Daniel Skorka writes: > On Mon, 1 Aug 2011 18:04:50 +0200 > Jean-Francois Dockes <[email protected]> wrote: > > > As far as I know, recoll only uses its own (and stale) copy of > > xdg-open if the system one is not found in the PATH. I'd be > > interested by more detail about how it gets to execute its own copy. > > There is no doubt that recoll is using it's own copy instead of the > xdg-utils one. Other programs use /usr/bin/xdg-open, and it works > without a hitch. I tried debugging recoll, but did not have much > success. However, doing an strace of recoll and it's children, I see > first an access() to /usr/share/recoll/filters/xdg-open, then a clone() > and then the child does > execve("/bin/sh", ["sh", "-c", "/usr/share/recoll/filters/xdg-op"...] > At no point does recoll look for /usr/bin/xdg-open. > This is unlike xdg-mime, which it looks for, and finds, in /usr/bin
Just for the record, and not to leave this on a wrong understanding. Recoll is designed to look for xdg-open in the PATH and only use its own copy as a last resort, and in general, this is what it does. I don't know why this doesn't work for you, this is either a recoll bug (which I would like to fix), or a misconfiguration issue. Cheers, jf -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
