On Fri, 25 Jan 2008, Steve Langasek wrote:
- Store all of the source, upstream and Debian, in the same VCS (better if
upstream uses the same, but if it has to be a clone of upstream then so be
it)
I would be absolutely unhappy about this. On one hand it is just a waste of
resources to
On Fri, Jan 25, 2008 at 07:26:04AM +, Andreas Tille wrote:
What would you suggest to enhance the situation?
For one, I'm not sure the situation is that horrible. Second, I
believe joeyh's proposal to be able to use some DSCM features to replace
the old diff.gz is an excellent proposal,
Le vendredi 25 janvier 2008 à 09:50 +0100, Andreas Tille a écrit :
As a second runner up, quilt is ok by me. :)
For historical reasons I use dpatch but I'm not really happy with this.
I would gladly adopt any other patch system if it would be declared as
kind of standard.
I’d be glad if we
On Fri, Jan 25, 2008 at 10:08:29AM +0100, Josselin Mouette [EMAIL PROTECTED]
wrote:
Le vendredi 25 janvier 2008 à 09:50 +0100, Andreas Tille a écrit :
As a second runner up, quilt is ok by me. :)
For historical reasons I use dpatch but I'm not really happy with this.
I would gladly
On Fri, Jan 25, 2008 at 08:50:56AM +, Andreas Tille wrote:
On Fri, 25 Jan 2008, Steve Langasek wrote:
- Store all of the source, upstream and Debian, in the same VCS
(better if upstream uses the same, but if it has to be a clone of
upstream then so be it)
I would be absolutely
On Fri, Jan 25, 2008 at 09:59:00AM +0100, Pierre Habouzit wrote:
For one, I'm not sure the situation is that horrible. Second, I
believe joeyh's proposal to be able to use some DSCM features to replace
the old diff.gz is an excellent proposal
Full ack!
OTOH, you will have a lot of people
On Friday 25 January 2008 11:08:13 am Mike Hommey wrote:
On Fri, Jan 25, 2008 at 09:55:02AM +, Jon Dowland
[EMAIL PROTECTED] wrote:
Does anyone know how common it is for this additional functionality to
be used in packages in the archive?
I do use it for config.guess and config.sub
hiya,
On Friday 25 January 2008 09:50:56 am Andreas Tille wrote:
I would be absolutely unhappy about this. On one hand it is just a waste
of resources to clone upstream source on the other hand handling a set of
(documented!!) patches seems much more clearly for my taste.
inconvenient
On Fri, Jan 25, 2008 at 10:51:05AM +0100, Lucas Nussbaum wrote:
On 25/01/08 at 08:01 +, Steve Langasek wrote:
As a second runner up, quilt is ok by me. :)
I made some stats (see [1]). 7.8% of our packages use quilt, while 14.4%
use dpatch. It would be great to document in some place
On Fri, Jan 25, 2008 at 11:14:24AM +0100, sean finney [EMAIL PROTECTED] wrote:
On Friday 25 January 2008 11:08:13 am Mike Hommey wrote:
On Fri, Jan 25, 2008 at 09:55:02AM +, Jon Dowland
[EMAIL PROTECTED] wrote:
Does anyone know how common it is for this additional functionality to
On 25/01/08 at 08:01 +, Steve Langasek wrote:
As a second runner up, quilt is ok by me. :)
I made some stats (see [1]). 7.8% of our packages use quilt, while 14.4%
use dpatch. It would be great to document in some place (devref?) why
quilt should be used instead of dpatch, because I don't
On Thu, Jan 24, 2008 at 11:37:29AM -0600, Adam Majer wrote:
Jon Dowland wrote:
On Mon, Jan 21, 2008 at 09:35:06PM -0500, David Nusinow wrote:
Have you spoken with the rails package maintainer about this and your
other ITP? Having duplicate copies of the same code lying around in
the
On Fri, Jan 25, 2008 at 10:13:37AM +0100, Mike Hommey wrote:
The only sad thing is that quilt only deals with patches (i.e. diffs),
whereas dpatch can do scripts, too. Anyways, I now prefer not using
dpatch of quilt.
Does anyone know how common it is for this additional functionality to
be
On Thu, Jan 24, 2008 at 11:37:29AM -0600, Adam Majer wrote:
Why? What is the disadvantage of having it together with rails? I'm
assuming 7MB of diskspace (2MB archive) is not what is your main
reason.
I'm interested in looking at active record in non-web situations. It's
only a mild interest
On Fri, Jan 25, 2008 at 09:55:02AM +, Jon Dowland [EMAIL PROTECTED] wrote:
On Fri, Jan 25, 2008 at 10:13:37AM +0100, Mike Hommey wrote:
The only sad thing is that quilt only deals with patches (i.e. diffs),
whereas dpatch can do scripts, too. Anyways, I now prefer not using
dpatch of
On Fri, 25 Jan 2008, Pierre Habouzit wrote:
a set of (documented!!) patches seems much more clearly for my taste.
You comment patches in the commit message, don't you ?
Well, I do, but if I want to provide a fix for package XY I would have
to install the perfered VCS of maintainer of XY
Package: xen-utils-3.2-1
Version: 3.2.0-1
Severity: important
X-Debbugs-Cc: [EMAIL PROTECTED]
Hi,
xen-utils fails to install. I'm sorry that I couldn't gather other information
that reportbug gathers.
virtian:~# apt-get install xen-hypervisor-3.2-1-i386 xen-utils-3.2-1
xen-docs-3.2
Reading
Andreas Tille, 2008-01-25 12:16:02 +0100 :
On Fri, 25 Jan 2008, Lucas Nussbaum wrote:
I made some stats (see [1]). 7.8% of our packages use quilt, while
14.4% use dpatch. It would be great to document in some place
(devref?) why quilt should be used instead of dpatch, because I
don't think
On Fri, 25 Jan 2008, Lucas Nussbaum wrote:
I made some stats (see [1]). 7.8% of our packages use quilt, while 14.4%
use dpatch. It would be great to document in some place (devref?) why
quilt should be used instead of dpatch, because I don't think it's
obvious for everybody :)
Yes, please do
On Fri, 25 Jan 2008, Pierre Habouzit wrote:
For one, I'm not sure the situation is that horrible. Second, I
believe joeyh's proposal to be able to use some DSCM features to replace
the old diff.gz is an excellent proposal, OTOH, you will have a lot of
people complaining about having to use git
On 25/01/08 at 12:16 +0100, Andreas Tille wrote:
On Fri, 25 Jan 2008, Lucas Nussbaum wrote:
I made some stats (see [1]). 7.8% of our packages use quilt, while 14.4%
use dpatch. It would be great to document in some place (devref?) why
quilt should be used instead of dpatch, because I don't
On Fri, Jan 25, 2008 at 09:59:00AM +0100, Pierre Habouzit wrote:
Oh and don't try to ask for complete uniformity in packaging, there
are 1000 DDs, 10 times as many packages
We have managed to get almost complete uniformity of the binary
packages produced. And imho, it's one of the things that
On Fri, Jan 25, 2008 at 03:25:15PM +0100, Lucas Nussbaum wrote:
Of course, the list includes some false positives, but they are
difficult to identify without going through all the debdiff outputs and
build logs manually.
Hmm, the debdiff output is not really helpful in deciding whether my
Mike Hommey wrote:
On Fri, Jan 25, 2008 at 11:14:24AM +0100, sean finney [EMAIL PROTECTED]
wrote:
On Friday 25 January 2008 11:08:13 am Mike Hommey wrote:
On Fri, Jan 25, 2008 at 09:55:02AM +, Jon Dowland
[EMAIL PROTECTED] wrote:
Does anyone know how common it is for this
Andreas Tille wrote:
I'm aware that the watch file of adun.app is wrong because it reports
version 0.74 as newer than 0.8.2 (upstream should have choosen 0.7.4 instead
of 0.74). Any hint how to fix this watch file line
http://download.gna.org/adun/Adun-(.*)\.tar\.gz
to do the right
Andreas Tille [EMAIL PROTECTED] writes:
Call me old fashioned but I want to see a set of files if I do
apt-get source XY
and want to see the patches to the original tarball.
That's not old-fashioned, because that's never been what 'apt-get
source foo' is meant to do. old-fashioned
Charles Plessy [EMAIL PROTECTED] writes:
To make the dialign-t package, I removed the documentation from the
upstream tarball, that I use for a dialign-t-doc package, in the
non-free section as the their LaTeX sources are not provided.
Now, I was informed that the reason is that the sources
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: dejima-mincho
Version: 126
Upstream Author: Yoshiki Hayashi [EMAIL PROTECTED]
URL: http://code.google.com/p/dejima-fonts/
License: MIT
Description: antiquated Japanese
Dear all,
To make the dialign-t package, I removed the documentation from the
upstream tarball, that I use for a dialign-t-doc package, in the
non-free section as the their LaTeX sources are not provided.
Now, I was informed that the reason is that the sources have been lost.
In that case,
Le Fri, Jan 25, 2008 at 12:51:40PM -0500, Joey Hess a écrit :
Unless what you get when you run apt-get source is *not* the source that
is in the end used to build the package, which is instead squirrled away
in some arbitrary patch format somewhere under debian/. In this case,
unlike in the
On Sat, 26 Jan 2008, Charles Plessy wrote:
To make the dialign-t package, I removed the documentation from the
upstream tarball, that I use for a dialign-t-doc package, in the
non-free section as the their LaTeX sources are not provided.
Now, I was informed that the reason is that the
thanks to lucas nussbaum the address
http://debian.binera.de/wnpp/
is now accessible through
http://wnpp.debian.net/ .
sebastian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I demand that Pierre Habouzit may or may not have written...
On Fri, Jan 25, 2008 at 07:26:04AM +, Andreas Tille wrote:
What would you suggest to enhance the situation?
For one, I'm not sure the situation is that horrible. Second, I believe
joeyh's proposal to be able to use some DSCM
Package: wnpp
Severity: wishlist
Owner: Eric Cooper [EMAIL PROTECTED]
* Package name: eeepc-acpi-source
Version : 1.0-1
Upstream Author : Eric Cooper [EMAIL PROTECTED]
* URL : http://www.cs.cmu.edu/~ecc/eeepc-acpi_1.0.tar.gz
* License : GPL
Programming Lang:
A recent feature of Linux software RAID is a write intent bitmap. The
purpose of this is that before writing to a section of disk the bitmap is
altered to mark it as dirty. Then if the machine experiences a power failure
or other catastrophic event then when rebooted it will know that the
On 25/01/08 at 13:46 -0500, Joey Hess wrote:
Would it be possible to get access to the binaries? I'm interested in
choose-mirror, localechooser, ikiwiki, libperl-critic-perl, and
fbreader, which differed only in package size between the two builds.
The host I stored them on isn't
Package: wnpp
Severity: wishlist
Owner: Krzysztof Burghardt [EMAIL PROTECTED]
* Package name: grub2-splashimages
Version : 1.0.0
Upstream Author : Krzysztof Burghardt [EMAIL PROTECTED]
* URL : none (native package)
* License : GNU FDL or CC-BY(-SA) (one or both
Moritz Muehlenhoff [EMAIL PROTECTED] writes:
Each maintainer may be familiar with his pet patch system, but for
archive wide work I agree the current approach is a mess and makes
security updates painful. Since it's unlikely to change anytime soon,
each source packages, which uses something
Michael Banck wrote:
Why do you CC debian-devel for a regular bug report? If every bug
report would be copied to debian-devel, the list would be totally
flooded.
Sorry. Will take care of that.
Ritesh
--
If possible, Please CC me when replying. I'm not subscribed to the list.
--
To
Andreas Tille wrote:
I'm aware that the watch file of adun.app is wrong because it reports
version 0.74 as newer than 0.8.2 (upstream should have choosen 0.7.4
instead
of 0.74). Any hint how to fix this watch file line
http://download.gna.org/adun/Adun-(.*)\.tar\.gz
to do the right
Would it be possible to get access to the binaries? I'm interested in
choose-mirror, localechooser, ikiwiki, libperl-critic-perl, and
fbreader, which differed only in package size between the two builds.
That's semi-understandable for choose-mirror, but I can't guess what
would make the others
Andreas Tille wrote:
What would you suggest to enhance the situation?
Each maintainer may be familiar with his pet patch system, but for
archive wide work I agree the current approach is a mess and makes
security updates painful. Since it's unlikely to change anytime soon,
each source packages,
On Fri, Jan 25, 2008 at 04:25:42PM +0100, Lucas Nussbaum wrote:
On 25/01/08 at 15:36 +0100, Frank Lichtenheld wrote:
Hmm, the debdiff output is not really helpful in deciding whether my
packages actually have a problem (doc-linux and libgpod). It just
reports a different Installed-Size.
Am Freitag, den 25.01.2008, 16:37 +0100 schrieb Lucas Nussbaum:
On 25/01/08 at 15:59 +0100, Daniel Leidert wrote:
[docbok-xsl-doc-html]
But if the size is the same, why would the Installed-Size differ? I have
no idea. I've copied the source and the binary packages to
* Frank Küster [EMAIL PROTECTED] [2008-01-25 16:05]:
I don't think these bugs should be closed without considering the
type of the removed package. If it's just gotten useless or
uninteresting, no problem. But if there's some kind of successor
(like foo2 in a new source package, iceweasel to
On Fri, Jan 25, 2008 at 04:52:20PM +0530, Ritesh Raj Sarraf wrote:
Package: xen-utils-3.2-1
Version: 3.2.0-1
Severity: important
Why do you CC debian-devel for a regular bug report? If every bug
report would be copied to debian-devel, the list would be totally
flooded.
cheers,
Michael
--
Hmmm...
On Fri, Jan 25, 2008 at 10:51:41PM +0900, Osamu Aoki wrote:
I ended up updating NM guide which only had dpatch to current one with
quilt:
http://www.debian.org/doc/manuals/maint-guide/ch-build.en.html#s-dpatch
As I read this thread back to d-project, ... interesting. It all started
Am Freitag, den 25.01.2008, 16:20 +0100 schrieb Jens Seidel:
On Fri, Jan 25, 2008 at 03:59:01PM +0100, Daniel Leidert wrote:
[difference in Installed-Size for docbook-xsl-doc-html]
copies files from the source to the correct place in the file system. So
I checked the files: a) that I have
On 25/01/08 at 15:59 +0100, Daniel Leidert wrote:
Am Freitag, den 25.01.2008, 15:25 +0100 schrieb Lucas Nussbaum:
I've done two rebuilds of sid on i386.
- one in a perfectly clean chroot, as I usually do
- one in a chroot, where as many build-dependancies as impossible were
installed
On 25 Jan 15:59, Daniel Leidert wrote:
Am Freitag, den 25.01.2008, 15:25 +0100 schrieb Lucas Nussbaum:
I've done two rebuilds of sid on i386.
- one in a perfectly clean chroot, as I usually do
- one in a chroot, where as many build-dependancies as impossible were
installed (take the
On 25/01/08 at 15:36 +0100, Frank Lichtenheld wrote:
On Fri, Jan 25, 2008 at 03:25:15PM +0100, Lucas Nussbaum wrote:
Of course, the list includes some false positives, but they are
difficult to identify without going through all the debdiff outputs and
build logs manually.
Hmm, the
Am Freitag, den 25.01.2008, 15:25 +0100 schrieb Lucas Nussbaum:
I've done two rebuilds of sid on i386.
- one in a perfectly clean chroot, as I usually do
- one in a chroot, where as many build-dependancies as impossible were
installed (take the Sources file, extract the build-deps for all
Hi,
On Fri, Jan 25, 2008 at 10:51:05AM +0100, Lucas Nussbaum wrote:
On 25/01/08 at 08:01 +, Steve Langasek wrote:
As a second runner up, quilt is ok by me. :)
I made some stats (see [1]). 7.8% of our packages use quilt, while 14.4%
use dpatch.
This was discussed in debian-doc and
On Fri, Jan 25, 2008 at 12:14:01PM +0100, Andreas Tille wrote:
Well, I do, but if I want to provide a fix for package XY I would have
to install the perfered VCS of maintainer of XY and learn how to uncover
the comments of a patch (including its history).
Nope, since nobody is stating that the
[Petter Reinholdtsen]
Today a new package to speed up the boot is available in unstable.
The readahead binary package can speed up the boot quite significantly
by optimizing how the hard drive is used. It make sure the kernel
disk cache is populated as the very first thing done at boot with
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: qemulator
Version: 0.5-3
Upstream Author: [NAME [EMAIL PROTECTED]]
URL: [http://example.com]
License: [GPL, LGPL, BSD, MIT/X, etc.]
Stefano Zacchiroli wrote:
On Thu, Jan 24, 2008 at 09:07:07PM -0600, Raphael Geissert wrote:
It's been some time since DEHS[1] had some 'big' changes (probably since
its creation). Here's a list of changes that have been done lately:
Can you please add an entry about that to
Michal Čihař wrote:
Hi
Dne Fri, 25 Jan 2008 16:37:36 +0100
Lucas Nussbaum [EMAIL PROTECTED] napsal(a):
Seems like gzip didn't compress the files in the exact same way, even if
the resulting size was the same:
$ diff -burN t t2
Binary files
On Fri January 25 2008 3:47:36 am sean finney wrote:
hiya,
On Friday 25 January 2008 09:50:56 am Andreas Tille wrote:
I would be absolutely unhappy about this. On one hand it is just a
waste of resources to clone upstream source on the other hand handling a
set of (documented!!) patches
On Thu, Jan 24, 2008 at 09:07:07PM -0600, Raphael Geissert wrote:
It's been some time since DEHS[1] had some 'big' changes (probably since its
creation). Here's a list of changes that have been done lately:
Can you please add an entry about that to
http://wiki.debian.org/DeveloperNews, so that
Quoting Lucas Nussbaum ([EMAIL PROTECTED]):
I made some stats (see [1]). 7.8% of our packages use quilt, while 14.4%
use dpatch. It would be great to document in some place (devref?) why
quilt should be used instead of dpatch, because I don't think it's
obvious for everybody :)
Yes,
On Fri, 25 Jan 2008 12:20:59 +0100, Roland Mas wrote:
It would be great to document in some place
(devref?) why quilt should be used instead of dpatch, because I
don't think it's obvious for everybody :)
Yes, please do so! I would like to read that.
Seconded. Also, please include the
gregor herrmann wrote:
On Fri, 25 Jan 2008 12:20:59 +0100, Roland Mas wrote:
It would be great to document in some place
(devref?) why quilt should be used instead of dpatch, because I
don't think it's obvious for everybody :)
Yes, please do so! I would like to read that.
Seconded. Also,
Hi,
I've done two rebuilds of sid on i386.
- one in a perfectly clean chroot, as I usually do
- one in a chroot, where as many build-dependancies as impossible were
installed (take the Sources file, extract the build-deps for all
packages, and install as many packages as possible) (the chroot
Package: wnpp
* Package name: libconfig-json-perl
Version: 1.1.2
Upstream Author: JT Smith [EMAIL PROTECTED]
* URL: http://search.cpan.org/dist/Config-JSON/
* License: GPL or Perl Artistic
Description:
Config::JSON parses configuration files written in JSON. It also does
some non-JSON
On 25/01/2008, Vincent Danjean wrote:
If someone has an example of how to use quilt + cdbs (or even quilt +
standard debhelper debian/rules file) to patch the *clean* system of
the software, I would be interested. Usually, patches are early
removed (or not applied) when running debian/rules
On Fri, 25 Jan 2008, Michael Banck wrote:
On Fri, Jan 25, 2008 at 10:51:05AM +0100, Lucas Nussbaum wrote:
On 25/01/08 at 08:01 +, Steve Langasek wrote:
As a second runner up, quilt is ok by me. :)
I made some stats (see [1]). 7.8% of our packages use quilt, while 14.4%
use
Jon Dowland wrote:
On Fri, Jan 25, 2008 at 10:13:37AM +0100, Mike Hommey wrote:
The only sad thing is that quilt only deals with patches (i.e. diffs),
whereas dpatch can do scripts, too. Anyways, I now prefer not using
dpatch of quilt.
Does anyone know how common it is for this additional
On Fri, Jan 25, 2008 at 03:59:01PM +0100, Daniel Leidert wrote:
Am Freitag, den 25.01.2008, 15:25 +0100 schrieb Lucas Nussbaum:
I've done two rebuilds of sid on i386.
- one in a perfectly clean chroot, as I usually do
- one in a chroot, where as many build-dependancies as impossible were
[Lucas Nussbaum]
I'm not really sure of what we should do about those problems. The
easiest way to fix them is to use source-only uploads (to avoid
packages built on broken maintainer machines),
Very good work. I hope to find solutions for all my packages with
this problem.
I agree that
Lucas Nussbaum [EMAIL PROTECTED] writes:
Of course, the list includes some false positives, but they are
difficult to identify without going through all the debdiff outputs and
build logs manually.
One false positive is when one of the builds fails, like ack-grep
which fails some times due to
Martin Michlmayr tbm at cyrius.com writes:
In
the past, I closed all bug reports from packages that were removed.
Some people were unhappy about this but it was the best solution we
had. This changed with the introduction of version tracking. The
idea now is to close them with a fake
Hi
Dne Fri, 25 Jan 2008 16:37:36 +0100
Lucas Nussbaum [EMAIL PROTECTED] napsal(a):
Seems like gzip didn't compress the files in the exact same way, even if
the resulting size was the same:
$ diff -burN t t2
Binary files t/usr/share/doc/docbook-xsl-doc-html/changelog.Debian.gz
and
On 25/01/2008, Frank Küster wrote:
I don't think these bugs should be closed without considering the type
of the removed package. If it's just gotten useless or uninteresting,
no problem. But if there's some kind of successor (like foo2 in a new
source package, iceweasel to firefox, or TeXLive
On Thu, 24 Jan 2008, Martin Michlmayr wrote:
* Lucas Nussbaum [EMAIL PROTECTED] [2008-01-24 21:08]:
I think that the BTS learns the hierarchy of packages' versions by
parsing the changelogs. Would your plan work even if the version is a
fake one (not in any changelog)?
At least it's
FWIW, I'm very disappointed in this thread so far -- everyone in it
seems to be missing between 50 and 90% of the point of my blog post.
Pierre Habouzit wrote:
Oh and don't try to ask for complete uniformity in packaging, there
are 1000 DDs, 10 times as many packages, different needs (you
Andreas Tille wrote:
If you ask me personally the situation with zillions of competing
VSC systems is even worse than the hand full of tools to build
Debian packages. I personally refuse to switch VCS every six month
because there is a newer and even better one if you trust the one
or other
Hello Andreas,
Andreas Tille wrote:
On Thu, 24 Jan 2008, Raphael Geissert wrote:
It's been some time since DEHS[1] had some 'big' changes (probably since
its creation). Here's a list of changes that have been done lately:
I don't know how to file wishlist bug reports but I would like to
On 25/01/08 at 18:10 +0100, Daniel Leidert wrote:
Am Freitag, den 25.01.2008, 16:37 +0100 schrieb Lucas Nussbaum:
On 25/01/08 at 15:59 +0100, Daniel Leidert wrote:
[docbok-xsl-doc-html]
But if the size is the same, why would the Installed-Size differ? I have
no idea. I've copied the
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: qemulator
Version: 0.5-3
Upstream Author: [NAME [EMAIL PROTECTED]]
URL: [http://example.com]
License: [GPL, LGPL, BSD, MIT/X, etc.]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 25 Jan 2008 09:00:58 +0100
Source: extace
Binary: extace
Architecture: source i386
Version: 1.9.8-1
Distribution: unstable
Urgency: low
Maintainer: Christian Marillat [EMAIL PROTECTED]
Changed-By: Christian Marillat [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 25 Jan 2008 08:54:54 +0100
Source: lnpd
Binary: lnpd
Architecture: source i386
Version: 0.9.0-5
Distribution: unstable
Urgency: low
Maintainer: Michael Tautschnig [EMAIL PROTECTED]
Changed-By: Michael Tautschnig [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 25 Jan 2008 08:51:29 +0100
Source: gcc-h8300-hms
Binary: gcc-h8300-hms
Architecture: source i386
Version: 1:3.4.6-5
Distribution: unstable
Urgency: low
Maintainer: Michael Tautschnig [EMAIL PROTECTED]
Changed-By: Michael
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 25 Jan 2008 14:53:51 +1100
Source: lprng-doc
Binary: lprng-doc
Architecture: source all
Version: 3.8.A~rc2-1
Distribution: unstable
Urgency: low
Maintainer: Craig Small [EMAIL PROTECTED]
Changed-By: Craig Small [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 25 Jan 2008 08:54:20 +0100
Source: brickos
Binary: brickos brickos-doc
Architecture: source all i386
Version: 0.9.0.dfsg-6
Distribution: unstable
Urgency: low
Maintainer: Michael Tautschnig [EMAIL PROTECTED]
Changed-By: Michael
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 20 Jan 2008 18:44:10 +0100
Source: ldap-account-manager
Binary: ldap-account-manager
Architecture: source all
Version: 2.2.0-1
Distribution: unstable
Urgency: low
Maintainer: Roland Gruber [EMAIL PROTECTED]
Changed-By: Roland
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 25 Jan 2008 10:26:46 +0100
Source: hashalot
Binary: hashalot
Architecture: source arm
Version: 0.3-5
Distribution: unstable
Urgency: low
Maintainer: Adam Borowski [EMAIL PROTECTED]
Changed-By: Adam Borowski [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 25 Jan 2008 10:19:47 +0100
Source: cmake
Binary: cmake
Architecture: source amd64
Version: 2.4.8-1
Distribution: unstable
Urgency: low
Maintainer: A. Maitland Bottoms [EMAIL PROTECTED]
Changed-By: Pierre Habouzit [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 21 Jan 2008 13:53:29 +0100
Source: di
Binary: di
Architecture: source amd64
Version: 4.12.dfsg.1-1
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Michael Ablassmeier [EMAIL PROTECTED]
Description:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 18 Jan 2008 11:12:28 +0100
Source: pango1.0
Binary: libpango1.0-0 libpango1.0-udeb libpango1.0-common libpango1.0-dev
libpango1.0-0-dbg libpango1.0-doc
Architecture: source all i386
Version: 1.19.3-1
Distribution: experimental
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Jan 2008 12:26:38 +0100
Source: equivs
Binary: equivs
Architecture: source all
Version: 2.0.7-0.1
Distribution: unstable
Urgency: low
Maintainer: Peter Samuelson [EMAIL PROTECTED]
Changed-By: Stefano Zacchiroli [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 25 Jan 2008 02:17:23 -0800
Source: openldap2.3
Binary: slapd libldap-2.4-2 ldap-utils libldap2-dev slapd-dbg libldap-2.4-2-dbg
Architecture: source amd64
Version: 2.4.7-4
Distribution: unstable
Urgency: high
Maintainer: Debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 25 Jan 2008 12:59:45 +0200
Source: libunicode-string-perl
Binary: libunicode-string-perl
Architecture: source i386
Version: 2.09-3
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 24 Jan 2008 16:18:00 -0500
Source: cellwriter
Binary: cellwriter
Architecture: source i386
Version: 1.3.2-1
Distribution: unstable
Urgency: low
Maintainer: Michael Levin [EMAIL PROTECTED]
Changed-By: Michael Levin [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 25 Jan 2008 21:01:30 +0900
Source: libwebapp-ruby
Binary: libwebapp-ruby1.8
Architecture: source all
Version: 0.4-2
Distribution: unstable
Urgency: low
Maintainer: NIIBE Yutaka [EMAIL PROTECTED]
Changed-By: NIIBE Yutaka [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 24 Jan 2008 23:36:49 +
Source: sun-java5
Binary: sun-java5-jre sun-java5-bin sun-java5-plugin ia32-sun-java5-bin
ia32-sun-java5-plugin sun-java5-fonts sun-java5-jdk sun-java5-demo
sun-java5-source sun-java5-doc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 25 Jan 2008 12:45:00 +0100
Source: ncurses
Binary: libncurses5 libncurses5-dev libncurses5-dbg libncursesw5
libncursesw5-dev libncursesw5-dbg lib64ncurses5 lib64ncurses5-dev lib32ncurses5
lib32ncurses5-dev ncurses-bin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 25 Jan 2008 17:44:11 +0300
Source: tklib
Binary: tklib
Architecture: source all
Version: 0.4.1-20080125-1
Distribution: unstable
Urgency: low
Maintainer: Sergei Golovan [EMAIL PROTECTED]
Changed-By: Sergei Golovan [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 26 Jan 2008 12:43:44 +1300
Source: workrave
Binary: workrave
Architecture: source amd64
Version: 1.8.5-5
Distribution: unstable
Urgency: low
Maintainer: Francois Marier [EMAIL PROTECTED]
Changed-By: Francois Marier [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 25 Jan 2008 19:52:53 -0500
Source: shorewall-common
Binary: shorewall-common shorewall
Architecture: source all
Version: 4.0.8-1
Distribution: unstable
Urgency: low
Maintainer: Roberto C. Sanchez [EMAIL PROTECTED]
Changed-By:
1 - 100 of 163 matches
Mail list logo