Re: [Popcon-developers] Bug#659782: does not cope with multiarch packages being installed
On Tue, 14 Feb 2012, Guillem Jover wrote: Known deficiency; the code was not being uploaded because the implementation was not right nor finished, as stated on the changelog... It would help if you could put your list of known deficiency somewhere... on a wiki page, in a regular mail on debian-dpkg, in commit logs if you prefer. But it's pretty disheartening to learn that you know of problems but that you hide them so that only you can fix them :-( This is definitely a bug in dpkg (for dpkg -L mksh). The default naming of foreign non-multi-arch: same packages changed and the input side was not adapted to cope with it. As mentioned on another thread, I worked to correct this, but the current layout (besides being buggy in some cases) didn't allow for a proper implementation, so I've been reworking the code to be able to properly fix this. I would love to see your work in progress on this. I'm glad that you mentionned it too because I was considering to look into fixing the cross-grade case... And what layout are you referring to here? 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-dpkg-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120214155927.ga15...@rivendell.home.ouaza.com
Re: [Popcon-developers] Bug#659782: does not cope with multiarch packages being installed
On Tue, 14 Feb 2012, Raphael Hertzog wrote: It would help if you could put your list of known deficiency somewhere... on a wiki page, in a regular mail on debian-dpkg, in commit logs if you prefer. But it's pretty disheartening to learn that you know of problems but that you hide them so that only you can fix them :-( Just to clarify, I don't want to imply that you're doing it on purpose. The so just expresses a logical consequence. 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-dpkg-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120214160534.gb15...@rivendell.home.ouaza.com
Re: [Popcon-developers] Bug#659782: does not cope with multiarch packages being installed
reassign 659782 dpkg found 659782 retitle 659782 dpkg -L does not work for multi-arch foreign packages. tags 659782 + experimental quit On Tue, Feb 14, 2012 at 09:21:47AM +0100, Raphael Hertzog wrote: Hi, On Mon, 13 Feb 2012, Philipp Kern wrote: So are you suggesting that dpkg should use ${binary:Package} ? Could you patch /usr/sbin/popularity-contest line 161 to add binary: and check whether it works correctly ? Or did I misunderstand something ? This only helps for the libc6-i686:i386 m-a same case (but it does help there). It doesn't for the mksh:i386 m-a foreign case. dpkg devs cc'ed in the hope that they can contribute why -L behaves differently and how one should solve this… This is definitely a bug in dpkg (for dpkg -L mksh). The default naming of foreign non-multi-arch: same packages changed and the input side was not adapted to cope with it. Thanks for reporting. I will look into it later. So I am reassigning this bug to dpkg. 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/ Using Debian ressource for commercial advertising ? Tsk,Tsk. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-dpkg-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120214212420.GA30798@yellowpig
Processed: Re: [Popcon-developers] Bug#659782: does not cope with multiarch packages being installed
Processing commands for cont...@bugs.debian.org: reassign 659782 dpkg Bug #659782 [popularity-contest] does not cope with multiarch packages being installed Bug reassigned from package 'popularity-contest' to 'dpkg'. Bug No longer marked as found in versions popularity-contest/1.53. found 659782 Bug #659782 [dpkg] does not cope with multiarch packages being installed Ignoring request to alter fixed versions of bug #659782 to the same values previously set retitle 659782 dpkg -L does not work for multi-arch foreign packages. Bug #659782 [dpkg] does not cope with multiarch packages being installed Changed Bug title to 'dpkg -L does not work for multi-arch foreign packages.' from 'does not cope with multiarch packages being installed' tags 659782 + experimental Bug #659782 [dpkg] dpkg -L does not work for multi-arch foreign packages. Added tag(s) experimental. quit Stopping processing here. Please contact me if you need assistance. -- 659782: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659782 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-dpkg-bugs-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [Popcon-developers] Bug#659782: does not cope with multiarch packages being installed
On Mon, Feb 13, 2012 at 08:10:44PM +0100, Bill Allombert wrote: However ${binary:Package} gives the correct result for the m-a:same package: $ dpkg-query --show --showformat='${status} ${binary:Package}\n' | egrep '(mksh|libc6-i686)' install ok installed libc6-i686:i386 install ok installed mksh Unfortunately, that does not work with the version of dpkg in Sid (${binary:Package} expand to the empty string). Oh sorry, didn't know that. This is with the multiarch enabled dpkg in experimental. But not for the foreign one. `dpkg -L libc6-i686:i386' gives me a filelist, without the arch qualifier it fails with the same error as in the cron mail. So are you suggesting that dpkg should use ${binary:Package} ? Could you patch /usr/sbin/popularity-contest line 161 to add binary: and check whether it works correctly ? Or did I misunderstand something ? This only helps for the libc6-i686:i386 m-a same case (but it does help there). It doesn't for the mksh:i386 m-a foreign case. dpkg devs cc'ed in the hope that they can contribute why -L behaves differently and how one should solve this… Kind regards Philipp Kern signature.asc Description: Digital signature