Bug#982974: FTBFS: fails to compile translation files
On Fri, Feb 19, 2021 at 02:43:03PM +0530, Ritesh Raj Sarraf wrote: >... > On Thu, 2021-02-18 at 07:16 -0800, tony mancill wrote: >... > > It seems that a local sbuild in a clean chroot doesn't set the > > environment the same way that reproducible-builds.org does, as > > 4.17.0-1 > > builds correctly in that environment. But that's a separate concern. > > > > Yes. That is an oddity in between the buildds and other efforts (like > Reproducible Builds, OBS). Reproducible Builds does not try to mimic the buildds. Reproducible Builds tries to ensure that the package always ends up being the same, even when built in different and weird timezones, and no matter whether the locale sorts 'z' before or after 't'. >... > It isn't identical to what buildds do but we try to > keep it as close to it as possible. >... The buildds set LC_ALL=C.UTF-8 I would argue in the year 2021 dpkg should just refuse with a helpful error message to build packages in a non-UTF-8 locale, but this is a separate discussion. cu Adrian
Bug#982974: FTBFS: fails to compile translation files
Control: close -1 4.18.0-1 On Thu, Feb 18, 2021 at 07:16:37AM -0800, tony mancill wrote: >... > It seems that a local sbuild in a clean chroot doesn't set the > environment the same way that reproducible-builds.org does, as 4.17.0-1 > builds correctly in that environment. But that's a separate concern. reproducible-builds.org in the first build (and apparently Ritesh) are building in a non-UTF-8 locale. The buildds are building in an UTF-8 locale. > I just wanted to comment that the reproducible-builds.org build for > 4.18.0-2 is successful, and that is the version we would like to get > into bullseye. It is currently blocked by #979609 [1]. I'm closing this bug with correct version information, so that the BTS knows this is a bug in bullseye that is fixed in sid. > Cheers, > tony >... cu Adrian
Bug#982974: FTBFS: fails to compile translation files
Hi Tony, On Thu, 2021-02-18 at 07:16 -0800, tony mancill wrote: > > Tags: ftbfs > > Justification: fails to build from source (but built successfully > > in the past) > > Hi Ritesh, > > It seems that a local sbuild in a clean chroot doesn't set the > environment the same way that reproducible-builds.org does, as > 4.17.0-1 > builds correctly in that environment. But that's a separate concern. > Yes. That is an oddity in between the buildds and other efforts (like Reproducible Builds, OBS). In our case, the same build failure is seen on an OBS build setup, which creates a chroot on-the-fly for the target build platform. It isn't identical to what buildds do but we try to keep it as close to it as possible. > I just wanted to comment that the reproducible-builds.org build for > 4.18.0-2 is successful, and that is the version we would like to get > into bullseye. It is currently blocked by #979609 [1]. Oh! Great. I did see the new version and the bug report against it. I wasn't sure if it would be targeted for Bullseye. Now that you have confirmed, I'll wait for it to be fixed, built and transitioned to Testing. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: This is a digitally signed message part
Bug#982974: FTBFS: fails to compile translation files
On Wed, Feb 17, 2021 at 09:38:16PM +0530, Ritesh Raj Sarraf wrote: > Source: swt4-gtk > Version: 4.17.0-1 > Severity: serious > Tags: ftbfs > Justification: fails to build from source (but built successfully in the past) Hi Ritesh, It seems that a local sbuild in a clean chroot doesn't set the environment the same way that reproducible-builds.org does, as 4.17.0-1 builds correctly in that environment. But that's a separate concern. I just wanted to comment that the reproducible-builds.org build for 4.18.0-2 is successful, and that is the version we would like to get into bullseye. It is currently blocked by #979609 [1]. Cheers, tony [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=979609
Bug#982974: FTBFS: fails to compile translation files
Source: swt4-gtk Version: 4.17.0-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) Dear Maintainer, During a rebuild of the package on a Bullseye based derivate, it is found that the package fails to build. From the build failure log, it seems the issue is related to non-ascii characters. Snippet below. Also to mention that the same build failure is also seen on the Reproducible Builds setup. ``` [ 353s] dh binary --buildsystem=makefile --with maven-repo-helper --with javahelper [ 353s]dh_update_autotools_config -O--buildsystem=makefile [ 353s]dh_autoreconf -O--buildsystem=makefile [ 353s]dh_auto_configure -O--buildsystem=makefile [ 354s]jh_linkjars -O--buildsystem=makefile [ 354s]debian/rules override_dh_auto_build [ 354s] make[1]: Entering directory '/usr/src/packages/BUILD' [ 354s] cd bundles/org.eclipse.swt && ant -f buildFragment.xml build.jars -Dswt.ws=gtk -Dplugindir=. [ 355s] Buildfile: /usr/src/packages/BUILD/bundles/org.eclipse.swt/buildFragment.xml [ 356s] [ 356s] properties: [ 356s] [ 356s] init: [ 356s] [mkdir] Created dir: /usr/src/packages/BUILD/bundles/org.eclipse.swt/target [ 356s] [ 356s] build.jars: [ 356s] [ 356s] properties: [ 356s] [ 356s] init: [ 356s] [ 356s] @dot: [ 356s] [mkdir] Created dir: /usr/src/packages/BUILD/bundles/org.eclipse.swt/temp.folder/@dot.bin [ 356s] [ 356s] copy.gtk.src: [ 357s] [copy] Copying 512 files to /usr/src/packages/BUILD/bundles/org.eclipse.swt/temp.folder/@dot.src [ 357s] [ 357s] copy.translationfiles: [ 358s] [javac] Compiling 436 source files to /usr/src/packages/BUILD/bundles/org.eclipse.swt/temp.folder/@dot.bin [ 360s] [javac] /usr/src/packages/BUILD/bundles/org.eclipse.swt/temp.folder/@dot.src/org/eclipse/swt/layout/FillLayout.java:13: error: unmappable character (0xC3) for encoding US-ASCII [ 360s] [javac] * Christoph L??ubrich - Bug 513185 [ 360s] [javac] ^ [ 360s] [javac] /usr/src/packages/BUILD/bundles/org.eclipse.swt/temp.folder/@dot.src/org/eclipse/swt/layout/FillLayout.java:13: error: unmappable character (0xA4) for encoding US-ASCII [ 360s] [javac] * Christoph L??ubrich - Bug 513185 [ 360s] [javac]^ [ 361s] [javac] 2 errors [ 361s] [ 361s] BUILD FAILED [ 361s] /usr/src/packages/BUILD/bundles/org.eclipse.swt/buildFragment.xml:88: The following error occurred while executing this line: [ 361s] /usr/src/packages/BUILD/bundles/org.eclipse.swt/buildFragment.xml:61: Compile failed; see the compiler error output for details. [ 361s] [ 361s] Total time: 5 seconds [ 361s] make[1]: *** [debian/rules:30: override_dh_auto_build] Error 1 [ 361s] make[1]: Leaving directory '/usr/src/packages/BUILD' [ 361s] make: *** [debian/rules:27: binary] Error 2 [ 361s] dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 ``` -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (990, 'unstable'), (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-3-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_USER Locale: LANG=en_IN.UTF-8, LC_CTYPE=en_IN.UTF-8 (charmap=UTF-8), LANGUAGE=en_US Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled