Horms writes...
There are some architectures where 2.4 has been abandonded uptream,
and these are being removed from the arcive
powerpc (ok, thats one, not some)
hppa is as well. It is still useful to have the 2.4 kernel-images in the
archive since they are still more stable on some
* Jon Dowland
| On Wed, Aug 24, 2005 at 08:52:36AM +0200, Tollef Fog Heen wrote:
| If you have an USB mouse, you need to have the driver for it loaded
| before starting gdm (or the boot will fail), if it uses Xdmcp for
| connecting to a terminal server, it will need networking to be up (and
|
First of all, thank you all for your answers.
i'll provide some documented, posix compliant, one piped patches as
wishlist.
Of course this would all be so much simpler if we could actually use the
power of modern shells (post 1993) in init scripts - subprocesses
wouldn't be required at
* Joerg Jaspert [EMAIL PROTECTED] [2005-08-25 01:34]:
As you may have noticed, the beloved target of many flamewars, the
NEW queue [1] has been reduced to an average of less than 10
packages. Packages are processed within days, sometimes even within
hours.
Thanks for the great work!
You
On Wed, Aug 24, 2005 at 11:39:13PM -0700, Matt Taggart wrote:
There are some architectures where 2.4 has been abandonded uptream,
and these are being removed from the arcive
powerpc (ok, thats one, not some)
hppa is as well. It is still useful to have the 2.4 kernel-images in the
On Thu, Aug 25, 2005 at 09:34:18AM +0200, Tollef Fog Heen wrote:
Well, it was an example. Another example involving X would be if you
use a font server.
Other examples could be ppp, which on my system would have to wait
until fcdsl is loaded, while on other systems might wait for setserial
[Joerg Jaspert]
You can find this list at
http://ftp-master.debian.org/REJECT-FAQ.html in the future and that
one will also be updated if we need to.
Nice list. What about linking it in from
URL:http://ftp-master.debian.org/new.html? :)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On Thu, 2005-08-25 at 09:35 +0200, Marc Chantreux wrote:
that is a point which surprise me : i understand the dash for a posix
and lightweight attitude but why use bash as modern shell ? why not
perl or zsh (which are both more powerfull) ?
bash is actually pretty good if you know how to
On Thu, Aug 25, 2005 at 01:32:40AM +0200, Joerg Jaspert wrote:
Hi
As you may have noticed, the beloved target of many flamewars, the
NEW queue [1] has been reduced to an average of less than 10
packages. Packages are processed within days, sometimes even within
hours.
Thank you for the
[Javier Fernández-Sanguino Peña]
Either case they should be REJECTED with a proper reasoning as to
why they have been rejected.
And please add this information to the WNPP request, for the rest of
us to see it. It is hard to fix the remaining issues if we need to
track down a description of
On Wed, Aug 24, 2005 at 03:54:38PM +0200, Domenico Andreoli wrote:
On Fri, Aug 19, 2005 at 12:07:09PM +1000, Paul TBBle Hampson wrote:
On Thu, Aug 18, 2005 at 11:00:41AM +0200, Domenico Andreoli wrote:
with curl 7.14.0-5 currently in incoming, i added two new packages
libcurl3-gnutls
Andrew Porter a écrit :
bash is actually pretty good if you know how to use it (and most of the
ksh93 comliant functions) - the problem is that most programmers don't.
The ${} constructs add a lot of power and allow the programmer to be
less reliant on external tools.
zsh provides some things
On Aug 25, Nathanael Nerode [EMAIL PROTECTED] wrote:
So can we configure udev to stop managing /dev? This would remove my qualms
Yes, as explained in README.Debian.
It's not well tested, but it should work (at least in unstable).
And another option is to make it use a different dev_root that
On Wed, Aug 24, 2005 at 10:16:02PM +0200, Gabor Gombas wrote:
AFAIK the idea is to deprecate everything under /proc which is not
strictly process-related information, but that transition will take many
years (if ever completed, which I somewhat doubt).
It would probably have been easier to
On Thu, 2005-08-25 at 10:41 +0200, Marc Chantreux wrote:
at least, i think zsh is better because it's almost 200k thinner:
% ls -sh =zsh4 =bash
616K /bin/bash 456K /bin/zsh4
I acutally use ksh for all my shell scripts (bash hasn't quite made it
yet IMHO) and that beats both -
636K /bin/ksh
On Aug 25, Horms [EMAIL PROTECTED] wrote:
There are some architectures where 2.4 is required, its
because of these that it seems that we are stuck with 2.4 for Etch.
alpha (installer), m68k (2.6 only works on amiga), s390 (installer),
mips, mipsel
What does installer mean? IIRC SuSE
On Thu, Aug 25, 2005 at 12:43:14AM -0700, Steve Langasek wrote:
On Wed, Aug 24, 2005 at 11:39:13PM -0700, Matt Taggart wrote:
There are some architectures where 2.4 has been abandonded uptream,
and these are being removed from the arcive
powerpc (ok, thats one, not some)
hppa is
On Thu, Aug 25, 2005 at 12:25:08AM +0200, martin f krafft wrote:
Moreover I wonder if when closing via mail should I write in
Changelog sth like: this upload fixes bug number 1234567 in
testing and unstable which has been closed via mail, and add tag
sarge to bug that remain opened in
On 8/25/05, Brian May [EMAIL PROTECTED] wrote:
Gerrit == Gerrit Pape [EMAIL PROTECTED] writes:
Gerrit /usr/share/doc/bincimap-run/README.Debian The
Gerrit bincimap-run package provides the virtual package
Gerrit ``imap-server'' and conflicts with other packages
Gerrit providing
On Thursday 25 August 2005 10:45, Marco d'Itri wrote:
On Aug 25, Horms [EMAIL PROTECTED] wrote:
There are some architectures where 2.4 is required, its
because of these that it seems that we are stuck with 2.4 for Etch.
alpha (installer), m68k (2.6 only works on amiga), s390
On 8/25/05, Goswin von Brederlow [EMAIL PROTECTED] wrote:
Olaf van der Spek [EMAIL PROTECTED] writes:
On 8/23/05, Marc Haber [EMAIL PROTECTED] wrote:
On Tue, 23 Aug 2005 01:42:18 +0200, Martin Pitt [EMAIL PROTECTED]
wrote:
Something like this is in fact considered. Probably Ubuntu won't
to, 2005-08-25 kello 09:35 +0200, Marc Chantreux kirjoitti:
that is a point which surprise me : i understand the dash for a posix
and lightweight attitude but why use bash as modern shell ? why not
perl or zsh (which are both more powerfull) ?
I think it would be good for us to take pity on
On Wed, Aug 24, 2005 at 11:14:53PM +0200, martin f krafft wrote:
also sprach Gabor Gombas [EMAIL PROTECTED] [2005.08.24.2204 +0200]:
So IMHO udev is more generic than hotplug.
This is Unix, not monolithic-land.
Also, udev was set out to do nothing other than device node
management.
On Aug 25, Frans Pop [EMAIL PROTECTED] wrote:
waldi there is no package to do the configuration
This looks like something which can be easily fixed before the release.
--
ciao,
Marco
signature.asc
Description: Digital signature
Marco d'Itri wrote:
On Aug 25, Horms [EMAIL PROTECTED] wrote:
There are some architectures where 2.4 is required, its
because of these that it seems that we are stuck with 2.4 for Etch.
alpha (installer), m68k (2.6 only works on amiga), s390 (installer),
mips, mipsel
What does
On Aug 25, Thiemo Seufer [EMAIL PROTECTED] wrote:
All those popular mips WLAN devices use still 2.4 kernels, some people
started to port some of them to 2.6, but the main hindrance are binary
only (and thus 2.4 only) drivers.
It's not like they are already supported by debian anyway, then.
Is
hi everyone,
db.debian.org contains (optional) fields for the location of each
developer, an information which currently is only used to generate
edwards's fancy maps. there are other potential uses for this, like
making it possible to find fellow debian developers at some place that
you are
On Thu, 2005-08-25 at 15:37 +0200, Robert Lemmen wrote:
hi everyone,
db.debian.org contains (optional) fields for the location of each
developer, an information which currently is only used to generate
edwards's fancy maps. there are other potential uses for this, like
making it possible
On Thu, Aug 25, 2005 at 02:50:51PM +0100, Oliver Elphick wrote:
You haven't explained why letting other DDs know this information, which
is available to them already, requires the whole world to know it.
If you have some proposals for letting non-DDs have the data, you need
to explain what
Quoting Robert Lemmen [EMAIL PROTECTED]:
1. just make it public (after a warning period), anybody who doesn't
want that can delete his information from the database. my preferred
option!
I don't like opt-out. Better opt-in:
4. Invent a new field public location info and developers
On Wed, 24 Aug 2005, Marc Chantreux wrote:
that are not bugs so i wonder if package maintainers where pleased if i
reportbug those lines as wishlist.
Why would they be displeased?
Anyway, just make triple sure to never use anything from /usr in a script
that otherwise only needs / to work.
On Thu, 25 Aug 2005, Paul TBBle Hampson wrote:
The issue in the above is that the suggestion of two different versions of
libcurl being a problem for prog A is only a problem if the sonames/sovers are
not differentiated, and I suggest they _be_ differentiated. I mean, they
That is not enough.
On Wed, 24 Aug 2005, Peter Palfrader wrote:
mysqld_get_param () {
/usr/sbin/mysqld --print-defaults |
sed -ne s/^.*--$1=\\([^ ]\\+\\).*\$/\\1/p
}
And harder to read. Making scripts more complex and harder to read for
Huh? Anyone that has problem with that sed expression
On Thu, Aug 25, 2005 at 04:51:07PM +0200, W. Borgert wrote:
I don't like opt-out. Better opt-in:
4. Invent a new field public location info and developers
who care, could enter what they think is appropriate.
I'm not sure, whether I would use the field.
i fully agree that generally an
On Wed, 24 Aug 2005, Andrew Porter wrote:
Both require knowledge of a particular tools - one only one tool though.
Once you have that knowledge I would suggest that the single command
version is easier to read (though I personally would use awk).
awk is in /usr, and I recall I got problems
Hello,
I was wondering if the recurrence is implemented as there seems to be no
parsing in mimedir/mimedir-vcomponent.c.
Is there another way how I could set a RRULE in a vevent?
bye, martin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
On Wed, 24 Aug 2005, Mauro Calderara wrote:
Aren't the init-scripts supposed to be posix-compilant? Often when
No. They are not even supposed to be scripts at all, it is pretty ok to
use binary initscripts (but most people don't, and it really helps for stuff
like that to be easy to debug, and
On Thu, 2005-08-25 at 16:01 +0200, Robert Lemmen wrote:
On Thu, Aug 25, 2005 at 02:50:51PM +0100, Oliver Elphick wrote:
You haven't explained why letting other DDs know this information, which
is available to them already, requires the whole world to know it.
If you have some proposals
On Thu, 25 Aug 2005, Marc Chantreux wrote:
that is a point which surprise me : i understand the dash for a posix
and lightweight attitude but why use bash as modern shell ? why not
perl or zsh (which are both more powerfull) ?
Well, as long as you don't start using stuff that breaks often,
On Thu, 2005-08-25 at 16:51 +0200, W. Borgert wrote:
I don't like opt-out. Better opt-in:
4. Invent a new field public location info and developers
who care, could enter what they think is appropriate.
I'm not sure, whether I would use the field.
Not just a single field, but a whole
I'd not been able to use Google talk with Gaim and telnetting
talk.google.com:5222 works.
I'm supposing it has something to do with TLS, In Gtalk developer's page
says it's a must.
I took a look over gaim source package and, at first glance, it includes
support for NLS (./configure include it by
On Thu, Aug 25, 2005 at 12:09:32PM -0300, Henrique de Moraes Holschuh wrote:
mysqld_get_param () {
/usr/sbin/mysqld --print-defaults |
sed -ne s/^.*--$1=\\([^ ]\\+\\).*\$/\\1/p
}
And harder to read. Making scripts more complex and harder to read for
Huh? Anyone that has problem
On Thu, 25 Aug 2005, Robert Lemmen wrote:
i fully agree that generally an opt-in system is better, but in this
case it is far more complicated to implement, and it's not really
Then forget it, and leave it private as it is right now.
--
One disk to rule them all, One disk to find them. One
On Thu, 25 Aug 2005, Steinar H. Gunderson wrote:
fluently. Are you saying that people who don't read the (IMHO rather arcane)
sed regex syntax, having problems with such syntax, shouldn't touch
I am saying that people who *can't* read the sed regex syntax, shouldn't
touch Debian initscripts,
Package: wnpp
Severity: wishlist
Owner: John Goerzen [EMAIL PROTECTED]
* Package name: haskell-fps
Version : 0.1
Upstream Author : Donald Bruce Stewart [EMAIL PROTECTED]
* URL : http://www.cse.unsw.edu.au/~dons/fps.html
* License : GPL
Description : Fast
On Thu, Aug 25, 2005 at 12:17:28PM -0300, Ben Armstrong wrote:
You're still describing the what and not the why. In your original
proposal you talked about fellow Debian developers needing access for
keysignings, drinks, etc. Well, fellow DDs can already do this. But
why does the public
Olaf van der Spek [EMAIL PROTECTED] writes:
I guess this is all related to IO though?
Why don't you extract the files to another place and then simply
link/unlink them instead of tar/rm?
Something might alter the files. That would only ward against some
chroot corruptions and silently keep
Thus spake Maykel Moya:
I'd not been able to use Google talk with Gaim and telnetting
talk.google.com:5222 works.
I'm supposing it has something to do with TLS, In Gtalk developer's page
says it's a must.
I took a look over gaim source package and, at first glance, it includes
support
On Thu, Aug 25, 2005 at 12:44:13PM -0300, Henrique de Moraes Holschuh wrote:
On Thu, 25 Aug 2005, Steinar H. Gunderson wrote:
fluently. Are you saying that people who don't read the (IMHO rather arcane)
sed regex syntax, having problems with such syntax, shouldn't touch
I am saying that
On Tue, 23 Aug 2005 01:42:18 +0200, Martin Pitt [EMAIL PROTECTED] wrote:
Something like this is in fact considered. Probably Ubuntu won't use
pbuilder itself since it is not the most efficient implementation
around, but rebuilding the buildd chroots from scratch would help to
eliminate many
On Thu, 2005-08-25 at 17:57 +0200, Robert Lemmen wrote:
there are two reasaons:
- while debian developers might have access to it, it's in a form that
makes it hard to access it, so i doubt that anyone will look up who
is living at some place when he gets there. making this more
Andreas Barth wrote:
[snip]
DEBIAN PACKAGE FROM REPOSITORY:
11 .rodata 000840cb 0021a180 0021a180 ...
21 .data 000233c0 003f1d60 003f1d60 ...
MY OWN RECOMPILED DEBIAN PACKAGE:
11 .rodata 000a43ad 001f3180
Hi Michael!
Michael Spang [2005-08-25 12:44 -0400]:
Wouldn't those bugs just be indicative of an improperly packaged app or
broken build system? I really don't see the point of using pbuilder to
inefficiently work around a fixable problem.
Sure, these packages should be fixed. However, at
On Thu, Aug 25, 2005 at 07:47:17PM +0200, Thiemo Seufer wrote:
The immediate suspect is binutils, particularily ld. It might be
interesting to do test compiles with an older binutils version
(2.15 vs. 2.16?) and see if the problem is reproducible.
The package in question was already build
On Thu, Aug 25, 2005 at 01:52:16PM -0300, Ben Armstrong wrote:
If that's the case, we should improve developer access instead of
backing your proposal.
which is exactly what i am trying to do, it just make smore sense to
also make it more accessible to non-dds
Social networking systems exist
On Thu, Aug 25, 2005 at 08:07:42PM +0200, Kurt Roeckx wrote:
On Thu, Aug 25, 2005 at 07:47:17PM +0200, Thiemo Seufer wrote:
The immediate suspect is binutils, particularily ld. It might be
interesting to do test compiles with an older binutils version
(2.15 vs. 2.16?) and see if the problem
On Thu, 25 Aug 2005, sean finney wrote:
On Thu, Aug 25, 2005 at 12:44:13PM -0300, Henrique de Moraes Holschuh wrote:
On Thu, 25 Aug 2005, Steinar H. Gunderson wrote:
fluently. Are you saying that people who don't read the (IMHO rather
arcane)
sed regex syntax, having problems with
Package: wnpp
Severity: wishlist
Owner: Kevin Coyner [EMAIL PROTECTED]
* Package name: nmzmail
Version : 0.1.3
Upstream Author : Johannes Hofmann [EMAIL PROTECTED]
* URL : http://www.ecademix.com/JohannesHofmann/#nmzmail
* License : GPL
Description :
On 10392 March 1977, Javier Fernández-Sanguino Peña wrote:
Note: Im speaking *for me*, not anyone else in the team!
As you may have noticed, the beloved target of many flamewars, the
NEW queue [1] has been reduced to an average of less than 10
packages. Packages are processed within days,
Hi,
[full cite left for d-ds usage]
* Stephane Chauveau ([EMAIL PROTECTED]) [050825 01:16]:
I was profiling the memory usage of libgtk when discovered something
very strange.
As you may know, shared memory are usually mapped in 2 different memory
segments.
The first segment containing
On Thu, Aug 25, 2005 at 08:01:24PM +0200, Martin Pitt wrote:
Michael Spang [2005-08-25 12:44 -0400]:
If they're not fixable (I don't see how this could be) perhaps we
need a Build-Conflicts field.
Most probably not, since buildd chroots only install the required
build-deps and
On Thu, Aug 25, 2005 at 07:39:08PM +0200, Robert Lemmen wrote:
anyway, i did get your point: you would very much wish for that
information to stay non-public unless one explicitely makes it public.
Yes, please.
Cheers, WB
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Thu, Aug 25, 2005 at 05:11:01PM +0200, Robert Lemmen wrote:
On Thu, Aug 25, 2005 at 04:51:07PM +0200, W. Borgert wrote:
I don't like opt-out. Better opt-in:
4. Invent a new field public location info and developers
who care, could enter what they think is appropriate.
i fully
On Thu, Aug 25, 2005 at 05:57:30PM +0200, Robert Lemmen wrote:
On Thu, Aug 25, 2005 at 12:17:28PM -0300, Ben Armstrong wrote:
You're still describing the what and not the why. In your original
proposal you talked about fellow Debian developers needing access for
keysignings, drinks, etc.
On 8/25/05, Goswin von Brederlow [EMAIL PROTECTED] wrote:
Olaf van der Spek [EMAIL PROTECTED] writes:
I guess this is all related to IO though?
Why don't you extract the files to another place and then simply
link/unlink them instead of tar/rm?
Something might alter the files. That
I'm not sure if this is the right group to post to, but I am trying to
learn how to make deb packages and I seem to go around in circles
confusing myself.
I am following this HowTo
http://www.debian.org/doc/maint-guide/ and I keep getting errors from
lintian and linda that I do not know how to
Kurt Roeckx wrote:
On Thu, Aug 25, 2005 at 07:47:17PM +0200, Thiemo Seufer wrote:
The immediate suspect is binutils, particularily ld. It might be
interesting to do test compiles with an older binutils version
(2.15 vs. 2.16?) and see if the problem is reproducible.
The package in
On Thu, Aug 25, 2005 at 06:06:10PM -0400, jdgamble wrote:
I'm not sure if this is the right group to post to, but I am trying to
learn how to make deb packages and I seem to go around in circles
confusing myself.
[...]
It is not. The debian-mentors list is devoted to this particular
topic, so
jdgamble wrote:
I'm not sure if this is the right group to post to, but I am trying to
learn how to make deb packages and I seem to go around in circles
confusing myself.
I am following this HowTo
http://www.debian.org/doc/maint-guide/ and I keep getting errors from
lintian and linda that I do
On Fri, Aug 26, 2005 at 12:21:07AM +0200, Stephane Chauveau wrote:
I am not really surprised because I just compared the linker scripts
from 2.15 and 2.16.
They have a different section ordering and the official debian package
clearly follows the 2.16 ordering. Also, there was no
Thiemo Seufer wrote:
Andreas Barth wrote:
[snip]
DEBIAN PACKAGE FROM REPOSITORY:
11 .rodata 000840cb 0021a180 0021a180 ...
21 .data 000233c0 003f1d60 003f1d60 ...
MY OWN RECOMPILED DEBIAN PACKAGE:
11 .rodata 000a43ad
On Fri, 26 Aug 2005 00:50:06 +0200, The Fungi wrote:
I am new to this whole thing of creating deb packages. I am trying to
make a deb file from the source of http://gotmail.sf.net so that they can
post it with their sf project files.
[...]
The gotmail application has already been packaged
On 8/25/05, jdgamble [EMAIL PROTECTED] wrote:
On Fri, 26 Aug 2005 00:50:06 +0200, The Fungi wrote:
I am new to this whole thing of creating deb packages. I am trying to
make a deb file from the source of http://gotmail.sf.net so that they can
post it with their sf project files.
[...]
Package: wnpp
Severity: wishlist
Owner: Jose Luis Tallon [EMAIL PROTECTED]
* Package name: libsieve2
Version : 2.1.7
Upstream Author : Aaron Stone [EMAIL PROTECTED]
* URL : http://libsieve.sourceforge.net/
* License : MIT(legacy code) and GNU LGPL
Riku Voipio wrote:
I've tired using Debian on nfsroot/nbd on a Linksys wap54g. Unfortunatly
I ran out of ram often, and swapping over nfs patches have disappeared
into the time, while swapping over NBD gained some serious lockups..
An usb-slot seems to be necessary with current memory
Joey Hess wrote:
Both completly automated installs as well as an install that is
automated through initial dhcp and then uses the existing
network-console stuff that was developed for s390 to let you ssh into
the installer.
Serial USB console is another possibility (d-i has the core support
On Thu, Aug 25, 2005 at 05:11:01PM +0200, Robert Lemmen wrote:
i fully agree that generally an opt-in system is better, but in this
case it is far more complicated to implement, and it's not really
anything big that we are talking about here. if you want to hide where
you are living from the
Theodore Ts'o [EMAIL PROTECTED] writes:
Some people are not comfortable with having that kind of information
easily available on the Internet. The default must be opt-in, or not
at all.
I understand why it must be optional, but I'm unclear why that means
that the default must be opt-in. Can
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
I understand why it must be optional, but I'm unclear why that means
that the default must be opt-in. Can you explain?
We are talking about Debian Developers, who are supposed to read their
email. We can easily give people fair warning, and
Russ Allbery [EMAIL PROTECTED] writes:
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
I understand why it must be optional, but I'm unclear why that means
that the default must be opt-in. Can you explain?
We are talking about Debian Developers, who are supposed to read their
email. We can
Robert Lemmen [EMAIL PROTECTED] writes:
db.debian.org contains (optional) fields for the location of each
developer, an information which currently is only used to generate
edwards's fancy maps. there are other potential uses for this, like
making it possible to find fellow debian developers
On Thu, 2005-08-25 at 22:12 -0400, Theodore Ts'o wrote:
On Thu, Aug 25, 2005 at 05:11:01PM +0200, Robert Lemmen wrote:
i fully agree that generally an opt-in system is better, but in this
case it is far more complicated to implement, and it's not really
anything big that we are talking
In article [EMAIL PROTECTED] you wrote:
Why not simply hide it behind the password screen?
the developer databasequery interface and details is hidden behind a
password, already?
Greetings
Bernd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
On Thu, Aug 25, 2005 at 03:55:03PM -0300, Otavio Salvador wrote:
[EMAIL PROTECTED] (Marco d'Itri) writes:
On Aug 25, Frans Pop [EMAIL PROTECTED] wrote:
waldi there is no package to do the configuration
This looks like something which can be easily fixed before the release.
I don't
Bernd Eckenfels [EMAIL PROTECTED] writes:
In article [EMAIL PROTECTED] you wrote:
Why not simply hide it behind the password screen?
the developer databasequery interface and details is hidden behind a
password, already?
Right, so whatever new thing he wants, if that's what he wants, can be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 25 Aug 2005 01:26:04 -0400
Source: matchit
Binary: r-other-gking-matchit r-cran-matchit
Architecture: source all
Version: 1.0-2-1
Distribution: unstable
Urgency: low
Maintainer: Chris Lawrence [EMAIL PROTECTED]
Changed-By: Chris
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 25 Aug 2005 01:18:51 -0400
Source: zelig
Binary: r-other-gking-zelig r-cran-zelig
Architecture: source all
Version: 2.4-1-1
Distribution: unstable
Urgency: low
Maintainer: Chris Lawrence [EMAIL PROTECTED]
Changed-By: Chris
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 23 Aug 2005 22:22:49 +0200
Source: maelstrom
Binary: maelstrom
Architecture: source i386
Version: 1.4.3-L3.0.6-5
Distribution: unstable
Urgency: low
Maintainer: Christoph Baumann [EMAIL PROTECTED]
Changed-By: Christoph Baumann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 25 Aug 2005 07:55:01 +0200
Source: gvr
Binary: gvr
Architecture: source all
Version: 1.3.1-5
Distribution: unstable
Urgency: low
Maintainer: Sergio Talens-Oliag [EMAIL PROTECTED]
Changed-By: Sergio Talens-Oliag [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 25 Aug 2005 09:52:54 +0200
Source: libgwenhywfar
Binary: libgwenhywfar17c2 libgwenhywfar-doc libgwenhywfar17-dev
libgwenhywfar-data
Architecture: source all i386
Version: 1.18.0-1
Distribution: unstable
Urgency: low
Maintainer:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 25 Aug 2005 06:14:06 -0700
Source: mlton
Binary: mlton
Architecture: source i386
Version: 20050825-1
Distribution: unstable
Urgency: low
Maintainer: Stephen Weeks [EMAIL PROTECTED]
Changed-By: Stephen Weeks [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 20 Aug 2005 13:39:14 +0200
Source: libpam-ldap
Binary: libpam-ldap
Architecture: source hppa
Version: 178-1sarge1
Distribution: stable-security
Urgency: high
Maintainer: Martin Schulze [EMAIL PROTECTED]
Changed-By: Martin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 25 Aug 2005 20:16:08 +0200
Source: base-files
Binary: base-files
Architecture: source powerpc
Version: 3.1.7
Distribution: unstable
Urgency: medium
Maintainer: Santiago Vila [EMAIL PROTECTED]
Changed-By: Santiago Vila [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 25 Aug 2005 19:45:44 +0100
Source: bins
Binary: bins
Architecture: source all
Version: 1.1.29-1
Distribution: unstable
Urgency: low
Maintainer: Ludovic Rousseau [EMAIL PROTECTED]
Changed-By: Martin Michlmayr [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 25 Aug 2005 20:27:19 +0200
Source: spong
Binary: spong-server spong-client spong-www spong-common
Architecture: source all
Version: 2.7.7-11
Distribution: unstable
Urgency: low
Maintainer: Clément Stenac [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 25 Aug 2005 21:34:06 +0200
Source: sooperlooper
Binary: sooperlooper
Architecture: source i386
Version: 1.0.5-5
Distribution: unstable
Urgency: low
Maintainer: Guenter Geiger (Debian/GNU) [EMAIL PROTECTED]
Changed-By: Guenter
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 25 Aug 2005 14:59:29 +0200
Source: snort
Binary: snort-mysql snort-doc snort-rules-default snort-common snort-pgsql snort
Architecture: source i386 all
Version: 2.3.2-6
Distribution: unstable
Urgency: low
Maintainer: Javier
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 24 Aug 2005 02:53:38 +0200
Source: worlded
Binary: worlded
Architecture: source i386
Version: 0.1.3-6
Distribution: unstable
Urgency: low
Maintainer: Marc Dequènes (Duck) [EMAIL PROTECTED]
Changed-By: Marc Dequènes (Duck)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 25 Aug 2005 15:48:31 -0400
Source: zsh
Binary: zsh zsh-static zsh-doc
Architecture: source all
Version: 4.2.5-17
Distribution: unstable
Urgency: high
Maintainer: Clint Adams [EMAIL PROTECTED]
Changed-By: Clint Adams [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 25 Aug 2005 23:55:00 +0200
Source: tramp
Binary: tramp
Architecture: source all
Version: 1:2.0.50-3
Distribution: unstable
Urgency: low
Maintainer: Romain Francoise [EMAIL PROTECTED]
Changed-By: Romain Francoise [EMAIL
1 - 100 of 114 matches
Mail list logo