[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Which packages will hold up the release?

On Thu, Oct 02, 2003 at 10:43:24PM +0200, Björn Stenberg wrote:
> Steve Langasek wrote:
> > What's hard to see at a glance is how large collections of packages are
> > interrelated in their dependencies.  Many packages that you *don't* use
> > may be having a direct effect on the packages you *do* use as a result
> > of their bugginess.  I'd like to be able to make as much of this
> > information as possible available to developers, so they can dig into
> > some of the larger package knots according to their interests rather
> > than it being exclusively the domain of the RM & assistants.

> I'm interested in helping with this. My "why is X not in testing yet" 
> script attempts to identify some hot spots, in the form of a few crude 
> toplists:

>   http://bjorn.haxx.se/debian/toplist.html
>   http://bjorn.haxx.se/debian/stalls.html

Yes, I refer to these lists frequently. :)  Thanks for putting these

> The first sorts packages according to which package has the highest 
> number of other packages directly depend on it. Top-3: python2.3, 
> kdelibs, qt-x11-free.

> The second sorts packages according to which package "stalls" the 
> greatest number of other packages, via dependencies in more than one 
> level. Top-3: python2.3, libxml2 and libxslt.

Yep, and libxml2 is also a dependency of libxslt.  But of course,
neither of these are packages that need direct attention; the one is
held up waiting for the other, which is only waiting because it's too
young.  It's the related packages that need to be examined and put in
order (by removals or NMUs), and there's no good way to figure out right
now which packages those are, short of digging through the dependency
tree (or running simulations).

> I'd appreciate ideas and suggestions how to improve this and create 
> other information digests that can help developers find and choose 
> areas to work on.

Well, if you want to write a script that can trawl the dependency graphs
and identify work-needed packages within a cluster... :)

Steve Langasek
postmodern programmer

Attachment: signature.asc
Description: Digital signature

Reply to: