Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bug#995768: libpq-dev: Unable to concurently install multiple architectures libpq-dev
196 views
Skip to first unread message
Krzysztof Aleksander Pyrkosz
Oct 5, 2021, 7:30:03 AM10/5/21
to
Package: libpq-dev
Version: 13.3-1
Severity: important
X-Debbugs-Cc: krzpy...@gmail.com
Dear Maintainer,
It is impossible to install libpq-dev for multiple architectures at the
same time.
$ sudo apt install libpq-dev:arm64
The following packages will be REMOVED:
libpq-dev
The following NEW packages will be installed:
libpq-dev:arm64
I suppose it is not a big deal to fix that since the binaries, libpq5
package can be installed with apt in multiarch directories without issues and
work out of the box.
-- System Information:
Debian Release: 11.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: arm64, mips64el
Kernel: Linux 5.10.0-8-cloud-amd64 (SMP w/1 CPU thread)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 libpq-dev depends on:
ii libpq5 13.3-1
libpq-dev recommends no packages.
Versions of packages libpq-dev suggests:
pn postgresql-doc-13 <none>
-- no debconf information
Version: 13.3-1
Severity: important
X-Debbugs-Cc: krzpy...@gmail.com
Dear Maintainer,
It is impossible to install libpq-dev for multiple architectures at the
same time.
$ sudo apt install libpq-dev:arm64
The following packages will be REMOVED:
libpq-dev
The following NEW packages will be installed:
libpq-dev:arm64
I suppose it is not a big deal to fix that since the binaries, libpq5
package can be installed with apt in multiarch directories without issues and
work out of the box.
-- System Information:
Debian Release: 11.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: arm64, mips64el
Kernel: Linux 5.10.0-8-cloud-amd64 (SMP w/1 CPU thread)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 libpq-dev depends on:
ii libpq5 13.3-1
libpq-dev recommends no packages.
Versions of packages libpq-dev suggests:
pn postgresql-doc-13 <none>
-- no debconf information
Christoph Berg
Oct 5, 2021, 11:30:03 AM10/5/21
to
Re: Krzysztof Aleksander Pyrkosz
> I suppose it is not a big deal to fix that since the binaries, libpq5
> package can be installed with apt in multiarch directories without issues and
> work out of the box.
Why do you need both in parallel?
Christoph
> It is impossible to install libpq-dev for multiple architectures at the
> same time.
>
> $ sudo apt install libpq-dev:arm64
> The following packages will be REMOVED:
> libpq-dev
> The following NEW packages will be installed:
> libpq-dev:arm64
That is expected behavior for most lib*-dev packages.
> same time.
>
> $ sudo apt install libpq-dev:arm64
> The following packages will be REMOVED:
> libpq-dev
> The following NEW packages will be installed:
> libpq-dev:arm64
> I suppose it is not a big deal to fix that since the binaries, libpq5
> package can be installed with apt in multiarch directories without issues and
> work out of the box.
Christoph
Krzysztof Aleksander Pyrkosz
Oct 5, 2021, 12:00:04 PM10/5/21
to
Package: libpq-dev
Version: 13.3-1
Followup-For: Bug #995768
X-Debbugs-Cc: krzpy...@gmail.com
> That is expected behavior for most lib*-dev packages.
I wasn't aware of that. Isn't that what Debian's multiarch is about?
> Why do you need both in parallel?
I am crosscompiling projects from x86 build machine to arm64 and armhf.
I've got no issues with having libssl-dev, zlib1g-dev, libc6-dev,
libgcc-10-dev and a bunch of other development packages, coming from
apt, installed concurrently for my host and both arm versions. I've been
using this setup for a very long time without issues because it is
perfectly integrated with CMake and clang.
libpq-dev does not want to cooperate because it contains different
/usr/bin/pg_config in each architecture package. If not for this single
file, the -dev package would be installable like all other ones.
Version: 13.3-1
Followup-For: Bug #995768
X-Debbugs-Cc: krzpy...@gmail.com
> That is expected behavior for most lib*-dev packages.
> Why do you need both in parallel?
I've got no issues with having libssl-dev, zlib1g-dev, libc6-dev,
libgcc-10-dev and a bunch of other development packages, coming from
apt, installed concurrently for my host and both arm versions. I've been
using this setup for a very long time without issues because it is
perfectly integrated with CMake and clang.
libpq-dev does not want to cooperate because it contains different
/usr/bin/pg_config in each architecture package. If not for this single
file, the -dev package would be installable like all other ones.
Scott Driggers
Oct 6, 2021, 8:00:03 PM10/6/21
to
I am trying to cross-compile a package that needs two different architectures of libpq-dev at the same time.
The rust crate diesel_migrations [0] is a procedural macro that requires the host's libpq-dev to compile the macro and the target's libpq-dev to link against. There is an thread [1] describing a similar issue involving sqlite3 where the solution is to install both libsqlite3-dev packages with
`apt-get install --assume-yes libsqlite3-dev libsqlite3-dev:armhf`
This works with libsqlite3-dev, so I would hope that this can be made to work for libpq-dev. Until then, I think the solution is to use apt-download to manually download and unpack the target's libpq-dev and do some messing with the linker.
0 new messages