Salut,
J'ai un paquet tout neuf qui n'attend que l'upload vers les serveurs
de Debian et je voudrais tratuire la description du paquet...
Par contre, je bloque à po-itification du fichier...
Quel est le format à passer à po4a ?
Je n'ai pas trouvé de doc qui parle de cela (même si la page de
Patrice Karatchentzeff patrice.karatchentz...@gmail.com (06/04/2009):
J'ai un paquet tout neuf qui n'attend que l'upload vers les serveurs
de Debian et je voudrais tratuire la description du paquet...
http://ddtp.debian.net/
Mraw,
KiBi.
signature.asc
Description: Digital signature
Le 6 avril 2009 15:54, Cyril Brulebois k...@debian.org a écrit :
Patrice Karatchentzeff patrice.karatchentz...@gmail.com (06/04/2009):
J'ai un paquet tout neuf qui n'attend que l'upload vers les serveurs
de Debian et je voudrais tratuire la description du paquet...
http://ddtp.debian.net/
On
Le 6 avril 2009 16:15, Mike Hommey m...@glandium.org a écrit :
On Mon, Apr 06, 2009 at 04:12:24PM +0200, Patrice Karatchentzeff
patrice.karatchentz...@gmail.com wrote:
Le 6 avril 2009 15:54, Cyril Brulebois k...@debian.org a écrit :
Patrice Karatchentzeff patrice.karatchentz...@gmail.com
Le 6 avril 2009 16:49, Cyril Brulebois k...@debian.org a écrit :
Patrice Karatchentzeff patrice.karatchentz...@gmail.com (06/04/2009):
Bonne remarque :)
1) faudrait peut-être changer :)
[...]
Suggestion : le chat, là, il se réveille, il regarde la taille du
Packages.gz, il imagine ce que
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 in the case of team
uploads; where the person doing the
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 to manage the
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 in the
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
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 of
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 person doing
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
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 doing
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 that he
Le lundi 06 avril 2009 à 06:18 +0900, Hideki Yamane a écrit :
On Thu, 20 Nov 2008 14:51:28 +0100
Josselin Mouette j...@debian.org 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
Package: wnpp
Severity: wishlist
Owner: Filippo Giunchedi fili...@debian.org
* 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
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 the
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,
On Mon, 06 Apr 2009, Bart Samwel wrote:
black hole. /rant 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
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; I'd
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 print large
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 it,
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
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 precisely
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
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
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) commitment
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 bug is
* 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 a list
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
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
conflicting
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 warning
Package: wnpp
Severity: wishlist
Owner: Paul Wise p...@debian.org
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
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.
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
Matthew Johnson mj...@debian.org 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
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 that
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 mailing
Joerg Jaspert jo...@ganneff.de 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
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 -2.1; only
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:
I have
Package: wnpp
Severity: wishlist
Owner: Alastair McKinstry mckins...@debian.org
* 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
Package: wnpp
Severity: wishlist
Owner: Alastair McKinstry mckins...@debian.org
* Package name: EMOSLIB
Version : 000360
Upstream Author : European Centre for Medium-range Weather Forecasts
* URL :
http://www.ecmwf.int/products/data/software/interpolation.html
*
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
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 you
Frans Pop elen...@planet.nl 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)
Raphael Hertzog hert...@debian.org (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
On Mon, 6 Apr 2009 17:03:10 +0800
Paul Wise p...@debian.org 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
I demand that Otavio Salvador may or may not have written...
Frans Pop elen...@planet.nl 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
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 easier
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
On Mon, 2009-04-06 at 16:17 +0200, Harald Braumann wrote:
On Mon, 6 Apr 2009 17:03:10 +0800
Paul Wise p...@debian.org 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
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
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 elen...@planet.nl 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
On Mon, Apr 06, 2009 at 10:24:54AM -0500, William Pitcock
neno...@sacredspiral.co.uk 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,
On Mon, 2009-04-06 at 10:44 -0300, Otavio Salvador wrote:
Frans Pop elen...@planet.nl 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
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
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 availability of
Romain Beauxis to...@rastageeks.org (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
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
On Mon, Apr 06, 2009 at 08:02:04PM +0400, Dmitry E. Oboukhov un...@debian.org
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
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):
lilo is due for
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
un...@debian.org wrote:
|| I use lilo, I like lilo.
|| I don't like grub because it has unlogically config, unlogically
|| behavior, strange reconfig-system. I
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 doing
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
un...@debian.org 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
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
un...@debian.org wrote:
|| I use lilo, I like lilo.
|| I don't like grub because it has unlogically
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
* William Pitcock neno...@dereferenced.org [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
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 it that
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 packages will
Michael Biebl bi...@debian.org 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
Raphael Hertzog hert...@debian.org 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
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
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
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
`. `~’
On Mon, Apr 06, 2009 at 11:51:54AM -0700, Russ Allbery wrote:
Raphael Hertzog hert...@debian.org 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
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 all of
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... :-|
--
|
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
un...@debian.org wrote:
|| I use
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
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?
--
-
| ,''`.
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
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
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
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 06 Apr 2009 00:01:45 -0500
Source: liblog-log4perl-perl
Binary: liblog-log4perl-perl
Architecture: source all
Version: 1.21-1
Distribution: unstable
Urgency: low
Maintainer: Manoj Srivastava sriva...@debian.org
Changed-By: Manoj
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 05 Apr 2009 22:51:18 -0700
Source: sympy
Binary: python-sympy
Architecture: source all
Version: 0.6.4-1
Distribution: unstable
Urgency: low
Maintainer: Debian Python Modules Team
python-modules-t...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 06 Apr 2009 08:49:14 +0200
Source: cryptsetup
Binary: cryptsetup cryptsetup-udeb
Architecture: source amd64
Version: 2:1.0.6+20090405.svn49-1
Distribution: unstable
Urgency: low
Maintainer: Jonas Meurer m...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 06 Apr 2009 13:54:19 +0700
Source: libthai
Binary: libthai-dev libthai0 libthai-data libthai-doc
Architecture: source all amd64
Version: 0.1.11-1
Distribution: experimental
Urgency: low
Maintainer: Theppitak Karoonboonyanan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 01 Apr 2009 15:41:34 +0200
Source: kdeplasma-addons
Binary: kdeplasma-addons plasma-widgets-addons plasma-dataengines-addons
plasma-runners-addons plasma-widget-lancelot liblancelot0 liblancelot-dev
kdeplasma-addons-dbg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 02 Apr 2009 12:31:21 +0200
Source: kdeartwork
Binary: kdeartwork kdeartwork-emoticons kdewallpapers kdeartwork-theme-icon
kdeartwork-theme-window kdeartwork-style kscreensaver kscreensaver-xsavers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 06 Apr 2009 03:22:16 +0200
Source: kdebase-workspace
Binary: kdebase-workspace kdebase-workspace-bin kdebase-workspace-libs4+5
kdebase-workspace-data kdebase-workspace-dev plasma-dataengines-workspace
plasma-widgets-workspace
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 05 Apr 2009 05:22:15 +0200
Source: kdetoys
Binary: kdetoys amor kteatime ktux kweather kdetoys-dbg
Architecture: all amd64 i386 source
Version: 4:4.2.2-1
Distribution: unstable
Urgency: low
Maintainer: Debian Qt/KDE Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 31 Mar 2009 22:29:17 +0200
Source: kdegraphics
Binary: kdegraphics kdegraphics-dbg kdegraphics-strigi-plugins gwenview kamera
kcolorchooser kgamma kolourpaint4 kruler libksane0 libksane-dev ksnapshot
libokularcore1 okular
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 05 Apr 2009 01:36:57 +0200
Source: kdebase-runtime
Binary: kdebase-runtime kdebase-runtime-bin-kde4 kdebase-runtime-data
kdebase-runtime-data-common khelpcenter4 kde-icons-oxygen kdebase-runtime-dbg
Architecture: all amd64 i386
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 06 Apr 2009 03:32:52 +0200
Source: meta-kde4
Binary: kde4 kde4-minimal kde4-development
Architecture: source all
Version: 5
Distribution: unstable
Urgency: low
Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 01 Apr 2009 22:23:23 +0200
Source: pkg-kde-tools
Binary: pkg-kde-tools
Architecture: source all
Version: 0.4.2
Distribution: unstable
Urgency: low
Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sat, 04 Apr 2009 22:10:35 +0200
Source: kdeaccessibility
Binary: kdeaccessibility kde-icons-mono kmag kmouth kttsd kmousetool
kdeaccessibility-dbg
Architecture: all amd64 i386 source
Version: 4:4.2.2-1
Distribution: unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 6 Apr 2009 11:22:00 +0200
Source: ncurses
Binary: libncurses5 libncurses5-dev libncurses5-dbg libncursesw5
libncursesw5-dev libncursesw5-dbg lib64ncurses5 lib64ncurses5-dev lib32ncurses5
lib32ncurses5-dev lib32ncursesw5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 06 Apr 2009 10:03:01 +0200
Source: nap
Binary: nap
Architecture: source i386
Version: 1.5.4-4
Distribution: unstable
Urgency: low
Maintainer: Massimo Dal Zotto d...@debian.org
Changed-By: Massimo Dal Zotto d...@debian.org
1 - 100 of 207 matches
Mail list logo