[Pkg-ia32-libs-maintainers] ia32-apt-get status?

[Goswin von Brederlow]

Michal Suchanek <hramrach at centrum.cz> writes:

> Hello again
>
> On 23 February 2011 12:04, Goswin von Brederlow <goswin-v-b at web.de> wrote:
>> Michal Suchanek <hramrach at centrum.cz> writes:
>>> On 17 September 2010 13:54, Michal Suchanek <hramrach at centrum.cz> wrote:
>>>> On 15 September 2010 21:40, Michal Suchanek <hramrach at centrum.cz> wrote:
>>>>> On 15 September 2010 21:16, Goswin von Brederlow <goswin-v-b at web.de> wrote:
>>>
>>> I still can't install packages from wine ppa.
>>>
>>>>
>>>> The ppa can be found here: https://launchpad.net/~ubuntu-wine/+archive/ppa
>>>
>>> + there is guide on adding it to "old Ubuntu" = Debian in some
>>> "repository details" link
>>>
>>> After resolving the issue with packages with [arch=something] field
>>> not showing in merged package list (which was probably caused by me) I
>>> have unresolvable dependencies.
>>>
>>> I have gcc-multilib installed which depends on lib32libgomp1
>>>
>>> Wine pulls in ia32-libgomp1
>>>
>>> Adding
>>>
>>> libgomp1 Â  Â  Â  Â  Â  Â  Â  Â lib32gomp1
>>>
>>> to the rename.list does not change that. Obviously, ia32-libgomp1
>>> overwrites lib32gomp1 and fails to install.
>>>
>>> Similarily, wine pulls in ia32-gettextpo0 which is provided by gettext
>>> (i386). Fortunately, nothing depends on this library on the amd64
>>> side. Otherwise no version of gettext would satisfy both. Perhaps
>>> non-renamed packages that provide renamed package should be handled
>>> specially.
>>>
>>> At least this should be resolved by renaming gettext.
>>>
>>> Thanks
>>>
>>> Michal
>>
>> After changing the rename.list the Packages.gz files need to be mangled
>> again. Apt-get update will do that if the file is downloaded again,
>> i.e. when the file changed on the Debian mirror. If you are using stable
>> you can run "rm /var/lib/ia32-apt/lists/*" followed by "ia32-apt-get
>> update" to force apt to download the files again.
>>
>> You also have to reinstall the wine package if apt doesn't do that
>> automatically so it also gets the updated dependencies.
>>
>> Hope that helps.
>
> In the end I removed gcc-multilib because I could not get it to work
> with ia32-apt-get.
>
> I use a chroot on another machine to build stuff anyway. ia32-apt is
> only suitable for binaries. Most sources fail miserably when 32bit
> build is attempted on 64bit system.

It was never ment for cross compiling. You get a ton of other isssues
with that other than ia32-apt-get so I never bothered with that. For
compiling you should stick with a chroot or the cross compile stuff from
emdebian. A chroot is certainly simpler there and allways works.

> The current issue I am experiencing is packages for Sid and Wheezy
> appearing unsigned in aptitude.
>
> This issue started after I used the aptitude update function (in the
> curses UI). While it is somewhat expected to not work running update
> from commandline used to fix things in the past but not anymore. I
> tried removing all package lists, changing mirrors, and re-updating
> but testing (for i386) and sid (for both archs) and lenny are still
> showing unsigned. On another system using the same mirrors for amd64 I
> do not experience issues.

Can't see what could be wrong there. The log looks just fine other than
the shear number of repositories you are mixing there. You are even
mixing Ubuntu and Debian.

> Update log follows. It seems the parts that are ignored cause issues
> but why they are ignored is a mystery due to the very helpful apt
> messages.

ia32-apt-get has no idea what to do with InRelease and Index files. The
InRelease will be the problem since that is where the signature is
now. You need to get it back to fetching Release+Release.gpg (for which
there is no option in apt/aptitude afaik) or patch ia32-apt-get to
handle InRelease files.

Personally I would update to recent Ubuntu with its full multiarch
support or wait for Debian to catch up and live with the unsigned
warning.

MfG
        Goswin