4 ms·

It... doesn't though: https://uutils.github.io/coreutils/docs/test_coverage.html https://uutils.github.io/coreutils/docs/test_coverage.html Neither this issue,

by gpm 1y ago

It... doesn't though: https://uutils.github.io/coreutils/docs/test_coverage.html https://uutils.github.io/coreutils/docs/test_coverage.html Neither this issue, which doesn't appear to be a bug at all but merely an unimplemented feature, nor the fact that uutils doesn't (yet) pass the entire testsuite, seem to me to at all be an indictment of the uutils project, merely a sign that it is incomplete. Which is hardly surprising when I get the impression it's primarily been a hobby project for a bunch of different developers. It does make me wonder about the wisdom of Ubuntu moving to it.

cataflam 1y ago
Wow. Maybe I'm missing something but it seems really weird to replace a tool with a rewrite that doesn't pass the test suite!
- EraYaN 1y ago
  The non-passing test was only added like 17 hours ago: https://github.com/coreutils/coreutils/commit/14d24f7a530f587099057fa5411ebcf3cfc55e7d https://github.com/coreutils/coreutils/commit/14d24f7a530f58... So this is a good thing even for coreutils itself, they will slowly find all of these untested bits and specify behaviour more clearly and add tests (hopefully).
blueflow 1y ago
I mean, how long did they take to realize that the more(1) they shipped had no equivalent in GNU coreutils at all? Its from util-linux: https://github.com/uutils/coreutils/issues/8975 https://github.com/uutils/coreutils/issues/8975 Doesn't look like people who do their homework
e2le 1y ago
If it's not passing the test suite, then why is it even considered for inclusion in a distribution like Ubuntu? Ubuntu is likely used by 10s of millions of servers and desktops. I'm not sure why this kind of breakage is considered acceptable. Very confusing.
- ls65536 1y ago
  Maybe the thought is that there will be more pressure now on getting all the tests to pass given the larger install base? It isn't a great way to push out software, but it's certainly a way to provide motivation. I'm personally more interested in whether the ultimate decision will be to leave these as the default coreutils implementation in the next Ubuntu LTS release version (26.04) or if they will switch back (and for what reason).
- mort96 1y ago
  It's a part of Ubuntu 25.10 to get it ready for prime time for Ubuntu 26.04. Users who need stability should use the LTS releases. The interim releases have always been more experimental, and have always been where Canonical introduces the big changes to ensure everything's mature by the time the LTS comes around.
  - pepa65 1y ago
    Running production on non-LTS Ubuntu would be insane (unless it was a very short-term deployment on a more modern system).
  - mirashii 1y ago
    The problem is that this isn't Canonical's own stance. From https://ubuntu.com/about/release-cycle https://ubuntu.com/about/release-cycle > Every six months between LTS versions, Canonical publishes an interim release of Ubuntu, with 25.10 being the latest example. These are production-quality releases and are supported for 9 months, with sufficient time provided for users to update, but these releases do not receive the long-term commitment of LTS releases.
- pas 1y ago
  they have a tendency to try novel/different things, like upstart (init system), mir (desktop compositor (?)) and this is probably a net positive, there's now an early adopter for the project, the testsuite gets improved, and the next Ubuntu LTS will ship more modern tools
- johnisgood 1y ago
jcranmer 1y ago
FWIW, the first test in the coreutils test suite covering the `date -r` case was added... 5 hours ago: https://github.com/coreutils/coreutils/blob/master/tests/date/reference.sh https://github.com/coreutils/coreutils/blob/master/tests/dat... I don't know what the code coverage of coreutils' test suite is, but my guess is that it's not spectacular.
- JuniperMesos 1y ago
  This is good, the correct behavior of coreutils is now specified a little bit more thoroughly than it was previously.

by gpm 1y ago

cataflam 1y ago

Wow. Maybe I'm missing something but it seems really weird to replace a tool with a rewrite that doesn't pass the test suite!

EraYaN 1y ago
The non-passing test was only added like 17 hours ago: https://github.com/coreutils/coreutils/commit/14d24f7a530f587099057fa5411ebcf3cfc55e7d https://github.com/coreutils/coreutils/commit/14d24f7a530f58... So this is a good thing even for coreutils itself, they will slowly find all of these untested bits and specify behaviour more clearly and add tests (hopefully).

blueflow 1y ago

I mean, how long did they take to realize that the more(1) they shipped had no equivalent in GNU coreutils at all? Its from util-linux: https://github.com/uutils/coreutils/issues/8975 https://github.com/uutils/coreutils/issues/8975 Doesn't look like people who do their homework

e2le 1y ago

If it's not passing the test suite, then why is it even considered for inclusion in a distribution like Ubuntu? Ubuntu is likely used by 10s of millions of servers and desktops. I'm not sure why this kind of breakage is considered acceptable. Very confusing.

ls65536 1y ago
Maybe the thought is that there will be more pressure now on getting all the tests to pass given the larger install base? It isn't a great way to push out software, but it's certainly a way to provide motivation. I'm personally more interested in whether the ultimate decision will be to leave these as the default coreutils implementation in the next Ubuntu LTS release version (26.04) or if they will switch back (and for what reason).
mort96 1y ago
It's a part of Ubuntu 25.10 to get it ready for prime time for Ubuntu 26.04. Users who need stability should use the LTS releases. The interim releases have always been more experimental, and have always been where Canonical introduces the big changes to ensure everything's mature by the time the LTS comes around.
- pepa65 1y ago
  Running production on non-LTS Ubuntu would be insane (unless it was a very short-term deployment on a more modern system).
- mirashii 1y ago
  The problem is that this isn't Canonical's own stance. From https://ubuntu.com/about/release-cycle https://ubuntu.com/about/release-cycle > Every six months between LTS versions, Canonical publishes an interim release of Ubuntu, with 25.10 being the latest example. These are production-quality releases and are supported for 9 months, with sufficient time provided for users to update, but these releases do not receive the long-term commitment of LTS releases.
pas 1y ago
they have a tendency to try novel/different things, like upstart (init system), mir (desktop compositor (?)) and this is probably a net positive, there's now an early adopter for the project, the testsuite gets improved, and the next Ubuntu LTS will ship more modern tools
johnisgood 1y ago

jcranmer 1y ago

FWIW, the first test in the coreutils test suite covering the `date -r` case was added... 5 hours ago: https://github.com/coreutils/coreutils/blob/master/tests/date/reference.sh https://github.com/coreutils/coreutils/blob/master/tests/dat... I don't know what the code coverage of coreutils' test suite is, but my guess is that it's not spectacular.

JuniperMesos 1y ago
This is good, the correct behavior of coreutils is now specified a little bit more thoroughly than it was previously.