- Package:
- libstdc++-arm-none-eabi-dev
- Source:
- libstdc++-arm-none-eabi-dev
- Submitter:
- Harald Welte
- Date:
- 2025-02-07 07:03:01 UTC
- Severity:
- normal
- Tags:
For at several months, it has been impossible to install libstdc++-arm-none-eabi-dev from the debian archive for unstable, as it depends on gcc-arm-none-eabi (= 15:12.2.rel1-1) but sid gcc-arm-none-eabi package has moved to 15:12.3.rel1-1 on August 10, 2023. I was always assuming this kind of issue would be fixed automatically somehow over time, as surely some CI job would detect uninstallable packages over an extended period of time. However, it has still not been fixed and there's no related bug report, so I'm filing one here. I'm not a Debian developer, but IMHO the libstdc++-arm-none-eabi source package would have to be rebuilt against the updated gcc-arm-none-eabi, so that the resulting binary packages will depend on the 15:12.3.rel1-1 gcc version? Any help is appreciated.
I've actually tried to resolve this by doing a local dpkg-buildpackage of the completely unmodified package retrieved by "apt source libstdc++-arm-none-eabi" and it worked: dpkg-deb: building package 'libstdc++-arm-none-eabi-newlib' in '../libstdc++-arm-none-eabi-newlib_12.3.rel1-1+23_all.deb'. dpkg-deb: building package 'libstdc++-arm-none-eabi-dev' in '../libstdc++-arm-none-eabi-dev_12.3.rel1-1+23_all.deb'. dpkg-deb: building package 'libstdc++-arm-none-eabi-picolibc' in '../libstdc++-arm-none-eabi-picolibc_12.3.rel1-1+23_all.deb'. which I could then install via dpkg without any conflicts, as it's 15:12.3 Selecting previously unselected package libstdc++-arm-none-eabi-dev. (Reading database ... 840133 files and directories currently installed.) Preparing to unpack libstdc++-arm-none-eabi-dev_12.3.rel1-1+23_all.deb ... Unpacking libstdc++-arm-none-eabi-dev (15:12.3.rel1-1+23) ... Selecting previously unselected package libstdc++-arm-none-eabi-newlib. Preparing to unpack libstdc++-arm-none-eabi-newlib_12.3.rel1-1+23_all.deb ... Unpacking libstdc++-arm-none-eabi-newlib (15:12.3.rel1-1+23) ... Selecting previously unselected package libstdc++-arm-none-eabi-picolibc. Preparing to unpack libstdc++-arm-none-eabi-picolibc_12.3.rel1-1+23_all.deb ... Unpacking libstdc++-arm-none-eabi-picolibc (15:12.3.rel1-1+23) ... Setting up libstdc++-arm-none-eabi-dev (15:12.3.rel1-1+23) ... Setting up libstdc++-arm-none-eabi-newlib (15:12.3.rel1-1+23) ... Setting up libstdc++-arm-none-eabi-picolibc (15:12.3.rel1-1+23) ...
Hi, bumping this to RC severity because libstdc++-arm-none-eabi-dev, libstdc++-arm-none-eabi-newlib as well as libstdc++-arm-none-eabi-picolibc are all uninstallable in unstable: https://qa.debian.org/dose/debcheck/src/libstdc++-arm-none-eabi.html Looking at the changelog of this package, frequent and manual source uploads seem to be required every time that picolibc and/or toolchain changes: https://tracker.debian.org/media/packages/libs/libstdc%2B%2B-arm-none-eabi/changelog-27 I also don't understand why this bug has now been open for more than a year and never even received a reply from the maintainers? If the maintainers are short on time, I would like to offer to NMU libstdc++-arm-none-eabi to get this issue resolved quickly. Thanks! cheers, josch
Quoting Johannes Schauer Marin Rodrigues (2025-02-05 18:16:53) this has now happened and libstdc++-arm-none-eabi-dev is installable once again. Thanks! cheers, josch