Re: "Team uploads"

2009-04-06 Thread Matthew Johnson
On Mon Apr 06 08:18, Lionel Elie Mamane wrote: > On Mon, Apr 06, 2009 at 11:52:54AM +0800, Paul Wise wrote: > > > In Debian we have several teams working on maintaining large numbers > > of packages (pkg-games, pkg-perl, pkg-gnome for example). I > > proposed[1] to silence the lintian NMU warnings

Re: "Team uploads"

2009-04-06 Thread Michael Banck
On Mon, Apr 06, 2009 at 08:18:33AM +0200, Lionel Elie Mamane wrote: > On Mon, Apr 06, 2009 at 11:52:54AM +0800, Paul Wise wrote: > > > In Debian we have several teams working on maintaining large numbers > > of packages (pkg-games, pkg-perl, pkg-gnome for example). I > > proposed[1] to silence the

Re: lilo about to be dropped?

2009-04-06 Thread Matthew Johnson
On Mon Apr 06 08:55, Frans Pop wrote: > > This is a heads up mail for the D-I team. > > I'm not sure where the original mail comes from, but IMO this should be > discussed on d-devel, especially since it impacts more than just D-I. I > suspect there are quite a few packages that make some sort o

Re: "Team uploads"

2009-04-06 Thread Lionel Elie Mamane
On Mon, Apr 06, 2009 at 09:27:53AM +0200, Michael Banck wrote: > On Mon, Apr 06, 2009 at 08:18:33AM +0200, Lionel Elie Mamane wrote: >> On Mon, Apr 06, 2009 at 11:52:54AM +0800, Paul Wise wrote: >>> I proposed[1] to silence the lintian NMU warnings in the case of >>> "team uploads"; where the pers

Re: RFA: acpi-support -- glue layer for translating laptop buttons, plus legacy suspend support

2009-04-06 Thread Michael Meskes
On Sun, Apr 05, 2009 at 11:06:15PM +0200, Bart Samwel wrote: > I'm putting the acpi-support package up for adoption. The RFA bug is here: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522683 Given that I already maintain acpid in pkg-acpi, I'm very interested. And yes, the acpi team will w

Re: "Team uploads"

2009-04-06 Thread Charles Plessy
Le Mon, Apr 06, 2009 at 11:52:54AM +0800, Paul Wise a écrit : > > In Debian we have several teams working on maintaining large numbers > of packages (pkg-games, pkg-perl, pkg-gnome for example). I > proposed[1] to silence the lintian NMU warnings in the case of "team > uploads"; where the person d

Re: RFA: acpi-support -- glue layer for translating laptop buttons, plus legacy suspend support

2009-04-06 Thread Bart Samwel
Hi Steve, On Mon, April 6, 2009 05:44, Steve Langasek wrote: > On Sun, Apr 05, 2009 at 11:06:15PM +0200, Bart Samwel wrote: >> 1. The upstream for this package is Ubuntu. Ubuntu has never been very >> cooperative at accepting changes, until recently: our contact Steve >> Langasek has indicated tha

Re: Japanese Font Transition (step for applications)

2009-04-06 Thread Josselin Mouette
Le lundi 06 avril 2009 à 06:18 +0900, Hideki Yamane a écrit : > On Thu, 20 Nov 2008 14:51:28 +0100 > Josselin Mouette wrote: > > In which case the correct approach, I think, is to remove all the > > ttf-japanese-* in Provides:, and upload new ttf-japanese-gothic/mincho > > packages that depend on

Bug#522741: ITP: ieee-data -- Organizationally Unique Identifier listing

2009-04-06 Thread Filippo Giunchedi
Package: wnpp Severity: wishlist Owner: Filippo Giunchedi * Package name: ieee-data Version : 20090224 Upstream Author : IEEE * URL : http://standards.ieee.org/regauth/oui/index.shtml * License : not clear if it can be public domain Programming Lang: Plain te

Re: "Team uploads"

