Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.kernel > #93843
| From | John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> |
|---|---|
| Newsgroups | linux.debian.bugs.dist, linux.debian.ports.alpha, linux.debian.ports.superh, linux.debian.ports.sparc, linux.debian.kernel |
| Subject | Bug#1145083: linux: conf utility hangs during build on several architectures |
| Date | 2026-08-22 11:20 +0200 |
| Message-ID | <NuQ3n-cu70-1@gated-at.bofh.it> (permalink) |
| References | <NuPAl-ctN9-7@gated-at.bofh.it> <NuPAl-ctN9-7@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Cross-posted to 5 groups.
Hi, On Sat, 2026-08-22 at 10:40 +0200, John Paul Adrian Glaubitz wrote: > the conf utility hangs on several architectures such as sparc64 during build [1][2][3]: > > make[4]: Leaving directory '/build/reproducible-path/linux-7.1.9/debian/build/build_sparc64_none_sparc64' > make[3]: Leaving directory '/build/reproducible-path/linux-7.1.9' > yes "" | env -u ABINAME -u ARCH -u FEATURESET -u FLAVOUR -u UPSTREAMVERSION -u LOCALVERSION -u KBUILD_HOSTCFLAGS \ > -u HOSTCFLAGS -u KBUILD_HOSTLDFLAGS DISTRIBUTION_OFFICIAL_BUILD=1 DISTRIBUTOR="Debian" DISTRIBUTION_VERSION=\ > "7.1.9-1" KBUILD_BUILD_TIMESTAMP="@1787313086" KBUILD_BUILD_VERSION_TIMESTAMP="Debian 7.1.9-1 (2026-08-21)" \ > KBUILD_BUILD_USER="debian-kernel" KBUILD_BUILD_HOST="lists.debian.org" KBUILD_VERBOSE=1 /usr/bin/make KCFLAGS=\ > -fdebug-prefix-map=/build/reproducible-path/linux-7.1.9/= KAFLAGS=-fdebug-prefix-map=/build/reproducible-path/\ > linux-7.1.9/= KRUSTFLAGS=--remap-path-prefix=/build/reproducible-path/linux-7.1.9/= HOSTRUSTFLAGS=--remap-path-prefix\ > =/build/reproducible-path/linux-7.1.9/= -C 'debian/build/source_none' O='/build/reproducible-path/linux-7.1.9/\ > debian/build/build_sparc64_none_sparc64' oldconfig >/dev/null > E: Build killed with signal TERM after 600 minutes of inactivity > > Attaching strace shows the same string written over and over again: > > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 > write(1, "\n EROFS LZMA default maxi"..., 108) = 108 The problem seems to be that CONFIG_EROFS_FS_ZIP_LZMA_DEFAULT_MAX_STREAMS cannot be set with the "yes" command. Instead, it needs to be defined in debian/config/config. Testing this now. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Back to linux.debian.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Bug#1145083: linux: conf utility hangs during build on several architectures John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> - 2026-08-22 10:50 +0200
Bug#1145083: linux: conf utility hangs during build on several architectures John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> - 2026-08-22 11:20 +0200
Bug#1145083: linux: conf utility hangs during build on several architectures John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> - 2026-08-23 07:20 +0200
csiph-web