Hi
I'll be in Paris the weekend of November 7th - 8th. It would be nice to
be able to meet some French Debian enthusiasts.
If you're available that weekend and are in Paris, please send me a
message so I can see if I can fit it I my schedule :-)
Cheers
Luk
--
To UNSUBSCRIBE, email to [EMAIL
I'd solicit input from others in case someone
has some perl (oops, pearl) of wisdom that I have overlooked. Thanks!
Maybe you could consider to add a package psutils-addons or something
similar?
Cheers
Luk
- --
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kevin B. McCarty wrote:
Simon Richter wrote:
Matthew Palmer wrote:
Your mission, should you choose to accept it, is dig through the Perl
code in merkel:/org/bugs.debian.org/scripts and work out how to add
this functionality. grin
You can use
in.)
make[2]: *** [thotswap.o] Error 1
make[2]: Leaving directory `/home/luk/tmp/toshutils-2.0.1/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/luk/tmp/toshutils-2.0.1'
make: *** [build-stamp] Error 2
Any hint to fix this is welcome.
Cheers
Luk
--
Luk Claes - http
://keyring.debian.org/replacing_keys.html
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
signature.asc
Description: OpenPGP digital signature
disagree about whether it's a bug or not, but in that
case, you would want to appeal to the tech-ctte, not debian-devel.
...before going to the Technical Committee.
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544
Anthony Towns wrote:
On Thu, Jan 12, 2006 at 06:48:38PM +0100, Luk Claes wrote:
But if you read this bug (#307833), you'd see that the maintainer doesn't
consider it a bug, and has documented why in the README file.
It is a bug as the package is not usable without curl or wget installed
development and games packages in Debian. You can
join that list at:
[...]
You're welcome to join the group, or say whatever you think about this
project.
I think it's a marvellous idea as gaming is one of the aspects that is
IMHO still underrepresented in Debian :-)
Cheers
Luk
--
Luk Claes
still need to change the config file when curl is not
installed. This is IMHO however not a *severe* bug as some packages need
configuration if you don't choose to use the default.
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB
, or worse?
It's just a matter of britney not been running the last couple of days
AFAIK (though it has run today... so it will probably be shown as 1 days
old tomorrow?).
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7
Frank Küster wrote:
Luk Claes [EMAIL PROTECTED] wrote:
Frank Küster wrote:
http://qa.debian.org/developer.php?excuse=tetex-base
says that tetex-base is 0 days old. However, unstable has 3.0-13 which
was uploaded on Jan 18th:
http://lists.debian.org/debian-devel-changes/2006/01/msg01818
PS: Please, don't send this kind of messages if you can't elaborate or
at least put a smily behind it so we know you don't really mean it :-)
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
signature.asc
it is to access old data.
You might want to check https://www.biglumber.com/ which contains
already a very nice interface for all of this.
Or you might want to use https://nm.debian.org/gpg_offer.php. Have a
look at https://nm.debian.org/gpg.php if you want to be listed...
Cheers
Luk
--
Luk Claes
- --
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
iD8DBQFEQPrr5UTeB5t8Mo0RAuutAJ4rIa+MPpapQ0UUgokG6uXBIadEGgCgk3qY
xGmvKZajOILXoCkI5w15Sjg=
=iKYB
like to
type in my gpg-passphrase more frequently than necessary.
Even than you should not need to specify the -kkeyid...
Cheers
Luk
- --
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
-BEGIN PGP SIGNATURE
Package: wnpp
Severity: wishlist
Owner: Luk Claes [EMAIL PROTECTED]
* Package name: libcrypt-openssl-bignum-perl
Version : 0.03
Upstream Author : Ian Robertson [EMAIL PROTECTED]
* URL : http://cpan.org/
* License : same as Perl
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Luk Claes [EMAIL PROTECTED]
* Package name: libcrypt-openssl-rsa-perl
Version : 0.23
Upstream Author : Ian Robertson [EMAIL PROTECTED]
* URL : http://cpan.org/
* License : like Perl
Programming Lang: Perl
Description
Package: wnpp
Severity: wishlist
Owner: Luk Claes [EMAIL PROTECTED]
* Package name: libcrypt-openssl-dsa-perl
Version : 0.13
Upstream Author : T.J. Mather, E [EMAIL PROTECTED]
* URL : http://cpan.org/
* License : like Perl
Programming Lang: Perl
Description
Package: wnpp
Severity: wishlist
Owner: Luk Claes [EMAIL PROTECTED]
* Package name: libcrypt-openssl-random-perl
Version : 0.03
Upstream Author : Ian Roberts [EMAIL PROTECTED]
* URL : http://cpan.org/
* License : like Perl
Programming Lang: Perl
Description
problems... If the meta packages
get to testing earlier it's very probable they will not be installable
for a long time...
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
signature.asc
Description
and porting bugs (at least) when NMUing for RC bugs...
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
signature.asc
Description: OpenPGP digital signature
by the Release Team, I'm not sure if the news has
already reached the P-a-s maintainers...
PS. Please reply to me directly, as well as to the list.
Ok.
Cheers
Luk
[1] These maintainers are listed at the top of the file
http://cvs.debian.org/srcdep/Packages-arch-specific?cvsroot=dak
--
Luk
/TransitionBestPractices
[2] http://bjorn.haxx.se/debian/stalls.html
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
signature.asc
Description: OpenPGP digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Roberto
I am looking for someone to sign my gpg key. I have contacted
the three people listed as offering to sign keys in Ohio [0],
but I have received no response after a few days. Anibal
suggested I ask on d-d. So, if anyone is able to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adam Majer wrote:
Sebastian Kuzminsky wrote:
Hi folks, I have a noob question for you. I maintain the Cogito package
(my first), and it wants to install an executable as /usr/bin/git. The
GNU Interactive Tools package (git) also wants to
Martín Ferrari wrote:
Hi,
Hi
In our call to move away from net-tools, I want to first start with
identifying the packages that still use it:
* ifconfig, route: the most difficult ones, both can be replaced by
calls to ip, maybe except for some obscure options.
* netstat : sstat provides
Mike Hommey wrote:
Hi,
I noticed that the autobuilt webkit on amd64 depends on the sqlite
library package from experimental. This sounds pretty unfortunate, as
webkit doesn't require a specific version of libsqlite, and would work
fine with the unstable one. On the other hand, as a user, I
Holger Levsen wrote:
Hi Luk,
On Freitag, 20. März 2009, Luk Claes wrote:
Below a list of packages/maintainers that use ifconfig/route/netstat:
How did you create that list? You seem to be missing a few..
By looking at dependency relations with the net-tools package. I guess
some packages
Holger Levsen wrote:
Hi Luk,
Hi Holger
On Samstag, 21. März 2009, Luk Claes wrote:
Below a list of packages/maintainers that use ifconfig/route/netstat:
How did you create that list? You seem to be missing a few..
By looking at dependency relations with the net-tools package. I guess
some
Manoj Srivastava wrote:
On Sat, Mar 21 2009, Holger Levsen wrote:
netstat
---
munin
Err, isn't munin a hugely complex beasty, that has to be
configured for the network, and usually lives on a signle machine and
polls others? and does alerting and graphing and is a pain
Michael Meskes wrote:
On Wed, Mar 25, 2009 at 04:24:59PM +0100, Cyril Brulebois wrote:
Mike O'Connor s...@debian.org (25/03/2009):
Yes, there have definately been times when packages are rejected from
NEW that only got there becuase of a package addition. I'd say its
...
And while the new
Wouter Verhelst wrote:
Hi,
Hi
I thought I'd sent out this mail, but apparently I did that when I had
just reinstalled my laptop and the mailsetup wasn't working yet. Sorry
about that.
Now almost a month ago, I asked Don Armstrong to create architecture
tags in the BTS. I've always felt
Bastien ROUCARIES wrote:
On Wed, Mar 25, 2009 at 7:03 PM, Luk Claes l...@debian.org wrote:
Wouter Verhelst wrote:
Hi,
Hi
I thought I'd sent out this mail, but apparently I did that when I had
just reinstalled my laptop and the mailsetup wasn't working yet. Sorry
about that.
Now almost
Goswin von Brederlow wrote:
Adeodato Simó d...@net.com.org.es writes:
* Goswin von Brederlow [Mon, 30 Mar 2009 14:33:32 +0200]:
Mark Hymers has talked about providing a mechanism to ensure source
packages stay on the pool when other stuff has been built from them (eg.
kernel module
Goswin von Brederlow wrote:
Luk Claes l...@debian.org writes:
Goswin von Brederlow wrote:
Adeodato Simó d...@net.com.org.es writes:
* Goswin von Brederlow [Mon, 30 Mar 2009 14:33:32 +0200]:
Mark Hymers has talked about providing a mechanism to ensure source
packages stay on the pool when
Vincent Bernat wrote:
OoO Lors de la soirée naissante du dimanche 05 avril 2009, vers 17:53,
Paul Wise p...@debian.org disait :
How packages that run on Linux only should handle those new architectures?
Same as for stuff that only runs on i386; port them to kFreeBSD or
restrict them to
Hi
This is just to inform you that there will be soon a point release of
Etch: 4.0r8 tomorrow and Lenny: 5.0.1 on Saturday.
In a point release packages in oldstable or stable will get updated.
Most of these packages will already be in the security archive, though
some of them are fixes for major
Josselin Mouette wrote:
Hi,
Hi Josselin
the point release of lenny contains a change to /etc/debian_version.
This was done without any kind of warning, despite the fact that some
packages rely on the contents of this file.
There were warnings since December 2007 [1], though you're right
Luk Claes wrote:
Josselin Mouette wrote:
Hi,
Hi Josselin
the point release of lenny contains a change to /etc/debian_version.
This was done without any kind of warning, despite the fact that some
packages rely on the contents of this file.
There were warnings since December 2007 [1
Thomas Goirand wrote:
Hi,
I'm sorry that it took us so much time to make a working yum package,
but we were quite overloaded with our work, taking over all the
customers of another web hosting company (taking all our time doing
support). Anyway, I could today take the time to upload a
Josselin Mouette wrote:
Hi,
a long time ago, packages using GConf used to ship schemas
in /etc/gconf/schemas. Now, they are moved to /usr/share/gconf/schemas.
However, during upgrades, dpkg would let the old file in place since it
was a conffile. This is why dh_gconf still adds, in the
Simon Josefsson wrote:
Michal Čihař ni...@debian.org writes:
Dne Sat, 25 Apr 2009 07:10:24 +0300
Peter Eisentraut pete...@gmx.net napsal(a):
Like lintian, your list falsely includes packages that use cdbs to build,
which automatically updates config.{sub,guess}.
If you don't build depend
Paul Wise wrote:
On Fri, May 1, 2009 at 2:51 PM, David Paleino d.pale...@gmail.com wrote:
Also, seems like lists.alioth.debian.org doesn't have the same functionality.
Is there any plan for this?
Due to the way pipermail works, removing messages from the archives
would break all the URLs.
Steve Langasek wrote:
On Tue, May 05, 2009 at 05:06:26PM +0200, martin f krafft wrote:
also sprach Carsten Hey cars...@debian.org [2009.05.05.1645 +0200]:
FWIW, Ubuntu did what I consider the right thing:
http://launchpadlibrarian.net/21235281/mdadm_2.6.7.1-1ubuntu4_2.6.7.1-1ubuntu5.diff.gz
Josselin Mouette wrote:
Le mercredi 06 mai 2009 à 23:29 +0200, Luk Claes a écrit :
Maybe we should also consider changing the default MTA to postfix?
Given that the default configuration is extremely simplistic and doesn’t
use a percent of either exim or postfix features, I still wonder why
Malte Forkel wrote:
Hi,
I recently noticed that when I'm packaging software sometimes a
i386.changes file gets created, and sometimes a source.changes file gets
created.
I couldn't find an explanation in the New Maintainer's Guide or in the
Policy Manual. I guess its something to do with
Frank Küster wrote:
[a failed build was wrongly assigned as a RC bug of texlive-base, and
since the reason was a problem on the buildd, I assigned it to
buildd.debian.org]
Luk Claes l...@debian.org wrote:
buildd.d.o is not the place to reassign bugs for particular buildds to.
If it's
Frank Küster wrote:
Luk Claes l...@debian.org wrote:
And what should one do with a bug like this? At the moment it's quite
irrelevant whether one of our packages has a bogus RC bug. But what if
that happens when I'm hoping for a transition to testing?
Are you now talking about the failure
Frank Küster wrote:
Luk Claes l...@debian.org wrote:
That doesn't solve my problem: Should I
- make sure that the porters, buildd admins etc. are aware of the
problem and simply close the bug?
You might want to downgrade the bug and only close it when it is realy
solved?
And what
Frank Küster wrote:
Luk Claes l...@debian.org wrote:
Fine, though taking the trouble to talk to the porters might still be
worthwile.
Yes, but definitely not after I've spend hours of my little Debian
arguing about non-bugs with people who don't read what I say and instead
insist
Frank Küster wrote:
Frank Küster fr...@debian.org wrote:
Luk Claes l...@debian.org wrote:
Fine, though taking the trouble to talk to the porters might still be
worthwile.
Yes, but definitely not after I've spend hours of my little Debian
Norbert Preining wrote:
On Do, 04 Jun 2009, Luk Claes wrote:
Except for arguing, mixing (non?) bugs and resisting to upload an easy
workaround might have made things worse btw...
And that easy workaround would be???
To only conditionaly use a command that seems to not always be available
Don Armstrong wrote:
On Thu, 04 Jun 2009, Manoj Srivastava wrote:
If it is not a bug in the package (in other words, no change made
in the package would fix the issue), I see no point in keeping it
open. It would be nice, however, is a psuedo-package were created
for the buildds (or one
Frank Küster wrote:
Luk Claes l...@debian.org wrote:
Norbert Preining wrote:
On Do, 04 Jun 2009, Luk Claes wrote:
Except for arguing, mixing (non?) bugs and resisting to upload an easy
workaround might have made things worse btw...
And that easy workaround would be???
To only conditionaly
Frank Küster wrote:
retitle 530832 maintainer scripts created by tex-common may not assume
tex-common to be present in postrm remove
thanks
ia64, I assume that you have moved the broken remains of texlive-base
away manually?
He's called Lamont btw... oh right, that's the bugsubmitter all
Mike Hommey wrote:
On Thu, Jun 25, 2009 at 06:47:07AM +0200, Hendrik Sattler wrote:
Am Donnerstag 25 Juni 2009 05:21:45 schrieb Raphael Geissert:
I just noticed I forgot to say something:
What won't change:
* Bash will still be used as the default interactive shells for users
* the sh
Stefano Zacchiroli wrote:
On Thu, Jun 25, 2009 at 12:10:46AM -0500, Raphael Geissert wrote:
And so that all users that upgrade do not benefit from the goal of this
change? Even better.
This is to avoid causing undesirable effects when upgrading. People have
always been concerned about such
Hi
Below the content of a bounce I got when replying to a wanna-build
request... blacklisting domains seems to be accepted as the ones in
control of its mailservers should be able to fix possible issues, but
blacklisting all mail based on the country part of a domain??!
I guess it's another sign
Petter Reinholdtsen wrote:
[Giacomo A. Catenazzi]
Hmm, so a switch to dash it is not because of POSIX, but because
of better code and lighter shell for our scripts?
Which is also a good reason for the change.
Yes, it is a good change. I would love to switch every installation
to dash as
Christian Perrier wrote:
During the last meeting of the D-I 'team' (ahem) which logs can be read
from http://wiki.debian.org/DebianInstaller/Meetings, the situation
of the kernel packages wrt testing transition was raised.
Apparently, having a new kernel in testing (whether this is 2.6.30 or
maximilian attems wrote:
On Sat, Jul 11, 2009 at 01:08:05PM +0200, Luk Claes wrote:
It needs quite some work to get reverse dependencies handled and getting
it built on all architectures. Both of which are the main responsability
of the kernel team...
it is mostly done, beside the strange
Alastair McKinstry wrote:
Hi,
Hi
I've just returned from a two-week vacation during which time my
mailserver at home
was broken (ADSL line problems). In fact the DNS was also unreachable,
so mail bounced badly.
If you sent me a mail in the last two weeks, please resend.
In particular, I
LIU Qi wrote:
Hi all,
Long time ago I ITA(http://bugs.debian.org/430431) a package, prokyon3.
Because few persons use this software and I switched to gtk instead of
qt after I adopted this package (it is qt based), I use this software
very rarely and I want to orphan it. I have not uploaded this
Wouter Verhelst wrote:
On Fri, Jul 17, 2009 at 11:19:50AM +0200, Steffen Moeller wrote:
Not? Was the originally uploaded package correct? Amazing. Hm. Then,
it should be lintian errors that denote a build as a failure, indeed,
and these should somehow be detected by the mechanism that uploads
Wouter Verhelst wrote:
On Fri, Jul 17, 2009 at 11:44:54AM +0200, Luk Claes wrote:
Wouter Verhelst wrote:
On Fri, Jul 17, 2009 at 11:19:50AM +0200, Steffen Moeller wrote:
Not? Was the originally uploaded package correct? Amazing. Hm. Then,
it should be lintian errors that denote a build
Wouter Verhelst wrote:
On Fri, Jul 17, 2009 at 12:10:56PM +0200, Luk Claes wrote:
Wouter Verhelst wrote:
Right. However, having sbuild run lintian would allow a buildd
maintainer to assess issues with packages by looking at *warnings*,
rather than 'just' errors. This isn't something
Kurt Roeckx wrote:
On Sun, Jul 19, 2009 at 06:04:13PM +0200, Raphael Geissert wrote:
Hello everybody,
This is a follow up to my previous thread, with a slightly different proposal.
What actually needs to be done is:
* Make dash essential, make it divert the current /bin/sh symlink by default,
Raphael Geissert wrote:
Henrique de Moraes Holschuh wrote:
It is not like you will be able to remove bash from the vast majority of
the Debian systems out there anyway, so it doesn't matter if it remains
essential for a while.
The goal of dropping bash from essential is not to remove bash
Steve Langasek wrote:
On Sun, Jul 19, 2009 at 06:04:13PM +0200, Raphael Geissert wrote:
This is a follow up to my previous thread, with a slightly different
proposal.
What actually needs to be done is:
* Make dash essential, make it divert the current /bin/sh symlink by default,
make
Sam Hartman wrote:
Folks, there was a longish discussion on IRC starting about an hour
ago about dash and bash.
I agree we want to move the default /bin/sh to /bin/dash.
However I'm failing to understand why we want dash to be essential.
If I'm not using dash as my /bin/sh why do I need it?
Goswin von Brederlow wrote:
Hi,
Hi
in the talk you said you add a choice for /bin/sh and you add more
freedom.
The choice being that the admin may dpkg-divert /bin/sh to whatever
shell he wants and he then can fix whatever breaks. Great. We already
have exactly that now. There is nothing
Manoj Srivastava wrote:
On Sun, Jul 26 2009, Luk Claes wrote:
Goswin von Brederlow wrote:
A faster and smaller default system shell is important to a lot of our
users.
I see this asserted a lot. I am pretty sure that the average
user very likely does not care. The embedded system
Jonathan Wiltshire wrote:
On Sun, Jul 26, 2009 at 05:08:20PM +0200, Luk Claes wrote:
On upgrades you are asked if you want to have dash as default system
shell unless you have dash already installed, then we leave it as
is.
On my unstable box I received dash a few days ago, because an upload
Goswin von Brederlow wrote:
Raphael Hertzog hert...@debian.org writes:
I just would like it to be even better. And I haven't seen any real
constructive discussion about different methods of providing
/bin/sh. Mostly just angry replies along the lines of We don't want
to break things. We do it
Goswin von Brederlow wrote:
Manoj Srivastava sriva...@debian.org writes:
On Sun, Jul 26 2009, Raphael Geissert wrote:
Goswin von Brederlow wrote:
So the deconf thing is purely a temporary thing and goes away. There
won't be a choice left. Users will just get /bin/sh pointing to dash
Goswin von Brederlow wrote:
Luk Claes l...@debian.org writes:
Manoj Srivastava wrote:
On Sun, Jul 26 2009, Luk Claes wrote:
Goswin von Brederlow wrote:
A faster and smaller default system shell is important to a lot of our
users.
I see this asserted a lot. I am pretty sure
Paul Wise wrote:
On Sun, Aug 2, 2009 at 11:59 AM, Stefano Zacchiroli z...@debian.org wrote:
I'm eager for more details, in particular:
In addition:
I seem to remember that some arch:all packages can only be built on
some architectures due to being firmware for specific CPUs or similar.
Daniel Baumann wrote:
Stefano Zacchiroli wrote:
- which auto-builder will rebuild arch:all packages?
especially because this will break packages with 'faked' arch:all binary
packages, such as e.g. syslinux where syslinux-common has to be build on
i386.
This will be solved by an extra field
Christian Perrier wrote:
Despite the current incertainties about the planned release date, I
think it is now time to launch the l10n NMU campaign for squeeze.
I agree that it's probably not a bad timing to start a l10n NMU campaign.
The process is roughly the following:
- warn the
Wouter Verhelst wrote:
On Fri, Sep 04, 2009 at 01:31:40AM +1000, Ben Finney wrote:
Charles Plessy ple...@debian.org writes:
Le Thu, Sep 03, 2009 at 12:47:44PM +0200, Wouter Verhelst a écrit :
I know it is fancy and modern to think that Debian native packages
should only be used for things
be fixed ofcourse...
and which is RC after being binNMUed ;-)
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
signature.asc
Description: OpenPGP digital signature
David Claughton wrote:
Martin Zobel-Helas wrote:
where to find available RC bugs:
http://bts.turmzimmer.net/details.php?ignore=sidignnew=onnew=5
I'm just curious - the ignore=sid part means exclude bugs that only
affect sid, correct? Which means bugs which affect lenny but are
already
Gustavo Franco wrote:
Let me outline the 'testing' pros and cons from my point of view:
cons
-
* testing metric is too simple, packages are allowed to enter testing
only after a certain period of time has passed no matter if much
people tested it before that and just when they don't
Gustavo Franco wrote:
On 6/12/07, Joey Hess [EMAIL PROTECTED] wrote:
Gustavo Franco wrote:
Do you think that the numbers are positive in terms of testing usage,
really? I see the numbers even if not that reliable as proof of my
argument that just a few (almost half if compared with unstable)
Gustavo Franco wrote:
On 6/12/07, Luk Claes [EMAIL PROTECTED] wrote:
Gustavo Franco wrote:
On 6/12/07, Joey Hess [EMAIL PROTECTED] wrote:
Gustavo Franco wrote:
I don't get it at all why removing experimental would bring us
anything but a
more experimental unstable...
Sure, a more
Gustavo Franco wrote:
Hi Luk,
On 6/12/07, Luk Claes [EMAIL PROTECTED] wrote:
Gustavo Franco wrote:
(...)
* Switch unstable (release) for not automatic updates
They are only automatic as far as the Release Team wants them to be as
explained earlier...
I'm not writing about automatic
Lucas Nussbaum wrote:
Hi,
Hi Lucas
The main problem is with packages that have dummy RC bugs to prevent
them from migrating to testing (see #395332 for example). Such
packages are difficult to detect, and, for packages that have been in
that case for a long time, one might question if the
Charles Plessy wrote:
Dear debian-devel,
I am maintaining a package that shares binary names with three others,
cons, hsffig and pscan. I contacted their developpers in private,
via debian-devel, and then through the BTS. I got an answer from the
maintainer of cons, but the maintainers of
Kapil Hari Paranjape wrote:
Hello,
Hi
The maintainers of the xmms package in Debian are proposing the removal
of the aforementioned package. Please read on.
The rationale given does not seem to clarify why the proposal is
for removal instead of the maintainers just orphaning the package?
Neil Williams wrote:
On Sun, 08 Jul 2007 11:48:39 +0100
Roger Leigh [EMAIL PROTECTED] wrote:
Kapil Hari Paranjape [EMAIL PROTECTED] writes:
[...]
Such a minimal port is hardly worth doing. It is possible to migrate
from glib1 to glib2 in such a way (see #359299) but it is much harder
to go
Neil Williams wrote:
In the process of fixing one RC bug (#359299) in order to fix another
(#289668) I am testing a possible fix for two other related bugs in the
first package (g-wrap) : 428800 and 383049 (just merged).
The related bug is currently only normal severity:
g-wrap binary
Neil Williams wrote:
When a package is removed (gchangepass, printtool), the removal
message asks for the open bugs to be closed or re-assigned. These two
packages still exist in stable and/or oldstable. It isn't appropriate
to reassign any of these bugs, the question is should the bugs still
On Sun, Aug 12, 2007 at 10:13:45AM +, William Pitcock wrote:
Josselin Mouette joss at debian.org writes:
Le dimanche 12 août 2007 à 09:34 +, William Pitcock a écrit :
I wonder what kind of crack you are on. Your website shows the 1.3.0
release date as being 2 march 2007. This
Hi
Is it still the case that one needs to manually add an (gpg checking)
exception for DVD images for upgrades from etch to lenny? If so, can
someone please provide a text (license: GPL v2) for inclusion in the
release notes?
Thanks already.
Luk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Jens Seidel wrote:
On Sat, Oct 04, 2008 at 05:53:22PM +0200, Luk Claes wrote:
Is it still the case that one needs to manually add an (gpg checking)
exception for DVD images for upgrades from etch to lenny? If so, can
someone please provide a text (license: GPL v2) for inclusion in the
release
Russell Coker wrote:
On Tuesday 07 October 2008 03:44, Alexander Reichle-Schmehl
[EMAIL PROTECTED] wrote:
Oh, and if you could refrain from upload new upstream versions of
packages to Sid, you would make all our lives easier. Some reasons:
* New packages won't reach Lenny anyway.
* Upload
Russell Coker wrote:
On Tuesday 07 October 2008 07:25, Luk Claes [EMAIL PROTECTED] wrote:
Is there any plan to fix things to allow separate uploads to testing and
unstable for Lenny+1?
It's already existing, but we like packages to be tested *before* they
enter testing...
Much more
Felipe Sateler wrote:
Lucas Nussbaum wrote:
Guenter Geiger (Debian/GNU) [EMAIL PROTECTED]
gem
This was fixed by an NMU, but can't transition to testing due to dependency on
libquicktime 2:1.0.3+debian-2. What to do in cases like this?
Contact the release team to see if it's possible
Emilio Pozuelo Monfort wrote:
Debian GNOME Maintainers [EMAIL PROTECTED]
libgda3 (U)
libgda3 has been fixed in unstable with high urgency. Needs unblocking.
unblocked
Debian Python Modules Team [EMAIL PROTECTED]
matplotlib
Seems to be fixed in t-p-u, but hasn't migrated to
Manoj Srivastava wrote:
On Mon, Oct 20 2008, Stefano Zacchiroli wrote:
On Mon, Oct 20, 2008 at 09:38:00PM +0200, Adeodato Simó wrote:
... and if it is *not* different, why should be the release managers
be considered responsible for it? They just decide (and kudos for
all their hard work,
1 - 100 of 1246 matches
Mail list logo