-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 18 Nov 2012 04:36:20 +
Source: prime
Binary: prime
Architecture: source all
Version: 1.0.0.1-2.2
Distribution: unstable
Urgency: medium
Maintainer: Masahito Omote om...@debian.org
Changed-By: Michael Gilbert mgilb
: 7.0.28-3+nmu1
Distribution: unstable
Urgency: high
Maintainer: Debian Java Maintainers
pkg-java-maintain...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libservlet3.0-java - Servlet 3.0 and JSP 2.2 Java API classes
libservlet3.0-java-doc - Servlet 3.0
...@lists.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
cm-super - TeX font package (full version) with CM (EC) in Type1 in T1, T2*,
cm-super-minimal - TeX font package (minimal version) with CM/EC in Type1 in
T1, T2*
cm-super-x11 - Make the cm-super fonts available
ora...@fobie.net
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
python-gevent - gevent is a coroutine-based Python networking library
python-gevent-dbg - gevent is a coroutine-based Python networking library -
debugging
python-gevent-doc - gevent is a coroutine-based Python
amd64
Version: 0.10.31-3+nmu1
Distribution: unstable
Urgency: medium
Maintainer: Maintainers of GStreamer packages
pkg-gstreamer-maintain...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
gstreamer0.10-gconf - GStreamer plugin for getting the sink/source
-berlin.de
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
inform - story file compiler for the Inform interactive fiction language (
inform-docs - documentation for the Inform interactive fiction language (v6)
Closes: 620866
Changes:
inform (6.31.1+dfsg-1.1) unstable; urgency=medium
b...@debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libminidjvu-dev - Small DjVu encoder/decoder, development files
libminidjvu0 - Small DjVu encoder/decoder, shared library
minidjvu - Monochrome DjVu multipage encoder, single page encoder/decoder
Closes: 654491
GNOME Maintainers
pkg-gnome-maintain...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
update-manager-core - APT update manager core functionality
update-manager-doc - Update Manager API documentation
update-manager-gnome - GNOME application that manages
-By: Michael Gilbert mgilb...@debian.org
Description:
javamorph - Java morphing film-make program for pixel picture-input
Closes: 692147
Changes:
javamorph (0.0.20100201-1.2) unstable; urgency=medium
.
* Non-maintainer upload.
* Support arch-specific openjdk paths in javamorph script (closes
-By: Michael Gilbert mgilb...@debian.org
Description:
software-center - Utility for browsing, installing, and removing software
Closes: 691708 691901
Changes:
software-center (5.1.2debian3.1) unstable; urgency=medium
.
* Non-maintainer upload.
* Add synaptic dependency (closes: #691901
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 02 Nov 2012 17:46:44 +
Source: flexbackup
Binary: flexbackup
Architecture: source all
Version: 1.2.1-6.2
Distribution: unstable
Urgency: medium
Maintainer: Kurt B. Kaiser k...@shore.net
Changed-By: Michael Gilbert mgilb
Urgency: low
Maintainer: Debian QA Group packa...@qa.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
mpich2python - MPI-enhanced Python interpreter (MPICH2 based version)
openmpipython - MPI-enhanced Python interpreter (OpenMPI based version)
python-mpi - MPI module
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 02 Nov 2012 19:04:58 +
Source: mcrypt
Binary: mcrypt
Architecture: source amd64
Version: 2.6.8-1.3
Distribution: unstable
Urgency: high
Maintainer: RISKO Gergely ri...@debian.org
Changed-By: Michael Gilbert mgilb
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
python-pyepl - module for coding psychology experiments in Python
python-pyepl-common - module for coding psychology experiments in Python
Closes: 692101 692184
Changes:
pyepl (1.1.0-3.1) unstable; urgency=medium
.
* Non-maintainer
On Thu, Nov 1, 2012 at 5:51 AM, Tollef Fog Heen wrote:
]] Michael Gilbert
mlocate: http://bugs.debian.org/669368 (new upstream could have been
pushed via nmu before the freeze, but it was prepared too late)
many others I'm sure
The suggested NMU that does random changes like changing
On Thu, Nov 1, 2012 at 4:48 AM, Bart Martens wrote:
wine: http://bugs.debian.org/585409 (new upstream pushed via nmu)
This is a good example where talking helped to gather all views on all aspects
from all involved people. My impression is that finally the maintainer
allowed
new
On Thu, Nov 1, 2012 at 3:16 PM, Tollef Fog Heen wrote:
The new upstream release did not include any particularly compelling
changes for wheezy, which is why I did not update to the newer
upstream version.
It may not have include changes interesting to you, but there was
certainly interest
On Thu, Nov 1, 2012 at 3:29 PM, Russ Allbery r...@debian.org wrote:
That's where nmus help. Someone that does care and does have the time
can go ahead and get the features interesting them (and likely many
other users) to work.
That's only true if you're happy with all of the changes being
On Thu, Nov 1, 2012 at 5:00 PM, Stefano Zacchiroli wrote:
On Thu, Nov 01, 2012 at 04:30:51PM -0400, Michael Gilbert wrote:
You're still making the maintainer take explicit action to stop
something that he already said they didn't want to happen.
For a time, this is how regular nmus were
On Thu, Nov 1, 2012 at 6:59 PM, Bart Martens wrote:
On Thu, Nov 01, 2012 at 06:41:24PM -0400, Michael Gilbert wrote:
Maybe an example will help get us on the same page. Russ seems to
have the impression that my proposal is somehow a license to push
unwanted changes at a maintainer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 30 Oct 2012 20:45:03 +
Source: flexbackup
Binary: flexbackup
Architecture: source all
Version: 1.2.1-6.1
Distribution: unstable
Urgency: medium
Maintainer: Kurt B. Kaiser k...@shore.net
Changed-By: Michael Gilbert mgilb
-By: Michael Gilbert mgilb...@debian.org
Description:
ncurses-hexedit - Edit files/disks in hex, ASCII and EBCDIC
Closes: 536736
Changes:
ncurses-hexedit (0.9.7-14.1) unstable; urgency=medium
.
* Non-maintainer upload.
* Fix segflault when searching for text that isn't in the file being
On Wed, Oct 31, 2012 at 3:05 AM, Andreas Tille wrote:
Unless we're having some heavyweight process with multiple pings
etc. (which we IMO shouldn't) the way the maintainer might first
discover that someone feels the package needs to be orphaned is by the
ITO bug. The maintainer needs to have
On Wed, Oct 31, 2012 at 2:34 PM, Bart Martens wrote:
On Wed, Oct 31, 2012 at 09:32:40AM +0100, Svante Signell wrote:
How to solve the following problem: Assume a package with wishlist bugs
filed lagging behind upstream and the maintainer refuses to package any
newer upstream, not even into
On Tue, Oct 30, 2012 at 12:47 PM, Jerome BENOIT wrote:
Is this not something best managed on a case-by-case basis?
my experience as potential sponsoree for such a package answers me no
because
it is hard to get a sponsor.
If it fixes *only* rc bugs, then send a bug to sponsorship-requests.
I
On Sun, Oct 28, 2012 at 12:25 PM, Wouter Verhelst wrote:
If not, why are you claiming to replace their code? It's fine to be
writing something else to replace older code; but it's fairly rude to
be claiming that whatever you're writing is the next generation of
that older code
Any rewrite
On Sun, Oct 28, 2012 at 12:07 PM, Russ Allbery wrote:
If, as Bart has found, such mistakes are quite rare, then why worry so
much? We don't need new formal processes for rarely occurring social
problems. We need more people willing to help those that make social
mistakes to learn and improve
all amd64
Version: 22.0.1229.94~r161065-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Chromium Maintainers
pkg-chromium-ma...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
chromium - Google's open source chromium web browser
chromium-browser
On Sat, Oct 27, 2012 at 10:19 AM, Bart Martens wrote:
So maybe we could simply allow
anyone, including non-DDs, to submit O-bugs for packages which seem abandoned
by the maintainer, and to submit ITA-bugs for packages he/she wishes to
salvage. Sounds revolutionary, but in reality this is more
On Sat, Oct 27, 2012 at 8:51 PM, Charles Plessy wrote:
maybe we could simply allow anyone, including non-DDs, to submit O-bugs for
packages which seem abandoned by the maintainer, and to submit ITA-bugs for
packages he/she wishes to salvage.
I think that this misses one of the reasons for the
Monfort po...@debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libproxy-dev - automatic proxy configuration management library (devel)
libproxy-tools - automatic proxy configuration management library (tools)
libproxy0 - automatic proxy configuration management library (shared
Distribution: unstable
Urgency: medium
Maintainer: Debian Printing Team debian-print...@lists.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
ghostscript - interpreter for the PostScript language and for PDF
ghostscript-cups - interpreter for the PostScript language and for PDF
...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
atanks - tank-battling game
atanks-data - data files for Atomic tanks
Closes: 691223
Changes:
atanks (5.5+dfsg-0.1) unstable; urgency=low
.
* Non-maintainer upload.
* Remove binary files from source tarball (closes
On Fri, Oct 26, 2012 at 12:51 AM, Steve Langasek wrote:
On Thu, Oct 25, 2012 at 07:45:35PM -0400, Michael Gilbert wrote:
I think this is where language is important. In my opinion, the term
adoption will continue to mean taking on full responsibility for a
package as its new maintainer
On Fri, Oct 26, 2012 at 7:46 AM, Arno Töll wrote:
*) we have consensus that we are in need of such a rule set - which ever
it may be
*) we have three orthogonally different ideas:
a) Bart's approach which was reformulated and proposed by Lucas in
this thread [1]
b) Mine - which was
On Fri, Oct 26, 2012 at 6:06 PM, Steve Langasek vor...@debian.org wrote:
On Fri, Oct 26, 2012 at 03:10:30PM -0400, Michael Gilbert wrote:
On Fri, Oct 26, 2012 at 12:51 AM, Steve Langasek wrote:
On Thu, Oct 25, 2012 at 07:45:35PM -0400, Michael Gilbert wrote:
I think this is where language
On Fri, Oct 26, 2012 at 8:19 PM, Steve Langasek wrote:
On Fri, Oct 26, 2012 at 07:33:27PM -0400, Michael Gilbert wrote:
We already orphan packages without the maintainer's consent, and it's
already called orphaning.
Salvaging is still undefined
No, it is not. The definition was clear from
On Thu, Oct 25, 2012 at 9:50 AM, Ian Jackson
ijack...@chiark.greenend.org.uk wrote:
Scott Kitterman writes (Re: [SUMMARY/PROPOSAL] Orphaning another
maintainer's packages):
Why not start with a without objection standard and see how it
works?
I absolutely agree with this.
If we adopt a
On Thu, Oct 25, 2012 at 6:05 PM, Jean-Michel Vourgère wrote:
On Thursday 25 October 2012 19:09:55 Michael Gilbert wrote:
(...)
I would prefer to see even more autonomy for the salvager and less
bugging of various lists (ITPs on -devel are already distracting
enough). With that, I would like
On Thu, Oct 25, 2012 at 6:15 PM, Michael Gilbert wrote:
When fixing non important bugs, or improving the package quality, like
switching to format 3 source, arranging the rules file, and so on, I fear
it will be very difficult to find a sponsor for these nmus.
That is because those changes
On Thu, Oct 25, 2012 at 6:50 PM, Arno Töll wrote:
On 25.10.2012 21:09, Michael Gilbert wrote:
2. Salvager uploads liberal (10-day delayed) nmus as needed to bring
the package into a better maintained state.
Please let's not go that road. Mixing-up the concept of a bad maintained
On Thu, Oct 25, 2012 at 7:19 PM, Russ Allbery wrote:
As I've said many times now, the liberal NMU would not be a license for
packaging style changes. In fact, no NMU is allowed to make those
changes (the fact that people are doing it is apparently a social issue,
and solutions to those are
On Thu, Oct 25, 2012 at 8:18 PM, Russ Allbery wrote:
Michael Gilbert writes:
On Thu, Oct 25, 2012 at 7:52 PM, Russ Allbery wrote:
I certainly have no objection to people doing this, but I'm not sure
that's really what we're discussing here. I think the thread is more
about the ongoing issue
On Thu, Oct 25, 2012 at 9:14 PM, Russ Allbery wrote:
I respect your opinion, so I'm just curious which part do you believe
won't work in common cases? It's just applying existing NMU rules with
a little more liberalism to increase activity in under-maintained
packages, so I personally can't
-amd64-bin grub-efi-amd64
grub-ieee1275-bin grub-ieee1275 grub-firmware-qemu grub-yeeloong-bin
grub-yeeloong grub-mount-udeb
Architecture: source amd64
Version: 1.99-23.1
Distribution: unstable
Urgency: low
Maintainer: GRUB Maintainers pkg-grub-de...@lists.alioth.debian.org
Changed-By: Michael Gilbert
pkg-ofed-de...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
infiniband-diags - InfiniBand diagnostic programs
Closes: 581113
Changes:
infiniband-diags (1.4.4-20090314-1.2) unstable; urgency=medium
.
* Non-maintainer upload.
* Fix bashisms
On Wed, Oct 17, 2012 at 10:22 PM, Matthew Grant wrote:
On Wed, Oct 17, 2012 at 1:57 PM, Michael Gilbert
No. We're in the freeze now. Fixes need to be backported.
If backporting a fix is not possible with the certainty of no introduced
bugs, we have no choice.
Debian Bind9 cannot ship
On Wed, Oct 17, 2012 at 2:56 AM, Joerg Jaspert wrote:
On 13001 March 1977, Michael Gilbert wrote:
So, are we ready to do this?
No.
Its for after wheezy, definitely.
Also, there are some open issues to be solved for this to happen.
The most important is being able to deal with arch all
On Thu, Oct 18, 2012 at 9:19 PM, Christoph Anton Mitterer wrote:
2) downgrade attacks
These have the same idea as blocking attacks (prevent the user to get
updates) but are a bit smarter.
You don't simply block any update requests, but rather you sent the user
old repository data. These are
Distribution: unstable
Urgency: high
Maintainer: Debian Virtualbox Team
pkg-virtualbox-de...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
virtualbox - x86 virtualization solution - base binaries
virtualbox-dbg - x86 virtualization solution - debugging symbols
On Wed, Oct 17, 2012 at 4:07 PM, Bernhard R. Link brl...@debian.org wrote:
* Michael Gilbert mgilb...@debian.org [121016 04:59]:
Anyway, all of these build system path sanitization issues can be
eliminated by using the buildds for all architectures, since paths
will start with at least /build
On Wed, Oct 17, 2012 at 4:55 PM, Bernhard R. Link wrote:
* Michael Gilbert mgilb...@debian.org [121017 22:19]:
Anyway, reading again, I not sure that your reply actually considers
build path sanitization problems, which is what my statement was
about.
I'm stating that doing all the builds
On Wed, Oct 17, 2012 at 5:23 PM, Michael Gilbert wrote:
That is true: if there is a build path sanitization issue, then if the
user chooses to rebuild the package they will get their own rogue
paths. So, yes, we should always fix those issues when they're found,
but at least for people using
PhotoTools Maintainers
pkg-phototools-de...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libopenjpeg-dev - development files for libopenjpeg2, a JPEG 2000 image library
libopenjpeg2 - JPEG 2000 image compression/decompression library
libopenjpeg2-dbg - debug
On Sun, Oct 14, 2012 at 9:08 PM, Christoph Anton Mitterer wrote:
If so, please submit
bugs, and we will look at fixing them. Otherwise, speculation gets us
nowhere and actually wastes time.
Well I had once a discussion (around March this year) here about
blockin/downgrade attacks... which,
I know this subject has been discussed on and off in the past, but
there's new evidence that it's simply the right thing to do.
Due to changes in upstream's build system, isc-dhcp recently started
including build system paths in dhclient's search path. This got a
security identifier, and we've
-dbg
Architecture: source amd64
Version: 4.2.4-3
Distribution: unstable
Urgency: high
Maintainer: Debian ISC DHCP maintainers pkg-dhcp-de...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
isc-dhcp-client - ISC DHCP client
isc-dhcp-client-dbg - ISC DHCP client
On Fri, Oct 12, 2012 at 4:31 PM, Christoph Anton Mitterer wrote:
But it's a general security paradigm, that one shouldn't just focus on
the attack vectors one can think of... but rather trying to secure
everything ;)
Which is impossible, or at least man-powerwise insurmountable. There
are
On Fri, Oct 12, 2012 at 4:45 PM, Christoph Anton Mitterer wrote:
On Fri, 2012-10-12 at 16:37 -0400, Michael Gilbert wrote:
Which is impossible, or at least man-powerwise insurmountable. There
are something like 500 million lines of code in a Debian release.
I wasn't talking about
On Wed, Oct 10, 2012 at 6:04 PM, Lucas Nussbaum wrote:
So, reading this thread (which was surprisingly quiet, given the topic),
it seems that everybody agrees that such a procedure would be a good
thing (nobody had fundamental concerns). But now we have two proposed
procedures:
- one which
On Mon, Oct 8, 2012 at 6:33 AM, Thomas Goirand wrote:
On 10/08/2012 01:21 AM, Julien Cristau wrote:
Would it be appropriate to file RC bugs against all the packages
shipping anything in /var/run, /var/lock or /run?
No, there's nothing wrong with that.
Cheers,
Julien
Lintian (and myself)
-dbg
Architecture: source amd64
Version: 4.2.4-2
Distribution: unstable
Urgency: low
Maintainer: Debian ISC DHCP maintainers pkg-dhcp-de...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
isc-dhcp-client - ISC DHCP client
isc-dhcp-client-dbg - ISC DHCP client
On Wed, Sep 12, 2012 at 6:16 AM, Josselin Mouette wrote:
Le mercredi 12 septembre 2012 à 11:03 +0100, Darac Marjal a écrit :
Isn't the whole concept of default desktop just a matter of which
desktop is included on CD1? Are you proposing that Debian switches to a
series of CD1s (Debian Ghome
On Tue, Sep 11, 2012 at 1:22 PM, Wookey wrote:
I'd be happy if xfce was the default. Which is better depends if one
prefers 'dull-but-works-everywhere' over
'shiny-but-not-universaly-liked'. I can see reasonable arguments in
favour of either.
Robustness is a rather important/lofty goal
On Tue, Sep 11, 2012 at 6:19 PM, Philipp Kern wrote:
On Tue, Sep 11, 2012 at 01:38:08PM -0400, Michael Gilbert wrote:
On Tue, Sep 11, 2012 at 1:22 PM, Wookey wrote:
I'd be happy if xfce was the default. Which is better depends if one
prefers 'dull-but-works-everywhere' over
'shiny
On Tue, Aug 28, 2012 at 12:53 PM, Paul Tagliamonte paul...@debian.org wrote:
If a package fails to build with an alternate compiler (that is, it
correctly *uses* the compiler, but the compiler reports a fatal error),
is that considered a bug, and what severity does it have?
I'd not consider a
On Thu, Jul 26, 2012 at 3:44 PM, Svante Signell wrote:
If a you see an out-of-date package, please volunteer your time to
help fix it. If you're not a DD, you can do the work and send a
message to debian-mentors.
I have tried several times and I can give you a recent example, see
#610209
On Thu, Jul 26, 2012 at 6:09 PM, Russ Allbery wrote:
While it's nice that you've prepared a package for the new mlocate
upstream version, getting it done after the freeze is simply far too
late. Also, for packages that haven't been updated in a very long time
(two years in this case), a much
On Thu, Jul 26, 2012 at 7:20 PM, Svante Signell wrote:
Yeah, I guess that makes sense, *if* the person doing the NMU then owns
any bugs they introduce and of course doesn't do anything drastic like
rewriting the build system. And provides plenty of warning.
Please, what can I do being a
On Thu, Jul 26, 2012 at 6:58 PM, Russ Allbery wrote:
True. Part of the problem is appropriate terminology. This is a case
of what I would call an undermaintained package. Even though the
maintainer is still around, and may be quite active elsewhere, this
package has not gotten any attention
jbla...@debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libsane- API library for scanners
libsane-common - API library for scanners -- documentation and support files
libsane-dbg - API development library for scanners [debug symbols]
libsane-dev - API development
PhotoTools Maintainers
pkg-phototools-de...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libopenjpeg-dev - development files for libopenjpeg2, a JPEG 2000 image library
libopenjpeg2 - JPEG 2000 image compression/decompression library
libopenjpeg2-dbg - debug
all amd64
Version: 20.0.1132.57~r145807-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Chromium Maintainers
pkg-chromium-ma...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
chromium - Google's open source chromium web browser
chromium-browser
libwine-print libwine-sane
Architecture: source amd64
Version: 1.4.1-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Wine Party pkg-wine-pa...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libwine- Windows API implementation - library
libwine
...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libwine-alsa-unstable - Windows API implementation - ALSA sound module
libwine-bin-unstable - Windows API implementation - system services
libwine-capi-unstable - Windows API implementation - ISDN module
libwine-cms
PhotoTools Maintainers
pkg-phototools-de...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libopenjpeg-dev - development files for libopenjpeg2, a JPEG 2000 image library
libopenjpeg2 - JPEG 2000 image compression/decompression library
libopenjpeg2-dbg - debug
PhotoTools Maintainers
pkg-phototools-de...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libopenjpeg-dev - development files for libopenjpeg2, a JPEG 2000 image library
libopenjpeg2 - JPEG 2000 image compression/decompression library
libopenjpeg2-dbg - debug
PhotoTools Maintainers
pkg-phototools-de...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libopenjpeg-dev - development files for libopenjpeg2, a JPEG 2000 image library
libopenjpeg2 - JPEG 2000 image compression/decompression library
libopenjpeg2-dbg - debug
jbla...@debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libsane- API library for scanners
libsane-common - API library for scanners -- documentation and support files
libsane-dbg - API development library for scanners [debug symbols]
libsane-dev - API development
On Mon, Jul 2, 2012 at 1:59 PM, Petter Reinholdtsen wrote:
[Silvio Cesare]
I recently ran the tool and cross referenced identified code copies with
Debian's security tracking of affected packages by CVE. I did this for all
CVEs in 2010, 2011, and 2012.
This sound like a job that could
-opencl-icd amd-libopencl1 amd-opencl-dev amd-clinfo
Architecture: source amd64
Version: 1:12-6-1
Distribution: unstable
Urgency: low
Maintainer: Fglrx packaging team pkg-fglrx-de...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
amd-clinfo - AMD OpenCL info
debia...@lists.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libxcb-render-util0 - utility libraries for X C Binding -- render-util
libxcb-render-util0-dev - utility libraries for X C Binding -- render-util
Closes: 677733
Changes:
xcb-util-renderutil (0.3.8-1.1) unstable
pkg-wine-party-unsta...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libwine-alsa-unstable - Windows API implementation - ALSA sound module
libwine-bin-unstable - Windows API implementation - system services
libwine-capi-unstable - Windows API
Party pkg-wine-pa...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libwine-alsa-unstable - Windows API implementation - ALSA sound module
libwine-bin-unstable - Windows API implementation - system services
libwine-capi-unstable - Windows API implementation
libwine-print libwine-sane
Architecture: source amd64
Version: 1.4.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Wine Party pkg-wine-pa...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libwine- Windows API implementation - library
libwine
On Fri, Jun 8, 2012 at 6:17 PM, Philipp Kern wrote:
On Sat, Jun 09, 2012 at 04:36:40AM +0800, Aron Xu wrote:
Does this mean M-A:same packages should be prevented from being
binNMUed, but only source upload can be accepted?
You cannot deprive the Release Team of this tool. Also multiarch bugs
On Thu, Jun 14, 2012 at 12:40 PM, Cyril Brulebois wrote:
Michael Gilbert mgilb...@debian.org (14/06/2012):
package (version) sid; urgency=low
* Binary-only non-maintainer upload; no source changes.
-- Debian Release Team debian-rele...@lists.debian.org Tue, 05 Jun
2012 16:33:05 +
On Thu, Jun 14, 2012 at 1:07 PM, Julien Cristau jcris...@debian.org wrote:
On Thu, Jun 14, 2012 at 12:25:42 -0400, Michael Gilbert wrote:
Wouldn't the ideal solution be non-architecture-specific changelogs?
No, that would be very much non-ideal. One should be able to schedule
binNMUs
On Thu, Jun 14, 2012 at 3:43 PM, Philipp Kern wrote:
On Thu, Jun 14, 2012 at 01:59:25PM -0400, Michael Gilbert wrote:
I did not suggest that. Anyway, maybe this will be a bit clearer.
Let's say an existing package is at version +b1 on amd64, and it needs
to get a binnmu, then a +b2 package
On Wed, Jun 13, 2012 at 1:35 PM, Arno Töll wrote:
Hi,
as a clarification, because I was pointed to it:
On 13.06.2012 18:54, Arno Töll wrote:
Drive-by sponsoring makes this even more complicated and is not helping
anybody. We should stop advocating drive-by sponsoring at all.
... with the
On Tue, Jun 12, 2012 at 11:45 AM, David Kalnischkies wrote:
On Mon, Jun 11, 2012 at 9:40 PM, Michael Gilbert wrote:
In particular, I filed a bug against dpkg requesting that it produce
more informative error messages in these cases [0], but I wonder if a
part of the solution shouldn't
libwine-print libwine-sane
Architecture: source amd64
Version: 1.4-7
Distribution: unstable
Urgency: low
Maintainer: Debian Wine Party pkg-wine-pa...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libwine- Windows API implementation - library
libwine-alsa
Hi,
We've been getting a few bug reports from users attempting to install
multiarch wine who have yet to manually enable multiarch itself.
Obviously that is a failure on their part, and is easily correctable.
However, I wonder if we can't make such migrations a bit more
straightforward?
In
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 11 Jun 2012 10:22:26 -0400
Source: prelink
Binary: prelink execstack
Architecture: source amd64
Version: 0.0.20090925-5
Distribution: unstable
Urgency: low
Maintainer: Debian QA Group packa...@qa.debian.org
Changed-By: Michael
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 11 Jun 2012 14:34:26 -0400
Source: prelink
Binary: prelink execstack
Architecture: source amd64
Version: 0.0.20090925-6
Distribution: unstable
Urgency: low
Maintainer: Debian QA Group packa...@qa.debian.org
Changed-By: Michael
...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libwine-alsa-unstable - Windows API implementation - ALSA sound module
libwine-bin-unstable - Windows API implementation - system services
libwine-capi-unstable - Windows API implementation - ISDN module
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 11 Jun 2012 21:40:47 -0400
Source: xpdf
Binary: xpdf
Architecture: source amd64
Version: 3.03-10
Distribution: unstable
Urgency: low
Maintainer: Michael Gilbert mgilb...@debian.org
Changed-By: Michael Gilbert mgilb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 09 Jun 2012 03:40:29 -0400
Source: prelink
Binary: prelink execstack
Architecture: source amd64
Version: 0.0.20090925-3
Distribution: unstable
Urgency: low
Maintainer: Debian QA Group packa...@qa.debian.org
Changed-By: Michael
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 09 Jun 2012 12:53:24 -0400
Source: prelink
Binary: prelink execstack
Architecture: source amd64
Version: 0.0.20090925-4
Distribution: unstable
Urgency: low
Maintainer: Debian QA Group packa...@qa.debian.org
Changed-By: Michael
libwine-sane
Architecture: source amd64
Version: 1.4-5
Distribution: unstable
Urgency: low
Maintainer: Debian Wine Party pkg-wine-pa...@lists.alioth.debian.org
Changed-By: Michael Gilbert mgilb...@debian.org
Description:
libwine- Windows API implementation - library
libwine-alsa - Windows
801 - 900 of 1119 matches
Mail list logo