Bonjour,
ça fait plusieurs jours que je tourne en rond, je n'arrive pas à faire
un preseed correct pour faire une auto-installation qui ne pose pas de
questions (partitions automatiques, paquets etc.). Ce qui me met le plus
en boule c'est que je n'arrive pas à trouver un mode debug ou un
SUPER,
merci beaucoup j'ai enfin un truc qui marche (presque) :)
a+
Éric
Le mardi 06 juin 2006 à 10:38 +0200, Lionel Porcheron a écrit :
Salut,
Bonjour,
ça fait plusieurs jours que je tourne en rond, je n'arrive pas à faire
un preseed correct pour faire une auto-installation qui ne pose
On Tue, 06 Jun 2006, David Nusinow wrote:
On Mon, Jun 05, 2006 at 08:04:56PM -0400, Jeremy Hankins wrote:
I'm afraid I don't understand the fear here. What would it mean for d-l
to become gnome.alioth.debian.org in your example?
Non-developers, no matter how much they love Free Software
On Tue, Jun 06, 2006 at 01:33:46AM -0400, Travis Crump wrote:
David Nusinow wrote:
On Mon, Jun 05, 2006 at 08:04:56PM -0400, Jeremy Hankins wrote:
I'm afraid I don't understand the fear here. What would it mean for d-l
to become gnome.alioth.debian.org in your example?
Non-developers,
Matthew Garrett [EMAIL PROTECTED]
Starting with What is key for Debian makes it sound like a policy
statement on behalf of Debian, and Just fix the license could then be
interpreted as a demand from Debian that Sun alter the license.
If Sun believe things from random people that easily, then
[Otavio Salvador]
Of course we're interested in your help. If you have a partial
package of it, provide it somewhere so anyone can check it and try
to improve it while you're busy.
Yes, absolutely. Please package ltsp-utils for debian. It is
interesting and useful for all the existing
Hi,
I'm currently packaging a web application (php+mysql). I use
dbconfig-common to manage my mysql database.
Now, I would like to configure a website for my application.
This involve modifying apache conf (adding a Directory ...
directive, ...).
I would like to support several versions
On 06/06/2006 Vincent Danjean wrote:
I'm currently packaging a web application (php+mysql). I use
dbconfig-common to manage my mysql database.
Now, I would like to configure a website for my application.
This involve modifying apache conf (adding a Directory ...
directive, ...).
please
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
more and more packages use hidden files in /usr. I see this as an error.
But before making a bug report for such packages I wish to ask if this
is intended or really a bug? Some of the files are in the package some
are created in postinst and
* Jeremy Hankins [Mon, 05 Jun 2006 20:04:56 -0400]:
The thing is that, no matter how much they work and no matter how high
quality their packages are, at the end it _HAS_ to be a Debian Developer
the one to sign the .changes file. Credit and acknowledgement will go
to the non-developers,
hi vincent,
On Tue, Jun 06, 2006 at 11:11:00AM +0200, Vincent Danjean wrote:
Now, I would like to configure a website for my application.
This involve modifying apache conf (adding a Directory ...
directive, ...).
fyi, there's a mailing list for packaging web applications:
[EMAIL
* Adeodato Simó ([EMAIL PROTECTED]) [060606 11:54]:
No, it does not break. Analyzing software licensing does in fact not
require any developer privileges _at all_, in the same measure _preparing_
a full set of GNOME packages does not, either. But the same way those
packages don't become
Otavio Salvador wrote:
Of course we're interested in your help. If you have a partial package
of it, provide it somewhere so anyone can check it and try to improve
it while you're busy.
About your church, you should try the new LTSP version NOW ;-) GO! hehe
OK. I will try them as soon
On Sun, Jun 04, 2006 at 03:59:03PM +0200, Dalibor Topic wrote:
On Sun, 2006-06-04 at 09:57 +1000, Anthony Towns wrote:
I would furthermore strongly encourage people to work *with* Sun towards
improving the current license
There have been numerous issues with the current text pointed out here
Andreas Barth [EMAIL PROTECTED]
It has happened in the past that the DPL asked a DD and a NM to make
together a team to deal with a problematic license and to give together
official Debian statements. [...]
Whatever happened to that? July's coming, bringing a new FDL draft,
if the news
Package: wnpp
Severity: wishlist
Owner: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED]
* Package name: libsub-exporter-perl
Version : http://search.cpan.org/~rjbs/Sub-Exporter-0.952/
Upstream Author : Ricardo SIGNES, [EMAIL PROTECTED]
* URL : http://www.example.org/
*
Wouter Verhelst [EMAIL PROTECTED] writes:
Well, no, that's not actually true. Debian developers get a say in
whatever they're responsible for. Whether that whatever is a bunch of
packages on which they're listed as Maintainer, or a port they've been
maintaining for a few years, or a
On Tue, Jun 06, 2006 at 11:47:10AM +0200, Klaus Ethgen [EMAIL PROTECTED]
wrote:
Hello,
more and more packages use hidden files in /usr. I see this as an error.
But before making a bug report for such packages I wish to ask if this
is intended or really a bug? Some of the files are in the
Package: wnpp
Severity: wishlist
Owner: Tim Peeler [EMAIL PROTECTED]
* Package name: libibatis-java
Version : 2.1.7.597
Upstream Author : Clinton Begin, Gilles Bayon, Ted Husted, et al.
* URL : http://ibatis.apache.org/
* License : Apache
Description :
Mike Hommey wrote:
Could you tell us what kind of harm can do a hidden empty file in /usr ?
First of all, false positives in rootkit and security scanners. And too
many false positives lead to false negatives sooner or later.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On 6/6/06, Mike Hommey [EMAIL PROTECTED] wrote:
On Tue, Jun 06, 2006 at 11:47:10AM +0200, Klaus Ethgen [EMAIL PROTECTED]
wrote:
Hello,
more and more packages use hidden files in /usr. I see this as an error.
But before making a bug report for such packages I wish to ask if this
is intended
On Tue, 06 Jun 2006, Mike Hommey wrote:
Could you tell us what kind of harm can do a hidden empty file in /usr ?
It flags alarms, it is obscure, and generally it is bad form to have hidden
files anywhere but under user homes anyway. There certainly is no excuse to
have anything hidden inside
[Maximiliano Curia]
After Marga's talk in Debconf6, I've been working in a program that
starts the initscripts in parallel [1]. It's similar in some aspects
to startpar (part of sysvinit package) but with two main goals: it
must work, it must be as little intrusive as possible (in respect to
Package: wnpp
Severity: wishlist
Owner: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED]
* Package name: libdata-optlist-perl
Version : 0.100
Upstream Author : Ricardo SIGNES, [EMAIL PROTECTED]
* URL :
On Tuesday 06 June 2006 04:43, Anthony Towns wrote:
Sun have made it very clear that they're trying to work with us on this
for something that benefits our users, so that just leaves it to us
to decide what's more important: taking a principled stand that we'll
read every license literally and
Hello Mike,
On Tue, 2006-06-06 at 07:41 -0700, Mike Bird wrote:
Reading a proposed contract or license in any way other than
literally and pedantically is dumb. Some actions are so
dumb that no nicer adjective is correct. Judges are like
compilers. Modulo judge bugs (which can usually be
Package: wnpp
Severity: wishlist
Owner: Steve Kemp [EMAIL PROTECTED]
* Package name: libnet-httpserver-perl
Version : 1.1.1.
Upstream Author : Ryan Eatmon [EMAIL PROTECTED]
* URL : http://search.cpan.org/~reatmon/Net-HTTPServer/
* License : LGPL
Description
Henrique de Moraes Holschuh wrote:
It flags alarms, it is obscure, and generally it is bad form to have hidden
files anywhere but under user homes anyway. There certainly is no excuse to
have anything hidden inside the system hierarchies, you WANT to easily know
what is there.
Sure there is.
On Tue, Jun 06, 2006 at 09:43:02PM +1000, Anthony Towns wrote:
Mmm. The impression I got was that people were waiting for the packages
to be removed from Debian and no one was really all that interested in
responses from Sun, cf:
http://lists.debian.org/debian-legal/2006/06/msg00025.html
On Tue, Jun 06, 2006 at 09:43:02PM +1000, Anthony Towns wrote:
On Sun, Jun 04, 2006 at 03:59:03PM +0200, Dalibor Topic wrote:
Mmm. The impression I got was that people were waiting for the packages
to be removed from Debian and no one was really all that interested in
responses from Sun, cf:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Di den 6. Jun 2006 um 18:12 schrieb Joey Hess:
If you want to know what's really there, use ls -a ..
This is not the point. I think no of us do not know how to show that
files.
There are two reasons not to use hidden files in /usr, /var, /dev
On 6/6/06, Christian Perrier [EMAIL PROTECTED] wrote:
(this report is a little bit late as it took time to finalize
it...sorry for the inconvenience)
The work on internationalisation (i18n) and localisation (l10n) at
Debconf6 has been particularly interesting and productive.
(...)
You wrote
Klaus Ethgen wrote:
1. It generates false positives (as mention before). And to many false
positives only ends in overlook the real bad files and directories.
Scanning for dotfiles is not an effective way to find files left behind
by exploits. People writing exploits are aware of programs
On 6/6/06, Otavio Salvador [EMAIL PROTECTED] wrote:
Gustavo Franco [EMAIL PROTECTED] writes:
Agreed. Btw, it would be better keep Etch package descriptions updated
during its support cycle, but i think it's impossible with the
infrascture we've, right ?
No. We already have the previous
Joey Hess [EMAIL PROTECTED] writes:
Henrique de Moraes Holschuh wrote:
It flags alarms, it is obscure, and generally it is bad form to have hidden
files anywhere but under user homes anyway. There certainly is no excuse to
have anything hidden inside the system hierarchies, you WANT to
Hi,
On Tue, Jun 06, 2006 at 11:05:31AM -0300, Henrique de Moraes Holschuh wrote:
It flags alarms, it is obscure, and generally it is bad form to have hidden
files anywhere but under user homes anyway. There certainly is no excuse to
have anything hidden inside the system hierarchies, you WANT
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[ Adding -i18n ]
On 06/06/2006 02:04 PM, Gustavo Franco wrote:
On 6/6/06, Christian Perrier [EMAIL PROTECTED] wrote:
(this report is a little bit late as it took time to finalize
it...sorry for the inconvenience)
The work on internationalisation
On 6/6/06, Otavio Salvador [EMAIL PROTECTED] wrote:
Gustavo Franco [EMAIL PROTECTED] writes:
On 6/6/06, Otavio Salvador [EMAIL PROTECTED] wrote:
Gustavo Franco [EMAIL PROTECTED] writes:
Agreed. Btw, it would be better keep Etch package descriptions updated
during its support cycle, but i
On 6/6/06, Felipe Augusto van de Wiel (faw) [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[ Adding -i18n ]
On 06/06/2006 02:04 PM, Gustavo Franco wrote:
On 6/6/06, Christian Perrier [EMAIL PROTECTED] wrote:
(this report is a little bit late as it took time to
On Tue, 2006-06-06 at 18:54 +0100, Roger Leigh wrote:
It is always bad practice to hide things from the user or system
administrator, particularly outside their $HOME.
Indeed, I'd call that ``the principle of least surprise''.
Thijs
signature.asc
Description: This is a digitally signed
On Tue, Jun 06, 2006 at 08:32:34PM +0200, Uwe Hermann [EMAIL PROTECTED] wrote:
Hi,
On Tue, Jun 06, 2006 at 11:05:31AM -0300, Henrique de Moraes Holschuh wrote:
It flags alarms, it is obscure, and generally it is bad form to have hidden
files anywhere but under user homes anyway. There
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/06/2006 04:02 PM, Gustavo Franco wrote:
On 6/6/06, Felipe Augusto van de Wiel (faw) [EMAIL PROTECTED]
wrote:
On 06/06/2006 02:04 PM, Gustavo Franco wrote:
On 6/6/06, Christian Perrier [EMAIL PROTECTED] wrote:
[...]
I think there's a lot
On 6/6/06, Felipe Augusto van de Wiel (faw) [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/06/2006 04:02 PM, Gustavo Franco wrote:
On 6/6/06, Felipe Augusto van de Wiel (faw) [EMAIL PROTECTED]
wrote:
On 06/06/2006 02:04 PM, Gustavo Franco wrote:
On 6/6/06,
Mike Hommey wrote:
It'd be easier to take your claim into account if you actually brought
better facts than I don't like it or stupid tools give false positives
Let us imagine someone decides to introduce package X that contains a
lot of files (let us say 50) in /usr/lib and half of them are
On Tue, Jun 06, 2006 at 10:51:02PM +0300, Linas Žvirblis [EMAIL PROTECTED]
wrote:
Mike Hommey wrote:
It'd be easier to take your claim into account if you actually brought
better facts than I don't like it or stupid tools give false positives
Let us imagine someone decides to introduce
On Tue, Jun 06, 2006 at 02:04:09PM -0300, Gustavo Franco wrote:
You wrote a good overview about the possible workflow, but i still
miss exactly how we (or the coordinators) will merge from third
parties (eg: Rosetta) and most important, how we will push our
translations back to the upstream
Mike Hommey wrote:
Here, we are talking about the empty file /usr/lib/xulrunner/.autoreg...
Are you saying it is fine for empty files? So what about
/usr/lib/kaffe/.system (a symlink to directory) or
/usr/lib/jvm/.java-gcj.jinfo (non-empty file)?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Linas Žvirblis wrote:
Let us imagine someone decides to introduce package X that contains a
lot of files (let us say 50) in /usr/lib and half of them are dot
files. And what about shipping hidden directories? Would such packages
be accepted into Debian?
I've had packages in Debian with more
On 6/6/06, Denis Barbier [EMAIL PROTECTED] wrote:
On Tue, Jun 06, 2006 at 02:04:09PM -0300, Gustavo Franco wrote:
You wrote a good overview about the possible workflow, but i still
miss exactly how we (or the coordinators) will merge from third
parties (eg: Rosetta) and most important, how we
Anthony Towns aj@azure.humbug.org.au [...]
And people are welcome to hold that opinion and speak about it all they
like, but the way Debian makes the actual call on whether a license
is suitable for distribution in non-free isn't based on who shouts the
loudest on a mailing list, it's on the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joey Hess wrote:
Linas ?virblis wrote:
Let us imagine someone decides to introduce package X that contains a
lot of files (let us say 50) in /usr/lib and half of them are dot
files. And what about shipping hidden directories? Would such packages
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
MJ Ray wrote:
Anthony Towns aj@azure.humbug.org.au [...]
[snip]
4. there's already working java in main; and
Partly/somewhat/mostly working.
- --
Ron Johnson, Jr.
Jefferson LA USA
Is common sense really valid?
For example, it is common sense to
Ron Johnson [EMAIL PROTECTED] writes:
Joey Hess wrote:
Linas ?virblis wrote:
Let us imagine someone decides to introduce package X that contains a
lot of files (let us say 50) in /usr/lib and half of them are dot
files. And what about shipping hidden directories? Would such packages
be
Roger Leigh [EMAIL PROTECTED] wrote:
IMO dotfiles are a historical artifact which we are stuck with. If we
were just starting today, I'm sure we would be using ~/etc/bashrc
rather than ~/.bashrc so the user's files match the standard
locations. It's logical, simple, and would make many
In linux.debian.legal MJ Ray [EMAIL PROTECTED] wrote:
The package maintainer did not ask debian-legal (serious bug) and I'm
They do not need to.
really surprised that the archive maintainers felt no need to consult
developers about this licence, in public or private, or SPI, before
agreeing to
On Tue, Jun 06, 2006 at 05:39:21PM -0500, Ron Johnson wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
MJ Ray wrote:
Anthony Towns aj@azure.humbug.org.au [...]
[snip]
4. there's already working java in main; and
Partly/somewhat/mostly working.
That's correct: Unfortunately, we've
Hi!
I'm creating a meta package for install a lite desktop for old
machines with poor hardware.
Hey, that's a really cool idea! Debian is one of the last modern (and
not specialised) Linux distribution feasible for old and slow
hardware, especially old PCs. But Sarge already made a big step
Roger Leigh [EMAIL PROTECTED] writes:
While historical reasons are acceptable for users' dotfiles, I remain to
be convinced that there is a logical rationale for them in any system
location, or even anywhere under $HOME except the root.
It's way too much of a pain to modify upstream code that
On Tue, Jun 06, 2006 at 11:34:10PM +0100, MJ Ray wrote:
Anthony Towns aj@azure.humbug.org.au [...]
And people are welcome to hold that opinion and speak about it all they
like, but the way Debian makes the actual call on whether a license
is suitable for distribution in non-free isn't based
On Tue, Jun 06, 2006 at 11:47:03AM -0500, John Goerzen wrote:
I am becoming increasingly concerned at the unilateral method in which
you and/or the archive maintainers have taken this decision.
The ability to enter into a legal contract to indemnify a third party
should be, and arguably IS,
On Wed, Jun 07, 2006 at 12:02:16PM +1000, Anthony Towns wrote:
The ability to enter into a legal contract to indemnify a third party
should be, and arguably IS, reserved solely for the SPI Board of
Directors.
If SPI wish to withdraw from their relationship with Debian, then that's
John Goerzen [EMAIL PROTECTED] writes:
First, I don't believe that SPI has ever granted anyone the ability to
enter into legally-binding agreements to indemnify (which means to use
our resources to defend) third parties. I may be mistaken, though.
Could you please point out where you believe
On Tue, Jun 06, 2006 at 07:43:10PM -0700, Russ Allbery wrote:
John Goerzen [EMAIL PROTECTED] writes:
First, I don't believe that SPI has ever granted anyone the ability to
enter into legally-binding agreements to indemnify (which means to use
our resources to defend) third parties. I may
John Goerzen [EMAIL PROTECTED] writes:
On Tue, Jun 06, 2006 at 07:43:10PM -0700, Russ Allbery wrote:
I think I lost a thread of the argument here. How does the acceptance
into non-free of a package by the ftp-masters commit SPI to a legally
binding agreement?
The first paragraph of the
On Wednesday 07 June 2006 06:11, Russ Allbery wrote:
John Goerzen [EMAIL PROTECTED] writes:
On Tue, Jun 06, 2006 at 07:43:10PM -0700, Russ Allbery wrote:
I think I lost a thread of the argument here. How does the acceptance
into non-free of a package by the ftp-masters commit SPI to a
George Danchev [EMAIL PROTECTED] writes:
On Wednesday 07 June 2006 06:11, Russ Allbery wrote:
You believe that it's pretty clear that *SPI* is distributing the
software? Could you trace your reasoning here?
Nobody said that and you know it.
Uh, well, believe it or not, that really did seem
On Tue, Jun 06, 2006 at 08:11:21PM -0700, Russ Allbery wrote:
John Goerzen [EMAIL PROTECTED] writes:
On Tue, Jun 06, 2006 at 07:43:10PM -0700, Russ Allbery wrote:
SUN MICROSYSTEMS, INC. (SUN) IS WILLING TO LICENSE THE JAVA PLATFORM
STANDARD EDITION DEVELOPER KIT (JDK - THE SOFTWARE) TO
John Goerzen [EMAIL PROTECTED] writes:
Sure. SPI owns many of the machines that Debian owns. If any of these
machines are being used to distribute this software, as I think is
likely, then SPI could be liable.
Oh, very good point. I hadn't thought of this.
I can see what you're saying.
On Tue, Jun 06, 2006 at 09:35:41PM -0500, John Goerzen wrote:
On Wed, Jun 07, 2006 at 12:02:16PM +1000, Anthony Towns wrote:
The ability to enter into a legal contract to indemnify a third party
should be, and arguably IS, reserved solely for the SPI Board of
Directors.
If SPI wish
Russ Allbery [EMAIL PROTECTED] writes:
John Goerzen [EMAIL PROTECTED] writes:
Sure. SPI owns many of the machines that Debian owns. If any of these
machines are being used to distribute this software, as I think is
likely, then SPI could be liable.
Oh, very good point. I hadn't thought
On Wednesday 07 June 2006 06:45, Russ Allbery wrote:
George Danchev [EMAIL PROTECTED] writes:
On Wednesday 07 June 2006 06:11, Russ Allbery wrote:
You believe that it's pretty clear that *SPI* is distributing the
software? Could you trace your reasoning here?
Nobody said that and you
Christoph Haas wrote:
Yes, of course. Besides some minor things I don't quite like about
Subversion ([...] getting out old revisions of a file means typing
the full URL for no reason)
svn cat -rrev file_name
works for me...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Gustavo Franco [EMAIL PROTECTED] writes:
Agreed. Btw, it would be better keep Etch package descriptions updated
during its support cycle, but i think it's impossible with the
infrascture we've, right ?
No. We already have the previous working structure all up and
running. What we want to do
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 5 Jun 2006 16:42:36 +0200
Source: grace
Binary: grace
Architecture: source i386
Version: 1:5.1.20-1
Distribution: unstable
Urgency: low
Maintainer: Ionut Georgescu [EMAIL PROTECTED]
Changed-By: Torsten Werner [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 6 Jun 2006 01:30:51 +0200
Source: kwave
Binary: kwave
Architecture: source amd64
Version: 0.7.6-1
Distribution: unstable
Urgency: low
Maintainer: Aurelien Jarno [EMAIL PROTECTED]
Changed-By: Aurelien Jarno [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 4 Jun 2006 13:20:29 +0200
Source: dosemu
Binary: dosemu xfonts-dosemu
Architecture: source i386 all
Version: 1.2.2-5
Distribution: unstable
Urgency: low
Maintainer: Bart Martens [EMAIL PROTECTED]
Changed-By: Bart Martens [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 6 Jun 2006 07:36:49 +0200
Source: iptraf
Binary: iptraf
Architecture: source i386
Version: 3.0.0-1
Distribution: unstable
Urgency: low
Maintainer: Frederic Peters [EMAIL PROTECTED]
Changed-By: Frederic Peters [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 4 Jun 2006 21:46:37 +0200
Source: flashplugin-nonfree
Binary: flashplugin-nonfree
Architecture: source i386
Version: 7.0.63.4
Distribution: unstable
Urgency: low
Maintainer: Bart Martens [EMAIL PROTECTED]
Changed-By: Bart
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 20 Apr 2006 21:01:24 -0400
Source: pciutils
Binary: pciutils-dev pciutils pciutils-udeb
Architecture: source i386
Version: 1:2.2.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian pciutils Maintainers [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 03 Jun 2006 20:48:10 -0400
Source: pyxmms
Binary: python2.3-xmms python-xmms python2.4-xmms python-xmms-doc
Architecture: source i386 all
Version: 2.06-4
Distribution: unstable
Urgency: low
Maintainer: Ernesto Nadir Crespo Avila
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 03 Jun 2006 22:31:45 -0400
Source: mrt
Binary: mrt
Architecture: source i386
Version: 2.2.2a-6
Distribution: unstable
Urgency: low
Maintainer: Ernesto Nadir Crespo Avila [EMAIL PROTECTED]
Changed-By: Ernesto Nadir Crespo Avila
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 16 May 2006 11:23:33 -0400
Source: libhttp-ghttp-perl
Binary: libhttp-ghttp-perl
Architecture: source i386
Version: 1.07-10
Distribution: unstable
Urgency: low
Maintainer: VÃctor Pérez Pereira [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 05 Jun 2006 15:21:00 -0400
Source: libterm-prompt-perl
Binary: libterm-prompt-perl
Architecture: source all
Version: 1.03-3
Distribution: unstable
Urgency: low
Maintainer: VÃctor Pérez Pereira [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 5 Jun 2006 09:15:36 +0200
Source: nsd
Binary: nsd
Architecture: source amd64
Version: 2.3.5-1
Distribution: unstable
Urgency: low
Maintainer: OndÅej Surý [EMAIL PROTECTED]
Changed-By: OndÅej Surý [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 06 Jun 2006 02:14:15 +0100
Source: gcc-2.95
Binary: cpp-2.95-doc libg++2.8.1.3-glibc2.2 g77-2.95-doc cpp-2.95 gobjc-2.95
libstdc++2.10-dbg gcc-2.95 gpc-2.95-doc chill-2.95 gpc-2.95 libg++2.8.1.3-dev
libg++2.8.1.3-dbg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 6 Jun 2006 07:48:36 +
Source: libgnucrypto-java
Binary: libgnucrypto-java
Architecture: source all
Version: 2.0.1-6
Distribution: unstable
Urgency: low
Maintainer: Debian Java Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 4 Jun 2006 13:39:09 +0200
Source: kwin-decor-suse2
Binary: kwin-style-suse2
Architecture: source i386
Version: 0.3.5-1
Distribution: unstable
Urgency: low
Maintainer: Adrian Neumaier [EMAIL PROTECTED]
Changed-By: Adrian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 6 Jun 2006 04:59:56 -0300
Source: graveman
Binary: graveman
Architecture: source i386
Version: 0.3.12-5-1
Distribution: unstable
Urgency: low
Maintainer: Otavio Salvador [EMAIL PROTECTED]
Changed-By: Otavio Salvador [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 6 Jun 2006 07:59:33 +
Source: libgnujaxp-java
Binary: libgnujaxp-jni libgnujaxp-java libgnujaxp-java-doc
Architecture: source all powerpc
Version: 1.3-6
Distribution: unstable
Urgency: low
Maintainer: Debian Java
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 5 Jun 2006 18:29:06 +0200
Source: gbib
Binary: gbib
Architecture: source amd64
Version: 0.1.2-8.1
Distribution: unstable
Urgency: low
Maintainer: Philipp Frauenfelder [EMAIL PROTECTED]
Changed-By: Bill Allombert [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 4 Jun 2006 23:07:39 +0200
Source: libemail-valid-perl
Binary: libemail-valid-perl
Architecture: source all
Version: 0.16-1
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group [EMAIL PROTECTED]
Changed-By: gregor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 6 Jun 2006 11:59:28 +0200
Source: nfs-utils
Binary: nhfsstone nfs-kernel-server nfs-common
Architecture: source i386
Version: 1:1.0.8-4
Distribution: unstable
Urgency: low
Maintainer: Anibal Monsalve Salazar [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 6 Jun 2006 09:41:10 +
Source: bsh
Binary: bsh bsh-doc
Architecture: source all
Version: 2.0b4-4
Distribution: unstable
Urgency: low
Maintainer: Debian Java Maintainers
pkg-java-maintainers@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 6 Jun 2006 11:55:44 +0200
Source: gstreamer0.8
Binary: gstreamer0.8-doc gstreamer0.8-tools libgstreamer0.8-dev
libgstreamer0.8-0
Architecture: source i386 all
Version: 0.8.12-2
Distribution: unstable
Urgency: low
Maintainer:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 6 Jun 2006 11:43:20 +0100
Source: libgnome-java
Binary: libgnome-jni libgnome-java
Architecture: source all i386
Version: 2.12.2-1
Distribution: unstable
Urgency: low
Maintainer: Debian Java maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 6 Jun 2006 12:45:41 +0200
Source: mdadm
Binary: mdadm mdadm-udeb
Architecture: source i386
Version: 2.4.1-6
Distribution: unstable
Urgency: low
Maintainer: Debian/Ubuntu mdadm maintainers [EMAIL PROTECTED]
Changed-By: martin f.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 6 Jun 2006 10:14:18 +0300
Source: gaim-irchelper
Binary: gaim-irchelper
Architecture: source i386
Version: 0.13-2
Distribution: experimental
Urgency: low
Maintainer: Martin-Ãric Racine [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 6 Jun 2006 12:45:53 +0200
Source: mdadm
Binary: mdadm mdadm-udeb
Architecture: source i386
Version: 2.5-4
Distribution: experimental
Urgency: low
Maintainer: Debian/Ubuntu mdadm maintainers [EMAIL PROTECTED]
Changed-By: martin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 6 Jun 2006 12:21:31 +0200
Source: phpgroupware
Binary: phpgroupware-stocks phpgroupware-skel phpgroupware-email
phpgroupware-sitemgr phpgroupware-admin phpgroupware-etemplate
phpgroupware-notes phpgroupware-hr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 2 Jun 2006 20:23:59 +0200
Source: gpsim-lcd
Binary: gpsim-lcd
Architecture: source i386
Version: 0.1.1-11.1
Distribution: unstable
Urgency: low
Maintainer: Stephen M Moraco [EMAIL PROTECTED]
Changed-By: Steffen Joeris [EMAIL
1 - 100 of 192 matches
Mail list logo
