Gunnar Wolf gw...@gwolf.org writes:
Ok. Lintian does not yet like httpd as a section, but I guess you will
not reject an upload just because I listened to you ;-)
Lintian is waiting for the d-d-a post saying that the new section changes
have been implemented, FWIW.
--
Russ Allbery
On Thu, Feb 19, 2009 at 03:45:01PM +0100, Adeodato Simó wrote:
* Jaap Boender [Thu, 19 Feb 2009 13:47:01 +0100]:
Hello, Jaap.
The explanation: since ppmtofb conflicts with any python version strictly
higher than 2.4, any package that depends on python-2.4 will not be
installable
On Sun, 08 Mar 2009, Russ Allbery wrote:
Raphael Hertzog hert...@debian.org writes:
In practice, there's one exception, the debian tarball can contain
binary files that are installed outside of the debian dir. Those are
necessary listed in debian/source/include_binaries.
According to
On Sun, Mar 08, 2009 at 08:34:23PM -0400, Roberto C. Sanchez wrote:
Description : Shoreline Firewall (IPv6 version), netfilter configurator
Uh? Can you please explain?
Even though I'm not following the upstream evolution I'm a user of the
shorewall package, which has IPv6 support even
On Sun, 2009-03-08 at 17:11 +0100, Raphael Hertzog wrote:
There's nothing to specify here, dpkg-source uses all additional tarballs
that match the regexp (exactly like it identifies the .orig tarball
currently).
bzr-builddeb will endeavour to provide the .orig.tar.gz for a format 1
package, so
On Sun, 2009-03-08 at 16:07 +0100, Jan Hauke Rahm wrote:
And how do you store that in a VCS if a second tarball includes files
that actually overwrite files of the main orig tarball. At build time
directories in the main orig tarball are supposed to be overwritten by
the part tarball but if
James Westby jw+deb...@jameswestby.net writes:
bzr-builddeb will endeavour to provide the .orig.tar.gz for a format 1
package, so that you can construct a source package from a bzr branch.
This will be essentially impossible for 3.0 (quilt) packages that use
multiple tarballs, as there is no
Twas brillig at 01:09:34 09.03.2009 UTC-07 when r...@debian.org did gyre and
gimble:
RA debian/source/tarballs file that lists the names of all of the
RA upstream tarballs.
Just as the reference: similar approach for src.rpm:
http://docs.altlinux.org/manpages/gear-rules.5.html (see the
Mikhail Gusarov dotted...@dottedmag.net writes:
gear rules are richer, allowing also to generate patches with git-diff
(think of upstream branch and topic-foo branch).
I think TopGit is the right solution to this.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
On Mon, 09 Mar 2009, James Westby wrote:
On Sun, 2009-03-08 at 17:11 +0100, Raphael Hertzog wrote:
There's nothing to specify here, dpkg-source uses all additional tarballs
that match the regexp (exactly like it identifies the .orig tarball
currently).
bzr-builddeb will endeavour to
Stefano Zacchiroli wrote:
Uh? Can you please explain?
Even though I'm not following the upstream evolution I'm a user of the
shorewall package, which has IPv6 support even though disabled by
default. Why we now need a separate package now?
It needs to be a separate package, because that is
Package: general
Severity: normal
Hi,
many source packages contain the dtoa.c file that bears the following
copyright notice:
* The author of this software is David M. Gay.
*
* Copyright (c) 1991, 2000, 2001 by Lucent Technologies.
All these packages will be miscompiled by gcc-4.4, because
Samuel Thibault samuel.thiba...@ens-lyon.org writes:
Package: wnpp
Version: N/A; reported 2009-03-08
Severity: wishlist
* Package name: parallel
Version : 20090218
Upstream Author : Ole Tange
* URL : https://savannah.nongnu.org/projects/parallel/
* License
clone 518696 -1
reassign -1 findutils
retitle -1 Add parallel somewhere in the description of -P
thanks
Andreas Rottmann, le Mon 09 Mar 2009 11:25:11 +0100, a écrit :
Did you know about the `-P' option of GNU xargs?
Herm, I would have found it if the manpage didn't lack keywords like
parallel,
On Mon, Mar 09, 2009 at 05:52:16PM +1000, James Westby wrote:
On Sun, 2009-03-08 at 16:07 +0100, Jan Hauke Rahm wrote:
And how do you store that in a VCS if a second tarball includes files
that actually overwrite files of the main orig tarball. At build time
directories in the main orig
Hi!
On Sun, 2009-03-08 at 16:49:33 +0100, Evgeni Golov wrote:
dear maintainers of packages that contain lrmi.{c,h},
today Lucas has reported #518725 - atitvout FTBFS because of missing
*_MASK defines.
Seeing that bug and remembering fun with lrmi myself, I thought I can
have a look how
On Mon, Mar 09, 2009 at 01:09:34AM -0700, Russ Allbery wrote:
If you're trying to recreate the tarball from a set of files, this doesn't
work as well, but that also has other problems (it doesn't give you a
reproducible tarball). I suspect that if you're storing enough additional
metadata to
On Mar 09, Russ Allbery r...@debian.org wrote:
I think TopGit is the right solution to this.
Is it plausible to use a branch-per-patch solution for packages
containing 30-60 patches?
--
ciao,
Marco
signature.asc
Description: Digital signature
On Mon, Mar 09, 2009 at 08:38:23AM +0100, Stefano Zacchiroli wrote:
On Sun, Mar 08, 2009 at 08:34:23PM -0400, Roberto C. Sanchez wrote:
Description : Shoreline Firewall (IPv6 version), netfilter
configurator
Uh? Can you please explain?
Even though I'm not following the upstream
also sprach Marco d'Itri m...@linux.it [2009.03.09.1250 +0100]:
I think TopGit is the right solution to this.
Is it plausible to use a branch-per-patch solution for packages
containing 30-60 patches?
TopGit can certainly handle it, but it'll make a royal merging mess
of your history. The idea
Hi,
Even Microsoft has a service for downloading symbols files for many core
windows components on demand (integrated with the crash dump analysis
tool. (I forget of the chrash dump tool is part of the pre-installed
debugger or it itis seperate)).
They even go a step further and ask for
On Mon, 09 Mar 2009, Jan Hauke Rahm wrote:
On Mon, Mar 09, 2009 at 01:09:34AM -0700, Russ Allbery wrote:
If you're trying to recreate the tarball from a set of files, this doesn't
work as well, but that also has other problems (it doesn't give you a
reproducible tarball). I suspect that if
On Mon, Mar 09, 2009 at 01:36:53PM +0100, Raphael Hertzog wrote:
On Mon, 09 Mar 2009, Jan Hauke Rahm wrote:
I might be wrong here but recreating an orig tarball from the data in a
VCS can always lead to a different tarball than the actually original
tarball when you unpacked (and commited)
Jan Hauke Rahm i...@jhr-online.de writes:
On Mon, Mar 09, 2009 at 05:52:16PM +1000, James Westby wrote:
On Sun, 2009-03-08 at 16:07 +0100, Jan Hauke Rahm wrote:
And how do you store that in a VCS if a second tarball includes files
that actually overwrite files of the main orig tarball. At
m...@linux.it (Marco d'Itri) writes:
On Mar 09, Russ Allbery r...@debian.org wrote:
I think TopGit is the right solution to this.
Is it plausible to use a branch-per-patch solution for packages
containing 30-60 patches?
--
ciao,
Marco
From the space and git point of view that is
Raphael Hertzog hert...@debian.org writes:
On Mon, 09 Mar 2009, James Westby wrote:
On Sun, 2009-03-08 at 17:11 +0100, Raphael Hertzog wrote:
There's nothing to specify here, dpkg-source uses all additional tarballs
that match the regexp (exactly like it identifies the .orig tarball
Jan Hauke Rahm i...@jhr-online.de writes:
On Mon, Mar 09, 2009 at 01:09:34AM -0700, Russ Allbery wrote:
If you're trying to recreate the tarball from a set of files, this doesn't
work as well, but that also has other problems (it doesn't give you a
reproducible tarball). I suspect that if
also sprach Goswin von Brederlow goswin-...@web.de [2009.03.09.1443 +0100]:
From a usability point of view I find it unusable. With so many
branches you always forget to merge one or don't commit to the
right one.
Uh, this is in response to TopGit, which addresses precisely this
problem:
On Mar 09, martin f krafft madd...@debian.org wrote:
That said, TopGit will not lose track, and if you employ a smart
branch-naming-scheme, neither will you.
The point is: is it simpler to use than quilt push/pop/edit or not?
If the only benefit I get is being able to automatically publish my
On Mon, Mar 09, 2009 at 02:47:28PM +0100, Goswin von Brederlow wrote:
Raphael Hertzog hert...@debian.org writes:
On Mon, 09 Mar 2009, James Westby wrote:
On Sun, 2009-03-08 at 17:11 +0100, Raphael Hertzog wrote:
There's nothing to specify here, dpkg-source uses all additional tarballs
Le Mon, Jun 09, 2008 at 12:01:02AM +0200, Raphael Hertzog a écrit :
To prepare a possible switch to the new source package format 3.0
(quilt) [1], I converted all source packages and tried to rebuild them.
Unfortunately, emboss failed, you can try yourself with those
commands (and dpkg-dev =
also sprach Marco d'Itri m...@linux.it [2009.03.09.1510 +0100]:
That said, TopGit will not lose track, and if you employ a smart
branch-naming-scheme, neither will you.
The point is: is it simpler to use than quilt push/pop/edit or not?
I don't know quilt merging capabilities or the conflict
Samuel Thibault samuel.thiba...@ens-lyon.org writes:
Andreas Rottmann, le Mon 09 Mar 2009 11:25:11 +0100, a écrit :
Did you know about the `-P' option of GNU xargs?
Herm, I would have found it if the manpage didn't lack keywords like
parallel, simultaneous, ... Reassigning.
That being
Package: wnpp
Severity: wishlist
Owner: Debichem Project debichem-de...@lists.alioth.debian.org
* Package name: cp2k
Version : CVS snapshot
Upstream Author :
http://developer.berlios.de/project/memberlist.php?group_id=129
* URL : http://cp2k.berlios.de/
* License
We're in an era where inetds are less and less a central piece of a
standard Linux distribution. Inetd was used in the past because many
servers lacked a proper standalone mode, or were too memory-hungry.
Most machines nowadays have enough memory, and most daemons provide a
standalone mode (I
On Mon, Mar 09, 2009 at 11:40:51AM +0100, Samuel Thibault wrote:
A lot of applications (including md5sum) would not necessarily print
their output atomically and then you get mixed output. Either we add
the option to findutils, or we package parallel.
It appears to me that you can get the
On Mon, 2009-03-09 at 09:24 +0100, Raphael Hertzog wrote:
If bzr-builddeb wants to provide the tarballs, they must have been
injected at some point (otherwise you won't provide pristine tarballs)
and you could record the additional information at that point.
That is almost true, except for
On Mon, 2009-03-09 at 12:30 +0100, Jan Hauke Rahm wrote:
Imagine an orig tarball with a config directory and an orig part-tarball
named orig-config.tar.whatever. The second tarball would overwrite
what's in the config dir of the first one when executing dpkg-source -x.
If you just store that
Package: wnpp
Severity: wishlist
Owner: Tino Keitel tino.keitel+debb...@tikei.de
* Package name: xca
Version : 0.6.4
Upstream Author : Name christ...@hohnstaedt.de
* URL : http://xca.sourceforge.net/
* License : BSD
Programming Lang: C++
Description :
Hello,
I just received a DAK acknowledgement for aqualung 0.9~beta9.1-1.1 but
it's not me who prepared this package.
I guess it's a NMU fixing the ffmpeg/libavcodec issue but I can't found
any related message neither on the BTS nor on debian mailing lists
(-devel and -release).
I would have
Hello,
I just received a DAK acknowledgement for aqualung 0.9~beta9.1-1.1 but
it's not me who prepared this package.
I guess it's a NMU fixing the ffmpeg/libavcodec issue but I can't found
any related message neither on the BTS nor on debian mailing lists
(-devel and -release).
I would have
On 2009-03-09, Adam Cécile (Le_Vert) gand...@le-vert.net wrote:
I would have been great if this people told me he were preparing a NMU
because I was working on new upstream release package that ALSO fix the
ffmpeg issue.
It would have been great if you write the progress in your bug report -
I can't possibly say how annoyed I am.
1. Don't spam devel to contact just one person.
2. Read devel: http://lists.debian.org/debian-devel/2009/03/msg00034.html
3. Or you can also read d-d-a:
http://lists.debian.org/debian-devel-announce/2009/03/msg0.html
4. Or you can just deal with
On Mon, Mar 09, 2009 at 03:10:22PM +0100, Marco d'Itri wrote:
That said, TopGit will not lose track, and if you employ a smart
branch-naming-scheme, neither will you.
The point is: is it simpler to use than quilt push/pop/edit or not?
No.
It is more expressive, and can give more easily
Barry deFreese a écrit :
Adam Cécile (Le_Vert) wrote:
Hello,
I just received a DAK acknowledgement for aqualung 0.9~beta9.1-1.1
but it's not me who prepared this package.
I guess it's a NMU fixing the ffmpeg/libavcodec issue but I can't
found any related message neither on the BTS nor on
Adam Cécile (Le_Vert) wrote:
Hello,
I just received a DAK acknowledgement for aqualung 0.9~beta9.1-1.1 but
it's not me who prepared this package.
I guess it's a NMU fixing the ffmpeg/libavcodec issue but I can't
found any related message neither on the BTS nor on debian mailing
lists (-devel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tino Keitel wrote:
* Package name: xca
Description : x509 Certification Authority management tool based on
QT4
Is there anything significant that distinguishes this from TinyCA?
Cheers,
Marcus
-BEGIN PGP SIGNATURE-
Version:
On Mon, 09 Mar 2009, Sune Vuorela wrote:
It would have been great if you write the progress in your bug
report - including that you are almost ready and just awaiting
sponsorship.
This would definetly be useful, as it would help someone from wasting
time preparing the NMU in the first place,
On Mon, 09 Mar 2009, Barry deFreese wrote:
That was me. I haven't posted the diff for the NMU yet.
Just to underline here, you need to send the diff for the NMU to the
bug(s) that you are fixing in the NMU *before* uploading the NMU.
In the case where a 0-day NMU is valid, you can upload
Don Armstrong a écrit :
On Mon, 09 Mar 2009, Barry deFreese wrote:
That was me. I haven't posted the diff for the NMU yet.
Just to underline here, you need to send the diff for the NMU to the
bug(s) that you are fixing in the NMU *before* uploading the NMU.
In the case where a 0-day
also sprach Stefano Zacchiroli z...@debian.org [2009.03.09.2210 +0100]:
It is more expressive, and can give more easily access to
individual patches (e.g. for pushing them upstream) when they get
entangled with others. I'm using it because I'm convinced that it
implements the right® packaging
I demand that Marcus Better may or may not have written...
Tino Keitel wrote:
* Package name: xca
Description : x509 Certification Authority management tool based on QT4
Is there anything significant that distinguishes this from TinyCA?
Other than it not being GTK-based? I can
Chuan-kai Lin, le Mon 09 Mar 2009 12:46:35 -0700, a écrit :
On Mon, Mar 09, 2009 at 11:40:51AM +0100, Samuel Thibault wrote:
A lot of applications (including md5sum) would not necessarily print
their output atomically and then you get mixed output. Either we add
the option to findutils, or
Chuan-kai Lin, le Mon 09 Mar 2009 12:46:35 -0700, a écrit :
On Mon, Mar 09, 2009 at 11:40:51AM +0100, Samuel Thibault wrote:
A lot of applications (including md5sum) would not necessarily print
their output atomically and then you get mixed output. Either we add
the option to findutils, or
I propose we (Debian-science) create two grid tasks packages:
Grid-client: This would contain the packages a user workstation needs to
submit jobs to the grid.
Grid-server: Packages for running a grid cluster.
The globus packages recently proposed on debian-devel are obvious
candidates.
martin f krafft madd...@debian.org writes:
also sprach Goswin von Brederlow goswin-...@web.de [2009.03.09.1443 +0100]:
From a usability point of view I find it unusable. With so many
branches you always forget to merge one or don't commit to the
right one.
Uh, this is in response to
On Mon, Mar 09, 2009 at 22:18:15 +0100, Marcus Better wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tino Keitel wrote:
* Package name: xca
Description : x509 Certification Authority management tool based on
QT4
Is there anything significant that distinguishes
Samuel Thibault samuel.thiba...@ens-lyon.org (09/03/2009):
which makes parallel not take a command, but executes commands from
stdin. That can however be obtained by xargs sh -c. Another option
that xargs misses is
-j +NAdd N to the number of CPUs. Run this many jobs in
On Mon, Mar 09, 2009 at 10:57:57PM +0100, Samuel Thibault wrote:
I thought at first it's not particularly convenient, then well, so
what. Now I'm thinking Mmm, but people won't know they should do it
and blame xargs for being broken. Also annotate-output is not enough
when programs e.g.
Phil's in hospital. Will reply towards end of week.
On Tuesday 10 March 2009, Chuan-kai Lin wrote:
On Mon, Mar 09, 2009 at 10:57:57PM +0100, Samuel Thibault wrote:
I thought at first it's not particularly convenient, then well, so
what. Now I'm thinking Mmm, but people won't know they
On Mon, 09 Mar 2009, Tino Keitel wrote:
On Mon, Mar 09, 2009 at 22:18:15 +0100, Marcus Better wrote:
* Package name: xca
Description : x509 Certification Authority management tool based on
QT4
Is there anything significant that distinguishes this from TinyCA?
XCA has
On Mon, Mar 09, 2009 at 08:06:16PM +0100, Pierre Habouzit wrote:
Just looking at the packages requiring an inet superserver, you'll see that
it's probably that nowadays users don't need a superserver at all[0].
Yes, and many users no longer have a superserver installed for that reason.
I'm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 07:44:09 +0100
Source: ngrep
Binary: ngrep
Architecture: source amd64
Version: 1.45.ds2-3
Distribution: unstable
Urgency: low
Maintainer: Romain Francoise rfranco...@debian.org
Changed-By: Romain Francoise
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 18 Feb 2009 08:22:22 +0100
Source: rkhunter
Binary: rkhunter
Architecture: source all
Version: 1.3.4-2
Distribution: unstable
Urgency: low
Maintainer: Julien Valroff jul...@kirya.net
Changed-By: Julien Valroff jul...@kirya.net
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sat, 07 Feb 2009 21:51:26 +0100
Source: xteddy
Binary: xteddy
Architecture: source i386
Version: 2.2-1
Distribution: unstable
Urgency: low
Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org
Changed-By: Andreas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 08 Mar 2009 20:40:49 +0100
Source: qbittorrent
Binary: qbittorrent
Architecture: source amd64
Version: 1.3.2-1
Distribution: unstable
Urgency: low
Maintainer: Cristian Greco cristian.deb...@gmail.com
Changed-By: Cristian Greco
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 08:54:30 +0100
Source: upx-nrv
Binary: upx-nrv
Architecture: source i386
Version: 3.03-2
Distribution: unstable
Urgency: low
Maintainer: Robert Luberda rob...@debian.org
Changed-By: Robert Luberda rob...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 10:35:40 +0200
Source: sbrsh
Binary: sbrshd sbrsh
Architecture: source i386
Version: 7.6.1
Distribution: unstable
Urgency: low
Maintainer: Riku Voipio riku.voi...@iki.fi
Changed-By: Riku Voipio riku.voi...@iki.fi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 12:24:05 +0530
Source: ldtp
Binary: ldtp python-ldtp
Architecture: source all i386
Version: 1.5.0-2
Distribution: unstable
Urgency: low
Maintainer: Kartik Mistry kar...@debian.org
Changed-By: Kartik Mistry
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 08 Mar 2009 20:44:36 +0100
Source: deluge
Binary: deluge-core deluge-common deluge-console deluge-webui deluge
deluge-torrent
Architecture: source all
Version: 1.1.4+dfsg-1
Distribution: unstable
Urgency: low
Maintainer:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 09:15:35 +0100
Source: csh
Binary: csh
Architecture: source i386
Version: 20070713-2
Distribution: unstable
Urgency: medium
Maintainer: Matej Vela v...@debian.org
Changed-By: Matej Vela v...@debian.org
Description:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 17:36:21 +1000
Source: libclass-trait-perl
Binary: libclass-trait-perl
Architecture: source all
Version: 0.22-4
Distribution: unstable
Urgency: low
Maintainer: Alexander Zangerl a...@debian.org
Changed-By: Alexander
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 10:03:13 +0100
Source: grub2
Binary: grub2 grub-of grub-linuxbios grub-common grub-pc grub-rescue-pc
grub-coreboot grub-efi grub-ieee1275
Architecture: source amd64
Version: 1.96+20090309-1
Distribution: unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 10:42:25 +0100
Source: ocamlgsl
Binary: libocamlgsl-ocaml-dev libocamlgsl-ocaml
Architecture: source amd64
Version: 0.6.0-5
Distribution: unstable
Urgency: low
Maintainer: Debian OCaml Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 19:03:15 +0900
Source: naist-jdic
Binary: naist-jdic naist-jdic-utf8
Architecture: source all
Version: 0.4.3-6
Distribution: unstable
Urgency: low
Maintainer: Hideki Yamane (Debian-JP) henr...@debian.or.jp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 10:57:37 +0100
Source: libcatalyst-manual-perl
Binary: libcatalyst-manual-perl
Architecture: source all
Version: 5.7018-1
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 08 Mar 2009 19:42:07 +0100
Source: lphdisk
Binary: lphdisk
Architecture: source i386
Version: 0.9.1.ds1-1
Distribution: unstable
Urgency: low
Maintainer: Roberto Lumbreras ro...@debian.org
Changed-By: Roberto Lumbreras
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 08 Mar 2009 19:29:51 +0300
Source: krank
Binary: krank
Architecture: source all
Version: 0.7+dfsg1-4
Distribution: unstable
Urgency: low
Maintainer: Dmitry E. Oboukhov un...@debian.org
Changed-By: Dmitry E. Oboukhov
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 11:43:13 +0100
Source: pygtk
Binary: python-gtk2 python-gtk2-dbg python-gtk2-dev python-glade2
python-gtk2-doc
Architecture: source amd64 all
Version: 2.14.1-1
Distribution: unstable
Urgency: low
Maintainer:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 12:09:36 +0100
Source: rkhunter
Binary: rkhunter
Architecture: source all
Version: 1.3.4-3
Distribution: unstable
Urgency: low
Maintainer: Julien Valroff jul...@kirya.net
Changed-By: Julien Valroff jul...@kirya.net
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 07 Jan 2009 20:03:22 +0100
Source: ncurses-hexedit
Binary: ncurses-hexedit
Architecture: source i386
Version: 0.9.7-14
Distribution: unstable
Urgency: low
Maintainer: Manfred Lichtenstern manf...@lichtenstern.biz
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 22:29:12 +1100
Source: midori
Binary: midori midori-dbg
Architecture: source i386
Version: 0.1.4-1
Distribution: unstable
Urgency: low
Maintainer: Trent W. Buck trentb...@gmail.com
Changed-By: Trent W. Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 14:39:42 +0100
Source: strace
Binary: strace strace64 strace-udeb
Architecture: source amd64
Version: 4.5.18-1
Distribution: unstable
Urgency: low
Maintainer: Roland McGrath f...@debian.org
Changed-By: Frederik
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 12:20:41 +0100
Source: websvn
Binary: websvn
Architecture: source all
Version: 2.1.0-2
Distribution: unstable
Urgency: low
Maintainer: Pierre Chifflier pol...@debian.org
Changed-By: Pierre Chifflier pol...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 16:01:41 +0300
Source: krank
Binary: krank
Architecture: source all
Version: 0.7+dfsg1-5
Distribution: unstable
Urgency: low
Maintainer: Dmitry E. Oboukhov un...@debian.org
Changed-By: Dmitry E. Oboukhov
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 15:11:22 +0100
Source: fauhdlc
Binary: fauhdlc libfauhdli-dev
Architecture: source i386
Version: 20090309-1
Distribution: unstable
Urgency: low
Maintainer: FAUmachine Team i...@faumachine.org
Changed-By: Stefan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 15 Jul 2008 15:24:09 +0800
Source: wmtime
Binary: wmtime
Architecture: source i386
Version: 1.0b2-10
Distribution: unstable
Urgency: low
Maintainer: Paul Harris harris...@gmail.com
Changed-By: Paul Harris harris...@gmail.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 17 Feb 2009 14:09:31 +0100
Source: libxcb
Binary: libxcb1 libxcb1-dev libxcb1-dbg libxcb-composite0 libxcb-composite0-dev
libxcb-composite0-dbg libxcb-damage0 libxcb-damage0-dev libxcb-damage0-dbg
libxcb-dpms0 libxcb-dpms0-dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 28 Sep 2008 21:51:21 +0200
Source: masqmail
Binary: masqmail
Architecture: source i386
Version: 0.2.21-5
Distribution: unstable
Urgency: low
Maintainer: markus schnalke mei...@marmaro.de
Changed-By: markus schnalke
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 14:33:40 +0100
Source: httping
Binary: httping
Architecture: source amd64
Version: 1.3.0-1
Distribution: unstable
Urgency: low
Maintainer: Nico Golde n...@debian.org
Changed-By: Nico Golde n...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 12:46:19 +0100
Source: miro
Binary: miro miro-data democracyplayer democracyplayer-data
Architecture: source all i386
Version: 2.0.2-1
Distribution: unstable
Urgency: low
Maintainer: Uwe Hermann u...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 15:50:03 +0100
Source: texinfo
Binary: texinfo info
Architecture: source amd64
Version: 4.13a.dfsg.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian TeX maintainers debian-tex-ma...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 11:40:28 +0100
Source: banshee
Binary: banshee monodoc-banshee-manual
Architecture: source all amd64
Version: 1.4.3-2
Distribution: unstable
Urgency: low
Maintainer: Sebastian Dröge sl...@debian.org
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 02:14:43 +0100
Source: libtemplate-plugin-class-perl
Binary: libtemplate-plugin-class-perl
Architecture: source all
Version: 0.13-3
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 16:15:15 +0100
Source: texinfo-doc-nonfree
Binary: texinfo-doc-nonfree
Architecture: source all
Version: 4.13a-1
Distribution: unstable
Urgency: low
Maintainer: Debian TeX maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 16:36:09 +0100
Source: libx11
Binary: libx11-6 libx11-data libx11-6-dbg libx11-dev libx11-xcb1
libx11-xcb1-dbg libx11-xcb-dev
Architecture: source all amd64
Version: 2:1.2-1
Distribution: unstable
Urgency: low
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 13:47:47 +0100
Source: libclass-c3-adopt-next-perl
Binary: libclass-c3-adopt-next-perl
Architecture: source all
Version: 0.07-2
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 08 Mar 2009 18:35:19 -0700
Source: libdata-pageset-perl
Binary: libdata-pageset-perl
Architecture: source all
Version: 1.05-2
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 13:11:11 +0100
Source: gpodder
Binary: gpodder
Architecture: source all
Version: 0.15.0-1
Distribution: unstable
Urgency: low
Maintainer: Thomas Perl t...@thpinfo.com
Changed-By: Thomas Perl t...@thpinfo.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 09 Mar 2009 11:24:18 -0400
Source: shorewall-shell
Binary: shorewall-shell
Architecture: source all
Version: 4.2.6-1
Distribution: unstable
Urgency: low
Maintainer: Roberto C. Sanchez robe...@connexer.com
Changed-By: Roberto C.
1 - 100 of 189 matches
Mail list logo