Hello, world,
Kernel updates
--
A kernel/d-i team meeting was recently held to review the status of
2.6.8. The team leads involved eventually decided to stay with kernel
2.6.8 and 2.4.27, rather than bumping the 2.6 kernel to 2.6.10. This
decision was made upon review of the
* Dirk Eddelbuettel ([EMAIL PROTECTED]) [050222 05:45]:
It delays our releases in the sense that it affects our resources:
- available maintainer and developer time,
You mean, we have some great people working as porters and also giving a
general helping hand, and we would loose them if we throw
* Matthew Palmer ([EMAIL PROTECTED]) [050222 06:20]:
Security autobuilders are on their way. You could make the argument that if
we only had a couple of architectures we wouldn't really need security
autobuilders, but I think that automating everything that can be automated
is a Good Thing.
Thomas Bushnell BSG wrote:
Dirk Eddelbuettel [EMAIL PROTECTED] writes:
- mirrror capacity (witness the sad state of amd64),
But dropping an arch can't improve the capacity of a mirror which
doesn't carry it, and they can always simply not carry it if they want
to. Nor could this possibly slow
On Tue, Feb 22, 2005 at 10:42:15AM +, Steve McIntyre wrote:
Thomas Bushnell BSG wrote:
Dirk Eddelbuettel [EMAIL PROTECTED] writes:
- scarce resource such as release managers, ftp admins, ...
if we have to look after arches that are *not really used*.
All of whom have said that this
On Tue, Feb 22, 2005 at 07:52:57AM +0100, Ingo Juergensmann wrote:
On Tue, Feb 22, 2005 at 02:29:33PM +1100, Hamish Moffatt wrote:
Why do the build servers install all the dependencies only to find out
that some installed versions are insufficient for the build?
Because the current buildd
On Tue, Feb 22, 2005 at 08:48:48PM +1300, Nick Phillips wrote:
Running such a system in parallel with the current systems (and comparing
the outputs) might be a good test for gcc-as-cross-compiler, then...
And a hell of a lot of work. You can't just create checksums of the
resulting binaries
On Mon, Feb 21, 2005 at 11:46:37PM -0500, Kevin Mark wrote:
On Mon, Feb 21, 2005 at 04:30:27PM +0100, Wouter Verhelst wrote:
There are small KDE applications that require most of the KDE dependency
chain to be installed, while on the other hand XFree86's build
dependency list is
On Tue, Feb 22, 2005 at 02:29:33PM +1100, Hamish Moffatt wrote:
Is the problem that you use apt-get to install the current version, and
then check what you got? Because you can't tell apt-get to install
at least version X else fail?
Yes, that's how it works currently.
Since this also makes
On Tue, Feb 22, 2005 at 10:44:42PM +1100, Hamish Moffatt wrote:
Bastian Blank worked on a database that handles all these build-deps on the
central wanna-build replacement. The idea is to give out just those packages
Even that sounds too complicated. Really, each buildd can work this out
on
Marc Haber [EMAIL PROTECTED] writes:
On 21 Feb 2005 20:54:36 -0800, Thomas Bushnell BSG [EMAIL PROTECTED]
wrote:
Dirk Eddelbuettel [EMAIL PROTECTED] writes:
- security response time (more builds to do)
Which DSAs came out later than they should have because of this
supposed delay? Nor could
Dirk Eddelbuettel [EMAIL PROTECTED] writes:
For your convenience, I quote the numbers here again along with a quick
percentage calculation:
files.downloaded percent
i386 1285422 70.5079
all 504789 27.6886
powerpc17754 0.9738
ia64
Steve McIntyre [EMAIL PROTECTED] writes:
Thomas Bushnell BSG wrote:
Dirk Eddelbuettel [EMAIL PROTECTED] writes:
- mirrror capacity (witness the sad state of amd64),
But dropping an arch can't improve the capacity of a mirror which
doesn't carry it, and they can always simply not carry it if
On Tue, Feb 22, 2005 at 03:15:58AM +, Dirk Eddelbuettel wrote:
Maybe we should pick up on Petter's suggestion of stricter buildd
requirements.
Maybe we should only build base and essential packages for the minor
architectures [ after, apt-source is there for everybody to go further ].
Kevin Mark [EMAIL PROTECTED] writes:
would it make sense to examine the queue to see if any packages have
similar build dependencies and then move them to the top of the queue so
they build immediately after the current one?
or to re-sequence the queue to group package with similar build
On Mon, Feb 21, 2005 at 08:54:36PM -0800, Thomas Bushnell BSG wrote:
Dirk Eddelbuettel [EMAIL PROTECTED] writes:
- cpu cycles (witness Wouter's request to compile big packages
rarely),
So you're saying that if we dropped the mips buildd's we'd have more
cycles for other archs?
No, he's
On Tue, Feb 22, 2005 at 12:51:16PM +0100, Ingo Juergensmann wrote:
On Tue, Feb 22, 2005 at 10:44:42PM +1100, Hamish Moffatt wrote:
Bastian Blank worked on a database that handles all these build-deps on
the
central wanna-build replacement. The idea is to give out just those
On Tue, Feb 22, 2005 at 12:50:02PM +0100, Wouter Verhelst wrote:
On Tue, Feb 22, 2005 at 02:29:33PM +1100, Hamish Moffatt wrote:
Is the problem that you use apt-get to install the current version, and
then check what you got? Because you can't tell apt-get to install
at least version X
On Tue, Feb 22, 2005 at 11:23:51PM +1100, Hamish Moffatt wrote:
Thanks for the explanation Wouter. That sounds like a big improvement.
By the way, does this duplicate the functionality of 'apt-get build-dep'?
Possibly. Sbuild, however, predates the implementation of 'apt-get
build-dep', so
unsubscribe
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, Feb 22, 2005 at 11:22:37PM +1100, Hamish Moffatt wrote:
Can and should are different stories.
When there's a missing build-dep on one arch, it might make sense to stop
that package from being distributed for other archs, so they don't waste
their time on that.
You can't do
On Tue, Feb 22, 2005 at 12:44:27PM +0100, Wouter Verhelst wrote:
On Tue, Feb 22, 2005 at 08:48:48PM +1300, Nick Phillips wrote:
Running such a system in parallel with the current systems (and comparing
the outputs) might be a good test for gcc-as-cross-compiler, then...
And a hell of a lot
Hamish Moffatt [EMAIL PROTECTED] writes:
On Tue, Feb 22, 2005 at 07:52:57AM +0100, Ingo Juergensmann wrote:
On Tue, Feb 22, 2005 at 02:29:33PM +1100, Hamish Moffatt wrote:
Why do the build servers install all the dependencies only to find out
that some installed versions are insufficient
Hamish Moffatt [EMAIL PROTECTED] writes:
On Tue, Feb 22, 2005 at 07:52:57AM +0100, Ingo Juergensmann wrote:
On Tue, Feb 22, 2005 at 02:29:33PM +1100, Hamish Moffatt wrote:
Why do the build servers install all the dependencies only to find out
that some installed versions are insufficient
Paul Hampson wrote:
On Tue, Feb 22, 2005 at 12:44:27PM +0100, Wouter Verhelst wrote:
On Tue, Feb 22, 2005 at 08:48:48PM +1300, Nick Phillips wrote:
Running such a system in parallel with the current systems (and comparing
the outputs) might be a good test for gcc-as-cross-compiler,
Wouter Verhelst [EMAIL PROTECTED] writes:
On Tue, Feb 22, 2005 at 02:29:33PM +1100, Hamish Moffatt wrote:
Is the problem that you use apt-get to install the current version, and
then check what you got? Because you can't tell apt-get to install
at least version X else fail?
Yes, that's how
Hello,
During install my videocard is not detected by Debconf. It is a cheap
Nvidia compatible videocard what uses the nv driver.
How can I tell the Discover-developpers about this videocard?
With regards,
Paul van der Vlis.
BTW: This is from lspci -vv
-
:01:00.0 VGA compatible
Wouter Verhelst wrote:
And a hell of a lot of work. You can't just create checksums of the
resulting binaries and compare those; it's not as if any difference
between the two compiled binaries would constitute an error...
The idea is to cross-compile and native-compile _for_ _the_ _same_
On Tuesday 22 February 2005 14:01, John Hasler wrote:
Wouter Verhelst wrote:
And a hell of a lot of work. You can't just create checksums of the
resulting binaries and compare those; it's not as if any difference
between the two compiled binaries would constitute an error...
The idea is
* Goswin von Brederlow ([EMAIL PROTECTED]) [050222 15:15]:
Wouter Verhelst [EMAIL PROTECTED] writes:
On Tue, Feb 22, 2005 at 02:29:33PM +1100, Hamish Moffatt wrote:
Is the problem that you use apt-get to install the current version, and
then check what you got? Because you can't tell
On Tue, Feb 22, 2005 at 03:07:54PM +0100, Goswin von Brederlow wrote:
Wouter Verhelst [EMAIL PROTECTED] writes:
Since this also makes autobuilding experimental harder, work is being
done to use ``apt-cache policy'' output to determine whether the right
version of a package is available and
Package: wnpp
Severity: wishlist
Owner: Joachim Breitner [EMAIL PROTECTED]
* Package name: poc
Version : 0.4.
Upstream Author : Manuel Odendahl [EMAIL PROTECTED]
* URL : http://www.bl0rg.net/software/poc/
* License : BSD
Description : MP3 streaming server
Wouter Verhelst [EMAIL PROTECTED] writes:
On Tue, Feb 22, 2005 at 03:07:54PM +0100, Goswin von Brederlow wrote:
Wouter Verhelst [EMAIL PROTECTED] writes:
Since this also makes autobuilding experimental harder, work is being
done to use ``apt-cache policy'' output to determine whether the
On Tue, Feb 22, 2005 at 05:43:43PM +0100, Goswin von Brederlow wrote:
I can always tell you how to do things and you never have to
listen. But my opinion stands that improving apt-get is the right
thing to do, not having two divergent systems.
sbuild includes some centralized build-dependency
* Wouter Verhelst ([EMAIL PROTECTED]) [050222 18:00]:
On Tue, Feb 22, 2005 at 05:43:43PM +0100, Goswin von Brederlow wrote:
I can always tell you how to do things and you never have to
listen. But my opinion stands that improving apt-get is the right
thing to do, not having two divergent
|| On Tue, 22 Feb 2005 15:15:39 +0100
|| Paul van der Vlis [EMAIL PROTECTED] wrote:
pvdv Hello,
pvdv During install my videocard is not detected by Debconf. It is a cheap
pvdv Nvidia compatible videocard what uses the nv driver.
pvdv How can I tell the Discover-developpers about this
* Wouter Verhelst ([EMAIL PROTECTED]) [050222 18:00]:
On Tue, Feb 22, 2005 at 05:43:43PM +0100, Goswin von Brederlow wrote:
I can always tell you how to do things and you never have to
listen. But my opinion stands that improving apt-get is the right
thing to do, not having two divergent
* Will Newton
| A suprising number of programs embed the current date, time, hostname etc. in
| their user visible version strings. The Linux kernel for example, does not
| compile identically twice unless you hack it slightly.
Even with the same preprocessed source?
--
Tollef Fog Heen
[EMAIL PROTECTED] (Paul Hampson) writes:
Or have I missed something important?
Yes. There are a jillion different machine code programs that do the
same thing and a compiler could generate any one of them in response
to the same source.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
John Hasler [EMAIL PROTECTED] writes:
Wouter Verhelst wrote:
And a hell of a lot of work. You can't just create checksums of the
resulting binaries and compare those; it's not as if any difference
between the two compiled binaries would constitute an error...
The idea is to
Steve McIntyre [EMAIL PROTECTED] writes:
Well, I'll say differently. I've produced the last several sets of
woody point release CD and DVD images. Each arch produced takes
time. Reducing the sets produced would make it much easier/faster to
get this done.
Does this delay release?
--
To
- Forwarded message from Lawrence Rosen [EMAIL PROTECTED] -
From: Lawrence Rosen [EMAIL PROTECTED]
Date: Tue, 22 Feb 2005 09:36:47 -0800
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: A Call to Action in OASIS
A Call to Action in OASIS
The free and open source software
On Wed, Feb 23, 2005 at 12:38:46AM +1100, Paul Hampson wrote:
Why not? Is there something non-deterministic in the compilation
process?
Ideally, version x of gcc should produce the same output natively
as when cross-compiling.
Or have I missed something important?
Thomas Bushnell BSG wrote:
- network bandwith (witness the discussion on mirror efficiency),
Mirrors don't have to (and don't need to) copy all the archs. They
can support whichever ones they want. Nor could this possibly slow
release.
- mirrror capacity (witness the sad state of
Thaddeus H. Black [EMAIL PROTECTED] writes:
[Not private. Reply on-list if you wish.]
However, I do think that not including amd64 (while keeping mips and
friends) in the sarge release due to mirroring problems is ridiculous.
Amen, brother.
... packages are uploaded too frequently, ...
Petri Latvala wrote:
[snip]
Also, the first 16 bytes will differ in an ELF format .o, see
http://lists.debian.org/debian-devel/2004/09/msg00201.html
That's incorrect, strictly speaking. The first (magic) bytes have
to be identical, only the padding bytes could be different (but are
usually
Attin/Dear .
I would like to apply through this medium for your co-operation and to secure
an opportunity to invest and do joint business with you in your country.
I have a substantial capital i honourably intend to invest in your country into
a very lucrative business venture of which you are
Mon, 21 Feb 2005 16:13:09 +0100
Christoph Berg [EMAIL PROTECTED] wrote:
Simple perl script adding progress bar support
for GNU tar.
Hi,
I'd say this is way to small to justify a package for it. Did you try
to contact the tar maintainer to get it included there?
Hello
Well, for
Em Ter, 2005-02-22 s 15:28 +0100, Wouter Verhelst escreveu:
On Tue, Feb 22, 2005 at 03:07:54PM +0100, Goswin von Brederlow wrote:
Wouter Verhelst [EMAIL PROTECTED] writes:
Since this also makes autobuilding experimental harder, work is being
done to use ``apt-cache policy'' output to
Hi,
just an update about a small milestone we've taken.
Both current gnome and kde meta packages now have all their
dependencies fullfilled in the sarge tree. With recent reports of
successfull D-I installs with sarge we are now caught up with the
official release.
Our next step will be to get
Hi,
Also: As far as the kernel is concerned, any local IP is local to *all*
interfaces, and it will happly reply to it (ARP and so on) if allowed to.
The rp_filter will often avoid trouble here, BUT routers often have to
disable rp_filter. So add some rules to the firewall make sure nothing
On Wed, 23 Feb 2005, Junichi Uekawa wrote:
The rp_filter will often avoid trouble here, BUT routers often have to
disable rp_filter. So add some rules to the firewall make sure nothing gets
into 127.0.0.0/8 unless it is a local packet.
So, by this implication, if I use arping and pretend
On Tue, Feb 22, 2005 at 10:17:39AM -0800, Thomas Bushnell BSG wrote:
Steve McIntyre [EMAIL PROTECTED] writes:
Well, I'll say differently. I've produced the last several sets of
woody point release CD and DVD images. Each arch produced takes
time. Reducing the sets produced would make it much
On Tue, 22 Feb 2005, Dirk Eddelbuettel wrote:
files.downloaded percent
i386 1285422 70.5079
all 504789 27.6886
powerpc17754 0.9738
ia64 10111 0.5546
sparc 3336 0.1830
arm 850 0.0466
alpha
On Sat, Feb 19, 2005 at 12:13:34AM -0200, Henrique de Moraes Holschuh wrote:
Also: As far as the kernel is concerned, any local IP is local to *all*
interfaces, and it will happly reply to it (ARP and so on) if allowed to.
The rp_filter will often avoid trouble here, BUT routers often have to
Package: wnpp
Severity: wishlist
Owner: Isaac Clerencia [EMAIL PROTECTED]
* Package name: yzis
Version : 0.0-M4
Upstream Author : Mickael Marchand [EMAIL PROTECTED] and others
* URL : http://www.yzis.org/
* License : GPL (programs) / LGPL (libs)
Description
In article [EMAIL PROTECTED] you wrote:
So, by this implication, if I use arping and pretend to be 127.0.0.1
to another host, that host will try to ping the network if I ping 127.0.0.1
on the target host?
no, there are some obvious illegal addresses excluded.
Greetings
Bernd
--
To
Don Armstrong don at debian.org writes:
On Tue, 22 Feb 2005, Dirk Eddelbuettel wrote:
Thanks for cutting and completely ignoring the part where I
demonstrated the lack of usage beyond i386 and maybe four or five
other arches.
You used package download results from one (1!) debian mirror
Adam Heath doogie at debian.org writes:
On Tue, 22 Feb 2005, Dirk Eddelbuettel wrote:
files.downloaded percent
i386 1285422 70.5079
all 504789 27.6886
powerpc17754 0.9738
ia64 10111 0.5546
sparc 3336
On Wed, Feb 23, 2005 at 03:08:11AM +, Dirk Eddelbuettel wrote:
reports percent
hurd-i386 1 0.0175
kfreebsd-i386 1 0.0175
ppc64 1 0.0175
arm 2 0.0351
mipsel 2 0.0351
m68k3 0.0526
s390
On Tue, 22 Feb 2005 22:25:25 -0500
Glenn Maynard [EMAIL PROTECTED] wrote:
On Wed, Feb 23, 2005 at 03:08:11AM +, Dirk Eddelbuettel wrote:
reports percent
hurd-i386 1 0.0175
kfreebsd-i386 1 0.0175
ppc64 1 0.0175
arm 2
On Tue, 2005-02-22 at 22:25 -0500, Glenn Maynard wrote:
On Wed, Feb 23, 2005 at 03:08:11AM +, Dirk Eddelbuettel wrote:
[snip]
Oops. You jumped from second most common to second most important, as
if they're synonymous. Maybe they are to some people, but that's not at all
beyond debate:
Could it be possible to have md5sums for d-i ISOs available at
(http://www.debian.org/devel/debian-installer) ?
Regards
maykel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 14 Feb 2005 09:35:58 +0100
Source: attal
Binary: attal
Architecture: source i386
Version: 0.9.2-1
Distribution: unstable
Urgency: low
Maintainer: Raphael Goulais [EMAIL PROTECTED]
Changed-By: Raphael Goulais [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 08:48:18 +0100
Source: gpx2shp
Binary: gpx2shp
Architecture: source i386
Version: 0.69-1
Distribution: unstable
Urgency: low
Maintainer: Petter Reinholdtsen [EMAIL PROTECTED]
Changed-By: Petter Reinholdtsen [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 14 Feb 2005 09:40:17 +0100
Source: attal-themes-medieval
Binary: attal-themes-medieval
Architecture: source all
Version: 0.9.2-1
Distribution: unstable
Urgency: low
Maintainer: Raphael Goulais [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 21 Feb 2005 21:33:46 +0100
Source: afterstep
Binary: libafterstep0 afterstep libafterimage-dev libafterimage0
Architecture: source i386
Version: 2.00.02-4
Distribution: unstable
Urgency: medium
Maintainer: Robert Luberda [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 09:55:03 +0100
Source: mma
Binary: mma
Architecture: source all
Version: 0.12-1
Distribution: unstable
Urgency: low
Maintainer: Raphael Goulais [EMAIL PROTECTED]
Changed-By: Raphael Goulais [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 10:47:31 +0100
Source: zapping
Binary: zapping
Architecture: source i386
Version: 0.9.1-2
Distribution: unstable
Urgency: low
Maintainer: Christian Marillat [EMAIL PROTECTED]
Changed-By: Christian Marillat [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 09:39:05 +0100
Source: octave2.1
Binary: octave2.1-htmldoc octave octave2.1-info octave2.1-emacsen octave2.1
octave2.1-headers octave2.1-doc
Architecture: source i386 all
Version: 2.1.65-1
Distribution: unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 5 Aug 2003 18:01:31 +0100
Source: hawxy
Binary: hawxy
Architecture: source all
Version: 1.1.0-2
Distribution: unstable
Urgency: low
Maintainer: Debian QA Group [EMAIL PROTECTED]
Changed-By: Neil McGovern [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 5 Aug 2003 18:01:10 +0100
Source: hawhaw
Binary: libphp-hawhaw
Architecture: source all
Version: 5.1.0-2
Distribution: unstable
Urgency: low
Maintainer: Debian QA Group [EMAIL PROTECTED]
Changed-By: Neil McGovern [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 27 Jan 2005 01:31:08 +
Source: drivel
Binary: drivel
Architecture: source i386
Version: 1.2.4-1
Distribution: unstable
Urgency: low
Maintainer: Neil McGovern [EMAIL PROTECTED]
Changed-By: Neil McGovern [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 18 Nov 2004 12:51:30 +
Source: kernel-patch-2.4.27-arm
Binary: kernel-patch-2.4.27-arm
Architecture: source all
Version: 2.4.27-1
Distribution: unstable
Urgency: low
Maintainer: Vincent Sanders [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 18 Nov 2004 12:35:28 +
Source: kernel-image-2.4.27-arm
Binary: kernel-headers-2.4.27 kernel-build-2.4.27 kernel-image-2.4.27-bast
kernel-image-2.4.27-riscstation kernel-image-2.4.27-riscpc
kernel-image-2.4.27-netwinder
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 15:04:33 +0100
Source: aspell-pl
Binary: aspell-pl
Architecture: source i386
Version: 20050222-1
Distribution: unstable
Urgency: low
Maintainer: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED]
Changed-By: Krzysztof
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 15:45:08 +0100
Source: dictionaries-common
Binary: dictionaries-common-dev dictionaries-common
Architecture: source all
Version: 0.24.10
Distribution: unstable
Urgency: low
Maintainer: Agustin Martin Domingo [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 11:26:44 -0500
Source: libsigc++-2.0
Binary: libsigc++-2.0-0 libsigc++-2.0-doc libsigc++-2.0-dev
Architecture: source all i386
Version: 2.0.10-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Burrows [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 23 Feb 2005 01:58:15 +0900
Source: egg
Binary: egg
Architecture: source all
Version: 4.0.6+0.20041122cvs-2
Distribution: unstable
Urgency: low
Maintainer: ISHIKAWA Mutsumi [EMAIL PROTECTED]
Changed-By: ISHIKAWA Mutsumi [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 11:57:11 -0500
Source: kbd-chooser
Binary: kbd-chooser
Architecture: source i386
Version: 1.10
Distribution: unstable
Urgency: high
Maintainer: Debian Install System Team debian-boot@lists.debian.org
Changed-By: Joey
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 10:10:03 -0700
Source: cl-uffi
Binary: cl-uffi-tests cl-uffi
Architecture: source all i386
Version: 1.4.32-1
Distribution: unstable
Urgency: low
Maintainer: Kevin M. Rosenberg [EMAIL PROTECTED]
Changed-By: Kevin M.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 15 Feb 2005 19:22:45 +
Source: tellico
Binary: bookcase tellico
Architecture: source ia64 all
Version: 0.13.3-1
Distribution: unstable
Urgency: low
Maintainer: Regis Boudin [EMAIL PROTECTED]
Changed-By: Regis Boudin [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 13:42:01 +
Source: kernel-image-2.4.27-arm
Binary: kernel-headers-2.4.27 kernel-build-2.4.27 kernel-image-2.4.27-bast
kernel-image-2.4.27-riscstation kernel-image-2.4.27-riscpc
kernel-image-2.4.27-netwinder
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 18:47:08 +0100
Source: g-wrap
Binary: g-wrap guile-g-wrap libgwrap-runtime0 libgwrap-runtime0-dev
Architecture: source i386
Version: 1.9.4-2
Distribution: unstable
Urgency: low
Maintainer: Andreas Rottmann [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 18:42:27 +
Source: linux-kernel-di-arm
Binary: fat-modules-2.4.27-netwinder-di scsi-common-modules-2.4.27-netwinder-di
nic-shared-modules-2.4.27-netwinder-di kernel-image-2.4.27-netwinder-di
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 21 Feb 2005 23:54:05 +1300
Source: pnet
Binary: pnet-interpreter pnet-dev pnet pnet-compiler pnet-ctools
Architecture: source i386
Version: 0.6.12-3
Distribution: unstable
Urgency: low
Maintainer: Andrew Mitchell [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 18:58:22 +
Source: quik-installer
Binary: quik-installer
Architecture: source powerpc
Version: 0.0.10
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team debian-boot@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 19:47:02 +0100
Source: radvd
Binary: radvd
Architecture: source i386
Version: 1:0.7.3-1
Distribution: unstable
Urgency: low
Maintainer: Andreas Rottmann [EMAIL PROTECTED]
Changed-By: Andreas Rottmann [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 15:11:52 +
Source: libcgicc
Binary: libcgicc1-dev libcgicc1
Architecture: source i386
Version: 3.2.3-1
Distribution: unstable
Urgency: low
Maintainer: Chris Butler [EMAIL PROTECTED]
Changed-By: Chris Butler
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 20:57:24 +0100
Source: xchm
Binary: xchm
Architecture: source i386
Version: 0.9.8-2
Distribution: unstable
Urgency: low
Maintainer: Julien LEMOINE [EMAIL PROTECTED]
Changed-By: Julien Lemoine [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 20:44:53 +0100
Source: xchm
Binary: xchm
Architecture: source i386
Version: 0.9.8-1
Distribution: unstable
Urgency: low
Maintainer: Julien LEMOINE [EMAIL PROTECTED]
Changed-By: Julien Lemoine [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 21:29:57 +0100
Source: horde2
Binary: horde2
Architecture: source all
Version: 2.2.7-7
Distribution: unstable
Urgency: low
Maintainer: Ola Lundqvist [EMAIL PROTECTED]
Changed-By: Ola Lundqvist [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 18:34:32 +
Source: acl2
Binary: acl2-books-certs acl2-doc acl2 acl2-infix-source acl2-infix acl2-source
acl2-books-source acl2-books acl2-emacs
Architecture: source all i386
Version: 2.9.1-1
Distribution:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 19:34:25 +0100
Source: mailreader
Binary: mailreader
Architecture: source all
Version: 2.3.29-10
Distribution: unstable
Urgency: low
Maintainer: Maurizio Lemmo (Tannoiser) [EMAIL PROTECTED]
Changed-By: Maurizio Lemmo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 15 Feb 2005 13:17:44 +0100
Source: wzdftpd
Binary: wzdftpd-mod-perl wzdftpd-back-mysql wzdftpd-dev wzdftpd wzdftpd-mod-tcl
Architecture: source i386
Version: 0.5.0-1
Distribution: unstable
Urgency: low
Maintainer: Pierre
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 10 Feb 2005 22:20:55 +0200
Source: xmail
Binary: xmail xmail-doc
Architecture: source i386 all
Version: 1.21-2
Distribution: unstable
Urgency: low
Maintainer: Radu Spineanu [EMAIL PROTECTED]
Changed-By: Radu Spineanu [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 21:36:40 +0100
Source: snort
Binary: snort-mysql snort-doc snort-rules-default snort-common snort-pgsql snort
Architecture: source i386 all
Version: 2.3.0-5
Distribution: unstable
Urgency: low
Maintainer: Javier
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 22:06:01 +0100
Source: clips-doc
Binary: clips-doc
Architecture: source all
Version: 6.23-1
Distribution: unstable
Urgency: low
Maintainer: Javier Fernandez-Sanguino Pen~a [EMAIL PROTECTED]
Changed-By: Javier
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 22:11:18 +0100
Source: tabextensions
Binary: mozilla-tabextensions
Architecture: source all
Version: 1.13.2005022101-1
Distribution: unstable
Urgency: low
Maintainer: Mike Hommey [EMAIL PROTECTED]
Changed-By: Mike
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Feb 2005 21:42:10 +
Source: sgb
Binary: sgb-doc sgb sgb-src
Architecture: source i386 all
Version: 1:20030623-3
Distribution: unstable
Urgency: low
Maintainer: Julian Gilbey [EMAIL PROTECTED]
Changed-By: Julian Gilbey
1 - 100 of 138 matches
Mail list logo