2009-04-06 Thread Michael Banck
On Mon, Apr 06, 2009 at 05:05:40PM +0900, Charles Plessy wrote: > Le Mon, Apr 06, 2009 at 11:52:54AM +0800, Paul Wise a écrit : > > > > In Debian we have several teams working on maintaining large numbers > > of packages (pkg-games, pkg-perl, pkg-gnome for example). I > > proposed[1] to silence th

Re: RFA: acpi-support -- glue layer for translating laptop buttons, plus legacy suspend support

2009-04-06 Thread Bart Samwel
Michael Meskes wrote: On Sun, Apr 05, 2009 at 11:06:15PM +0200, Bart Samwel wrote: I'm putting the acpi-support package up for adoption. The RFA bug is here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522683 Given that I already maintain acpid in pkg-acpi, I'm very interested. And yes,

Re: RFA: acpi-support -- glue layer for translating laptop buttons, plus legacy suspend support

2009-04-06 Thread Raphael Hertzog
On Mon, 06 Apr 2009, Bart Samwel wrote: > black hole. Things suddenly got much easier when I got into direct > contact with you. But I shouldn't be blaming Ubuntu, my expectations just > didn't match the way Ubuntu works. To be fair, I proposed co-maintenance to Matthew Garrett when I integrated

Re: "Team uploads"

2009-04-06 Thread Romain Beauxis
Le Monday 06 April 2009 08:18:33 Lionel Elie Mamane, vous avez écrit : > My reasoning is that a package that has had only "team uploads" for > three years is a package where effectively no human is taking charge > for maintaining it, just as a package that has had only NMU uploads in > three years;

Re: lilo about to be dropped?

2009-04-06 Thread Romain Beauxis
Le Monday 06 April 2009 09:32:14 Matthew Johnson, vous avez écrit : > > > Don't we have some install paths that still depend on LILO? > > > > Yes: /boot on LVM is the main one. > >   > We _certainly_ shouldn't throw it out if there are _known_ situations > for which it's required. > > By all means

Re: "Team uploads"

2009-04-06 Thread Lionel Elie Mamane
On Mon, Apr 06, 2009 at 10:46:19AM +0200, Romain Beauxis wrote: > Le Monday 06 April 2009 08:18:33 Lionel Elie Mamane, vous avez écrit : >> My reasoning is that a package that has had only "team uploads" for >> three years is a package where effectively no human is taking charge >> for maintaining

Re: lilo about to be dropped?

2009-04-06 Thread Paul Wise
On Mon, Apr 6, 2009 at 4:49 PM, Romain Beauxis wrote: > I also use lilo for /boot on LVM and I also clearly remember that was the > major reason for the previous debate about the removal of lilo. Grub2 in lenny and later contains an lvm module: /usr/lib/grub/i386-pc/lvm.mod Has anyone who uses

Re: "Team uploads"

