Bug#655975: britney: needs to grok multi-arch
Hi, On Sun, 15 Jan 2012, Adam D. Barratt wrote: > britney will need to be taught to understand how to migrate packages in > a world with cross-architecture dependencies. > At the very least, things like "foo/i386 depends on bar:amd64" should > work. Might there be merit to also checking the values of the m-a > control fields and verifying that the resulting migration makes sense? You know that the current multi-arch spec doesn't allow this yet? Currently, you only have to cope with dependencies like "bar:any". I don't even think that you want to allow foo/i386 to migrate just because bar:amd64 is available. All architectures should still be self-contained. Howewer you might want to prepare for partial architectures where a subset of package is recompiled and where the remaining packages are taken from a "parent" architecture. Here you would have to be able to resolve dependencies of the partial architecture packages with the packages of the parent architecture, and allow those to migrate together. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/liberation/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120117070557.gg19...@rivendell.home.ouaza.com
NEW changes in proposedupdates
Processing changes file: user-mode-linux_2.6.32-1um-4+39squeeze1_amd64.changes ACCEPT Processing changes file: user-mode-linux_2.6.32-1um-4+39squeeze1_i386.changes ACCEPT -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1rmv5w-0003q1...@franck.debian.org
NEW changes in oldproposedupdates
Processing changes file: apr_1.2.12-5+lenny5_i386.changes ACCEPT -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1rmtvn-0005tq...@franck.debian.org
Bug#656144: hint: "clean" does not properly check arch-specific hints
Package: release.debian.org User: release.debian@packages.debian.org Usertags: tools hint's "clean" action only takes account of source versions when deciding whether a migration hint has been completed. For instance, if one has a hint for pushing armhf and s390x packages - e.g. "force-hint foo/armhf/1.2 foo/s390x/1.2" - then a subsequent "hint clean" invocation will move the hint below finished, because foo 1.2 is in testing. This is, at least imho, unhelpful, particularly if one doesn't notice that the cleaning has taken place before the britney run in which the hint was intended to take effect. Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1326748141.816.14.ca...@jacala.jungle.funky-badger.org
Processed: Re: Bug#655178: pu: package pidgin/2.7.3-1+squeeze1
Processing commands for cont...@bugs.debian.org: > tag 655178 + pending Bug #655178 [release.debian.org] pu: package pidgin/2.7.3-1+squeeze1 Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 655178: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655178 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13267409196883.transcr...@bugs.debian.org
Bug#655178: pu: package pidgin/2.7.3-1+squeeze1
tag 655178 + pending thanks On Sun, 2012-01-15 at 12:39 +, Adam D. Barratt wrote: > On Sat, 2012-01-14 at 20:27 -0500, Ari Pollak wrote: > > The patch was taken directly from the upstream change, and I guess they > > didn't do a good job of separating the security fix from general cleanups. > > Yeah. It makes the patch rather noisy and reviewing it more of a pain > than it needs to be. :-( > > Please go ahead; thanks. For the record, this was uploaded and accepted. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1326740915.816.7.ca...@jacala.jungle.funky-badger.org
Re: Bug#655517: gimp 2.6.10 does not print (or print preview) when linked with libcairo2 1.10
On Sun, 2012-01-15 at 20:33 -0500, Daniel Kahn Gillmor wrote: > On 01/14/2012 11:02 AM, Adam D. Barratt wrote: > > Would I be right in thinking that this also affects partial squeeze -> > > wheezy upgrades, assuming cairo is upgraded but gimp is not? If so then > > I'd be happy to look at an upload including the patch you attached. > > Yep, #655517 does affect partial upgrades. I've just uploaded a > squeeze-proposed-updates NMU, since Ari and Adam both seem OK with it. Thanks. For the record, I accepted the package earlier today. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1326740989.816.8.ca...@jacala.jungle.funky-badger.org
Re: Upcoming stable point release
[trimmed CC list] On Sat, 2012-01-14 at 04:09 +, Ben Hutchings wrote: > On Wed, 2012-01-11 at 13:12 +, Adam D. Barratt wrote: > > If there is a further kernel update planned for inclusion in the point > > release, it would be ideal if that could be uploaded over the coming > > weekend so that we can look at finalising the installer later next week. > > There are some more important changes pending, including a fix for a > regression in 2.6.32-40 (currently in stable-proposed-updates). I can > probably make an upload this weekend, but cannot promise that a further > upload will not be needed. We need some testing of the isci driver > (added in 2.6.32-40) and more generally regression testing. Thanks for the -41 upload. I accepted that in to p-u earlier today. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1326740818.816.6.ca...@jacala.jungle.funky-badger.org
Processed: Re: Bug#656104: opu: package apr/1.2.12-5+lenny5
Processing commands for cont...@bugs.debian.org: > tag 656104 + lenny confirmed Bug #656104 [release.debian.org] opu: package apr/1.2.12-5+lenny5 Added tag(s) confirmed and lenny. > thanks Stopping processing here. Please contact me if you need assistance. -- 656104: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656104 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13267405545381.transcr...@bugs.debian.org
Bug#656104: opu: package apr/1.2.12-5+lenny5
tag 656104 + lenny confirmed thanks On Mon, 2012-01-16 at 15:54 +0100, Stefan Fritsch wrote: > As discussed with adsb, apr needs a sourceful update to bring the arches > back in sync. Changelog: > > apr (1.2.12-5+lenny5) oldstable; urgency=low > > * Disable robust pthread mutexes on alpha, arm, and armel. This fixes > build problems on buildds running newer Linux kernels. > > We already do the same in squeeze/sid. Debdiff is attached. Please go ahead; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1326740549.816.4.ca...@jacala.jungle.funky-badger.org
Processed: Re: Bug#639645: opu: package xpdf/3.02-1.4+lenny4
Processing commands for cont...@bugs.debian.org: > tag 639645 + confirmed Bug #639645 [release.debian.org] opu: package xpdf/3.02-1.4+lenny4 Added tag(s) confirmed. > thanks Stopping processing here. Please contact me if you need assistance. -- 639645: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639645 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13267403684658.transcr...@bugs.debian.org
Bug#639645: opu: package xpdf/3.02-1.4+lenny4
tag 639645 + confirmed thanks On Mon, 2012-01-16 at 10:48 -0500, Michael Gilbert wrote: > On Mon, Jan 16, 2012 at 9:06 AM, Michael Gilbert wrote: > >> DSA 2388 appears to have resolved all of those issues, so I guess we > >> could look at an update containing just the insecure tempfile change? > > > > Yes, that's correct. I'll ready a new package. > > Please review the attached patch that addresses this issue. Thanks. Please go ahead. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1326740363.816.3.ca...@jacala.jungle.funky-badger.org
Re: Bug#655179: pastebinit does not read .conf files from ~/.pastebin.d/ directory
On Mon, 2012-01-16 at 10:04 +0800, Rolf Leggewie wrote: > On 15.01.2012 23:28, Maximilian Gerhard wrote: > >> Adding configs to ~/.pastebin.d overrides everything, because of the > >> "pastebind" configuration list reset. But that's the way it is upstream. > > I've opened a ticket upstream to see if this is really intentional. > > https://bugs.launchpad.net/bugs/917005 Okay. Even if this turns out to be another bug it would need to be resolved in unstable first, so I've accepted the package you uploaded. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1326739745.816.2.ca...@jacala.jungle.funky-badger.org
Bug#655975: britney: needs to grok multi-arch
Hi Niels, Am Montag, den 16.01.2012, 15:50 +0100 schrieb Niels Thykier: > A minimal checking of the M-A field is probably in order and should be > trivial to do as well. That being said, do we have any general idea of > how to handle this? > > Personally I smell two rather non-trivial issues. The first is that in > order to validate a "foo/i386 depends on bar:amd64" relation, we will > most likely have to give up the "architectures can be checked in > isolation" approach we are doing now. Particularly, "RDEPENDS" (and > "RCONFLICTS"?) can suddenly refer a foreign architecture. SAT-Britney does not have this approach and always checks all arches in common. If you add some test cases to the test suite, I can probably quickly make SAT-Britney handle them, so you have some real code to discuss the desired semantics and investigate possible problems, before setting out to implement it for real in britney2. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#639645: opu: package xpdf/3.02-1.4+lenny4
On Mon, Jan 16, 2012 at 9:06 AM, Michael Gilbert wrote: >> DSA 2388 appears to have resolved all of those issues, so I guess we >> could look at an update containing just the insecure tempfile change? > > Yes, that's correct. I'll ready a new package. Please review the attached patch that addresses this issue. Thanks, Mike xpdf-lenny.debdiff Description: Binary data
Bug#656104: opu: package apr/1.2.12-5+lenny5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: opu As discussed with adsb, apr needs a sourceful update to bring the arches back in sync. Changelog: apr (1.2.12-5+lenny5) oldstable; urgency=low * Disable robust pthread mutexes on alpha, arm, and armel. This fixes build problems on buildds running newer Linux kernels. We already do the same in squeeze/sid. Debdiff is attached. Please review. Cheers, Stefan diff -u apr-1.2.12/debian/rules apr-1.2.12/debian/rules --- apr-1.2.12/debian/rules +++ apr-1.2.12/debian/rules @@ -25,6 +25,14 @@ CONFFLAGS += ac_cv_prog_AWK=mawk apr_cv_sctp=no +# apr_cv_mutex_robust_shared causes hangs in procmutex test on arm* and alpha +ifneq (,$(findstring arm,$(DEB_BUILD_ARCH))) + CONFFLAGS += apr_cv_mutex_robust_shared=no +endif +ifneq (,$(findstring alpha,$(DEB_BUILD_ARCH))) + CONFFLAGS += apr_cv_mutex_robust_shared=no +endif + # Enable debug builds ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS))) CFLAGS += -O0 diff -u apr-1.2.12/debian/changelog apr-1.2.12/debian/changelog --- apr-1.2.12/debian/changelog +++ apr-1.2.12/debian/changelog @@ -1,3 +1,10 @@ +apr (1.2.12-5+lenny5) oldstable; urgency=low + + * Disable robust pthread mutexes on alpha, arm, and armel. This fixes build +problems on buildds running newer Linux kernels. + + -- Stefan Fritsch Mon, 16 Jan 2012 15:45:55 +0100 + apr (1.2.12-5+lenny4) oldstable-security; urgency=low * Fix regression introduced by fix for CVE-2011-0419:
Bug#655975: britney: needs to grok multi-arch
On 2012-01-15 17:10, Adam D. Barratt wrote: > Package: release.debian.org > User: release.debian@packages.debian.org > Usertags: britney > > britney will need to be taught to understand how to migrate packages in > a world with cross-architecture dependencies. > > At the very least, things like "foo/i386 depends on bar:amd64" should > work. Might there be merit to also checking the values of the m-a > control fields and verifying that the resulting migration makes sense? > > Regards, > > Adam > > > > A minimal checking of the M-A field is probably in order and should be trivial to do as well. That being said, do we have any general idea of how to handle this? Personally I smell two rather non-trivial issues. The first is that in order to validate a "foo/i386 depends on bar:amd64" relation, we will most likely have to give up the "architectures can be checked in isolation" approach we are doing now. Particularly, "RDEPENDS" (and "RCONFLICTS"?) can suddenly refer a foreign architecture. Secondly, the dark corner of Britney (otherwise known as the "C-lib" or her "installability tester") would need to be updated as well. On a related note: Currently it only gets one architecture and that already causes the occasional "AIEEE" issue. If we have to add all (non-break/non-f***ed) architectures into one big pile, I suspect that this part might just roll over and die in an endless series of "AIEEE". ~Niels -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f14391e.7050...@thykier.net
Bug#639645: opu: package xpdf/3.02-1.4+lenny4
On Sun, Jan 15, 2012 at 12:21 PM, Adam D. Barratt wrote: > On Sat, 2011-09-17 at 14:50 -0400, Michael Gilbert wrote: >> I've decided that it's too risky to disable t1lib in lenny as the >> version of freetype there has some known issues. >> >> Attached is a new debdiff for this proposed-update. > > +xpdf (3.02-1.4+lenny4) oldstable-proposed-updates; urgency=low > + > + * Fix cve-2011-2902: insecure tempfile usage in zxpdf. > + * Add NEWS.Debian with information about a set of unfixed t1lib issues > + (cve-2011-0764, cve-2011-1552, cve-2011-1553, and cve-2011-1554). > > DSA 2388 appears to have resolved all of those issues, so I guess we > could look at an update containing just the insecure tempfile change? Yes, that's correct. I'll ready a new package. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CANTw=MPOxHq5MHpRMrdWtsOTtborMh6BJz0r=6l5tkmn8nm...@mail.gmail.com
NEW changes in proposedupdates
Processing changes file: gimp_2.6.10-1+squeeze1_i386.changes ACCEPT -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1rmmts-0003p3...@franck.debian.org
NEW changes in proposedupdates
Processing changes file: pastebinit_1.1-2squeeze1_i386.changes ACCEPT -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1rmmfm-0002eh...@franck.debian.org
Re: Bug#655517: gimp 2.6.10 does not print (or print preview) when linked with libcairo2 1.10
On Sat, Jan 14, 2012 at 04:02:55PM +, Adam D. Barratt wrote: > On Wed, 2012-01-11 at 17:20 -0500, Daniel Kahn Gillmor wrote: > > On 01/11/2012 05:04 PM, in #655517, Daniel Kahn Gillmor wrote: > > > When using version 1.10 or later of libcairo2 (e.g. from > > > mozilla.debian.net's squeeze-backports repository), gimp 2.6.10's > > > print and print preview are broken. > > > > > > In particular: the print preview window shows a blank page, and when > > > printing, a network printer appears to see a job coming in, but it > > > never produces a page. > [...] > > What does the release team think about this patch for the next point > > release? If the GIMP maintainers are OK with it, i'm happy to prepare > > an NMU to squeeze-proposed-updates. > > Would I be right in thinking that this also affects partial squeeze -> > wheezy upgrades, assuming cairo is upgraded but gimp is not? If so then > I'd be happy to look at an upload including the patch you attached. Indeed, it does affect partial upgrades. Mike -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120115081958.gb4...@glandium.org
NEW changes in proposedupdates
Processing changes file: linux-2.6_2.6.32-41_multi.changes ACCEPT -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1rmkne-0004a8...@franck.debian.org
