Date bug in Rust-based coreutils affects Ubuntu 25.10 automatic updates

Re:Date bug in Rust-based coreutils affects Ubuntu 25.10 aut... by collinfunk on Friday October 24, 2025 @04:09AM (#45692154)

Yep. I was slightly incorrect in my original message, though. SUSv2 (1997) specified egrep and fgrep but marked them LEGACY. POSIX.1-2001 removed them.

The only place that that doesn't support 'grep -E' and 'grep -F' nowadays is Solaris 10. But if you are still using that you will certainly run into many other missing options.

[1] https://pubs.opengroup.org/onlinepubs/007908775/xcu/egrep.ht... [2] https://pubs.opengroup.org/onlinepubs/007908775/xcu/fgrep.ht...

[ Parent | on HN ]

Re:Date bug in Rust-based coreutils affects Ubuntu 25.10 aut... by ajross on Friday October 24, 2025 @08:12AM (#45693832)

"GNU grep implemented a change that breaks pre-existing scripts using a 46 year old API, but it's OK because the required workaround works everywhere but Solaris 10" seems like not a great statement of engineering design to me.

[ Parent | on HN ]

Re:Date bug in Rust-based coreutils affects Ubuntu 25.10 aut... by 1718627440 on Saturday October 25, 2025 @06:31PM (#45707497)

"GNU grep added a warning to inform you of the deprecation which happened 28 years ago, but only to stderr, and still works like you expect", does to me.

[ Parent | on HN ]

Re:Date bug in Rust-based coreutils affects Ubuntu 25.10 aut... by ajross on Saturday October 25, 2025 @07:13PM (#45707703)

Meh. Look, it broke code. "Still works like you expect" is 100% false.

The deprecation argument is at least... arguable. It was indeed retired from POSIX. But needless deprecation is itself a smell in a situation where you can't audit all the code that uses it. Don't do that. It breaks stuff. It broke the updates in the linked article too. If you have an API, leave it there absent extremely strong arguments for its removal.

[ Parent | on HN ]