Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bug#1014467: zlib1g: cannot install both of armhf and arm64 in multiarch setup
25 views
Skip to first unread message
Jonas Schäfer
Jul 6, 2022, 11:20:03 AM7/6/22
to
Package: zlib1g
Version: 1:1.2.11.dfsg-2+deb11u1
Severity: normal
Dear Maintainer,
I installed Debian with an arm64 kernel but an armhf userland. I now
need some components as arm64, one of which depends on zlib1g. It is
impossible to install both zlib1g:armhf and zlib1g:arm64, which causes
the installation to fail because apt somehow depends also on zlib1g.
This is after I had a Debian with arm64 kernel and arm64 userland and
I needed a component in armhf which exhibited the same issue, which is
why I went with a "split" userland/kernel in the first place.
Please (re?-)add support for multiarch armhf+arm64 for the zlib1g
package, thanks a lot.
-- System Information:
Debian Release: 11.3
APT prefers stable
APT policy: (990, 'stable'), (500, 'stable-security')
Architecture: armhf (aarch64)
Foreign Architectures: arm64
Kernel: Linux 5.10.0-13-arm64 (SMP w/6 CPU threads)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages zlib1g depends on:
ii libc6 2.31-13+deb11u3
zlib1g recommends no packages.
zlib1g suggests no packages.
-- no debconf information
Version: 1:1.2.11.dfsg-2+deb11u1
Severity: normal
Dear Maintainer,
I installed Debian with an arm64 kernel but an armhf userland. I now
need some components as arm64, one of which depends on zlib1g. It is
impossible to install both zlib1g:armhf and zlib1g:arm64, which causes
the installation to fail because apt somehow depends also on zlib1g.
This is after I had a Debian with arm64 kernel and arm64 userland and
I needed a component in armhf which exhibited the same issue, which is
why I went with a "split" userland/kernel in the first place.
Please (re?-)add support for multiarch armhf+arm64 for the zlib1g
package, thanks a lot.
-- System Information:
Debian Release: 11.3
APT prefers stable
APT policy: (990, 'stable'), (500, 'stable-security')
Architecture: armhf (aarch64)
Foreign Architectures: arm64
Kernel: Linux 5.10.0-13-arm64 (SMP w/6 CPU threads)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages zlib1g depends on:
ii libc6 2.31-13+deb11u3
zlib1g recommends no packages.
zlib1g suggests no packages.
-- no debconf information
Mark Brown
Jul 6, 2022, 11:40:03 AM7/6/22
to
On Wed, Jul 06, 2022 at 05:03:36PM +0200, Jonas Schäfer wrote:
> I installed Debian with an arm64 kernel but an armhf userland. I now
> need some components as arm64, one of which depends on zlib1g. It is
> impossible to install both zlib1g:armhf and zlib1g:arm64, which causes
> the installation to fail because apt somehow depends also on zlib1g.
>
> This is after I had a Debian with arm64 kernel and arm64 userland and
> I needed a component in armhf which exhibited the same issue, which is
> why I went with a "split" userland/kernel in the first place.
>
> Please (re?-)add support for multiarch armhf+arm64 for the zlib1g
> package, thanks a lot.
This is most likely some system configuration issue on your part, there
> I installed Debian with an arm64 kernel but an armhf userland. I now
> need some components as arm64, one of which depends on zlib1g. It is
> impossible to install both zlib1g:armhf and zlib1g:arm64, which causes
> the installation to fail because apt somehow depends also on zlib1g.
>
> This is after I had a Debian with arm64 kernel and arm64 userland and
> I needed a component in armhf which exhibited the same issue, which is
> why I went with a "split" userland/kernel in the first place.
>
> Please (re?-)add support for multiarch armhf+arm64 for the zlib1g
> package, thanks a lot.
is nothing in the packaging that specifically excludes this combination
and indeed I appear to have a system available to me with both
architectures installed without problem. You haven't provided any error
messages here, a dependency from apt to zlib1g on one architecture won't
prevent installation of zlib1g on another architecture so it's not going
to be that.
Jonas Schäfer
Jul 6, 2022, 12:00:03 PM7/6/22
to
Hi Mark,
For the record:
On Mittwoch, 6. Juli 2022 17:30:19 CEST Mark Brown wrote:
> This is most likely some system configuration issue on your part, there
> is nothing in the packaging that specifically excludes this combination
> and indeed I appear to have a system available to me with both
> architectures installed without problem. You haven't provided any error
> messages here, a dependency from apt to zlib1g on one architecture won't
> prevent installation of zlib1g on another architecture so it's not going
> to be that.
I had interaction in #debian which confirmed that. Sorry for the noise.
I did not include any error output, because it was rather tricky to do and I
meant to supply it in a follow-up email. You were faster than that. And also
sorry for not including it originally, I should've taken the time to do that.
Thank you for your time!
For the record:
On Mittwoch, 6. Juli 2022 17:30:19 CEST Mark Brown wrote:
> This is most likely some system configuration issue on your part, there
> is nothing in the packaging that specifically excludes this combination
> and indeed I appear to have a system available to me with both
> architectures installed without problem. You haven't provided any error
> messages here, a dependency from apt to zlib1g on one architecture won't
> prevent installation of zlib1g on another architecture so it's not going
> to be that.
I did not include any error output, because it was rather tricky to do and I
meant to supply it in a follow-up email. You were faster than that. And also
sorry for not including it originally, I should've taken the time to do that.
Thank you for your time!
0 new messages