RFS: kino (NMU) fixes 2 goal for lenny bashism and piuparts warning

2008-07-20 Thread Francesco Namuri
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

2008-07-20 Thread Cyril Brulebois
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

2008-07-20 Thread Francesco Namuri
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

2008-07-20 Thread Frank Lichtenheld
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

2008-07-20 Thread Vincent Bernat
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

2008-07-20 Thread Holger Levsen
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

2008-07-20 Thread Steve Langasek
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

2008-07-20 Thread Bradley Smith
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

2008-07-20 Thread Joey Hess
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

2008-07-20 Thread Andreas Tille

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

2008-07-20 Thread Frank Lichtenheld
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?]

2008-07-20 Thread Jason D. Clinton
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

2008-07-20 Thread Frank Lichtenheld
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

2008-07-20 Thread Frank Lichtenheld
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]