Re: port upgrade problem: libncurses.so.5.6 not found
Hi all, I was rebuilding all my ports due to an error in my library. After a couple days, I think most of the ports were rebuilt, but some remain (skipped, error, etc). I then try to rebuild myself (by doing make deinstall; make reinstall). I started with mplayer. The compilation succeeded, but can't "make deinstall" my existed port: # make deinstall ===> Deinstalling for multimedia/mplayer ===> Deinstalling mplayer-0.99.11_8 pkg_delete: package 'mplayer-0.99.11_8' is required by these other packages and may not be deinstalled (but I'll delete it anyway): linux-mplayerplug-in-3.50_1 mencoder-0.99.11_2 mkxvcd-2.0.2_5 smplayer-0.6.4 Segmentation fault (core dumped) *** Error code 139 Stop in /usr/ports/multimedia/mplayer. it didn't give me too much to trouble shoot, any help from you guys is appreciated. TFC On Thu, Nov 13, 2008 at 5:00 PM, Jerry <[EMAIL PROTECTED]> wrote: > On Thu, 13 Nov 2008 15:41:25 -0500 > "Tsu-Fan Cheng" <[EMAIL PROTECTED]> wrote: > >>what would happen if I don't compile ports all over again? will my >>system crash? > > I believe that the total stability of your system might be jeopardized. > Personally, I use 'portmanager' to force an update of all my installed > ports. After updating your ports tree, using 'portmanager -u -f -y -l' > will update everything in the correct order. If you have 'java' > installed, make sure you download the required files prior to > starting the update procedure. > > -- > Jerry > [EMAIL PROTECTED] > > There are two kinds of pedestrians... the quick and the dead. > >Lord Thomas Rober Dewar > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: port upgrade problem: libncurses.so.5.6 not found
On Thu, 13 Nov 2008 15:41:25 -0500 "Tsu-Fan Cheng" <[EMAIL PROTECTED]> wrote: >what would happen if I don't compile ports all over again? will my >system crash? I believe that the total stability of your system might be jeopardized. Personally, I use 'portmanager' to force an update of all my installed ports. After updating your ports tree, using 'portmanager -u -f -y -l' will update everything in the correct order. If you have 'java' installed, make sure you download the required files prior to starting the update procedure. -- Jerry [EMAIL PROTECTED] There are two kinds of pedestrians... the quick and the dead. Lord Thomas Rober Dewar signature.asc Description: PGP signature
Re: port upgrade problem: libncurses.so.5.6 not found
"Tsu-Fan Cheng" <[EMAIL PROTECTED]> writes: > what would happen if I don't compile ports all over again? will my > system crash? No, but any new program linked to some old libraries will. If you've rebuilt *any* ports, then (in practice) you really want to rebuild all of them. -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: port upgrade problem: libncurses.so.5.6 not found
what would happen if I don't compile ports all over again? will my system crash? TFC On Thu, Nov 13, 2008 at 1:02 PM, Mel <[EMAIL PROTECTED]> wrote: > On Thursday 13 November 2008 18:17:02 Tsu-Fan Cheng wrote: >> Mel, thank you for your help, here is the output: >> >> /usr/local/bin/xgettext: >> libgettextsrc-0.17.so => /usr/local/lib/libgettextsrc-0.17.so >> (0x280a9000) >> libgettextlib-0.17.so => /usr/local/lib/libgettextlib-0.17.so >> (0x280de000) >> libcroco-0.6.so.3 => /usr/local/lib/libcroco-0.6.so.3 (0x281bb000) >> libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x281ef000) >> libz.so.4 => /lib/libz.so.4 (0x2831b000) >> libm.so.5 => /lib/libm.so.5 (0x2832d000) >> libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x28342000) >> libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x283f1000) >> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) >> libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28562000) >> libncurses.so.5.6 => not found (0x0) >> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) >> libbsdxml.so.3 => /lib/libbsdxml.so.3 (0x28685000) >> libc.so.7 => /lib/libc.so.7 (0x286a3000) > > FreeBSD 7 > >> /usr/local/lib/libgettextsrc-0.17.so: >> libgettextlib-0.17.so => /usr/local/lib/libgettextlib-0.17.so >> (0x280de000) >> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) >> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) >> libc.so.7 => /lib/libc.so.7 (0x286a3000) >> /usr/local/lib/libgettextlib-0.17.so: >> libcroco-0.6.so.3 => /usr/local/lib/libcroco-0.6.so.3 (0x281bb000) >> libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x281ef000) >> libz.so.4 => /lib/libz.so.4 (0x2831b000) >> libm.so.5 => /lib/libm.so.5 (0x2832d000) > > Also FreeBSD 7 > >> libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x28342000) >> libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x283f1000) >> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) >> libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28562000) >> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) >> libncurses.so.5.6 => not found (0x0) >> libc.so.7 => /lib/libc.so.7 (0x286a3000) >> /usr/local/lib/libcroco-0.6.so.3: >> libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x28342000) >> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) >> libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x281ef000) >> libc.so.7 => /lib/libc.so.7 (0x286a3000) >> /usr/local/lib/libxml2.so.5: >> libz.so.4 => /lib/libz.so.4 (0x2831b000) >> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) >> libm.so.5 => /lib/libm.so.5 (0x2832d000) >> libc.so.7 => /lib/libc.so.7 (0x286a3000) >> /lib/libz.so.4: >> libc.so.7 => /lib/libc.so.7 (0x286a3000) >> /lib/libm.so.5: >> libc.so.7 => /lib/libc.so.7 (0x286a3000) >> /usr/local/lib/libglib-2.0.so.0: >> libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x283f1000) >> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) >> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) >> libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28562000) >> libc.so.7 => /lib/libc.so.7 (0x286a3000) >> /usr/local/lib/libicui18n.so.38: >> libicuuc.so.38 => /usr/local/lib/libicuuc.so.38 (0x287a4000) >> libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x288b9000) >> libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x2939) >> libm.so.4 => /lib/libm.so.4 (0x2945b000) > > FreeBSD 6 > >> /usr/local/lib/libintl.so.8: >> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) >> libc.so.7 => /lib/libc.so.7 (0x286a3000) >> /usr/local/lib/libpcre.so.0: >> libc.so.7 => /lib/libc.so.7 (0x286a3000) >> /lib/libbsdxml.so.3: >> libc.so.7 => /lib/libc.so.7 (0x286a3000) >> /usr/local/lib/libicuuc.so.38: >> libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x288b9000) >> libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x2939) > > FreeBSD 6 > >> libm.so.4 => /lib/libm.so.4 (0x2945b000) >> /usr/lib/libstdc++.so.5: >> libm.so.4 => /lib/libm.so.4 (0x2945b000) > > Your system has stale libraries from the updates and linking is messy. It does > not adequately explain the .5.6 library version numbers, but your system is > in need of cleaning. > > Specifically, you forgot to do 'make delete-old-libs' when you upgraded from 6 > to 7 (and maybe from 5 to 6 as well,tho there's no evidence of that in this > mail). > > The best course of action is to go into /usr/src and type: > # make delete-old > # make delete-old-libs > > Delete everything that the program offers you to delete. Then drop to single > user mode, so that no services are running and recompile *all* ports, using > portupgrade -fa. you may need to do /etc/rc.d/netif start, so you can > download stuff. > > I'm quite conf
Re: port upgrade problem: libncurses.so.5.6 not found
On Thursday 13 November 2008 18:17:02 Tsu-Fan Cheng wrote: > Mel, thank you for your help, here is the output: > > /usr/local/bin/xgettext: > libgettextsrc-0.17.so => /usr/local/lib/libgettextsrc-0.17.so > (0x280a9000) > libgettextlib-0.17.so => /usr/local/lib/libgettextlib-0.17.so > (0x280de000) > libcroco-0.6.so.3 => /usr/local/lib/libcroco-0.6.so.3 (0x281bb000) > libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x281ef000) > libz.so.4 => /lib/libz.so.4 (0x2831b000) > libm.so.5 => /lib/libm.so.5 (0x2832d000) > libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x28342000) > libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x283f1000) > libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) > libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28562000) > libncurses.so.5.6 => not found (0x0) > libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) > libbsdxml.so.3 => /lib/libbsdxml.so.3 (0x28685000) > libc.so.7 => /lib/libc.so.7 (0x286a3000) FreeBSD 7 > /usr/local/lib/libgettextsrc-0.17.so: > libgettextlib-0.17.so => /usr/local/lib/libgettextlib-0.17.so > (0x280de000) > libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) > libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) > libc.so.7 => /lib/libc.so.7 (0x286a3000) > /usr/local/lib/libgettextlib-0.17.so: > libcroco-0.6.so.3 => /usr/local/lib/libcroco-0.6.so.3 (0x281bb000) > libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x281ef000) > libz.so.4 => /lib/libz.so.4 (0x2831b000) > libm.so.5 => /lib/libm.so.5 (0x2832d000) Also FreeBSD 7 > libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x28342000) > libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x283f1000) > libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) > libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28562000) > libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) > libncurses.so.5.6 => not found (0x0) > libc.so.7 => /lib/libc.so.7 (0x286a3000) > /usr/local/lib/libcroco-0.6.so.3: > libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x28342000) > libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) > libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x281ef000) > libc.so.7 => /lib/libc.so.7 (0x286a3000) > /usr/local/lib/libxml2.so.5: > libz.so.4 => /lib/libz.so.4 (0x2831b000) > libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) > libm.so.5 => /lib/libm.so.5 (0x2832d000) > libc.so.7 => /lib/libc.so.7 (0x286a3000) > /lib/libz.so.4: > libc.so.7 => /lib/libc.so.7 (0x286a3000) > /lib/libm.so.5: > libc.so.7 => /lib/libc.so.7 (0x286a3000) > /usr/local/lib/libglib-2.0.so.0: > libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x283f1000) > libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) > libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) > libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28562000) > libc.so.7 => /lib/libc.so.7 (0x286a3000) > /usr/local/lib/libicui18n.so.38: > libicuuc.so.38 => /usr/local/lib/libicuuc.so.38 (0x287a4000) > libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x288b9000) > libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x2939) > libm.so.4 => /lib/libm.so.4 (0x2945b000) FreeBSD 6 > /usr/local/lib/libintl.so.8: > libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) > libc.so.7 => /lib/libc.so.7 (0x286a3000) > /usr/local/lib/libpcre.so.0: > libc.so.7 => /lib/libc.so.7 (0x286a3000) > /lib/libbsdxml.so.3: > libc.so.7 => /lib/libc.so.7 (0x286a3000) > /usr/local/lib/libicuuc.so.38: > libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x288b9000) > libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x2939) FreeBSD 6 > libm.so.4 => /lib/libm.so.4 (0x2945b000) > /usr/lib/libstdc++.so.5: > libm.so.4 => /lib/libm.so.4 (0x2945b000) Your system has stale libraries from the updates and linking is messy. It does not adequately explain the .5.6 library version numbers, but your system is in need of cleaning. Specifically, you forgot to do 'make delete-old-libs' when you upgraded from 6 to 7 (and maybe from 5 to 6 as well,tho there's no evidence of that in this mail). The best course of action is to go into /usr/src and type: # make delete-old # make delete-old-libs Delete everything that the program offers you to delete. Then drop to single user mode, so that no services are running and recompile *all* ports, using portupgrade -fa. you may need to do /etc/rc.d/netif start, so you can download stuff. I'm quite confident this will fix your problems, even tho it gives no explanation for this rogue ncurses library. -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ free
Re: Re: port upgrade problem: libncurses.so.5.6 not found
yes, I found libncurses.so under /usr/lib, which is actual linked to libncurses.so.7 under /lib. And I also have libncurses.so.6 too. I did upgrade my system from 5 to 6 to 7. I didn't do a clean install, since there is so many to back up. TFC On Thu, Nov 13, 2008 at 12:09 PM, Jeremy Chadwick <[EMAIL PROTECTED]> wrote: > On Thu, Nov 13, 2008 at 12:03:14PM -0500, Tsu-Fan Cheng wrote: >> as I look into my system, under /usr/local/lib, I found out that I not >> only don't have libncurses.so.5.6, but instead I have >> libncurses.so.5.7. And this file was created this morning (Nov 13, >> 09:03) while I was trying to upgrade my ports. Odd >> >> I am running freebsd 7.0, as my uname tells me.. > > Mel's question applies as well (and is something that I've wondered > too). Now I'm wondering this as well: > > How/why do you have libncurses* in /usr/local/lib? FreeBSD 7.0 comes > with ncurses (see /usr/lib/libncurses.so.7). > > You must have some port or piece of software on your machine which is > requiring an old (compat5x) version of libncurses, or you have a machine > that has been upgraded from FreeBSD 5.x to 6.x to 7.x. > > I really don't know what to make of this. > >> On Thu, Nov 13, 2008 at 11:47 AM, Jeremy Chadwick <[EMAIL PROTECTED]> wrote: >> > On Thu, Nov 13, 2008 at 08:12:49AM -0800, [EMAIL PROTECTED] wrote: >> >> learned a new thing, here is the output: >> >> /usr/local/bin/xgettext: >> >> libgettextsrc-0.17.so => /usr/local/lib/libgettextsrc-0.17.so (0x280a9000) >> >> libgettextlib-0.17.so => /usr/local/lib/libgettextlib-0.17.so (0x280de000) >> >> libcroco-0.6.so.3 => /usr/local/lib/libcroco-0.6.so.3 (0x281bb000) >> >> libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x281ef000) >> >> libz.so.4 => /lib/libz.so.4 (0x2831b000) >> >> libm.so.5 => /lib/libm.so.5 (0x2832d000) >> >> libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x28342000) >> >> libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x283f1000) >> >> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) >> >> libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28562000) >> >> libncurses.so.5.6 => not found (0x0) >> >> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) >> >> libbsdxml.so.3 => /lib/libbsdxml.so.3 (0x28685000) >> >> libc.so.7 => /lib/libc.so.7 (0x286a3000) >> >> libncurses.so.5.6 => not found (0x0) >> >> libicuuc.so.38 => /usr/local/lib/libicuuc.so.38 (0x287a4000) >> >> libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x288b9000) >> >> libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x2939) >> >> libm.so.4 => /lib/libm.so.4 (0x2945b000) >> >> >> >> it's weird that it still shows libncurses.so.5.6, any thoughts?? thanks!! >> > >> > It's not weird at all. When a binary is linked to a shared library >> > (during the linking phase), the library filename (libXXX.so.X.X) is >> > stored in the binary, not "libXXX.so". >> > >> > I'm not sure how/why a rebuild xgettext is linking to what appears to be >> > a very old version of libncurses. libncurses.so.5.6 would be for >> > FreeBSD 5.x, I believe; my FreeBSD 6.x machines have libncurses.so.6, >> > and my FreeBSD 7.x + CURRENT machines have libncurses.so.7. >> > >> > -- >> > | Jeremy Chadwickjdc at parodius.com | >> > | Parodius Networking http://www.parodius.com/ | >> > | UNIX Systems Administrator Mountain View, CA, USA | >> > | Making life hard for others since 1977. PGP: 4BD6C0CB | >> > >> > >> ___ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "[EMAIL PROTECTED]" > > -- > | Jeremy Chadwickjdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: port upgrade problem: libncurses.so.5.6 not found
Mel, thank you for your help, here is the output: /usr/local/bin/xgettext: libgettextsrc-0.17.so => /usr/local/lib/libgettextsrc-0.17.so (0x280a9000) libgettextlib-0.17.so => /usr/local/lib/libgettextlib-0.17.so (0x280de000) libcroco-0.6.so.3 => /usr/local/lib/libcroco-0.6.so.3 (0x281bb000) libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x281ef000) libz.so.4 => /lib/libz.so.4 (0x2831b000) libm.so.5 => /lib/libm.so.5 (0x2832d000) libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x28342000) libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x283f1000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28562000) libncurses.so.5.6 => not found (0x0) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) libbsdxml.so.3 => /lib/libbsdxml.so.3 (0x28685000) libc.so.7 => /lib/libc.so.7 (0x286a3000) /usr/local/lib/libgettextsrc-0.17.so: libgettextlib-0.17.so => /usr/local/lib/libgettextlib-0.17.so (0x280de000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) libc.so.7 => /lib/libc.so.7 (0x286a3000) /usr/local/lib/libgettextlib-0.17.so: libcroco-0.6.so.3 => /usr/local/lib/libcroco-0.6.so.3 (0x281bb000) libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x281ef000) libz.so.4 => /lib/libz.so.4 (0x2831b000) libm.so.5 => /lib/libm.so.5 (0x2832d000) libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x28342000) libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x283f1000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28562000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) libncurses.so.5.6 => not found (0x0) libc.so.7 => /lib/libc.so.7 (0x286a3000) /usr/local/lib/libcroco-0.6.so.3: libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x28342000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x281ef000) libc.so.7 => /lib/libc.so.7 (0x286a3000) /usr/local/lib/libxml2.so.5: libz.so.4 => /lib/libz.so.4 (0x2831b000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) libm.so.5 => /lib/libm.so.5 (0x2832d000) libc.so.7 => /lib/libc.so.7 (0x286a3000) /lib/libz.so.4: libc.so.7 => /lib/libc.so.7 (0x286a3000) /lib/libm.so.5: libc.so.7 => /lib/libc.so.7 (0x286a3000) /usr/local/lib/libglib-2.0.so.0: libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x283f1000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28562000) libc.so.7 => /lib/libc.so.7 (0x286a3000) /usr/local/lib/libicui18n.so.38: libicuuc.so.38 => /usr/local/lib/libicuuc.so.38 (0x287a4000) libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x288b9000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x2939) libm.so.4 => /lib/libm.so.4 (0x2945b000) /usr/local/lib/libintl.so.8: libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) libc.so.7 => /lib/libc.so.7 (0x286a3000) /usr/local/lib/libpcre.so.0: libc.so.7 => /lib/libc.so.7 (0x286a3000) /lib/libbsdxml.so.3: libc.so.7 => /lib/libc.so.7 (0x286a3000) /usr/local/lib/libicuuc.so.38: libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x288b9000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x2939) libm.so.4 => /lib/libm.so.4 (0x2945b000) /usr/lib/libstdc++.so.5: libm.so.4 => /lib/libm.so.4 (0x2945b000) thanks!! TFC On Thu, Nov 13, 2008 at 12:02 PM, Mel <[EMAIL PROTECTED]> wrote: > On Thursday 13 November 2008 17:47:34 Jeremy Chadwick wrote: >> On Thu, Nov 13, 2008 at 08:12:49AM -0800, [EMAIL PROTECTED] wrote: >> > learned a new thing, here is the output: >> > /usr/local/bin/xgettext: >> > libgettextsrc-0.17.so => /usr/local/lib/libgettextsrc-0.17.so >> > (0x280a9000) libgettextlib-0.17.so => >> > /usr/local/lib/libgettextlib-0.17.so (0x280de000) libcroco-0.6.so.3 => >> > /usr/local/lib/libcroco-0.6.so.3 (0x281bb000) libxml2.so.5 => >> > /usr/local/lib/libxml2.so.5 (0x281ef000) >> > libz.so.4 => /lib/libz.so.4 (0x2831b000) >> > libm.so.5 => /lib/libm.so.5 (0x2832d000) >> > libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x28342000) >> > libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x283f1000) >> > libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) >> > libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28562000) >> > libncurses.so.5.6 => not found (0x0) >> > libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) >> > libbsdxml.so.3 => /lib/libbsdxml.so.3 (0x28685000) >> > libc.so.7
Re: Re: port upgrade problem: libncurses.so.5.6 not found
On Thu, Nov 13, 2008 at 12:03:14PM -0500, Tsu-Fan Cheng wrote: > as I look into my system, under /usr/local/lib, I found out that I not > only don't have libncurses.so.5.6, but instead I have > libncurses.so.5.7. And this file was created this morning (Nov 13, > 09:03) while I was trying to upgrade my ports. Odd > > I am running freebsd 7.0, as my uname tells me.. Mel's question applies as well (and is something that I've wondered too). Now I'm wondering this as well: How/why do you have libncurses* in /usr/local/lib? FreeBSD 7.0 comes with ncurses (see /usr/lib/libncurses.so.7). You must have some port or piece of software on your machine which is requiring an old (compat5x) version of libncurses, or you have a machine that has been upgraded from FreeBSD 5.x to 6.x to 7.x. I really don't know what to make of this. > On Thu, Nov 13, 2008 at 11:47 AM, Jeremy Chadwick <[EMAIL PROTECTED]> wrote: > > On Thu, Nov 13, 2008 at 08:12:49AM -0800, [EMAIL PROTECTED] wrote: > >> learned a new thing, here is the output: > >> /usr/local/bin/xgettext: > >> libgettextsrc-0.17.so => /usr/local/lib/libgettextsrc-0.17.so (0x280a9000) > >> libgettextlib-0.17.so => /usr/local/lib/libgettextlib-0.17.so (0x280de000) > >> libcroco-0.6.so.3 => /usr/local/lib/libcroco-0.6.so.3 (0x281bb000) > >> libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x281ef000) > >> libz.so.4 => /lib/libz.so.4 (0x2831b000) > >> libm.so.5 => /lib/libm.so.5 (0x2832d000) > >> libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x28342000) > >> libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x283f1000) > >> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) > >> libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28562000) > >> libncurses.so.5.6 => not found (0x0) > >> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) > >> libbsdxml.so.3 => /lib/libbsdxml.so.3 (0x28685000) > >> libc.so.7 => /lib/libc.so.7 (0x286a3000) > >> libncurses.so.5.6 => not found (0x0) > >> libicuuc.so.38 => /usr/local/lib/libicuuc.so.38 (0x287a4000) > >> libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x288b9000) > >> libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x2939) > >> libm.so.4 => /lib/libm.so.4 (0x2945b000) > >> > >> it's weird that it still shows libncurses.so.5.6, any thoughts?? thanks!! > > > > It's not weird at all. When a binary is linked to a shared library > > (during the linking phase), the library filename (libXXX.so.X.X) is > > stored in the binary, not "libXXX.so". > > > > I'm not sure how/why a rebuild xgettext is linking to what appears to be > > a very old version of libncurses. libncurses.so.5.6 would be for > > FreeBSD 5.x, I believe; my FreeBSD 6.x machines have libncurses.so.6, > > and my FreeBSD 7.x + CURRENT machines have libncurses.so.7. > > > > -- > > | Jeremy Chadwickjdc at parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, USA | > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Re: port upgrade problem: libncurses.so.5.6 not found
as I look into my system, under /usr/local/lib, I found out that I not only don't have libncurses.so.5.6, but instead I have libncurses.so.5.7. And this file was created this morning (Nov 13, 09:03) while I was trying to upgrade my ports. Odd I am running freebsd 7.0, as my uname tells me.. TFC On Thu, Nov 13, 2008 at 11:47 AM, Jeremy Chadwick <[EMAIL PROTECTED]> wrote: > On Thu, Nov 13, 2008 at 08:12:49AM -0800, [EMAIL PROTECTED] wrote: >> learned a new thing, here is the output: >> /usr/local/bin/xgettext: >> libgettextsrc-0.17.so => /usr/local/lib/libgettextsrc-0.17.so (0x280a9000) >> libgettextlib-0.17.so => /usr/local/lib/libgettextlib-0.17.so (0x280de000) >> libcroco-0.6.so.3 => /usr/local/lib/libcroco-0.6.so.3 (0x281bb000) >> libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x281ef000) >> libz.so.4 => /lib/libz.so.4 (0x2831b000) >> libm.so.5 => /lib/libm.so.5 (0x2832d000) >> libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x28342000) >> libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x283f1000) >> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) >> libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28562000) >> libncurses.so.5.6 => not found (0x0) >> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) >> libbsdxml.so.3 => /lib/libbsdxml.so.3 (0x28685000) >> libc.so.7 => /lib/libc.so.7 (0x286a3000) >> libncurses.so.5.6 => not found (0x0) >> libicuuc.so.38 => /usr/local/lib/libicuuc.so.38 (0x287a4000) >> libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x288b9000) >> libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x2939) >> libm.so.4 => /lib/libm.so.4 (0x2945b000) >> >> it's weird that it still shows libncurses.so.5.6, any thoughts?? thanks!! > > It's not weird at all. When a binary is linked to a shared library > (during the linking phase), the library filename (libXXX.so.X.X) is > stored in the binary, not "libXXX.so". > > I'm not sure how/why a rebuild xgettext is linking to what appears to be > a very old version of libncurses. libncurses.so.5.6 would be for > FreeBSD 5.x, I believe; my FreeBSD 6.x machines have libncurses.so.6, > and my FreeBSD 7.x + CURRENT machines have libncurses.so.7. > > -- > | Jeremy Chadwickjdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: port upgrade problem: libncurses.so.5.6 not found
On Thursday 13 November 2008 17:47:34 Jeremy Chadwick wrote: > On Thu, Nov 13, 2008 at 08:12:49AM -0800, [EMAIL PROTECTED] wrote: > > learned a new thing, here is the output: > > /usr/local/bin/xgettext: > > libgettextsrc-0.17.so => /usr/local/lib/libgettextsrc-0.17.so > > (0x280a9000) libgettextlib-0.17.so => > > /usr/local/lib/libgettextlib-0.17.so (0x280de000) libcroco-0.6.so.3 => > > /usr/local/lib/libcroco-0.6.so.3 (0x281bb000) libxml2.so.5 => > > /usr/local/lib/libxml2.so.5 (0x281ef000) > > libz.so.4 => /lib/libz.so.4 (0x2831b000) > > libm.so.5 => /lib/libm.so.5 (0x2832d000) > > libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x28342000) > > libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x283f1000) > > libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) > > libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28562000) > > libncurses.so.5.6 => not found (0x0) > > libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) > > libbsdxml.so.3 => /lib/libbsdxml.so.3 (0x28685000) > > libc.so.7 => /lib/libc.so.7 (0x286a3000) > > libncurses.so.5.6 => not found (0x0) > > libicuuc.so.38 => /usr/local/lib/libicuuc.so.38 (0x287a4000) > > libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x288b9000) > > libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x2939) > > libm.so.4 => /lib/libm.so.4 (0x2945b000) > > > > it's weird that it still shows libncurses.so.5.6, any thoughts?? thanks!! > > It's not weird at all. When a binary is linked to a shared library > (during the linking phase), the library filename (libXXX.so.X.X) is > stored in the binary, not "libXXX.so". But the requirement is, that the library exists at link time. > I'm not sure how/why a rebuild xgettext is linking to what appears to be > a very old version of libncurses. libncurses.so.5.6 would be for > FreeBSD 5.x, I believe; my FreeBSD 6.x machines have libncurses.so.6, > and my FreeBSD 7.x + CURRENT machines have libncurses.so.7. It's libncurses.so.5 for FreeBSD 5: # grep ncurses /usr/ports/misc/compat5x/pkg-plist lib/compat/libncurses.so.5 The .5.6 is what's bugging me. Aparently, there was a library like this at link time, that does not exist anymore. Can you provide output of: ldd -a `which xgettext` so we know which library pulls in libncurses.so.5.6. I doubt it's the binary itself. -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Re: port upgrade problem: libncurses.so.5.6 not found
On Thu, Nov 13, 2008 at 08:12:49AM -0800, [EMAIL PROTECTED] wrote: > learned a new thing, here is the output: > /usr/local/bin/xgettext: > libgettextsrc-0.17.so => /usr/local/lib/libgettextsrc-0.17.so (0x280a9000) > libgettextlib-0.17.so => /usr/local/lib/libgettextlib-0.17.so (0x280de000) > libcroco-0.6.so.3 => /usr/local/lib/libcroco-0.6.so.3 (0x281bb000) > libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x281ef000) > libz.so.4 => /lib/libz.so.4 (0x2831b000) > libm.so.5 => /lib/libm.so.5 (0x2832d000) > libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x28342000) > libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x283f1000) > libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) > libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28562000) > libncurses.so.5.6 => not found (0x0) > libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) > libbsdxml.so.3 => /lib/libbsdxml.so.3 (0x28685000) > libc.so.7 => /lib/libc.so.7 (0x286a3000) > libncurses.so.5.6 => not found (0x0) > libicuuc.so.38 => /usr/local/lib/libicuuc.so.38 (0x287a4000) > libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x288b9000) > libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x2939) > libm.so.4 => /lib/libm.so.4 (0x2945b000) > > it's weird that it still shows libncurses.so.5.6, any thoughts?? thanks!! It's not weird at all. When a binary is linked to a shared library (during the linking phase), the library filename (libXXX.so.X.X) is stored in the binary, not "libXXX.so". I'm not sure how/why a rebuild xgettext is linking to what appears to be a very old version of libncurses. libncurses.so.5.6 would be for FreeBSD 5.x, I believe; my FreeBSD 6.x machines have libncurses.so.6, and my FreeBSD 7.x + CURRENT machines have libncurses.so.7. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Re: port upgrade problem: libncurses.so.5.6 not found
learned a new thing, here is the output: /usr/local/bin/xgettext: libgettextsrc-0.17.so => /usr/local/lib/libgettextsrc-0.17.so (0x280a9000) libgettextlib-0.17.so => /usr/local/lib/libgettextlib-0.17.so (0x280de000) libcroco-0.6.so.3 => /usr/local/lib/libcroco-0.6.so.3 (0x281bb000) libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x281ef000) libz.so.4 => /lib/libz.so.4 (0x2831b000) libm.so.5 => /lib/libm.so.5 (0x2832d000) libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x28342000) libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x283f1000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000) libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28562000) libncurses.so.5.6 => not found (0x0) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000) libbsdxml.so.3 => /lib/libbsdxml.so.3 (0x28685000) libc.so.7 => /lib/libc.so.7 (0x286a3000) libncurses.so.5.6 => not found (0x0) libicuuc.so.38 => /usr/local/lib/libicuuc.so.38 (0x287a4000) libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x288b9000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x2939) libm.so.4 => /lib/libm.so.4 (0x2945b000) it's weird that it still shows libncurses.so.5.6, any thoughts?? thanks!! TFC On Nov 13, 2008 10:37am, Mel <[EMAIL PROTECTED]> wrote: On Thursday 13 November 2008 15:41:13 Tsu-Fan Cheng wrote: > Hi, > just cvsup my port tree and upgrade a few of them by portmaster, > but somehow there is this error that blocks a lot of upgrades: > shared object "libncurses.so.5.6" not found, required by > "xgettext/msgmerge/msgfmt"... FreeBSD only uses 1 library version number (it would be libncurses.so.5 OR libncurses.so.6), so can you provide the output of: ldd `which xgettext` -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: port upgrade problem: libncurses.so.5.6 not found
On Thursday 13 November 2008 15:41:13 Tsu-Fan Cheng wrote: > Hi, >just cvsup my port tree and upgrade a few of them by portmaster, > but somehow there is this error that blocks a lot of upgrades: > shared object "libncurses.so.5.6" not found, required by > "xgettext/msgmerge/msgfmt"... FreeBSD only uses 1 library version number (it would be libncurses.so.5 OR libncurses.so.6), so can you provide the output of: ldd `which xgettext` -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
