[Pkg-xfce-devel] README: Proposal for unreleased
huggie at earth.li
Wed Dec 21 01:06:51 UTC 2005
On Tue, Dec 20, 2005 at 08:38:26PM +0200, Jani Monoses wrote:
> > * Simon Huggins <huggie at earth.li>, [2005-12-20 17:41 +0000]:
> > > On Tue, Dec 20, 2005 at 02:44:31PM +0200, Jani Monoses wrote:
> > > > This may not be practical because of the time a package needs to be
> > > > tested before being considered ready for upload, but we should still
> > > > strive for upload 'early and often' IMHO, for avoiding bottlenecks
> > and
> > > > the introduction of unrelated changes in a revision which
> > > > theoretically make bug hunting harder.
> > > I find this argument specious - it's all in SVN so if we want to we can
> > > work out exactly what caused the introduction of a bug.
> I have just written define:specious in google. Hmm :) We may be able
> to work out the bug eventually using svn, but if a user says X.Y-1
> worked X.Y-2 did not then the chances to see the bug increase as the
> delta between 1 and 2 is smaller. In the other case you may have to
> start posting diffs (parts of the changes between 1 and 2) to the user
> and work it out in a probably longer time interval.
But to be honest we never get this.
It's all just I have version x.y.z-1 installed and it doesn't work.
> I do not know how much load the debian buildd-s are under, so I cannot
> call your argument specious :) But it seems to be the bad tradeoff -
> precious developer and user time traded against automatic machine
Yes, but developer time is more precious thus saving it is good. Only
using it for many changes is more efficient.
> Maybe some set of rules should be worked out: upload if there's a new
> revision and at least week has passed or something like that. That
> would make the buildd be subjected to no more than number of xfce
> packages per week. Plus other urgent stuff.
New upstream I agree is sensible but the rest depends.
Simon Huggins \ "Wind the frog!"
http://www.earth.li/~huggie/ htag.pl 0.0.22
More information about the Pkg-xfce-devel