GNU bug report logs - #52372
gash-utils & fzf conflict

Previous Next

Package: guix;

Reported by: Blake Shaw <blake <at> nonconstructivism.com>

Date: Wed, 8 Dec 2021 11:24:01 UTC

Severity: normal

Done: Tobias Geerinckx-Rice <me <at> tobias.gr>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Tobias Geerinckx-Rice <me <at> tobias.gr>
To: Blake Shaw <blake <at> nonconstructivism.com>
Cc: 52372 <at> debbugs.gnu.org, 52372-done <at> debbugs.gnu.org
Subject: bug#52372: gash-utils & fzf conflict
Date: Wed, 08 Dec 2021 18:14:12 +0100
[Message part 1 (text/plain, inline)]
Blake,

> Command failed: […] command find

This isn't ‘really’ a bug: fzf invokes whichever find(1) 
executable happens to be in $PATH at run time, and reasonably 
expects it to support the POSIX ‘-L’ option.

It also willfully tries to hide any useful error messages:

> 2> /dev/null

…maybe that's what makes Rust so safe?

gash-utils doesn't implement find -L, so failure is to be 
expected.  As you discovered the fix is as simple as uninstalling 
gash-utils, and possibly using it in a Guix environment if you 
really need it.

I don't think installing gash-utils globally into your main 
profile is a good idea!

Since find(1) is such a key requirement of fzf, it makes sense to 
treat it as a fixed input in this case and keep a reference to 
findutils' in a wrapper.

Done in commit 9bac41c2b8e7be5ab713402591ceeb32c635c214.

Thanks!

T G-R
[signature.asc (application/pgp-signature, inline)]

This bug report was last modified 3 years and 159 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.