On Tue, Feb 18, 2014 at 04:47:19AM +0100, Matthias Urlichs wrote:
Hi,
Ben Hutchings:
So maybe the necessary change would be:
- move the pulseaudio ALSA plugins and this config file into a new
binary package
- rename the config file so it's not just an example
- make pulseaudio
Le mardi 18 février 2014 à 00:09 +0100, Andrew Shadura a écrit :
Sure, you need to put the MAC address of your headset in your
~/.asoundrc. That's pretty convenient and user-friendly.
Is it not?
No.
--
.''`.Josselin Mouette
: :' :
`. `'
`-
--
To UNSUBSCRIBE, email to
On Tue, Feb 18, 2014 at 12:09:11AM +0100, Andrew Shadura wrote:
Is it not? It's much more convenient than fighting with a broken audio
server which was written by a bunch of not really sane people suffering
from some extreme form of a NIH syndrome.
I think that attacking people isn't a good
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer fladischermich...@fladi.at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: django-sitetree
Version : 1.0.0
Upstream Author : Igor Starikov idles...@yandex.ru
* URL :
Hi,
Helmut Grohne:
* Set a different sink to be the default sink. This doesn't move any
existing streams.
but it takes care of the Future part. For the past one, obviously
you'll have to ask PA to enumerate the sink's inputs and then move them
to the new default one by one.
The
On Sun, Feb 16, 2014 at 02:18:08PM +0100, Michael Biebl wrote:
For the record: If the recovery system does run systemd, you go
journalctl -D /path/to/your/journal/copy.
Small correction here: The recovery system needs to have systemd
*installed*, not running. All you need is the journalctl
On 2014-02-18, Lars Wirzenius l...@liw.fi wrote:
On Tue, Feb 18, 2014 at 12:09:11AM +0100, Andrew Shadura wrote:
Is it not? It's much more convenient than fighting with a broken audio
server which was written by a bunch of not really sane people suffering
from some extreme form of a NIH
Hello,
On 18 February 2014 09:33, Lars Wirzenius l...@liw.fi wrote:
On Tue, Feb 18, 2014 at 12:09:11AM +0100, Andrew Shadura wrote:
Is it not? It's much more convenient than fighting with a broken audio
server which was written by a bunch of not really sane people suffering
from some extreme
On Sun, Feb 16, 2014 at 10:19:24PM +0100, Wouter Verhelst wrote:
On Sun, Feb 16, 2014 at 03:28:30PM +0400, Sergey B Kirpichev wrote:
Kevin Chadwick ma1l1i...@yahoo.co.uk:
Doesn't matter) rc.local shouldn't be used by local
admin to start services from. Why not use usual init-script?
On 02/18/2014 10:03 AM, Helmut Grohne wrote:
Thanks. Unlike tools like xz, just installing systemd does have
side-effects on the system. These are usually considered bugs and
quickly ironed out, but I believe some are still present in the wheezy
package and I am thus reluctant to install
On 18/02/2014 10:57, Andrew Shadura wrote:
Hello,
On 18 February 2014 09:33, Lars Wirzenius l...@liw.fi wrote:
On Tue, Feb 18, 2014 at 12:09:11AM +0100, Andrew Shadura wrote:
Is it not? It's much more convenient than fighting with a broken audio
server which was written by a bunch of not
On 18 February 2014 11:37, Jean-Christophe Dubacq jcduba...@free.fr wrote:
This is obviously a feeling. Facts would be better.
Pulseaudio is not broken, not by large. Many linux users use it without
any problems; it is default on almost all distributions, including the
largest ones (Debian is
On 02/18/2014 11:51 AM, Andrew Shadura wrote:
The only time I has somehow working PulseAudio was when I installed
Ubuntu on a computer I was going to sell. However, it had some
extremely weird behaviour: music did play only as long as I was on the
same virtual console as the X server — as soon
Hello,
On 18 February 2014 12:03, John Paul Adrian Glaubitz
glaub...@physik.fu-berlin.de wrote:
That works here just fine, just tested it while listening to music
on Youtube. You really must be doing something completely wrong
when you are having so much trouble with Pulse Audio.
I don't know
On 18/02/14 11:51, Andrew Shadura wrote:
The only time I has somehow working PulseAudio was when I installed
Ubuntu on a computer I was going to sell. However, it had some
extremely weird behaviour: music did play only as long as I was on the
same virtual console as the X server — as soon as I
In data martedì 18 febbraio 2014 12.03.57, John Paul Adrian Glaubitz ha
scritto:
That works here just fine, just tested it while listening to music
on Youtube. You really must be doing something completely wrong
when you are having so much trouble with Pulse Audio.
A certain number of users
Hi,
Salvo Tomaselli tipos...@tiscali.it writes:
A certain number of users seem to be having troubles with pulseaudio, yet you
keep insisting that it's just their fault and that since you can't reproduce
(have you even tried?) then the problem doesn't exist.
We understood it, for you
On 02/18/2014 12:13 PM, Salvo Tomaselli wrote:
In data martedì 18 febbraio 2014 12.03.57, John Paul Adrian Glaubitz ha
scritto:
That works here just fine, just tested it while listening to music
on Youtube. You really must be doing something completely wrong
when you are having so much
In data martedì 18 febbraio 2014 12.51.38, hai scritto:
Hi,
From my perspective, it's not that pulseaudio is broken and has to be purged
from existence, it is that reports from users who can't get any audio are
being responded to with: your fault, deal with it, pulseaudio works for me so
it's
On Mon, Feb 17, 2014 at 13:58 +0100, John Paul Adrian Glaubitz wrote:
On 02/17/2014 01:37 PM, Norbert Preining wrote:
Why can you not simply say something like: Well yes, there seem
to be some problems and we will try to fix them if we can get hold
of enough input. You DDs should be able to
Hi,
Salvo Tomaselli:
• Make PA better? File a bug report
Get a bug report to be read instead of closed immediately? Post on debian-
devel I suppose.
OK, so we all (or most of us, anyway) admit that the original bug which
sparked this discussion could have been handled better. Worse, it's a
On Tue, Feb 18, 2014 at 11:37:31AM +0100, Jean-Christophe Dubacq wrote:
On 18/02/2014 10:57, Andrew Shadura wrote:
Hello,
On 18 February 2014 09:33, Lars Wirzenius l...@liw.fi wrote:
On Tue, Feb 18, 2014 at 12:09:11AM +0100, Andrew Shadura wrote:
Is it not? It's much more convenient
Hi,
I don't really want to open another can of worms, but what's the opinion
of non-Linux ports maintainers on default init?
Or maybe I should turn it another way:
If we have working OpenRC on kFreeBSD and GNU Hurd, can I do:
Depends: systemd | openrc
if I want to get rid of non-declarative
On 02/18/2014 10:15 PM, Ondřej Surý wrote:
Hi,
I don't really want to open another can of worms, but what's the opinion
of non-Linux ports maintainers on default init?
Or maybe I should turn it another way:
If we have working OpenRC on kFreeBSD and GNU Hurd, can I do:
Depends:
On Tue, Feb 18, 2014 at 10:55:32PM +0800, Thomas Goirand wrote:
Once I consider OpenRC ready for it, would it be ok to just replace
sysv-rc by OpenRC, and transform sysv-rc into a transitional package?
What is the opinion of other DDs? Is there anyone which would like to
keep the old
On Tue, Feb 18, 2014 at 10:55:32PM +0800, Thomas Goirand wrote:
On 02/18/2014 10:15 PM, Ondřej Surý wrote:
[...]
If we have working OpenRC on kFreeBSD and GNU Hurd, can I do:
Depends: systemd | openrc
if I want to get rid of non-declarative init scripts in my daemon
packages?
[...]
On Tue, Feb 18, 2014 at 03:15:24PM +0100, Ondrej Surý wrote:
Hi,
I don't really want to open another can of worms, but what's the opinion
of non-Linux ports maintainers on default init?
Or maybe I should turn it another way:
If we have working OpenRC on kFreeBSD and GNU Hurd, can I do:
Hello,
On 18 February 2014 16:08, Guus Sliepen g...@debian.org wrote:
Once I consider OpenRC ready for it, would it be ok to just replace
sysv-rc by OpenRC, and transform sysv-rc into a transitional package?
What is the opinion of other DDs? Is there anyone which would like to
keep the old
Le mardi, 18 février 2014, 22.55:32 Thomas Goirand a écrit :
Once I consider OpenRC ready for it, would it be ok to just replace
sysv-rc by OpenRC, and transform sysv-rc into a transitional package?
What is the opinion of other DDs? Is there anyone which would like to
keep the old featureless
On 18/02/14 14:15, Ondřej Surý wrote:
If we have working OpenRC on kFreeBSD and GNU Hurd, can I do:
Depends: systemd | openrc
if I want to get rid of non-declarative init scripts in my daemon
packages?
I don't think that's going to be a good migration path from wheezy to
jessie. For
On 02/18/2014 11:08 PM, Guus Sliepen wrote:
On Tue, Feb 18, 2014 at 10:55:32PM +0800, Thomas Goirand wrote:
On 02/18/2014 10:15 PM, Ondřej Surý wrote:
[...]
If we have working OpenRC on kFreeBSD and GNU Hurd, can I do:
Depends: systemd | openrc
if I want to get rid of non-declarative
Hi Antonio,
I wrote you two times in the last months to anto...@debian.org and asked
whether you're still interested in maintaining cfengine in Debian:
- 2013-08-15: cfengine3 debian update, debconf
- 2014-01-14: update cfengine3 debian package?
Since you did not reply, I'm also CCing
On Tue, Feb 18, 2014 at 11:58:20PM +0800, Thomas Goirand wrote:
You are IMO missing the point. I'm not proposing to drop support for
init scripts, but remove sysv-rc. That's very different! We could
continue to have init scripts but have OpenRC to use them.
Although I'm still not sure what
Hi!
Ondřej Surý ond...@sury.org writes:
I don't really want to open another can of worms, but what's the opinion
of non-Linux ports maintainers on default init?
Hm so why was none of the ports list Cc-ed on this mail? There is
active discussion [0] between hurd and bsd people were we want to
On 18/02/2014 12:13, Salvo Tomaselli wrote:
In data martedì 18 febbraio 2014 12.03.57, John Paul Adrian Glaubitz ha
scritto:
That works here just fine, just tested it while listening to music
on Youtube. You really must be doing something completely wrong
when you are having so much trouble
On 02/18/2014 11:38 PM, Didier 'OdyX' Raboud wrote:
Le mardi, 18 février 2014, 22.55:32 Thomas Goirand a écrit :
Once I consider OpenRC ready for it, would it be ok to just replace
sysv-rc by OpenRC, and transform sysv-rc into a transitional package?
What is the opinion of other DDs? Is there
Le lundi 17 février 2014 à 13:24 +, Wookey a écrit :
The main complaint in this thread seems to be 'my sound worked with
ALSA, but installing PA stopped/stops it working'. It seems to me that
PA should try very hard to make sure that whatever output ALSA was using
before is still used
Le mardi 18 février 2014 à 11:51 +0100, Andrew Shadura a écrit :
On 18 February 2014 11:37, Jean-Christophe Dubacq jcduba...@free.fr wrote:
This is obviously a feeling. Facts would be better.
Pulseaudio is not broken, not by large. Many linux users use it without
any problems; it is
On Tue, Feb 18, 2014 at 05:26:05PM +0100, Christoph Egger wrote:
Hm so why was none of the ports list Cc-ed on this mail? There is
active discussion [0] between hurd and bsd people were we want to go
now.
Likewise perhaps pkg-sysvinit-devel should be copied into all such
discussions (copied
On 02/18/2014 11:10 PM, Jonathan Dowland wrote:
On Tue, Feb 18, 2014 at 10:55:32PM +0800, Thomas Goirand wrote:
Once I consider OpenRC ready for it, would it be ok to just replace
sysv-rc by OpenRC, and transform sysv-rc into a transitional package?
What is the opinion of other DDs? Is there
On Tue, Feb 18, 2014 at 10:17:53AM +0100, Matthias Urlichs wrote:
but it takes care of the Future part. For the past one, obviously
you'll have to ask PA to enumerate the sink's inputs and then move them
to the new default one by one.
The pavucontrol GUI doesn't do that currently, but it
On 02/18/2014 11:38 PM, Didier 'OdyX' Raboud wrote:
Le mardi, 18 février 2014, 22.55:32 Thomas Goirand a écrit :
Once I consider OpenRC ready for it, would it be ok to just replace
sysv-rc by OpenRC, and transform sysv-rc into a transitional package?
What is the opinion of other DDs? Is there
Helmut Grohne writes (Re: Two line init.d scripts? Sure, that will work!):
On Thu, Feb 06, 2014 at 11:59:11AM +, Ian Jackson wrote:
I think the best approach would probably be to automate the generation
of init scripts in debhelper.
Is that a joke? I find it hard to tell.
I wasn't
Thomas Goirand z...@debian.org writes:
Actually, thinking about it a 2nd time, I think there would be a major
drawback in delaying to Jessie +1. If we decide that sysv-rc goes away,
then starting at the Jessie release, we don't have to care anymore about
LSB header scripts. Meaning that we
Christian Seiler writes (PoC: cross-init-bridge):
1. Is there any interest in at least the current version of the
cross-init-bridge? If so, I'll add a proper build system, fix the known
quirks/bugs, call that 0.1 and make a debian package out of it. (I'm
not a DD, so somebody else will have to
Le mercredi, 19 février 2014, 01.11:21 Thomas Goirand a écrit :
Actually, thinking about it a 2nd time, I think there would be a major
drawback in delaying to Jessie +1. If we decide that sysv-rc goes
away, then starting at the Jessie release, we don't have to care
anymore about LSB header
Le mercredi, 19 février 2014, 00.56:07 Thomas Goirand a écrit :
On 02/18/2014 11:10 PM, Jonathan Dowland wrote:
On Tue, Feb 18, 2014 at 10:55:32PM +0800, Thomas Goirand wrote:
Once I consider OpenRC ready for it, would it be ok to just replace
sysv-rc by OpenRC, and transform sysv-rc into a
On Tue, Feb 18, 2014 at 07:18:30PM +0100, Didier 'OdyX' Raboud wrote:
[0] Can we haz a release name?
Sure. It's Debian 8.0, zurg. [0]
Neil
[0] Note: may be a lie.
signature.asc
Description: Digital signature
]] Thomas Goirand
Once I consider OpenRC ready for it, would it be ok to just replace
sysv-rc by OpenRC, and transform sysv-rc into a transitional package?
No, update-rc.d and invoke-rc.d still need to be provided by something.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky
Hello,
On Tue, 18 Feb 2014 19:59:13 +0100
Tollef Fog Heen tfh...@err.no wrote:
Once I consider OpenRC ready for it, would it be ok to just replace
sysv-rc by OpenRC, and transform sysv-rc into a transitional
package?
No, update-rc.d and invoke-rc.d still need to be provided by
Package: wnpp
Severity: wishlist
Owner: Andreas Tille ti...@debian.org
* Package name: r-cran-mixtools
Version : 1.0.1
Upstream Author : Derek Young dsy...@stat.psu.edu
* URL : http://cran.r-project.org/web/packages/mixtools
* License : GPL
Programming Lang:
previously on this list Steve Langasek contributed:
All
software has bugs. The difference is in how you handle them.
And how many!!! AND how many per 1000 lines AND how many run with
priviledges.
--
___
'Write programs
previously on this list Matthias Urlichs contributed:
discussion. No, we should not depend on it for Debian; but we should
provide the interface for system administrators who wish to use it,
because it is not Debian's place to tell them that they cannot use that
interface.
It's not
previously on this list John Paul Adrian Glaubitz contributed:
The problem is that many people who complain about PulseAudio issues
are often prejudiced about it in the first place such that they aren't
actually interested in having the problem fixed but rather just want
to get rid of it and
previously on this list Helmut Grohne contributed:
So for the time being (i.e. until all of my systems and recovery systems
are converted to systemd), I do see a slight[2] disadvantage
It may take even longer until all initramfs will use
systemd (and I do want to read logs from the initramfs
previously on this list Svante Signell contributed:
To answer the original poster's own question, what can he do?
He can stop writing these emails and start writing code (a fork of
systemd supporting kFreeBSD, to be specific)
I don't think forking systemd is a good choice, that
On Tue, Feb 18, 2014 at 02:00:36PM +0400, Sergey B Kirpichev wrote:
On Sun, Feb 16, 2014 at 10:19:24PM +0100, Wouter Verhelst wrote:
On Sun, Feb 16, 2014 at 03:28:30PM +0400, Sergey B Kirpichev wrote:
Kevin Chadwick ma1l1i...@yahoo.co.uk:
Doesn't matter) rc.local shouldn't be used by
On Tue, Feb 18, 2014 at 05:25:13PM +0100, Josselin Mouette wrote:
Le lundi 17 février 2014 à 13:24 +, Wookey a écrit :
The main complaint in this thread seems to be 'my sound worked with
ALSA, but installing PA stopped/stops it working'. It seems to me that
PA should try very hard to
On Tue, Feb 18, 2014 at 09:29:44PM +0100, Wouter Verhelst wrote:
On Tue, Feb 18, 2014 at 02:00:36PM +0400, Sergey B Kirpichev wrote:
On Sun, Feb 16, 2014 at 10:19:24PM +0100, Wouter Verhelst wrote:
Doesn't matter. rc.local is an interface that has been around since
forever, and which is
Package: wnpp
Severity: wishlist
Owner: Daniel Lintott dan...@serverb.co.uk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: libsharyanto-file-util-perl
Version : 0.56
Upstream Author : Steven Haryanto stevenharya...@gmail.com
* URL :
On Wed, Feb 19, 2014 at 01:11:21AM +0800, Thomas Goirand wrote:
Actually, thinking about it a 2nd time, I think there would be a major
drawback in delaying to Jessie +1. If we decide that sysv-rc goes away,
then starting at the Jessie release, we don't have to care anymore about
LSB header
On 02/18/2014 03:31 PM, Neil McGovern wrote:
On Tue, Feb 18, 2014 at 07:18:30PM +0100, Didier 'OdyX' Raboud wrote:
[0] Can we haz a release name?
Sure. It's Debian 8.0, zurg. [0]
finally one of the 'bad' guys!
[*] as a release, sid don't apply
Neil
[0] Note: may be a lie.
--
1AE0 322E
│ 8650 │
└┴┴───┘
Raw data:
http://www.codelibre.net/~rleigh/rebuild-buildarch-20140218.sql.xz
So the good news is that the great majority of the archive does support
build-arch directly (8650 packages) without the need for autodetection.
However, nearly 1500 packages
On Tue, Feb 18, 2014 at 10:58:50PM +, Roger Leigh wrote:
I hope the above is useful for measuring progress on this front. Do
we have any plans for enforcing build-arch for jessie at this point?
If we haven't already, stronger warnings when running dpkg-buildpackage
and stronger lintian
On Tue, 18 Feb 2014, Tollef Fog Heen wrote:
Once I consider OpenRC ready for it, would it be ok to just replace
sysv-rc by OpenRC, and transform sysv-rc into a transitional package?
No, update-rc.d and invoke-rc.d still need to be provided by something.
They *HAVE* to be provided by the
Henrique de Moraes Holschuh h...@debian.org writes:
They *HAVE* to be provided by the active init system. They are an
impedance matching layer (aka stable API) used by maintainer scripts to
interface with the active init system.
If you look at the existing implementation, you'll find that
On Tue, 18 Feb 2014, Russ Allbery wrote:
Henrique de Moraes Holschuh h...@debian.org writes:
They *HAVE* to be provided by the active init system. They are an
impedance matching layer (aka stable API) used by maintainer scripts to
interface with the active init system.
If you look at
Apparently sysvinit scripts must be retained anyway for a smooth
migration to jessie; also for easy backporting of jessie packages to
wheezy, and maybe other reasons. Non-Linux ports are likely to use
those SysV init scripts, though we might invoke them from something
other than sysvinit.
I
On Tue, Feb 18, 2014 at 08:05:12PM +, Kevin Chadwick wrote:
It's just occurred to me that the binary format may not work with append
only logging?
That's true for the journal. When the journal opens its binary log, it
flags the file as being opened, but what is the issue with not being
On Mon, Feb 17, 2014 at 02:02:59AM -0500, Eric Dorland wrote:
* Adrian Bunk (b...@stusta.de) wrote:
On Sun, Feb 16, 2014 at 02:14:10AM -0500, Eric Dorland wrote:
All of the bugs have been filed. Just under half have been
fixed. Almost all the rest have tested patches. I'm going to start
Hi,
I'm replying to everyone in a single mail, I hope that's fine. I'm
therefore a bit repeating myself, sorry for that.
On 02/19/2014 02:18 AM, Didier 'OdyX' Raboud wrote:
Le mercredi, 19 février 2014, 00.56:07 Thomas Goirand a écrit :
On 02/18/2014 11:10 PM, Jonathan Dowland wrote:
On Tue,
Thomas Goirand z...@debian.org writes:
On 02/19/2014 08:05 AM, Henrique de Moraes Holschuh wrote:
On Tue, 18 Feb 2014, Russ Allbery wrote:
There are some advantages to providing only one version with knowledge
of all of the init systems given that we're supporting init system
switching, and
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand z...@debian.org
* Package name: python-zake
Version : 0.0.14
Upstream Author : Joshua Harlow harlo...@yahoo-inc.com
* URL : https://github.com/yahoo/Zake
* License : Apache-2.0
Programming Lang: Python
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 18 Feb 2014 11:12:09 +0530
Source: aria2
Binary: aria2
Architecture: source amd64
Version: 1.18.3-1
Distribution: unstable
Urgency: low
Maintainer: Patrick Ruckstuhl patr...@ch.tario.org
Changed-By: Kartik Mistry
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 06 Feb 2014 11:21:43 +0100
Source: galette
Binary: galette
Architecture: source all
Version: 0.7.8-1
Distribution: unstable
Urgency: medium
Maintainer: François-Régis Vuillemin frv-deb...@miradou.com
Changed-By: François-Régis
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 18 Feb 2014 10:03:20 +0100
Source: photo-uploader
Binary: photo-uploader
Architecture: source all
Version: 0.12-2
Distribution: unstable
Urgency: low
Maintainer: Andrew Shadura andre...@debian.org
Changed-By: Andrew Shadura
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 18 Feb 2014 08:54:06 +0100
Source: pkgconf
Binary: pkgconf
Architecture: source i386
Version: 0.9.5-3
Distribution: unstable
Urgency: low
Maintainer: Andrew Shadura andre...@debian.org
Changed-By: Andrew Shadura
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 17 Feb 2014 16:51:52 +
Source: mariadb-5.5
Binary: libmariadbclient18 libmariadbd-dev libmariadbclient-dev mariadb-common
mariadb-client-core-5.5 mariadb-client-5.5 mariadb-server-core-5.5
mariadb-test-5.5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 17 Feb 2014 23:33:57 -0800
Source: prelink
Binary: prelink execstack
Architecture: source amd64
Version: 0.0.20130503-1
Distribution: unstable
Urgency: medium
Maintainer: Geoffrey Thomas gtho...@mokafive.com
Changed-By: Geoffrey
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 18 Feb 2014 10:28:22 +
Source: icoutils
Binary: icoutils
Architecture: source i386
Version: 0.31.0-2
Distribution: unstable
Urgency: low
Maintainer: Colin Watson cjwat...@debian.org
Changed-By: Colin Watson
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 18 Feb 2014 10:51:48 +
Source: expand-region-el
Binary: expand-region-el
Architecture: source all
Version: 0.10.0-3
Distribution: unstable
Urgency: low
Maintainer: Barak A. Pearlmutter b...@debian.org
Changed-By: Barak A.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 18 Feb 2014 11:52:24 +0100
Source: metche
Binary: metche
Architecture: source all
Version: 1:1.2.2-4
Distribution: unstable
Urgency: medium
Maintainer: metche developers met...@lists.riseup.net
Changed-By: intrigeri
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 17 Feb 2014 21:46:34 +0100
Source: gcc-4.8
Binary: gcc-4.8-base libgcc1 libgcc1-dbg libgcc2 libgcc2-dbg libgcc-4.8-dev
libgcc4 libgcc4-dbg lib64gcc1 lib64gcc1-dbg lib64gcc-4.8-dev lib32gcc1
lib32gcc1-dbg lib32gcc-4.8-dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 18 Feb 2014 12:59:39 +0100
Source: insserv
Binary: insserv
Architecture: source amd64
Version: 1.16.0-2
Distribution: experimental
Urgency: low
Maintainer: Debian sysvinit maintainers
pkg-sysvinit-de...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 18 Feb 2014 13:03:42 +0100
Source: knot
Binary: knot knot-dbg knot-dnsutils knot-host knot-doc
Architecture: source amd64 all
Version: 1.4.3-1
Distribution: unstable
Urgency: low
Maintainer: Ondřej Surý ond...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 18 Feb 2014 13:34:13 +0100
Source: libssh
Binary: libssh-4 libssh-dev libssh-dbg libssh-doc
Architecture: source all amd64
Version: 0.5.4-2
Distribution: unstable
Urgency: low
Maintainer: Laurent Bigonville bi...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 16 Feb 2014 02:32:18 +
Source: chromium-browser
Binary: chromium chromium-dbg chromium-l10n chromium-inspector chromedriver
Architecture: source all amd64
Version: 32.0.1700.123-2
Distribution: unstable
Urgency: medium
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 18 Feb 2014 10:52:52 +0100
Source: gexiv2
Binary: libgexiv2-2 gir1.2-gexiv2-0.10 libgexiv2-dev libgexiv2-2-dbg
Architecture: source amd64
Version: 0.9.1-1
Distribution: experimental
Urgency: low
Maintainer: Debian Shotwell
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 17 Feb 2014 19:31:33 +0100
Source: nbdkit
Binary: nbdkit nbdkit-plugin-dev nbdkit-plugin-perl nbdkit-plugin-python
nbdkit-plugin-libvirt nbdkit-plugin-guestfs
Architecture: source amd64
Version: 1.1.6-1
Distribution: unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 14 Feb 2014 14:21:07 +0100
Source: llvm-toolchain-snapshot
Binary: clang-3.5 clang-format-3.5 cpp11-migrate-3.5 clang-modernize-3.5
clang-3.5-doc libclang1-3.5 libclang1-3.5-dbg libclang-3.5-dev
libclang-common-3.5-dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 16 Feb 2014 16:57:18 +0100
Source: pycurl
Binary: python-pycurl python3-pycurl python-pycurl-dbg python3-pycurl-dbg
Architecture: source amd64
Version: 7.19.3.1-1
Distribution: unstable
Urgency: medium
Maintainer: Sandro Tosi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 10 Feb 2014 19:38:05 +0100
Source: python-pytils
Binary: python-pytils python3-pytils python-pytils-doc
Architecture: source all
Version: 0.3-1
Distribution: unstable
Urgency: low
Maintainer: Mikhail Gusarov
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 18 Feb 2014 13:44:13 +0100
Source: knot
Binary: knot knot-dbg knot-dnsutils knot-host knot-doc
Architecture: source amd64 all
Version: 1.4.3-2
Distribution: unstable
Urgency: medium
Maintainer: Ondřej Surý ond...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 18 Feb 2014 14:12:10 +0100
Source: matlab2tikz
Binary: matlab2tikz
Architecture: source all
Version: 0.4.6-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Octave Group pkg-octave-de...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 18 Feb 2014 22:26:46 +0800
Source: libchewing
Binary: libchewing3-dev libchewing3 libchewing3-data libchewing3-dbg
Architecture: source amd64
Version: 0.3.5-4
Distribution: unstable
Urgency: medium
Maintainer: IME Packaging
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 18 Feb 2014 14:46:38 +0100
Source: python-reportlab
Binary: python-reportlab python-reportlab-accel python-reportlab-accel-dbg
python-renderpm python-renderpm-dbg python3-reportlab python3-reportlab-accel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 18 Feb 2014 14:59:08 +0100
Source: python-setuptools
Binary: python-pkg-resources python-setuptools python-setuptools-doc
python3-pkg-resources python3-setuptools
Architecture: source all
Version: 2.2-1
Distribution: unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 18 Feb 2014 11:33:19 +
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, 10 Feb 2014 23:59:15 +0100
Source: ruby-hashery
Binary: ruby-hashery
Architecture: source all
Version: 2.1.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Ruby Extras Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 09 Feb 2014 17:41:15 +0800
Source: python-trollius
Binary: python-trollius python3-trollius
Architecture: source all
Version: 0.1.4+20140210+git+6f1f9233b1-1
Distribution: unstable
Urgency: low
Maintainer: PKG OpenStack
1 - 100 of 147 matches
Mail list logo