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

Re: Bugs in packages maintained by Debian QA Group



Peter Makholm <peter@makholm.net> wrote:
> We have 38 outstanding bug maintained by us. and this is just some
> random thoughts on them:
> 
> #4243, #5409, #6439, #6772 9term and 9wm
> 
> These are very old bug (986-1137 days). Somebody should look at these
> and try to contact the submitter if he still lives.

Does anybody use 9wm, 9term, and 9fonts? Can we dump them?

Let us have a look at The Debian Popularity Contest Results 

http://www.debian.org/~apenwarr/popcon/results.x11.html

Package               Vote   Old Recent Unknown
9term                   24    28     2     0
9wm                     12    34     2     0
9fonts                   0     0     0    73

Well nobody uses 9fonts, and the others are not used much.

> I would like to do it but my debianbox is at home and it doesn't seems
> like bugs I can test through ssh. If nobody stands up I would take a
> look in the weekend and try getting something written into the BTS.
> 
> #11153 lesstifg-dev: bad shlibs.
> 
> This seems to be fixed. Should be closed.
> 
> #34067 cthugha: bad use of suidregister
> 
> Changelog says that this is fixed and should therefor be closed
> 
> #41356 lesstifg-dev: should depend on xlib6g-dev
> 
> Any comments on that?

What do other packages do? libgtk1.2-dev depends on xlib6g-dev
gdk-imlib-dev and imlib-dev and libfnlib-dev do not depend on xlib6g-dev

Lets get some more details, this is a list of all packages that do depend on 
xlib6g-dev:

$ perl -e 'while(<>){/^Package: (.+)/ && do {$package=$1}; /^Depends:.+xlib6g-dev.+/ && do {printf "%-14s %s", $package, $_};}' /var/lib/dpkg/available
tkstep8.0-dev  Depends: tcl8.0-dev, xlib6g-dev, tkstep8.0 (= 8.0p2-3.3)
itcl3.0-dev    Depends: libc6-dev, tcl8.0-dev, xlib6g-dev, tk8.0-dev, itcl3.0 (= 3.0-1)
tk8.0-dev      Depends: libc6-dev, tcl8.0-dev, xlib6g-dev, tk8.0 (= 8.0.5-4)
libgnome-dev   Depends: libgnome32 (= 1.0.50-0.2), gdk-imlib-dev (>= 1.9.0-1), xlib6g-dev, libgtk1.2-dev, libart-dev, libaudiofile-dev, libgnorba-dev, liborbit-dev, libesd0-dev
libnspr3-dev   Depends: libc6-dev, xlib6g-dev, libnspr3 (= 19990830.M9-1)
tk8.0-ja-dev   Depends: libc6-dev, xlib6g-dev, tk8.0-ja (= 8.0.4jp1.3-7)
tkstep4.2-dev  Depends: libc6-dev, tcl7.6-dev, xlib6g-dev, tkstep4.2 (= 4.2p2-5)libfltk-dev    Depends: libfltk1 (= 1.0.6-1), libc-dev, libstdc++-dev, xlib6g-dev (>= 3.3-5)
libdockapp-dev Depends: libc6-dev, xlib6g-dev, xpm4g-dev
tk4.2-dev      Depends: libc6-dev, tcl7.6-dev, xlib6g-dev, tk4.2 (= 4.2p2-7)
xbase          Depends: rstart, rstartd, twm, xbase-clients, xdm, xfree86-common, xfs, xlib6g (>= 3.3.2.3a-11), xlib6g-dev (>= 3.3.2.3a-11), xmh, xproxy, xserver-common, xsm, xterm
tk8.2-dev      Depends: libc6-dev, tcl8.2-dev, xlib6g-dev, tk8.2 (= 8.2.0-2)
$

That is 12 packages that depend on xlib6g-dev, xbase is the only non-dev
package. There are a lot of X related development packages that do not depend
on xlib6g-dev. I think that the maybe policy needs to be changed to clarify
this. I would argue towards the need for the xlib6g-dev dependancy.

-- 
I consume, therefore I am

Attachment: pgp382hH0AW9F.pgp
Description: PGP signature


Reply to: