On 2013-10-27, Brian May br...@microcomaustralia.com.au wrote:
* Some people say this means it needs systemd running as pid=1, same say it
doesn't. Am still confused here.
The facts seems to be that logind/systemd in version 204 (the current
one in debian) doesn't need systemd as pid 1, but
On Fri, Oct 25, 2013 at 11:57:29PM +0100, Steve McIntyre wrote:
I would not be opposed to changing the default for xfce for now, and
reverting it if gnome's improvements make it a better choice.
OK. I suggest that we *try* that for now.
If we try, what will be the criteria for assessing
Package: wnpp
Severity: wishlist
Owner: Ghislain Vaillant ghisv...@gmail.com
* Package name: pyfftw
Version : 0.9.2
Upstream Author : Henry Gomersall h...@kedevelopments.co.uk
* URL : http://hgomersall.github.io/pyFFTW/
* License : GPL-3, some windows-specific
* Thomas Goirand z...@debian.org, 2013-10-25, 23:45:
OpenRC has been waiting in the NEW queue (targeting experimental, as this
is what it is right now: experimental!) for more than a month. It'd be nice
if someone from the FTP master team could review it, so that at least
others can try it.
Le dimanche, 27 octobre 2013 08.49:59 Charles Plessy a écrit :
I strongly recommend that the three current and former employees of
Canonical refrain from voting: (…)
Frankly, I think this is going too far. Either we trust them to do the
right thing™ or we don't.
In the first case, we should
Le 27/10/2013 16:30, Daniel Schepler a écrit :
(To be honest, the
Java packages are such a tangled mess that I've given up on trying to
bootstrap that part of the archive for now -- and many of those do get pulled
into the minimal set of ca. 1473 source packages I get with my criteria.)
On Sat, October 26, 2013 18:52, OndÅej Surý wrote:
The safe default is still to rely on the organizational DNS resolvers as
provided by DHCP or local manual configuration.
we can adopt dnssec-trigger
(https://www.nlnetlabs.nl/projects/dnssec-trigger/) for such scenarios.
I think it's
Hi Clint,
I am Akhil Mohan, new to the list and eager to help everyone here in
packaging latest releases of MySQL server.
Amongst the points highlighted by you, I think packaging MySQL 5.6 would
be one of the priorities and I would like to participate in bringing up
quality packages for
* Jenny Hopkins hopkins.je...@gmail.com, 2013-10-25, 09:32:
Please include me in replies to the list, at hopkins.je...@gmail.com. I'll be
away for the coming week, and then will file the bugs if nobody has objected.
Done.
DIFFS IN changelog.Debian.gz:
Hi,
On Fri, Oct 25, 2013 at 08:32:23AM -0700, Clint Byrum wrote:
As some of you may know, I've been doing the bulk of the package
maintenance on the mysql package for a while now. It started as part of
my day job with Canonical, but since leaving Canonical it has been more
a labor of love for
On Sat, Oct 26, 2013 at 4:31 AM, Nikolaus Rath nikol...@rath.org wrote:
David Kalnischkies kalnischk...@gmail.com writes:
On Fri, Oct 25, 2013 at 11:31 PM, Nikolaus Rath nikol...@rath.org wrote:
Thorsten Glaser t...@mirbsd.de writes:
Lars Wirzenius liw at liw.fi writes:
I write a backup
On Sun, Oct 27, 2013 at 07:12:21PM -0400, The Wanderer wrote:
(As far as I can tell this is the actual root of the problem, at least
for this iteration of the argument: the fact that logind now requires
systemd.)
That's due to cgroups change. There seem to be 2 other potential
implementations
On Sat, Oct 26, 2013 at 12:14:57AM +0100, Kevin Chadwick wrote:
E.g. XFCE either wants ConsoleKit, or logind. If you look at ConsoleKit,
you'll notice it is NOT maintained.
XFCE *needs* neither and in fact the vast vast majority of users do
not either.
I check the spec files for Fedora,
]] Brian May
On 28 October 2013 07:52, Tollef Fog Heen tfh...@err.no wrote:
- /lib/udev/rules.d/99-systemd.rules - udev rules that will be active on
any system with /sys/fs/cgroup/systemd present (because of logind,
this
directory is not a good proxy for whether pid1 ==
On Mon, Oct 28, 2013 at 01:01:13PM +0100, Thijs Kinkhorst wrote:
On Sat, October 26, 2013 18:52, OndÅej Surý wrote:
we can adopt dnssec-trigger
I think it's indeed very important that a default install uses the DHCP
provided DNS-servers or locally configured resolvers, because in many
Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre ma...@debian.org
* Package name: papyrus
Version : 3.7.1
Upstream Author : UIN
* URL : http://www.expasy.ch/UIN/html1/projects/papyrus/papyrus.html
* License : GPL
Programming Lang: C
Description
On 10/27/2013 07:49 AM, Charles Plessy wrote:
I strongly recommend that the three current and former employees of Canonical
refrain from voting: not only because of the current circumstances, but also
to
make the case for the time a different conflict of interest will happen.
I don't agree
Joey Hess writes (Re: [ANNOUNCE] git-deb: a Git importer for Debian packages):
Note that you can use dgit clone any package without being a Debian
developer. You only need an alioth account in order to dgit push.
Sadly this is not true. The reason is that the information dgit needs
is only
Luca Capello luca at pca.it writes:
My X60 (from late 2006) can not either, but IMHO the reason behind it
that the SD reader it is not connected through the USB bus:
=
$ lspci | grep SD
15:00.2 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host
Adapter (rev 18)
Right, but
Lucas Nussbaum leader at debian.org writes:
I agree. I don't think that many substantial new arguments are going to
be brought by waiting more on this topic. And it is clear that we have
reached a point where not having clear guidance is severely hurting the
project.
I agree.
I think that
Thorsten Glaser writes (Re: Bug#727708: tech-ctte: Decide which init system to
default to in Debian.):
Finally, I believe strongly that the CTTE request is badly worded,
because the decision on whether we require support for more than
one (the “default”) init system must be decided either
you need something with big buttons
that is finger-friendly,
I'm surprised how much accuracy a capacitive multitouch mobile has when
in touchscreen terms it is actually extremely poor (3-4mm) exacerbated
by them not responding to nails (conductive), a trade-off for size and
multitouch. Many
Charles Plessy writes (Re: Proposal: s have a GR about the init system):
For the choice of an init system, the technical comittee is a typical example
where conflict of interest disqualifies a large number of its members (3
current or former employees of Canonical). This has been also observed
On Mon, Oct 28, 2013 at 05:23:33PM +, Thorsten Glaser wrote:
Also, why have people been shying back from GRs like they are a
plague? They are a good, and _the_, way to ask the people that
make up Debian for their opinion. As someone else said in one of
these threads: they don’t eat babies.
On Sat, Oct 26, 2013 at 11:20:21AM -0700, Steve Langasek wrote:
Right. Whichever init system we pick, I do expect the next step to be to
drop the requirement to maintain sysvinit backwards-compatibility;
While I'm not sure from your mail whether you meant to suggest otherwise, I do
think that
Wouter Verhelst schrieb am Monday, den 28. October 2013:
On Sat, Oct 26, 2013 at 11:20:21AM -0700, Steve Langasek wrote:
Right. Whichever init system we pick, I do expect the next step to be to
drop the requirement to maintain sysvinit backwards-compatibility;
While I'm not sure from
Stefano Zacchiroli zack at debian.org writes:
*technical* decision is stupid. We really need to stop thinking that
every single member of the Debian project, just because he/she is a DD,
has a clue on every single technical matter that go on in the project.
This means that you just don’t
Op 25-10-13 14:45, Adam Sampson schreef:
Steve McIntyre st...@einval.com writes:
We *could* just drop all the CD sets and be done with it, just keeping
the netinst CD and the DVDs. Is that what people really want?
As a longtime Debian user, that would suit me fine -- I've not done a
OK. I suggest that we *try* that for now.
If we try, what will be the criteria for assessing whether the
experiment has been successful (and hence worth keeping for Jessie) or a
failure (and hence reverting it)?
I think it should be considered that there has been much improvement
upto
Aeh, are you sure? I think you missed my point. I'm not involved with
any init system, nor a Debian developer, yet by developing some random
app and having it depend on a specific init system, I could (according
to you) make that init system unsuitable for Debian?
You would surely make _your
On 10/28/2013 06:28 PM, Jakub Wilk wrote:
* Thomas Goirand z...@debian.org, 2013-10-25, 23:45:
OpenRC has been waiting in the NEW queue (targeting experimental, as
this is what it is right now: experimental!) for more than a month.
It'd be nice if someone from the FTP master team could review
Op 25-10-13 12:10, Thomas Goirand schreef:
On 10/25/2013 07:52 AM, Paul Wise wrote:
On Fri, Oct 25, 2013 at 7:47 AM, Christoph Anton Mitterer wrote:
Debian is the Universal OS, isn't it?
Part of being a 'Universal OS' is being useful to as many people as
possible, including people who don't
E.g. XFCE either wants ConsoleKit, or logind. If you look at ConsoleKit,
you'll notice it is NOT maintained.
XFCE *needs* neither and in fact the vast vast majority of users do
not either.
I check the spec files for Fedora, Mageia, openSUSE. They all seem to
require logind.
Op 25-10-13 15:43, Olav Vitters schreef:
On Fri, Oct 25, 2013 at 01:41:23PM +0100, Neil Williams wrote:
There is no good reason other than that's the way GNOME has been
written. So change the code and get GNOME to behave properly.
Because you raise this again:
- No maintenance on ConsoleKit
On 10/28/2013 10:29 PM, Adam Borowski wrote:
On Mon, Oct 28, 2013 at 01:01:13PM +0100, Thijs Kinkhorst wrote:
On Sat, October 26, 2013 18:52, OndÅej Surý wrote:
we can adopt dnssec-trigger
I think it's indeed very important that a default install uses the DHCP
provided DNS-servers or
On Mon, Oct 28, 2013 at 05:58:16PM +, Kevin Chadwick wrote:
How about Gentoo, Slackware, LFS and many many others?
What's that?
--
WBR, wRAR
signature.asc
Description: Digital signature
Op 25-10-13 19:32, Sune Vuorela schreef:
Why not consolidate on shared code rather than having several bits
providing the similar functionality for fairly simple tasks ?
That's a (very!) fair argument, but there's nothing in that argument
which means it absolutely totally *has* to be part of a
So, as per the replies we've read, it seems that the only way to
implement DNSSEC would be to first check if it works, and if it doesn't,
fallback to the locally provided recursive DNS server.
I still think a switch on/off (whatever the default) should be
considered because if anyone decides
On Mon, Oct 28, 2013 at 05:23:33PM +, Thorsten Glaser wrote:
(Also, do remember that any decisive outcome other than “support
multiple ones including systemd” and “systemd-only” will need to
lead to the removal of GNOME from Debian. I won’t miss it, but
just saying.) Whatever CTTE and,
On Mon, Oct 28, 2013 at 07:41:47PM +0100, Wouter Verhelst wrote:
That's a (very!) fair argument, but there's nothing in that argument
which means it absolutely totally *has* to be part of a pid1
Most of systemd is not in pid1. This was explained by a blog references
on debian-devel a while ago.
since that will help our non-Linux
ports
and embedded Linux, especially deep embedded systems such as cortex and
blackfin which is coming along fairly nicely too.
--
___
'Write programs that do one thing and do it well.
On Mon, Oct 28, 2013 at 07:29:02PM +0100, Wouter Verhelst wrote:
Op 25-10-13 15:43, Olav Vitters schreef:
On Fri, Oct 25, 2013 at 01:41:23PM +0100, Neil Williams wrote:
There is no good reason other than that's the way GNOME has been
written. So change the code and get GNOME to behave
For those who haven't seen it, Lennart has posted some of his comments
about all this on G+:
https://plus.google.com/u/0/115547683951727699051/posts/8RmiAQsW9qf
Cheers,
Chris.
smime.p7s
Description: S/MIME cryptographic signature
On Mon, Oct 28, 2013 at 05:58:16PM +, Kevin Chadwick wrote:
E.g. XFCE either wants ConsoleKit, or logind. If you look at ConsoleKit,
you'll notice it is NOT maintained.
XFCE *needs* neither and in fact the vast vast majority of users do
not either.
I check the spec
IANA ftp-master, but here's my quick review:
Please rename /sbin/rc to something else. We've had (unrelated)
/usr/bin/rc in Debian for at least 18 years.
Outch! This bites hard. Maybe you being the maintainer of the rc
package is why you saw this immediately! :)
Though that's
Christoph Anton Mitterer cales...@scientia.net wrote:
For those who haven't seen it, Lennart has posted some of his comments
about all this on G+:
https://plus.google.com/u/0/115547683951727699051/posts/8RmiAQsW9qf
And the RH PR circus has already started around it.
Lennart's g+ note is
On Mon, 2013-10-28 at 19:23 +, Mirosław Baran wrote:
And the RH PR circus has already started around it.
Lennart's g+ note is written in his usual half-truth/half-omission mode. Not
helpful at all.
I guess just stating something like this, without real technical
arguments why he is wrong
Op 28-10-13 19:28, Thomas Goirand schreef:
So, as per the replies we've read, it seems that the only way to
implement DNSSEC would be to first check if it works, and if it doesn't,
fallback to the locally provided recursive DNS server.
This feels upside down to me.
There is nothing in DNSSEC
On Mon, Oct 28, 2013 at 07:01:05PM +, Kevin Chadwick wrote:
Could this problem be explained. As long as they are in separate
directories and called explicitly does that matter?
Please see the nodejs vs node thread(s).
Cheers,
Paul
--
.''`. Paul Tagliamonte paul...@debian.org
: :' :
On Mon, Oct 28, 2013 at 07:23:11PM +, Mirosław Baran wrote:
Christoph Anton Mitterer cales...@scientia.net wrote:
For those who haven't seen it, Lennart has posted some of his comments
about all this on G+:
https://plus.google.com/u/0/115547683951727699051/posts/8RmiAQsW9qf
And the
You said vast vast majority, you do the work! At the moment it seems
you're just changing goalpost as you go along.
Not at all. I meant functions of a desktop that the average users use
all along.
So the vast vast majority of users such as laptop users do not need
session tracking but may want
]] Thorsten Glaser
(Also, do remember that any decisive outcome other than “support
multiple ones including systemd” and “systemd-only” will need to
lead to the removal of GNOME from Debian. I won’t miss it, but
just saying.)
No, it won't necessarily lead to that. It might just as well
For those who haven't seen it, Lennart has posted some of his comments
about all this on G+:
https://plus.google.com/u/0/115547683951727699051/posts/8RmiAQsW9qf
And the RH PR circus has already started around it.
Lennart's g+ note is written in his usual half-truth/half-omission
Please lets see what is around the corner before giving merit to
these scare tactics especially for a Gnome desktop whose user base has
and is rapidly declining.
--
___
'Write programs that do one thing and do it well. Write
On Mon, Oct 28, 2013 at 08:20:28PM +, Kevin Chadwick wrote:
Kevin, please change your tone on Debian lists. Your behavior is
starting to border on malicious. If this continues, I will request that
you get removed from the Debian lists. I'm sure others would join me.
You're showing a lack of
]] Ian Jackson
For what it's worth, I have complete confidence in Steve and Colin.
(I have known Colin for a very long time as a friend, from well before
either of us got involved with Canonical.)
To the extent you want to raise a conflict of interest, I believe being
the maintainer of one
I'll say no
more to prevent the usual Turing Complete bullshit argument popping
up but as complex as you choose is a good thing.
And I forgot to say you can choose to make the Linux kernel as simple
or complex as you like so taht's another falsity that he should have
allowed comments to
Kevin Chadwick ma1l1i...@yahoo.co.uk (2013-10-28):
Please lets see what is around the corner before giving merit to these
scare tactics especially for a Gnome desktop whose user base has and
is rapidly declining.
Please refrain from continuing with that kind of chatter. It doesn't
really help.
On Mon, 28 Oct 2013 16:40:09 -0400
Paul Tagliamonte wrote:
Kevin, please change your tone on Debian lists. Your behavior is
starting to border on malicious. If this continues, I will request that
you get removed from the Debian lists. I'm sure others would join me.
You're showing a lack of
On Mon, Oct 28, 2013 at 08:43:13PM +, Kevin Chadwick wrote:
Well if I have offended anyone I apologise as that has not been my
attention and I'm sure you would like me if you met me and realise
this.
I have no doubt, and I wasn't offended, I'm just growing tired of your
disrespect for
previously on this list Cyril Brulebois contributed:
Please refrain from continuing with that kind of chatter. It doesn't
really help. Quite the contrary.
Fine but whether intended upstream or not, it cannot be argued with as
truth.
(Also, setting an attribution line with the name of the
On Mon, 28 Oct 2013 16:40:09 -0400 Paul Tagliamonte wrote:
Change your tone.
Then please, try to show a better example of how that is done, instead
of this:
On Mon, 28 Oct 2013 17:07:59 -0400, Paul Tagliamonte wrote:
I mean, no offense, but I've never seen you involved in Debian before
[...]
Kevin Chadwick dijo [Mon, Oct 28, 2013 at 08:43:13PM +]:
Kevin, please change your tone on Debian lists. Your behavior is
starting to border on malicious. If this continues, I will request that
you get removed from the Debian lists. I'm sure others would join me.
You're showing a
Package: wnpp
Severity: wishlist
Owner: Joao Eriberto Mota Filho eribe...@eriberto.pro.br
* Package name: lime-forensics
Version : 1.1-r17
Upstream Author : Joe Sylve joe.sy...@gmail.com
* URL : http://code.google.com/p/lime-forensics
* License : GPL2
Package: wnpp
Severity: wishlist
Owner: Kouhei Maeda mkou...@palmtb.net
* Package name: django-oauth2-provider
Version : 0.2.6
Upstream Author : Alen Mujezinovic
* URL : https://github.com/caffeinehit/django-oauth2-provider
* License : MIT
Programming Lang:
Wouter Verhelst wou...@master.debian.org writes:
Also, since all alternative init implementations under consideration do
support sysv-style init scripts, I think that whatever init system we
(well, you, the TC) end up choosing, the requirement in policy should be
that a package should ship
Hi,
On Sun, 27 Oct 2013 02:47:56 +0800 Thomas Goirand wrote:
Note that OpenRC already works on some (non-Debian) BSD platforms, and
that it should be trivial to have it to build on kFreeBSD and Hurd,
And so I came up with the attached patch which gets it building on
GNU/kFreeBSD, and it passed
On 29 October 2013 12:21, Russ Allbery r...@debian.org wrote:
In other words, I don't think it would make any sense at all to
standardize on upstart or systemd and then ask people to continue to write
init scripts in the long run (transition issues aside). Getting rid of
init scripts is not
Brian May br...@microcomaustralia.com.au writes:
On 29 October 2013 12:21, Russ Allbery r...@debian.org wrote:
In other words, I don't think it would make any sense at all to
standardize on upstart or systemd and then ask people to continue to
write init scripts in the long run (transition
On Mon, 2013-10-28 at 19:38 -0700, Russ Allbery wrote:
Brian May br...@microcomaustralia.com.au writes:
On 29 October 2013 12:21, Russ Allbery r...@debian.org wrote:
In other words, I don't think it would make any sense at all to
standardize on upstart or systemd and then ask people to
On 2013-10-28 10:58, Kevin Chadwick wrote:
By vast majority I was meaning user requirements and not distro
packagers expectations, user requirements is actually the metric which
should count the most and most users do not need session tracking, it
can actually get in the way (one user using many
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 05 Oct 2013 07:54:27 +0900
Source: libnfc
Binary: libnfc5 libnfc-dev libnfc5-dbg libnfc-bin libnfc-examples
libnfc-pn53x-examples
Architecture: source amd64
Version: 1.7.0-3
Distribution: unstable
Urgency: low
Maintainer:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 25 Oct 2013 10:00:17 +0200
Source: lmdb
Binary: lmdb-utils lmdb-dbg liblmdb0 liblmdb-dev lmdb-doc
Architecture: source amd64 all
Version: 0.9.9-1
Distribution: unstable
Urgency: low
Maintainer: Debian Berkeley DB Group
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 26 Oct 2013 12:43:05 +0200
Source: ruby-shadow
Binary: ruby-shadow
Architecture: source amd64
Version: 2.2.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian Ruby Extras Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Oct 2013 08:35:53 +0100
Source: live-build
Binary: live-build live-build-cgi
Architecture: source all
Version: 4.0~alpha28-1
Distribution: experimental
Urgency: low
Maintainer: Live Systems Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Oct 2013 08:17:04 +0100
Source: genometools
Binary: genometools genometools-common libgenometools0 libgenometools0-dev
genometools-doc genometools-dbg python-genometools
Architecture: source amd64 all
Version: 1.5.1-2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 26 Oct 2013 15:15:20 +0100
Source: gns3
Binary: gns3
Architecture: source all
Version: 0.8.6-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Lintott dan...@serverb.co.uk
Changed-By: Daniel Lintott dan...@serverb.co.uk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Oct 2013 09:17:57 +0100
Source: db5.3
Binary: db5.3-doc libdb5.3-dev libdb5.3 db5.3-util db5.3-sql-util libdb5.3++
libdb5.3++-dev libdb5.3-tcl libdb5.3-dbg libdb5.3-java-jni libdb5.3-java
libdb5.3-java-gcj libdb5.3-java-dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Oct 2013 13:04:26 +0400
Source: namazu2
Binary: namazu2 namazu2-index-tools namazu2-common libnmz7 libnmz7-dev
Architecture: source all amd64
Version: 2.0.21-8.1
Distribution: unstable
Urgency: low
Maintainer: NOKUBI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Oct 2013 10:25:43 +0200
Source: xmobar
Binary: xmobar
Architecture: source amd64
Version: 0.19-1
Distribution: unstable
Urgency: low
Maintainer: Apollon Oikonomopoulos apoi...@gmail.com
Changed-By: Apollon Oikonomopoulos
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 28 Oct 2013 18:57:31 +0900
Source: getdata
Binary: getdata
Architecture: source all
Version: 0.2-1
Distribution: unstable
Urgency: low
Maintainer: Steffen Moeller moel...@debian.org
Changed-By: Charles Plessy ple...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 28 Oct 2013 09:08:23 +0100
Source: pgrouting
Binary: postgresql-9.3-pgrouting postgresql-9.3-pgrouting-doc
Architecture: source amd64 all
Version: 2.0.0-2
Distribution: unstable
Urgency: low
Maintainer: Debian GIS Project
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Oct 2013 23:03:44 +1300
Source: mythtv-status
Binary: mythtv-status
Architecture: source all
Version: 0.10.4-1
Distribution: unstable
Urgency: low
Maintainer: Andrew Ruthven and...@etc.gen.nz
Changed-By: Andrew Ruthven
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Oct 2013 14:07:01 +0400
Source: timidity
Binary: timidity timidity-interfaces-extra timidity-el timidity-daemon
Architecture: source all amd64
Version: 2.13.2-40.2
Distribution: unstable
Urgency: low
Maintainer: Geoffrey
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 28 Oct 2013 11:25:30 +0100
Source: autopkgtest
Binary: autopkgtest autopkgtest-xenlvm
Architecture: source all
Version: 2.4
Distribution: unstable
Urgency: low
Maintainer: Autopkgtest team
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Oct 2013 10:52:04 +0100
Source: chrpath
Binary: chrpath
Architecture: source amd64
Version: 0.14-3
Distribution: unstable
Urgency: low
Maintainer: Tollef Fog Heen tfh...@debian.org
Changed-By: Tollef Fog Heen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Oct 2013 15:29:51 +0400
Source: scsitools
Binary: scsitools
Architecture: source amd64
Version: 0.12-2.2
Distribution: unstable
Urgency: low
Maintainer: Eric Delaunay delau...@debian.org
Changed-By: Sergei Golovan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 28 Oct 2013 08:11:56 -0300
Source: gpicview
Binary: gpicview gpicview-dbg
Architecture: source amd64
Version: 0.2.4-1
Distribution: unstable
Urgency: low
Maintainer: Debian LXDE Maintainers lxde-deb...@lists.lxde.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Oct 2013 12:37:07 +
Source: libgdiplus
Binary: libgdiplus
Architecture: source amd64
Version: 2.11+git20131008.9732566-3
Distribution: unstable
Urgency: low
Maintainer: Debian Mono Group
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 08 Oct 2013 10:03:22 +0200
Source: fsmark
Binary: fsmark
Architecture: source amd64
Version: 3.3-2
Distribution: unstable
Urgency: low
Maintainer: Martin Steigerwald m...@teamix.de
Changed-By: Martin Steigerwald m...@teamix.de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 28 Oct 2013 12:55:48 +
Source: libsdl1.2
Binary: libsdl1.2debian libsdl1.2-dev libsdl1.2-dbg
Architecture: source amd64
Version: 1.2.15-8
Distribution: unstable
Urgency: low
Maintainer: Debian SDL packages maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 28 Oct 2013 22:13:23 +0900
Source: sylph-searcher
Binary: sylph-searcher
Architecture: source amd64
Version: 1.2.0-9
Distribution: unstable
Urgency: low
Maintainer: Hideki Yamane henr...@debian.org
Changed-By: Hideki Yamane
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Oct 2013 17:41:43 +0400
Source: cableswig
Binary: cableswig libcableswig-dev
Architecture: source amd64
Version: 0.1.0+cvs20111009-1.1
Distribution: unstable
Urgency: low
Maintainer: Steve M. Robbins s...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Oct 2013 14:04:02 +0100
Source: biosquid
Binary: biosquid biosquid-dev
Architecture: source amd64
Version: 1.9g+cvs20050121-3
Distribution: unstable
Urgency: low
Maintainer: Debian-Med Packaging Team
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 26 Oct 2013 16:15:05 +0200
Source: ruby-net-ldap
Binary: ruby-net-ldap
Architecture: source all
Version: 0.3.1-3
Distribution: unstable
Urgency: low
Maintainer: Debian Ruby Extras Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Oct 2013 09:40:58 -0400
Source: patsy
Binary: python-patsy python3-patsy python-patsy-doc
Architecture: source all
Version: 0.2.1-3
Distribution: unstable
Urgency: low
Maintainer: NeuroDebian Team t...@neuro.debian.net
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 28 Oct 2013 10:57:21 -0400
Source: zephyr
Binary: libzephyr4 libzephyr4-krb5 zephyr-clients zephyr-server
zephyr-server-krb5 libzephyr-dev
Architecture: source amd64
Version: 3.1.2-1
Distribution: unstable
Urgency: low
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Oct 2013 23:01:08 +0800
Source: libimobiledevice
Binary: libimobiledevice4 libimobiledevice-dev libimobiledevice4-dbg
python-imobiledevice libimobiledevice-utils libimobiledevice-doc
Architecture: source amd64 all
Version:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 28 Oct 2013 08:40:31 -0700
Source: openvswitch
Binary: openvswitch-datapath-source openvswitch-datapath-dkms
openvswitch-common openvswitch-switch openvswitch-ipsec openvswitch-pki
openvswitch-controller openvswitch-brcompat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 28 Oct 2013 11:18:41 -0400
Source: personasplus
Binary: xul-ext-personasplus
Architecture: source all
Version: 1.7.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian Mozilla Extension Maintainers
1 - 100 of 168 matches
Mail list logo