Hi Jörg,
we definitely needs something like this and your suggested set of rules
seems sane.
On Sun, 05 May 2013, Joerg Jaspert wrote:
- any member of the uploading keyrings can create a PPAMAIN using a
defined interface[1].
[1] Most probably it will either be a signed mail or a signed
Hi,
Le lundi 06 mai 2013 à 09:24 +0900, Charles Plessy a écrit :
How about taking the opportunity of this new release cycle to start a
packaging
team to organise the work on packages providing media type (MIME) support ?
The mime-support package (which I maintain) is on Alioth on
Dear Josselin,
On Mon, 6 May 2013 18:29:40 Josselin Mouette wrote:
shared-mime-info and desktop-file-utils are already maintained under the
pkg-freedesktop umbrella.
I see no evidence that desktop-file-utils is associated with
pkg-freedesktop. There is no corresponding repository under
Le lundi 06 mai 2013 à 20:19 +1000, Dmitry Smirnov a écrit :
Dear Josselin,
On Mon, 6 May 2013 18:29:40 Josselin Mouette wrote:
shared-mime-info and desktop-file-utils are already maintained under the
pkg-freedesktop umbrella.
I see no evidence that desktop-file-utils is associated
Scenario:
a Intel x64 (T5500) with Wheezy i386 installed.
It's possible use the multiarch support of dpkg
to migrate to Wheezy amd64 ?
(after installation of linux-image-amd64, libc6-amd64)
Thanks
Walter
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
On Mon, May 06, 2013 at 12:03:15PM +0100, Walter Valenti wrote:
a Intel x64 (T5500) with Wheezy i386 installed.
It's possible use the multiarch support of dpkg
to migrate to Wheezy amd64 ?
(after installation of linux-image-amd64, libc6-amd64)
Migrating a live system between architectures is
On Mon, 6 May 2013 20:24:29 Josselin Mouette wrote:
I see no evidence that desktop-file-utils is associated with
pkg-freedesktop. There is no corresponding repository under
pkg-freedesktop and Maintainer field contains Ross Burton
r...@debian.org. I've made new (first?) desktop-file-utils
On 2013-05-06, Dmitry Smirnov only...@debian.org wrote:
I see, thanks. The repository layout is a bit unusual as it combines
several packages together...
No it is not. It is very normal with svn.
Perhaps it's a good time to separate it to its own repository?
I think it is great to have
Hi,
now might be the right time to start a discussion about release goals
for jessie. Here are some points that come into my mind right now (and
some were already discussed very recently):
* multiarch compatible binNMUs
* discarding maintainer uploaded binary packages [!arch:all]
* discarding
Hey.
I would like to see the following with respect to PHP and all packages
using PHP:
1) We should try to educate users not to use mod_php. From a security
POV it's rather problematic, as it runs in server context. And for
people really needing the performance, FPM should be an equally good
On 2013-05-06 14:49, Andreas Beckmann wrote:
Hi,
now might be the right time to start a discussion about release goals
for jessie. Here are some points that come into my mind right now (and
some were already discussed very recently):
While the ideas themselves are worthwhile, they do not
On Mon, 6 May 2013 23:00:05 Sune Vuorela wrote:
On 2013-05-06, Dmitry Smirnov only...@debian.org wrote:
Perhaps it's a good time to separate it to its own repository?
I think it is great to have desktop-file-utils and shared-mime-info
staying within pkg-freedesktop. They know how upstream
Hello,
2013/5/6 Christoph Anton Mitterer cales...@scientia.net:
Hey.
I would like to see the following with respect to PHP and all packages
using PHP:
[...]
Related to PHP, but more on the PEAR side, I would like to see all
PEAR packages migrated to build with pkg-php-tools (the dh way of
On 05/06/2013 08:49 AM, Andreas Beckmann wrote:
Hi,
now might be the right time to start a discussion about release goals
for jessie. Here are some points that come into my mind right now (and
some were already discussed very recently):
* multiarch compatible binNMUs
* discarding maintainer
Two more things I remember:
1) IMHO, services/daemons (e.g. apache, ejabberd, etc.) that listen per
default on the network (unless loopback only) shouldn't be started per
default, after being installed.
The usually come only with a default config which may not be hardened
enough for the local
On Mon, May 06, 2013 at 04:08:07PM +0200, Christoph Anton Mitterer wrote:
1) IMHO, services/daemons (e.g. apache, ejabberd, etc.) that listen per
default on the network (unless loopback only) shouldn't be started per
default, after being installed.
The usually come only with a default config
2013/5/6 Andrey Rahmatullin w...@wrar.name:
There is also a related thing that was discussed in the past: stop
disabling services via /etc/default.
Modern service management systems might be better choice.
E. g. systemd or SMF :-P
--
To UNSUBSCRIBE, email to
On Sat, May 04, 2013 at 12:11:23PM +0800, Paul Wise wrote:
On Sat, May 4, 2013 at 10:41 AM, Charles Plessy wrote:
The fact is that Debian does not make much effort to ensure that we do not
distribute unredistributable files in our mirrors and installation media,
once
a package has
On Sat, May 04, 2013 at 09:33:14PM +0200, Helmut Grohne wrote:
On Fri, May 03, 2013 at 04:53:59PM +0800, Thomas Goirand wrote:
I think there's a consensus, the problem is who's going
to do the work for automating dropping of binaries and
rebuild.
Not implying that I am the one doing this
Le Mon, May 06, 2013 at 12:24:29PM +0200, Josselin Mouette a écrit :
Le lundi 06 mai 2013 à 20:19 +1000, Dmitry Smirnov a écrit :
On Mon, 6 May 2013 18:29:40 Josselin Mouette wrote:
shared-mime-info and desktop-file-utils are already maintained under the
pkg-freedesktop umbrella.
On 05/06/2013 09:15 PM, Christoph Anton Mitterer wrote:
Hey.
I would like to see the following with respect to PHP and all packages
using PHP:
1) We should try to educate users not to use mod_php. From a security
POV it's rather problematic, as it runs in server context. And for
people
Dear pkg-freedesktop team,
Thank you for letting me join pkg-freedesktop team.
I migrated old desktop-file-utils repository to new location:
http://anonscm.debian.org/gitweb/?p=pkg-freedesktop/desktop-file-utils.git
where I imported all history including missing versions and also added
On May 06, Christoph Anton Mitterer cales...@scientia.net wrote:
1) IMHO, services/daemons (e.g. apache, ejabberd, etc.) that listen per
default on the network (unless loopback only) shouldn't be started per
default, after being installed.
This has been discussed over and over, I think with a
On 05/06/2013 09:29 PM, Mathieu Parent wrote:
Related to PHP, but more on the PEAR side, I would like to see all
PEAR packages migrated to build with pkg-php-tools (the dh way of PEAR
packages).
Yes ! I do 100% agree with the above. This could be a release goal, IMO.
Migrating PECL packages
On 05/05/2013 03:33 AM, Helmut Grohne wrote:
what needs to be touched to achieve aspects of the following
features: (Again not implying that they are all desired.)
* Permitting source-only uploads.
While there is a consensus about dropping binaries, there is
none about permitting source-only
Package: wnpp
Severity: wishlist
Owner: Jameson Graef Rollins jroll...@finestructure.net
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: assword
Version : 0.7
Upstream Author : Jameson Graef Rollins jroll...@finestructure.net
* URL :
Package: wnpp
Severity: wishlist
Owner: Jameson Graef Rollins jroll...@finestructure.net
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: xapers
Version : 0.5.1
Upstream Author : Jameson Graef Rollins jroll...@finestructure.net
* URL :
On Mon, May 06, 2013 at 11:40:50PM +0800, Thomas Goirand wrote:
what needs to be touched to achieve aspects of the following
features: (Again not implying that they are all desired.)
* Permitting source-only uploads.
While there is a consensus about dropping binaries, there is
none about
On 05/04/2013 05:10 PM, Wookey wrote:
This is a result of maintainer's workflows never
doing this, I presume.
Yeah! Probably git-buidpackage getting more adoption
has something to do with it too.
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
* Niels Thykier ni...@thykier.net, 2013-05-06, 15:26:
now might be the right time to start a discussion about release goals
for jessie. Here are some points that come into my mind right now (and
some were already discussed very recently):
While the ideas themselves are worthwhile, they do not
Package: wnpp
Severity: wishlist
Owner: Daniel Walrond deb...@djw.org.uk
* Package name: opensmtpd
Version : 5.3.1p1
Upstream Author : OpenBSD
* URL : http://www.opensmtpd.org/
* License : ISC, BSD
Programming Lang: C
Description : Simple Mail Transfer
On Mon, May 06, 2013 at 05:10:17PM +0100, Daniel Walrond wrote:
Package: wnpp
Severity: wishlist
Owner: Daniel Walrond deb...@djw.org.uk
* Package name: opensmtpd
Version : 5.3.1p1
Upstream Author : OpenBSD
* URL : http://www.opensmtpd.org/
* License
On Mon, May 06, 2013 at 09:49:33PM +0600, Andrey Rahmatullin wrote:
On Mon, May 06, 2013 at 11:40:50PM +0800, Thomas Goirand wrote:
what needs to be touched to achieve aspects of the following
features: (Again not implying that they are all desired.)
* Permitting source-only uploads.
On 05/06/2013 10:08 PM, Christoph Anton Mitterer wrote:
The usually come only with a default config which may not be hardened
enough for the local system, and that short time may already be enough
for an attacker to attack.
If the default config isn't hardened enough, fix the default config.
severity 601455 normal
thanks
Hi,
On Montag, 6. Mai 2013, Andrey Rahmatullin wrote:
There is also a related thing that was discussed in the past: stop
disabling services via /etc/default.
#601455 can't stop daemon using /etc/init.d/foo stop when disabled via
/etc/default/foo is related to
Hi,
On Montag, 6. Mai 2013, Thomas Goirand wrote:
While there is a consensus about dropping binaries, there is
none about permitting source-only uploads (and I'm not in
the favor of it myself, not because I don't trust others, but
because I think it should be possible to add some more QA
Hi,
On Montag, 6. Mai 2013, Raphael Hertzog wrote:
While I won't question the need to support signed mails or commands files,
I would like to argue for the support of a web interface as well.
how about a web interface which creates such mails/commands, which then only
need to be copied into
* Dmitry Smirnov only...@debian.org, 2013-05-05, 12:30:
I'm quite concerned that `desktop-file-validate` utility (provided by
desktop-file-utils package) is checking .desktop files against
outdated specification. On some occasions such validation recommend
changes conflicting with the current
I wonder what the plans of the MySQL maintainers are concerning MySQL vs
MariaDB. Famously, Fedora made the switch. What will happen in Debian?
What kind of transition would this mean? Would it be a drop-in
replacement like Monty is pretending, or would it be harder?
Cheers,
Thomas Goirand
Processing commands for cont...@bugs.debian.org:
severity 601455 normal
Bug #601455 [general] can't stop daemon using /etc/init.d/foo stop when
disabled via /etc/default/foo
Bug #661496 [general] multiple, annoyingly different ways to disable an init
script
Severity set to 'normal' from
On Mon, May 06, 2013 at 05:42:35PM +0100, Lars Wirzenius wrote:
On Mon, May 06, 2013 at 05:10:17PM +0100, Daniel Walrond wrote:
Package: wnpp
Severity: wishlist
Owner: Daniel Walrond deb...@djw.org.uk
* Package name: opensmtpd
Version : 5.3.1p1
Upstream Author :
On 06/05/13 18:42, Lars Wirzenius wrote:
On Mon, May 06, 2013 at 05:10:17PM +0100, Daniel Walrond wrote:
Package: wnpp
Severity: wishlist
Owner: Daniel Walrond deb...@djw.org.uk
* Package name: opensmtpd
Version : 5.3.1p1
Upstream Author : OpenBSD
* URL :
Package: general
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Gnome desktop freezes after some minutes of starting the session. The solution
is to change to another tty and restart the gdm3 server. I've noticed that it
only happens at the begining of the session but
On Mon, May 06, 2013 at 09:05:43AM +0200, Raphael Hertzog wrote:
While I won't question the need to support signed mails or commands files,
I would like to argue for the support of a web interface as well. The
sheer number of operations that are possible on such repositories will
make it
Am 06.05.2013 19:02, schrieb Thomas Goirand:
I wonder what the plans of the MySQL maintainers are concerning MySQL vs
MariaDB. Famously, Fedora made the switch. What will happen in Debian?
What kind of transition would this mean? Would it be a drop-in
replacement like Monty is pretending, or
On Mon, May 6, 2013 at 19:17:47 +0200, Patrick Matthäi wrote:
But why should it _replace_ MySQL, why not providing it as an
alternative MySQL'ish server?
Because Oracle.
Cheers,
Julien
signature.asc
Description: Digital signature
Am 06.05.2013 19:33, schrieb Julien Cristau:
On Mon, May 6, 2013 at 19:17:47 +0200, Patrick Matthäi wrote:
But why should it _replace_ MySQL, why not providing it as an
alternative MySQL'ish server?
Because Oracle.
That alone does not count, since it is still OSS.
As long as _MySQL_
On Mon, May 06, 2013 at 07:39:50PM +0200, Patrick Matthäi wrote:
As long as _MySQL_ maintainers are able (and want) to continue MySQL (or
It's my understanding a lot of them jumped ship.
Meh. +1 to kill MySQL for MariaDB. It's got a much better future. I see
it more like a libc changeover.
On 2013-05-06 10:02, Thomas Goirand wrote:
I wonder what the plans of the MySQL maintainers are concerning MySQL
vs
MariaDB. Famously, Fedora made the switch. What will happen in Debian?
What kind of transition would this mean? Would it be a drop-in
replacement like Monty is pretending, or
On 06/05/13 19:02, Thomas Goirand wrote:
Famously, Fedora made the switch
Seems that also OpenSUSE and Arch (among others) did the switch
https://kb.askmonty.org/en/distributions-which-include-mariadb/
signature.asc
Description: OpenPGP digital signature
hi,
Just my two 2 cent: I would like to have an virtual package
Database, to resolve some deps. So there hasn't be a question of
what database someone have to use.
Okay, the mainproblem here is not all packages have interface for
every database, but it could solve these questions
Greetings,
On 6 May 2013 18:54, Paul Tagliamonte paul...@debian.org wrote:
Meh. +1 to kill MySQL for MariaDB. It's got a much better future. I see
it more like a libc changeover. Who cares, it's got the same interface.
We only have things to gain (better upstream, upstream commited to real
f/oss, new
Hello,
2013/5/6 Thomas Goirand z...@debian.org:
I wonder what the plans of the MySQL maintainers are concerning MySQL vs
MariaDB. Famously, Fedora made the switch. What will happen in Debian?
What kind of transition would this mean? Would it be a drop-in
replacement like Monty is pretending,
On Mon, May 06, 2013 at 07:18:35PM +0100, Steven Ayre wrote:
On 6 May 2013 18:54, Paul Tagliamonte paul...@debian.org wrote:
Meh. +1 to kill MySQL for MariaDB. It's got a much better future. I see
it more like a libc changeover. Who cares, it's got the same interface.
We only have things to
2013/5/6 Steven Ayre stevea...@gmail.com:
Having a policy on how such packages can coexist could then allow
other options to also be added cleanly (MySQL Cluster, Percona, Galera
etc).
I've done my best to package MariaDB following best practices on
Debian control files and conflict/replace
On Mon, May 06, 2013 at 01:54:41PM -0400, Paul Tagliamonte wrote:
Meh. +1 to kill MySQL for MariaDB. It's got a much better future. I see
it more like a libc changeover. Who cares, it's got the same interface.
We only have things to gain (better upstream, upstream commited to real
f/oss, new
* Christoph Anton Mitterer cales...@scientia.net, 2013-05-06, 16:08:
2) No more packages that bypass the package management system and
secure apt:
a) There are still several (typically non-free) packages which download
stuff from the web, install or at least un-tar it somwhere without
checking
On 2013-05-06 10:54, Paul Tagliamonte wrote:
On Mon, May 06, 2013 at 07:39:50PM +0200, Patrick Matthäi wrote:
As long as _MySQL_ maintainers are able (and want) to continue MySQL
(or
It's my understanding a lot of them jumped ship.
At the time Oracle purchased Sun, there was really only
On 05/07/2013 03:05 AM, Clint Byrum wrote:
We should also carefully consider what MySQL users would be faced with
if we ever dropped MySQL.
This was part of my original question.
How much difference do we have for our users?
Can MariaDB be a drop-in replacement as advertized?
I'd be happy to
On 05/07/2013 01:31 AM, Clint Byrum wrote:
I'd also like to get MySQL back in sync with Ubuntu to reduce waste
between the two distros.
It seems there's more and more a trend of seeing these
differences increasing. :(
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
On 13203 March 1977, Raphael Hertzog wrote:
- any member of the uploading keyrings can create a PPAMAIN using a
defined interface[1].
[1] Most probably it will either be a signed mail or a signed .commands
style file.
While I won't question the need to support signed mails or
On 2013-05-07 00:52:03 +0800, Thomas Goirand wrote:
On 05/06/2013 10:08 PM, Christoph Anton Mitterer wrote:
The usually come only with a default config which may not be hardened
enough for the local system, and that short time may already be enough
for an attacker to attack.
If the default
On 2013-05-06 17:22:57 +0200, Marco d'Itri wrote:
On May 06, Christoph Anton Mitterer cales...@scientia.net wrote:
1) IMHO, services/daemons (e.g. apache, ejabberd, etc.) that listen per
default on the network (unless loopback only) shouldn't be started per
default, after being installed.
On Lu, 06 mai 13, 12:03:15, Walter Valenti wrote:
Scenario:
a Intel x64 (T5500) with Wheezy i386 installed.
It's possible use the multiarch support of dpkg
to migrate to Wheezy amd64 ?
(after installation of linux-image-amd64, libc6-amd64)
This belongs on debian-user, see
As the sole driver and implementor of DEP9, I would like to see all reverse
depends of update-inetd migrate to reconf-inetd. That is, assuming inetd is
not entirely deprecated by systemd/upstart/whathaveyou by the time jessie is
released.
On a less boring note, I would like to see apt-listbugs
On 2013-05-06 12:32, Thomas Goirand wrote:
On 05/07/2013 01:31 AM, Clint Byrum wrote:
I'd also like to get MySQL back in sync with Ubuntu to reduce waste
between the two distros.
It seems there's more and more a trend of seeing these
differences increasing. :(
This is yet another dig at
On Mon, 06 May 2013, Vincent Lefevre wrote:
On 2013-05-06 17:22:57 +0200, Marco d'Itri wrote:
On May 06, Christoph Anton Mitterer cales...@scientia.net wrote:
1) IMHO, services/daemons (e.g. apache, ejabberd, etc.) that
listen per default on the network (unless loopback only) shouldn't
Christoph Anton Mitterer wrote:
I would like to see the following with respect to PHP and all packages
using PHP:
1) We should try to educate users not to use mod_php.
If Best Practices such as this were documented such as on the Debian
wiki then it would go a long way to making this easy for
On Mon, May 06, 2013 at 04:08:07PM +0200, Christoph Anton Mitterer wrote:
1) IMHO, services/daemons (e.g. apache, ejabberd, etc.) that listen per
default on the network (unless loopback only) shouldn't be started per
default, after being installed.
May I point to /usr/sbin/policy-rc.d? As has
Hi,
Am Montag, den 06.05.2013, 16:57 +0200 schrieb Goswin von Brederlow:
Maybe as an intermediate and imediate step we could switch to
uploading only arch:all debs for mixed packages. That is already
supported by DAK and the buildds and would drop a lot of locally build
debs.
sounds
Package: wnpp
Severity: wishlist
Owner: Dominique Lasserre lasserr...@gmail.com
* Package name: taginfo
Version : 0.1.6
Upstream Author : Jörn Magens
* URL : https://bitbucket.org/shuerhaaken/libtaginfo
* License : LGPL-2+
Programming Lang: C++
Description
I've done my best to package MariaDB following best practices on
Debian control files and conflict/replace rules. So I am confident to
say we actually already have a way how to get MySQL flavors to
coexist. What we seem to lack is _resources_. I guess we could package
all of Percona, Galera
On Mon, May 6, 2013 at 8:49 AM, Andreas Beckmann wrote:
Hi,
now might be the right time to start a discussion about release goals
for jessie. Here are some points that come into my mind right now (and
some were already discussed very recently):
* multiarch compatible binNMUs
* discarding
On Mon, 2013-05-06 at 14:59 -0600, Bob Proulx wrote:
1) We should try to educate users not to use mod_php.
If Best Practices such as this were documented such as on the Debian
wiki then it would go a long way to making this easy for users to do.
They could then simple follow recipies to good
On Mon, 2013-05-06 at 20:47 +0200, Jakub Wilk wrote:
Do you have any concrete examples (besides flashplugin-nonfree, which is
indeed abominable)?
I know at least of susv2/3.
I once manually went through all the packages depending on wget/curl,...
but I don't have the list anymore and would
On Sun, 5 May 2013 10:50:09 Calvin Owens wrote:
I encountered a similar problem in Gentoo - e2fsck 1.42.5 can't check
read-only mounted FS with an external journal. Ted Ts'o just wrote a
fix: http://www.spinics.net/lists/linux-ext4/msg38096.html
Thanks for your fantastic feedback Calvin.
So
On Tue, 2013-05-07 at 00:52 +0800, Thomas Goirand wrote:
If the default config isn't hardened enough, fix the default config.
Adding a supplementary step to start the service doesn't fix the
problem anyway.
I don't think this is only a question of hardened enough of not...
simply supplying a
On Tue, 7 May 2013 03:02:02 Jakub Wilk wrote:
* Dmitry Smirnov only...@debian.org, 2013-05-05, 12:30:
I'm quite concerned that `desktop-file-validate` utility (provided by
desktop-file-utils package) is checking .desktop files against
outdated specification. On some occasions such validation
+++ The Wanderer [2013-05-06 09:36 -0400]:
I don't know whether it would be practical, but one thing I would like
to see included as an explicit goal is the completion of multi-arch -dev
support.
I think it's eminently practical.
There is functionality provided by the old ia32-libs-dev
On Tue, May 07, 2013 at 03:32:13AM +0800, Thomas Goirand wrote:
On 05/07/2013 01:31 AM, Clint Byrum wrote:
I'd also like to get MySQL back in sync with Ubuntu to reduce waste
between the two distros.
It seems there's more and more a trend of seeing these
differences increasing. :(
The
Why I vote NO for ppa in Debian,
Something that everybody loves about debian is you have everything in one
repo for stable testing or development, the use of PPA it couse things like
happens in ubuntu when u need something important you need to install it
from a PPA because is not in the repo
On 7 May 2013 14:23, Adrian Alves aal...@gmail.com wrote:
am not saying PPA is bad just worried about not to lose the magic of
debian who has everything in one place.
This is already the case. Not everything I package deserves to go into
Debian main. e.g. because it is specific to a problem I
On Tue, May 7, 2013 at 1:42 AM, Brian May br...@microcomaustralia.com.auwrote:
On 7 May 2013 14:23, Adrian Alves aal...@gmail.com wrote:
am not saying PPA is bad just worried about not to lose the magic of
debian who has everything in one place.
This is already the case. Not everything I
On Mon, May 6, 2013 at 8:49 PM, Andreas Beckmann wrote:
now might be the right time to start a discussion about release goals
for jessie. Here are some points that come into my mind right now (and
some were already discussed very recently):
I have a long wishlist that contains some items
On Tue, May 7, 2013 at 1:10 PM, Adrian Alves wrote:
well as u explain it has logic but whats happens if that never happens on
that way? and packages that deserve to be in Debian repos never reach it
because it never be pushed into? or how you gonna look into all the PPA's
looking for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 06 May 2013 13:25:07 +0800
Source: iotop
Binary: iotop
Architecture: source amd64
Version: 0.5-2
Distribution: unstable
Urgency: low
Maintainer: Paul Wise p...@debian.org
Changed-By: Paul Wise p...@debian.org
Description:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 06 May 2013 01:42:33 +0200
Source: maven
Binary: maven
Architecture: source all
Version: 3.0.4-6
Distribution: unstable
Urgency: low
Maintainer: Debian Java Maintainers
pkg-java-maintain...@lists.alioth.debian.org
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 06 May 2013 01:37:46 +0200
Source: polyglot-maven
Binary: libpolyglot-maven-java libpolyglot-maven-java-doc
Architecture: source all
Version: 0.8~tobrien+git20120905-2
Distribution: unstable
Urgency: low
Maintainer: Debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 06 May 2013 08:35:12 +0200
Source: orc
Binary: liborc-0.4-0 liborc-0.4-dev liborc-0.4-0-dbg liborc-0.4-doc
Architecture: source all amd64
Version: 1:0.4.17-2
Distribution: unstable
Urgency: low
Maintainer: Maintainers of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 06 May 2013 03:12:26 +0100
Source: linux-latest
Binary: linux-source linux-doc linux-tools linux-image-alpha-generic
linux-headers-alpha-generic linux-image-alpha-smp linux-headers-alpha-smp
linux-image-alpha-legacy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 06 May 2013 08:32:44 +0200
Source: cairo
Binary: libcairo2-dev libcairo2 libcairo2-dbg libcairo2-doc
libcairo-script-interpreter2 libcairo-gobject2 cairo-perf-utils libcairo2-udeb
Architecture: source all amd64
Version:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 05 May 2013 13:12:03 +0200
Source: exactimage
Binary: exactimage edisplay exactimage-dbg libexactimage-perl php5-exactimage
python-exactimage
Architecture: source amd64
Version: 0.8.8-1
Distribution: unstable
Urgency: low
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 06 May 2013 12:26:04 +0800
Source: looptools
Binary: looptools libooptools-dev fcc
Architecture: source amd64
Version: 2.8-1
Distribution: unstable
Urgency: low
Maintainer: Debian Science Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 06 May 2013 08:44:54 +0200
Source: w2do
Binary: w2do
Architecture: source all
Version: 2.3.1-5
Distribution: unstable
Urgency: low
Maintainer: Salvatore Bonaccorso car...@debian.org
Changed-By: Salvatore Bonaccorso
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 06 May 2013 08:30:31 +0400
Source: erlang
Binary: erlang-base erlang-base-hipe erlang-appmon erlang-asn1
erlang-common-test erlang-corba erlang-crypto erlang-debugger erlang-dialyzer
erlang-diameter erlang-doc erlang-edoc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 05 May 2013 13:14:52 -0400
Source: python-xdo
Binary: python-xdo
Architecture: source amd64
Version: 0.2-2
Distribution: unstable
Urgency: low
Maintainer: Daniel Kahn Gillmor d...@fifthhorseman.net
Changed-By: Daniel Kahn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 06 May 2013 14:57:30 +0900
Source: w3m-el-snapshot
Binary: w3m-el-snapshot
Architecture: source all
Version: 1.4.513+0.20130419-1
Distribution: unstable
Urgency: low
Maintainer: Tatsuya Kinoshita t...@debian.org
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 06 May 2013 09:18:26 +0200
Source: arpack
Binary: libarpack2 libarpack2-dev libarpack2-dbg libparpack2 libparpack2-dev
libparpack2-dbg
Architecture: source amd64
Version: 3.1.3-1
Distribution: unstable
Urgency: low
Maintainer:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 06 May 2013 09:08:43 +0200
Source: giws
Binary: giws giws-doc
Architecture: source all
Version: 2.0.1-1
Distribution: unstable
Urgency: low
Maintainer: Sylvestre Ledru sylves...@debian.org
Changed-By: Sylvestre Ledru
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 06 May 2013 09:17:11 +0200
Source: reloadevery
Binary: xul-ext-reloadevery
Architecture: source all
Version: 17.0.0-1
Distribution: sid
Urgency: low
Maintainer: Debian Mozilla Extension Maintainers
1 - 100 of 284 matches
Mail list logo
