[Pkg-xfce-devel] README: Proposal for unreleased packages/changelog entries

[Simon Huggins]

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
> resources.

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