2009-04-06 Thread Raphael Hertzog
On Mon, 06 Apr 2009, Lionel Elie Mamane wrote: > Just like NMUs: just because a package had a small number of NMUs does > not mean it needs special QA attention. But a pattern of only NMUs is > a tag for QA attention. As Paul means them (I'm in the team, but for The point of team upload is precise

Re: "Team uploads"

2009-04-06 Thread Raphael Hertzog
On Mon, 06 Apr 2009, Charles Plessy wrote: > I think that it is a good concept, but the linian warning has probably a good > reason to exist. For instance, if a bug is closed as part of a "Team upload", > won't the BTS expect a NMU acknowledgement anyway? IIRC that concept died when we introduced

Preparing for GTK 3.0 and GNOME 3

2009-04-06 Thread Josselin Mouette
Hi, although for various reasons (mostly ongoing transitions) we are quite late in packaging GNOME 2.26 in Debian, we should also look at the future. GTK+ 3.0 is planned around march 2010, and GNOME 3.0 a little while later. With them comes the final deprecation of many GNOME 2.X interfaces. It t

Re: "Team uploads"

2009-04-06 Thread Raphael Hertzog
On Mon, 06 Apr 2009, Emilio Pozuelo Monfort wrote: > Raphael Hertzog wrote: > > So I object to using NMU version for team uploads but I would like to > > have a mechanism for a team upload that doesn't lead to people adding > > themselves in Uploaders when they don't have a (real/long-term) commitm

Re: "Team uploads"

2009-04-06 Thread Charles Plessy
Le Mon, Apr 06, 2009 at 12:13:45PM +0200, Raphael Hertzog a écrit : > On Mon, 06 Apr 2009, Charles Plessy wrote: > > I think that it is a good concept, but the linian warning has probably a > > good > > reason to exist. For instance, if a bug is closed as part of a "Team > > upload", > > won't th

Re: "Team uploads"

2009-04-06 Thread Lucas Nussbaum
On 06/04/09 at 19:48 +0900, Charles Plessy wrote: > Le Mon, Apr 06, 2009 at 12:13:45PM +0200, Raphael Hertzog a écrit : > > On Mon, 06 Apr 2009, Charles Plessy wrote: > > > I think that it is a good concept, but the linian warning has probably a > > > good > > > reason to exist. For instance, if a

Re: Jack Audio Connection Kit transition

2009-04-06 Thread Adeodato Simó
* Felipe Sateler [Tue, 31 Mar 2009 08:58:23 +1100]: > >  * plan for libjack0.100.0-0: there are 11 source packages left with > >    dependencies on this old library. No sourceful uploads are needed > >    for this: once you’ve gotten back to me that the plan is good, I > >    will provide you with

Re: new virtual package: "readline-editor"

2009-04-06 Thread Lionel Elie Mamane
On Mon, Apr 06, 2009 at 12:44:54PM +0200, Stefano Zacchiroli wrote: > Heya, we have several packages implementing line-editing > capabilities. I know at least 3 of them: "cle", "ledit", and > "rlwrap", but there might be others. Oh yes. Hmm... cle is dead upstream, rather buggy with no progress w

Re: Again: Bug#503367: plink: file conflict with putty-tools

2009-04-06 Thread Steffen Moeller
Andreas Tille wrote: > On Fri, 3 Apr 2009, Steffen Moeller wrote: > >> we should ask the technical committee to rule over it. And maybe this >> needs some voting in the end. > > Who is this *we*? Do you volunteer? :) no, since I personally see no preferable alternative to the current conflicti

Re: "Team uploads"

2009-04-06 Thread Charles Plessy
Le Mon, Apr 06, 2009 at 12:52:22PM +0200, Lucas Nussbaum a écrit : > On 06/04/09 at 19:48 +0900, Charles Plessy wrote: > > Le Mon, Apr 06, 2009 at 12:13:45PM +0200, Raphael Hertzog a écrit : > > > On Mon, 06 Apr 2009, Charles Plessy wrote: > > > > I think that it is a good concept, but the linian w

Bug#522753: ITP: primrose -- compelling tile-placement puzzle game

2009-04-06 Thread Paul Wise
Package: wnpp Severity: wishlist Owner: Paul Wise X-Debbugs-CC: debian-devel-ga...@lists.debian.org * Package name: primrose Version : 5 Upstream Author : Jason Rohrer * URL : http://primrose.sf.net * License : None (Public Domain) Programming Lang: C++, PHP

Re: Preparing for GTK 3.0 and GNOME 3

2009-04-06 Thread Holger Levsen
Hi, I wonder whether this shouldnt have been on d-d-a. I think it should have :) regards, Holger, now also wondering if I should send this mail in private ;-) signature.asc Description: This is a digitally signed message part.

Bug#522770: RM: cle -- ROM; dead uptream; buggy; better alternatives available

2009-04-06 Thread Lionel Elie Mamane
Package: ftp.debian.org Severity: normal Please remove package cle from unstable / testing; source and binaries. It is dead upstream (no release since 1999), and since I uploaded it to Debian better alternatives have appeared (such as rlwrap). Some Debian-local work has been done in the rather di

Re: lilo about to be dropped?

2009-04-06 Thread Goswin von Brederlow
Matthew Johnson writes: > On Mon Apr 06 08:55, Frans Pop wrote: >> > This is a heads up mail for the D-I team. >> >> I'm not sure where the original mail comes from, but IMO this should be >> discussed on d-devel, especially since it impacts more than just D-I. I >> suspect there are quite a f

new virtual package: "readline-editor"

2009-04-06 Thread Stefano Zacchiroli
Heya, we have several packages implementing line-editing capabilities. I know at least 3 of them: "cle", "ledit", and "rlwrap", but there might be others. Some are implemented on top of GNU readline, some are not (e.g. "ledit"), nevertheless they all seem to offer a common interface "NAME command"

Re: "Team uploads"

2009-04-06 Thread Emilio Pozuelo Monfort
Raphael Hertzog wrote: > So I object to using NMU version for team uploads but I would like to > have a mechanism for a team upload that doesn't lead to people adding > themselves in Uploaders when they don't have a (real/long-term) commitment > to the package. You can put the team name and mailin

Re: New architectures

2009-04-06 Thread Goswin von Brederlow
> Joerg Jaspert disait : > >> we just added two new architectures to the Debian archive. Everybody >> please welcome > >> kfreebsd-i386 AKA GNU/kFreeBSD i386 >> kfreebsd-amd64 AKA GNU/kFreeBSD amd64 Hi Joerg, What should be done with amd64-libs and ia32-libs now? Can we add those archs to

Re: "Team uploads"

2009-04-06 Thread Raphael Hertzog
On Mon, 06 Apr 2009, Lionel Elie Mamane wrote: > > would really be a waste of time that would anihilate the efficiency > > of working in a team. > > The only "burden" I propose imposing is the NMU versioning, which does > not feel to me like it is additional work. Instead of writing "-3", > write

Re: "Team uploads"

2009-04-06 Thread Romain Beauxis
Le Monday 06 April 2009 12:27:22 Raphael Hertzog, vous avez écrit : > > You can put the team name and mailing list in the changelog. That will > > avoid the lintian warning and you can look for team uploads by looking at > > uploads with the team name in the Changed-By field. A recent example: > >

Bug#522772: ITP: CDO -- Climate Data Operators

2009-04-06 Thread Alastair McKinstry
Package: wnpp Severity: wishlist Owner: Alastair McKinstry * Package name: CDO Version : 1.3.0 Upstream Author : Uwe Schulzweida uwe.schulzwe...@zmaw.de * URL : http://www.mpimet.mpg.de/fileadmin/software/cdo/ * License : GPL2 Programming Lang: C Descripti

Bug#522775: ITP: EMOSLIB -- ECMWF Interpolation Library

2009-04-06 Thread Alastair McKinstry
Package: wnpp Severity: wishlist Owner: Alastair McKinstry * Package name: EMOSLIB Version : 000360 Upstream Author : European Centre for Medium-range Weather Forecasts * URL : http://www.ecmwf.int/products/data/software/interpolation.html * License : LGPL v2

Re: lilo about to be dropped?

2009-04-06 Thread Matthew Johnson
On Mon Apr 06 11:07, Goswin von Brederlow wrote: > > So lets get grub2 working everywhere. :) A worthy goal. > Sure, but don't remove lilo until we're happy that grub2 does work everywhere. Matt -- Matthew Johnson signature.asc Description: Digital signature

Re: "Team uploads"

2009-04-06 Thread Raphael Hertzog
On Mon, 06 Apr 2009, Romain Beauxis wrote: > For blaming, there should be the specific name of the responsible in the > changelog. Also, it seems meaningful to me that the changelog is named after > the team, it seems to be equivalent to the real world "on behalf of the XXX > team". Except when

Re: lilo about to be dropped?

2009-04-06 Thread Otavio Salvador
Frans Pop writes: > On Monday 06 April 2009, Christian Perrier wrote: [...] >> > I do not have time to manage the removal at this point, but it will >> > be gone by June. > > Has the package already been offered for adoption? Preferably with an > overview of its current (upstream) status and m

Re: "Team uploads"

2009-04-06 Thread Cyril Brulebois
Raphael Hertzog (06/04/2009): > Except when you have multiple people listed you don't know who > uploaded without resorting to who-uploads (or gpg check). Not to mention cases where 5 people are listed there, and the package got sponsored by even someone else (any idea how many NMs there were in

Re: lilo about to be dropped?

2009-04-06 Thread Harald Braumann
On Mon, 6 Apr 2009 17:03:10 +0800 Paul Wise wrote: > On Mon, Apr 6, 2009 at 4:49 PM, Romain Beauxis wrote: > > > I also use lilo for /boot on LVM and I also clearly remember that > > was the major reason for the previous debate about the removal of > > lilo. > > Grub2 in lenny and later contain

Re: lilo about to be dropped?

2009-04-06 Thread Darren Salt
I demand that Otavio Salvador may or may not have written... > Frans Pop writes: [snip] >> Anyone remember the fairly big upset when lilo was removed from testing >> around D-I Lenny Beta2? > I also share the feeling that a lot of people still use LILO; if possible > I do belive it should be ke

Re: Why do we have to support tmpfs for /var/run (policy changes in 3.8.1)

2009-04-06 Thread Gunnar Wolf
Petter Reinholdtsen dijo [Sat, Apr 04, 2009 at 06:42:29AM +0200]: > Not quite sure what the question is. As far as I know, Debian > supported tmpfs mounted /var/run when I become co-maintainer of > sysvinit, and I have tried to keep it this way. The only recent > changes it that it has become eas

Re: "Team uploads"

2009-04-06 Thread Romain Beauxis
Le Monday 06 April 2009 16:08:36 Cyril Brulebois, vous avez écrit : > Indeed, I like to know who took the “this package can be uploaded” > decision, which is a bit more important than just committing a fix in > $VCS and adding ones name to the changelog. A bit of final review has to > be done, to e

Re: lilo about to be dropped?

2009-04-06 Thread William Pitcock
On Mon, 2009-04-06 at 16:17 +0200, Harald Braumann wrote: > On Mon, 6 Apr 2009 17:03:10 +0800 > Paul Wise wrote: > > > On Mon, Apr 6, 2009 at 4:49 PM, Romain Beauxis wrote: > > > > > I also use lilo for /boot on LVM and I also clearly remember that > > > was the major reason for the previous deb

Re: lilo about to be dropped?

2009-04-06 Thread Giacomo A. Catenazzi
Frans Pop wrote: On Monday 06 April 2009, Christian Perrier wrote: Quoting William Pitcock (neno...@dereferenced.org): lilo is due for removal anyway due to being unmaintained upstream and the widespread availability of alternatives. I think that last part is debatable. I do not have time t

Re: lilo about to be dropped?

2009-04-06 Thread William Pitcock
On Mon, 2009-04-06 at 15:09 +0100, Darren Salt wrote: > I demand that Otavio Salvador may or may not have written... > > > Frans Pop writes: > [snip] > >> Anyone remember the fairly big upset when lilo was removed from testing > >> around D-I Lenny Beta2? > > > I also share the feeling that a l

Re: lilo about to be dropped?

2009-04-06 Thread Mike Hommey
On Mon, Apr 06, 2009 at 10:24:54AM -0500, William Pitcock wrote: > On Mon, 2009-04-06 at 16:17 +0200, Harald Braumann wrote: > > You can't specify boot options per entry (there's only a global option > > in /etc/default grub, that applies to all entries). > > Sure you can, just don't use update-

Re: lilo about to be dropped?

2009-04-06 Thread William Pitcock
On Mon, 2009-04-06 at 10:44 -0300, Otavio Salvador wrote: > Frans Pop writes: > > > On Monday 06 April 2009, Christian Perrier wrote: > > [...] > > >> > I do not have time to manage the removal at this point, but it will > >> > be gone by June. > > > > Has the package already been offered for a

Re: lilo about to be dropped?

2009-04-06 Thread Giacomo A. Catenazzi
William Pitcock wrote: On Mon, 2009-04-06 at 17:26 +0200, Giacomo A. Catenazzi wrote: Frans Pop wrote: On Monday 06 April 2009, Christian Perrier wrote: Quoting William Pitcock (neno...@dereferenced.org): lilo is due for removal anyway due to being unmaintained upstream and the widespread ava

Re: lilo about to be dropped?

2009-04-06 Thread William Pitcock
On Mon, 2009-04-06 at 17:26 +0200, Giacomo A. Catenazzi wrote: > Frans Pop wrote: > > On Monday 06 April 2009, Christian Perrier wrote: > >> Quoting William Pitcock (neno...@dereferenced.org): > >>> lilo is due for removal anyway due to being unmaintained upstream and > >>> the widespread availabil

Re: "Team uploads"

2009-04-06 Thread Cyril Brulebois
Romain Beauxis (06/04/2009): > Couldn't this also be a line in the changelog ? Like the trailer line, yes. > This is not a standard but this is done in many cases: > > [ Romain Beauxis ] > * Upload to $TARGET Dunno about others, but I just see that as: this person chose to target this or tha

Re: lilo about to be dropped?

2009-04-06 Thread Dmitry E. Oboukhov
OS> I also share the feeling that a lot of people still uses LILO; if OS> possible I do belive it should be kept. I use lilo, I like lilo. I don't like grub because it has unlogically config, unlogically behavior, strange reconfig-system. I don't like the programs with perverse intellect. Grub is

Re: lilo about to be dropped?

2009-04-06 Thread Mike Hommey
On Mon, Apr 06, 2009 at 08:02:04PM +0400, Dmitry E. Oboukhov wrote: > OS> I also share the feeling that a lot of people still uses LILO; if > OS> possible I do belive it should be kept. > > I use lilo, I like lilo. > I don't like grub because it has unlogically config, unlogically > behavior, st

Re: lilo about to be dropped?

2009-04-06 Thread William Pitcock
On Mon, 2009-04-06 at 17:40 +0200, Giacomo A. Catenazzi wrote: > William Pitcock wrote: > > On Mon, 2009-04-06 at 17:26 +0200, Giacomo A. Catenazzi wrote: > >> Frans Pop wrote: > >>> On Monday 06 April 2009, Christian Perrier wrote: > Quoting William Pitcock (neno...@dereferenced.org): > >

Re: lilo about to be dropped?

2009-04-06 Thread Vincent Zweije
On Mon, Apr 06, 2009 at 06:06:38PM +0200, Mike Hommey wrote: || On Mon, Apr 06, 2009 at 08:02:04PM +0400, Dmitry E. Oboukhov wrote: || > I use lilo, I like lilo. || > I don't like grub because it has unlogically config, unlogically || > behavior, strange reconfig-system. I don't like the pr

Re: "Team uploads"

2009-04-06 Thread gregor herrmann
On Mon, 06 Apr 2009 11:52:54 +0800, Paul Wise wrote: > In Debian we have several teams working on maintaining large numbers > of packages (pkg-games, pkg-perl, pkg-gnome for example). True :) > I > proposed[1] to silence the lintian NMU warnings in the case of "team > uploads"; where the person

Re: lilo about to be dropped?

2009-04-06 Thread William Pitcock
On Mon, 2009-04-06 at 18:06 +0200, Mike Hommey wrote: > On Mon, Apr 06, 2009 at 08:02:04PM +0400, Dmitry E. Oboukhov > wrote: > > OS> I also share the feeling that a lot of people still uses LILO; if > > OS> possible I do belive it should be kept. > > > > I use lilo, I like lilo. > > I don't lik

Re: lilo about to be dropped?

2009-04-06 Thread William Pitcock
On Mon, 2009-04-06 at 18:19 +0200, Vincent Zweije wrote: > On Mon, Apr 06, 2009 at 06:06:38PM +0200, Mike Hommey wrote: > > || On Mon, Apr 06, 2009 at 08:02:04PM +0400, Dmitry E. Oboukhov > wrote: > > || > I use lilo, I like lilo. > || > I don't like grub because it has unlogically config, u

Re: lilo about to be dropped?

2009-04-06 Thread Christian Perrier
Quoting Frans Pop (elen...@planet.nl): > I'm not sure where the original mail comes from, but IMO this should be From lilo package BTS which I was tracking for l10n purposes. So I just happened to notice William's answer to a bug report and thought it would be good for this to be discussed in pu

Re: lilo about to be dropped?

2009-04-06 Thread Martin Wuertele
* William Pitcock [2009-04-06 17:48]: > chainloader will work with lilo, but lilo is only kept around for the > people who are crazy and booting off LVMs as it is. > > Booting off LVMs is supported directly by grub2 and ext2linux could > probably be modified to support it in a much better way tha

Re: Why do we have to support tmpfs for /var/run (policy changes in 3.8.1)

2009-04-06 Thread Michael Biebl
Gunnar Wolf wrote: > Petter Reinholdtsen dijo [Sat, Apr 04, 2009 at 06:42:29AM +0200]: >> Not quite sure what the question is. As far as I know, Debian >> supported tmpfs mounted /var/run when I become co-maintainer of >> sysvinit, and I have tried to keep it this way. The only recent >> changes

Re: Why do we have to support tmpfs for /var/run (policy changes in 3.8.1)

2009-04-06 Thread Michael Biebl
Steve Langasek wrote: > On Sat, Apr 04, 2009 at 01:14:51AM +0200, Michael Biebl wrote: >>> Ubuntu. The FHS is silent about directories in /var/run across reboots >>> but requires that all files in /var/run be deleted on reboot. > 4.) You have to manually cleanup in postrm. (I guess most pack

Re: Why do we have to support tmpfs for /var/run (policy changes in 3.8.1)

2009-04-06 Thread Russ Allbery
Michael Biebl writes: > What can be said though is, that all packages that need a /var/run/ > directory must be fixed. (for the numbers: maybe a new archive scan with > the new lintian would help to see, how many packages are affected) so it > at least requires work by the maintainers. This is i

Re: "Team uploads"

2009-04-06 Thread Russ Allbery
Raphael Hertzog writes: > The point of team upload is precisely so that you can update the package > and not take responsibility for a package that you don't want to > maintain in the long run. > > I was in many Uploaders field because lintian complain if you are not in > Uploaders/Maintainer, ye

Re: Why do we have to support tmpfs for /var/run (policy changes in 3.8.1)

2009-04-06 Thread Julian Blake Kongslie
On Mon, 2009-04-06 at 20:42 +0200, Michael Biebl wrote: > Sure it can. But I consider this solution very ugly and refused to do this so > far. For the reasons already mentioned it also makes the (previouly init > system > agnostic) D-Bus service dependend on sysv-rc. Wait, now I'm confused. Why w

Re: Why do we have to support tmpfs for /var/run (policy changes in 3.8.1)

2009-04-06 Thread Michael Biebl
Michael Biebl wrote: > Gunnar Wolf wrote: > /etc/init.d/mountall-bootclean.sh will take care of cleaning up /var/tmp. /var/run, of course. -- Why is it t

Re: lilo about to be dropped?

2009-04-06 Thread Dmitry E. Oboukhov
WP> No, the answer is always the second one. If they add a scheduler (why not? :-\) into the grub it will be become Linux. -- ... mpd paused: Accept - Can't Stand The Night . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’

Re: "Team uploads"

2009-04-06 Thread Jan Hauke Rahm
On Mon, Apr 06, 2009 at 11:51:54AM -0700, Russ Allbery wrote: > Raphael Hertzog writes: > > > The point of team upload is precisely so that you can update the package > > and not take responsibility for a package that you don't want to > > maintain in the long run. > > > > I was in many Uploaders

Re: RFA: acpi-support -- glue layer for translating laptop buttons, plus legacy suspend support

2009-04-06 Thread Michael Biebl
Steve Langasek wrote: > On Sun, Apr 05, 2009 at 11:06:15PM +0200, Bart Samwel wrote: >> 1. The upstream for this package is Ubuntu. Ubuntu has never been very >> cooperative at accepting changes, until recently: our contact Steve >> Langasek has indicated that he is interested in merging most or al

Re: lilo about to be dropped?

2009-04-06 Thread Darren Salt
I demand that William Pitcock may or may not have written... [snip] > Have you looked into ext2linux? It is intended to supercede lilo. I think > your usage requirements will be satisfied by it. No; I've not heard of it before. And I can't find it, at least not reasonably easily... :-| -- | Da

Re: lilo about to be dropped?

2009-04-06 Thread Iustin Pop
On Mon, Apr 06, 2009 at 11:42:42AM -0500, William Pitcock wrote: > On Mon, 2009-04-06 at 18:19 +0200, Vincent Zweije wrote: > > On Mon, Apr 06, 2009 at 06:06:38PM +0200, Mike Hommey wrote: > > > > || On Mon, Apr 06, 2009 at 08:02:04PM +0400, Dmitry E. Oboukhov > > wrote: > > > > || > I use li

Re: lilo about to be dropped?

2009-04-06 Thread Stephen Gran
This one time, at band camp, Paul Wise said: > Grub2 in lenny and later contains an lvm module: > > /usr/lib/grub/i386-pc/lvm.mod > > Has anyone who uses lilo for this tried grub2? hadrian:~# mount /dev/mapper/HADRIAN-ROOT on / type ext3 (rw,relatime,errors=remount-ro) tmpfs on /lib/init/rw type

Re: lilo about to be dropped?

2009-04-06 Thread Stephen Gran
This one time, at band camp, William Pitcock said: > The only way it is feasible to do so is to drop all of the Debian > patches. Without this, upstream is not cooperative with us. Why is this? -- - | ,''`.

Packaging ltp selinux tests

2009-04-06 Thread Jiri Palecek
Hello, I'd like to package the selinux tests from the ltp test suite. The tests need a special selinux policy to be loaded and some files to be relabeled. I haven't found any standard way of packaging this, so I made an experimental package (see [1]; it sort of works - not completely, like 1

Re: lilo about to be dropped?

2009-04-06 Thread Frans Pop
Martin Wuertele wrote: > Actually lilo is installed by lenny d-i if you use root-sw-raid with > LVM, even if your /boot is an differen partition/sw-raid. Therefore lilo > should at least remain for sqeeze to ensure a proper upgrade path. I'm afraid you're mistaken here. Lenny D-I should (and AFAIK

Re: "Team uploads"

2009-04-06 Thread Charles Plessy
Le Mon, Apr 06, 2009 at 11:51:54AM -0700, Russ Allbery a écrit : > > There still should be some humans > in Maintainer/Uploaders who are taking primary responsibility for the > package, but I think other team members should be able to do QA-style > fixes and transition uploads without using NMU ve

Re: lilo about to be dropped?

2009-04-06 Thread Henrique de Moraes Holschuh
On Mon, 06 Apr 2009, Matthew Johnson wrote: > On Mon Apr 06 11:07, Goswin von Brederlow wrote: > > So lets get grub2 working everywhere. :) A worthy goal. > Sure, but don't remove lilo until we're happy that grub2 does work > everywhere. And that we have something resembling acceptable, up-to-date