Bug#1074706: [Pkg-pascal-devel] Bug#1074706: fpc: FTBFS: make[1]: *** [Makefile:9: de] Error 1
On 02/07/2024 14:30, Lucas Nussbaum wrote: Source: fpc Version: 3.2.2+dfsg-33 Severity: serious Justification: FTBFS Tags: trixie sid ftbfs User: lu...@debian.org Usertags: ftbfs-20240702 ftbfs-trixie Hi, Project developers During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): snip /usr/bin/make -C fpcsrc/utils/fpdoc/intl install INSTALL_PREFIX=/<>/debian/tmp/usr PP=/<>/fpcsrc/compiler/ppcx64 make[1]: Entering directory '/<>/fpcsrc/utils/fpdoc/intl' msgfmt fpdoc.de.po dwriter.de.po -o fpdoc.de.mo msgfmt: input file doesn't contain a header entry with a charset specification make[1]: *** [Makefile:9: de] Error 1 The immediate cause of the build fail, is that msgfmt is called against de.po files which have no header. Until recently, fpc built OK, and msgfmt did not appear in the build logs. I have no idea why this problem has just appeared now, but the build can be saved by commenting out the build of the de.mo files. In d/rules #$(MAKE) -C fpcsrc/utils/fpdoc/intl install $(INSTALLOPTS) and in d/fp-utils.install.in #usr/share/locale Regards, Peter
Bug#1072718: [Pkg-pascal-devel] Bug#1072718: lazarus: Lazarus fails to compile itself
On 07/06/2024 02:26, Bas van Besouw wrote: Package: lazarus Version: 3.0+dfsg1-8 Severity: serious Tags: ftbfs Hi Bas, some general points about bug reporting; 1) The tag ftbfs is used when the package does not build from the debian source (using debuild or whatever) https://buildd.debian.org/status/package.php?p=lazarus Lazarus is building fine from source. When a compiler fails to build something locally, that is not ftbfs. If the package really was ftbfs, there would be nothing for users to install. 2) The severity serious means a "severe violation of Debian policy". https://www.debian.org/Bugs/Developer#severities Lazarus failing to rebuild the IDE, but generally working fine apart from that, is unfortunate, and definitely a [Normal] bug, but it is hardly a "severe violation of Debian policy". Regards, Peter P.S. I can reproduce this problem too, with both 3.0 & 3.4 Debian packages, but rebuilding the IDE works with the Arch Linux 3.4 package.
Bug#1069554: [Pkg-pascal-devel] Bug#1069554: this is no bug in the package, bug in the script doing the rebuild?
On 24/04/2024 20:02, Rene Engelhard wrote: This bugreport now caused the following "fix" in winff: Build-Depends-Indep: faketime, libreoffice-draw-nogui | libreoffice-draw, libreoffice-writer-nogui | libreoffice-writer, which I consider bad... Hi Rene, Why is it bad? The nogui's are lighter dependencies than the gui packages. One or the other is needed. Surely better to use the nogui if its available? Regards, Peter P.S. Relates to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065447
Bug#1069554: [Pkg-pascal-devel] Bug#1069554: winff: FTBFS on armel: build-dependency not installable: libreoffice-draw-nogui
On 20/04/2024 21:28, Paul Gevers wrote: Hi, On 20-04-2024 3:22 p.m., Lucas Nussbaum wrote: The following packages have unmet dependencies: sbuild-build-depends-main-dummy : Depends: libreoffice-draw-nogui but it is not installable E: Unable to correct problems, you have held broken packages. apt-get failed. I recall rene mentioning that parts of lo are expected to not work on armel due to java being broken. Probably the best way forward is to request binary removal on armel. Paul Hi Paul, Thanks for commenting. Despite spitting out "Warning: failed to launch javaldx - java may not function correctly" I gather soffice does not actually use Java, for pdf creation. I hope to fix this by changing the build dependencies. Cheers, Peter
Bug#1061034: Re Bug#1061034
While Lazarus release (3.0+dfsg1-6) fixed the immediate problem of ideconfig.lpk missing, lazbuilds still all fail, now with "Note: (lazarus) Invalid Package Link: file "/usr/lib/lazarus/3.0/ide/packages/idedebugger/idedebugger.lpk" does not exist." Builds fail on the firts missing (lazarus) package. Providing idedebugger.lpk alone may not be sufficient to fix builds lazarus packages fail to build unless lazarus_src is included in build depends. Affects c-evo-dh, ddrescueview, view3dscene, winff, doublecmd
Bug#1019300: mp3guessenc: autopkgtests failure with grep 3.8: fgrep is deprecated
On 07/09/2022 07:22, Pino Toscano wrote: Source: mp3guessenc Version: 0.27.5+dfsg.1-1 Severity: serious Tags: patch Justification: breaks autopkgtests Hi, GNU grep 3.8 officially deprecates egrep and fgrep, and those two commands now issue a deprecation message on stderr [1]. The autopkgtests of mp3guessenc use fgrep, and while they still work fine, the extra messages on stderr are considered by default a failure, and thus the tests are marked as such. While autopkgtest has a "allow-stderr" restriction to not consider stderr output as failure in case it is expected, I think the better solution here is simply to switch away from fgrep to grep -F. This works fine with grep 3.8 and any older version. Patch attached for this. [1] https://lists.gnu.org/archive/html/info-gnu/2022-09/msg1.html Thanks, Thanks for the patch. I've uploaded a fixed version to Mentors. https://mentors.debian.net/package/mp3guessenc/ Cheers, Peter