On 2020-04-15 00:02 +0200, Hilmar Preuße wrote: > Hi, > > I'm pretty sure this is a dumb question. I'm using sbuild to cross > compile packages, e.g. texlive-bin. This works fine for release arches. > Now I try to build for a non-release arch like this: > > sbuild --host=sparc64 -d unstable --extra-repository='deb > http://ftp.de.debian.org/debian-ports unstable main' > --extra-repository-key=/usr/share/keyrings/debian-ports-archive-keyring.gpg > texlive-bin > > The build fails, the build log tells me that some B/D's could not be > fulfilled. However I know that the packages in question do exist for > that arch. What am I missing?
It's because libc6 is out of date on sparc64 compared to amd64 (the arch I
assume you are building on)
(unstable-amd64-clean-home)wookey@e110476-lin:~$apt policy libc6-dev:sparc64
libc6-dev:sparc64:
Installed: (none)
Candidate: 2.30-2+sparc64
Version table:
2.30-2+sparc64 500
500 http://ftp.de.debian.org/debian-ports unstable/main sparc64 Packages
-bash: __git_ps1: command not found
(unstable-amd64-clean-home)wookey@e110476-lin:~$ apt policy libc6-dev
libc6-dev:
Installed: 2.30-4
Candidate: 2.30-4
Version table:
*** 2.30-4 500
500 http://deb.debian.org/debian unstable/main amd64 Packages
100 /var/lib/dpkg/status
-bash: __git_ps1: command not found
you can't install mismatched versions of libc6 so none of the
cross-dependencies will install. Once glibc 2.30-4 is built on sparc64
theings should work (so long as no other libraries are
version-skewed).
Building in testing is one way to avoid this problem, if that's any use to you.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature

