Re: Emphasize teams, not packages
-----BEGIN PGP SIGNED MESSAGE-----
On Mon, 16 Jan 2006 07:46:50 -0600
Peter Samuelson <email@example.com> wrote:
> [Jonas Smedegaard]
> > It is too hard to read the changelogs where it is (or at least
> > should be) clearly documented who from a team did what parts of the
> > packaging.
> I agree that it's too hard, but I don't agree with the rest of that.
Ahem - serious typo: I meant to question, not state, the above.
> The debian changelog doesn't typically say much about who's doing the
> testing, who's reproducing the bugs, who's forwarding bugs upstream
> and working with upstream to resolve them, and several other tasks the
> debian maintainer is expected to do. Nor does the debian changelog
> typically give an accurate picture of how easy or hard each line item
> was to achieve. Nor does it explain anything about whether the person
> who added the line items got them right or wrong, whether anyone else
> is covering for his mistakes before a package is finally uploaded.
This is true wether or not the package is team-maintained: You cannot
easily see from the final package if it was dead easy or hard to do. If
mistakes was done that was later corrected (by yourself or by others
sitting next to you, upstream getting annoyed with your bad promotion
of their work, or something else).
But you can get a glimpse.
And with team-maintained packages you can even ask the others from the
team straight out: How much of this or that was actually done by our
> > > > I think Debian needs to emphasize teams packaging, not just
> > > > individuals for many reasons.
> > >
> > > We've had this conversation already. So I'll skip it.
> > Please provide a reference to that discussion.
> The first hit is a great example,
> http://lists.debian.org/debian-devel/2005/08/msg00712.html and a
> rather long thread following.
> The fat subthread starting at
> http://lists.debian.org/debian-devel/2005/12/msg01055.html is another.
> It surprises me that you missed both of those threads. If you are
> interested in promoting team maintenance, I suggest you read them in
> the archives, to avoid repetition. Team maintenance, and the
> advantages and disadvantages thereof, is a very old and tired subject.
Thanks. I'll shut up now and go read... :-)
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
- Enden er nær: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
-----END PGP SIGNATURE-----