Connor Lane Smith <c...@lubutu.com> writes: > Hey, > > On 6 June 2011 22:10, Troels Henriksen <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?
You can use -prume to simulate -maxdepth 1. -- \ Troels /\ Henriksen
