Re: port upgrade problem: libncurses.so.5.6 not found

2008-11-16 Thread Tsu-Fan Cheng
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

2008-11-13 Thread Jerry
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

2008-11-13 Thread Lowell Gilbert
"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

2008-11-13 Thread Tsu-Fan Cheng
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

2008-11-13 Thread Mel
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

2008-11-13 Thread Tsu-Fan Cheng
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

2008-11-13 Thread Tsu-Fan Cheng
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

2008-11-13 Thread Jeremy Chadwick
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

2008-11-13 Thread Tsu-Fan Cheng
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

2008-11-13 Thread Mel
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

2008-11-13 Thread Jeremy Chadwick
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

2008-11-13 Thread tfcheng

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

2008-11-13 Thread Mel
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]"


port upgrade problem: libncurses.so.5.6 not found

2008-11-13 Thread Tsu-Fan Cheng
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"...

if there something i missed these days? if was find a couple days ago
when I did my last upgrade. Any idea is appreciated!! thansk!!

TFC
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"