Control: severity -1 serious Control: found -1 15:13.3.rel1-1+27 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 On Wed, 01 Nov 2023 12:45:26 +0100 Harald Welte <lafo...@gnumonks.org> wrote: > 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? 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
signature.asc
Description: signature
