homeshick icon indicating copy to clipboard operation
homeshick copied to clipboard

UUtils-coreutils beaks homeshick

Open onlyhavecans opened this issue 3 months ago • 3 comments

I decided to try out uutils today and it critically broke homeshick. I don't believe this is necessary a bug in homeshick but I DID want to give you a heads up in case you wanted to patch around it.

I filed an upstream ticket here https://github.com/uutils/coreutils/issues/8910 with even more details but in short.

The issue is in abs_path function at line 50 in lib/fs.sh When called as abs_path -P "/home/dos/." as it does on my system:

  • GNU coreutils: Returns /home/dos
  • uutils coreutils: Returns /home

This makes a link want to update all of my links to broken version with bad links

  • Expected: ~/.zshrc -> .homesick/repos/dotfiles/home/.zshrc
  • Actual: ~/.zshrc -> dos/.homesick/repos/dotfiles/home/.zshrc

onlyhavecans avatar Oct 14 '25 20:10 onlyhavecans

Was just hit by this, thanks for the report, I fixed by restoring gnu coreutils on Ubuntu 25.10:

 apt install coreutils-from-gnu coreutils-from-uutils- --allow-remove-essential

filviu avatar Oct 15 '25 17:10 filviu

Copying the significant part from your linked ticket:

$ dirname --version
dirname (uutils coreutils) 0.2.2
...

$ dirname /home/dos/.
/home

...

$ dirname --version
dirname (GNU coreutils) 9.7
...

$ dirname /home/dos/.
/home/dos

Ouch. Yeah, I'll leave the ticket open for others to find. This is not something I think we should fix (or work around) though.
That is just broken :-/

andsens avatar Oct 15 '25 18:10 andsens

The uutil's team has already merged a path for fixing this specific case but are working on a larger ticket to completely change their dirname to not resolve the path before removing components of it, which is the problem.

onlyhavecans avatar Oct 16 '25 17:10 onlyhavecans