Re: /lib/exec/ld-elf.so.1: Shared object libpcre.so.0 not found, required by libxfsm-4.6.so.0 amd64 FreeBSD 8.2
On Thu, Feb 16, 2012 at 9:08 AM, Antonio Olivares olivares14...@gmail.com wrote: On Thu, Feb 16, 2012 at 8:18 AM, Ryan Frederick ryanrfreder...@gmail.com wrote: It looks like others have run into this problem with avahi-app as well: http://lists.freebsd.org/pipermail/freebsd-ports/2011-July/068658.html A cursory search shows that uninstalling avahi-app then reinstalling should take care of the compilation failure. Afterward you should be able to run portmaster as shown in the error message (minus 'net/avahi-app') to finish recompiling the ports that depend on pcre. Ryan This does make the desktop work again :) I followed the advice and am back in the saddle. Some things failed to compile, but I used -x parameter to not update them. I will track those ports later. I appreciate the help and advice provided. It appears that a new pcre update hits the ports later. I wonder if it bypasses the original problem. Regards, Antonio ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: /lib/exec/ld-elf.so.1: Shared object libpcre.so.0 not found, required by libxfsm-4.6.so.0 amd64 FreeBSD 8.2
On Thu, 16 Feb 2012 09:08:54 -0600 Antonio Olivares wrote: On Thu, Feb 16, 2012 at 8:18 AM, Ryan Frederick ryanrfreder...@gmail.com wrote: It looks like others have run into this problem with avahi-app as well: http://lists.freebsd.org/pipermail/freebsd-ports/2011-July/068658.html A cursory search shows that uninstalling avahi-app then reinstalling should take care of the compilation failure. Afterward you should be able to run portmaster as shown in the error message (minus 'net/avahi-app') to finish recompiling the ports that depend on pcre. Thanks Ryan when I get home tonight, I will remove avahi-app and reinstall it and then recompile all the ports that depend on pcre. I ran into this problem yesterday and removing avahi-ap didn't fix it for me. In the end I identified some orphaned libraries under /usr/local/ and deleting those fixed the problem. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: /lib/exec/ld-elf.so.1: Shared object libpcre.so.0 not found, required by libxfsm-4.6.so.0 amd64 FreeBSD 8.2
It looks like others have run into this problem with avahi-app as well: http://lists.freebsd.org/pipermail/freebsd-ports/2011-July/068658.html A cursory search shows that uninstalling avahi-app then reinstalling should take care of the compilation failure. Afterward you should be able to run portmaster as shown in the error message (minus 'net/avahi-app') to finish recompiling the ports that depend on pcre. Ryan On 02/15/2012 10:55 PM, Antonio Olivares wrote: On Wed, Feb 15, 2012 at 9:33 PM, Robert Bonomibon...@mail.r-bonomi.com wrote: Antonio Olivaresolivares14...@gmail.com wrote; I am doing this and see how it goes. I used ldd to check for libprce.so and I got : ldd /usr/local/lib/libprce.so: libc.so.7 = /lib/libc.so.7 (0x800647000) ldd /usr/local/lib/libprce.so.1: libc.so.7 = /lib/libc.so.7 (0x800647000) There are two of them :( Should there be only one? This is _normal_. The .so (with no further sufix), is generally just a link to the 'latest' .so *with* a numeric suffix. I am in a not good state now. I broke two machines by updating to latest and get the same error on both machines. I get the /libexec/ld-elf.so.1: Shared object libpcre.so.0 is needed by * and nothing works, I run # portmaster -r pcre-8.30 and it bombs out with the following: signals-marshal.c:186: warning: ISO C forbids conversion of object pointer to function pointer type CC libavahi_gobject_la-ga-client-enumtypes.lo CC libavahi_gobject_la-ga-entry-group-enumtypes.lo CC libavahi_gobject_la-ga-enums-enumtypes.lo CCLD libavahi-gobject.la GISCAN Avahi-0.6.gir g-ir-scanner: warning: Option --strip-prefix has been deprecated; see --identifier-prefix and --symbol-prefix. /usr/include/machine/endian.h:123: syntax error, unexpected '{' in ' return (__extension__ ({ register __uint64_t __X = (_x); __asm (bswap %0 : +r (__X)); __X; }));' at '{' /usr/include/machine/endian.h:123: syntax error, unexpected ';' in ' return (__extension__ ({ register __uint64_t __X = (_x); __asm (bswap %0 : +r (__X)); __X; }));' at ';' /usr/include/machine/endian.h:130: syntax error, unexpected '{' in ' return (__extension__ ({ register __uint32_t __X = (_x); __asm (bswap %0 : +r (__X)); __X; }));' at '{' /usr/include/machine/endian.h:130: syntax error, unexpected ';' in ' return (__extension__ ({ register __uint32_t __X = (_x); __asm (bswap %0 : +r (__X)); __X; }));' at ';' /libexec/ld-elf.so.1: Shared object libpcre.so.0 not found, required by libavahi-glib.so.1 Command '['/usr/ports/net/avahi-app/work/avahi-0.6.29/avahi-gobject/tmp-introspectGYNEXM/Avahi-0.6', '--introspect-dump=/usr/ports/net/avahi-app/work/avahi-0.6.29/avahi-gobject/tmp-introspectGYNEXM/types.txt,/usr/ports/net/avahi-app/work/avahi-0.6.29/avahi-gobject/tmp-introspectGYNEXM/dump.xml']' returned non-zero exit status 1 gmake[3]: *** [Avahi-0.6.gir] Error 1 gmake[3]: Leaving directory `/usr/ports/net/avahi-app/work/avahi-0.6.29/avahi-gobject' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/net/avahi-app/work/avahi-0.6.29/avahi-gobject' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/net/avahi-app/work/avahi-0.6.29' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/net/avahi-app. === make failed for net/avahi-app === Aborting update === Update for avahi-app-0.6.29_1 failed === Aborting update === Update for gvfs-1.6.6_2 failed === Aborting update === Update for Thunar-1.3.0 failed === Aborting update Terminated === There are messages from installed ports to display, but first take a moment to review the error messages above. Then press Enter when ready to proceed. === pkg-message for gamin-0.1.10_4 === Gamin will only provide realtime notification of changes for at most n files, where n is the minimum value between (kern.maxfiles * 0.7) and (kern.maxfilesperproc - 200). Beyond that limit, files will be polled. If you often open several large folders with Nautilus, you might want to increase the kern.maxfiles tunable (you do not need to set kern.maxfilesperproc, since it is computed at boot time from kern.maxfiles). For a typical desktop, add the following line to /boot/loader.conf, then reboot the system: kern.maxfiles=25000 The behavior of gamin can be controlled via the various gaminrc files. See http://www.gnome.org/~veillard/gamin/config.html on how to create these files. In particular, if you find gam_server is taking up too much CPU time polling for changes, something like the following may help in one of the gaminrc files: # reduce polling frequency to once per 10 seconds # for UFS file systems in order to lower CPU load fsset ufs poll 10 === === pkg-message for liblqr-1-0.4.1_2 ==
Re: /lib/exec/ld-elf.so.1: Shared object libpcre.so.0 not found, required by libxfsm-4.6.so.0 amd64 FreeBSD 8.2
On Thu, Feb 16, 2012 at 8:18 AM, Ryan Frederick ryanrfreder...@gmail.com wrote: It looks like others have run into this problem with avahi-app as well: http://lists.freebsd.org/pipermail/freebsd-ports/2011-July/068658.html A cursory search shows that uninstalling avahi-app then reinstalling should take care of the compilation failure. Afterward you should be able to run portmaster as shown in the error message (minus 'net/avahi-app') to finish recompiling the ports that depend on pcre. Ryan Thanks Ryan when I get home tonight, I will remove avahi-app and reinstall it and then recompile all the ports that depend on pcre. Then if successfull hopefully, I will report back. Thanks for your help guidance. Regards, Antonio ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
/lib/exec/ld-elf.so.1: Shared object libpcre.so.0 not found, required by libxfsm-4.6.so.0 amd64 FreeBSD 8.2
Dear folks, I updated ports and one failed, gimp-app. I checked /usr/src/UPDATING and I followed advice there to run # portmaster -w devel/pcre and I did this, and now machine won't get X. How can I bypass this mistake? I am now hesitant to update the other machines :(, I will get into problems starting X because of some update of a certain lib. Any thoughts, ideas or suggestions? Regards, Antonio ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: /lib/exec/ld-elf.so.1: Shared object libpcre.so.0 not found, required by libxfsm-4.6.so.0 amd64 FreeBSD 8.2
You can recompile all ports that depend on pcre so that they'll use the new shared library. You can do so with: # portmaster -r pcre-8.30 Ryan On 02/15/2012 08:42 PM, Antonio Olivares wrote: Dear folks, I updated ports and one failed, gimp-app. I checked /usr/src/UPDATING and I followed advice there to run # portmaster -w devel/pcre and I did this, and now machine won't get X. How can I bypass this mistake? I am now hesitant to update the other machines :(, I will get into problems starting X because of some update of a certain lib. Any thoughts, ideas or suggestions? Regards, Antonio ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: /lib/exec/ld-elf.so.1: Shared object libpcre.so.0 not found, required by libxfsm-4.6.so.0 amd64 FreeBSD 8.2
You can recompile all ports that depend on pcre so that they'll use the new shared library. You can do so with: # portmaster -r pcre-8.30 Ryan On 02/15/2012 08:42 PM, Antonio Olivares wrote: Dear folks, I updated ports and one failed, gimp-app. I checked /usr/src/UPDATING and I followed advice there to run # portmaster -w devel/pcre and I did this, and now machine won't get X. How can I bypass this mistake? I am now hesitant to update the other machines :(, I will get into problems starting X because of some update of a certain lib. Any thoughts, ideas or suggestions? Regards, Antonio ___ I am doing this and see how it goes. I used ldd to check for libprce.so and I got : ldd /usr/local/lib/libprce.so: libc.so.7 = /lib/libc.so.7 (0x800647000) ldd /usr/local/lib/libprce.so.1: libc.so.7 = /lib/libc.so.7 (0x800647000) There are two of them :( Should there be only one? Thanks for your advice. Regards, Antonio ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: /lib/exec/ld-elf.so.1: Shared object libpcre.so.0 not found, required by libxfsm-4.6.so.0 amd64 FreeBSD 8.2
Antonio Olivares olivares14...@gmail.com wrote; I am doing this and see how it goes. I used ldd to check for libprce.so and I got : ldd /usr/local/lib/libprce.so: libc.so.7 = /lib/libc.so.7 (0x800647000) ldd /usr/local/lib/libprce.so.1: libc.so.7 = /lib/libc.so.7 (0x800647000) There are two of them :( Should there be only one? This is _normal_. The .so (with no further sufix), is generally just a link to the 'latest' .so *with* a numeric suffix. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: /lib/exec/ld-elf.so.1: Shared object libpcre.so.0 not found, required by libxfsm-4.6.so.0 amd64 FreeBSD 8.2
On Wed, Feb 15, 2012 at 9:33 PM, Robert Bonomi bon...@mail.r-bonomi.com wrote: Antonio Olivares olivares14...@gmail.com wrote; I am doing this and see how it goes. I used ldd to check for libprce.so and I got : ldd /usr/local/lib/libprce.so: libc.so.7 = /lib/libc.so.7 (0x800647000) ldd /usr/local/lib/libprce.so.1: libc.so.7 = /lib/libc.so.7 (0x800647000) There are two of them :( Should there be only one? This is _normal_. The .so (with no further sufix), is generally just a link to the 'latest' .so *with* a numeric suffix. I am in a not good state now. I broke two machines by updating to latest and get the same error on both machines. I get the /libexec/ld-elf.so.1: Shared object libpcre.so.0 is needed by * and nothing works, I run # portmaster -r pcre-8.30 and it bombs out with the following: signals-marshal.c:186: warning: ISO C forbids conversion of object pointer to function pointer type CC libavahi_gobject_la-ga-client-enumtypes.lo CC libavahi_gobject_la-ga-entry-group-enumtypes.lo CC libavahi_gobject_la-ga-enums-enumtypes.lo CCLD libavahi-gobject.la GISCAN Avahi-0.6.gir g-ir-scanner: warning: Option --strip-prefix has been deprecated; see --identifier-prefix and --symbol-prefix. /usr/include/machine/endian.h:123: syntax error, unexpected '{' in ' return (__extension__ ({ register __uint64_t __X = (_x); __asm (bswap %0 : +r (__X)); __X; }));' at '{' /usr/include/machine/endian.h:123: syntax error, unexpected ';' in ' return (__extension__ ({ register __uint64_t __X = (_x); __asm (bswap %0 : +r (__X)); __X; }));' at ';' /usr/include/machine/endian.h:130: syntax error, unexpected '{' in ' return (__extension__ ({ register __uint32_t __X = (_x); __asm (bswap %0 : +r (__X)); __X; }));' at '{' /usr/include/machine/endian.h:130: syntax error, unexpected ';' in ' return (__extension__ ({ register __uint32_t __X = (_x); __asm (bswap %0 : +r (__X)); __X; }));' at ';' /libexec/ld-elf.so.1: Shared object libpcre.so.0 not found, required by libavahi-glib.so.1 Command '['/usr/ports/net/avahi-app/work/avahi-0.6.29/avahi-gobject/tmp-introspectGYNEXM/Avahi-0.6', '--introspect-dump=/usr/ports/net/avahi-app/work/avahi-0.6.29/avahi-gobject/tmp-introspectGYNEXM/types.txt,/usr/ports/net/avahi-app/work/avahi-0.6.29/avahi-gobject/tmp-introspectGYNEXM/dump.xml']' returned non-zero exit status 1 gmake[3]: *** [Avahi-0.6.gir] Error 1 gmake[3]: Leaving directory `/usr/ports/net/avahi-app/work/avahi-0.6.29/avahi-gobject' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/net/avahi-app/work/avahi-0.6.29/avahi-gobject' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/net/avahi-app/work/avahi-0.6.29' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/net/avahi-app. === make failed for net/avahi-app === Aborting update === Update for avahi-app-0.6.29_1 failed === Aborting update === Update for gvfs-1.6.6_2 failed === Aborting update === Update for Thunar-1.3.0 failed === Aborting update Terminated === There are messages from installed ports to display, but first take a moment to review the error messages above. Then press Enter when ready to proceed. === pkg-message for gamin-0.1.10_4 === Gamin will only provide realtime notification of changes for at most n files, where n is the minimum value between (kern.maxfiles * 0.7) and (kern.maxfilesperproc - 200). Beyond that limit, files will be polled. If you often open several large folders with Nautilus, you might want to increase the kern.maxfiles tunable (you do not need to set kern.maxfilesperproc, since it is computed at boot time from kern.maxfiles). For a typical desktop, add the following line to /boot/loader.conf, then reboot the system: kern.maxfiles=25000 The behavior of gamin can be controlled via the various gaminrc files. See http://www.gnome.org/~veillard/gamin/config.html on how to create these files. In particular, if you find gam_server is taking up too much CPU time polling for changes, something like the following may help in one of the gaminrc files: # reduce polling frequency to once per 10 seconds # for UFS file systems in order to lower CPU load fsset ufs poll 10 === === pkg-message for liblqr-1-0.4.1_2 == NOTE: In order to compile examples for liblqr, you will also need pngwriter port (/usr/ports/graphics/pngwriter). Examples are located in /usr/local/share/examples/liblqr-1 == === Done displaying pkg-message files === The following actions were performed: Re-installation of pcre-8.30 Re-installation of glib-2.28.8_4 Re-installation of gamin-0.1.10_4 Re-installation of