[HN Gopher] Oxidizing Ubuntu: adopting Rust utilities by default
       ___________________________________________________________________
        
       Oxidizing Ubuntu: adopting Rust utilities by default
        
       Author : jwilk
       Score  : 45 points
       Date   : 2025-03-18 19:25 UTC (3 days ago)
        
 (HTM) web link (lwn.net)
 (TXT) w3m dump (lwn.net)
        
       | steveklabnik wrote:
       | Previously:
       | 
       | https://news.ycombinator.com/item?id=43360969
       | 
       | https://news.ycombinator.com/item?id=43353240
        
       | blueflow wrote:
       | The uutils project has the right goals - 1:1 compatibility with
       | GNU coreutils to the extent that any difference in functionality
       | is a bug.
       | 
       | The first comment on LWN is about a bug in the more(1) from
       | uutils. I checked out that code, found some oddities (like doing
       | stat() on a path to check if it exists, right before open()ing
       | it) and went to check against how GNU coreutils does it.
       | 
       | Turns out coreutils does not do it at all, because more(1) is
       | from util-linux. ta-dam.
        
       | ZoomZoomZoom wrote:
       | > This is not symbolic of any pointed move away from GNU
       | components - it's literally just about replacing coreutils with a
       | more modern equivalent. Sure, the license is different, and it's
       | a consideration, but it's by no means a driver in the decision
       | making.
       | 
       | Sorry, don't believe this one bit. I'm very thankful for
       | everything Canonical/Ubuntu did about 20 years ago, but no
       | thanks. This comes from someone who loves Rust and what it made
       | possible. However, freedoms are too important to not treat
       | anything that looks like an attack on them as such.
        
       ___________________________________________________________________
       (page generated 2025-03-21 23:00 UTC)