Source: librsvg Version: librsvg/2.59.2+dfsg-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: debian-r...@lists.debian.org, debian-m...@lists.debian.org User: debian-m...@lists.debian.org Usertags: mips64el Control: block 1091629 by -1
librsvg/2.59.2+dfsg-1 failed to build on mips64el across multiple retries, most recently in <https://buildd.debian.org/status/fetch.php?pkg=librsvg&arch=mips64el&ver=2.59.2%2Bdfsg-1&stamp=1736998842&raw=0>. The end of its output looks like this, during dh_auto_build: > [14/15] /usr/bin/meson --internal exe --unpickle > /build/reproducible-path/librsvg-2.59.2+dfsg/obj-mips64el-linux-gnuabi64/meson-private/meson_exe_cargo_wrapper.py_ea39adf033191d3f6abd46936a8fd06c312c29f5.dat > warning: `/build/reproducible-path/librsvg-2.59.2+dfsg/.cargo/config` is > deprecated in favor of `config.toml` > note: if you need to support cargo 1.38 or earlier, you can symlink `config` > to `config.toml` > Compiling syn v2.0.72 > Compiling gdk-pixbuf-sys v0.20.0 > Compiling pixbufloader-svg v0.0.1 > (/build/reproducible-path/librsvg-2.59.2+dfsg/gdk-pixbuf-loader) > error: failed to acquire jobserver token > > Caused by: > Bad address (os error 14) > warning: build failed, waiting for other jobs to finish... ... > FAILED: gdk-pixbuf-loader/libpixbufloader_svg.so Earlier build attempts had a similar error either at the same point in the build, or at a diferent point, during dh_auto_test: > https://buildd.debian.org/status/fetch.php?pkg=librsvg&arch=mips64el&ver=2.59.2%2Bdfsg-1&stamp=1734507441&raw=0 > ␛[1m␛[32m Compiling␛[0m cairo-sys-rs v0.20.0 > ␛[1m␛[32m Compiling␛[0m librsvg-c v2.59.2 (/<<PKGBUILDDIR>>/librsvg-c) > ␛[1m␛[32m Compiling␛[0m gdk-pixbuf v0.20.0 > ␛[1m␛[31merror␛[0m␛[1m:␛[0m failed to acquire jobserver token > > Caused by: > Bad address (os error 14) > ␛[1m␛[33mwarning␛[0m␛[1m:␛[0m build failed, waiting for other jobs to > finish... The error message "failed to acquire jobserver token" seems to come from rustc or cargo, so I think this FTBFS bug should probably be reassigned to rustc for investigation by the mips64el porting team. "Bad address" seems like it ought to mean EFAULT, which would seem to indicate that rustc/cargo or some dependency of rustc/cargo is passing a dangling pointer to a system call, or some similar problem? librsvg is a key package and is required by most of our desktop environments, for its use in rendering SVG icons and wallpaper. If this FTBFS cannot be fixed or worked around, we will have to look into doing architecture-specific removals from mips64el, because it isn't sustainable for mips64el to be holding more widely-used architectures hostage - but if it is removed, most of the desktop ecosystem will go with it. smcv
