RFS: kino (NMU) fixes 2 goal for lenny bashism and piuparts warning
Hi, kino - Non-linear editor for Digital Video data The upload would fix these bugs: 455021, 489619 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/k/kino - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/k/kino/kino_1.3.0-2.1.dsc I would be glad if someone uploaded this package for me. Cheers, francesco signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: RFS: kino (NMU) fixes 2 goal for lenny bashism and piuparts warning
Francesco Namuri <[EMAIL PROTECTED]> (20/07/2008): > The upload would fix these bugs: 455021, 489619 > > I would be glad if someone uploaded this package for me. As former NM, I'd advise Cc-ing the RFS to the package maintainers. Some will veto the NMU, and it's better if they do so in reply to the RFS than only on the bugs, since that can lead to miscoordination. Some will ACK the NMU in advance, which means that possible sponsors might be more enclined to upload the NMU. Some will even sponsor the NMU themselves. In piem's case, I've been sponsoring his own packages since he had GPG troubles. AFAICT, that's being resolved (he got a new key signed last week), so I'd suggest coordinating with him before uploading. Mraw, KiBi. signature.asc Description: Digital signature
Re: RFS: kino (NMU) fixes 2 goal for lenny bashism and piuparts warning
Il giorno dom, 20/07/2008 alle 16.06 +0200, Cyril Brulebois ha scritto: > Francesco Namuri <[EMAIL PROTECTED]> (20/07/2008): > > The upload would fix these bugs: 455021, 489619 > > > > I would be glad if someone uploaded this package for me. > > As former NM, I'd advise Cc-ing the RFS to the package maintainers. Some > will veto the NMU, and it's better if they do so in reply to the RFS > than only on the bugs, since that can lead to miscoordination. Ok, I agree, thanks for the advice, in the future I'll Cc also the maintainer and not only in the bug report... Best Regards, francesco signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Orphaned packages that were not part of etch
Hi. I've compiled a list of orphaned packages that were not part of etch (and, unless otherwise noted, were not part of sarge). I think it would be a good idea to remove some of them (at least from testing) before lenny's release. Including a package in a stable release gives it much more weight and it usually survives longer in the archive even if it only bitrots. So removing unneccessary packages now would be a good idea IMHO. popcon stats are given in the order inst/vote/old/recent/nofiles, for packaes with multiple binary packages I list only the most used one (adding the numbers usually makes no sense because of the inner dependencies). And now the list and my proposal for handling each package: cryopid: popcon 233/23/203/7/0, RC bug, no rdepends -> keep in unstable hg-buildpackage: popcon 82/9/63/10/0, no rdepends -> keep in unstable ikvm: popcon 112/25/38/47/2, new upstream, rdepends: monodevelop-java -> prod monodevelop-java maintainer, keep in lenny karchiver: popcon 288/88/167/33/0, upstream dead, no rdepends -> keep in unstable krecordmydesktop: popcon 159/32/75/52/0, new upstream, no rdepends -> keep in unstable kxgenerator: popcon 247/63/155/29/0, upstream dead, no rdepends -> keep in unstable lhapdf: popcon 148/8/135/5/0, new upstream, no rdepends (library) -> remove libipod: popcon 111/6/94/11/0, no rdepends (library) -> remove libsvg: popcon 602/8/35/4/555, no rdepends (library) -> remove meep: popcon 24/4/20/0/0, new upstream, no rdepends -> remove metastore: popcon 114/37/35/42/0, no rdepends -> keep in lenny oo2c: popcon 12/4/7/1/0, no rdepends, was part of oldstable -> remove pgpool2: popcon 9/7/1/1/0, new upstream, no rdepends -> remove qtparted: popcon 610/64/304/241/1, RC bug, no rdepends -> keep in unstable randim: popcon 37/8/29/0/0, no rdepends -> remove shunit2: popcon 27/0/0/0/27, new upstream, no rdepends -> remove sparkline-php: popcon 4/2/2/0/0, new upstream, no rdepends -> remove uspp: popcon 13/0/0/0/13, no rdepends (python library) -> remove xwatchwin: 63/8/54/1/0, upstream dead, no rdepends -> remove motv: popcon 89/19/44/25/1, contrib, has problems with autobuilds due to non-free build-dep, no rdepends, was part of oldstable -> remove openmotif: popcon 782/90/347/32/313, looong orphaned, non-free, RC bug, rdepends: arb, motv, was part of oldstable -> keep in unstable, prod arb maintainer, remove motv xslideshow: popcon 64/16/42/6/0, non-free, upstream dead, no rdepends, was part of oldstable -> remove Comments, objections? Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Orphaned packages that were not part of etch
OoO Vers la fin de l'après-midi du dimanche 20 juillet 2008, vers 16:45, Frank Lichtenheld <[EMAIL PROTECTED]> disait : > libsvg: popcon 602/8/35/4/555, no rdepends (library) > -> remove There is no bug in it and it seems up-to-date. -- panic ("No CPUs found. System halted.\n"); 2.4.3 linux/arch/parisc/kernel/setup.c pgpMFf3iUolh5.pgp Description: PGP signature
Re: Orphaned packages that were not part of etch
Hi Frank, On Sunday 20 July 2008 16:45, Frank Lichtenheld wrote: > I think it would be a good idea to remove some of them (at least from > testing) before lenny's release. [..] > Comments, objections? Looks good to me (to remove as suggested), thanks for the work! For those packages in testing, maybe file removal bugs asking for removal in a week, if until then noone jumps in to maintain them? Normally I would suggest to remove them now, as they can be reintroduced easily. With the freeze coming up, it seems fair not to give them the burden^wfun of NEW now :) regards, Holger pgpuLW3AVCagF.pgp Description: PGP signature
Re: Orphaned packages that were not part of etch
On Sun, Jul 20, 2008 at 05:21:30PM +0200, Vincent Bernat wrote: > OoO Vers la fin de l'après-midi du dimanche 20 juillet 2008, vers 16:45, > Frank Lichtenheld <[EMAIL PROTECTED]> disait : > > libsvg: popcon 602/8/35/4/555, no rdepends (library) > > -> remove > There is no bug in it and it seems up-to-date. But why would we want to take up archive space for a library that nothing uses? Removal seems reasonable to me. Thanks Frank, for doing this review! -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491574: DDPO: Lintian Column
Package: qa.debian.org Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I think it would be nice to have a lintian column (or 2?) on DDPO displaying how many warning/errors there are for each package. I know I personally would certainly find that useful. In fact it seems the relevant data is already being generated at: http://qa.debian.org/data/lintian-list.txt Regards, Bradley Smith - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiDWQkACgkQj3BimscY00cZuACfc6ITDnUL8zK1DMRVB4TzPH79 irQAn2TJ28NNNxmFG+tQRhECRYz4g/zK =0E9D -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Orphaned packages that were not part of etch
Some of these packages were orphaned within the past month. I don't feel such packages should be removed from testing; people may just not have reacted to the orphaning yet. Frank Lichtenheld wrote: > cryopid: popcon 233/23/203/7/0, RC bug, no rdepends > -> keep in unstable This seems potentially insanely useful. It also seems to be maintained by Christoph Berg as of 0.5.9.1-4. > metastore: popcon 114/37/35/42/0, no rdepends > -> keep in lenny I think it's upstream maintainer plans to maintain it. It can be needed in some edge cases with etckeeper (restoring historical versions of /etc from old etckeeper installations that used metastore). Not enough to even warrant a suggests. > sparkline-php: popcon 4/2/2/0/0, new upstream, no rdepends > -> remove This is a minor dependency of ikiwiki. (Ie, two plugins don't work w/o it.) I often forget to add Suggests for little things like that, but please treat it like ikiwiki suggests it. -- see shy jo signature.asc Description: Digital signature
Re: Orphaned packages that were not part of etch
On Sun, 20 Jul 2008, Frank Lichtenheld wrote: openmotif: popcon 782/90/347/32/313, looong orphaned, non-free, RC bug, rdepends: arb, motv, was part of oldstable -> keep in unstable, prod arb maintainer, remove motv I'm the maintainer of arb. The former version of arb had serious trouble with lesstif - so the dependency upon openmotif is rectified. The popcon stat is actually not really low. So I would volunteer to fix the RC bug and have a look at this package in case that there is a chance to keep this in. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Orphaned packages that were not part of etch
On Sun, Jul 20, 2008 at 12:40:01PM -0400, Joey Hess wrote: > Some of these packages were orphaned within the past month. I don't feel > such packages should be removed from testing; people may just not have > reacted to the orphaning yet. IME after the first few days it rarely makes any difference. But in general I think the cost of adding superfluous packages to a stable release is higher than uploading a backport. And let me stress the fact that the QA group currently "maintains" over 500 fucking packages. And as one of the few people actually doing QA uploads I can honestly say I feel the pain. > Frank Lichtenheld wrote: > > cryopid: popcon 233/23/203/7/0, RC bug, no rdepends > > -> keep in unstable > > This seems potentially insanely useful. > > It also seems to be maintained by Christoph Berg as of 0.5.9.1-4. Nope, see #428739. > > sparkline-php: popcon 4/2/2/0/0, new upstream, no rdepends > > -> remove > > This is a minor dependency of ikiwiki. (Ie, two plugins don't work w/o > it.) I often forget to add Suggests for little things like that, but > please treat it like ikiwiki suggests it. Can't be that important given the popcon numbers (especially if you compare them with ikiwikis numbers). If you still care about the package, maybe you should consider a RFA instead of orphaning? But I will certainly not request to remove it against your objections. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: esound [was: Re: Non-related 'Recommends' dependencies - bug or not?]
On Sat, Jul 19, 2008 at 6:13 PM, Jason D. Clinton <[EMAIL PROTECTED]> wrote: > On Tue, Jun 17, 2008 at 9:21 AM, Loïc Minier <[EMAIL PROTECTED]> wrote: > >> On Tue, Jun 17, 2008, Martin Pitt wrote: >> > That's interesting indeed! So you avoid that by using an OSS driver >> > instead of the ALSA one? I can really not imagine how esound on top of >> > a broken ALSA driver would sound better than just using the ALSA >> > output directly? >> >> It might normalize which sampling rate / sample width is used > > > Loïc, you offered to NMU this package here: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=422590 > > This vastly improves the Gnome sound situation. Hope we can get this in for > Lenny. > Loïc has indicated that he doesn't have time to do this NMU. Can someone else take this?
Re: Orphaned packages that were not part of etch
On Sun, Jul 20, 2008 at 10:23:56PM +0200, Andreas Tille wrote: > On Sun, 20 Jul 2008, Frank Lichtenheld wrote: > > >openmotif: popcon 782/90/347/32/313, looong orphaned, non-free, RC bug, > >rdepends: arb, motv, was part of oldstable > >-> keep in unstable, prod arb maintainer, remove motv > > I'm the maintainer of arb. The former version of arb had serious trouble > with > lesstif - so the dependency upon openmotif is rectified. The popcon stat is > actually not really low. So I would volunteer to fix the RC bug and have > a look at this package in case that there is a chance to keep this in. Yeah, I actually find the popcon count astoundingly high, I suppose there are some 3rd party apps out there that use it. Any help is of course appreciated :) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Orphaned packages that were not part of etch
On Sun, Jul 20, 2008 at 05:31:42PM +0200, Holger Levsen wrote: > On Sunday 20 July 2008 16:45, Frank Lichtenheld wrote: > > I think it would be a good idea to remove some of them (at least from > > testing) before lenny's release. > [..] > > Comments, objections? > > Looks good to me (to remove as suggested), thanks for the work! For those > packages in testing, maybe file removal bugs asking for removal in a week, if > until then noone jumps in to maintain them? Normally I would suggest to > remove them now, as they can be reintroduced easily. With the freeze coming > up, it seems fair not to give them the burden^wfun of NEW now :) Yeah, I think that is a good idea. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]