On 08/29/2012 03:40 AM, Stefano Zacchiroli wrote:
The point here is whether having non-free material, which is in
distributed tarballs but hidden by dpkg-source, would constitute
inclusion of non-free material in what we call Debian. (Of course we're
talking about main here.)
Personally, I
Le 29/08/2012 06:33, Russ Allbery a écrit :
/*
* LLVM and Clang pretend to be GCC but don't support all of the __attribute__
* settings that GCC does. For them, suppress warnings about unknown
* attributes on declarations. This unfortunately will affect the entire
* compilation context,
Hi,
as you might have noticed I implemented some way to teach uscan
excluding certain files from upstream tarball to make it dfsg compatible
(see bug #685787). In the previous discussion about this also the topic
of compression came up[1]. I have the following proposal: Add an option
Hi,
as you might have noticed I implemented some way to teach uscan
excluding certain files from upstream tarball to make it dfsg compatible
(see bug #685787). When trying to get rid of some get-orig-source
scripts I noticed that besided some file removals I need to execute some
extra code.
On Wed, Aug 29, 2012 at 2:29 AM, Charles Plessy ple...@debian.org wrote:
Dear Ondřej and everybody,
I would like to keep separate the two following issues.
1) Whether or not to give a private media type to PHP files in Debian, and
if yes, which one.
2) Provide a smooth upgrade to our
Hi!
On Tue, 2012-08-28 at 12:10:18 +0900, Hideki Yamane wrote:
In DebConf12, I talked about xz compression for Debian packages(*).
Now I'll talk about next step, suggestion for use xz with with result
from some experiment.
On 28/08/12 16:54, Mathieu Malaterre wrote:
On Tue, Aug 28, 2012 at 5:53 PM, Mathieu Malaterre ma...@debian.org wrote:
At least from cmake point of view, a user need to provide an env var
'FC' for the fortran compiler and sets 'FLAGS'.
Missing one 'F', it should read 'FFLAGS'
Unfortunately,
On 29/08/12 07:55, Andreas Tille wrote:
When trying to get rid of some get-orig-source
scripts I noticed that besided some file removals I need to execute
some extra code. This is basically fetching some extra files like
sources for documentation, uncompressed JS files etc from external
Le 29/08/2012 10:00, Simon McVittie a écrit :
On 28/08/12 16:54, Mathieu Malaterre wrote:
On Tue, Aug 28, 2012 at 5:53 PM, Mathieu Malaterrema...@debian.org wrote:
At least from cmake point of view, a user need to provide an env var
'FC' for the fortran compiler and sets 'FLAGS'.
Missing
On 29/08/12 09:22, Sylvestre Ledru wrote:
Le 29/08/2012 10:00, Simon McVittie a écrit :
Autoconf 2.69 in sid documents support for:
[some languages]
Great list. You constructed yourself or it is part of the autoconf
documentation ?
Both. :-) It's my summary of what's in info autoconf.
On Wed, 2012-08-29 at 09:28 +0200, Ondřej Surý wrote:
With much cooler head and weekend after me and after carefull
consideration of Chris's
comments I have decided to go with:
Good =)
Some comments to your text :)
php5 (5.4.4-7) unstable; urgency=low
* As a side effect of MIME-Type
Le 29 août 2012 10:23, Sylvestre Ledru sylves...@debian.org a écrit :
Le 29/08/2012 10:00, Simon McVittie a écrit :
On 28/08/12 16:54, Mathieu Malaterre wrote:
On Tue, Aug 28, 2012 at 5:53 PM, Mathieu Malaterrema...@debian.org
wrote:
At least from cmake point of view, a user need to
Vincent Danjean vdanjean...@free.fr writes:
There exists some kind of push/pop but I'm not sure it is relevant is
your context nor that llvm/clang support them.
In one of my projects where I include a header file that produces
warnings (with #warning ...) and that adds the deprecated
Simon McVittie s...@debian.org writes:
Unfortunately, this isn't fully compatible with what Autoconf does (see
info autoconf 'Fortran Compiler Characteristics'). Autoconf
distinguishes between F77 and modern Fortran (whatever that means),
and cmake seems to have taken one variable name from
Le 29 août 2012 10:17, Simon McVittie s...@debian.org a écrit :
On 29/08/12 07:55, Andreas Tille wrote:
When trying to get rid of some get-orig-source
scripts I noticed that besided some file removals I need to execute
some extra code. This is basically fetching some extra files like
* Simon McVittie s...@debian.org, 2012-08-29, 09:17:
IMHO this could be done quite simple if we would enable uscan to call
a script say debian/uscan.hook (feel free to propose a better name).
This is a security flaw if you want uscan to be safe to use on
untrusted source (e.g. in DEHS). It
Chris,
your text is very hard to read and parse.
Could you assemble your comments into consistent paragraphs of
suggested texts? (E.g. the final versions of the text you suggest we
use. Or send a patch.)
O.
On Wed, Aug 29, 2012 at 10:32 AM, Christoph Anton Mitterer
cales...@scientia.net
On 2012-08-28 22:41:38 +0300, Serge wrote:
All connections I can think of belong to one of two categories:
1. Permanent connections. Those are setup-and-forget connections.
Typical for servers and wired desktops. Can be managed with ifupdown.
2. Temporary connections. Those are
On Wed, Aug 29, 2012 at 09:17:19AM +0100, Simon McVittie wrote:
On 29/08/12 07:55, Andreas Tille wrote:
When trying to get rid of some get-orig-source
scripts I noticed that besided some file removals I need to execute
some extra code. This is basically fetching some extra files like
On Wed, Aug 29, 2012 at 5:46 PM, Vincent Lefevre wrote:
There's also usbnet, which is used when I connect my Nokia N900 to
my laptop. There must also be a fixed setup, but I haven't found a
solution to recognize my N900 with ifupdown (the MAC address changes
too often).
I'm using the NM
On 2012-08-29 19:17:36 +0800, Paul Wise wrote:
On Wed, Aug 29, 2012 at 5:46 PM, Vincent Lefevre wrote:
There's also usbnet, which is used when I connect my Nokia N900 to
my laptop. There must also be a fixed setup, but I haven't found a
solution to recognize my N900 with ifupdown (the MAC
On 08/28/2012 06:05 PM, Don Armstrong wrote:
On Tue, 28 Aug 2012, Christoph Anton Mitterer wrote:
Well but many people disable this, because otherwise you get tons of
stuff you don't need nor want.
People who disable recommends get to deal with any breakage they
generate by doing so.
On 08/19/2012 07:30 PM, Russ Allbery wrote:
Marc Haber mh+debian-de...@zugschlus.de writes:
Amen. I find it derogatory towards the people spending months of their
private time to make exotic ports work to call their work toy ports.
I am seriously thinking about a GR explicitly endorsing the
On Aug 29, Guillem Jover guil...@debian.org wrote:
I thought this was already the consensus, and the only dissenting
opinion was that the base system should still be using gzip so that
foreign non-Debian systems can unpack it w/o requiring to build or
install xz beforehand.
I am not sure if
Package: wnpp
Severity: wishlist
Owner: Gonéri Le Bouder gon...@rulezlan.org
* Package name: fusioninventory-agent-task-network
Version : 1.0.1
Upstream Author : fusioninventory-de...@lists.alioth.debian.org
* URL : http://www.fusioninventory.org/
* License :
On Wed, Aug 29, 2012 at 09:19:17AM +0800, Paul Wise wrote:
Sounds good, but I've a concern about the technical implementation of this:
We explicitly moved away from having debian/rules depend on
environment variables for compiler flags, shouldn't we be doing the
same for compiler choice
folgende aenderungen werden in kuerze deployed..
commit e8a6bbdf2efc0ed75058f53e72d8f202f3f0ac27
Author: Daniel Baumann d.baum...@netstyle.ch
Date: Wed Aug 29 14:00:38 2012 +0200
Removing hazardous alias of 'ls -la' on '.', this is dangerous,
don't do such things.
commit
On Tue, Aug 28, 2012 at 12:56:47PM +0200, Vincent Lefevre wrote:
Before wondering whether PNG files should have an additional
compression level, is there any reason why a better PNG compression
isn't used in the first place? For instance, optipng -o9 tries
various parameters and keeps the best
On Tue, Aug 28, 2012 at 17:18:48 +0200, Sylvestre Ledru wrote:
Our project's intent is not to change the default compiler, just use a
secondary compiler to generate more errors or warnings for package
maintainers to be aware of. In most cases, keeping both compilers happy
would result in
On 29/08/12 15:01, Jon Dowland wrote:
On Tue, Aug 28, 2012 at 12:56:47PM +0200, Vincent Lefevre wrote:
Before wondering whether PNG files should have an additional
compression level, is there any reason why a better PNG compression
isn't used in the first place? For instance, optipng -o9 tries
sorry for the noise.. wrong list due to address auto-completion failure.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/503e2131.6020...@netstyle.ch
On Wed, 29 Aug 2012 13:47:00 +0200, Vincent Lefevre wrote:
There's also usbnet, which is used when I connect my Nokia N900 to
my laptop. There must also be a fixed setup, but I haven't found a
solution to recognize my N900 with ifupdown (the MAC address changes
too often).
On Wed, Aug 29, 2012 at 03:17:15PM +0100, Dmitrijs Ledkovs wrote:
I don't think it's worth +dfsg, and CPU cycles will only be wasted once
on the maintainer side, since most of PNGs are in arch:all packages anyway.
I used to hack on the games-thumbnails package a bit, which ran optipng as part
Le mercredi, 29 août 2012 16.01:43, Jon Dowland a écrit :
On Tue, Aug 28, 2012 at 12:56:47PM +0200, Vincent Lefevre wrote:
Before wondering whether PNG files should have an additional
compression level, is there any reason why a better PNG compression
isn't used in the first place? For
Marco wrote:
On Aug 29, Guillem Jover guil...@debian.org wrote:
I thought this was already the consensus, and the only dissenting
opinion was that the base system should still be using gzip so that
foreign non-Debian systems can unpack it w/o requiring to build or
install xz beforehand.
I am
Steve McIntyre wrote:
People have worried about it, but I think the consensus from DebConf
is that we don't want to be hampered in our own development by
considering external users
How are external users different from users?
--
see shy jo
signature.asc
Description: Digital signature
On Wed, Aug 29, 2012 at 12:11:02PM -0400, Joey Hess wrote:
Steve McIntyre wrote:
People have worried about it, but I think the consensus from DebConf
is that we don't want to be hampered in our own development by
considering external users
How are external users different from users?
Sorry,
Package: wnpp
Severity: wishlist
Owner: Juhani Numminen juhaninummin...@gmail.com
* Package name: fortuner
Version : 0.4.0
Upstream Author : Juhani Numminen juhaninummin...@gmail.com
* URL : https://github.com/jnumm/fortuner
* License : GPLv3+
Programming
Package: wnpp
Severity: wishlist
Owner: Sébastien Villemot sebastien.ville...@ens.fr
* Package name: slicot
Version : 5.0+20101122
Upstream Author : Vasile Sima vs...@ici.ro
* URL : http://www.slicot.org/
* License : GPL-2+
Programming Lang: Fortran 77
Greetings!
Peter Palfrader wea...@debian.org writes:
On Tue, 28 Aug 2012, Camm Maguire wrote:
On Mon, 27 Aug 2012, Camm Maguire wrote:
Greetings! This is to build by hand in order to work around an
unreproducible fault on fasch.
Installed. Note that packages that do not build on
On Wed, 2012-08-29 at 14:11 +0200, Bernd Zeimetz wrote:
People who disable recommends get to deal with any breakage they
generate by doing so. Promoting things which should be recommends to
depends because of this punishes those who are using the system in the
suggested manner.
Uhm why?
I analysed all binaries and libraries shipped in /bin, /sbin and /lib to
find stuff that requires libraries from /usr/lib. Please see the
attachments for results (unstable, i386).
--
Jakub Wilk
/bin/gaffitter /usr/lib/i386-linux-gnu/libstdc++.so.6
/bin/ping6
Christoph Anton Mitterer cales...@scientia.net writes:
Each package depends on exactly what it needs to work and recommends
anything which adds e.g. additional features but doesn't cause
non-graceful breakage if missing.
I guess that really depends on what non-graceful breakage means. I
Jakub Wilk jw...@debian.org writes:
I analysed all binaries and libraries shipped in /bin, /sbin and /lib to
find stuff that requires libraries from /usr/lib. Please see the
attachments for results (unstable, i386).
Russ Allbery r...@debian.org
libpam-afs-session
libpam-heimdal
On Wed, 29 Aug 2012, Christoph Anton Mitterer wrote:
On 08/28/2012 06:05 PM, Don Armstrong wrote:[0]
People who disable recommends get to deal with any breakage they
generate by doing so. Promoting things which should be recommends
to depends because of this punishes those who are using
Don Armstrong d...@debian.org writes:
Graceful breakage isn't what policy requires; it's whether the package
is a requirement for a significant[1] amount of functionality. [That
said, specifically indicating that a Recommends: or Suggests: package is
required to use certain optional
* Jakub Wilk (jw...@debian.org) wrote:
I analysed all binaries and libraries shipped in /bin, /sbin and
/lib to find stuff that requires libraries from /usr/lib. Please see
the attachments for results (unstable, i386).
[snip]
Eric Dorland e...@debian.org
libpam-p11
[snip]
I think PAM
Hey Ondřej.
On Wed, 2012-08-29 at 11:11 +0200, Ondřej Surý wrote:
your text is very hard to read and parse.
Sorry O:-)
Below you find the texts as I would have written them.
1) Especially the README.Debian text is much more elaborate.
Why? What we try with the whole issue here is to prevent
[Copy sent to maintainers of mime-support, shared-mime-info, file and php5, as
an invitation to participate to the discussion.]
Le Sun, Aug 26, 2012 at 01:27:51PM -0700, Ben Hutchings a écrit :
On Sun, 2012-08-26 at 19:55 +0200, Christoph Anton Mitterer wrote:
With things like SVG it's
[Russ Allbery]
All PAM modules are installed under /lib, because that's the path
used by libpam to load them. However, I don't think the vast
majority of PAM modules could be considered critical for early boot
or need to be usable without /usr mounted
It seems pam already looks in both
On Tue, Aug 28, 2012 at 09:27:23AM -0700, Ben Hutchings wrote:
Are all alternate compilers expected to implement gcc extensions? Must
the code be changed to use appropriate '#ifdef __GNUC__' guards? (And
what happens the next time gcc adds a new extension...?)
As I've pointed out, clang
On Thu, 2012-08-30 at 07:16 +0900, Charles Plessy wrote:
A type is a subclass of another type if any instance of the first type is
also an instance of the second. For example, all image/svg files are also
text/xml, text/plain and application/octet-stream files. Subclassing is
about
On 30.08.2012 00:31, Peter Samuelson wrote:
[Russ Allbery]
All PAM modules are installed under /lib, because that's the path
used by libpam to load them. However, I don't think the vast
majority of PAM modules could be considered critical for early boot
or need to be usable without /usr
Michael Biebl bi...@debian.org writes:
Imho moving pam modules around is just wasted (maintainer) time.
A much more sensible approach is to just lift the /-vs-/usr restriction.
We just had a long discussion about this. I think it's fairly safe to say
that while there are a number of people
On Thu, Aug 30, 2012 at 01:02:39AM +0200, Michael Biebl wrote:
On 30.08.2012 00:31, Peter Samuelson wrote:
[Russ Allbery]
All PAM modules are installed under /lib, because that's the path
used by libpam to load them. However, I don't think the vast
majority of PAM modules could be
On Aug 30, Michael Biebl bi...@debian.org wrote:
The obvious way is to not use a separate /usr anymore or simply mount
/usr via the initramfs.
Wasn't there a patch for initramfs-tools floating around doing that?
Yes, there is one but the maintainer has not applied or rejected it
so far.
On Thu, Aug 30, 2012 at 01:15:32AM +0200, Marco d'Itri wrote:
Fellow developers, please do not waste your time moving stuff to /lib:
it's a task both endless and futile because nowadays it is clear that
the upstream maintainers of various stuff do not support a standalone
/usr mounted by
On 30.08.2012 01:45, brian m. carlson wrote:
On Thu, Aug 30, 2012 at 01:15:32AM +0200, Marco d'Itri wrote:
Fellow developers, please do not waste your time moving stuff to /lib:
it's a task both endless and futile because nowadays it is clear that
the upstream maintainers of various stuff do
Michael Biebl bi...@debian.org writes:
On 30.08.2012 01:45, brian m. carlson wrote:
Upstream maintainers of various stuff also refuse to provide man pages.
Debian does not always do what upstream wants.
Providing man pages (if written well) does provide value, shuffling bits
around in the
On Aug 30, Russ Allbery r...@debian.org wrote:
And yet, when we discussed this just a little bit ago, several people
asked to keep the distinction because, for them, it provides value.
A few people ask for silly things all the time, but this in itself is
not a good enough reason to satisfy
m...@linux.it (Marco d'Itri) writes:
On Aug 30, Russ Allbery r...@debian.org wrote:
And yet, when we discussed this just a little bit ago, several people
asked to keep the distinction because, for them, it provides value.
A few people ask for silly things all the time, but this in itself is
On Thu, 30 Aug 2012, Marco d'Itri wrote:
On Aug 30, Michael Biebl bi...@debian.org wrote:
The obvious way is to not use a separate /usr anymore or simply mount
/usr via the initramfs.
Wasn't there a patch for initramfs-tools floating around doing that?
Yes, there is one but the
On 08/30/2012 07:15 AM, Marco d'Itri wrote:
nowadays it is clear that
the upstream maintainers of various stuff do not support a standalone
/usr mounted by the init scripts: if /usr is a standalone file system
then it must be mounted in the initramfs.
Instead of advertizing about
On Wed, 2012-08-29 at 22:25 -0300, Henrique de Moraes Holschuh wrote:
On Thu, 30 Aug 2012, Marco d'Itri wrote:
On Aug 30, Michael Biebl bi...@debian.org wrote:
The obvious way is to not use a separate /usr anymore or simply mount
/usr via the initramfs.
Wasn't there a patch for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 23 Aug 2012 11:45:03 +
Source: miniupnpd
Binary: miniupnpd
Architecture: source amd64
Version: 1.7-4
Distribution: experimental
Urgency: low
Maintainer: Thomas Goirand z...@debian.org
Changed-By: Thomas Goirand
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 27 Aug 2012 14:38:03 +0900
Source: scim-skk
Binary: scim-skk
Architecture: source amd64
Version: 0.5.2-7.2
Distribution: unstable
Urgency: low
Maintainer: Ikuya Awashiro ik...@oooug.jp
Changed-By: Nobuhiro Iwamatsu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 05 Aug 2012 10:07:14 +0200
Source: mutt
Binary: mutt mutt-patched mutt-dbg
Architecture: amd64 source
Version: 1.5.21-6.2
Distribution: unstable
Urgency: low
Maintainer: Antonio Radici anto...@dyne.org
Changed-By: Ansgar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 29 Aug 2012 11:43:26 +0200
Source: distribute
Binary: python-pkg-resources python-setuptools python-distribute-doc
python3-pkg-resources python3-setuptools
Architecture: source all
Version: 0.6.28-1
Distribution: experimental
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 28 Aug 2012 10:10:02 +0200
Source: python3-stdlib-extensions
Binary: python3-tk python3-gdbm python3-tk-dbg python3-gdbm-dbg
Architecture: source amd64
Version: 3.3.0~rc1-1
Distribution: experimental
Urgency: low
Maintainer:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 29 Aug 2012 10:58:21 +0200
Source: foomatic-db
Binary: foomatic-db foomatic-db-compressed-ppds openprinting-ppds
openprinting-ppds-extra
Architecture: source all
Version: 20120829-1
Distribution: experimental
Urgency: low
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 29 Aug 2012 12:57:33 +0200
Source: lxc
Binary: lxc lxc-dbg lxc-dev
Architecture: source i386
Version: 0.8.0~rc1-11
Distribution: unstable
Urgency: low
Maintainer: Daniel Baumann daniel.baum...@progress-technologies.net
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 22 Aug 2012 15:36:31 +0100
Source: xen-api
Binary: xcp-xapi python-xenapi xcp-squeezed xcp-v6d libxenapi-ocaml-dev
xcp-xapi-debug xcp-xe xcp-networkd
Architecture: source amd64 all
Version: 1.3.2-11
Distribution: unstable
libtarantoolsql1 libtarantoolsql1-dbg
libtarantoolrpl1 libtarantoolrpl1-dbg
Architecture: source all amd64
Version: 1.4.7+20120829-1
Distribution: unstable
Urgency: low
Maintainer: Dmitry E. Oboukhov un...@debian.org
Changed-By: Dmitry E. Oboukhov un...@debian.org
Description:
libtarantool-dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 24 Aug 2012 21:42:11 +0800
Source: gns3
Binary: gns3
Architecture: source all
Version: 0.8.3-0.1
Distribution: unstable
Urgency: low
Maintainer: Erik Wenzel e...@debian.org
Changed-By: Zang MingJie zealot0...@gmail.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 29 Aug 2012 18:31:28 +0300
Source: linaro-image-tools
Binary: linaro-image-tools python-linaro-image-tools
Architecture: source amd64 all
Version: 2012.08.1-1
Distribution: unstable
Urgency: low
Maintainer: Linaro Packagers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 29 Aug 2012 15:43:31 +
Source: simplesamlphp
Binary: simplesamlphp
Architecture: source all
Version: 1.9.2-1
Distribution: unstable
Urgency: medium
Maintainer: Thijs Kinkhorst th...@debian.org
Changed-By: Thijs Kinkhorst
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 29 Aug 2012 19:33:47 +0200
Source: gkrellm
Binary: gkrellm gkrellmd
Architecture: source amd64
Version: 2.3.5-4
Distribution: experimental
Urgency: low
Maintainer: Sandro Tosi mo...@debian.org
Changed-By: Sandro Tosi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 25 Aug 2012 11:37:16 -0400
Source: mod-mono
Binary: libapache2-mod-mono
Architecture: source amd64
Version: 2.10-3.2
Distribution: unstable
Urgency: low
Maintainer: Debian Mono Group pkg-mono-gr...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 29 Aug 2012 21:26:01 +0200
Source: jackd2
Binary: jackd2 libjack-jackd2-0 jackd2-firewire libjack-jackd2-dev
Architecture: source amd64
Version: 1.9.8~dfsg.4+20120529git007cdc37-4
Distribution: unstable
Urgency: low
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 29 Aug 2012 22:45:02 +0200
Source: pyopenssl
Binary: python-openssl python-openssl-doc python-openssl-dbg python3-openssl
python3-openssl-dbg
Architecture: source amd64 all
Version: 0.13-3
Distribution: experimental
Urgency:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 29 Aug 2012 23:43:07 +0200
Source: python-dmidecode
Binary: python-dmidecode python-dmidecode-dbg
Architecture: source amd64
Version: 3.10.13-2
Distribution: experimental
Urgency: low
Maintainer: Debian Python Modules Team
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 30 Aug 2012 00:32:57 +0200
Source: libmtp
Binary: libmtp9 libmtp-common libmtp-runtime libmtp-dev libmtp-dbg libmtp-doc
mtp-tools
Architecture: source amd64 all
Version: 1.1.3-35-g0ece104-3
Distribution: unstable
Urgency: low
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Wed, 29 Aug 2012 19:33:14 -0300
Source: intel-microcode
Binary: intel-microcode
Architecture: source amd64
Version: 1.20120606.5
Distribution: unstable
Urgency: low
Maintainer: Henrique de Moraes Holschuh h...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 30 Aug 2012 00:08:24 +0900
Source: fonts-vlgothic
Binary: fonts-vlgothic ttf-vlgothic
Architecture: source all
Version: 20120829-1
Distribution: experimental
Urgency: low
Maintainer: Debian Fonts Task Force pkg-fonts-de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 30 Aug 2012 02:27:50 +0200
Source: evince
Binary: evince evince-dbg evince-gtk evince-common libevdocument3-4
libevview3-3 libevince-dev gir1.2-evince-3.0
Architecture: source all amd64
Version: 3.4.0-3
Distribution: unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 30 Aug 2012 13:24:15 +1000
Source: abiword
Binary: abiword-common abiword abiword-plugin-grammar abiword-plugin-mathview
libabiword-2.9 libabiword-2.9-dev abiword-dbg
Architecture: source all amd64
Version: 2.9.2+svn20120603-5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 29 Aug 2012 08:42:36 +0200
Source: wine-gecko-1.4
Binary: libwine-gecko-1.4 libwine-gecko-dbg-1.4
Architecture: source i386
Version: 1.4+dfsg1-2
Distribution: experimental
Urgency: low
Maintainer: Debian Wine Party
87 matches
Mail list logo
