Hey,
On 6 June 2011 22:10, Troels Henriksen <athas_AT_sigkill.dk> wrote:
> If . is part of your PATH (leaving aside questions of whether this is a
> good idea), dmenu_path can be very slow, as it searches the entire tree
> from the working directory for binaries, despite the fact that only
> those immediately in the directory matter. The following patch passes
> -maxdepth 1 to the find(1) invocations, such that the search is no
> deeper than actually needed to reflect the state of the PATH.
Unfortunately the -maxdepth is unportable, so it isn't a possible
solution for mainline. It is a problem though, although . in $PATH
*is* completely broken. A solution, I suppose, could be to bundle
lsx(1) and patch dmenu_path accordingly... Not sure how I feel about
that. But does lsx even have a repo of its own?
Thanks,
cls
Received on Mon Jun 06 2011 - 23:23:41 CEST
This archive was generated by hypermail 2.2.0 : Mon Jun 06 2011 - 23:36:03 CEST