Hi Petter,
On Mittwoch, 5. Februar 2014, Petter Reinholdtsen wrote:
[...]
As for the line counting in the subject, I decided to ignore commented
lines. Including those, we end up on 11 lines. :)
I think this illustrates nicely the problem with this approach:
- there are two lines, which
2014-02-06 Julian Taylor jtaylor.deb...@googlemail.com:
On 06.02.2014 00:39, Jaromír Mikeš wrote:
I would like to add some optimization flags for amd64 arch in some
packages (mostly LV2 nad LADSPA plugins).
I found these as candidates for amd64 arch:
-msse
-msse2
-mfpmath=sse
On 06/02/2014 10:22, Jaromír Mikeš wrote:
2014-02-06 Julian Taylor jtaylor.deb...@googlemail.com
mailto:jtaylor.deb...@googlemail.com:
On 06.02.2014 00:39, Jaromír Mikeš wrote:
I would like to add some optimization flags for amd64 arch in some
packages (mostly LV2 nad
2014-02-06 Sylvestre Ledru sylves...@debian.org:
On 06/02/2014 10:22, Jaromír Mikeš wrote:
2014-02-06 Julian Taylor jtaylor.deb...@googlemail.com:
On 06.02.2014 00:39, Jaromír Mikeš wrote:
I would like to add some optimization flags for amd64 arch in some
packages (mostly LV2 nad
]] Jaromír Mikeš
Aha ... so these default flags are added by compiler and they are not
controlled by debian tools at all?
Can I see somewhere default flags for different archs?
run gcc -dumpspecs on the different platforms and you can see them.
--
Tollef Fog Heen
UNIX is user friendly,
Hi Pere,
On Wed, Feb 05, 2014 at 10:31:09PM +0100, Petter Reinholdtsen wrote:
The idea is to let init.d scripts look like this:
#!/lib/init/init-d-script
### BEGIN INIT INFO
# Provides: daemon
# Required-Start:$remote_fs $syslog
# Required-Stop: $remote_fs
I think this illustrates nicely the problem with this approach:
- there are two lines, which contain code.
- there are five commented lines, which are interpreted and contain important
data.
- and there are four lines of commented code, which are mostly comments,
except two.
And yet
On 02/06/2014 10:56, Helmut Grohne wrote:
The relevant bits can be found in insserv, watch out for
/lib/init/upstart-job.
The current version of insserv in unstable, 1.14.0-5, doesn't seem to
contain this file.
It takes things one step further though.
Instead of having an interpreted script,
Quoting Petter Reinholdtsen (2014-02-05 22:31:09)
The idea is to let init.d scripts look like this:
#!/lib/init/init-d-script
### BEGIN INIT INFO
# Provides: daemon
# Required-Start:$remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2
Petter Reinholdtsen p...@hungry.com writes:
The reason I bring this up on debian-devel@ is twofold. First, I want
to gather feedback on the idea. Will it work for your package, or are
some more hooks needed?
With my syslog-ng upstream hat on: please, for the love of $deity, no!
It's bad
[Helmut Grohne]
This idea has been brought up a fair number of times now. While others
have already pointed out, that this is basically the approach taken by
OpenRC, we have a very similar implementation in the archive for far
longer. It's called upstart!
The relevant bits can be found in
On 02/06/2014 05:31 AM, Petter Reinholdtsen wrote:
Hi.
A few months ago I drafted an idea to rewrite init.d scripts to use a
common implementation and only specify the unique parts in the init.d
scripts themselves. That draft can be found on
URL:
On 02/06/2014 07:36 AM, Petter Reinholdtsen wrote:
[Russ Allbery]
It's probably worth mentioning that this is basically the path down
which OpenRC went, except that OpenRC has taken the concept somewhat
further to allow the dependencies to be specified in code instead of
comments (using
On 02/06/2014 05:31 AM, Petter Reinholdtsen wrote:
Hi.
A few months ago I drafted an idea to rewrite init.d scripts to use a
common implementation and only specify the unique parts in the init.d
scripts themselves. That draft can be found on
URL:
Package: wnpp
Severity: wishlist
Owner: Felix Lechner felix.lech...@gmail.com
* Package name: belle-sip
Version : 1.2.4
Upstream Author : Jehan Monnier jehan.monn...@linphone.org
* URL : http://www.linphone.org/
* License : GPL2+, GPL3+, BSD, MIT, zlib
[Thomas Goirand]
Yeah, I discovered that OpenRC had a similar approach, but without
staying compatible with our current set of scripts in /etc/init.d/.
[1] Sorry... what?!? :)
It's perfectly compatible. You just decide what you want to
(re-)implement or not. In fact, that's one of the very
]] Petter Reinholdtsen
Ah, had completely forgotten about that script./lib/init/upstart-job.
Thank you for bringing it to my attention. Found the
/lib/init/upstart-job script in the upstart package and the code to
allow insserv to run '/etc/init.d/script lsb-header' to generate the
LSB
]] Thomas Goirand
Since last summer, OpenRC has full support for LSB headers. Also, I
believe that OpenRC is the only init system replacement which allows to
mix dependencies with LSB or it's own implementation.
It's not, systemd has provided this from the start.
--
Tollef Fog Heen
UNIX is
]] Petter Reinholdtsen
Since last summer, OpenRC has full support for LSB headers. Also, I
believe that OpenRC is the only init system replacement which allows
to mix dependencies with LSB or it's own implementation.
That is not the case. Both systemd and upstart allow this as well.
[Thomas Goirand]
Well, you've been trying to reimplement OpenRC... with less
features! Don't bother, switch to OpenRC, and call it a day... :)
Actually, I am trying to reduce code duplication in /etc/init.d/ while
allowing package maintainers an easy way to stay compatible with
systemd,
[Sergey B Kirpichev]
Peter, thank you for your work. Have you tried any complex init
script to fit this business (apache2 or postfix, for example)?
Nope. It is ment as an option for the packages with simple needs.
Those with complex needs can use it too, probably, but it might be
easier to
On 05/02/2014 10:42, Daniel Pocock wrote:
I've also found some references to the UCF package but it is not
referenced in the debconf-devel manpage itself, is UCF the way to go or
is this a red herring?
If the default configuration file is shipped as-is by the package
(no changes due to debconf
Petter Reinholdtsen writes (Two line init.d scripts? Sure, that will work!):
A few months ago I drafted an idea to rewrite init.d scripts to use a
common implementation and only specify the unique parts in the init.d
scripts themselves. That draft can be found on
URL:
Hi Ansgar,
I am sorry to tell you that you are completely missing the point.
On Thu, Feb 06, 2014 at 11:35:17AM +0100, Ansgar Burchardt wrote:
On 02/06/2014 10:56, Helmut Grohne wrote:
The relevant bits can be found in insserv, watch out for
/lib/init/upstart-job.
The current version of
Where can I read more about these problems. One obvious and annoying
one is that 'sh -x /etc/init.d/script start' no longer work, making it
harder to debug the scripts
Probably init-d-script could pass some cli-specified options to sh
with set builtin. To allow something like this:
On Thu, Feb 06, 2014 at 11:47:24AM +0100, Petter Reinholdtsen wrote:
actions on services). Do I misunderstand how upstart-job work? If I
install a package with an upstart job and a symlink to
/lib/init/upstart-job from /etc/init.d/ on Hurd, will it work?
Testing... Nope, did not work:
On 06/02/14 12:07, Helmut Grohne wrote:
This functionality is entirely orthogonal to the one I was proposing.
You are talking about redirecting the init script invocation to a
running systemd instance. I am talking about sysvinit (as pid 1) to
execute systemd .service descriptions.
I'm sure
Hi,
There have been multiple new upstream releases for stunnel4 and the
package has gathered quite some bugs without any feedback from its
maintainer. Looking at Rodrigo's QA page [0] his last actions were
quite some time ago (2012) and most packages would have gathered RC
bugs without the help
Peter, thank you for your work. Have you tried any complex init
script to fit this business (apache2 or postfix, for example)?
Nope. It is ment as an option for the packages with simple needs.
Those with complex needs can use it too, probably, but it might be
easier to just keep the
On 02/06/2014 07:06 PM, Petter Reinholdtsen wrote:
Since last summer, OpenRC has full support for LSB headers. Also, I
believe that OpenRC is the only init system replacement which allows
to mix dependencies with LSB or it's own implementation.
That is not the case. Both systemd and upstart
On Thu, 06 Feb 2014 00:47:54 +0100, Julian Taylor wrote:
On 06.02.2014 00:39, Jaromír Mikeš wrote:
Hi all,
I would like to add some optimization flags for amd64 arch in some
packages (mostly LV2 nad LADSPA plugins).
I found these as candidates for amd64 arch:
-msse -msse2 -mfpmath=sse
On 02/06/2014 08:34 PM, Simon McVittie wrote:
it'll look rather similar to systemd; and by the time
you've sorted out circular dependencies, it'll have about the same level
of coupling between components as systemd.
Why that? Dependency loops just have to be broken at run time when
calculating
On Thu, Feb 06, 2014 at 12:34:49PM +, Simon McVittie wrote:
I'm sure we've been over this, on this very list, in several previous
threads. I used to think this was a great idea, too; I've been convinced
that it isn't feasible.
Yes, I concur with the reasoning that I didn't quote here. In
]] Thomas Goirand
BTW, Debian has a way too many LSB header scripts with Required-Start:
$all, which is very bad. A decent init system has to deal with this, and
there's no sane way to do so but arbitrarily breaking what the author of
the script wrote. A lintian warning telling that $all is
Petter Reinholdtsen wrote:
#!/lib/init/init-d-script
### BEGIN INIT INFO
# Provides: daemon
# Required-Start:$remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: nice daemon
#
package: lintian
severity: wishlist
Hi,
On Donnerstag, 6. Februar 2014, Thomas Goirand wrote:
BTW, Debian has a way too many LSB header scripts with Required-Start:
$all, which is very bad. A decent init system has to deal with this, and
there's no sane way to do so but arbitrarily breaking
$all obviously (as you point out) doesn't work well. Semantically, it
doesn't make sense to have more than one script depending on $all.
What I should use instead? Use case:
http://packages.qa.debian.org/m/monit.html
Usually, you want to start this service last and stop first.
--
To
package: lintian
severity: wishlist
x-debbugs-cc:
debian-devel@lists.debian.org,pkg-sysvinit-de...@lists.alioth.debian.org
Hi,
On Donnerstag, 6. Februar 2014, Thomas Goirand wrote:
BTW, Debian has a way too many LSB header scripts with Required-Start:
$all, which is very bad. A decent init
]] Sergey B Kirpichev
$all obviously (as you point out) doesn't work well. Semantically, it
doesn't make sense to have more than one script depending on $all.
What I should use instead? Use case:
http://packages.qa.debian.org/m/monit.html
That's not a use case.
Usually, you want to
On Wednesday 05 February 2014 10:42:23 Daniel Pocock wrote:
Has anybody written any further documentation about debconf with
configuration files, for example, for those that don't meet the
assumptions for the example in the debconf-devel manpage?
Are there any particular packages that are
Usually, you want to start this service last and stop first.
Why should it start last?
Because monit is not systemd. monit - is only an utility for
proactive monitoring, not yet another init-replacement.
So, lets start services first, then start monitoring. Do
we want to play races with
Package: wnpp
Severity: wishlist
Owner: Andrea Capriotti capri...@debian.org
* Package name: vim-snipmate
Version : 0.84
Upstream Author : Michael Sanders msanders42+vim@gmailcom
* URL : http://www.vim.org/scripts/script.php?script_id=2540
* License : MIT
On 02/06/2014 10:59 PM, Sergey B Kirpichev wrote:
$all obviously (as you point out) doesn't work well. Semantically, it
doesn't make sense to have more than one script depending on $all.
What I should use instead? Use case:
http://packages.qa.debian.org/m/monit.html
Usually, you want to
]] Sergey B Kirpichev
Usually, you want to start this service last and stop first.
Why should it start last?
Because monit is not systemd. monit - is only an utility for
proactive monitoring, not yet another init-replacement.
So, lets start services first, then start monitoring.
I'm sure there are more bits and pieces like those, that systemd
services are free to rely on for (potentially major) simplifications.
...and IMHO it's the main systemd problem: it's too complex. :)
And my personal opinion is that having implicit dependencies also isn't
good...
--
With best
An init system that doesn't handle the case of something going «please
start $service» when it's already in the process of starting that
service, is buggy.
It's not the problem, as all (most) debian's init-scripts use
start-stop-daemon. The real problem - email notifications. You don't
want
]] Sergey B Kirpichev
Are you trying to sell me yet another init or do you suggest some
alternative solution *with* Debian's sysvinit, not using
Should-Start/Stop: $all? If the first, please stop. If
the second - please go ahead.
No.
I'm pointing out why $all doesn't do what you want.
On Thursday, February 06, 2014 13:59:59 Sebastian Reichel wrote:
Hi,
There have been multiple new upstream releases for stunnel4 and the
package has gathered quite some bugs without any feedback from its
maintainer. Looking at Rodrigo's QA page [0] his last actions were
quite some time ago
Excerpts from Tollef Fog Heen's message of 2014-02-06 11:58:37 -0800:
]] Sergey B Kirpichev
Are you trying to sell me yet another init or do you suggest some
alternative solution *with* Debian's sysvinit, not using
Should-Start/Stop: $all? If the first, please stop. If
the second -
I'm pointing out why $all doesn't do what you want.
It's exactly what I want.
«$all» means «after everything else has started» and if you
have two of those
You have a bug. Yes, some packages abuse $all, I admit this,
but not all of them (e.g. monit).
In your particular case (and
On Thu, Feb 06, 2014 at 03:27:51PM -0500, Chris Knadle wrote:
On Thursday, February 06, 2014 13:59:59 Sebastian Reichel wrote:
[...]
NMUs don't necessarily need to be minimalistic -- for instance packaging new
versions is something that can be done with NMUs. This is admittedly not
Adding Gregor Herrmann to this because he and I were looking to work on
#672198 but we both were swamped with other work.
On Friday, February 07, 2014 00:02:16 Sebastian Reichel wrote:
On Thu, Feb 06, 2014 at 03:27:51PM -0500, Chris Knadle wrote:
On Thursday, February 06, 2014 13:59:59
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 512 (new: 11)
Total number of packages offered up for adoption: 152 (new: 2)
Total number of packages
On Thu, Feb 06, 2014 at 06:56:04PM -0500, Chris Knadle wrote:
I know; I agree with you and I think the text is a bit misleading -- by
stating that you shouldn't change the packaging style it seems to indicate
that NMUs are supposed to be minimalistic, but a situation in which the
maintainer
Leaving off the MIA team on this reply, mainly because I don't think this is
news to them per se and I'd rather not spam them.
On Friday, February 07, 2014 02:54:09 Sebastian Reichel wrote:
On Thu, Feb 06, 2014 at 06:56:04PM -0500, Chris Knadle wrote:
I know; I agree with you and I think the
Hi all,
In devscripts 2.13.3, uscan gained the ability to verify signature of
the upstream tarball using a file debian/upstream-signing-key.pgp. In
2.14.0, I added the ability to use armored keys and decided to move the
files under debian/upstream/, an idea which had been suggested by a few
On 02/07/2014 03:58 AM, Tollef Fog Heen wrote:
]] Sergey B Kirpichev
Are you trying to sell me yet another init or do you suggest some
alternative solution *with* Debian's sysvinit, not using
Should-Start/Stop: $all? If the first, please stop. If
the second - please go ahead.
No.
Another project that looks at DEP-12 metadata is DUCK, the Debian URL
checker. I think it looks at DEP-12 stuff as a source of URLs to
check.
In your patch I think you mean [ ! -d $srcfile ] instead of -e? The
latter will match if debian/upstream is a dir or a file but I think
you want it to only
On Fri, Feb 07, 2014 at 01:18:09PM +0800, Paul Wise wrote:
Another project that looks at DEP-12 metadata is DUCK, the Debian URL
checker. I think it looks at DEP-12 stuff as a source of URLs to
check.
From a quick glance, doesn't seem so.
In your patch I think you mean [ ! -d $srcfile ]
Le Fri, Feb 07, 2014 at 12:41:51AM -0500, James McCoy a écrit :
On Fri, Feb 07, 2014 at 01:18:09PM +0800, Paul Wise wrote:
There are other issues with uscan/DEP-12;
debian/watch is duplicated in the Watch field in DEP-12 debian/upstream.
Partially. DEP-12 assumes it to be a version=3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 06 Feb 2014 09:10:12 +0100
Source: discosnp
Binary: discosnp
Architecture: source amd64
Version: 1.0.1-3
Distribution: unstable
Urgency: low
Maintainer: Debian Med Packaging Team
debian-med-packag...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 05 Feb 2014 17:28:51 +0100
Source: gccxml
Binary: gccxml libgccxml-dev
Architecture: source amd64
Version: 0.9.0+git20140205-1.1
Distribution: unstable
Urgency: medium
Maintainer: Steve M. Robbins s...@debian.org
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 06 Feb 2014 08:54:25 +0100
Source: unattended-upgrades
Binary: unattended-upgrades
Architecture: source all
Version: 0.82
Distribution: unstable
Urgency: low
Maintainer: Michael Vogt m...@debian.org
Changed-By: Michael Vogt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 06 Feb 2014 09:21:58 +0100
Source: piespy
Binary: piespy
Architecture: source all
Version: 0.4.0-3
Distribution: unstable
Urgency: low
Maintainer: Debian QA Group packa...@qa.debian.org
Changed-By: Emanuele Rocca e...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 06 Feb 2014 09:53:27 +
Source: glib2.0
Binary: libglib2.0-0 libglib2.0-tests libglib2.0-udeb libglib2.0-bin
libglib2.0-dev libglib2.0-0-dbg libglib2.0-data libglib2.0-doc libgio-fam
libglib2.0-0-refdbg
Architecture:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 06 Feb 2014 12:28:37 +0100
Source: asterisk
Binary: asterisk asterisk-modules asterisk-dahdi asterisk-vpb
asterisk-voicemail asterisk-voicemail-imapstorage
asterisk-voicemail-odbcstorage asterisk-ooh323 asterisk-mp3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 06 Feb 2014 10:41:43 +0100
Source: postgresql-pllua
Binary: postgresql-9.3-pllua
Architecture: source amd64
Version: 1:1.0-2
Distribution: unstable
Urgency: medium
Maintainer: Christoph Berg m...@debian.org
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 06 Feb 2014 13:26:33 +0100
Source: ruby-rspec-core
Binary: ruby-rspec-core
Architecture: source all
Version: 2.14.7-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Ruby Extras Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 03 Feb 2014 20:43:03 +0100
Source: ruby-dbd-sqlite3
Binary: ruby-dbd-sqlite3
Architecture: source all
Version: 1.2.5+gem2deb-2
Distribution: unstable
Urgency: low
Maintainer: Debian Ruby Extras Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 06 Feb 2014 13:48:48 +0100
Source: smartmontools
Binary: smartmontools
Architecture: source kfreebsd-amd64
Version: 6.2+svn3841-1.1
Distribution: unstable
Urgency: medium
Maintainer: Giuseppe Iuculano iucul...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 06 Feb 2014 14:21:21 +0100
Source: x42-plugins
Binary: x42-plugins
Architecture: source amd64
Version: 20140115-3
Distribution: unstable
Urgency: low
Maintainer: Debian Multimedia Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 05 Feb 2014 11:10:11 +0700
Source: phpunit-mock-object
Binary: phpunit-mock-object
Architecture: source all
Version: 1.2.3-1
Distribution: unstable
Urgency: medium
Maintainer: Debian PHP PEAR Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 06 Feb 2014 15:21:00 +0100
Source: postgresql-common
Binary: postgresql-common postgresql-client-common postgresql-server-dev-all
postgresql postgresql-client postgresql-doc postgresql-contrib
Architecture: source all
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 06 Feb 2014 14:43:59 +0100
Source: caps
Binary: caps
Architecture: source amd64
Version: 0.9.18-1
Distribution: unstable
Urgency: low
Maintainer: Debian Multimedia Maintainers
pkg-multimedia-maintain...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 06 Feb 2014 10:07:19 -0500
Source: createrepo
Binary: createrepo
Architecture: source all
Version: 0.10.3-1
Distribution: unstable
Urgency: medium
Maintainer: Mike Miller mtmil...@debian.org
Changed-By: Mike Miller
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 06 Feb 2014 11:42:12 +0700
Source: phpunit
Binary: phpunit
Architecture: source all
Version: 3.7.28-1
Distribution: unstable
Urgency: medium
Maintainer: Debian PHP PEAR Maintainers pkg-php-p...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 06 Feb 2014 16:31:06 +0100
Source: snmptt
Binary: snmptt
Architecture: source all
Version: 1.4-1
Distribution: unstable
Urgency: medium
Maintainer: Christoph Berg m...@debian.org
Changed-By: Christoph Berg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Wed, 05 Feb 2014 21:19:03 +0900
Source: musescore
Binary: musescore musescore-common musescore-soundfont-gm mscore mscore-common
Architecture: source amd64 all
Version: 1.2+dfsg-1.1
Distribution: unstable
Urgency: medium
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 21 Jan 2014 21:18:23 +0100
Source: checkbox-ng
Binary: checkbox-ng checkbox-ng-service python3-checkbox-ng
python3-checkbox-ng-doc
Architecture: source all
Version: 0.1-1
Distribution: unstable
Urgency: low
Maintainer:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 04 Feb 2014 20:14:06 -0500
Source: cura-engine
Binary: cura-engine
Architecture: source i386
Version: 14.01-1
Distribution: unstable
Urgency: low
Maintainer: 3-D printer team 3dprinter-gene...@lists.alioth.debian.org
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 20 Jan 2014 18:27:23 +0100
Source: gnome-shell-pomodoro
Binary: gnome-shell-pomodoro
Architecture: source all
Version: 0.8.0-1
Distribution: unstable
Urgency: low
Maintainer: Joseph HERLANT herla...@gmail.com
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 25 Jan 2014 19:05:00 +0100
Source: ruby-parslet
Binary: ruby-parslet
Architecture: source all
Version: 1.5.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Ruby Extras Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 06 Feb 2014 16:18:08 +0100
Source: pgpool2
Binary: pgpool2 libpgpool0 libpgpool-dev postgresql-9.3-pgpool2
Architecture: source amd64
Version: 3.3.2-1
Distribution: unstable
Urgency: low
Maintainer: Christoph Berg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 21 Jan 2014 22:03:14 +0100
Source: gammaray
Binary: gammaray gammaray-probe-qt4 gammaray-plugin-kjobtracker gammaray-dev
gammaray-dbg
Architecture: source amd64
Version: 2.0.0-1
Distribution: unstable
Urgency: low
Maintainer:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 06 Feb 2014 16:52:31 +0100
Source: dot2tex
Binary: dot2tex
Architecture: source all
Version: 2.8.7+repack-1.1
Distribution: sid
Urgency: high
Maintainer: Peter Collingbourne pe...@pcc.me.uk
Changed-By: Julien Cristau
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 06 Feb 2014 11:46:40 -0500
Source: attic
Binary: attic
Architecture: source amd64
Version: 0.10-1
Distribution: unstable
Urgency: medium
Maintainer: Clint Adams cl...@softwarefreedom.org
Changed-By: Clint Adams
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 06 Feb 2014 12:42:07 -0500
Source: gparted
Binary: gparted
Architecture: source amd64
Version: 0.17.0-5
Distribution: unstable
Urgency: medium
Maintainer: Phillip Susi ps...@ubuntu.com
Changed-By: Phillip Susi ps...@ubuntu.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 06 Feb 2014 18:34:50 +0100
Source: sysvinit
Binary: sysvinit sysvinit-core sysvinit-utils sysv-rc initscripts bootlogd
Architecture: source amd64 all
Version: 2.88dsf-48
Distribution: unstable
Urgency: low
Maintainer: Debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 06 Feb 2014 15:07:57 -0300
Source: ruby-defaults
Binary: ruby ruby-dev ruby-all-dev libruby libtcltk-ruby ri ruby-full
Architecture: source all
Version: 1:1.9.3.2
Distribution: unstable
Urgency: medium
Maintainer: Antonio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 30 Jan 2014 23:42:25 +0100
Source: cvs2svn
Binary: cvs2svn
Architecture: source all
Version: 2.4.0-2
Distribution: unstable
Urgency: low
Maintainer: Laszlo Boszormenyi (GCS) g...@debian.org
Changed-By: Laszlo Boszormenyi (GCS)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 06 Feb 2014 23:31:04 +0400
Source: seabios
Binary: seabios
Architecture: source all
Version: 1.7.4-2
Distribution: unstable
Urgency: low
Maintainer: Debian QEMU Team pkg-qemu-de...@lists.alioth.debian.org
Changed-By: Michael
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 06 Feb 2014 23:01:11 +0600
Source: cpuid
Binary: cpuid
Architecture: source amd64
Version: 20140123-1
Distribution: unstable
Urgency: medium
Maintainer: Andrey Rahmatullin w...@wrar.name
Changed-By: Andrey Rahmatullin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 06 Feb 2014 18:09:19 +0100
Source: apt
Binary: apt libapt-pkg4.12 libapt-inst1.5 apt-doc libapt-pkg-dev libapt-pkg-doc
apt-utils apt-transport-https
Architecture: source all amd64
Version: 0.9.15.1
Distribution: unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 06 Feb 2014 14:34:39 -0500
Source: enum34
Binary: python-enum34-doc python-enum34 python3-enum34
Architecture: source all
Version: 0.9.20-1
Distribution: unstable
Urgency: medium
Maintainer: Barry Warsaw ba...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 06 Feb 2014 21:46:59 +0100
Source: libgadu
Binary: libgadu3 libgadu3-dbg libgadu-dev libgadu-doc
Architecture: source amd64 all
Version: 1:1.12.0~rc2-1
Distribution: experimental
Urgency: high
Maintainer: Marcin Owsiany
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 06 Feb 2014 12:07:05 -0500
Source: mumble
Binary: mumble mumble-server mumble-dbg
Architecture: source amd64
Version: 1.2.4-0.2
Distribution: unstable
Urgency: high
Maintainer: Ron Lee r...@debian.org
Changed-By: Christopher
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Wed, 05 Feb 2014 23:29:25 +
Source: python-fitbit
Binary: python-fitbit
Architecture: source all
Version: 0.0.3-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Med Packaging Team
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 06 Feb 2014 21:41:24 +0100
Source: lightdm
Binary: lightdm lightdm-vala liblightdm-gobject-1-0 liblightdm-qt-3-0
liblightdm-gobject-dev liblightdm-qt-dev gir1.2-lightdm-1
Architecture: source amd64
Version: 1.8.7-1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 06 Feb 2014 17:56:55 -0300
Source: ruby-defaults
Binary: ruby ruby-dev ruby-all-dev libruby libtcltk-ruby ri ruby-full
Architecture: source all
Version: 1:1.9.3.3
Distribution: unstable
Urgency: medium
Maintainer: Antonio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 06 Feb 2014 21:15:48 +0100
Source: ruby-tokyocabinet
Binary: ruby-tokyocabinet
Architecture: source amd64
Version: 1.31-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Ruby Extras Maintainers
1 - 100 of 115 matches
Mail list logo
