debcrafters-packages team mailing list archive
-
debcrafters-packages team
-
Mailing list archive
-
Message #04288
[Bug 2114827] Re: 'od' invalid handling of non ascii chars
This bug was fixed in the package rust-coreutils -
0.1.0+git20250711.2ba3a33-0ubuntu1
---------------
rust-coreutils (0.1.0+git20250711.2ba3a33-0ubuntu1) questing; urgency=medium
* New upstream git commit 0.1.0+git20250711.2ba3a33
- Fix 'od' invalid handling of non ascii chars (LP: #2114827)
- Fix `cp -a` fails to copy symlink to directory (LP: #2116859)
- Fix dpkg-source fails to unpack broken symlink (LP: #2116886)
- Fix Incorrect evaluation of expr (LP: #2112445)
- Fix cat doesn't handle EPERM (LP: #2112552)
- Fix /bin/stty: invalid argument 'sane' (LP: #2113983)
- Fix tee is buffered (LP: #2114706)
- Fix rm of long paths (LP: #2114886)
- Fix ls doesn't include acl "+" info on symlink (LP: #2114887)
- Fix fold: failed to read line: stream did not contain valid UTF-8
(LP: #2114970)
- Fix gpgrt-config invalid output due to rust-coreutils "expr"
(LP: #2115147)
- Fix `cp --no-dereference --parents` where source is a symlink to
a directory (LP: #2116572)
- Internationalization and French translations for a lot of stuff
* Install locales
* d/patches/Setup-localization-for-utility-symlinks.patch: Setup the
localization when invoked via symlinks
-- Julian Andres Klode <juliank@xxxxxxxxxx> Mon, 21 Jul 2025 12:48:46
+0200
** Changed in: rust-coreutils (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of
Debcrafters packages, which is subscribed to groff in Ubuntu.
https://bugs.launchpad.net/bugs/2114827
Title:
'od' invalid handling of non ascii chars
Status in coreutils:
Unknown
Status in coreutils-from package in Ubuntu:
New
Status in groff package in Ubuntu:
New
Status in rust-coreutils package in Ubuntu:
Fix Released
Bug description:
The groff build is failing with the rust coreutils
https://launchpadlibrarian.net/798977884/buildlog_ubuntu-questing-amd64.groff_1.23.0-9_BUILDING.txt.gz
It seems to be due to 'od' incorrectly handling non-ascii chars
$ od --version
od (GNU coreutils) 9.5
$ echo '’' | LC_ALL=C od -t c
0000000 342 200 231 \n
0000004
vs
$ od --version
od 0.0.30
$echo '’' | LC_ALL=C od -t c
0000000 ’ ** ** \n
0000004
I've reported the problem also upstream
To manage notifications about this bug go to:
https://bugs.launchpad.net/coreutils/+bug/2114827/+subscriptions
References