From owner-freebsd-ports@FreeBSD.ORG Thu Jan 6 18:39:01 2005 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65B1616A4CE for ; Thu, 6 Jan 2005 18:39:01 +0000 (GMT) Received: from web53607.mail.yahoo.com (web53607.mail.yahoo.com [206.190.37.40]) by mx1.FreeBSD.org (Postfix) with SMTP id D5DE443D53 for ; Thu, 6 Jan 2005 18:39:00 +0000 (GMT) (envelope-from scott@sremick.net) Received: (qmail 1968 invoked by uid 60001); 6 Jan 2005 18:39:00 -0000 Message-ID: <20050106183900.1966.qmail@web53607.mail.yahoo.com> Received: from [65.213.7.6] by web53607.mail.yahoo.com via HTTP; Thu, 06 Jan 2005 10:38:59 PST X-RocketYMMF: siremick Date: Thu, 6 Jan 2005 10:38:59 -0800 (PST) From: "Scott I. Remick" To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: ringworm@inbox.lv Subject: Re: mpeg4ip requires IPv6? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: scott@sremick.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 18:39:01 -0000 Ah, the useful information starts pouring in! On Thu, 6 Jan 2005 08:51:49 -0800, Michael C. Shultz wrote: > Just a suggestion here, two ways you can go about this > so here is the hard way first: > > Rename /usr/src/lib/compat to /usr/src/lib/compat-HOLD or something like > that, then what ever programs are linked against them will fail and > these need to be rebuilt. I'd be willing to do this... but... is it possible to cheat a little and determine proactively what ports are linked against them? See the output in the other post I made earlier today (the huge one). > The easier but much longer way, download sysutils/portmanager and run > portmanager -u. I'm unclear the difference between "portmanager -s" and "portversion -v"? They seem to output the same results, more or less, neither being the dramatic list of apps linked to old libraries. Instead it's simply a list of what I have installed that has newer versions in the ports tree. su-2.05b# portmanager -s | grep OLD have:mplayer-gtk2-esound-0.99.5_4 status: OLD available:mplayer-gtk2-esound-0.99.5_5 multimedia/mplayer have:linux-sun-jdk-1.4.2.06 status: OLD available:linux-sun-jdk-1.4.2.06_1 java/linux-sun-jdk14 have:xorg-server-6.8.1 status: OLD available:xorg-server-6.8.1_1 x11-servers/xorg-server have:SimGear-0.3.5 status: OLD available:SimGear-0.3.7 devel/simgear have:FlightGear-0.9.3_1 status: OLD available:FlightGear-0.9.6 games/flightgear have:gnumeric2-1.4.1 status: OLD requires downgrade! available:gnumeric-1.4.1 math/gnumeric have:gnomemeeting-0.98.5_2 status: OLD available:gnomemeeting-0.98.5_4 net/gnomemeeting have:gnofract4d-1.9_2 status: OLD available:gnofract4d-1.9_3 graphics/gnofract4d have:gnomenettool-1.0.0,1 status: OLD available:gnomenettool-1.0.0_1,1 net/gnomenettool have:nvidia-driver-1.0.6113_2 status: OLD available:nvidia-driver-1.0.6113_3 x11/nvidia-driver have:firefox-1.0_6,1 status: OLD available:firefox-1.0_7,1 www/firefox have:gtkam-gnome-0.1.12_2 status: OLD available:gtkam-gnome-0.1.12_3 graphics/gtkam have:openoffice-1.1.3.20040810 status: OLD available:openoffice-1.1.4.20041101_1 editors/openoffice-1.1-devel status report finished su-2.05b# portversion -v -l \< [Updating the pkgdb in /var/db/pkg ... - 534 packages found (-0 +1) . done] FlightGear-0.9.3_1 < needs updating (port has 0.9.6) SimGear-0.3.5 < needs updating (port has 0.3.7) firefox-1.0_6,1 < needs updating (port has 1.0_7,1) gnofract4d-1.9_2 < needs updating (port has 1.9_3) gnomemeeting-0.98.5_2 < needs updating (port has 0.98.5_4) gnomenettool-1.0.0,1 < needs updating (port has 1.0.0_1,1) gtkam-gnome-0.1.12_2 < needs updating (port has 0.1.12_3) linux-sun-jdk-1.4.2.06 < needs updating (port has 1.4.2.06_1) mplayer-gtk2-esound-0.99.5_4 < needs updating (port has 0.99.5_5) nvidia-driver-1.0.6113_2 < needs updating (port has 1.0.6113_3) openoffice-1.1.3.20040810 < [held] needs updating (port has 1.1.4.20041101_1) xorg-server-6.8.1 < needs updating (port has 6.8.1_1) > It will update the out of date dependencies but if you > have been running pkgdb -F from portupgrade then portmanager may miss a > few because pkgdb screws up the ports registration data base. I have. :( Do the outputs above suggest that using portmanager isn't going to do much for me? > Anything that fails should be pkg_deleted then rebuilt manually. Instead of deleting, would a portupgrade -fR make more sense, that way you catch all the dependencies in case it's one of THEM that's causing the app to fail? > Once everything works without the /usr/src/lib/compat libraries I'd > recommend deleteing them and in /etc/make.conf comment out the > following: > > COMPAT1X= yes > COMPAT20= yes > COMPAT21= yes > COMPAT22= yes > COMPAT3X= yes > COMPAT4X= yes I don't have any of those in my make.conf > still it will save you many headaches down the road to get every thing > linked to the new c libraries and not the compat ones. Agreed. That's my goal. > I've noticed a few posts recently complaining open office won't build > on 5.3 stable so I'm trying it on my system, the thing has been building > for 24 hours now and still isn't finished! 24+ hours sounds about normal. Only reason I have 1.1.3 right now is I used a package this morn (I had a homebuilt 1.1.0 earlier). Haven't tested it yet. Considering the portversion/portmanager output above, I think I got the devel version. :( > What I'm hoping to be able to tell you, is after your system is fully > up to date with portmanager that building openoffice will be no problem, That'd be really nice. I've been stuck on 1.1.0 for a long while. 1.1.3 is much prettier. > one thing I had to do > to get openoffice to at least start compiling was to set up the > following in /etc/make.conf: > > .if ${.CURDIR:M*/editors/openoffice-1.1} > WITH_TTF_BYTECODE_ENABLED=YES WITHOUT_MOZILLA=yes > .endif > > because it fails early on if mozilla isn't disabled. I keep my special > port settings in /etc/make.conf so if I manually install ports or do so > with portmanager or portupgrade I know the correct switches will > always be used. Hmm I didn't know you could do conditional statements like that in /etc/make.conf. That's nice. I actually already use both those values though. > Hope my advice helps you some, but really I can do much better if I see > specific instances of a failure like the one you posted to the mail > list, everything I said above, you may have a special circumstance that > makes what I said wrong. Sounds good... just trying to make sure we're certain where to go from here first before we start busting apps by whacking old libraries. You might want to take a look at that other long post I made earlier today that I mentioned and see if it provides you any additional information. Thanks so much for your help! ===== Fix most Windows problems here: http://vtbsd.net/winhelp/ Sick of ads/pop-ups/spam in AIM/Yahoo/MSN? http://www.jabber.org/ Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon?