Re: Port upgrade change ownership of port installation directory and files
On 1/30/12 8:31 PM, Lubomir Matousek wrote: > > > >> >> >> On 1/30/12 2:24 PM, Lubomir Matousek wrote: >>> I changed apache default user from www to wbserv. >>> >>> I changed also file ownership from www to wbserv. >>> >>> >>> Is there any way for portupgrade, that the ownership of installed port >>> files remains the same? It means wbserv? >>> >> > > On 30.1.2012 14:52, Damien Fleuriot wrote: > >> You'll want to be more specific, what files do you refer to ? >> >> If you're talking about the binaries and modules, they're owned by root >> so this is a non issue. >> >> If you're talking about the configuration files, they're also owned by >> root. >> >> If you're talking about SSL certificates you've installed them yourself >> and a portupgrade will not change their perms. >> >> If you're talking about logfiles, these are your responsibility and, >> again, the port won't change them. >> >> Last, if you're talking about your HTML/php/whatever files, these are >> also your responsiblity and untouched by the port. > > > Sorry for not being more specific. > > After port upgrade > portupgrade -rR squirrealmail > > I have to > chown -R wbserv:wbserv /var/spool/sqirrelmail > > Or after upgrade of postfixadmin: > portupfrade -rR postfixadmin > I have to change perms again: > chown -R wbserv:wbserv /usr/local/www/postfixadmin > > What is the best aprroach? To specify correct file ownership at > make.conf? How can I do that? > > Lubomir As pointed out by RW, make use of the WWWOWN and WWWGRP environment variables in your /etc/make.conf , that should solve the problem for you. ___ 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: Port upgrade change ownership of port installation directory and files
On Mon, 30 Jan 2012 14:24:08 +0100 Lubomir Matousek wrote: I changed apache default user from www to wbserv. I changed also file ownership from www to wbserv. Is there any way for portupgrade, that the ownership of installed port files remains the same? It means wbserv? On 30.1.2012 15:08, RW wrote: If you take a look at the Makefile, the port seems to be using the variables WWWOWN and WWWGRP which are both defaulted to www. Thanks for replies. It means, is it sufficient to change my /etc/make.conf like this? vi /etc/make.conf WWWOWN=wbserv WWWGRP=wbserv Lubomir ___ 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: Port upgrade change ownership of port installation directory and files
On 1/30/12 2:24 PM, Lubomir Matousek wrote: I changed apache default user from www to wbserv. I changed also file ownership from www to wbserv. Is there any way for portupgrade, that the ownership of installed port files remains the same? It means wbserv? On 30.1.2012 14:52, Damien Fleuriot wrote: You'll want to be more specific, what files do you refer to ? If you're talking about the binaries and modules, they're owned by root so this is a non issue. If you're talking about the configuration files, they're also owned by root. If you're talking about SSL certificates you've installed them yourself and a portupgrade will not change their perms. If you're talking about logfiles, these are your responsibility and, again, the port won't change them. Last, if you're talking about your HTML/php/whatever files, these are also your responsiblity and untouched by the port. Sorry for not being more specific. After port upgrade portupgrade -rR squirrealmail I have to chown -R wbserv:wbserv /var/spool/sqirrelmail Or after upgrade of postfixadmin: portupfrade -rR postfixadmin I have to change perms again: chown -R wbserv:wbserv /usr/local/www/postfixadmin What is the best aprroach? To specify correct file ownership at make.conf? How can I do that? Lubomir ___ 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: Port upgrade change ownership of port installation directory and files
On Mon, 30 Jan 2012 14:24:08 +0100 Lubomir Matousek wrote: > I changed apache default user from www to wbserv. > > I changed also file ownership from www to wbserv. > > > Is there any way for portupgrade, that the ownership of installed > port files remains the same? It means wbserv? > If you take a look at the Makefile, the port seems to be using the variables WWWOWN and WWWGRP which are both defaulted to www. ___ 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: Port upgrade change ownership of port installation directory and files
On 1/30/12 2:24 PM, Lubomir Matousek wrote: > I changed apache default user from www to wbserv. > > I changed also file ownership from www to wbserv. > > > Is there any way for portupgrade, that the ownership of installed port > files remains the same? It means wbserv? > You'll want to be more specific, what files do you refer to ? If you're talking about the binaries and modules, they're owned by root so this is a non issue. If you're talking about the configuration files, they're also owned by root. If you're talking about SSL certificates you've installed them yourself and a portupgrade will not change their perms. If you're talking about logfiles, these are your responsibility and, again, the port won't change them. Last, if you're talking about your HTML/php/whatever files, these are also your responsiblity and untouched by the port. ___ 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: Port upgrade problem
Petre Bandac writes: > Lowell Gilbert wrote: >> "Petre Bandac" writes: >> >>> While upgrading port, I have the following problems: >>> - some cfg files are overwritten (authdaemon's authmysqlrc) >> >> I can't figure out what port that comes from, so I can't help. > > courier-authlib-mysql-0.63.0_1 - the file is > /usr/local/etc/authlib/authmysqlrc According to the plist info, it shouldn't be installed at all; just "etc/authlib/authmysqlrc.dist". On delete, it will only be removed if identical to authmysqlrc.dist. >>> - some make install options are not kept (maildrop - not compiled against >>> mysql and courier imap - fam is compiled, even though initially was ruled >>> out) >> >> Those aren't set up as OPTIONS, so they won't get stored in >> /var/db/ports. >> >>> The upgrade sequence is: >>> >>> # portsnap fetch update >>> # portmanager -u >>> >>> Am I doing something wrong? >> >> See "alternative configuration" in the portmanager manual. > > I guess that is what I need, thank you > > however, I don't remember to have had this problem until now (i.e. > options not being kept @ update); or they had the same behavior ? It's always been this way. This was the reason behind adding the "OPTIONS" mechanism, but not all optional features are set up that way. ___ 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: Port upgrade problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lowell Gilbert wrote: > "Petre Bandac" writes: > >> While upgrading port, I have the following problems: >> - some cfg files are overwritten (authdaemon's authmysqlrc) > > I can't figure out what port that comes from, so I can't help. courier-authlib-mysql-0.63.0_1 - the file is /usr/local/etc/authlib/authmysqlrc >> - some make install options are not kept (maildrop - not compiled against >> mysql and courier imap - fam is compiled, even though initially was ruled >> out) > > Those aren't set up as OPTIONS, so they won't get stored in > /var/db/ports. > >> The upgrade sequence is: >> >> # portsnap fetch update >> # portmanager -u >> >> Am I doing something wrong? > > See "alternative configuration" in the portmanager manual. I guess that is what I need, thank you however, I don't remember to have had this problem until now (i.e. options not being kept @ update); or they had the same behavior ? thank you for your time, petre - -- Petre Bandac Network Scientist - - pe...@kgb.ro -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFMTNuzwAhp/odORYgRAsjqAJ4k0RwYQGDoH3PGnTL751lWZyU0IwCfchk8 sEid7oRqjm5+a4Kh0DQwoYg= =ArdN -END PGP SIGNATURE- ___ 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: Port upgrade problem
"Petre Bandac" writes: > While upgrading port, I have the following problems: > - some cfg files are overwritten (authdaemon's authmysqlrc) I can't figure out what port that comes from, so I can't help. > - some make install options are not kept (maildrop - not compiled against > mysql and courier imap - fam is compiled, even though initially was ruled out) Those aren't set up as OPTIONS, so they won't get stored in /var/db/ports. > The upgrade sequence is: > > # portsnap fetch update > # portmanager -u > > Am I doing something wrong? See "alternative configuration" in the portmanager manual. ___ 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: port-upgrade & freebsd-update causing page faults and slow performance
Maybe you shouldn't run those while typing an email? Seriously, ENOTENOUGHINFO | EQUESTIONMISSING. -- Mel ___ 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: port upgrade
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please update your portstree this was fixed few days ago. On Thu, Jan 15, 2009 at 03:45:50PM +0100, Pieter Donche wrote: > I just recently installed a new FreeBSD 7 system (beginning of week) > and installed a ports collection via portsnap fetch and portsnap extract. > which created a /usr/ports of 498 Mb > > My cron does a portsnap every night > 1 3 * * * root portsnap -I cron update && pkg_version -vIL= > > So far the only packages I installed are: portupgrade and linux_base_fc4. > The I went for kde3. This installed a large nummber of packages. > But is stopped at > threads_posix.cc:361: error: aggregate 'Arts::PosixThreads::timespec > abstime' h > as incomplete type and cannot be defined > gmake[2]: *** [threads_posix.lo] Error 1 > gmake[2]: Leaving directory > '/usr/ports/audio/arts/work/arts-1.5.10/mcop_mt' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory '/usr/ports/audio/arts/work/arts-1.5.10' > gmake: *** [all] Error 2 > *** Error code 2 > Stop in /usr/ports/audio/arts. > *** Error code 1 > Stop in /usr/ports/audio/arts. > *** Error code 1 > Stop in /usr/ports/x11/kdelibs3. > *** Error code 1 > Stop in /usr/ports/x11/kdebase3. > *** Error code 1 > Stop in /usr/ports/x11/kdebase3. > *** Error code 1 > Stop in /usr/ports/x11/kde3. > > How do I go from here - I feel uncertain, since my experience with FreebSD > ports system is almost nothging and with portupgrade etc.. is zero for the > moment. > I would like not to make errors. > > The mail from the nightly cronned portsnap does not report anything about > arts-... 'needs updating'. > > Why not ? > > Checking http://www.FreeSBD.org/ports I see, there is a fix > from Mon 12 Jan 11:25 UTC, but this date is two days before the > the creation of the /usr/ports/audio/arts directory (Jan 14 08:58) > > Does this mean I have the latest version? > > If not, why does portsnap not report it. > > Is is sufficient to do > # portupgrade arts > # cd /usr/ports/audio/arts > # make install clean > # cd /usr/ports/x11/kde3 > # make install clean > > ? > I prefer to ask in advance, avoiding getting me into trouble because > of wrong approach.. > > > > ___ > 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" > - -- +---+---+ | PGP: 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ: 169139903 | Mail : miwi(at)FreeBSD.org | +---+---+ | Mess with the Best, Die like the Rest! | +---+---+ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklvUasACgkQFwpycAVoI1NfhACgklUB1p6kPCYH8aPwcFwyR2xY B1UAn1bkltq29G/0uY9cFEA5pF3+oREh =zUzp -END PGP SIGNATURE- ___ 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: 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]"
Re: Port upgrade/install problem: MySQL and Perl I/F
Stuff like this happens, you can e-mail the port maintainer and bitch him out for making a stupid change to the dependency requirement, or you can simply dispense with ports, download the perl module and compile and install it "the old fashioned way" You ought to have nuked and repaved that server, your just lucky that this very minor thing was the only thing that blew up. Ted - Original Message - From: "Robert Inder" <[EMAIL PROTECTED]> To: Sent: Saturday, February 03, 2007 11:58 AM Subject: Port upgrade/install problem: MySQL and Perl I/F > p5-DBD-mysql50 and mysql itself > Date: 03 Feb 2007 19:58:22 + > Message-ID: <[EMAIL PROTECTED]> > Lines: 128 > User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 > MIME-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > > > I've upgraded Perl (via "portupgrade"), but the ports I need > to re-install to restore my perl-to-MySQL interface won't! > > I'm working on a rather long-neglected server running > > FreeBSD 5.2.1-RELEASE-p7 FreeBSD 5.2.1-RELEASE-p7 > > It was running Perl 5.6, but I'm trying to install some code that > needs 5.8. So I did "cvsup" and then > > portupgrade -o lang/perl5.8 perl > > All went smoothly, and "perl-after-upgrade" gave me a list of > perl packages to re-install, and I did "portupgrade" on each of them. > > Super! > > EXCEPT for the Perl to MySQL interface package: p5-DBD-mysql50 > > This is causing me two problems. > > Currently, "mysql" is installed and working. > > # pkg_info -Ia | grep mysql > mysql-client-5.0.0_2 Multithreaded SQL database (client) > mysql-server-5.0.0_2 Multithreaded SQL database (server) > > When I try to portupgrade the perl interface, it starts trying to > build mysql for itself, even without a "-R" option. And it does the > same thing even if I change to the ports directory and type "make". > > I don't understand why it is doing that. I am guessing the installed > version of mysql is too old for the perl interface. But I didn't > think upgrade (or a port "make") would recurse unless "told" to > But here's what it says... > > ===> p5-DBD-mysql50-4. depends on file: /usr/local/lib/perl5/site_perl/5.8.8/mach/DBI.pm - found > ===> p5-DBD-mysql50-4. depends on file: /usr/local/bin/perl5.8.8 - found > ===> p5-DBD-mysql50-4. depends on shared library: mysqlclient.15 - not found > ===>Verifying install for mysqlclient.15 in /usr/ports/databases/mysql50-client > ===> Building for mysql-client-5.0.33 > > The second problem is that the mysql port won't actually compile. It > announces that it is "Configuring for mysql-client-5.0.33", and then > proceeds to report a whole slew (hundreds) of "checking..." activities. > About a dozen that start "pthread_", and some of them succeed. Then > it starts compling, but this process finishes with > > mkdir .libs > cc -DDBUG_OFF -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -o factorial my_main.o factorial.o libdbug.a ../mysys/libmysys.a ../strings/libmystrings.a -lcrypt -lm > ../mysys/libmysys.a(my_thr_init.o): In function `my_thread_global_end': > my_thr_init.o(.text+0x1b7): undefined reference to `pthread_cond_timedwait' > *** Error code 1 > > Stop in /data/ports_build/usr/ports/databases/mysql50-client/work/mysql-5.0.33/dbug. > *** Error code 1 > > Stop in /data/ports_build/usr/ports/databases/mysql50-client/work/mysql-5.0.33. > *** Error code 1 > > Stop in /data/ports_build/usr/ports/databases/mysql50-client/work/mysql-5.0.33. > *** Error code 1 > > Stop in /usr/ports/databases/mysql50-client. > *** Error code 1 > > Stop in /usr/ports/databases/p5-DBD-mysql50. > > I've tried googling for this, but although I've found a handful of > people with broadly similar problems, nobody has actually been offered > anything I recognise as an applicable solution! > > The upshot of this is that the previous Perl application is now broken > because it cannot access the MySQL database. > > So I need to either... > > get the latest MySQL port to compile, or > > somehow get p5-DBD-mysql50 to work with the existing MySQL. > > ...but I'm not sure how to start on either. > > Help? Any advice welcome! > > I have tried putting the p5-DBD-mysql50 package back the way it was > (albeit in a rather simple-minded way -- just copying > /usr/ports/databases/p5-DBD-mysql50 from its sister machine). But > this didn't make any difference. It still decides that even this > version (which was working) is incompatible with the existing mysql... > > boru/p5-DBD-mysql50# make > ===> Vulnerability check disabled, database not found > ===> Extracting for p5-DBD-mysql50-2.9003 > => MD5 Checksum OK for DBD-mysql-2.9003.tar.gz. > ===> p5-DBD-mysql50-2.9003 depends on file: /usr/local/bin/perl5.8.8 - found > ===> Patching for p5-DBD-mysql50-2.9003 > ===> p5-DBD-mysql50-2.9003 depends on file: /usr/local/bin/perl5.8.8 - found
Re: Port upgrade error
On 7/13/05, Beecher Rintoul <[EMAIL PROTECTED]> wrote: > While trying to update phpMyAdmin I get the following error: > ===>Verifying install for /usr/local/lib/php/20041030/mysqli.so in > /usr/ports/databases/php5-mysqli > ===> php5-mysqli-5.0.4_2 Doesn't work with MySQL version : 50 > (Doesn't support MySQL 323 40 50). > *** Error code 1 > > I have upgraded php and tried building that extension separately. No > joy. Anyone have a suggestion? > Either remove php5-mysqli from /var/db/ports/phpMyAdmin/options or run MySQL 4.1 Server. Regards, Nelis ___ 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 error
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Beecher Rintoul Sent: Tuesday, July 12, 2005 11:21 PM To: freebsd-questions@freebsd.org Subject: Port upgrade error While trying to update phpMyAdmin I get the following error: ===> Vulnerability check disabled, database not found ===> Found saved configuration for phpMyAdmin-2.6.2.1 ===> Extracting for phpMyAdmin-2.6.3.1 => Checksum OK for phpMyAdmin-2.6.3-pl1.tar.bz2. ===> Patching for phpMyAdmin-2.6.3.1 ===> Configuring for phpMyAdmin-2.6.3.1 ===> Installing for phpMyAdmin-2.6.3.1 ===> phpMyAdmin-2.6.3.1 depends on file: /usr/local/include/php/main/php.h - found ===> phpMyAdmin-2.6.3.1 depends on file: /usr/local/lib/php/20041030/mysql.so - found ===> phpMyAdmin-2.6.3.1 depends on file: /usr/local/lib/php/20041030/pcre.so - found ===> phpMyAdmin-2.6.3.1 depends on file: /usr/local/lib/php/20041030/bz2.so - found ===> phpMyAdmin-2.6.3.1 depends on file: /usr/local/lib/php/20041030/gd.so - found ===> phpMyAdmin-2.6.3.1 depends on file: /usr/local/lib/php/20041030/openssl.so - found ===> phpMyAdmin-2.6.3.1 depends on file: /usr/local/lib/php/20041030/pdf.so - found ===> phpMyAdmin-2.6.3.1 depends on file: /usr/local/lib/php/20041030/zlib.so - found ===> phpMyAdmin-2.6.3.1 depends on file: /usr/local/lib/php/20041030/mcrypt.so - found ===> phpMyAdmin-2.6.3.1 depends on file: /usr/local/lib/php/20041030/mbstring.so - found ===> phpMyAdmin-2.6.3.1 depends on file: /usr/local/lib/php/20041030/mysqli.so - not found ===>Verifying install for /usr/local/lib/php/20041030/mysqli.so in /usr/ports/databases/php5-mysqli ===> php5-mysqli-5.0.4_2 Doesn't work with MySQL version : 50 (Doesn't support MySQL 323 40 50). *** Error code 1 I have upgraded php and tried building that extension separately. No joy. Anyone have a suggestion? Beech ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" I usually just fetch the latest Phpmyadmin and extract to a web directory. Only need to edit 3 things in config.inc.php Best regards, Andras Kende http://www.kende.com ___ 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 method question
On Wednesday 11 December 2002 07:22 pm, John Bleichert wrote: > On Wed, 11 Dec 2002, Darren Shepard wrote: > > Subject: Re: port upgrade method question > > On Wed, Dec 11, 2002 at 09:07:40AM -0500, > > > >John Bleichert <[EMAIL PROTECTED]> writes: > > | I've CVSup'd my system and my ports tree (ports-all). Now I'm > > | using > > | > > | # pkg_version -v > > | > > | to see which installed ports have an upgrade available. Working > > | with this info, I go into each port I wish to upgrade and > > | > > | # portupgrade -R port-name > > | > > | I can't do a > > | > > | # portupgrade -aR > > | > > | as I can't leave Thinkpad up and running in one place long > > | enough to build all of them. > > | > > | I'm iteratively using the steps above to upgrade my ports tree. > > | Is there a better/different way? Am I skipping any steps? Since > > | I'm upgrading one port at a time, do I need to run portsdb? > > | Also, I see references in the archives to > > > > FWIW, I do something like the following: > > > > 1. `portversion -l '<' -c > /tmp/portup.sh' > > 2. edit /tmp/portup.sh to taste > > 3. `/bin/sh /tmp/portup.sh' > > Thanks for the pointer. I was fiddling with this tactic on my > workstation at home which has a great deal more ports installed > than my laptop. > > > | # cd /usr/ports > > | # make index > > | > > | Do I need to do this? Everything seems to be working well, I'm > > | just wondering if my method is proper. > > | > > | Thanks - JB > > > > I think portsdb(1) answers your INDEX questions: > > > > Yes, it does. Thanks. I'm slowly putting all the pieces of staying > current with a large ports tree together. For now, I'm dealing with > past mistakes and their results, such as this: > > root:~ > pkg_info | grep qt > qt-3.0.5_3 A C++ X GUI toolkit > qt-3.0.5_5 A C++ X GUI toolkit > root:~ > pkg_info -R qt-3.0.5_3 > Information for qt-3.0.5_3: > > Required by: > kdebase-3.0.5 > kdelibs-3.0.5_1 > > > root:~ > pkg_info -R qt-3.0.5_5 > Information for qt-3.0.5_5: > > Required by: > arts-1.0.4,1 > kdebase-3.0.5 > kdegames-3.0.4 > kdegraphics-3.0.4 > kdelibs-3.0.5_1 > kdemultimedia-3.0.4 > kdeutils-3.0.4_1 > koffice-1.2,1 > kstars-0.9 > > Odd that kdebase and kdelibs require qt-3.0.5_3 *and* qt-3.0.5_5. I > wonder if this is a result of me climbing the learning curve, or an > anomaly in the kde dependencies? Does this discussion belong on > freebsd-ports? Doesn't seem like it. There isn't anything broken with that port, so it doesn't belong on -ports. It is a user port installation question and belongs on -questions. You have somehow installed both of them. You need to have portupgrade installed and then run "pkgdb -F" and let it delete the old dependancy and keep the files. Portupgrade requires a current INDEX. If you have cvsuped ports-all and didn't upgrade your INDEXs, you will need to cd /usr/ports make index portsdb -u or portsdb -uU Right now "-U" produces a large number of messages and creates an INDEX that is 8 ports smaller than the INDEX generated by "make index". Kent Kent > > Thanks for the pointers! > > JB > > # John Bleichert > # http://vonbek.dhs.org/latest.jpg > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-questions" in the body of the message -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: port upgrade method question
On Wed, 11 Dec 2002, Darren Shepard wrote: > Subject: Re: port upgrade method question > On Wed, Dec 11, 2002 at 09:07:40AM -0500, >John Bleichert <[EMAIL PROTECTED]> writes: > > | I've CVSup'd my system and my ports tree (ports-all). Now I'm using > | > | # pkg_version -v > | > | to see which installed ports have an upgrade available. Working with this > | info, I go into each port I wish to upgrade and > | > | # portupgrade -R port-name > | > | I can't do a > | > | # portupgrade -aR > | > | as I can't leave Thinkpad up and running in one place long enough to build > | all of them. > | > | I'm iteratively using the steps above to upgrade my ports tree. Is there a > | better/different way? Am I skipping any steps? Since I'm upgrading one > | port at a time, do I need to run portsdb? Also, I see references in the > | archives to > > FWIW, I do something like the following: > > 1. `portversion -l '<' -c > /tmp/portup.sh' > 2. edit /tmp/portup.sh to taste > 3. `/bin/sh /tmp/portup.sh' Thanks for the pointer. I was fiddling with this tactic on my workstation at home which has a great deal more ports installed than my laptop. > > | # cd /usr/ports > | # make index > | > | Do I need to do this? Everything seems to be working well, I'm just > | wondering if my method is proper. > | > | Thanks - JB > > I think portsdb(1) answers your INDEX questions: > Yes, it does. Thanks. I'm slowly putting all the pieces of staying current with a large ports tree together. For now, I'm dealing with past mistakes and their results, such as this: root:~ > pkg_info | grep qt qt-3.0.5_3 A C++ X GUI toolkit qt-3.0.5_5 A C++ X GUI toolkit root:~ > pkg_info -R qt-3.0.5_3 Information for qt-3.0.5_3: Required by: kdebase-3.0.5 kdelibs-3.0.5_1 root:~ > pkg_info -R qt-3.0.5_5 Information for qt-3.0.5_5: Required by: arts-1.0.4,1 kdebase-3.0.5 kdegames-3.0.4 kdegraphics-3.0.4 kdelibs-3.0.5_1 kdemultimedia-3.0.4 kdeutils-3.0.4_1 koffice-1.2,1 kstars-0.9 Odd that kdebase and kdelibs require qt-3.0.5_3 *and* qt-3.0.5_5. I wonder if this is a result of me climbing the learning curve, or an anomaly in the kde dependencies? Does this discussion belong on freebsd-ports? Doesn't seem like it. Thanks for the pointers! JB # John Bleichert # http://vonbek.dhs.org/latest.jpg To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: port upgrade method question
On Wed, Dec 11, 2002 at 09:07:40AM -0500, John Bleichert <[EMAIL PROTECTED]> writes: | I've CVSup'd my system and my ports tree (ports-all). Now I'm using | | # pkg_version -v | | to see which installed ports have an upgrade available. Working with this | info, I go into each port I wish to upgrade and | | # portupgrade -R port-name | | I can't do a | | # portupgrade -aR | | as I can't leave Thinkpad up and running in one place long enough to build | all of them. | | I'm iteratively using the steps above to upgrade my ports tree. Is there a | better/different way? Am I skipping any steps? Since I'm upgrading one | port at a time, do I need to run portsdb? Also, I see references in the | archives to FWIW, I do something like the following: 1. `portversion -l '<' -c > /tmp/portup.sh' 2. edit /tmp/portup.sh to taste 3. `/bin/sh /tmp/portup.sh' | # cd /usr/ports | # make index | | Do I need to do this? Everything seems to be working well, I'm just | wondering if my method is proper. | | Thanks - JB I think portsdb(1) answers your INDEX questions: The portsdb command is a tool to generates the ports database named INDEX.db from the ports index file named INDEX. It is commonly used among the tool suite and automatically updated on demand when it gets older than the index file. To save time, you can update it beforehand, like right after the index file is updated. In addition, considering that the INDEX file often gets outdated because it is updated only once a week or so in the official ports tree, it is recommended that you run ``portsdb -Uu'' after every CVSup of the ports tree in order to keep them always up-to-date and in sync with the ports tree. -- yours in haste, | http://darren.shepard.org/pubkey.txt Darren Shepard | 96D1FB7946171A06BA508FD8E16D6F5F31F0A7D2 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: Port Upgrade
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> (10.19.2002 @ 0839 PST): [EMAIL PROTECTED] said, in 0.6K: << > My box is freebsd 4.5-release > > When trying to do a Port Upgrade I run into this error. This used to work > but not any more. Is 4.5 no longer supported? Please also reply to me. > > desert# pkg_add -r portupgrade > Error: FTP Unable to get > >ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-4.5-release/Latest/portupgrade.tgz: > File unavailable (e.g., file not found, no access) > pkg_add: unable to fetch > >`ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-4.5-release/Latest/portupgrade.tgz' > by URL > > Thanks >> end of "Port Upgrade" from [EMAIL PROTECTED] << you are correct: 4.5 packages are not sitting around on the server. your options are as follows: * upgrade to 4.7 and use packages * update your ports tree (cvsup) and build from ports * download the newer packages and just pkg_add them - -Adam - -- Adam Weinberger [EMAIL PROTECTED] [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE9sZD6o8KM2ULHQ/0RAoW8AJ0XYQvSysjOIsNyOCpx3feATbjr1ACffmZ9 IukXoQlqJusWQAqBdiIbMSE= =K19F -END PGP SIGNATURE- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: Port Upgrade
At 10:39 AM 10.19.2002 -0500, [EMAIL PROTECTED] wrote: >Hello, > >My box is freebsd 4.5-release > >When trying to do a Port Upgrade I run into this error. This used to work >but not any more. Is 4.5 no longer supported? Please also reply to me. > >desert# pkg_add -r portupgrade >Error: FTP Unable to get >ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-4.5-release/Latest/po rtupgrade.tgz: >File unavailable (e.g., file not found, no access) >pkg_add: unable to fetch >`ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-4.5-release/Latest/p ortupgrade.tgz' >by URL > >Thanks > Gather you don't use ports & cvsup? Easy to get and would include/install the portupgrade. Best regards, Jack L. Stone, Administrator SageOne Net http://www.sage-one.net [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message