On 2014-07-03, Joerg Jaspert jo...@debian.org wrote:
On 13626 March 1977, Norbert Preining wrote:
Joerg, please be reasonable.
I entirely am, and thats why such a hate package won't bypass me, unless
there is one of
a CTTE decision,
a GR forcing me, or
the ftp team overruling me.
Package: wnpp
Severity: wishlist
Owner: Leo Iannacone l...@ubuntu.com
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-mime-types
Version : 1.0.1
Upstream Author : Jonathan Ong m...@jongleberry.com (http://jongleberry.com)
* URL :
Hi!
On Thu, 2014-07-03 at 20:37:47 +0200, gregor herrmann wrote:
Package: wnpp
Owner: gregor herrmann gre...@debian.org
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: liblinux-pid-perl
Version : 0.04
Upstream
The Wanderer wande...@fastmail.fm writes:
... particularly because I use rather fewer things than
many other people, and don't use most fancy GUI elements. (For example,
I don't have a graphical power button at all; I shut down by exiting
my window manager, logging out of the console where I
Hi,
I looked into latest policy, but did not find anything about systemd
support. I'm surprised that this is now a release critical bug, and the
package marked for removal. What's the justification?
This package hooks into /etc/inittab, does systemd not automatically
manage services from
Dear developers,
please allow me a question. As I am absolutely new in coding, please
apologize, if my question is too dumb.
So here it is:
I have the sourcecode of a little program (umtsmon), which has to be compiled
for libqt3. But now I want it make compilable for latest libqt. I want to
On Thu, Jul 3, 2014, at 16:59, Thorsten Glaser wrote:
Besides, it’s not that the TC made a decision. Rather, the TC was
split, and the chairman threw in his weight. This is absolutely not
what I’d call a project(!) decision.
No! The TC has made the decision with full adherence to Debian
* Hans: Bloody noob dumb question (Fri, 04 Jul 2014 11:06 +0200):
Hi Hans,
If you find my question stupid, it is ok, but I know nobody whom I can ask.
So I asked the list.
This list is about development in *Debian*, not Qt. You should search a list
for Qt development like [1][2].
Cheers,
On 2014-07-04, Hans hans.ullr...@loop.de wrote:
I have the sourcecode of a little program (umtsmon), which has to be compiled
for libqt3. But now I want it make compilable for latest libqt. I want to
change nothing else, just make it compilable.
Porting from Qt3 to Qt4 is not that simple,
Hi,
On 07/04/2014 11:08, Gerrit Pape wrote:
I looked into latest policy, but did not find anything about systemd
support. I'm surprised that this is now a release critical bug, and the
package marked for removal. What's the justification?
Ask the submitter?
This package hooks into
That will be my last contribution to this pointless discussion.
Le jeudi, 3 juillet 2014, 16.59:25 Thorsten Glaser a écrit :
or without systemd btw). Given that the technical committee has made
a decision which stayed unchallenged (so far), I've now come to
think that
No, there just has
]] Gerrit Pape
I looked into latest policy, but did not find anything about systemd
support. I'm surprised that this is now a release critical bug, and the
package marked for removal. What's the justification?
This package hooks into /etc/inittab, does systemd not automatically
manage
In other news for Thu, Jul 03, 2014 at 04:59:25PM +0200, Thorsten Glaser has
been seen typing:
No, there just has not been any challenge that met the form and
other requirements… and I am at a bit of loss at what to do here.
Besides, it’s not that the TC made a decision. Rather, the TC was
On Fri, 04 Jul 2014 10:09:12 +0200, Guillem Jover wrote:
* Package name: liblinux-pid-perl
Version : 0.04
Upstream Author : Rafael Garcia-Suarez r...@consttype.org
* URL : https://metacpan.org/release/Linux-Pid
* License : Artistic or GPL-1+
Gerrit,
it's up to you to lower the severity of the bug to important (I guess
since it will break with default init system).
You should have done that instead of ccing debian-devel in the
current situation.
Please do not abuse debian-devel to questions that could be politely
and calmly
Porting from Qt3 to Qt4 is not that simple, but you can look at
http://qt-project.org/doc/qt-4.8/porting4.html
and
http://qt-project.org/doc/qt-4.8/porting4-designer.html
I'd suggest you to also once ported to Qt4 to also look into doing the
Qt5 port.
If you find my question stupid,
Gerrit Pape p...@dbnbgs.smarden.org writes:
I looked into latest policy, but did not find anything about systemd
support. I'm surprised that this is now a release critical bug, and the
package marked for removal. What's the justification?
I'm very dubious about this being release-critical.
Hi,
essential binaries have to work also when the package is in an unpacked,
but not configured, state. For that reason, packages including essential
binaries use Pre-Depends on the shared libraries needed by those binaries.
However, from my reading of policy I get the impression that this still
* Ansgar Burchardt ans...@debian.org, 2014-07-04, 13:26:
essential binaries have to work also when the package is in an
unpacked, but not configured, state. For that reason, packages
including essential binaries use Pre-Depends on the shared libraries
needed by those binaries.
However, from
On Fri, Jul 04, 2014 at 03:37:20AM -0700, Russ Allbery wrote:
Gerrit Pape p...@dbnbgs.smarden.org writes:
I looked into latest policy, but did not find anything about systemd
support. I'm surprised that this is now a release critical bug, and the
package marked for removal. What's the
On Fri, Jul 04, 2014 at 12:01:13PM +0200, Ansgar Burchardt wrote:
Could we please not have another systemd thread on -devel@? The last
one is not even cold yet... Thanks!
On Fri, Jul 04, 2014 at 12:06:41PM +0200, Ond??ej Surᅵ wrote:
Please do not abuse debian-devel to questions that could be
Hi,
Gerrit Pape:
I'm very dubious about this being release-critical.
I think it is. The package will not work as expected without the
inittab interface.
It's rather trivial to write an init script, and/or a systemd unit file,
which starts daemontools. Hooking into inittab isn't going to
Hi,
Gerrit Pape:
This is about a package I maintain with a RC bug that'll cause it to be
removed from the next Debian release. I'm with Debian more than 12
years, I'm pretty sure debian-devel@l.d.o is the right place to ask
fellows for advice.
I agree.
Switching to systemd is a big
OdyX wrote:
all means, go for it. That said, as far as I remember, the latest GR
proposal [4] on this subject failed to gather the mandatory K seconds
though. For me, this indicates that not even K=5 DDs were interested in
I was not even aware of that proposal. This may also indicate lack
of,
The problem is that some people bitch endlessly abut how evil systemd is
_instead_of_ producing software (not just patches) to replace what
systemd offers.
Abstracting away from your somewhat offensive choice of language, that's
a good point. As far as I'm aware, the only major distribution
Hi Gerrit,
Am 04.07.2014 13:50, schrieb Gerrit Pape:
I hereby ask for help to add systemd support to these packages.
We (pkg-systemd team) can help you with that.
Let's follow up on the pkg-systemd mailing list.
In most cases adding a .service file is pretty simple.
If it's only about
Gerrit Pape p...@dbnbgs.smarden.org writes:
Important thing to know is: init scripts don't work out for this. The
service management concept of daemontools and runit is, amongst other
things, a process tree with guaranteed process state, including
envrionment. init scripts don't provide
Am 04.07.2014 14:34, schrieb Michael Biebl:
Hi Gerrit,
Am 04.07.2014 13:50, schrieb Gerrit Pape:
I hereby ask for help to add systemd support to these packages.
We (pkg-systemd team) can help you with that.
Let's follow up on the pkg-systemd mailing list.
I want to add, that this is a
Am 04.07.2014 14:38, schrieb Michael Biebl:
pkg-systemd-maintain...@lists.alioth.debian.org
mailing list and we will try to help you as best as we can.
or join #debian-systemd on OFTC.
Regards,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/04/2014 04:52 AM, Philip Hands wrote:
The Wanderer wande...@fastmail.fm writes:
... particularly because I use rather fewer things than many other
people, and don't use most fancy GUI elements. (For example, I
don't have a graphical
Hi!
On Fri, 2014-07-04 at 12:21:15 +0200, gregor herrmann wrote:
On Fri, 04 Jul 2014 10:09:12 +0200, Guillem Jover wrote:
With glibc and NPTL this module does not seem to make much sense, as
each different thread will have the same PID. If it was exposing the
Linux gettid() syscall then it
Hi,
Thorsten Glaser:
systemd is a backdoor in that, like the availability of Steam
games for DDs, it has a chance to hinder the progress of all
projects done in the spare time of the people affected.
Yeah. It has a chance.
It also has a chance to give people a big chunk of spare time back,
Juliusz Chroboczek wrote:
The problem is that some people bitch endlessly abut how evil systemd is
_instead_of_ producing software (not just patches) to replace what
systemd offers.
Abstracting away from your somewhat offensive choice of language, that's
a good point. As far as I'm aware, the
Dominik George dixit:
systemd, in its nature as an init system, starts what you tell it to
start. There is nothing that can prevent it from starting openntpd if
you want that. If you through a service file at it, or even an LSB
init script, then systemd has no choice but to start it.
No, this is
Hi Thorsten,
while I tend to basically acknowledge your points here, there is still one
thing you obviously did not get until now, if I followed along correctly.
For example, systemd has support for its own (S)NTP client, but also
supports xntpd (rudely leaving OpenNTPD out already). The commit
On Thu, Jul 03, 2014 at 08:40:59PM +0200, Matthias Urlichs wrote:
The problem is that some people bitch endlessly abut how evil systemd is
_instead_of_ producing software (not just patches) to replace what systemd
offers.
But if they don’t want the systemd features why should they write
Package: wnpp
Severity: wishlist
Owner: Gianfranco Costamagna costamagnagianfra...@yahoo.it
* Package name : amap
Version : 5.4
Upstream Author : Van Hauser v...@thc.org
* URL : http://www.thc.org/thc-amap/
* License : GPL-2+
Programming Lang: C
Description
On Fri, 04 Jul 2014, Matthias Urlichs wrote:
Then shut up and help with the work required to get there,
Please stop this inpoliteness, or I request a ban on all mailing lists
due to permanent breaking of Code of Conduct.
(Long live the CoC - I am *so* happy to have it!! - hope someone
got
Thorsten Glaser wrote:
You know, backdoors are not only code vulnerabilities.
systemd is a backdoor in that, like the availability of Steam
games for DDs, it has a chance to hinder the progress of all
projects done in the spare time of the people affected.
Thorsten, you're too late. The
On Fri, 2014-07-04 at 14:34, Michael Biebl wrote:
Am 04.07.2014 13:50, schrieb Gerrit Pape:
I hereby ask for help to add systemd support to these packages.
We (pkg-systemd team) can help you with that.
Let's follow up on the pkg-systemd mailing list.
In most cases adding a .service
Matthias Urlichs wrote:
Thorsten Glaser:
systemd is a backdoor in that, like the availability of Steam
games for DDs, it has a chance to hinder the progress of all
projects done in the spare time of the people affected.
Yeah. It has a chance.
Yes. (I was more or less referring to this
Package: wnpp
Severity: wishlist
Owner: Benoit Mortier benoit.mort...@opensides.be
* Package name: schema2ldif
Version : 0.1
Upstream Author : Come Bernigaud come.bernig...@opensides.be
* URL : https://forge.fusiondirectory.org/projects/schema2ldif
* License :
Hi Milan,
Am 04.07.2014 15:22, schrieb Milan P. Stanic:
And for runit:
Thanks for sharing.
cat /etc/systemd/system/runit.service
[Unit]
Description=runit svscan
After=syslog.target
The After=syslog.target is no longer necessary and not recommended
anymore. Lintian will actually complain
Hi,
Norbert Preining:
Then shut up and help with the work required to get there,
Please stop this inpoliteness, or I request a ban on all mailing lists
due to permanent breaking of Code of Conduct.
*what* Seriously?!?
One of us seems to harbor a severe misconception or two about what kind
Steve McIntyre wrote:
with this constant bickering and sniping. If you must do it, start the
GR and see how that goes. I even offer to second it just to help get
Can you help formulate? I do not feel my English skills are
up to that.
Also, what options do we need?
1) systemd is the only init
On Fri, Jul 04, 2014 at 09:52:07AM +0100, Philip Hands wrote:
So, let me get this straight:
You're saying that if, having decided to postpone rebooting after an
upgrade where any reasonable person would expect to reboot
This is Debian, not Windows or Red Hat, forced reboots are not
On Fri, Jul 4, 2014, at 16:42, Adam Borowski wrote:
On Fri, Jul 04, 2014 at 09:52:07AM +0100, Philip Hands wrote:
So, let me get this straight:
You're saying that if, having decided to postpone rebooting after an
upgrade where any reasonable person would expect to reboot
This is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/04/2014 10:42 AM, Adam Borowski wrote:
On Fri, Jul 04, 2014 at 09:52:07AM +0100, Philip Hands wrote:
So, let me get this straight:
You're saying that if, having decided to postpone rebooting after
an upgrade where any reasonable
On Fri, Jul 04, 2014 at 12:06:41PM +0200, Ondřej Surý wrote:
it's up to you to lower the severity of the bug to important (I guess
since it will break with default init system).
I'd call it wishlist at most. The package is still perfectly working with
sysvinit (including openrc).
If you can't
Hi,
Adam Borowski:
There was enough trouble when udev needed an in-lockstep upgrade with the
kernel a few releases back. If systemd components are going to need such
forced reboots on a repeated basis, I don't like where this is going.
systemd and its components can re-exec themselves,
On Friday, July 04, 2014 17:28:05 Matthias Urlichs wrote:
Hi,
Adam Borowski:
There was enough trouble when udev needed an in-lockstep upgrade with the
kernel a few releases back. If systemd components are going to need such
forced reboots on a repeated basis, I don't like where this is
On Fri, 2014-07-04 at 15:55, Michael Biebl wrote:
Am 04.07.2014 15:22, schrieb Milan P. Stanic:
And for runit:
Thanks for sharing.
cat /etc/systemd/system/runit.service
[Unit]
Description=runit svscan
After=syslog.target
The After=syslog.target is no longer necessary and not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/04/2014 11:28 AM, Matthias Urlichs wrote:
Hi,
Adam Borowski:
There was enough trouble when udev needed an in-lockstep upgrade with the
kernel a few releases back. If systemd components are going to need such
forced reboots on a
On Jul 04, The Wanderer wande...@fastmail.fm wrote:
This part is precisely what I'm objecting to. I don't consider being
expected to reboot *in order to maintain existing functionality* after
an upgrade to be reasonable.
Tough luck for you then, I fear that this is a perception issue.
At the
* The Wanderer wande...@fastmail.fm, 2014-07-04, 12:00:
Zurg (Jessie+1),
Has that name actually been formalized in any way?
No. But no worries, if RT chooses a different name, we'll have a GR to
override them. :-P
--
Jakub Wilk
--
To UNSUBSCRIBE, email to
Install was from USB. Setup was not removing entry for USB drive from
fstab upon completion of installation. Removed line for USB from fstab.
Functions normally.
--
Jeremy
You can ignore reality, but you cannot ignore the consequences of ignoring
reality. - Ayn Rand
]] Adam Borowski
On Fri, Jul 04, 2014 at 12:06:41PM +0200, Ondřej Surý wrote:
it's up to you to lower the severity of the bug to important (I guess
since it will break with default init system).
I'd call it wishlist at most. The package is still perfectly working with
sysvinit
Matthias,
On Fri, Jul 04, 2014 at 04:02:38PM +0200, Matthias Urlichs wrote:
Norbert Preining:
Then shut up and help with the work required to get there,
Please stop this inpoliteness, or I request a ban on all mailing lists
due to permanent breaking of Code of Conduct.
*what*
While I have no interest in joining Norbert in calling for your ban,
Having had the pleasure to meet Norbert in person, I have no doubt that he
was joking when appealing to the CoC. (I did find his comment funny --
actually, I find the CoC ifself pretty funny --, but I realise that this
is an
Hi,
I am maintaining too many PostgreSQL packages, and I keep forgetting
which package has changes committed that have not yet been uploaded.
To fix that, there's now a service running at qa.debian.org which
grabs the Sources files from unstable and experimental, notes all
Vcs-* URLs, makes
]] Juliusz Chroboczek
While I have no interest in joining Norbert in calling for your ban,
Having had the pleasure to meet Norbert in person, I have no doubt that he
was joking when appealing to the CoC.
I have yet to find mr Preining funny in any of his mails sent to any of
the lists I
Matthias Urlichs wrote:
For Zurg (Jessie+1), we're likely to switch to Wayland. How do you plan to
We're *what*?
(Says someone who uses X11 forwarding, VNC in, VNC out, and all
that on an almost-, if not daily, basis.)
OT: prevent-systemd-*_9_all.deb are in my repo. Wookey, feel
free to
I have yet to find mr Preining funny in any of his mails sent to any of
the lists I read. Humour, except when accompanied with explicit tags of
HERE BE HUMOUR does not work very well on large lists.
Well, because I don't write WARNING HUMOUR COMING and then some
people don't get it bad
Tollef Fog Heen tfh...@err.no wrote:
I [...] will try to avoid breaking stuff
I expect no less from a Debian Developer.
but it's also a use case we don't hit, so breakage there is less likely
to be seen by us. We'll do our best to fix it when reported, of course.
That is good to hear. It
Hi,
Steve Langasek:
While I have no interest in joining Norbert in calling for your ban, I would
like to ask you to consider taking a step back from this thread, and
evaluating whether such messages are actually contributing to bringing these
discussions to a conclusion.
Thanks for the
Juliusz Chroboczek j...@pps.univ-paris-diderot.fr writes:
I'll remind you that this thread started with systemd breaking my
system, and a systemd maintainer summarily closing my bug report. Not
once, but twice.
Because the bug was already fixed in a newer version of systemd. While
we're
also sprach Stephan Seitz stse+deb...@fsing.rootsland.net [2014-07-04 15:09
+0200]:
But if they don’t want the systemd features why should they write
software to replace systemd?
Because there are better ways to implement it, including more
granular approaches and less of a desktop focus. And
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 04 Jul 2014 09:35:12 +0400
Source: blt
Binary: blt blt-dev blt-demo
Architecture: source amd64 all
Version: 2.5.3-1
Distribution: unstable
Urgency: low
Maintainer: Sergei Golovan sgolo...@debian.org
Changed-By: Sergei Golovan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 08:01:36 +0200
Source: php-horde-data
Binary: php-horde-data
Architecture: source all
Version: 2.1.0-1
Distribution: unstable
Urgency: medium
Maintainer: Horde Maintainers pkg-horde-hack...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 08:03:44 +0200
Source: php-horde-date
Binary: php-horde-date
Architecture: source all
Version: 2.0.11-1
Distribution: unstable
Urgency: medium
Maintainer: Horde Maintainers pkg-horde-hack...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 08:06:07 +0200
Source: php-horde-secret
Binary: php-horde-secret
Architecture: source all
Version: 2.0.3-1
Distribution: unstable
Urgency: medium
Maintainer: Horde Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 08:11:47 +0200
Source: php-horde-crypt
Binary: php-horde-crypt
Architecture: source all
Version: 2.5.0-1
Distribution: unstable
Urgency: medium
Maintainer: Horde Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 08:16:08 +0200
Source: php-horde-listheaders
Binary: php-horde-listheaders
Architecture: source all
Version: 1.1.5-1
Distribution: unstable
Urgency: medium
Maintainer: Horde Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 08:16:49 +0200
Source: php-horde-mail-autoconfig
Binary: php-horde-mail-autoconfig
Architecture: source all
Version: 1.0.0-1
Distribution: unstable
Urgency: medium
Maintainer: Horde Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 08:25:58 +0200
Source: php-horde-trean
Binary: php-horde-trean
Architecture: source all
Version: 1.1.0~RC1-1
Distribution: unstable
Urgency: medium
Maintainer: Horde Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 08:19:42 +0200
Source: php-horde-socket-client
Binary: php-horde-socket-client
Architecture: source all
Version: 1.1.2-1
Distribution: unstable
Urgency: medium
Maintainer: Horde Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 08:40:25 +0200
Source: php-horde-mapi
Binary: php-horde-mapi
Architecture: source all
Version: 1.0.3-1
Distribution: unstable
Urgency: medium
Maintainer: Horde Maintainers pkg-horde-hack...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 08:41:26 +0200
Source: php-horde-pack
Binary: php-horde-pack
Architecture: source all
Version: 1.0.2-1
Distribution: unstable
Urgency: medium
Maintainer: Horde Maintainers pkg-horde-hack...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 08:36:32 +0200
Source: php-horde-groupware
Binary: php-horde-groupware
Architecture: source all
Version: 5.2.0~RC1-1
Distribution: unstable
Urgency: medium
Maintainer: Horde Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 08:42:18 +0200
Source: php-horde-service-gravatar
Binary: php-horde-service-gravatar
Architecture: source all
Version: 1.0.0-1
Distribution: unstable
Urgency: medium
Maintainer: Horde Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 08:38:35 +0200
Source: php-horde-activesync
Binary: php-horde-activesync
Architecture: source all
Version: 2.16.9-1
Distribution: unstable
Urgency: medium
Maintainer: Horde Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 08:29:23 +0200
Source: php-horde-webmail
Binary: php-horde-webmail
Architecture: source all
Version: 5.2.0~RC1-1
Distribution: unstable
Urgency: medium
Maintainer: Horde Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 08:44:04 +0200
Source: php-horde-service-weather
Binary: php-horde-service-weather
Architecture: source all
Version: 2.1.3-1
Distribution: unstable
Urgency: medium
Maintainer: Horde Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 16:37:02 +1000
Source: openmolar
Binary: openmolar
Architecture: source all
Version: 0.6.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian Med Packaging Team
debian-med-packag...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 08:48:11 +0200
Source: php-horde-lz4
Binary: php-horde-lz4
Architecture: source i386
Version: 1.0.6-1
Distribution: unstable
Urgency: medium
Maintainer: Horde Maintainers pkg-horde-hack...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 03 Jul 2014 17:18:21 +0300
Source: libfm
Binary: libfm4 libfm-extra4 libfm-dev libfm-gtk-dev libfm-doc libfm-dbg
libfm-gtk-dbg libfm-modules-dbg libfm-data libfm-gtk-data libfm-gtk4
libfm-tools libfm-modules
Architecture:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 04 Jul 2014 02:39:29 -0400
Source: openmsx-catapult
Binary: openmsx-catapult
Architecture: source i386
Version: 0.10.1-1
Distribution: unstable
Urgency: medium
Maintainer: Bas Wijnen wij...@debian.org
Changed-By: Bas Wijnen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 04 Jul 2014 02:37:35 -0400
Source: openmsx
Binary: openmsx openmsx-data
Architecture: source i386 all
Version: 0.10.1-1
Distribution: unstable
Urgency: medium
Maintainer: Bas Wijnen wij...@debian.org
Changed-By: Bas Wijnen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 03 Jul 2014 17:40:14 +0300
Source: pcmanfm
Binary: pcmanfm pcmanfm-dbg
Architecture: source amd64
Version: 1.2.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian LXDE Maintainers lxde-deb...@lists.lxde.org
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 04 Jul 2014 15:25:55 +0900
Source: texlive-bin
Binary: texlive-binaries libkpathsea6 libkpathsea-dev libptexenc1
libptexenc-dev libsynctex1 libsynctex-dev luatex
Architecture: source amd64 all
Version: 2014.20140528.34243-4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 03 Jul 2014 19:47:26 +0200
Source: gramps
Binary: gramps
Architecture: source all
Version: 4.0.4+dfsg-2
Distribution: unstable
Urgency: medium
Maintainer: Ross Gammon rossgam...@mail.dk
Changed-By: Ross Gammon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 09:43:12 +0200
Source: infiniband-diags
Binary: infiniband-diags libibnetdisc5 libibnetdisc-dev
Architecture: source amd64
Version: 1.6.4-2
Distribution: unstable
Urgency: medium
Maintainer: OFED and Debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 03 Jul 2014 22:42:32 +0200
Source: stumpwm
Binary: stumpwm
Architecture: source all
Version: 2:0.9.8-3
Distribution: unstable
Urgency: low
Maintainer: Debian Common Lisp Team
pkg-common-lisp-de...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 04 Jul 2014 10:08:26 +0200
Source: grml2usb
Binary: grml2usb
Architecture: source amd64
Version: 0.14.6
Distribution: unstable
Urgency: medium
Maintainer: Grml Team t...@grml.org
Changed-By: Michael Prokop m...@grml.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 10:40:17 +0200
Source: dnssec-trigger
Binary: dnssec-trigger
Architecture: source amd64
Version: 0.13~svn683-2
Distribution: unstable
Urgency: medium
Maintainer: Ondřej Surý ond...@debian.org
Changed-By: Ondřej
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 10:22:12 +0200
Source: ibsim
Binary: ibsim-utils libumad2sim0
Architecture: source amd64
Version: 0.6-3
Distribution: unstable
Urgency: medium
Maintainer: OFED and Debian Developement and Discussion
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 04 Jul 2014 10:45:00 +0200
Source: libfile-copy-link-perl
Binary: libfile-copy-link-perl
Architecture: source all
Version: 0.140-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Perl Group
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 09:05:56 +0200
Source: libur-perl
Binary: libur-perl
Architecture: source all
Version: 0.430-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 03 Jul 2014 23:41:56 +0800
Source: nova
Binary: python-nova nova-common nova-compute nova-compute-lxc nova-compute-uml
nova-compute-qemu nova-compute-kvm nova-conductor nova-cert nova-scheduler
nova-volume nova-api
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Jul 2014 10:49:40 +0200
Source: gmap
Binary: gmap
Architecture: source amd64
Version: 2014-07-04-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Med Packaging Team
debian-med-packag...@lists.alioth.debian.org
1 - 100 of 172 matches
Mail list logo