Bug#659782: does not cope with multiarch packages being installed
 

On Mon, Feb 13, 2012 at 07:27:18PM +0100, Bill Allombert wrote:
> popcon actually uses:
> dpkg-query --show --showformat='${status} ${package}
'
> and
> dpkg -L $pkg
>
> What does that give on your system?

dpkg-query with those options does not output any arch qualifiers, just the
basenames (libc6-i686 and mksh).

$ dpkg-query --show --showformat='${status} ${package}
' | egrep '(libc6-i686|mksh)'
install ok installed libc6-i686
install ok installed mksh

However ${binary:Package} gives the correct result for the m-a:same package:

$ dpkg-query --show --showformat='${status} ${binary:Package}
' | egrep '(mksh|libc6-i686)'
install ok installed libc6-i686:i386
install ok installed mksh

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.

Kind regards,
Philipp Kern
--
.'`. Philipp Kern Debian Developer
: :' : http://philkern.de Stable Release Manager
`. `' xmpp:phil@0x539.de Wanna-Build Admin
`- finger pkern/key@db.debian.org

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}
' | 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

Bug#659782: does not cope with multiarch packages being installed
 

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.

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-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120214082147.GB10740@rivendell.home.ouaza.com">h ttp://lists.debian.org/20120214082147.GB10740@rivendell.home.ouaza.com

Bug#659782: does not cope with multiarch packages being installed
 

On Tue, 2012-02-14 at 09:21:47 +0100, Raphael Hertzog wrote:
> 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…

Known deficiency; the code was not being uploaded because the
implementation was not right nor finished, as stated on the changelog...

> 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.

thanks,
guillem


--
To UNSUBSCRIBE, email to debian-dpkg-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120214141442.GA23466@gaara.hadrons.org">http://lists.debian.org/20120214141442.GA23466@gaara.hadrons.org

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-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120214155927.GA15748@rivendell.home.ouaza.com">h ttp://lists.debian.org/20120214155927.GA15748@rivendell.home.ouaza.com

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-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120214160534.GB15748@rivendell.home.ouaza.com">h ttp://lists.debian.org/20120214160534.GB15748@rivendell.home.ouaza.com

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. <ballombe@debian.org>

Imagine a large red swirl here.


--
To UNSUBSCRIBE, email to debian-dpkg-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120214212420.GA30798@yellowpig">http://lists.debian.org/20120214212420.GA30798@yellowpig