Package: pypy-stem Version: 1.8.0-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts
Hi, during a test with piuparts I noticed your package fails to upgrade from 'buster'. It installed fine in 'buster', then the upgrade to 'bullseye' fails. >From the attached log (scroll to the bottom...): Preparing to unpack .../pypy-stem_1.8.0-3_all.deb ... /usr/bin/pypy: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /usr/lib/pypy/bin/libpypy-c.so) dpkg: warning: old pypy-stem package pre-removal script subprocess returned error exit status 1 dpkg: trying script from the new package instead ... /usr/bin/pypy: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /usr/lib/pypy/bin/libpypy-c.so) dpkg: error processing archive /var/cache/apt/archives/pypy-stem_1.8.0-3_all.deb (--unpack): new pypy-stem package pre-removal script subprocess returned error exit status 1 /usr/bin/pypy: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /usr/lib/pypy/bin/libpypy-c.so) dpkg: error while cleaning up: installed pypy-stem package post-installation script subprocess returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/pypy-stem_1.8.0-3_all.deb The problem: at the point where pypy-stem gets unpacked (und thus 'prerm upgrade' is run), the new pypy has already been unpacked but the new libc6 is not yet unpacked. This should be solvable by adding Pre-depends: pypy to pypy-stem (to ensure pypy is in a usable state). But this looks more like a general problem that could happen in all pypy packages ... cheers, Andreas
pypy-stem_1.8.0-3.log.gz
Description: application/gzip