Bah, I didn't read at the end (that's what I get for people walking in while typing)
try /bin/find On Thu, Jun 3, 2010 at 5:20 PM, Jason King <[email protected]> wrote: > Out of curiousity, what does 'which find' show? (/usr/gnu/bin/find or > /usr/bin/find)? > > > On Thu, Jun 3, 2010 at 4:58 PM, Frank Middleton > <[email protected]> wrote: >> On 06/03/10 16:51, Danek Duvall wrote: >> >>>>> ls -lrt /usr/lib/32 >>>> >>>> lrwxrwxrwx 1 root root 1 Mar 27 17:43 /usr/lib/32 -> ./ >>> >>> That's as it's supposed to be. I think the point is that you can always >>> point to $(isainfo -b) -- whether in an ELF runpath or in LD_LIBRARY_PATH >>> or whatever, and have it just work, for some value of work. You'll note >>> that the link "64" points either to "amd64" or to "sparcv9" depending on >>> the platform architecture. >> >> Yes, neat! But find /usr/lib/$(isainfo -b) doesn't return anything useful >> but -L seems to break both sun and gnu find, so unless you know the >> path past the $(isainfo -b), you have to use -L or find /usr/lib/$(isainfo >> -b)/* >> >> # ls -ld /usr/lib/32/cacao/ext/webserver/ >> drwxr-xr-x 3 root sys 4 Oct 4 2009 /usr/lib/32/cacao/ext/webserver/ >> # ls -ld /usr/lib/32/installadm/webserver >> -rwxr-xr-x 1 root bin 14559 Dec 12 13:29 /usr/lib/32/installadm/webserver >> # find /usr/lib/32 -name webserver >> # find -L /usr/lib/32 -name webserver >> /usr/lib/32/cacao/ext/webserver >> find: Symbolic link `/usr/lib/32/libp/32' is part of a loop in the directory >> hierarchy; we have already visited the directory to which it points. >> find: Symbolic link `/usr/lib/32/secure/32' is part of a loop in the >> directory hierarchy; we have already visited the directory to which it >> points. >> find: Symbolic link `/usr/lib/32/elfedit/32' is part of a loop in the >> directory hierarchy; we have already visited the directory to which it >> points. >> find: Symbolic link `/usr/lib/32/tcl8.4/sqlite3/32' is part of a loop in the >> directory hierarchy; we have already visited the directory to which it >> points. >> ^C >> # >> >> note it doesn't seem to find installadm/webserver >> >> This problem surfaced when trying to install a successfully built mplayer: >> >> # pwd >> /usr/local/src/mplayer >> # make install >> install -d /usr/local/bin /usr/local/etc/mplayer /usr/local/lib >> install -m 755 -s mencoder /usr/local/bin >> find: cycle detected for /lib/32/ >> find: cycle detected for /lib/secure/32/ >> find: cycle detected for /lib/crypto/32/ >> find: cycle detected for /usr/lib/libp/32/ >> find: cycle detected for /usr/lib/secure/32/ >> find: cycle detected for /usr/lib/elfedit/32/ >> find: cycle detected for /usr/lib/tcl8.4/sqlite3/32/ >> ^Cmake: *** [install-mencoder] Interrupt >> >> Unless I'm doing something really silly,, find -L doesn't seem to work at >> all with cyclic links. I suppose it might terminate eventually... >> >> # which find >> /usr/gnu/bin/find >> >> This really isn't a pkg issue, but AFAIK pkg "did it". I suspect >> things like some configure scripts are liable to break too... >> >> Any suggestions? >> >> Thanks -- Frank >> >> >> _______________________________________________ >> pkg-discuss mailing list >> [email protected] >> http://mail.opensolaris.org/mailman/listinfo/pkg-discuss >> > _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
