]] Steve Langasek
The maintainer may disagree, in which case one is free to escalate it
to the release team precisely as Tollef has suggested. But there's
nothing inappropriate about having this discussion directly with the
maintainer first.
Right, and I didn't complain about the initial
Le 11 mai 2014 23:06, Michael Biebl bi...@debian.org a écrit :
Am 11.05.2014 19:37, schrieb Helmut Grohne:
I trust you to be technically right on this. Still the number of
packages getting this wrong is stunning[1]. Therefore I'd argue that
[1]
On Sun, May 11 2014, Marco d'Itri wrote:
I do this for the inn2 package and it has worked well for years.
Another (much simpler) example is kmod, which build a deb and a udeb.
If ./configure is not buggy and works when called from a build directory
then building two binary packages from the
Le dimanche 11 mai 2014 à 15:53 +0200, Marc Haber a écrit :
On Sun, 11 May 2014 13:47:39 +0200, Laurent Bigonville
bi...@debian.org wrote:
For other distributions (and other Unix based OS) most of (all?) the
initscripts are already different anyway.
Is it right to force that?
No, this is
Le vendredi 09 mai 2014 à 21:13 +0200, Bas Wijnen a écrit :
I think it would be good for libpam-systemd to list systemd-shim first.
Certainly not.
Systemd is the default init system for jessie, and it should be listed
as the first alternative. The fact that an alternative codepath exists
for
Hello,
On 12 May 2014 11:54, Josselin Mouette j...@debian.org wrote:
Systemd is the default init system for jessie, and it should be listed
as the first alternative. The fact that an alternative codepath exists
for users with specific needs is nice for them, but it is not what we
should focus
Le Mon, May 12, 2014 at 12:16:48PM +0200, Andrew Shadura a écrit :
On 12 May 2014 11:54, Josselin Mouette j...@debian.org wrote:
Systemd is the default init system for jessie, and it should be listed
as the first alternative. The fact that an alternative codepath exists
for users with
(Context: a thread about OpenSSL's custom malloc wrapper on a non-public
mailing list; I'm only quoting bits that are explicitly non-private,
which is why this mail might seem rather disjointed)
Steinar H. Gunderson wrote:
No malloc() sends a syscall for every malloc()/free(), except for
big
On Sun, 11 May 2014, Marc Haber wrote:
On Sat, 10 May 2014 22:13:01 +0200, Matthias Urlichs
matth...@urlichs.de wrote:
I also would not expect an end user to add su foo -c /do/whatever to
/etc/rc.local. Your opinion may differ, that's OK.
Especially people who are not as Debian-centric as
Hi Carlos and Marc,
At Mon, 12 May 2014 04:21:10 +0200,
Carlos Alberto Lopez Perez wrote:
On 11/05/14 09:18, Marc Haber wrote:
Something along the lines of systemd is technically needed and a good
idea, but the people behind it do not come along nice.
Completely agree.
While I also
On Mon, 12 May 2014 12:00:48 +0200
A debian dev wrote:
Nobody cares.
Please go away.
You apparently don't care that an official debian document is making
sweeping incorrect statements even though I have told you I have
professional experience in this area and pointed debian to a buildroot
On Fri, 9 May 2014, Steve Langasek wrote:
ii systemd 204-10
ii systemd-sysv 204-10
You can purge them. Install sysvinit-core at the same time.
This is unconstructive advice.
No, it is not, for someone who wants systemd gone
At Mon, 12 May 2014 12:16:48 +0200,
Andrew Shadura wrote:
On 12 May 2014 11:54, Josselin Mouette j...@debian.org wrote:
Systemd is the default init system for jessie, and it should be listed
as the first alternative. The fact that an alternative codepath exists
for users with specific
On Sat, 10 May 2014, Bas Wijnen wrote:
So please get dirmngr fixed instead of blaming systemd/logind.
This is the part you should _NEVER_ do. It is YOUR responsibitiliy, as a
maintainer (you are the maintainer, right?), to make sure that a bug that is
reported in the wrong place gets sent
]] Andrew Shadura
Hello,
On 12 May 2014 11:54, Josselin Mouette j...@debian.org wrote:
Systemd is the default init system for jessie, and it should be listed
as the first alternative. The fact that an alternative codepath exists
for users with specific needs is nice for them, but it is
Hello,
On 12 May 2014 13:35, Tollef Fog Heen tfh...@err.no wrote:
This sort of behaviour is precisely why so many people not only
dislike systemd, but also it's maintainers.
Are you aware that Joss isn't a systemd maintainer? (He's one of the
GNOME maintainers.)
I am. I never claimed he
Le lundi 12 mai 2014 à 13:26 +0200, Thorsten Glaser a écrit :
What *is* a “desktop seat manager”? I’d not want it on servers
(and some coworkers are even running N-M on some of them…), and
Linux desktops (and nōn-Linux ones) have not needed those until
now either. So, I (still) question this
Le lundi 12 mai 2014 à 12:16 +0200, Andrew Shadura a écrit :
As far as GDM is concerned, any bug reported with systemd-shim installed
will be ignored. The bug script should probably be updated to that
effect, BTW.
This sort of behaviour is precisely why so many people not only
dislike
___
There are two ways of constructing a software design. One is to make
it so simple that there are OBVIOUSLY no deficiencies. And the other is
to make it so complicated that there are no OBVIOUS deficiencies
On Fri, 2014-05-09 at 09:18 +0200, Arturo Borrero Gonzalez wrote:
On 8 May 2014 19:16, Frank Bauer frank.c.ba...@gmail.com wrote:
Hi,
Jessie currently contains linux 3.13, which includes the successor of
iptables - nftables.
Unfortunately, the userspace tools (nftables) are still
[..] configurations nobody will actually ever use.
There you are plainly *wrong*... unless you on purpose make it
to not work so that nobody can use it ... which I don't hope!!!
Norbert
PREINING, Norbert
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/12/2014 08:52 AM, Norbert Preining wrote:
[..] configurations nobody will actually ever use.
There you are plainly *wrong*... unless you on purpose make it to not
work so that nobody can use it ... which I don't hope!!!
Not to mention
On May 12, 2014, at 07:57 AM, Charles Plessy wrote:
For mailing lists, I read in the thread that it may not be a problem anyway,
but I just wanted to add one thing: in many cases the lists to be created are
a maintainer list and a commit list, and this could be replaced completely by
the “new
On 12 May 2014 14:56, Ben Hutchings b...@decadent.org.uk wrote:
I think the following points may be interesting:
* in which state/shape is the nftables framework?
* what about the iptables and the compat layer? The next upstream
release of iptables will, by default, use the nf_tables kernel
On Mon, May 12, 2014 at 11:54:43AM +0200, Josselin Mouette wrote:
Systemd is the default init system for jessie, and it should be listed
as the first alternative.
Can you please explain what is wrong with my reasoning?
A default is only relevant at the time the functionality is first
On 2014-05-12, Bas Wijnen wij...@debian.org wrote:
A default is only relevant at the time the functionality is first installed.
After that, whatever was installed should stay until the user requests to
change it (or there is a technical reason that it can no longer be installed).
In the case
On Mon, May 12, 2014 at 10:02:35AM -0400, Barry Warsaw wrote:
I don't have time to work on Alioth, but JFTR, we (the GNU Mailman development
team) recently announced the first full-suite beta release for Mailman 3.
It's possible that even with the usual beta-quality issues, that MM3 would
make
On Mon, May 12, 2014 at 10:50:34AM +0200, Josselin Mouette wrote:
Le dimanche 11 mai 2014 à 15:53 +0200, Marc Haber a écrit :
On Sun, 11 May 2014 13:47:39 +0200, Laurent Bigonville
bi...@debian.org wrote:
For other distributions (and other Unix based OS) most of (all?) the
initscripts
On Thu, May 08, 2014 at 11:45:24AM +0200, Thorsten Glaser wrote:
This is a bug in doxygen. Replacing the embedded jquery copy
in the Debian package shipping it with a link to the jquery
version in Debian should be the right thing to do. Maybe this
Your criticism is unconstructive. I agree that
On Mon, May 12, 2014 17:00, Clint Adams wrote:
On Mon, May 12, 2014 at 10:02:35AM -0400, Barry Warsaw wrote:
I don't have time to work on Alioth, but JFTR, we (the GNU Mailman
development team) recently announced the first full-suite beta release
for Mailman 3. It's possible that even with the
JS == Jonas Smedegaard d...@jones.dk writes:
JS I believe it does not violate DFSG to ship e.g. JFIF or GIF files
JS which was upstream distributed with copyright-protected but not
JS freely licensed ICC profiles, if repackaged to strip those ICC
JS profiles.
Note that you cannot just strip
Bas Wijnen wrote:
On my system, I see systemd-sysv being pulled in by libpam-systemd, which is
required by network-manager and policykit-1.
libpam-systemd will accept systemd-shim instead of systemd-sysv as well, but
it's listed later, so the user has to manually select it if they want to
Le 12 mai 2014 17:51, James Cloos cl...@jhcloos.com a écrit :
JS == Jonas Smedegaard d...@jones.dk writes:
JS I believe it does not violate DFSG to ship e.g. JFIF or GIF files
JS which was upstream distributed with copyright-protected but not
JS freely licensed ICC profiles, if repackaged
On Mon, May 12, 2014 at 09:19:40AM -0700, Josh Triplett wrote:
Having libpam-systemd depend on systemd-shim | systemd-sysv will not
properly
handle systems that already have systemd installed but not systemd-sysv.
I don't think I understand what you mean. What does having systemd installed
On May 12, 2014, at 05:46 PM, Thijs Kinkhorst wrote:
Mailman 3 is completely different from Mailman 3 and I see no synergy in
basing anything on the existing package. As of now, to my knowledge no
migration or upgrade scenarios exist from MM 2 to MM 3, and I'm not sure
if such code will be there
On 2014-05-12 18:19 +0200, Josh Triplett wrote:
Having libpam-systemd depend on systemd-shim | systemd-sysv will not
properly
handle systems that already have systemd installed but not systemd-sysv.
Could you please elaborate what exactly does not work properly in such a
situation? I
At Sun, 11 May 2014 19:04:07 -0400,
David Prévot wrote:
Q. Are profiles copyrighted?
A. ICC has no formal position on the use of profiles. It is really up to
the software vendor. However, since the software vendor effectively
holds copyright on the profile (which is specified in a tag) the
Quoting James Cloos (2014-05-12 17:48:53)
JS == Jonas Smedegaard d...@jones.dk writes:
JS I believe it does not violate DFSG to ship e.g. JFIF or GIF files
JS which was upstream distributed with copyright-protected but not
JS freely licensed ICC profiles, if repackaged to strip those ICC
Bas Wijnen wrote:
On Mon, May 12, 2014 at 09:19:40AM -0700, Josh Triplett wrote:
Having libpam-systemd depend on systemd-shim | systemd-sysv will not
properly
handle systems that already have systemd installed but not systemd-sysv.
I don't think I understand what you mean. What does
On Mon, May 12, 2014 at 11:54:43AM +0200, Josselin Mouette wrote:
Le vendredi 09 mai 2014 à 21:13 +0200, Bas Wijnen a écrit :
I think it would be good for libpam-systemd to list systemd-shim first.
Certainly not.
Systemd is the default init system for jessie, and it should be listed
as
Hi debian developers,
cppcheck [1] has been removed from testing [2] because of a sourceless
javascript file [3].
Because of this I packaged (with patch and thanks from Octavio) a new dfsg
version and uploaded on mentors [4] some time ago.
(I'm uploading it again right now since I forgot to
On Mon, May 12, 2014 at 11:21:15AM -0700, Josh Triplett wrote:
I don't think I understand what you mean. What does having systemd
installed mean, if not that it's being used as the init system? And if
it isn't used as the init system (presumably because the user chose no
to do that), why
On Mon, May 12, 2014 at 11:21:15AM -0700, Josh Triplett wrote:
In other words: what isn't handled properly? What should happen, and what
does
happen?
Consider a system which has systemd installed, systemd-sysv *not* installed,
and systemd used as PID 1 via init=/bin/systemd. Since
On 12/05/14 11:47, Gianfranco Costamagna wrote:
Hi debian developers,
cppcheck [1] has been removed from testing [2] because of a sourceless
javascript file [3].
Hi, Gianfranco.
Not a DD here, but:
There are mixed opinions about cases like this. cppcheck doesn't need
jQuery to work (or to
Package: wnpp
Severity: wishlist
Owner: Sergio Schvezov sergio.schve...@canonical.com
* Package name: golang-uuid
Version : 0.0~hg20140512-1
Upstream Author : Paul Borman bor...@google.com
* URL : https://code.google.com/p/go-uuid/
* License : BSD-3-Clause
On Mon, 2014-05-12 at 21:16 +0200, Bas Wijnen wrote:
It's easy enough for any user who *does* care to select a different set of
installed packages.
It's not so much about caring which init system to use. It's about being in
control over your own computer. There are many packages that
Le Mon, May 12, 2014 at 11:21:15AM -0700, Josh Triplett a écrit :
There *is* a reason we should push our users away from the non-default
init: we want to make sure that only the users who specifically *want* a
non-default init run one, and those are exactly the users prepared to
deal with
Package: wnpp
Severity: wishlist
Owner: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org
* Package name: libdatabase-dumptruck
Version : 1.2
Upstream Author : Lubomir Rintel lkund...@v3.sk
* URL : https://metacpan.org/release/Database-DumpTruck
* License
El Mon, 12 de May 2014 a las 3:48 PM, Charles Plessy
ple...@debian.org escribió:
Le Mon, May 12, 2014 at 11:21:15AM -0700, Josh Triplett a écrit :
There *is* a reason we should push our users away from the
non-default
init: we want to make sure that only the users who specifically
*want* a
Charles Plessy ple...@debian.org writes:
Le Mon, May 12, 2014 at 12:16:48PM +0200, Andrew Shadura a écrit :
On 12 May 2014 11:54, Josselin Mouette j...@debian.org wrote:
Systemd is the default init system for jessie, and it should be listed
as the first alternative. The fact that an
Thorsten Glaser wrote:
On Sun, 11 May 2014, Marc Haber wrote:
[...]
On Sun, 11 May 2014, Cyril Brulebois wrote:
Marc Haber mh+debian-de...@zugschlus.de (2014-05-11):
Just curious as the maintainer of another package using su in an
init script since 2001, how am I supposed to start a
Steve Langasek wrote:
On Mon, May 12, 2014 at 11:21:15AM -0700, Josh Triplett wrote:
I don't think I understand what you mean. What does having systemd
installed mean, if not that it's being used as the init system? And if
it isn't used as the init system (presumably because the user
On Tue, May 13, 2014 at 12:56:34AM +0200, Lubomir Rintel wrote:
Package: wnpp
Severity: wishlist
Owner: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org
* Package name: libdatabase-dumptruck
Version : 1.2
Upstream Author : Lubomir Rintel lkund...@v3.sk
* URL
On Sat, May 10, 2014 at 11:11:10PM -0700, Steve Langasek wrote:
On Sun, May 11, 2014 at 11:12:08AM +1000, Brian May wrote:
The name start-stop-daemon would suggest this is inappropriate for cron
jobs, is that an invalid assumption I made?
Perhaps a better name could have been chosen, in
On Tue, May 13, 2014 at 01:21:08AM +0100, Colin Watson wrote:
On Sat, May 10, 2014 at 11:11:10PM -0700, Steve Langasek wrote:
On Sun, May 11, 2014 at 11:12:08AM +1000, Brian May wrote:
The name start-stop-daemon would suggest this is inappropriate for cron
jobs, is that an invalid
On Mon, May 12, 2014 at 04:21:56PM -0700, Josh Triplett wrote:
Consider a system which has systemd installed, systemd-sysv *not*
installed, and systemd used as PID 1 via init=/bin/systemd. Since
systemd-sysv is not already installed, systemd-shim | systemd-sysv will
pull in
On Fri, May 09, 2014 at 08:30:22PM +0200, Michael Biebl wrote:
Am 09.05.2014 19:56, schrieb Steve Langasek:
I don't think systemd integration is in a state today that this is ready to
become the default.
What are you missing?
Bug #746587 is a prime example. But more generally, I'm
Steve Langasek vor...@debian.org writes:
AFAIK, d-i disabling of s-s-d is a historical workaround for packages
not using invoke-rc.d (back in the days before it was a Policy must).
Maybe it's time to drop this diversion of s-s-d?
Yeah, that's just what I was thinking. Any software that
Am 13.05.2014 02:54, schrieb Russ Allbery:
Steve Langasek vor...@debian.org writes:
AFAIK, d-i disabling of s-s-d is a historical workaround for packages
not using invoke-rc.d (back in the days before it was a Policy must).
Maybe it's time to drop this diversion of s-s-d?
Yeah, that's
Am 12.05.2014 05:09, schrieb Russ Allbery:
Bas Wijnen wij...@debian.org writes:
If the order of the dependencies of libpam-systemd is switched, so it
becomes systemd-shim | systemd-sysv, the result will be:
- If systemd is not installed, systemd-shim will be installed and the
original
On Mon, 12 May 2014, Steve Langasek wrote:
Bug #746587 is a prime example. But more generally, I'm looking for
evidence that we're being systematic about making sure the packages that
hook into early boot, either via /etc/rcS.d or /etc/network/if-up.d, will
still work correctly after the
On 13 May 2014 11:11, Norbert Preining prein...@logic.at wrote:
#743265: systemd: booting with init=/bin/systemd drops into emergency mode
If a device is not available but listed without noauto or nofail
in /etc/fstab, systemd drops into emergency mode.
Maybe I am mistaken, however I
Norbert Preining prein...@logic.at writes:
This can happen on *any* server that has been booting happily since many
many years. Thus, systemd is *not* a drop-in replacement for now.
We should be realistic about this: it's not going to be, either, at least
for a definition of drop-in
On Tue, May 13, 2014 at 03:01:10AM +0200, Michael Biebl wrote:
Am 13.05.2014 02:54, schrieb Russ Allbery:
Steve Langasek vor...@debian.org writes:
AFAIK, d-i disabling of s-s-d is a historical workaround for packages
not using invoke-rc.d (back in the days before it was a Policy must).
On Mon, 12 May 2014, Russ Allbery wrote:
In this case, maybe we can add some transitional smarts to the same
package that takes responsibility for upgrade prompting. What comes to
mind is scanning /etc/fstab and look for filesystems that aren't set
noauto or nofail but that aren't mounted and
If a device is not available but listed without noauto or nofail
in /etc/fstab, systemd drops into emergency mode.
Maybe I am mistaken, however I thought this was standard behaviour for SYSV
boot systems too
No, it is not standard behaviour. It warns you, but continues booting.
On 13 May 2014 12:47, Norbert Preining prein...@logic.at wrote:
Yes, that is true, because at that time it was about booting with
init=/bin/systemd
and *not* about automatic upgrade to systemd without any checking back.
No, the title of the bug was changed to systemd drops into
Hi Gianfranco,
On Mon, May 12, 2014 at 11:47 AM, Gianfranco Costamagna
costamagnagianfra...@yahoo.it wrote:
Hi debian developers,
cppcheck [1] has been removed from testing [2] because of a sourceless
javascript file [3].
[...]
So, please, can anybody sponsor this package and upload or just
El Mon, 12 de May 2014 a las 6:01 PM, Michael Biebl bi...@debian.org
escribió:
Am 13.05.2014 02:54, schrieb Russ Allbery:
Steve Langasek vor...@debian.org writes:
AFAIK, d-i disabling of s-s-d is a historical workaround for
packages
not using invoke-rc.d (back in the days before it was a
On 13 May 2014 15:44, Cameron Norman camerontnor...@gmail.com wrote:
I found another use of su that may need to be added to your list. rabbitmq
(oddly) wraps itself up in a shell script, /usr/sbin/rabbitmq-server, which
asserts the user is root or rabbitmq, and drops down to rabbitmq if it is
Le 13 mai 2014 03:01, Michael Biebl bi...@debian.org a écrit :
Am 13.05.2014 02:54, schrieb Russ Allbery:
Steve Langasek vor...@debian.org writes:
AFAIK, d-i disabling of s-s-d is a historical workaround for packages
not using invoke-rc.d (back in the days before it was a Policy must).
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 12 May 2014 11:49:11 +0200
Source: soundscaperenderer
Binary: soundscaperenderer-nox soundscaperenderer soundscaperenderer-common
Architecture: source all amd64
Version: 0.4.1~dfsg-2
Distribution: unstable
Urgency: medium
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 10 May 2014 11:30:06 +0200
Source: proj
Binary: proj-data libproj0 libproj-dev proj-bin libproj-java
Architecture: source amd64
Version: 4.8.0-4
Distribution: unstable
Urgency: medium
Maintainer: Debian GIS Project
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 12 May 2014 12:49:56 +0200
Source: srf
Binary: srf-doc libsrf-dev
Architecture: source all amd64
Version: 0.1+dfsg-4
Distribution: unstable
Urgency: medium
Maintainer: Debian Med Packaging Team
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 12 May 2014 07:33:19 -0400
Source: alsa-plugins
Binary: libasound2-plugins
Architecture: source amd64
Version: 1.0.27-2.1
Distribution: unstable
Urgency: medium
Maintainer: Reinhard Tartler siret...@debian.org
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Wed, 23 Apr 2014 21:42:15 +0200
Source: alberta
Binary: libalberta-dev libalberta4 libalberta-dbg libalberta2-dev
Architecture: amd64 source
Version: 3.0.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Science
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 12 May 2014 12:49:14 +0200
Source: weechat
Binary: weechat weechat-curses weechat-core weechat-plugins weechat-doc
weechat-dev weechat-dbg
Architecture: source all amd64
Version: 0.4.3-3
Distribution: unstable
Urgency: medium
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 12 May 2014 13:32:28 +0200
Source: jmagick
Binary: libjmagick6-java jmagick6-docs libjmagick6-jni
Architecture: source all amd64
Version: 6.6.9~20130201-svn99-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Java
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 11 May 2014 22:16:33 +0200
Source: mandos
Binary: mandos mandos-client
Architecture: source all amd64
Version: 1.6.5-1
Distribution: unstable
Urgency: medium
Maintainer: Mandos Maintainers man...@recompile.se
Changed-By: Teddy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 06 May 2014 15:20:39 +0200
Source: fusionforge
Binary: fusionforge-standard fusionforge-minimal fusionforge-full gforge
gforge-common gforge-web-apache2 gforge-web-apache2-vhosts gforge-db-postgresql
gforge-db-remote
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 09 May 2014 23:05:05 +0200
Source: admesh
Binary: admesh libadmesh1 libadmesh-dev libadmesh1-dbg
Architecture: source amd64
Version: 0.97.3~git~3518914-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Science
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 04 May 2014 12:10:14 +0200
Source: tanglet
Binary: tanglet tanglet-data
Architecture: source amd64 all
Version: 1.2.2-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Games Team
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 22 Apr 2014 15:12:14 +0200
Source: python-neuroshare
Binary: python-neuroshare python-neuroshare-doc
Architecture: source amd64 all
Version: 0.9.1-2
Distribution: unstable
Urgency: low
Maintainer: G-Node Debian Team
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 07 May 2014 21:12:18 +0900
Source: hardinfo
Binary: hardinfo
Architecture: source amd64
Version: 0.5.1-1.4
Distribution: unstable
Urgency: medium
Maintainer: Agney Lopes Roth Ferraz ag...@debian.org
Changed-By: HIGUCHI Daisuke
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 02 May 2014 20:02:56 +0200
Source: connectagram
Binary: connectagram connectagram-data
Architecture: source amd64 all
Version: 1.1.2-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Games Team
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 12 May 2014 12:07:00 +0300
Source: webkitgtk
Binary: libjavascriptcoregtk-1.0-0 libjavascriptcoregtk-1.0-dev
libjavascriptcoregtk-1.0-0-dbg gir1.2-javascriptcoregtk-1.0 libwebkitgtk-1.0-0
libwebkit-dev libwebkitgtk-dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 12 May 2014 14:22:52 +0200
Source: php5
Binary: php5 php5-common libapache2-mod-php5 libapache2-mod-php5filter php5-cgi
php5-cli php5-fpm libphp5-embed php5-dev php5-dbg php-pear php5-curl
php5-enchant php5-gd php5-gmp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 12 May 2014 06:57:32 +0200
Source: xmms2
Binary: libaudio-xmmsclient-perl libxmmsclient++-dev libxmmsclient++-glib-dev
libxmmsclient++-glib1 libxmmsclient++4 libxmmsclient-dev libxmmsclient-glib-dev
libxmmsclient-glib1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 09 May 2014 15:38:15 +
Source: acl2
Binary: acl2 acl2-source acl2-emacs acl2-infix acl2-infix-source acl2-books
acl2-books-source acl2-books-certs acl2-doc
Architecture: source all amd64
Version: 6.4-3
Distribution:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 11 May 2014 09:13:23 +0200
Source: bisonc++
Binary: bisonc++ bisonc++-doc
Architecture: source amd64 all
Version: 4.09.01-1
Distribution: unstable
Urgency: low
Maintainer: Frank B. Brokken f.b.brok...@rug.nl
Changed-By: Frank
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 12 May 2014 13:20:45 +0200
Source: asio
Binary: libasio-dev libasio-doc
Architecture: source all
Version: 1:1.10.2-1
Distribution: unstable
Urgency: low
Maintainer: Markus Wanner mar...@bluegap.ch
Changed-By: Markus Wanner
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 12 May 2014 14:31:04 +0200
Source: gridsite
Binary: gridsite libgridsite2 gridsite-clients libgridsite-dev gridsite-doc
gridsite-dbg
Architecture: source all amd64
Version: 2.0.4-3
Distribution: unstable
Urgency: medium
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 12 May 2014 13:38:18 +0200
Source: libpam-abl
Binary: libpam-abl
Architecture: source amd64
Version: 0.6.0-3
Distribution: unstable
Urgency: medium
Maintainer: Alexandre Mestiashvili a...@biotec.tu-dresden.de
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 12 May 2014 17:43:24 +0400
Source: python-gdata
Binary: python-gdata python-gdata-doc
Architecture: source all
Version: 2.0.18+dfsg1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 12 May 2014 16:18:31 +0200
Source: screen-message
Binary: sm
Architecture: source amd64
Version: 0.21-2
Distribution: unstable
Urgency: medium
Maintainer: Joachim Breitner nome...@debian.org
Changed-By: Joachim Breitner
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 12 May 2014 23:51:02 +1000
Source: rosegarden
Binary: rosegarden rosegarden-dbg
Architecture: source amd64
Version: 1:14.02-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 12 May 2014 11:25:02 -0300
Source: ruby-bacon
Binary: ruby-bacon
Architecture: source all
Version: 1.2.0-4
Distribution: unstable
Urgency: medium
Maintainer: Debian Ruby Extras Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 12 May 2014 11:50:35 -0300
Source: vagrant
Binary: vagrant
Architecture: source all
Version: 1.4.3-2
Distribution: unstable
Urgency: medium
Maintainer: Laurent Bigonville bi...@debian.org
Changed-By: Antonio Terceiro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 08 May 2014 11:46:38 +0200
Source: bcrypt
Binary: bcrypt
Architecture: source amd64
Version: 1.1-8.1
Distribution: unstable
Urgency: low
Maintainer: Kevin Coyner kcoy...@debian.org
Changed-By: Agustin Martin Domingo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 12 May 2014 17:21:17 +0200
Source: commons-jci
Binary: libcommons-jci-java libcommons-jci-rhino-java
libcommons-jci-groovy-java libcommons-jci-janino-java
libcommons-jci-eclipse-java libcommons-jci-java-doc
Architecture:
1 - 100 of 181 matches
Mail list logo
