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
