#1073471 quickml: FTBFS: lib/quickml/gettext.rb:30:in `load': messages.ja:5: invalid multibyte char (EUC-JP) (SyntaxError) #1073471
- Package:
- src:quickml
- Source:
- src:quickml
- Submitter:
- Lucas Nussbaum
- Date:
- 2026-06-02 13:06:02 UTC
- Severity:
- normal
- Tags:
Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): The full build log is available from: http://qa-logs.debian.net/2024/06/15/quickml_0.8-2_unstable.log All bugs filed during this archive rebuild are listed at: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20240615;users=lucas@debian.org or: https://udd.debian.org/bugs/?release=na&merged=ign&fnewerval=7&flastmodval=7&fusertag=only&fusertagtag=ftbfs-20240615&fusertaguser=lucas@debian.org&allbugs=1&cseverity=1&ctags=1&caffected=1#results A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! If you reassign this bug to another package, please mark it as 'affects'-ing this package. See https://www.debian.org/Bugs/server-control#affects If you fail to reproduce this, please provide a build log and diff it with mine so that we can identify if something relevant changed in the meantime.
I've stumbled upon this while merging quickml for Ubuntu 26.10, and fixed it. The root cause is that patch 0001 tagged the character encoding of message.ja as EUC-JP, which *used* to be correct, but has since changed, as the file is now UTF-8. This means the multibyte UTF-8 Japanese in the file is no longer valid EUC-JP, causing build failure. Another build error occurred due to attempted chowning in d/rules, I removed this entirely (the chowning is already done in postinst, making it redundant regardless of the build failure). See attached patch. Thanks Grayson Wolf
On Mon, Jun 01, 2026 at 04:06:26PM -0400, Grayson Wolf wrote: - chown list:list $(DESTDIR)/var/lib/quickml - chown list:list $(DESTDIR)/var/log/quickml Hi. I don't think this is correct. The intent is for those directories to be list:list inside the .deb, and a postinst can't change what is inside the .deb. The orthodox fix here is to use "Rules-Requires-Root: binary-targets" (If there is a build failure, it's because "no" has become the default, but maintainers can still use a value different than "no"). Thanks.
Hi, thank you for the feedback. I've adjusted the patch accordingly. Thanks.