On Mon, Sep 24, 2007 at 06:16:57PM -0700, Russ Allbery wrote:
Right now, it's also badly out of date in several respects and not in a
position to lead any charge. Manoj and I have both been eaten by our
respective day jobs, there are a ton of obvious fixes that should go into
the next
Ben Finney wrote:
That is, so that the information can be extracted automatically and
presented by a program in various contexts, rather than having the
*only* way to get at the information be to read the debian/copyright
file in its entirety.
If machine-parsing the copyright file is desired,
Package: wnpp
Severity: wishlist
Owner: Sergei Golovan [EMAIL PROTECTED]
* Package name: tcl8.5
Version : 8.5b1
Upstream Author : Tcl Core Team (http://www.tcl.tk/community/coreteam/)
* URL : http://www.tcl.tk/
* License : BSD
Programming Lang: C, Tcl
Steve Greenland wrote:
It seems to me that module-assistant should recommend/depend on bzip2,
since it is presumably m-a that is calling it.
Since it seems as if not every module package is distributed as a bzip2
tarball I think Recommends would be suffice. Because it is a strong, but
not
Ben Finney wrote:
I'm of the opinion that a copyright statement for the work in a Debian
package should include valid contact details
...
If they want to avoid giving valid contact information
...
The goal is not withold valid contact information, it is to impede
automatic email-harvesting
On Tue, 25 Sep 2007, Jon Dowland wrote:
Ben Finney wrote:
That is, so that the information can be extracted automatically and
presented by a program in various contexts, rather than having the
*only* way to get at the information be to read the debian/copyright
file in its entirety.
If
On Sep 25, Sebastian Dröge [EMAIL PROTECTED] wrote:
does somebody know about a solution to check whether one runs in a
buildd chroot or not? I need this to prevent hal from starting in buildd
chroots (via invoke-rc.d from postinst) as it breaks there because of
several reasons, including no
On 25/09/2007 Sebastian Dröge wrote:
does somebody know about a solution to check whether one runs in a
buildd chroot or not? I need this to prevent hal from starting in buildd
chroots (via invoke-rc.d from postinst) as it breaks there because of
several reasons, including no /sys mounted.
I
Hi,
Sebastian Dröge schrieb:
does somebody know about a solution to check whether one runs in a
buildd chroot or not? I need this to prevent hal from starting in buildd
chroots (via invoke-rc.d from postinst) as it breaks there because of
several reasons, including no /sys mounted.
My
On 2007-09-24 13:17 -0500, Steve Greenland wrote:
On 24-Sep-07, 04:30 (CDT), Andre Majorel [EMAIL PROTECTED] wrote:
On 2007-09-24 18:21 +1000, Ben Finney wrote:
Andre Majorel [EMAIL PROTECTED] writes:
On 2007-09-23 17:22 -0700, Don Armstrong wrote:
The package should include in
Am Dienstag, den 25.09.2007, 11:55 +0200 schrieb Simon Richter:
Hi,
Sebastian Dröge schrieb:
does somebody know about a solution to check whether one runs in a
buildd chroot or not? I need this to prevent hal from starting in buildd
chroots (via invoke-rc.d from postinst) as it breaks
Am Dienstag, den 25.09.2007, 11:49 +0200 schrieb Jonas Meurer:
On 25/09/2007 Sebastian Dröge wrote:
does somebody know about a solution to check whether one runs in a
buildd chroot or not? I need this to prevent hal from starting in buildd
chroots (via invoke-rc.d from postinst) as it
Am Dienstag, den 25.09.2007, 11:35 +0200 schrieb Marco d'Itri:
On Sep 25, Sebastian Dröge [EMAIL PROTECTED] wrote:
does somebody know about a solution to check whether one runs in a
buildd chroot or not? I need this to prevent hal from starting in buildd
chroots (via invoke-rc.d from
On Tue, Sep 25, 2007 at 02:33:58AM -0700, Don Armstrong wrote:
Like say, http://wiki.debian.org/Proposals/CopyrightFormat ?
Yup, exactly like that :-)
Would specifying the copyright line as being structured
(rather than free-form) not be a prerequisite before
specifying the email address to be
Hi,
Sebastian Dröge wrote:
Would it make sense to demote the dependency on the hal daemon to a
Recommends (after all, the hal client library should deal with the
daemon not running anyway)?
gnome-mount depends on hal as it doesn't work at all without hal.
Well, gnome-mount should never
Hi,
inspired by the how to detect if inside a buildd chroot thread: would
it make sense to have an (empty) package autobuilder that all packages
that are not supposed to be installed on autobuilders (daemons, packages
requiring interactive configuration, ...) can conflict against?
Simon
Am Dienstag, den 25.09.2007, 12:23 +0200 schrieb Simon Richter:
Hi,
Sebastian Dröge wrote:
Would it make sense to demote the dependency on the hal daemon to a
Recommends (after all, the hal client library should deal with the
daemon not running anyway)?
gnome-mount depends on hal
ti, 2007-09-25 kello 11:55 +0200, Simon Richter kirjoitti:
Hi,
Sebastian Dröge schrieb:
does somebody know about a solution to check whether one runs in a
buildd chroot or not? I need this to prevent hal from starting in buildd
chroots (via invoke-rc.d from postinst) as it breaks there
On Tue, Sep 25, 2007 at 11:30:37AM +0200, Patrick Schoenfeld wrote:
Steve Greenland wrote:
It seems to me that module-assistant should recommend/depend on bzip2,
since it is presumably m-a that is calling it.
Since it seems as if not every module package is distributed as a bzip2
tarball
tag 439389 help
stop
Sebastian Dröge [EMAIL PROTECTED] writes:
Would it make sense to demote the dependency on the hal daemon to a
Recommends (after all, the hal client library should deal with the
daemon not running anyway)?
In one of the cases I found this won't be correct:
[EMAIL PROTECTED] writes:
On Mon, Sep 24, 2007 at 08:35:50PM +0200, Goswin von Brederlow wrote:
Some tools use randomization to get out of worst case situations or
general optimization. For example when you look for an optimal
allocation of register usage you can do a search by picking a
Simon Richter [EMAIL PROTECTED] writes:
Hi,
inspired by the how to detect if inside a buildd chroot thread:
would it make sense to have an (empty) package autobuilder that all
packages that are not supposed to be installed on autobuilders
(daemons, packages requiring interactive
Hi,
On Tuesday 25 September 2007 12:25, Simon Richter wrote:
inspired by the how to detect if inside a buildd chroot thread: would
it make sense to have an (empty) package autobuilder that all packages
that are not supposed to be installed on autobuilders (daemons, packages
requiring
On Tue, 25 Sep 2007, Jon Dowland wrote:
On Tue, Sep 25, 2007 at 02:33:58AM -0700, Don Armstrong wrote:
Like say, http://wiki.debian.org/Proposals/CopyrightFormat ?
Yup, exactly like that :-)
Would specifying the copyright line as being structured
(rather than free-form) not be a
On Sep 22, 2007, at 8:18 PM, Peter Eckersley wrote:
On Sep 22, Marco D'Itri [EMAIL PROTECTED] wrote:
On Sep 22, Peter Eckersley [EMAIL PROTECTED] wrote:
This means, in practice, that many sites will be able to track
Debian users by their User-Agent, even if (say) the user is blocking
cookies
The Debian volatile archive is the place for packages that expires
before new Debian release. The description perfectly fits for my
package libdatetime-timezone-perl.
I prepared a few weeks ago new releases for sarge and etch. The
release is based on old packages which have refreshed just
On Tue, 2007-09-25 at 13:14 +0300, Lars Wirzenius wrote:
ti, 2007-09-25 kello 11:55 +0200, Simon Richter kirjoitti:
Sebastian Dröge schrieb:
does somebody know about a solution to check whether one runs in a
buildd chroot or not? I need this to prevent hal from starting in buildd
On Sep 23, 2007, at 1:39 AM, Joerg Jaspert wrote:
On 11150 March 1977, Peter Eckersley wrote:
This is highly debateable. There may be tens or thousands of
users of
the same package visiting a web site.
I've seen reports from very large sites indicating that User-Agent
strings are almost as
Hi Piotr,
On Tue Sep 25, 2007 at 14:10:58 +0200, Piotr Roszatycki wrote:
The Debian volatile archive is the place for packages that expires
before new Debian release. The description perfectly fits for my
package libdatetime-timezone-perl.
I prepared a few weeks ago new releases for sarge
Ah... Do you mean this mail?
am I missing something completely here?
[EMAIL PROTECTED]:~/debian/packages$ diff -rNu
libdatetime-timezone-perl-0.42-before-dv/ libdatetime-timezone-perl-0.42 |
diffstat
changelog|9
control |
Andre Majorel [EMAIL PROTECTED] writes:
The people who mind having their address published are not likely to
hand it out without obfuscating it.
These aren't email addresses of close personal friends, given to a
select few people. These are email addresses given by the copyright
holder as the
Sebastian Dröge [EMAIL PROTECTED] writes:
That sounds like recommends, TBH. The fact that apt used to not
install Recommends by default has led to way too stringent
relationships; I don't see a problem with packages that are largely
unusable without a recommended package as long as they
On Tue September 25 2007 5:03:32 am Sebastian Dröge wrote:
AFAIK this only happens if specified in some config file that daemons
shouldn't be started. Whatever, although hal is invoked by invoke-rc.d
it is started in the buildd chroots. :/
It is this whole problem that has caused me to
Piotr Roszatycki wrote:
After 30th of September the timezone data for New Zealand will be not
correct (Bug#440258). The users who rely on Debian package will notice
that something goes wrong.
Based on the description (and not the patch) it seems to me that this
kind of change should be in the
John Goerzen [EMAIL PROTECTED] writes:
It is this whole problem that has caused me to never want to try to build
things in chroots -- the problem of installing things that mess with
daemons. I've had MTAs restarted, cron restarted, etc.
Sounds like a bug (severity important) to me.
--
package: wnpp
Severity: wishlist
Owner: Holger Levsen [EMAIL PROTECTED]
x-debbugs-cc: debian-devel@lists.debian.org,
[EMAIL PROTECTED], [EMAIL PROTECTED]
* Package name: sugar
Version : snapshots
Upstream Authors : 14 people, see AUTHORS
* URL :
On Tue, Sep 25, 2007 at 04:08:32PM +0200, Holger Levsen wrote:
package: wnpp
Severity: wishlist
Owner: Holger Levsen [EMAIL PROTECTED]
x-debbugs-cc: debian-devel@lists.debian.org,
[EMAIL PROTECTED], [EMAIL PROTECTED]
* Package name: sugar
Version : snapshots
Upstream
Hi,
On Tue Sep 25, 2007 at 14:55:47 +0200, Piotr Roszatycki wrote:
Ah... Do you mean this mail?
am I missing something completely here?
[EMAIL PROTECTED]:~/debian/packages$ diff -rNu
libdatetime-timezone-perl-0.42-before-dv/ libdatetime-timezone-perl-0.42
| diffstat
changelog
ti, 2007-09-25 kello 08:18 -0500, John Goerzen kirjoitti:
I don't really think that chroot is the appropriate tool for this.
Why not
something more strongly isolated, such as vserver, OpenVZ, or even Xen or
UML for this?
If the chroot has a policy-rc.d that says not to start daemons, any
dh_movefiles(1) says that dh_install is a much better program, and you are
recommended to use it instead. Accordingly, I've changed the packages I've
adopted from using dh_movefiles to dh_install --sourcedir=debian/tmp. But
it's not entirely clear to me just _how_ dh_install is so much better.
Package: wnpp
Severity: wishlist
Owner: Jeff Licquia [EMAIL PROTECTED]
* Package name: papi
Version : 1.0 beta
Upstream Author : Norm Jacobs [EMAIL PROTECTED]
* URL : http://sourceforge.net/projects/openprinting
* License : Mostly CDDL (some LGPL, some
Hi,
On Tuesday 25 September 2007 16:20, Simon Huggins wrote:
Sugar is the core of the OLPC Human Interface. Its goal is to turn the
Laptop into a fun, easy to use, social experience that promotes sharing
and learning.
But, er, what does it /do/?
Point taken.
I read the webpage but that
Hamish Moffatt schrieb:
True, but what would be the harm in depending on bzip2? Given that
Well, i don't see a harm caused by that. But IMHO it is just a question
of how to read the policy, as it states the (spongelike) sentence:
The Depends field should be used if the depended-on package is
El Tuesday 25 September 2007 05:37:51 Steve Greenland va escriure:
JuggleMaster is a siteswap animator. If you know what that is, great.
If you don't, you can just install the program and look at some of the
builtin patterns, without understanding the notation.
Look, I one of those who
On Tue, 25 Sep 2007 08:18:39 -0500, John Goerzen [EMAIL PROTECTED] said:
I don't really think that chroot is the appropriate tool for this.
Why not something more strongly isolated, such as vserver, OpenVZ, or
even Xen or UML for this?
I've always used an UML for this. I need to
hi,
I just want to double check that changing the name of a source package
can be done as I anticipate it.
I would like to change the name of the source package php4-ps into
php-ps. php4-ps creates two binary packages php4-ps and php5-ps.
The new source package php-ps will only create php5-ps
Le Tuesday 25 September 2007 16:51:10 Patrick Schoenfeld, vous avez écrit :
module-assistant installs build-essential it doesn't seem like space is
an important consideration.
When i read this sentence I had an idea of what would eventually be
better. module-assistant is installing
Package: wnpp
Severity: wishlist
Owner: Patrick Schoenfeld [EMAIL PROTECTED]
* Package name: gimmix
Version : 0.4.1
Upstream Author : Priyank Gosalia [EMAIL PROTECTED]
* URL : http://gimmix.berlios.de/index.php
* License : GPL
Programming Lang: C
It's not about one timezone. The new release refresh all available
timezones. The whole package was synced with the latest Olson
database.
It is simple analogy for tzdata package. You should also ask, why the
tzdata package has so many changes and why don't simply update only
one timezone?
On Tue, 25 Sep 2007 02:36:24 -0600, Bruce Sass [EMAIL PROTECTED] said:
On Sun September 23 2007 03:08:59 pm Manoj Srivastava wrote:
On Sun, 23 Sep 2007 14:26:29 -0600, Bruce Sass [EMAIL PROTECTED] said:
On Sun September 23 2007 11:00:58 am Manoj Srivastava wrote:
We can create any number
Romain Beauxis schrieb:
Well the real solution to solve this is to count the ratio of packages that
provides sources as a bzip2 tarball with regard to gzip tarballs.
Why do you call it the *real* solution? What makes the solution better
over the one I suggested?
If this is a vast majority,
Dear Debian MIA Team,
I made a small patch for the jscal.c in the joystick package.
I then tried to contact the maintainer, Edward Betts ([EMAIL PROTECTED])
on 09/17/2007, with no success.
As recommended on the page 'Debian Developer's Reference Chapter 7 /
Dealing with inactive and/or
* Reinhard Tartler:
- libxine1 only depends on libraries, that it really needs. This
leaves users that don't install the recommended packages in the
situation, that they cannot play their mp3/ogg/etc files.
I guess this will be a non-issue as soon as apt-get installs
recommends by
Le Tuesday 25 September 2007 17:37:03 Patrick Schoenfeld, vous avez écrit :
Romain Beauxis schrieb:
Well the real solution to solve this is to count the ratio of packages
that provides sources as a bzip2 tarball with regard to gzip tarballs.
Why do you call it the *real* solution? What
Jeff Licquia wrote:
* Package name: papi
[...]
This is an implementation of OpenPrinting PAPI, a programming
specification for cross-platform and cross-print-system printing.
For me, papi is a library with its tools to access hardware performance
counters. It used a lot on some plateform
On Tue, Sep 25, 2007 at 05:36:03PM +0200, Piotr Roszatycki wrote:
It's not about one timezone. The new release refresh all available
timezones. The whole package was synced with the latest Olson
database.
It would be good if you fixed #416206, and used tzdata yourself. So
that we only need to
Debian-devel
best x x x for free
7forfree dot cn
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, Sep 25, 2007 at 05:04:47PM +0200, Uwe Steinmann wrote:
From what I have read so far, it should be sufficient to upload the
new source package which takes over the binary package php5-ps.
Is it required to wait for a new upstream version or can I simply
push up the debian version from
Vincent Danjean wrote:
For me, papi is a library with its tools to access hardware performance
counters. It used a lot on some plateform (NUMA, ...) to analyze the
performance of HPC programs.
Google with papi give this link in first :
http://icl.cs.utk.edu/papi/
This software is not packaged
It is almost impossible.
The DateTime::TimeZone is pure Perl library and can't use binary data
from tzdata package. In fact, this library can be used on systems
without libc6 and tzdata at all! You wrongly assume that tzdata
package is more important than libdatetime-timezone-perl package. It
can
On Tue, Sep 25, 2007 at 09:48:19PM +0200, Piotr Roszatycki wrote:
It is almost impossible.
The DateTime::TimeZone is pure Perl library and can't use binary data
from tzdata package. In fact, this library can be used on systems
without libc6 and tzdata at all! You wrongly assume that tzdata
On 25-Sep-07, 04:13 (CDT), Jon Dowland [EMAIL PROTECTED] wrote:
The goal is not withold valid contact information, it is to impede
automatic email-harvesting software. So far we haven't discussed munging
addresses beyond human recognition, just sufficiently to impede work on
This is an automatic notification regarding your Bug report
which was filed against the liquidlnf package:
#443406: Use of our external site embedded into a Debian file
It has been closed by Torsten Werner [EMAIL PROTECTED].
Their explanation is attached below. If this explanation is
It is already such library called DateTime::TimeZone::Tzfile. It is
not packaged yet, but... It is different story. We still talk about
DateTime::TimeZone. Even if it should be replaced with newer, better
and faster libraray, it is ALREADY in etch and sarge.
The Debian supports the packages which
Hi. Thank you a lot.
I suppose that everyone are busy today, so do I. I'm a little tired
with sponsoring his packages and I know he could to upload his
packages by his own.
I really don't undestand why new developers are checked so precisely.
I think it is much harder to join Debian than i.e.
On Mon, Sep 24, 2007 at 06:20:40PM -0500, Manoj Srivastava wrote:
On Tue, 25 Sep 2007 00:04:15 +0200, Martin Uecker [EMAIL PROTECTED] said:
It would be enough when just a few people are actually recompiling the
binaries and compare it to the official debian packages. Then
*everbody*
On Tue, Sep 25, 2007 at 01:03:27AM +0100, Benjamin A'Lee wrote:
On Tue, Sep 25, 2007 at 12:04:15AM +0200, Martin Uecker wrote:
Manoj Srivastava [EMAIL PROTECTED] wrote:
Actually, if you do not trust the path down which a binary
package flows, you can not use any information down
Hi,
On Tue Sep 25, 2007 at 17:36:03 +0200, Piotr Roszatycki wrote:
It is simple analogy for tzdata package. You should also ask, why the
tzdata package has so many changes and why don't simply update only
one timezone?
[EMAIL PROTECTED]:~% diff -rNu tzdata-2007b tzdata-2007f | diffstat
You made a subtle mistake. You checked the source package for tzdata
and the changes are really small. Then you checked the differences for
libdatetime-timezone-perl package, but this source package is already
compiled. You should check the difference between binary packages for
tzdata.
The real
On Tue, Sep 25, 2007 at 04:51:10PM +0200, Patrick Schoenfeld wrote:
Hamish Moffatt schrieb:
module-assistant installs build-essential it doesn't seem like space is
an important consideration.
When i read this sentence I had an idea of what would eventually be
better. module-assistant is
On Wed, Sep 26, 2007 at 08:44:50AM +1000, Hamish Moffatt wrote:
It would be consistent with m-a's handling of build-essential. However,
I think m-a should depend on build-essential since it always requires
it. Therefore we are still undecided about bzip2.
m-a don't need build-essential. It
Package: wnpp
Severity: wishlist
Owner: Sylvain Le Gall [EMAIL PROTECTED]
* Package name: cothreads
Version : 0.10
Upstream Author : Zheng Li [EMAIL PROTECTED]
* URL : http://cothreads.sourceforge.net/
* License : GPL
Programming Lang: OCaml
Description
Clint Adams [EMAIL PROTECTED] writes:
On Mon, Sep 24, 2007 at 06:16:57PM -0700, Russ Allbery wrote:
Right now, it's also badly out of date in several respects and not in a
position to lead any charge. Manoj and I have both been eaten by our
respective day jobs, there are a ton of obvious
On Wed, 26 Sep 2007 01:03:38 +0200, Bastian Blank [EMAIL PROTECTED] said:
On Wed, Sep 26, 2007 at 08:44:50AM +1000, Hamish Moffatt wrote:
It would be consistent with m-a's handling of
build-essential. However, I think m-a should depend on
build-essential since it always requires it.
On Tue, 25 Sep 2007 23:49:17 +0200, Martin Uecker [EMAIL PROTECTED] said:
On Mon, Sep 24, 2007 at 06:20:40PM -0500, Manoj Srivastava wrote:
On Tue, 25 Sep 2007 00:04:15 +0200, Martin Uecker [EMAIL PROTECTED]
said:
It would be enough when just a few people are actually recompiling
the
On Tue, Sep 25, 2007 at 06:33:40PM -0500, Manoj Srivastava wrote:
On Tue, 25 Sep 2007 23:49:17 +0200, Martin Uecker [EMAIL PROTECTED] said:
On Mon, Sep 24, 2007 at 06:20:40PM -0500, Manoj Srivastava wrote:
On Tue, 25 Sep 2007 00:04:15 +0200, Martin Uecker [EMAIL PROTECTED]
said:
On Wed, Sep 26, 2007 at 01:03:38AM +0200, Bastian Blank wrote:
On Wed, Sep 26, 2007 at 08:44:50AM +1000, Hamish Moffatt wrote:
It would be consistent with m-a's handling of build-essential. However,
I think m-a should depend on build-essential since it always requires
it. Therefore we are
Martin Uecker [EMAIL PROTECTED] writes:
On Tue, Sep 25, 2007 at 06:33:40PM -0500, Manoj Srivastava wrote:
Ah, security through blissful ignorance :) You do not
actually trust the archive, or the developers, you trust the
silence.
I trust special relativity, because nobody has
On 9/26/07, laszlo kajan [EMAIL PROTECTED] wrote:
I then tried to contact the maintainer, Edward Betts ([EMAIL PROTECTED])
on 09/17/2007, with no success.
That wasn't very long ago.
Please show me the way I can have my patch included in jscal.c of the
joystick package. I believe it is
On Wed, 2007-09-26 at 11:26 +1000, Hamish Moffatt wrote:
On Wed, Sep 26, 2007 at 01:03:38AM +0200, Bastian Blank wrote:
m-a don't need build-essential. It needs the compiler (nothing else like
libc headers) for the kernel. The debian linux headers already depends
against the correct
On Tue, Sep 25, 2007 at 10:10:52PM -0400, Edward Allcutt wrote:
On Wed, 2007-09-26 at 11:26 +1000, Hamish Moffatt wrote:
On Wed, Sep 26, 2007 at 01:03:38AM +0200, Bastian Blank wrote:
m-a don't need build-essential. It needs the compiler (nothing else like
libc headers) for the kernel.
On Tue, 25 Sep 2007 22:10:52 -0400, Edward Allcutt [EMAIL PROTECTED] said:
Perhaps because the specific compiler needed depends on what the
current kernel was compiled with? I thought that was the reason
linux-headers depended on a specific compiler version.
Has that ever been the
On Wed, 26 Sep 2007 02:45:09 +0200, Martin Uecker [EMAIL PROTECTED] said:
On Tue, Sep 25, 2007 at 06:33:40PM -0500, Manoj Srivastava wrote:
On Tue, 25 Sep 2007 23:49:17 +0200, Martin Uecker [EMAIL PROTECTED]
said:
On Mon, Sep 24, 2007 at 06:20:40PM -0500, Manoj Srivastava wrote:
On Tue,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 24 Sep 2007 21:22:09 -0600
Source: libnet-sip-perl
Binary: libnet-sip-perl
Architecture: source all
Version: 0.37-1
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group [EMAIL PROTECTED]
Changed-By: Rene Mayorga
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 25 Sep 2007 16:41:32 +1000
Source: puppet
Binary: puppet puppetmaster
Architecture: source all
Version: 0.23.2-7
Distribution: unstable
Urgency: low
Maintainer: Matthew Palmer [EMAIL PROTECTED]
Changed-By: Matthew Palmer [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 25 Sep 2007 08:43:45 +0200
Source: dpkg
Binary: dpkg dselect dpkg-dev
Architecture: source i386 all
Version: 1.14.7~newshlib
Distribution: experimental
Urgency: low
Maintainer: Dpkg Developers [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 25 Sep 2007 14:45:03 +0800
Source: gozerbot
Binary: gozerbot
Architecture: source all
Version: 0.7.1.1-1
Distribution: unstable
Urgency: low
Maintainer: Jeremy Malcolm [EMAIL PROTECTED]
Changed-By: Jeremy Malcolm [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 24 Sep 2007 16:49:17 +
Source: dropbear
Binary: dropbear
Architecture: source powerpc
Version: 0.50-2
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape [EMAIL PROTECTED]
Changed-By: Gerrit Pape [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 25 Sep 2007 07:39:37 +
Source: dash
Binary: dash-udeb ash dash
Architecture: all source
Version: 0.5.4-2
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape [EMAIL PROTECTED]
Changed-By: Gerrit Pape [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 25 Sep 2007 10:37:29 +0200
Source: xserver-xorg-video-sunleo
Binary: xserver-xorg-video-sunleo
Architecture: source sparc
Version: 1:1.1.0-3
Distribution: unstable
Urgency: low
Maintainer: Debian X Strike Force [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 25 Sep 2007 10:00:36 +0200
Source: xserver-xorg-video-sunbw2
Binary: xserver-xorg-video-sunbw2
Architecture: source sparc
Version: 1:1.1.0-5
Distribution: unstable
Urgency: low
Maintainer: Debian X Strike Force [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 25 Sep 2007 10:20:51 +0200
Source: xserver-xorg-video-suncg3
Binary: xserver-xorg-video-suncg3
Architecture: source sparc
Version: 1:1.1.0-3
Distribution: unstable
Urgency: low
Maintainer: Debian X Strike Force [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 25 Sep 2007 10:31:33 +0200
Source: xserver-xorg-video-sunffb
Binary: xserver-xorg-video-sunffb
Architecture: source sparc
Version: 1:1.1.0-3
Distribution: unstable
Urgency: low
Maintainer: Debian X Strike Force [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 25 Sep 2007 10:44:09 +0200
Source: xserver-xorg-video-suntcx
Binary: xserver-xorg-video-suntcx
Architecture: source sparc
Version: 1:1.1.0-3
Distribution: unstable
Urgency: low
Maintainer: Debian X Strike Force [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 25 Sep 2007 10:13:58 +0200
Source: xserver-xorg-video-suncg14
Binary: xserver-xorg-video-suncg14
Architecture: source sparc
Version: 1:1.1.0-4
Distribution: unstable
Urgency: low
Maintainer: Debian X Strike Force [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 25 Sep 2007 10:06:31 +
Source: scponly
Binary: scponly
Architecture: source i386
Version: 4.6-1.1
Distribution: unstable
Urgency: high
Maintainer: Thomas Wana [EMAIL PROTECTED]
Changed-By: Steffen Joeris [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 21 Sep 2007 17:55:37 +0200
Source: epiphany-extensions
Binary: epiphany-extensions
Architecture: source amd64
Version: 2.20.0-1
Distribution: unstable
Urgency: low
Maintainer: Josselin Mouette [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 25 Sep 2007 13:31:45 +0200
Source: gtkhtml3.14
Binary: libgtkhtml3.14-dev libgtkhtml3.14-dbg gtkhtml3.14 libgtkhtml3.14-19
Architecture: source i386
Version: 3.16.0-2
Distribution: unstable
Urgency: low
Maintainer: Debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 25 Sep 2007 13:31:18 +0200
Source: elinks
Binary: elinks-lite elinks
Architecture: source i386
Version: 0.11.1-1.5
Distribution: unstable
Urgency: high
Maintainer: Peter Gervai [EMAIL PROTECTED]
Changed-By: Nico Golde [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 25 Sep 2007 13:42:20 +0200
Source: dpkg
Binary: dpkg dselect dpkg-dev
Architecture: source i386 all
Version: 1.14.7~newshlib.1
Distribution: experimental
Urgency: low
Maintainer: Dpkg Developers [EMAIL PROTECTED]
Changed-By:
1 - 100 of 138 matches
Mail list logo
