Re: portmanager core dumps
F. Even - fbsd-questions wrote: On Sunday 08 January 2006 18:30, Robert Marella wrote: Good Afternoon At times when in a hurry or not thinking as fast as my fingers, I try to run portupgrade -s | grep OLD from a regular user account instead of sudo portupgrade -s | grep OLD. do you mean portmanager -s | grep OLD by any chance? I would expect portupgrade to insult my intelligence and question my heritage or is that question my intelligence and insult my heritage. Well, it doesn't do either. It core dumps. This will happen on more than one system running 6 Stable and the updated portmanager. [EMAIL PROTECTED] ~ pkg_info | grep portmanager portmanager-0.4.1_4 FreeBSD installed ports status and safe update utility Thanks Robert Portmanager will only run as root, I'll make a note/bug to check error handling when someone attempts to run it as a normal user. Mike, Please don't disable the ability to run this as a non-root user. I've managed to get it to run by chowning it's config, files under /var/db and the entire ports collection to an update user. Now I can run portmanager -s and it will give me an accurate run-down of what upgrades are needed. I can also then download updates as a restricted user. Changing to root will allow me to update as I need to, and as long as the src is cleaned up, no files owned by root are left behind in the ports tree. This actually works quite nicely. Thanks, Frank For the next few months I have no access to a FreeBSD system so won't be changing anything. Portmanager has no internal mechanisms for checking ownership, I think that so long as whoever has write access to everything in /usr/local/share/portmanager should be able to run it no problem. So if you want to change who can run it besides root just change the permisions of the files in that directory. I do have a change at home that moves the data bases to /var/db/portmanager so if that ever gets posted things will change slightly, it may never be posted though if no one takes over maintainership before I return. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Unable to find 'automake'
On Saturday 25 February 2006 15:23, Gerard Seibert wrote: Using FreeBSD 5.4 While building 'portmanager', I noticed this error message: Making all in libMG Making all in src cd ../.. /bin/sh /usr/ports/sysutils/portmanager/work/portmanager-0.4.1/missing --run automake --gnu libMG/src/Makefile automake: not found WARNING: `automake' is missing on your system. You should only need it if you modified `Makefile.am', `acinclude.m4' or `configure.ac'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. I checked the /var/db/pkg directory and found this listing: drwxr-xr-x2 root wheel - 512 Feb 22 21:26 automake-1.4.6_2/ drwxr-xr-x2 root wheel - 512 Feb 22 21:26 automake-1.5_2,1/ drwxr-xr-x2 root wheel - 512 Feb 22 21:26 automake-1.9.6/ Since the build finished without and problems, I assume that it is a harmless error message. I was wondering though why it was displayed however? Am I looking in the wrong place for the 'automake' program? I have Perl 5.8.8 installed if that means anything. Thanks! There is no reason for automake to run if nothing in the ports package has been modified. I think it is safe to ignore. There is a recent change to portmanager in FreeBSD that isn't by me, if anything in that change effected the files in the warning notice that might be the explanation. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portmanager core dumps
On Sunday 08 January 2006 18:30, Robert Marella wrote: Good Afternoon At times when in a hurry or not thinking as fast as my fingers, I try to run portupgrade -s | grep OLD from a regular user account instead of sudo portupgrade -s | grep OLD. do you mean portmanager -s | grep OLD by any chance? I would expect portupgrade to insult my intelligence and question my heritage or is that question my intelligence and insult my heritage. Well, it doesn't do either. It core dumps. This will happen on more than one system running 6 Stable and the updated portmanager. [EMAIL PROTECTED] ~ pkg_info | grep portmanager portmanager-0.4.1_4 FreeBSD installed ports status and safe update utility Thanks Robert Portmanager will only run as root, I'll make a note/bug to check error handling when someone attempts to run it as a normal user. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: KDE 3.5 install probs (FBSD 5.4)
On Sunday 01 January 2006 10:46, [EMAIL PROTECTED] wrote: I've been trying to install the newer release of KDE on my 5.4 system with no luck. Here are some attempts: 1. Download kdebase-3.5.0 tarball, run ./configure (for starters): [laptop]/home/laptop/KDE/kdebase/kdebase-3.5.0(40): ./configure checking build system type... i386-unknown-freebsd5.4 checking host system type... i386-unknown-freebsd5.4 checking target system type... i386-unknown-freebsd5.4 checking for a BSD-compatible install... /usr/bin/install -c checking for -p flag to install... yes checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for kde-config... not found configure: error: The important program kde-config was not found! Please check whether you installed KDE correctly. ...I couldn't find a tarball or anything else looking like kde-config to install. 2. Use konstruct: Download the sources, untar them. They are supposed to play like FBSD ports; cd into some directory and type make install. There is a meta directory; here's what happens there: [laptop]/home/laptop/KDE/konstruct/meta(48): make install ../category.mk, line 13: Need an operator make: fatal errors encountered -- cannot continue 3. Some other attempt wth konstruct; cd into the kdebase subdirectory and do a make install there: [laptop]/home/laptop/KDE/konstruct/kde/kdebase(54): make install ../../gar.conf.mk, line 38: Need an operator ../../gar.conf.mk, line 54: Need an operator ../../gar.conf.mk, line 64: Need an operator ../../gar.conf.mk, line 100: Need an operator ../../gar.conf.mk, line 108: Need an operator ../../gar.conf.mk, line 116: Need an operator ../../gar.conf.mk, line 134: Need an operator ../../gar.conf.mk, line 135: Need an operator ../../gar.conf.mk, line 136: Need an operator ../../gar.conf.mk, line 137: Need an operator ../../gar.conf.mk, line 138: Need an operator ../../gar.conf.mk, line 139: Need an operator ../../gar.lib.mk, line 272: Need an operator ../../gar.lib.mk, line 274: Need an operator ../../gar.lib.mk, line 277: Need an operator ../../gar.lib.mk, line 288: Need an operator ../../color.mk, line 19: Missing dependency operator ../../color.mk, line 62: Need an operator ../../gar.mk, line 65: Need an operator ../../gar.mk, line 67: Need an operator ../../gar.mk, line 69: Need an operator Error expanding embedded variable. I didn't play with the gar.conf.mk file; it looked like it was supposed to run okay the way it was. I probably do not understand what they're doing with the gar.conf.mk files. cheers happy new year - -- paz. There is a perfectly good version of KDE in the ports tree, why do this? -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: KDE 3.5 install probs (FBSD 5.4)
On Sunday 01 January 2006 11:43, Kirk Strauser wrote: On Sunday 01 January 2006 12:51 pm, Michael C. Shultz wrote: There is a perfectly good version of KDE in the ports tree, why do this? In his defense, that's only true if you consider the perfectly good version to be the one released last March, rather than the one released just over a month ago. Still, as much as I want to play with 3.5, I'll wait until the ports come along. People much better at building it than I am are having problems, so there's not much point in me trying it. I understand impatience when a new version comes out and it isn't in the port's tree right away, but in the maintainer's defense: I remember just over a year ago when KDE used to crash rather regularly, now it is very stable, he is doing a great job at maintaining that very complex set of ports and deserves all of our patience and support. :) -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkg_delete question
On Tuesday 27 December 2005 23:50, Yuan Jue wrote: On Wednesday 28 December 2005 14:21, Michael C. Shultz wrote: On Tuesday 27 December 2005 22:10, Yuan Jue wrote: On Wednesday 28 December 2005 14:00, Dmitry Sidorov wrote: On Wed, 2005-12-28 at 13:55 +0800, Yuan Jue wrote: hello, all I wanna delete a package that I don't want now. I know that when I use portinstall -R xxx to install it, many dependencies have been installed too. Now I wanna delete them all if they are not used by any other packages. how can I do it? can I pkg_delete -r xxx? thanks. yes you can, ls -al /var/db/pkg find your package name, and execute: pkg_delete -r package_name thanks for your reply. but doesn't pkg_delete -r xxx use to delete all packages that depend on the xxx? what I wanna delete are those packages that xxx depend on. any ideas? To delete ports that none depend on try: sysutils/portmanager portmanager -slid thanks. it works very well :) Your welcome :) -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Ooo-2.0 build snafu...
On Wednesday 28 December 2005 13:20, Gary Kline wrote: I keep running into this build error with openoffice-2.0. Just curious if this is a new error or not. Pointers welcome. I'm running 5.3 on this particular server. thanks in advance, people, gary Looks like your are linking to the wrong threads library, was this machine upgraded from 4.* by any chance? Anyways my advice is to forcably rebuild all openoffice's dependencies so everthing is linked to the correct system libraries: cd /usr/ports/sysutils/portmanager make install clean rehash portmanager editors/openoffice.org-2.0 -f -l -Mike /usr/ports/editors/openoffice.org-2.0/work/OOA680_m1/solenv/bin/checkdll.sh -L../../unxfbsd.pro/lib -L../lib -L/usr/ports/editors/openoffice.org-2.0/work/OOA680_m1/solenv/unxfbsd/lib -L/usr/ports/editors/openoffice.org-2.0/work/OOA680_m1/solver/680/unxfbsd.p ro/lib -L/usr/ports/editors/openoffice.org-2.0/work/OOA680_m1/solenv/unxfbsd/lib -L/usr/local/jdk1.4.2/lib -L/usr/local/jdk1.4.2/jre/lib/i386 -L/usr/local/jdk1.4.2/jre/lib/i386/client -L/usr/local/jdk1.4.2/jre/lib/i386/native_threads -L/usr/X11R6/lib ../../unxfbsd.pro/lib/check_libofficebean.so Checking DLL ../../unxfbsd.pro/lib/check_libofficebean.so ...Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) Abort trap (core dumped) dmake: Error code 1, while making '../../unxfbsd.pro/lib/libofficebean.so' '---* tg_merge.mk *---' ERROR: Error 65280 occurred while making /usr/ports/editors/openoffice.org-2.0/work/OOA680_m1/bean/native/unix dmake: Error code 1, while making 'build_instsetoo_native' '---* tg_merge.mk *---' *** Error code 255 Stop in /usr/ports/editors/openoffice.org-2.0. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Hard lockup with USB speakers after an hour
On Wednesday 28 December 2005 17:25, Jesse Sheidlower wrote: I'm trying to diagnose and fix a problem I'm having with my USB audio. After some difficulty getting things set up, I had managed to understand what I needed to do to get everything working. Now, when I listen to USB speakers, everything will work fine for an hour or so, and then I'll get a freeze so total that I can only fix it by pulling the power cord and battery out of my laptop. There doesn't seem to be anything specific that triggers this (it's not caused by adjusting the volume, or switching back to a different output device, it just happens in the middle of audio being played). There's nothing logged in /var/log/messages. What can I do to further diagnose this, and fix it? I'm running FreeBSD 6.0-RELEASE on an IBM ThinkPad X23; the speakers attach at pcm1. Thanks. Jesse Sheidlower Run top and see if something is hogging the cpu when it locks up -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Ooo-2.0 build snafu...
On Wednesday 28 December 2005 19:01, Gary Kline wrote: On Wed, Dec 28, 2005 at 02:03:11PM -0800, Michael C. Shultz wrote: On Wednesday 28 December 2005 13:20, Gary Kline wrote: I keep running into this build error with openoffice-2.0. Just curious if this is a new error or not. Pointers welcome. I'm running 5.3 on this particular server. thanks in advance, people, gary Looks like your are linking to the wrong threads library, was this machine upgraded from 4.* by any chance? Anyways my advice is to forcably rebuild all openoffice's dependencies so everthing is linked to the correct system libraries: cd /usr/ports/sysutils/portmanager make install clean rehash portmanager editors/openoffice.org-2.0 -f -l -Mike There may well have been some mis-linking. I'm test-installing Ooo-2.0 on my DNS server. I don't mess with it that much. Just make sure it kept fairly up-t-date and stable. thankee! gary your welcome -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkg_delete question
On Tuesday 27 December 2005 22:10, Yuan Jue wrote: On Wednesday 28 December 2005 14:00, Dmitry Sidorov wrote: On Wed, 2005-12-28 at 13:55 +0800, Yuan Jue wrote: hello, all I wanna delete a package that I don't want now. I know that when I use portinstall -R xxx to install it, many dependencies have been installed too. Now I wanna delete them all if they are not used by any other packages. how can I do it? can I pkg_delete -r xxx? thanks. yes you can, ls -al /var/db/pkg find your package name, and execute: pkg_delete -r package_name thanks for your reply. but doesn't pkg_delete -r xxx use to delete all packages that depend on the xxx? what I wanna delete are those packages that xxx depend on. any ideas? To delete ports that none depend on try: sysutils/portmanager portmanager -slid -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Two simple questions
On Saturday 24 December 2005 06:51, Teilhard Knight wrote: What is the command to see the hidden files and folders? And how to unhide them? Teilhard. 1) ls -A(see man ls) 2) if you use the standard csh shell try ll (see .cshrc) -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: BSD Question's.
On Saturday 24 December 2005 06:54, Daniel A. wrote: Hi Andy, I am sorry for the trouble you have had with Windows XP. I suggest that you use Linux, as FreeBSD really is not targeted at people who want to use graphical user interfaces. In a few key areas FreeBSD is a better desktop OS than Linux: Easier to keep the kernel/world and installed ports up to date for example without having to resort to the microsoft/Linux fixall method of removing and reinstalling everything every now and again. Your opinion is correct IMO that FreeBSD managers put most emphasis on FreeBSD as a server and little as a desktop. My guess is because donations(cash) and hardware support for developers come from people who want servers while people who want a desktop OS tend to donate squat The linux developers really have been trying to make a valuable replacement for Windows, as they somehow have experienced the same issues with Windows (And Microsoft products in general) that you have. One Linux distribution in particular that I think you might like, is Ubuntu. You can download it at http://www.ubuntulinux.org/, or order a CD (Free shipping, free CD, you pay nothing). Advertising Linux in a FreeBSD mailing list? Sounds like you may have more of axe to grind against the FreeBSD management folk than a desire to offer sound advice -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: BSD Question's.
On Saturday 24 December 2005 07:34, Danial Thom wrote: --- Michael C. Shultz [EMAIL PROTECTED] wrote: On Saturday 24 December 2005 06:54, Daniel A. wrote: Hi Andy, I am sorry for the trouble you have had with Windows XP. I suggest that you use Linux, as FreeBSD really is not targeted at people who want to use graphical user interfaces. In a few key areas FreeBSD is a better desktop OS than Linux: Easier to keep the kernel/world and installed ports up to date for example without having to resort to the microsoft/Linux fixall method of removing and reinstalling everything every now and again. Your opinion is correct IMO that FreeBSD managers put most emphasis on FreeBSD as a server and little as a desktop. My guess is because donations(cash) and hardware support for developers come from people who want servers while people who want a desktop OS tend to donate squat The linux developers really have been trying to make a valuable replacement for Windows, as they somehow have experienced the same issues with Windows (And Microsoft products in general) that you have. One Linux distribution in particular that I think you might like, is Ubuntu. You can download it at http://www.ubuntulinux.org/, or order a CD (Free shipping, free CD, you pay nothing). Advertising Linux in a FreeBSD mailing list? Sounds like you may have more of axe to grind against the FreeBSD management folk than a desire to offer sound advice -Mike Why not just tell the truth, which is that Windows XP is the best that you can do for the desktop, and that there is no perfect solution that works perfectly in every scenario? What I suppose you really mean is why don't I just agree with you ;) FreeBSD and Linux *should* focus on server functions, because that is where MS is weak and that is where its needed. There will likely never be a solid reason to use BSD or linux as a desktop other than religion; while there are many compelling reasons to use BSD and/or linux servers. Your opinion. Mine is FreeBSD has the potential to be a better desktop than either ms or Linux. The big problem at the moment is with web browser plugins. Desktop users coming from ms land demand these and FreeBSD simply comes up short in supporting them. I have faith that will change eventually. When you try to be everything to everyone and you don't have the resources of a MS, then you end up with mediocre results. This is the key, how to get the FreeBSD teams resources for focusing developent towards desktop users? I believe if given proper resources they will do it. -Mike Decide what you want to be, and be the best at it. That should be the mantra of any product development team, regardless of the genre. DT __ Yahoo! for Good - Make a difference this year. http://brand.yahoo.com/cybergivingweek2005/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: BSD Question's.
On Saturday 24 December 2005 08:02, Daniel A. wrote: Hi Mike, On 12/24/05, Michael C. Shultz [EMAIL PROTECTED] wrote: On Saturday 24 December 2005 06:54, Daniel A. wrote: Hi Andy, I am sorry for the trouble you have had with Windows XP. I suggest that you use Linux, as FreeBSD really is not targeted at people who want to use graphical user interfaces. In a few key areas FreeBSD is a better desktop OS than Linux: Easier to keep the kernel/world and installed ports up to date for example without having to resort to the microsoft/Linux fixall method of removing and reinstalling everything every now and again. Your opinion is correct IMO that FreeBSD managers put most emphasis on FreeBSD as a server and little as a desktop. My guess is because donations(cash) and hardware support for developers come from people who want servers while people who want a desktop OS tend to donate squat The linux developers really have been trying to make a valuable replacement for Windows, as they somehow have experienced the same issues with Windows (And Microsoft products in general) that you have. One Linux distribution in particular that I think you might like, is Ubuntu. You can download it at http://www.ubuntulinux.org/, or order a CD (Free shipping, free CD, you pay nothing). Advertising Linux in a FreeBSD mailing list? Sounds like you may have more of axe to grind against the FreeBSD management folk than a desire to offer sound advice This is the same kind of response I got when I asked for screen alternatives. My grind is against Linux. Honestly, I hate linux. I dont have any real reasons for hating it, I just do, because Linux has a very loud-mouthed userbase that hates M$ and Winblows. I ordered 200 (Yes, 200!) Ubuntu CD's just for the priceless joy of sitting in my room and laughing once I opened the box with the 200 CD's that cost some people real money. Also, I am absolutely a FreeBSD fanboy. Imagine the priceless joy you could have had by donating the cost of those 200 cd's to the authors of your favorite OS. Not to mention the extra space in your room without 200 CD's laying about. -Mike So the advice I was giving actually _was_ the kind of advice that the OP asked for. Disregard the fact that this is a freebsd mailing list. He was asking for advice on a dekstop OS that would be cheap, and that is exactly what I gave him, based on the information that I've gathered through my interaction with people. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Two simple questions
On Saturday 24 December 2005 08:37, Teilhard Knight wrote: On Saturday 24 December 2005 06:51, Teilhard Knight wrote: What is the command to see the hidden files and folders? And how to unhide them? Teilhard. 1) ls -A (see man ls) 2) if you use the standard csh shell try ll (see .cshrc) -Mike Thanks. Teilhard welcome -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: re-installing applications using ports
On Friday 23 December 2005 03:48, Gerard Seibert wrote: On Friday, December 23, 2005 6:00:15 AM Robert Stevenson [EMAIL PROTECTED] Subject: re-installing applications using ports Wrote these words of wisdom: I have begun an installation using the ports collection but later I decided to cancel it so I could change some install options. When I start installation again I get the message Found saved configuration for . then immediately begins compiling. I could no longer see the installation menu where I could set the options. The questions is, how do I re-initialize the installation process so I could go to the installation menu once more and set the options? * REPLY SEPARATOR * On 10/11/2005 5:29:42 PM, Gerard Replied: I would use: 'make distclean' to clean out everything that you started doing. Then I believe you can use this: make config or make config-recursive to reconfigure the port. The latter might be the better way for you. When I want to reconfigure everything I just rm -r /var/db/ports first :) -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: firefox 1.5 port
On Wednesday 21 December 2005 10:42, Kent Stewart wrote: On Wednesday 21 December 2005 08:01 am, kalin mintchev wrote: Have you tried going into the cairo directory in /usr/ports and doing a make deinstall and make reinstall? yes... i installed from source and passed that point now... i just think that the purpose of the port system is to avoid stitching it all together from srcs... specially a port as widely used and popular as firefox.. But that is why you use things like portupgrade or portmanage. You have dependancies and sometimes, not all of the time, they have to be updated before you build the main application. If you do the updating out of sequence (abcd) such as update b before you update d, you may have to go back and force the update because the flag to update is no longer there. A portupgrade -rR won't fix what you have already broken. You have to force it with -fr. That will take a long time and you probably can't recover any other way because the package site only has firefox-1.5_4,1. For example, nspr and cairo build just fine on my system. I cvsuped and tried it on 6-stable. It sounds like you are in that position now. If there are a number of changes and it looks like an interface is affected, I run portupgrade -purR xxx. Michael will probably tell you how to do it with portmanage. I think like portupgrade and use it. Kent :) With portmanager he should do: portmanager www/firefox -f -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: upgrade then no ports
On Monday 19 December 2005 13:53, steve lasiter wrote: I have Freebsd 5.4 on all my servers. It had been a while since the initial load so I decided to upgrade all source code via cvsup and then ran make buildworld, make buildkernel, make installkernel. After all was said and done everything booted fine and all was working well. When I went to install a new port I noticed that all my ports were gone. All that is in my /usr/ports/ directory are the directories distfiles, and dns and a INDEX-5 file. I ran my ports-supfile for all-ports and it appeared to be installing but when it's done the /usr/ports/ directory is unchanged. When I went to install through sysinstall evey ftp site gives me this: Warning: Can't find the '5.4-RELEASE-p8' distribution on this FTP server. I still consider myself a Freebsd newbie and feel I've probably missed something simple but I have had no luck searching the net or bsd site. Thanks in advance, Steve L In your ports-sup file do you have this line? *default tag=. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: upgrade then no ports
On Monday 19 December 2005 14:00, steve lasiter wrote: --- Michael C. Shultz [EMAIL PROTECTED] wrote: On Monday 19 December 2005 13:53, steve lasiter wrote: I have Freebsd 5.4 on all my servers. It had been a while since the initial load so I decided to upgrade all source code via cvsup and then ran make buildworld, make buildkernel, make installkernel. After all was said and done everything booted fine and all was working well. When I went to install a new port I noticed that all my ports were gone. All that is in my /usr/ports/ directory are the directories distfiles, and dns and a INDEX-5 file. I ran my ports-supfile for all-ports and it appeared to be installing but when it's done the /usr/ports/ directory is unchanged. When I went to install through sysinstall evey ftp site gives me this: Warning: Can't find the '5.4-RELEASE-p8' distribution on this FTP server. I still consider myself a Freebsd newbie and feel I've probably missed something simple but I have had no luck searching the net or bsd site. Thanks in advance, Steve L In your ports-sup file do you have this line? *default tag=. -Mike Michael, Yes, I have *default release=cvs tag=RELENG_5_4 Change it to *default release=cvs tag=. see man cvsup (note the .) -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: upgrade then no ports
On Monday 19 December 2005 14:04, Michael C. Shultz wrote: On Monday 19 December 2005 14:00, steve lasiter wrote: --- Michael C. Shultz [EMAIL PROTECTED] wrote: On Monday 19 December 2005 13:53, steve lasiter wrote: I have Freebsd 5.4 on all my servers. It had been a while since the initial load so I decided to upgrade all source code via cvsup and then ran make buildworld, make buildkernel, make installkernel. After all was said and done everything booted fine and all was working well. When I went to install a new port I noticed that all my ports were gone. All that is in my /usr/ports/ directory are the directories distfiles, and dns and a INDEX-5 file. I ran my ports-supfile for all-ports and it appeared to be installing but when it's done the /usr/ports/ directory is unchanged. When I went to install through sysinstall evey ftp site gives me this: Warning: Can't find the '5.4-RELEASE-p8' distribution on this FTP server. I still consider myself a Freebsd newbie and feel I've probably missed something simple but I have had no luck searching the net or bsd site. Thanks in advance, Steve L In your ports-sup file do you have this line? *default tag=. -Mike Michael, Yes, I have *default release=cvs tag=RELENG_5_4 Change it to *default release=cvs tag=. see man cvsup (note the .) -Mike Here is a better reference, the man page won't help you http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html Warning: Be very careful to specify any tag= fields correctly. Some tags are valid only for certain collections of files. If you specify an incorrect or misspelled tag, CVSup will delete files which you probably do not want deleted. In particular, use only tag=. for the ports-* collections. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: upgrade then no ports
On Monday 19 December 2005 14:59, steve lasiter wrote: Thanks Mike, That did it. Do you think the upgrade of my system wasn't really an upgrade at all now due to that? Steve L ports and src are different things, it depends on how you had your cvs-src files set up. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash plugin in 6.0 / realplayer fontconfig
On Monday 19 December 2005 18:41, Rob wrote: On Mon, 19 Dec 2005 17:12:07 -0900 Beecher Rintoul [EMAIL PROTECTED] wrote: On Monday 19 December 2005 07:41 am, dick hoogendijk wrote: On 18 Dec Beecher Rintoul wrote: On Sunday 18 December 2005 10:16 pm, Dev Tugnait wrote: On Mon, 2005-12-19 at 01:06 -0500, James Bailie wrote: Dev Tugnait wrote: The port is not broken cvsup your tree Yes it is. While some things work, it still does not create the proper symbolic link for the acrobat plugin, nor is the path for it correct in the sample libmap.confs. Beecher's fix will correct. The only thing it doesnt do is create symbolic links which does not mark a port as BROKEN for one, secondly why would you remove your browser_plugins dir? That was a typo, read the followup I sent immediately following the first message. Secondly putting plugins in browser_linux_plugins does break firefox and mozilla. I would call that broken where I come from. Users should not have to move things that were installed in the wrong place. That's the job of the port. You were very quick with your correction of the typo. Faster than some of us read their mails ;-) Secondly, I totally agree to the statement that the port is broken You have too much to manually correct. At the time I was not aware of the facts and lost quite some time finding out. If you know, it's not that kind of a deal. Even though I'm not a programmer, I'm looking into fixing that port. I've tried contacting the maintainer and didn't get any response. If I manage to get it working I'll file a PR. The linuxpluginwrapper has been broken since the last upgrade, acroread way before that and it took me many hours to find all the fixes necessary (thank you everyone who helped me with that issue). If nothing else, I'll write all those changes into a script which will do it automatically. I would think this would be a priority if FreeBSD is going to be a viable desktop alternative. It's exactly this kind of situation that causes new users to give up and go with the penguin, or worse go back to micro$oft. I can't even tell someone to read the documentation, because there isn't any. These fixes were scattered throughout many email threads that span many months. If anyone needs a copy of my work-around it can be found at: http://akparadise.byethost33.com/freebsd/linuxpluginwrapper_how_to.txt Just my .02 Beech I can sympathize about these linux program problems. I want to be able to listen to Real Audio streams, but as it is now I have to boot into Windows to do it. The linux-realplayer won't start because it can't find any fonts and it tells me to fix fontconfig. I never had problems with fonts before fontconfig came into being. I really have no idea why it exists. Moreover, I have no interest in learning XML, then cutting and pasting various config files together out of what little documentation exists for fontconfig. The documentation is so poor that I have no idea what I am doing anyway. Searches on Google and the mailing lists were no help either. It is very frustrating. I concur that some of these programs are just not desktop ready. At this rate I am never going to be able to get rid of XP on my laptop. Rob. If desktop users only donated a quarter of what they pay for XP to open source projects I'm sure priorities would change drastically. As it is we get way more than we pay for. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Download the whole ports tree
On Saturday 17 December 2005 09:03, Kövesdán Gábor wrote: RW wrote: On Saturday 17 December 2005 07:54, Kris Kennaway wrote: Well, if you really think you want this, then just: cd /usr/ports make fetch Just idle curiosity, but does anyone have a feeling for how much that would download? This would not fetch all of the distfiles, because there are broken ports that are unfetchable and the fetching would stop when reaching the first such port. Gabor Kovesdan Even with: make fetch -i ? -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Passing make options to portmanager
On Saturday 17 December 2005 09:54, Dimitris Tsamis wrote: Michael C. Shultz wrote: On Friday 16 December 2005 16:31, Dimitris Tsamis wrote: I want to switch from portupgrade to portmanager, but I have a few questions. First of all, how do I pass make options to portmanager? (like the -m option for portupgrade). I often pass selected make options to multimedia players to choose what formats will be supported. Place make options in either pkgtools.conf, pm-020.conf or /etc/make.conf, man portmanager explains how. There isn't a way to pass make options from portmanager's command line. Thanks for clearing it up. Can someone verify that portmanager reads pkgtools.conf? You can see for yourself, run portmanager -u -ui, it will stop before upgrading the first port. As it collects initial information any make options found in either pm-020.conf or pkgtools.conf will be shown to the right of the port name. One caveat, you must have ruby and portupgrade installed or portmanager will ignore pkgtools.conf. I prefer to use pkgtools.conf because from what I understand it is a system file, whereas pm-020.conf is only for portmanager (I have ruby and portupgrade installed). Thanks for your time welcome -Mike Thanks for your answer :) Welcome -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Passing make options to portmanager
On Friday 16 December 2005 16:31, Dimitris Tsamis wrote: I want to switch from portupgrade to portmanager, but I have a few questions. First of all, how do I pass make options to portmanager? (like the -m option for portupgrade). I often pass selected make options to multimedia players to choose what formats will be supported. Place make options in either pkgtools.conf, pm-020.conf or /etc/make.conf, man portmanager explains how. There isn't a way to pass make options from portmanager's command line. Can someone verify that portmanager reads pkgtools.conf? You can see for yourself, run portmanager -u -ui, it will stop before upgrading the first port. As it collects initial information any make options found in either pm-020.conf or pkgtools.conf will be shown to the right of the port name. One caveat, you must have ruby and portupgrade installed or portmanager will ignore pkgtools.conf. Thanks for your time welcome -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gnome port forcing Apache 2.0 on me during install
On Thursday 15 December 2005 10:32, Wes Santee wrote: Greetings, I run Apache 1.3+ssl on a computer that I'm installing Gnome 2.12.2 via the meta-port in x11/gnome2. As part of that install, it builds and installs www/gnome-user-share. *That* port forces the www/apache20 port upon me. Since my version of Apache conflicts with the version it wants, portmanager dutifully uninstalls my version and installs 2.0 in an unconfigured state. Seems to me there should be some sort of warning, opt-out choice, or choice to pick a different http server (if gnome-user-share permits it) before doing this to a user. There are a lot of http servers listed and maintained in the ports tree. Are my only options to either suck it up and configure Apache 2.0 for my ~ machine, or ditch gnome-user-share and tell portmanager to never install it so I can run the web server I want? Cheers, -Wes The only gnome port I can find that as that port as a dependency is x11/gnome2-power-tools, not x11/gnome2. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gnome port forcing Apache 2.0 on me during install
On Thursday 15 December 2005 11:45, Wes Santee wrote:
Michael C. Shultz wrote:
| On Thursday 15 December 2005 10:32, Wes Santee wrote:
|Greetings,
|
|I run Apache 1.3+ssl on a computer that I'm installing Gnome 2.12.2 via
|the meta-port in x11/gnome2. As part of that install, it builds and
|installs www/gnome-user-share. *That* port forces the www/apache20 port
|upon me.
|[snip]
|
| The only gnome port I can find that as that port as a dependency is
| x11/gnome2-power-tools, not x11/gnome2.
|
| -Mike
You're right. Originally when I installed Gnome2, I used the
gnome2-lite meta-port. It lists other ports to install to get the more
full featured Gnome. After I while I removed the gnome2-lite port and
installed the gnome2 full port since I was slowly adding the add-on
ports it mentioned anyway. I assumed the bits I had already added were
part of the full port.
Guess I can just delete the port and be done with it. That solution
doesn't really address the larger issue of a port that will toss your
HTTP server out without so much as a how-do-you-do, but at least I can
go back to my known configuration easily enough.
Cheers,
-Wes
Since apache seems very critical to you maybe adding
IGNORE|www/apache*| to /usr/local/etc/portmanager/pm-020.conf
would be a good idea, it would stop surprises.
When you know you want to upgrade apache then comment out
that line and do a portmanager www/apache{version}, just a suggestion...
-Mike
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fopen call...
On Thursday 15 December 2005 13:41, Vasilkov Vasily wrote:
Hi all..
this is the part of my source
FILE *source;
source = fopen(/home/user/test.c, r);
if (source) {
printf(fopen error);
exit(0);
};
file /home/user/test.c exists and its access mode is 777..., but
when I run program, I get fopen error message...
Can anybody explain me this subj?
Try
if(source == NULL )
-Mike
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Reaching kern.maxfiles
On Monday 12 December 2005 06:19, Robert Fitzpatrick wrote: Been running this FreeBSD 5.2.1 server since 5.2 was released, never had an issue couldn't resolve, especially with the help of this and other lists. Now I'm stumped. I posted this issue last week, someone suggested I look at: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-kern el-limits.html The problem with reaching kern.maxfiles started immediately after doing several upgrades including Perl 5.8.4 to 5.8.7 and other minor level upgrades - Postfix 2.2.3 to 2.2.6, amavisd-new 2.2 to 2.3, SpamAssassin 3.0 to 3.1 and others. Since stopping and starting Postfix every 10 minutes alliviates the issue, I portdowngraded Postfix, amavisd-new and SpamAssassin to previous packages and still reach the kern.maxfiles of over 12000 within minutes. Downgrading just a few ports doesn't take into account their dependencies, and if you downgrade the dependencies then other ports that need them will have problems. -Mike Anyone have an inclination of what I can do to track down the cause of this issue? Do I need to increase kern.maxfiles (but why) or am I going to have to reinstall FreeBSD (I thought I'd never say that to fix a problem, like Winblows). I have already checked all partitions where a lot of issues were found on /var, but went to single user mode and repaired it to a clean state, disks (RAID 5) all seemed fine. The lsof command shows mostly smtp and smtpd processes with open files during this issue, but a lot of postfix clean up processes with open files to various libraries. This is just a snippet of the 11000 files open at one time, but most entries are like these: smtpd 10522root 111u KQUEUE 0xc756f900 count=0, state=0 smtpd 10522root 112u KQUEUE 0xc728b000 count=0, state=0 smtpd 10522root 113u KQUEUE 0xc7c72100 count=0, state=0 smtpd 10522root 114u KQUEUE 0xc7cb3a00 count=0, state=0 smtpd 10522root 115u KQUEUE 0xca892800 count=0, state=0 smtpd 10522root 116u KQUEUE 0xc7d89d00 count=0, state=0 smtpd 10522root 117u KQUEUE 0xc72bdc00 count=0, state=0 smtpd 10522root 118u KQUEUE 0xc7d5d500 count=0, state=0 cleanup 10530 postfix cwd VDIR 4,17512 965640 /var/spool/postfix cleanup 10530 postfix rtd VDIR 4,13512 2 / cleanup 10530 postfix txt VREG 4,16 250855 2499176 /usr/local/libexec/postfix/cleanup cleanup 10530 postfix txt VREG 4,13 135188 94210 /libexec/ld-elf.so.1 cleanup 10530 postfix txt VREG 4,16 97995 2246523 /usr/local/lib/libsasl2.so.2 cleanup 10530 postfix txt VREG 4,16 28036 1413244 /usr/lib/libpam.so.2 cleanup 10530 postfix txt VREG 4,13 32740 70658 /lib/libcrypt.so.2 cleanup 10530 postfix txt VREG 4,16 259651 2248530 /usr/local/lib/libssl.so.4 cleanup 10530 postfix txt VREG 4,161308218 2248522 /usr/local/lib/libcrypto.so.4 cleanup 10530 postfix txt VREG 4,16 969676 2496614 /usr/local/lib/db42/libdb-4.2.so.2 cleanup 10530 postfix txt VREG 4,16 241030 2241407 /usr/local/lib/libldap-2.2.so.7 cleanup 10530 postfix txt VREG 4,16 61071 2241404 /usr/local/lib/liblber-2.2.so.7 cleanup 10530 postfix txt VREG 4,16 53192 2242521 /usr/local/lib/libpcre.so.0 cleanup 10530 postfix txt VREG 4,13 892348 70667 /lib/libc.so.5 cleanup 10530 postfix txt VREG 4,16 111336 1415475 /usr/lib/libc_r.so.5 cleanup 10530 postfix txt VREG 4,16 204560 1413283 /usr/lib/libssl.so.3 cleanup 10530 postfix txt VREG 4,131106720 70679 /lib/libcrypto.so.3 cleanup 10530 postfix txt VREG 4,16 47428 2237797 /usr/local/lib/nss_ldap.so.1 cleanup 10530 postfix0uVCHR2,20t0 8 /dev/null cleanup 10530 postfix1uVCHR2,20t0 8 /dev/null cleanup 10530 postfix2uVCHR2,20t0 8 /dev/null cleanup 10530 postfix3uPIPE 0xc8864e1c 16384 -0xc7ac9810 cleanup 10530 postfix4uPIPE 0xc7ac9810 16384 -0xc8864e1c cleanup 10530 postfix5uPIPE 0xc72160ac 16384 -0xc6e1d2b0 cleanup 10530 postfix6uunix 0xc71180f00t0 public/cleanup cleanup 10530 postfix7uunix 0xc71614b00t0 -0xc6d674b0 cleanup 10530 postfix8uVREG 4,17 0 965683 /var/spool/postfix/pid/unix.cleanup cleanup 10530 postfix9uunix 0xcad4d2d00t0 public/cleanup cleanup 10530 postfix 10rVREG 4,16 49152 2386167 /usr/local/etc/postfix/transport.map.db cleanup 10530 postfix 11rVREG 4,16 49152 2386167 /usr/local/etc/postfix/transport.map.db cleanup 10530 postfix 12uIPv4 0xc71648a00t0 TCP
Re: Reaching kern.maxfiles
On Monday 12 December 2005 09:00, Robert Fitzpatrick wrote:
On Mon, 2005-12-12 at 07:57 -0800, Michael C. Shultz wrote:
On Monday 12 December 2005 06:19, Robert Fitzpatrick wrote:
Been running this FreeBSD 5.2.1 server since 5.2 was released, never
had an issue couldn't resolve, especially with the help of this and
other lists. Now I'm stumped. I posted this issue last week, someone
suggested I look at:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-
kern el-limits.html
The problem with reaching kern.maxfiles started immediately after doing
several upgrades including Perl 5.8.4 to 5.8.7 and other minor level
upgrades - Postfix 2.2.3 to 2.2.6, amavisd-new 2.2 to 2.3, SpamAssassin
3.0 to 3.1 and others. Since stopping and starting Postfix every 10
minutes alliviates the issue, I portdowngraded Postfix, amavisd-new and
SpamAssassin to previous packages and still reach the kern.maxfiles of
over 12000 within minutes.
Downgrading just a few ports doesn't take into account their
dependencies, and if you downgrade the dependencies then other ports that
need them will have problems.
No issues with my downgraded ports, but still the issue with reaching
kern.maxfiles, I have located this document, could this still be related
to my 5.2.1 kernel? Or, is there a way I could see if this is suspect on
my system?
http://www.freebsd.org/cgi/query-pr.cgi?pr=58687
--
Robert
I think changing kern.maxfiles is a bad idea unless you have a very good
reason, you would just be covering up the real problem. You didn't say how
you ran lsof, what does lsof -p {posfix pid} look like? One mail box on my
system postfix opens about 50 files, how many mail boxes on your system?
The PR you mentioned applies to libc_r, if I recall libc_r isn't supposed to
be used in FreeBSD 5.*
On my 5.4 system here is the libraries being used by postfix:
master 473 root txt VREG 4,26 129041
3984706 /usr/local/libexec/postfix/master
master 473 root txt VREG 4,12 152700 495144 /libexec/ld-elf.so.1
master 473 root txt VREG 4,26 229823
3768403 /usr/local/lib/libsasl2.so.2
master 473 root txt VREG 4,2628040 5700906 /usr/lib/libpam.so.2
master 473 root txt VREG 4,1232740 211974 /lib/libcrypt.so.2
master 473 root txt VREG 4,26 216480
3768737 /usr/local/lib/libpcre.so.0
master 473 root txt VREG 4,12 966792 213219 /lib/libc.so.5
If your system was mine here is what I would do first:
Make sure there is no /etc/libmap.conf
to make sure all dependencies are corectly built:
portmanager mail/postfix -f -l
Above I would just do because I was curious if it could be fixed,
but then I would upgrade to 5.4 STABLE or 5.4 RELEASE then
portmanager -u -f -l to make sure all ports were built against the correct
system libraries. My earlier point about downgrading specific ports
is still valid in your case, sometime doing that just creates new problems
because your dependencies are mismatched.
-Mike
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Reaching kern.maxfiles
On Monday 12 December 2005 11:20, Robert Fitzpatrick wrote:
On Mon, 2005-12-12 at 09:30 -0800, Michael C. Shultz wrote:
No issues with my downgraded ports, but still the issue with reaching
kern.maxfiles, I have located this document, could this still be
related to my 5.2.1 kernel? Or, is there a way I could see if this is
suspect on my system?
http://www.freebsd.org/cgi/query-pr.cgi?pr=58687
--
Robert
I think changing kern.maxfiles is a bad idea unless you have a very good
reason, you would just be covering up the real problem. You didn't say
how you ran lsof, what does lsof -p {posfix pid} look like? One mail box
on my system postfix opens about 50 files, how many mail boxes on your
system?
The PR you mentioned applies to libc_r, if I recall libc_r isn't supposed
to be used in FreeBSD 5.*
On my 5.4 system here is the libraries being used by postfix:
master 473 root txt VREG 4,26 129041
3984706 /usr/local/libexec/postfix/master
master 473 root txt VREG 4,12 152700 495144
/libexec/ld-elf.so.1 master 473 root txt VREG 4,26 229823
3768403 /usr/local/lib/libsasl2.so.2
master 473 root txt VREG 4,2628040 5700906
/usr/lib/libpam.so.2 master 473 root txt VREG 4,1232740
211974 /lib/libcrypt.so.2 master 473 root txt VREG 4,26
216480
3768737 /usr/local/lib/libpcre.so.0
master 473 root txt VREG 4,12 966792 213219 /lib/libc.so.5
If your system was mine here is what I would do first:
Make sure there is no /etc/libmap.conf
to make sure all dependencies are corectly built:
portmanager mail/postfix -f -l
Above I would just do because I was curious if it could be fixed,
but then I would upgrade to 5.4 STABLE or 5.4 RELEASE then
portmanager -u -f -l to make sure all ports were built against the
correct system libraries. My earlier point about downgrading specific
ports is still valid in your case, sometime doing that just creates new
problems because your dependencies are mismatched.
Tried doing the portmanage command, after running it the first time, it
upgraded Postfix back to 2.2.6. Then I ran it a 2nd time, this is the
result:
Port Status Report forced mode
1 have:postfix-2.2.6,1 /mail/postfix
built with OLD dependency: openldap-client-2.2.29 2
have:openssl-0.9.8a /security/openssl
ORIGINAL 3 have:cyrus-sasl-2.1.21_1
/security/cyrus-sasl2 ORIGINAL 4 have:db42-4.2.52_4
/databases/db42 ORIGINAL 5
have:pcre-6.4/devel/pcre
ORIGINAL 6 :openldap-client-2.2.29
/net/openldap22-client MISSING 7 have:perl-5.8.7
/lang/perl5.8 ORIGINAL 8
have:libtool-1.5.20 /devel/libtool15
ORIGINAL
skipping postfix-2.2.6,1 /mail/postfix until dependency openssl-0.9.8a
updated skipping openssl-0.9.8a /security/openssl until dependency
perl-5.8.7 updated skipping cyrus-sasl-2.1.21_1 /security/cyrus-sasl2 until
dependency openssl-0.9.8a updated skipping db42-4.2.52_4 /databases/db42
until dependency libtool-1.5.20 updated skipping pcre-6.4 /devel/pcre until
dependency libtool-1.5.20 updated skipping openldap-client-2.2.29
/net/openldap22-client until dependency openssl-0.9.8a updated skipping
perl-5.8.7 /lang/perl5.8 marked IGNORE reason: failed during make skipping
Can you build perl manually?
cd /usr/ports/lang/perl5.8 make clean make make deinstall install
If not you need to solve that.
Can you build libtool manually?
cd /usr/ports//devel/libtool15 make clean make make deinstall install
If not you need to solve that.
No point worring over the rest if the above won't build, and if you get them
to then finish running portmanager
-Mike
libtool-1.5.20 /devel/libtool15 marked IGNORE reason: failed during make
portmanager 0.3.9_7 INFO: finished with some ports not updated if --log
was used see /var/log/portmanager.log
Now I have problems with the 'ls' command and starting postfix, getting
Segmentation faults. Postfix runs and I am still reaching kern.maxfiles,
but now this problem as well:
esmtp# postfix start
postfix/postfix-script: warning: not owned by root:
/usr/local/libexec/postfix Segmentation fault (core dumped)
postfix/postfix-script: warning: not owned by root: /usr/local/etc/postfix
Re: Downgrade a port
On Sunday 11 December 2005 11:55, Robert Fitzpatrick wrote: Well, still haven't solved my problem with reaching kern.openfiles limit since upgrading several packages. I posted that last week and received some ideas. The /var had several problems, so I went to single user mode this weekend and cleaned it up, all other parts clean. So, I am now considering downgrading ports that were upgraded in an attempt to solve the issue. Stopping and starting Postfix will relieve the issue, if done every 10 minutes. I have tried 'make deinstall' and reinstalling Postfix, but this was upgraded from 2.2.x to 2.2.6, very minor. So, maybe the culprit is amavisd-new. Of all the packages that were upgraded at the time the problem started, this one was the most major coming from 2.2.1 to 2.3.3. All ports were upgraded via portupgrade, I can't seem to find how to get 2.2.1 loaded in the ports system, can someone help? Also, if anyone has another idea on my core issue, I have used lsof and most files open on the system are of the smtp and smtpd processes. -- Robert Here is how you can bring all ports back to a prior day: make install sysutils/portmanager mv /usr/ports /usr/ports.CURRENT mkdir /usr/ports.PREVIOUSDATE ln -sv /usr/ports.PREVIOUSDATE /usr/ports ln -sv /usr/ports.CURRENT/distfiles /usr/ports.PREVIOUSDATE/distfiles below set what ever date you want *default host=cvsup17.FreeBSD.org *default base=/usr/local/etc/cvsup *default prefix=/usr *default release=cvs *default tag=. *default delete *default compress *default date=2005.11.08.12.00.00 ports-all run cvsup on the above file and you will have a back dated ports tree run portmanager -u -l -ip sysutils/portmanager (the -ip portmanager is so you don't set it back to a previous date) portmanager will backdate all installed ports to the date of your previousdate port tree. When you want to move forward just swap the links between ports.PREVIOUSDATE and ports.CURRENT then update with either portmanager or portupgrade if you prefer. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Flash no longer displayed in Firefox
On Saturday 10 December 2005 04:15, Beecher Rintoul wrote: On Saturday 10 December 2005 01:44 am, edward wrote: Hi, I recently upgraded my ports collection with portmanager. In the process, Firefox has been upgraded to 1.5_3,1. The problem is that Flash media is no longer displayed in Firefox (plugin is reported as missing). I have linux-flashplugin-6.0r79_3 and linuxpluginwrapper-20051113 installed and the linux emulator is active. I assumed the libmap.conf file could be outdated, so I did a : cp /usr/local/share/examples/linupluginwrapper/libmap.conf-FreeBSD5-stable /etc/libmap.conf Still no luck. For all it's worth, QuickTime and Windows Media content still play fine on Firefox via Mplayer. In case this may be useful : # uname -a FreeBSD .Domain 5.4-STABLE FreeBSD 5.4-STABLE #0: Sun Oct 30 15:12:21 CET 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/EDWARD i386 # cat /etc/libmap.conf # /etc/libmap.conf for FreeBSD 5-stable(5.3-BETA7 and later) and # 6-current(6.0 to 6.0-BETA2) # $Id: libmap.conf-FreeBSD5-stable,v 1.22 2005/11/13 01:46:14 nork Exp $ ### # Flash6 with Opera is not available. # Flash6 with Konqueror # SEE ALSO: http://freebsd.kde.org/howtos/konqueror-flash.php # This configuration was integrated to following one. # Flash6 with Mozilla/Firebird/Galeon/Epiphany/Konqueror/Kazehakase [/usr/X11R6/lib/linux-flashplugin6/libflashplayer.so] libpthread.so.0 pluginwrapper/flash6.so libdl.so.2 pluginwrapper/flash6.so libz.so.1 libz.so.2 libstdc++-libc6.2-2.so.3libstdc++.so.4 libm.so.6 libm.so.3 libc.so.6 pluginwrapper/flash6.so ### # Acrobat with Opera is not available. # Acrobat5 with Mozilla/Firebird/Galeon/Epiphany/Konqueror/Kazehakase #[/usr/local/Acrobat5/Browsers/intellinux/nppdf.so] #libc.so.6 pluginwrapper/acrobat.so # Acrobat7 with Mozilla/Firebird/Galeon/Epiphany/Konqueror/Kazehakase [/usr/compat/linux/usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so ] libc.so.6 pluginwrapper/acrobat.so # Japanese Acrobat7 with Mozilla/Firebird/Galeon/Epiphany/Konqueror/Kazehakase [/usr/local/Acrobat7/Browser/intellinux/nppdf.so] libc.so.6 pluginwrapper/acrobat.so ### # Helix RealPlayer with Mozilla/Firebird/Galeon/Epiphany/Konqueror/Kazehakase [/usr/X11R6/lib/linux-mozilla/plugins/nphelix.so] libstdc++.so.5 libstdc++.so.4 libc.so.6 pluginwrapper/realplayer.so ### # Java3D # NOTE: THESE ARE SAMPLES. PLEASE SEE ALSO INSTALL MESSAGES # OF java/java3d PORT. [/usr/local/jdk1.4.2/jre/lib/i386/libJ3D.so] libdl.so.2 pluginwrapper/java3d.so libm.so.6 libm.so.3 libnsl.so.1 pluginwrapper/java3d.so libpthread.so.0 pluginwrapper/java3d.so libc.so.6 pluginwrapper/java3d.so [/usr/local/jdk1.4.2/jre/lib/i386/libj3daudio.so] libm.so.6 libm.so.3 libnsl.so.1 pluginwrapper/java3d_snd.so libpthread.so.0 pluginwrapper/java3d_snd.so libc.so.6 pluginwrapper/java3d_snd.so [/usr/local/jdk1.4.2/jre/lib/i386/libJ3DUtils.so] libpthread.so.0 pluginwrapper/java3d.so libc.so.6 pluginwrapper/java3d.so ### # Java Advanced Imaging (JAI) API # NOTE: THIS IS A SAMPLE. PLEASE SEE ALSO INSTALL MESSAGES # OF java/jai PORT. [/usr/local/jdk1.4.2/jre/lib/i386/libmlib_jai/libmlib_jai.so] libm.so.6 libm.so.3 libc.so.6 pluginwrapper/jai.so ### # JAI Image I/O Tools # NOTE: THIS IS A SAMPLE. PLEASE SEE ALSO INSTALL MESSAGES # OF java/jai-imageio PORT. [/usr/local/jdk1.4.2/jre/lib/i386/libclib_jiio.so] libm.so.6 libm.so.3 libc.so.6 pluginwrapper/jai.so ### # Photo Image Print System (for EPSON bubble jet printers driver) #[/usr/local/lib/pips/] #libc.so.6 pluginwrapper/pips.so #libdl.so.2 pluginwrapper/pips.so # firefox Gtk-Qt theme engine warning: Could not open /proc/6705/cmdline This may cause problems for the GNOME window manager Any clue what could be missing ? Thanks, Edward Linuxpluginwrapper is borked. Here's what you need to do: ## Workaround for broken
Re: Flash no longer displayed in Firefox
On Saturday 10 December 2005 08:10, dick hoogendijk wrote: On Sat, 10 Dec 2005 06:36:28 -0800 Michael C. Shultz [EMAIL PROTECTED] wrote: Good information! To automate this with portmanager you can add the following two lines to pm-020.conf: #below must be on one line STOP|/www/linuxpluginwrapper rm -R /usr/X11R6/lib/browser_linux_plugins ln -s /usr/X11R6/lib/browser_plugins /usr/X11R6/lib/browser_linux_plugins| #second line www/linuxpluginwrapper|WITH_PLUGINS=1| YEAH, the information is good, except for the symlinked browser_plugins. You should not do this. That is, when I'd done this this week, mozilla wouldn't start anymore. Error 76 on X. It stook me quite some time to find out that the symlinked plugins dir was to blame. I removed the browser_linux_plugins and mozilla worked again. All plugins just are in browser_plugins. Having a REAL browser_linux_plugin dir does not harm the system. The symlinks are working for me but I agree it is a bad idea. Would be much better if the www/linuxpluginwrapper put things where they belong that way they will be properly cleaned up when the port is deinstalled. My point though, was if things have to be manually fixed up before or after installing a port there is a way to automate that so on the next upgrade hopefully things will keep working. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to build package without installing it?
On Saturday 10 December 2005 15:18, Francisco Reyes wrote:
What parameter(s) one needs to use to make a package without installing it?
I have some ports I installed on one machine and want to make packages to
install in others. The default make package tries to install.
If the port is allready installed then use
pkg_create -b {portname in var/db/pkg}
to make a package of it.
-Mike
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Flash no longer displayed in Firefox
On Saturday 10 December 2005 15:21, Beecher Rintoul wrote: On Saturday 10 December 2005 07:10 am, dick hoogendijk wrote: On Sat, 10 Dec 2005 06:36:28 -0800 Michael C. Shultz [EMAIL PROTECTED] wrote: Good information! To automate this with portmanager you can add the following two lines to pm-020.conf: #below must be on one line STOP|/www/linuxpluginwrapper rm STOP|-R /usr/X11R6/lib/browser_linux_plugins ln -s /usr/X11R6/lib/browser_plugins /usr/X11R6/lib/browser_linux_plugins| YEAH, the information is good, except for the symlinked browser_plugins. You should not do this. That is, when I'd done this this week, mozilla wouldn't start anymore. Error 76 on X. It stook me quite some time to find out that the symlinked plugins dir was to blame. I removed the browser_linux_plugins and mozilla worked again. All plugins just are in browser_plugins. Having a REAL browser_linux_plugin dir does not harm the system. I'm running Firefox and don't have Mozilla on any of my boxes. The idea for the symlink was so plugins would install in the proper directory and save several steps in having to move them. Seems the proper thing would be to just remove the symlink after installing pluginwrapper. In a perfect world that port would just be patched to do the right install (including paths), but that is beyond my programming abilities. Beech www/linuxpluginwrapper has a maintainer so I won't waste time trying to get it fixed but using the example provided earlier plus one more line #below must be on one line STOP|/www/linuxpluginwrapper rm -R /usr/X11R6/lib/browser_linux_plugins ln -s /usr/X11R6/lib/browser_plugins /usr/X11R6/lib/browser_linux_plugins| #second line www/linuxpluginwrapper|WITH_PLUGINS=1| #third line START|/www/linuxpluginwrapper rm -f /usr/X11R6/lib/browser_linux_plugins| Would make the link prior to installation, at installation time libs go to the right place and after installation the link is removed... -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: openoffice-2 openssl-beta-0.9.8a
On Friday 09 December 2005 12:15, Benjamin Thelen wrote: You FreeBSD guys, This is a kind of reposting, I got no response to this question (Why? Is there something wrong how I write my my question(s)?), whether list (archives) nor google told me something _really_ helpful - just stupid work arounds -sorry. I suppose there are many of you using the OpenOffice-2.0 package from http://porting.openoffice.org/freebsd/ which requires openssl-beta-0.9.8a to be installed (I don't understand why). Installing openssl-beta from ports at first doesn't hurt. But at the stage of portupgrading next time it starts to be a pain, so I end up removing openoffice-2 and openssl-beta _before_ I do a portupgrade. If I don't remove both ports, any port that requires openssl is built with openssl-beta instead of openssl from the base system. If I add WITH_OPENSSL_BASE=yes, which seemd to be a good solution, net-snmp (required for kdeutils) complains that it cannot build if there is a newer openssl version installed by a port. There we are again, byebye openssl-beta/openoffice, portupgrade, reinstall both. I'm a bit of a loss, no answer, no help by google, but I can't be the only one who faces this problem. How are you dealing with this? Do I overlook something? Thanks, Ben You allready have the answer, you said it works when you build from ports. If you don't want to always rebuild openoffice when you upgrade ports mark it as ignored in pkgtools.conf. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: openoffice-2 openssl-beta-0.9.8a
On Friday 09 December 2005 15:36, Benjamin Thelen wrote: On Friday 09 December 2005 12:15, Benjamin Thelen wrote: You FreeBSD guys, This is a kind of reposting, I got no response to this question (Why? Is there something wrong how I write my my question(s)?), whether list (archives) nor google told me something _really_ helpful - just stupid work arounds -sorry. I suppose there are many of you using the OpenOffice-2.0 package from http://porting.openoffice.org/freebsd/ which requires openssl-beta-0.9.8a to be installed (I don't understand why). Installing openssl-beta from ports at first doesn't hurt. But at the stage of portupgrading next time it starts to be a pain, so I end up removing openoffice-2 and openssl-beta _before_ I do a portupgrade. If I don't remove both ports, any port that requires openssl is built with openssl-beta instead of openssl from the base system. If I add WITH_OPENSSL_BASE=yes, which seemd to be a good solution, net-snmp (required for kdeutils) complains that it cannot build if there is a newer openssl version installed by a port. There we are again, byebye openssl-beta/openoffice, portupgrade, reinstall both. I'm a bit of a loss, no answer, no help by google, but I can't be the only one who faces this problem. How are you dealing with this? Do I overlook something? Thanks, Ben Mike, Thanks for your answer. You allready have the answer, you said it works when you build from ports. If you don't want to always rebuild openoffice when you upgrade ports mark it as ignored in pkgtools.conf. I already did - just because I don't want to compile OOo. Building OOo-2 on a PIII/1,13 isn't very funny. :-). OOo-1.1 was a little nightmare, especially because it took me a while to succeed - you'd surely find on google ;-). Last but not least, I don't have 9 free GBs. Really. :-) I just don't understand why the package I mentioned requires openssl, because I can't see any dependency on openssl, neither for building nor for running. A third way would be to use the ports openssl-beta as systems default? Ben -Mike Your better off leaving openssl set to the one in base and building from source anything that depends on openssl. The problem with packages is you are at the mercy of how someone else built them. I also don't see where the openssl dependency is comming from and have to take your word for it the package of open office you tried had one. If your installed open office was built by you and works I highly recommend you back it up, something like pkg_create -b /var/db/pkg/openoffice.org-2.0.0_1 and save the resulting openoffice.org-2.0.0_1.tgz somewhere safe. Now if in the future yoy want to upgrade it again from source and it doesn't work you always have a known good copy to fall back on. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: smartfilter, linux and you
On Thursday 08 December 2005 11:38, Jay Desjardins wrote: We are attempting to get Smartfilter (content filter that plugs into squid) to work on FreeBSD 6.0. A while ago, Smartfilter use to come as a port for FreeBSD, but after a while they no longer support BSD, only Linux and Solaris. I decided that now it's time to upgrade to a new version (of Smartfilter and the OS) yet again, I would like to replace the Red Had ES 3 server with a BSD box, not a newer RedHat box. Smartfilter's content plugin is designed for RHES 4, and I am trying to get it to work on 6.0 so I have run into a few problems, most which have been overcome, but this one persists. My problem that I am running into now is different then my other compiling/library problems. I did a pre-compile on the RHES 4 server, and now I am trying to compile squid on the FreeBSD 6.0 box. I can't seem to find out what library is missing here. I have done google, did a make all -dA and that's all I got down below. The other errors I could tell what was missing, this one has me scratching my head. I have tried to bypass that file to see what happens, and when I go to install it gives me the same missing library /usr/bin/ld: cannot find -lbsd on a different file. I thought that was interesting to say the least, so I know it's used in more then one spot. I have gone to the BSD handbook also and went thru the Linux compatibility section to make sure I wasn't missing anything. This is a copy of the error message below. What direction do you think it would be worthwhile for me to chase? Do you have any suggestions? Thank you for your time Jay Desjardins ranlib libmiscutil.a source='ntlmauth.c' object='ntlmauth.o' libtool=no depfile='.deps/ntlmauth.Po' tmpdepfile='.deps/ntlmauth.TPo' depmode=gcc3 /bin/sh ../cfgaux/depcomp gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I../include -g -O2 -Wall -DSMARTFILTER -DUNIX -D_REENTRANT -c `test -f ntlmauth.c || echo './'`ntlmauth.c rm -f libntlmauth.a /usr/bin/ar cru libntlmauth.a ntlmauth.o inet_ntoa.o ranlib libntlmauth.a Making all in scripts Making all in src source='cf_gen.c' object='cf_gen.o' libtool=no depfile='.deps/cf_gen.Po' tmpdepfile='.deps/cf_gen.TPo' depmode=gcc3 /bin/sh ../cfgaux/depcomp gcc -DHAVE_CONFIG_H -DDEFAULT_CONFIG_FILE=\/usr/local/squid/etc/squid.conf\ -I. -I. -I../include -I. -I. -I../include -I../include -g -O2 -Wall -DSMARTFILTER -DUNIX -D_REENTRANT -c `test -f cf_gen.c || echo './'`cf_gen.c gcc -g -O2 -Wall -DSMARTFILTER -DUNIX -D_REENTRANT -g -o cf_gen cf_gen.o -L../lib -lmiscutil -lm -lbsd -lnsl /usr/bin/ld: cannot find -lbsd *** Error code 1 Stop in /downloads/stuff/squid-2.5.STABLE10/src. *** Error code 1 Stop in /downloads/stuff/squid-2.5.STABLE10. find /usr/ports/*/. | grep pkg-plist | xargs grep libbsd /usr/ports/devel/./agenda-static-libs/pkg-plist:mipsel-linux/lib/libbsd-compat.a /usr/ports/devel/./linux_devtools/pkg-plist:usr/lib/libbsd-compat.a /usr/ports/devel/./linux_devtools/pkg-plist:usr/lib/libbsd.a Try installing devel/linux_devtools -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: smartfilter, linux and you
On Thursday 08 December 2005 11:57, Dan Nelson wrote: In the last episode (Dec 08), Michael C. Shultz said: On Thursday 08 December 2005 11:38, Jay Desjardins wrote: We are attempting to get Smartfilter (content filter that plugs into squid) to work on FreeBSD 6.0. A while ago, Smartfilter use to come as a port for FreeBSD, but after a while they no longer support BSD, only Linux and Solaris. I decided that now it's time to upgrade to a new version (of Smartfilter and the OS) yet again, I would like to replace the Red Had ES 3 server with a BSD box, not a newer RedHat box. Smartfilter's content plugin is designed for RHES 4, and I am trying to get it to work on 6.0 so I have run into a few problems, most which have been overcome, but this one persists. gcc -g -O2 -Wall -DSMARTFILTER -DUNIX -D_REENTRANT -g -o cf_gen cf_gen.o -L../lib -lmiscutil -lm -lbsd -lnsl /usr/bin/ld: cannot find -lbsd *** Error code 1 Stop in /downloads/stuff/squid-2.5.STABLE10/src. *** Error code 1 Stop in /downloads/stuff/squid-2.5.STABLE10. find /usr/ports/*/. | grep pkg-plist | xargs grep libbsd /usr/ports/devel/./agenda-static-libs/pkg-plist:mipsel-linux/lib/libbsd-c ompat.a /usr/ports/devel/./linux_devtools/pkg-plist:usr/lib/libbsd-compat.a /usr/ports/devel/./linux_devtools/pkg-plist:usr/lib/libbsd.a Try installing devel/linux_devtools When I'm faced with a program trying to link some unknown missing library, the first thing I do is remove it and see if there really are any unresolved symbols. On all the Linux boxes here, libbsd.a contains a single symbol named __dummy__. I'm betting you can just remove -lbsd with no ill effects. FreeBSD version shows the same thing: nm /compat/linux/usr/lib/libbsd.a dummy.o: T __dummy__ -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: can't find libc.so.6
On Wednesday 07 December 2005 19:43, [EMAIL PROTECTED] wrote: umame -a FreeBSD localhost 5.4-RELEASE FreeBSD-RELEASE #0 Wed Aug 31 10:24:01 UTC 2005 root@/;/usr/src/sys/i386/compile/VILi386 --- -- I have FreeBSD-5.4 installed on a Pentium 4 computer. I am trying to install wput-.0.5 (the package). It requires libgnugotop-1.2. I installed libgnugotop and wput. This may not be required, but some programs do not work unless you shutdown and restart the computer. Every time I try to run wput, I get a message that says shared object -- /libexec/ld-elf.so.1 libc.so.6 not found. I find some of these libc programs on Google.com. Right now, after trying to find libc.so.6, I think I'm googled out. I need to know where I can find libc.so.6. Hopefully, someone can help. greg [EMAIL PROTECTED] Sounds like the package was for freebsd ver 6. Run env and see what PACKAGESITE is set to, here is one from a 5.4 Stable system: PACKAGESITE=ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-stable/Latest/ -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkgdb error message
On Monday 05 December 2005 01:50, Gerard Seibert wrote: Running FreeBSD 5.4 When running 'pkgdb', I receive the following output: Stale dependency: Class-DBI-mysql-0.23 - (core (): (core: Not in due form: name-version Skipped. (running in non-interactive mode; specify -i to ask) Stale dependency: p5-Class-DBI-mysql-0.23 - dumped) (): dumped): Not in due form: name-version Skipped. (running in non-interactive mode; specify -i to ask) Stale dependency: p5-Class-DBI-mysql-0.23 - Segmentation (): Segmentation: Not in due form: name-version Skipped. (running in non-interactive mode; specify -i to ask) Stale dependency: p5-Class-DBI-mysql-0.23 - fault (): fault: Not in due form: name-version Skipped. (running in non-interactive mode; specify -i to ask) I have tried different switches, and tried deleting the dependency, nevertheless, the error message always reappears after doing an update. Can anyone describe to me what this message is referring to and how to remedy it? This is the first time I have ever noticed a Not in due form: name-version type error message from 'pkgdb'. Thanks! Those look like they are from portmanager, it was corrupting +CONTENTS files a few versions ago. Make sure you have the newest version 0.3.9_7 then run portmanager databases/p5-Class-DBI-mysql to clear it up. pkgdb can be used to quickly find which other files need to be cleared up. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.3 6.0 - make buildworld libkrb5 failure
On Monday 05 December 2005 10:26, Vizion wrote: On Sunday 04 December 2005 23:07, the author Kent Stewart contributed to the dialogue on- Re: 5.3 6.0 - make buildworld libkrb5 failure: On Sunday 04 December 2005 09:21 pm, Vizion wrote: On Sunday 04 December 2005 21:14, the author Michael C. Shultz contributed to the dialogue on- Re: 5.3 6.0 - make buildworld libkrb5 failure: On Sunday 04 December 2005 21:07, Vizion wrote: On Sunday 04 December 2005 21:01, the author Michael C. Shultz contributed to the dialogue on- Re: 5.3 6.0 - make buildworld libkrb5 failure: On Sunday 04 December 2005 20:49, Vizion wrote: make buildworld from # $FreeBSD: src/Makefile,v 1.319.2.1 2005/11/16 06:56:09 ru Exp $ on FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Did you try it with ccache turned off? No OK will do - I'll report back manana thnks david welcome PS Out of damn curiosity I am try again after # ccache -C just to c++ what happens chuckles I had problems starting the 6.0-release builds until I did a make cleandir 2x from /usr/src. That is supposed to get rid of extraneous stuff. Now where am I going wrong guys groans! OK I did make cleandir 3x from /usr/src For cussedness sake: I did ccache -C to clear the ccache and got the same result so I decided it must be the ccache so dns1# setenv CCACHE_DISABLE prior to another dns1# make buildworld in this env: dns1# env KDE_FULL_SESSION=true GS_LIB=/home/Sysadmin/.fonts KONSOLE_DCOP_SESSION=DCOPRef(konsole-32484,session-1) MACHTYPE=i386 USER=Sysadmin MAIL=/var/mail/root SHLVL=2 VENDOR=intel HOME=/root GTK_RC_FILES=/etc/gtk/gtkrc:/home/Sysadmin/.gtkrc:/usr/home/Sysadmin/.kde/s hare/config/gtkrc PAGER=more COLORTERM= GROUP=wheel LOGNAME=root WINDOWID=37748741 BLOCKSIZE=K TERM=xterm GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/Sysadmin/.gtkrc-2.0:/usr/home/Sysadm in/.kde/share/config/gtkrc-2.0 SESSION_MANAGER=local/dns1.vizion2000.net:/tmp/.ICE-unix/32466 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bi n:/usr/X11R6/bin:/root/bin KONSOLE_DCOP=DCOPRef(konsole-32484,konsole) XCURSOR_THEME=default DISPLAY=:0 XAUTHORITY=/home/Sysadmin/.Xauthority HOST=dns1.vizion2000.net SHELL=/bin/csh KDE_MULTIHEAD=false OSTYPE=FreeBSD PWD=/usr/src FTP_PASSIVE_MODE=YES HOSTTYPE=FreeBSD EDITOR=vi CCACHE_PATH=/usr/bin:/usr/local/bin CCACHE_DIR=/var/.ccache CCACHE_DISABLE= And the compile failed the same way: /../crypto/heimdal/lib/krb5/krbhst.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/kuserok.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/log.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mcache.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/misc.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_error.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_priv.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_rep.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_req.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_req_ext. c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_safe.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/n-fold.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/net_read.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/net_write.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/padata.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/principal.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/prog_setup. c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/prompter_po six.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_cred.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_error.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_priv.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_rep.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_req.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_safe.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/read_messag e.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/recvauth.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/replay.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/send_to_kdc .c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/sendauth.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/set_default _realm.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/sock_princi pal.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/store.c /usr
Re: Upgrading xorg-server
On Sunday 04 December 2005 19:34, Anthony M. Agelastos wrote: Hello everyone, Today, I tried updating xorg-server and it failed. Here is the primary error message: make: don't know how to make /diskad3/portsBuild/Usr/ports/x11- servers/xorg-server/work/xc/extras/Mesa/src/mesa/glapi/glapi.h. Stop *** Error code 2 I tried updating it via portupgrade -arR, portupgrade xorg-server, and portmanager -u -l. I have the full session recorded via script so I can send that file compressed to whomever wants it (or additional information from it). I am running 6.0-STABLE. Has anyone had any problems doing the recent update? My make.conf is comprised of: CPUTYPE?=p3 CFLAGS= -Os -pipe NO_BLUETOOTH=true CUPS_OVERWRITE_BASE=yes NO_LPR=true NO_PROFILE=true PERL_VER=5.8.7 PERL_VERSION=5.8.7 I also tried building it with CFLAGS= -O -pipe CFLAGS= -pipe instead of what is shown above. Each time, it fails at a different spot. The error message above was with -O in CFLAGS. With -Os, it is: panoramiX.c:1162: warning: unused variable `pScreen' rm -f panoramiXSwap.o cc -c -Os -pipe -march=pentium3 -ansi -pedantic -Wno-system-headers - Dasm=__asm-Wall -Wpointer-arith -Wundef-fno-merge-constants -I. -I../include -I/diskad3/portsBuild/usr/ports/x11-servers/xorg-server/ work/xc/exports/include/X11 -I/diskad3/portsBuild/usr/ports/x11- servers/xorg-server/work/xc/include/extensions-I/diskad3/ portsBuild/usr/ports/x11-servers/xorg-server/work/xc/include/fonts - I../mi -I../render -I/diskad3/portsBuild/usr/ports/x11-servers/xorg- server/work/xc/programs/Xserver/hw/xfree86/common -I/diskad3/ portsBuild/usr/ports/x11-servers/xorg-server/work/xc/include/fonts -I/diskad3/portsBuild/usr/ports/x11-servers/xorg-server/work/xc - I/diskad3/portsBuild/usr/ports/x11-servers/xorg-server/work/xc/ exports/include -I/usr/X11R6/include -I/usr/X11R6/include - DCSRG_BASED -DSHAPE -DXINPUT -DXKB -DXAPPGROUP -DXCSECURITY - DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPANORAMIX-DRENDER - DRANDR-DXFIXES -DDAMAGE -DCOMPOSITE -DXEVIE-DGCCUSESGAS - DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DXFree86Server -DXF86VIDMODE - DXvMCExtension-DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DXORG_VERSION_CURRENT=(((6) * 1000) + ((8) * 10) + ((2) * 1000) + 0) -DNDEBUG - DFUNCPROTO=15 -DNARROWPROTO -DMITMISC -DXTEST -DXTRAP -DXSYNC - DXCMISC -DXRECORD -DMITSHM -DBIGREQS -DXF86VIDMODE-DXF86MISC -DDBE -DDPMSExtension -DEVI -DSCREENSAVER -DXV -DXVMC -DGLXEXT -DXF86DRI - DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA- DRES panoramiXSwap.c make: don't know how to make ../include/scRnintstr.h. Stop *** Error code 2 With only -pipe in CFLAGS, it is cc -pipe -march=pentium3 -ansi -pedantic -Wno-system-headers - Dasm=__asm-Wall -Wpointer-arith -Wundef-fno-merge-constants -I. -I/diskad3/portsBuild/usr/ports/x11-servers/xorg-server/work/xc/ programs/Xserver/hw/xfree86/common -I/diskad3/portsBuild/usr/ports/ x11-servers/xorg-server/work/xc/programs/Xserver/hw/xfree86/os- support-I/diskad3/portsBuild/usr/ports/x11-servers/xorg- server/work/xc/programs/Xserver/mfb -I/diskad3/portsBuild/usr/ports/ x11-servers/xorg-server/work/xc/programs/Xserver/mi -I/diskad3/ portsBuild/usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver/ hw/xfree86/xaa -I/diskad3/portsBuild/usr/ports/x11-servers/xorg- server/work/xc/programs/Xserver/hw/xfree86/rac-I/diskad3/ portsBuild/usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver/ cfb -I/diskad3/portsBuild/usr/ports/x11-servers/xorg-server/work/xc/ programs/Xserver/hw/xfree86/xaa -I/diskad3/portsBuild/usr/ports/x11- servers/xorg-server/work/xc/programs/Xserver/hw/xfree86/ramdac -I/ diskad3/portsBuild/usr/ports/x11-servers/xorg-server/work/xc/programs/ Xserver/hw/xfree86/vgahw -I/diskad3/portsBuild/usr/ports/x11-servers/ xorg-server/work/xc/programs/Xserver/hw/xfree86/ddc -I/diskad3/ portsBuild/usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver/ hw/xfree86/i2c -I/diskad3/portsBuild/usr/ports/x11-servers/xorg- server/work/xc/programs/Xserver/Xext -I/diskad3/portsBuild/usr/ports/ x11-servers/xorg-server/work/xc/programs/Xserver/hw/xfree86/vbe -I/ diskad3/portsBuild/usr/ports/x11-servers/xorg-server/work/xc/programs/ Xserver/fb -I/diskad3/portsBuild/usr/ports/x11-servers/xorg- server/work/xc/include/fonts -I/diskad3/portsBuild/usr/ports/x11- servers/xorg-server/work/xc/programs/Xserver/include -I/diskad3/
Re: 5.3 6.0 - make buildworld libkrb5 failure
On Sunday 04 December 2005 20:49, Vizion wrote: make buildworld from # $FreeBSD: src/Makefile,v 1.319.2.1 2005/11/16 06:56:09 ru Exp $ on FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Did you try it with ccache turned off? -Mike --- --- /usr/local/libexec/ccache/cc -O2 -fno-strict-aliasing -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -DINET6 -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/acl.c /usr/local/libexec/ccache/cc -O2 -fno-strict-aliasing -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -DINET6 -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/add_et_list .c /usr/local/libexec/ccache/cc -O2 -fno-strict-aliasing -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -DINET6 -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/addr_famili es.c /usr/local/libexec/ccache/cc -O2 -fno-strict-aliasing -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -DINET6 -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/aname_to_lo calname.c /usr/local/libexec/ccache/cc -O2 -fno-strict-aliasing -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -DINET6 -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/appdefault. c /usr/local/libexec/ccache/cc -O2 -fno-strict-aliasing -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -DINET6 -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/asn1_glue.c /usr/local/libexec/ccache/cc -O2 -fno-strict-aliasing -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -DINET6 -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/auth_contex t.c /usr/local/libexec/ccache/cc -O2 -fno-strict-aliasing -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -DINET6 -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/build_ap_re q.c /usr/local/libexec/ccache/cc -O2 -fno-strict-aliasing -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -DINET6 -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/build_auth. c /usr/local/libexec/ccache/cc -O2 -fno-strict-aliasing -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -DINET6 -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/cache.c /usr/local/libexec/ccache/cc -O2 -fno-strict-aliasing -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -DINET6 -c
Re: 5.3 6.0 - make buildworld libkrb5 failure
On Sunday 04 December 2005 21:07, Vizion wrote: On Sunday 04 December 2005 21:01, the author Michael C. Shultz contributed to the dialogue on- Re: 5.3 6.0 - make buildworld libkrb5 failure: On Sunday 04 December 2005 20:49, Vizion wrote: make buildworld from # $FreeBSD: src/Makefile,v 1.319.2.1 2005/11/16 06:56:09 ru Exp $ on FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Did you try it with ccache turned off? No OK will do - I'll report back manana thnks david welcome -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Trouble upgrading ports collection
Hi Mike, Thanks. Your help will be much appreciated. Here is the log file, after running portmanager -u -l : xorg-clients-6.8.2_1/x11/xorg-clients MISSING xorg-clients-6.8.2_1 /x11/xorg-clien ts xorg-clients-6.8.2_1/x11/xorg-clients failed during make, adding to ignore.db linux-sun-jdk-1.4.2.08_1/java/linux-sun-jdk14 OLD linux-sun-jdk-1.4.2.10 /java/linux-sun -jdk14 linux-sun-jdk-1.4.2.08_1 /java/linux-sun-jdk14 marked IGNORE port not installed/updated You probably want to ignore linux-sun-jdk-1.4.2.08_1, correct? compat3x-i386-5.0.20020925 /misc/compat3x MISSING compat3x-i386-5.0.20020925 /misc/compat3x compat3x-i386-5.0.20020925 /misc/compat3x marked FORBIDDEN port not installed/updated run pkg_delete -f compat3x-i386-5.0.20020925 and get this out of your system 00243 have:nvidia-driver-1.0.7676_1/x11/nvidia-driver CURRENT pkg_delete -f nvidia-driver-1.0.7676_1 and xorg-clients should build. Then run portmanager -u -p -l When portmanager is done then run portmanager x11/nvidia-driver to install this again When all is done you may have something left with java build dependencies, lets tackle those after the above is handled -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Trouble upgrading ports collection
On Saturday 03 December 2005 06:18, Daniel Bye wrote: On Fri, Dec 02, 2005 at 03:20:30PM -0800, Michael C. Shultz wrote: Thanks for the info, is this really the recommended fix??? Remove nvidia-driver port, then upgrade xorg-clients. After that you can reinstall nvidia-driver. I read the above as xorg-clients conflicts with nvidia-driver, if it was set this way here is what portmanager would do: 1) when upgrading xorg-clients finds conflicting port nvidia-driver installed and removes it unless user chooses otherwise before 5 minute timeout 2) Upgrade xorg-clients Athe this point something would have to have a dependency on nvidia-driver for it to be pulled back in automatically else the user is going to need to install it manaually... Well I can see how this situation is causing problems anyways... Has this issue been resolved yet? From reading your references it seems like this fixed the problem with xdriinfo.c: http://www.freebsd.org/cgi/query-pr.cgi?pr=76257 State-Changed-From-To: open-closed State-Changed-By: anholt State-Changed-When: Wed Nov 30 01:24:24 GMT 2005 State-Changed-Why: A patch has been committed to fix this. But I saw no other solution to handling the nvidia port. -Mike I agree it seems a trifle convoluted, and yes, in the vast majority cases, portmanager does the right thing. However, for this one (in my experience, at least), it couldn't handle it. I don't remember removing the nvidia drivers, but I think I reinstalled portions of the XOrg subsystem, in particular the libs. As I said, though, I don't remember exactly how I got it all working again... Not much help, I'm afraid - I just wanted to point the OP at the threads on the other list (which I read only sporadically) in case they proved helpful. As to whether it's fixed yet, I really couldn't say - I belong firmly in the camp of end users, not developers or testers. A big thanks for portmanager - it's nice not to have to wrestle with the package db all the time! Dan You were of great help, the OP's system failed to upgrade exactly as you predicted so I told him to try removing the nvidia port then manually install it after portmanager finished. Lets hope that works. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Trouble upgrading ports collection
On Saturday 03 December 2005 07:20, edward wrote: Michael C. Shultz wrote: pkg_delete -f nvidia-driver-1.0.7676_1 and xorg-clients should build. Then run portmanager -u -p -l When portmanager is done then run portmanager x11/nvidia-driver to install this again When all is done you may have something left with java build dependencies, lets tackle those after the above is handled -Mike Hi Mike, I did : pkg_delete -f nvidia-driver-1.0.7676_1 portmanager -u -p -l portmanager x11/nvidia-driver So far, so good. Seems I still have to upgrade linux-sun-jdk and compat3x-i386. Here's the portmanager log file now : [EMAIL PROTECTED]:/usr/obj/usr/src/sys/EDWARD i386 forced 0 interactive0 log1 pmMode 0 kdelibs-3.4.2_1 /x11/kdelibs3 OLD kdelibs-3.4.3 /x11/kdelibs3 kdegraphics-3.4.2_1 /graphics/kdegraphics3 OLD kdegraphics-3.4.3 /graphics/kdegr linux-sun-jdk-1.4.2.08_1/java/linux-sun-jdk14 OLD linux-sun-jdk-1.4.2.10 /java/linux-sun linux-sun-jdk-1.4.2.08_1 /java/linux-sun-jdk14 marked IGNORE port not installed/updat ed compat3x-i386-5.0.20020925 /misc/compat3x MISSING compat3x-i386-5.0.20020925 /misc/compat3x compat3x-i386-5.0.20020925 /misc/compat3x marked FORBIDDEN port not installed/updated kdebase-kompmgr-3.4.2 /x11-wm/kompmgr OLD kdebase-kompmgr-3.4.3 /x11-wm/kompmgr kdebase-3.4.2_2 /x11/kdebase3 OLD kdebase-3.4.3 /x11/kdebase3 superkaramba-0.36_1 /deskutils/superkaramba OLD superkaramba-0.36_3 /deskutils/supe rkaramba kdeartwork-3.4.2/x11-themes/kdeartwork3 OLD kdeartwork-3.4.3 /x11-themes/kde artwork3 kdesdk-3.4.2/devel/kdesdk3 OLD kdesdk-3.4.3 /devel/kdesdk3 kdewebdev-3.4.2,2 /www/kdewebdev OLD kdewebdev-3.4.3,2 /www/kdewebdev gtk-qt-engine-0.6_2 /x11-themes/gtk-qt-engine OLD gtk-qt-engine-0.6_4 /x11-themes/gtk -qt-engine end of log Sat Dec 3 16:03:08 CET 2005 Any ideas what to do next ? Edward First of all I just noticed your running portmanager ver 0.3.8_2, the current version is 0.3.9_5, wish I caught that earlier. For now try this: pkg_delete -f jre-1.1.8 check in /usr/local/etc/pkpkgtools.conf and /usr/local/etc/portmanager/pm-020.conf and see if you have java/linux-sun-jdk14 marked as ignore, if so undo that. The log isn't very complete in this version of portmanager so send the output of the status screen also like you did the last time after running portmanager -u -l -p so I can see what is up with the kde ports. Don't update the ports tree just yet or you will have to do the manual deinstall/reinstall of nvidia again, better we clean out the old crud like compat3x-i386-5.0.20020925 and things that depend on it first. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkgtools-to-portmanager.rb
On Saturday 03 December 2005 07:25, Daniel Bye wrote:
Hi,
Anyone else seen something like this using portmanager lately?
---# portmanager -s | grep OLD
/usr/local/share/portmanager/pkgtools-to-portmanager.rb:72:in `+':
cannot convert Array into String (TypeError)
from /usr/local/share/portmanager/pkgtools-to-portmanager.rb:72
from
/usr/local/share/portmanager/pkgtools-to-portmanager.rb:70:in `each'
from /usr/local/share/portmanager/pkgtools-to-portmanager.rb:70
/usr/local/share/portmanager/pkgtools-to-portmanager.rb:72:in `+':
cannot convert Array into String (TypeError)
from /usr/local/share/portmanager/pkgtools-to-portmanager.rb:72
from
/usr/local/share/portmanager/pkgtools-to-portmanager.rb:70:in `each'
from /usr/local/share/portmanager/pkgtools-to-portmanager.rb:70
I checked the archives and no-one seems to have mentioned it, but heh, I
can't be the only one, can I..? ;-)
The following patch seems to fix it, anyways.
+ patch starts
--- pkgtools-to-portmanager.rbSat Dec 3 14:49:24 2005
+++ pkgtools-to-portmanager_fixed.rb Sat Dec 3 14:51:09 2005
@@ -57,7 +57,7 @@
config_value(:BEFOREBUILD).each do |pkg|
- puts STOP|/ + pkg[0] + + pkg[1] + |
+ puts STOP|/ + pkg[0] + + #{pkg[1]} + |
end
@@ -69,7 +69,7 @@
config_value(:AFTERINSTALL).each do |pkg|
- puts START|/ + pkg[0] + + pkg[1] + |
+ puts START|/ + pkg[0] + + #{pkg[1]} + |
end
@@ -86,6 +86,6 @@
##mcs mod##
#puts pkg[0] + | + pkg[1] + |
#
- puts pkg[0] + | + pkg[1] + + |
+ puts pkg[0] + | + #{pkg[1]} + + |
end
+ patch ends
Cheers,
Dan
The ruby script doesn't convert pkgtools.conf if
it's entries are in array format, but if they are like this:
'editors/openoffice*' = 'LOCALIZED_LANG=en-US WITH_KDE=1',
'emulators/qemu'= 'WITH_KQEMU=1',
then it works fine. That script was donated and I haven't had the time
to fix it, if your patch solves the problem that would be great! I'm still
tied up for most of today so testing it myself might not happen until tonight
or tomorrow.
For your information, the converted output goes to:
/usr/local/etc/portmanager/pm-039-pkg-tools.conf
see if your patch keeps it in the same format as:
/usr/local/etc/portmanager/pm-020.conf
if so I'll apply it to the ruby script, and be very thankful for your help
with this :)
-Mike
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Trouble upgrading ports collection
skipping linux-sun-jdk-1.4.2.08_1 /java/linux-sun-jdk14 marked IGNORE reason: port marked IGNORE skipping compat3x-i386-5.0.20020925 /misc/compat3x marked IGNORE reason: port marked FORBIDDEN portmanager 0.3.8_2 INFO: finished with some ports not updated if --log was used see /var/log/portmanager.log I also did : pkg_delete -f jre-1.1.8 I have found no reference to linux-sun-jdk in /usr/local/etc/pkgtools.conf or in /usr/local/etc/portmanager/pm-020.conf Yet /java/linux-sun-jdk14 is marked as IGNORE in the portmanager output, as you can see above. Hope this can help. Edward It does help, the linux-sun-jdk14 port is flagging its self as ignore because you don't have J2SE SDK in distfiles. You'll have to build java/linux-sun-jdk14 manually and jump through the Sun hoops to get the distfiles, just follow the instructions that pop up when you make it. In this status report it looks like the kde ports updated successfully, so your just down to the java port correct? (java/linux-sun-jdk14) The compat3x-i386-5.0.20020925 missing can be ignored, one of the java build dependencies must have this listed as a dependency but java is a weird animal, it's build dependencies can be missing and it will still build so I would just ignore that for now. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkgtools-to-portmanager.rb
On Saturday 03 December 2005 08:03, Daniel Bye wrote: On Sat, Dec 03, 2005 at 07:49:10AM -0800, Michael C. Shultz wrote: The ruby script doesn't convert pkgtools.conf if it's entries are in array format, but if they are like this: 'editors/openoffice*' = 'LOCALIZED_LANG=en-US WITH_KDE=1', 'emulators/qemu'= 'WITH_KQEMU=1', then it works fine. That script was donated and I haven't had the time to fix it, if your patch solves the problem that would be great! I'm still tied up for most of today so testing it myself might not happen until tonight or tomorrow. For your information, the converted output goes to: /usr/local/etc/portmanager/pm-039-pkg-tools.conf see if your patch keeps it in the same format as: /usr/local/etc/portmanager/pm-020.conf if so I'll apply it to the ruby script, and be very thankful for your help with this :) -Mike Rats! Don't anybody use the patch! It doesn't work. I'll try to figure out how to do it right (damn, should be writing my assignments for college!) Bear with me... ;-) Dan I thank you for your effort! Need to make sure that both formats convert BTW: both of these should be allowed, right now only the top method works: 'editors/openoffice*' = 'LOCALIZED_LANG=en-US WITH_KDE=1', 'emulators/qemu'= [ 'WITH_KQEMU=1', 'WITH_SOMETHING=1', ], -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkgtools-to-portmanager.rb
On Saturday 03 December 2005 08:48, Daniel Bye wrote:
On Sat, Dec 03, 2005 at 08:34:45AM -0800, Michael C. Shultz wrote:
I thank you for your effort! Need to make sure that both formats convert
BTW:
both of these should be allowed, right now only the top method works:
'editors/openoffice*' = 'LOCALIZED_LANG=en-US WITH_KDE=1',
'emulators/qemu'= [
'WITH_KQEMU=1',
'WITH_SOMETHING=1',
],
-Mike
Yep, the new patch handles both - I use both formats in my pkgtools.conf
file, and the created file is correct. For example:
MAKE_ARGS = {
'www/mod_php4*' = [
'WITH_BZIP2=yes',
'WITH_CTYPE=yes',
'WITH_MYSQL=yes',
'WITH_OVERLOAD=yes',
'WITH_PCRE=yes',
'WITH_POSIX=yes',
'WITH_SESSION=yes',
'WITH_TOKENIZER=yes',
'WITH_XML=yes',
'WITH_ZLIB=yes',
'WITH_GETTEXT=yes',
'WITH_ICONV=yes',
'WITH_IMAP=yes',
'WITH_MCRYPT=yes',
'WITH_MHASH=yes',
'WITH_OPENSSL=yes',
'WITH_OPENLDAP=yes',
],
'textproc/ispell*' = 'ISPELL_BRITISH=yes',
'mail/exim*' = [
'WITH_MYSQL=1',
],
'net/samba*' = [
'BATCH=yes',
'WITH_UTMP=yes',
'WITH_SYSLOG=yes',
'WITHOUT_CUPS=yes',
'WITH_RECYCLE=yes',
],
'courier-imap*' = 'WITH_MYSQL=1',
'mail/courier-authlib*' = 'WITH_MYSQL=1',
}
converts to:
mail/courier-authlib*|WITH_MYSQL=1 |
courier-imap*|WITH_MYSQL=1 |
www/mod_php4*|WITH_BZIP2=yes WITH_CTYPE=yes WITH_MYSQL=yes
WITH_OVERLOAD=yes WIT H_PCRE=yes WITH_POSIX=yes WITH_SESSION=yes
WITH_TOKENIZER=yes WITH_XML=yes WITH_ ZLIB=yes WITH_GETTEXT=yes
WITH_ICONV=yes WITH_IMAP=yes WITH_MCRYPT=yes WITH_MHAS H=yes
WITH_OPENSSL=yes WITH_OPENLDAP=yes |
net/samba*|BATCH=yes WITH_UTMP=yes WITH_SYSLOG=yes WITHOUT_CUPS=yes
WITH_RECYCLE =yes |
mail/exim*|WITH_MYSQL=1 |
textproc/ispell*|ISPELL_BRITISH=yes |
I can foresee problems with this default entry in pkgtools.conf:
AFTERINSTALL = {
'*' = proc { |origin|
cmd_restart_rc(origin)
},
}
It converts to this:
START|/* #Proc:0x0055ce70@/usr/local/etc/pkgtools.conf:378|
And my guess would be that, as the Ruby instance that creates the file
has gone away, the address of the Proc object will be freed. Dunno what
you want to do about that one.
Cheers,
Dan
START|/* #Proc:0x0055ce70@/usr/local/etc/pkgtools.conf:378|
isn't a problem, it ends up being ignored because
|/* #Proc:0x0055ce70@/usr/local/etc/pkgtools.conf:378
doesn't convert to a ports directory.
I just tested your patch, works perfect! Saves me from having to learn ruby
for another while yet, thanks much! I'm testing another bug fix reported by
someone else so when done with that I'll include this so it will be in
version 0.3.9_6. Should be in the ports tree tonight but I'll send you a
patch to drop into portmanager/files just in case it takes awhile to get into
the ports tree.
-Mike
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to upgrade gnome/glib/gt on 4.11
On Saturday 03 December 2005 10:38, Tuc at T-B-O-H wrote: On Saturday 03 December 2005 03:12, RW wrote: On Friday 02 December 2005 19:28, Tuc at T-B-O-H wrote: Hi, I was looking to upgrade using the : http://www.marcuscom.com/downloads/gnome_upgrade212.sh but it tells me that 4.11-STABLE isn't supported. Is there a procedure to do the upgrade? If the new version of Gnome actually works on 4.11, then portupgrade can probably handle it. Oops. I meant portmanager Can anyone verify they've gotten it running? Thanks, Tuc I started portmanager and gnome2 on a 4.11 machine last night. The machine a very slow AMD 400 with 128meg memory but so far the build is progressing smoothly, 52 ports left to build out of 188.. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Trouble upgrading ports collection
On Saturday 03 December 2005 14:03, edward wrote: Michael C. Shultz wrote: It does help, the linux-sun-jdk14 port is flagging its self as ignore because you don't have J2SE SDK in distfiles. You'll have to build java/linux-sun-jdk14 manually and jump through the Sun hoops to get the distfiles, just follow the instructions that pop up when you make it. In this status report it looks like the kde ports updated successfully, so your just down to the java port correct? (java/linux-sun-jdk14) The compat3x-i386-5.0.20020925 missing can be ignored, one of the java build dependencies must have this listed as a dependency but java is a weird animal, it's build dependencies can be missing and it will still build so I would just ignore that for now. -Mike I did the following : cd /usr/ports/java/linux-sun-jdk14 make install I was then instructed to download j2sdk-1_4_2_10-linux-i586.bin from http://javashoplm.sun.com Placed the file in /usr/ports/distfiles Ran make install again I was instructed to remove the previous version of j2sdk and install the new version via a make deinstall / make reinstall sequence All of my ports are now up to date and everything seems to work fine. Thanks Mike, I owe you one :-) Edward Your welcome :) -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Trouble upgrading ports collection
On Friday 02 December 2005 10:34, edward wrote: Hi all, I'm having a hard time upgrading my ports. I recently did a # cvsup -g -L 2 ports-supfile then did a # portupgrade -ar0 which took care of a good share of my ports. But quite a few were skipped or failed. There wasn't much concerning these particular ports in /usr/ports/UPDATING. I did a pkgdb -F and tried my luck with portupgrade -ar0 again. A few ports were then successfully updated. I updated some others manually with a make desinstall / make reinstall sequence, but I'm still stuck with 3 ports that refuse to upgrade : ** Listing the failed packages (*:skipped / !:failed) ! graphics/libpixman (libpixman-0.1.6) (invalid package name) ! multimedia/linux-realplayer (linux-realplayer-10.0.5) (uninstall error) * www/linuxpluginwrapper (linuxpluginwrapper-20050910) ! x11/kdelibs3 (kdelibs-3.4.2_1)(linker error) * x11-wm/kompmgr (kdebase-kompmgr-3.4.2) * graphics/kdegraphics3 (kdegraphics-3.4.2_1) * x11/kdebase3 (kdebase-3.4.2_2) * x11-themes/kdeartwork3 (kdeartwork-3.4.2) * sysutils/k3b (k3b-0.11.14) * devel/kdesdk3 (kdesdk-3.4.2) * www/kdewebdev (kdewebdev-3.4.2,2) * deskutils/superkaramba (superkaramba-0.36_1) * x11-themes/gtk-qt-engine (gtk-qt-engine-0.6_2) * java/eclipse (eclipse-3.1_3) * net/azureus (azureus-2.3.0.4_1) --- Packages processed: 0 done, 272 ignored, 12 skipped and 3 failed Apparently, xorg-clients is needed. I deinstalled it but the reinstall command gives an error. Tried portinstall xorg-clients, I get the following,at the end of the install/compile sequence : : undefined reference to `glXGetProcAddress' xdriinfo.o(.text+0x5b): In function `main': : undefined reference to `glXGetProcAddress' *** Error code 1 Stop in /usr/ports/x11/xorg-clients/work/xc/programs/xdriinfo. *** Error code 1 Stop in /usr/ports/x11/xorg-clients/work/xc/programs. *** Error code 1 Stop in /usr/ports/x11/xorg-clients. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall52875.0 make ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! x11/xorg-clients (linker error) --- Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed # Any ideas ? (I realise this all seems pretty confused. Sorry, bear with me;-) Edward try sysutils/portmanager run it as portmanager -u -l and if any ports fail to upgrade send me the log and I will help you ot the best I can. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Trouble upgrading ports collection
On Friday 02 December 2005 14:17, Daniel Bye wrote: On Fri, Dec 02, 2005 at 07:34:58PM +0100, edward wrote: : undefined reference to `glXGetProcAddress' xdriinfo.o(.text+0x5b): In function `main': : undefined reference to `glXGetProcAddress' *** Error code 1 Stop in /usr/ports/x11/xorg-clients/work/xc/programs/xdriinfo. *** Error code 1 Stop in /usr/ports/x11/xorg-clients/work/xc/programs. *** Error code 1 Stop in /usr/ports/x11/xorg-clients. Hi, This has been discussed several times on the X11 list - try searching the archives at http://www.freebsd.org/cgi/search.cgi?words=glXGetProcAddressmax=25sort=s coreindex=recentsource=freebsd-x11 I had the very same problem a couple of weeks ago, but can't now for the life of me remember now I fixed it... Using portmanager won't get you through this one - I use it in preference to portupgrade these days, and still had the same problem. HTH Dan Thanks for the info, is this really the recommended fix??? Remove nvidia-driver port, then upgrade xorg-clients. After that you can reinstall nvidia-driver. I read the above as xorg-clients conflicts with nvidia-driver, if it was set this way here is what portmanager would do: 1) when upgrading xorg-clients finds conflicting port nvidia-driver installed and removes it unless user chooses otherwise before 5 minute timeout 2) Upgrade xorg-clients Athe this point something would have to have a dependency on nvidia-driver for it to be pulled back in automatically else the user is going to need to install it manaually... Well I can see how this situation is causing problems anyways... Has this issue been resolved yet? From reading your references it seems like this fixed the problem with xdriinfo.c: http://www.freebsd.org/cgi/query-pr.cgi?pr=76257 State-Changed-From-To: open-closed State-Changed-By: anholt State-Changed-When: Wed Nov 30 01:24:24 GMT 2005 State-Changed-Why: A patch has been committed to fix this. But I saw no other solution to handling the nvidia port. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: After upgrading Perl, cannot reinstall modules - Cwd.so: Undefined symbol perl_get_sv
On Sunday 27 November 2005 12:29, Mark Kane wrote: Michael C. Shultz wrote: On Saturday 26 November 2005 22:20, Mark Kane wrote: Michael C. Shultz wrote: On Saturday 26 November 2005 19:25, Michael C. Shultz wrote: On Saturday 26 November 2005 18:48, Mark Kane wrote: Michael C. Shultz wrote: On Saturday 26 November 2005 17:13, Mark Kane wrote: Hi everyone. I finally did a big portupgrade on a 4.9-RELEASE system today and I'm having some problems with Perl. I got it updated to 5.8.7 (was 5.6.x before), ran use.perl port, and ran the perl-after-upgrade script which were all said in UPDATING. Now it's time to force upgrade/recompile the Perl modules for the new version. Unfortunately this is where I get stuck: xeon1# portupgrade -f p5-\* [snip] === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Configuring for p5-HTML-Tagset-3.10 /usr/libexec/ld-elf.so.1: /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so: Undefined symbol perl_get_sv *** Error code 1 The remaining Perl modules that are supposed to be upgraded/recompiled either error out with the same message or are skipped because one that it requires errored out. I tried Googling for that error, but nothing came up. Other info that might be useful: xeon1# pkg_which /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so perl-5.8.7 - xeon1# pkg_info | grep p5 p5-Authen-SASL-2.04 Perl5 module for SASL authentication p5-Compress-Zlib-1.41 Perl5 interface to zlib compression library p5-DBD-mysql-2.1026_1 MySQL driver for the Perl5 Database Interface (DBI) p5-DBI-1.38 The perl5 Database Interface. Required for DBD::* modules p5-Digest-1.13 Modules that calculate message digests p5-Digest-MD5-2.27 Perl5 interface to the MD5 algorithm p5-HTML-Parser-3.31 Perl5 module for parse HTML tag p5-HTML-Tagset-3.03 Some useful data table in parsing HTML p5-MIME-Base64-2.20 Perl5 module for Base64 and Quoted-Printable encodings p5-Net-1.16,1 Perl5 modules to access and use network protocols p5-URI-1.25 Perl5 interface to Uniform Resource Identifier (URI) refere p5-libvorbis-0.04 Perl extension for Ogg Vorbis streams p5-libwww-5.69 Perl5 library for WWW access - Thanks very much in advance as this is a production server which uses Perl all the time. -Mark FreeBSD 4.9-RELEASE i386 On a 4.11 system sysutils/portmanager has no problem with perl5.8 and www/p5-HTML-Tagset, just tested it, not sure if it will run on 4.9 but you you may want to give it a try. -Mike Thanks for the reply. I have never used portmanager, but I did give it a try like you said. Unfortunately it produced the same error when building that portupgrade did. I should also point out that I did try just a make from the port directory to see if it had something to do with portupgrade, and that failed with the same message about perl_get_sv as well. Here is the output from portmanager. I have omitted other errors that were about other Perl modules that were not installed via ports at all. xeon1# portmanager www/p5-HTML-Tagset [snip] update p5-HTML-Tagset-3.10 MGPMrUpdate 0.3.9_2 localProperty.command: #9 of 14 cd /usr/ports/www/p5-HTML-Tagset; make -- -- === Vulnerability check disabled, database not found === Extracting for p5-HTML-Tagset-3.10 = MD5 Checksum OK for HTML-Tagset-3.10.tar.gz. === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Patching for p5-HTML-Tagset-3.10 === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Configuring for p5-HTML-Tagset-3.10 /usr/libexec/ld-elf.so.1: /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so: Undefined symbol perl_get_sv *** Error code 1 Stop in /usr/ports/www/p5-HTML-Tagset. MGPMrUpdate 0.3.9_2 error: make returned an error, adding /www/p5-HTML-Tagset to ignore.db reverting bsd.port.mk patch -=cd /usr/ports/Mk; patch -R /usr/local/share/portmanager/patch-bsd.port.mk-0.3.6; Hmm... Looks like a unified diff to me... The text leading up to this was: -- |--- /usr/ports/Mk/bsd.port.mk Tue Nov 8 01:02:51 2005 |+++ bsd.port.mkWed Nov 16 02:16:57 2005 -- Patching file bsd.port.mk using Plan A... Hunk #1 succeeded at 2049. done rCreateInstalledDbVerifyContentsFile 0.3.9_2 error: @comment ORIGIN: not found in /var/db/pkg/bsdpan-XML-Parser-2.34/+CONTENTS bsdpan-XML-Parser-2.34 installation is corrupt! recomend running pkg_delete -f bsdpan-XML-Parser-2.34 then manually reinstalling this port Thanks -Mark I
Re: After upgrading Perl, cannot reinstall modules - Cwd.so: Undefined symbol perl_get_sv
On Sunday 27 November 2005 12:42, Mark Kane wrote: Michael C. Shultz wrote: On Sunday 27 November 2005 12:29, Mark Kane wrote: Michael C. Shultz wrote: On Saturday 26 November 2005 22:20, Mark Kane wrote: Michael C. Shultz wrote: On Saturday 26 November 2005 19:25, Michael C. Shultz wrote: On Saturday 26 November 2005 18:48, Mark Kane wrote: Michael C. Shultz wrote: On Saturday 26 November 2005 17:13, Mark Kane wrote: Hi everyone. I finally did a big portupgrade on a 4.9-RELEASE system today and I'm having some problems with Perl. I got it updated to 5.8.7 (was 5.6.x before), ran use.perl port, and ran the perl-after-upgrade script which were all said in UPDATING. Now it's time to force upgrade/recompile the Perl modules for the new version. Unfortunately this is where I get stuck: xeon1# portupgrade -f p5-\* [snip] === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Configuring for p5-HTML-Tagset-3.10 /usr/libexec/ld-elf.so.1: /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so: Undefined symbol perl_get_sv *** Error code 1 The remaining Perl modules that are supposed to be upgraded/recompiled either error out with the same message or are skipped because one that it requires errored out. I tried Googling for that error, but nothing came up. Other info that might be useful: xeon1# pkg_which /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so perl-5.8.7 - xeon1# pkg_info | grep p5 p5-Authen-SASL-2.04 Perl5 module for SASL authentication p5-Compress-Zlib-1.41 Perl5 interface to zlib compression library p5-DBD-mysql-2.1026_1 MySQL driver for the Perl5 Database Interface (DBI) p5-DBI-1.38 The perl5 Database Interface. Required for DBD::* modules p5-Digest-1.13 Modules that calculate message digests p5-Digest-MD5-2.27 Perl5 interface to the MD5 algorithm p5-HTML-Parser-3.31 Perl5 module for parse HTML tag p5-HTML-Tagset-3.03 Some useful data table in parsing HTML p5-MIME-Base64-2.20 Perl5 module for Base64 and Quoted-Printable encodings p5-Net-1.16,1 Perl5 modules to access and use network protocols p5-URI-1.25 Perl5 interface to Uniform Resource Identifier (URI) refere p5-libvorbis-0.04 Perl extension for Ogg Vorbis streams p5-libwww-5.69 Perl5 library for WWW access - Thanks very much in advance as this is a production server which uses Perl all the time. -Mark FreeBSD 4.9-RELEASE i386 On a 4.11 system sysutils/portmanager has no problem with perl5.8 and www/p5-HTML-Tagset, just tested it, not sure if it will run on 4.9 but you you may want to give it a try. -Mike Thanks for the reply. I have never used portmanager, but I did give it a try like you said. Unfortunately it produced the same error when building that portupgrade did. I should also point out that I did try just a make from the port directory to see if it had something to do with portupgrade, and that failed with the same message about perl_get_sv as well. Here is the output from portmanager. I have omitted other errors that were about other Perl modules that were not installed via ports at all. xeon1# portmanager www/p5-HTML-Tagset [snip] update p5-HTML-Tagset-3.10 MGPMrUpdate 0.3.9_2 localProperty.command: #9 of 14 cd /usr/ports/www/p5-HTML-Tagset; make -- -- === Vulnerability check disabled, database not found === Extracting for p5-HTML-Tagset-3.10 = MD5 Checksum OK for HTML-Tagset-3.10.tar.gz. === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Patching for p5-HTML-Tagset-3.10 === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Configuring for p5-HTML-Tagset-3.10 /usr/libexec/ld-elf.so.1: /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so: Undefined symbol perl_get_sv *** Error code 1 Stop in /usr/ports/www/p5-HTML-Tagset. MGPMrUpdate 0.3.9_2 error: make returned an error, adding /www/p5-HTML-Tagset to ignore.db reverting bsd.port.mk patch -=cd /usr/ports/Mk; patch -R /usr/local/share/portmanager/patch-bsd.port.mk-0.3.6; Hmm... Looks like a unified diff to me... The text leading up to this was: -- |--- /usr/ports/Mk/bsd.port.mk Tue Nov 8 01:02:51 2005 |+++ bsd.port.mkWed Nov 16 02:16:57 2005 -- Patching file bsd.port.mk using Plan A... Hunk #1 succeeded at 2049. done rCreateInstalledDbVerifyContentsFile 0.3.9_2 error: @comment ORIGIN: not found in /var/db/pkg/bsdpan-XML-Parser-2.34/+CONTENTS bsdpan-XML-Parser-2.34 installation is corrupt! recomend running pkg_delete -f bsdpan-XML-Parser-2.34
Re: After upgrading Perl, cannot reinstall modules - Cwd.so: Undefined symbol perl_get_sv
On Sunday 27 November 2005 12:54, Mark Kane wrote: Michael C. Shultz wrote: On Sunday 27 November 2005 12:42, Mark Kane wrote: Michael C. Shultz wrote: On Sunday 27 November 2005 12:29, Mark Kane wrote: Michael C. Shultz wrote: On Saturday 26 November 2005 22:20, Mark Kane wrote: Michael C. Shultz wrote: On Saturday 26 November 2005 19:25, Michael C. Shultz wrote: On Saturday 26 November 2005 18:48, Mark Kane wrote: Michael C. Shultz wrote: On Saturday 26 November 2005 17:13, Mark Kane wrote: Hi everyone. I finally did a big portupgrade on a 4.9-RELEASE system today and I'm having some problems with Perl. I got it updated to 5.8.7 (was 5.6.x before), ran use.perl port, and ran the perl-after-upgrade script which were all said in UPDATING. Now it's time to force upgrade/recompile the Perl modules for the new version. Unfortunately this is where I get stuck: xeon1# portupgrade -f p5-\* [snip] === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Configuring for p5-HTML-Tagset-3.10 /usr/libexec/ld-elf.so.1: /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so: Undefined symbol perl_get_sv *** Error code 1 The remaining Perl modules that are supposed to be upgraded/recompiled either error out with the same message or are skipped because one that it requires errored out. I tried Googling for that error, but nothing came up. Other info that might be useful: xeon1# pkg_which /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so perl-5.8.7 - xeon1# pkg_info | grep p5 p5-Authen-SASL-2.04 Perl5 module for SASL authentication p5-Compress-Zlib-1.41 Perl5 interface to zlib compression library p5-DBD-mysql-2.1026_1 MySQL driver for the Perl5 Database Interface (DBI) p5-DBI-1.38 The perl5 Database Interface. Required for DBD::* modules p5-Digest-1.13 Modules that calculate message digests p5-Digest-MD5-2.27 Perl5 interface to the MD5 algorithm p5-HTML-Parser-3.31 Perl5 module for parse HTML tag p5-HTML-Tagset-3.03 Some useful data table in parsing HTML p5-MIME-Base64-2.20 Perl5 module for Base64 and Quoted-Printable encodings p5-Net-1.16,1 Perl5 modules to access and use network protocols p5-URI-1.25 Perl5 interface to Uniform Resource Identifier (URI) refere p5-libvorbis-0.04 Perl extension for Ogg Vorbis streams p5-libwww-5.69 Perl5 library for WWW access - Thanks very much in advance as this is a production server which uses Perl all the time. -Mark FreeBSD 4.9-RELEASE i386 On a 4.11 system sysutils/portmanager has no problem with perl5.8 and www/p5-HTML-Tagset, just tested it, not sure if it will run on 4.9 but you you may want to give it a try. -Mike Thanks for the reply. I have never used portmanager, but I did give it a try like you said. Unfortunately it produced the same error when building that portupgrade did. I should also point out that I did try just a make from the port directory to see if it had something to do with portupgrade, and that failed with the same message about perl_get_sv as well. Here is the output from portmanager. I have omitted other errors that were about other Perl modules that were not installed via ports at all. xeon1# portmanager www/p5-HTML-Tagset [snip] update p5-HTML-Tagset-3.10 MGPMrUpdate 0.3.9_2 localProperty.command: #9 of 14 cd /usr/ports/www/p5-HTML-Tagset; make -- -- -- -- === Vulnerability check disabled, database not found === Extracting for p5-HTML-Tagset-3.10 = MD5 Checksum OK for HTML-Tagset-3.10.tar.gz. === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Patching for p5-HTML-Tagset-3.10 === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Configuring for p5-HTML-Tagset-3.10 /usr/libexec/ld-elf.so.1: /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so: Undefined symbol perl_get_sv *** Error code 1 Stop in /usr/ports/www/p5-HTML-Tagset. MGPMrUpdate 0.3.9_2 error: make returned an error, adding /www/p5-HTML-Tagset to ignore.db reverting bsd.port.mk patch -=cd /usr/ports/Mk; patch -R /usr/local/share/portmanager/patch-bsd.port.mk-0.3.6; Hmm... Looks like a unified diff to me... The text leading up to this was: -- |--- /usr/ports/Mk/bsd.port.mk Tue Nov 8 01:02:51 2005 |+++ bsd.port.mkWed Nov 16 02:16:57 2005 -- Patching file bsd.port.mk using Plan A... Hunk #1 succeeded at 2049. done rCreateInstalledDbVerifyContentsFile 0.3.9_2 error: @comment ORIGIN: not found in /var/db/pkg/bsdpan-XML-Parser-2.34/+CONTENTS bsdpan-XML-Parser-2.34 installation
Re: After upgrading Perl, cannot reinstall modules - Cwd.so: Undefined symbol perl_get_sv
On Sunday 27 November 2005 13:14, Mark Kane wrote: Michael C. Shultz wrote: On Sunday 27 November 2005 12:54, Mark Kane wrote: Michael C. Shultz wrote: On Sunday 27 November 2005 12:42, Mark Kane wrote: Michael C. Shultz wrote: On Sunday 27 November 2005 12:29, Mark Kane wrote: Michael C. Shultz wrote: On Saturday 26 November 2005 22:20, Mark Kane wrote: Michael C. Shultz wrote: On Saturday 26 November 2005 19:25, Michael C. Shultz wrote: On Saturday 26 November 2005 18:48, Mark Kane wrote: Michael C. Shultz wrote: On Saturday 26 November 2005 17:13, Mark Kane wrote: Hi everyone. I finally did a big portupgrade on a 4.9-RELEASE system today and I'm having some problems with Perl. I got it updated to 5.8.7 (was 5.6.x before), ran use.perl port, and ran the perl-after-upgrade script which were all said in UPDATING. Now it's time to force upgrade/recompile the Perl modules for the new version. Unfortunately this is where I get stuck: xeon1# portupgrade -f p5-\* [snip] === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Configuring for p5-HTML-Tagset-3.10 /usr/libexec/ld-elf.so.1: /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so: Undefined symbol perl_get_sv *** Error code 1 The remaining Perl modules that are supposed to be upgraded/recompiled either error out with the same message or are skipped because one that it requires errored out. I tried Googling for that error, but nothing came up. Other info that might be useful: xeon1# pkg_which /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so perl-5.8.7 - xeon1# pkg_info | grep p5 p5-Authen-SASL-2.04 Perl5 module for SASL authentication p5-Compress-Zlib-1.41 Perl5 interface to zlib compression library p5-DBD-mysql-2.1026_1 MySQL driver for the Perl5 Database Interface (DBI) p5-DBI-1.38 The perl5 Database Interface. Required for DBD::* modules p5-Digest-1.13 Modules that calculate message digests p5-Digest-MD5-2.27 Perl5 interface to the MD5 algorithm p5-HTML-Parser-3.31 Perl5 module for parse HTML tag p5-HTML-Tagset-3.03 Some useful data table in parsing HTML p5-MIME-Base64-2.20 Perl5 module for Base64 and Quoted-Printable encodings p5-Net-1.16,1 Perl5 modules to access and use network protocols p5-URI-1.25 Perl5 interface to Uniform Resource Identifier (URI) refere p5-libvorbis-0.04 Perl extension for Ogg Vorbis streams p5-libwww-5.69 Perl5 library for WWW access - Thanks very much in advance as this is a production server which uses Perl all the time. -Mark FreeBSD 4.9-RELEASE i386 On a 4.11 system sysutils/portmanager has no problem with perl5.8 and www/p5-HTML-Tagset, just tested it, not sure if it will run on 4.9 but you you may want to give it a try. -Mike Thanks for the reply. I have never used portmanager, but I did give it a try like you said. Unfortunately it produced the same error when building that portupgrade did. I should also point out that I did try just a make from the port directory to see if it had something to do with portupgrade, and that failed with the same message about perl_get_sv as well. Here is the output from portmanager. I have omitted other errors that were about other Perl modules that were not installed via ports at all. xeon1# portmanager www/p5-HTML-Tagset [snip] update p5-HTML-Tagset-3.10 MGPMrUpdate 0.3.9_2 localProperty.command: #9 of 14 cd /usr/ports/www/p5-HTML-Tagset; make -- -- -- -- === Vulnerability check disabled, database not found === Extracting for p5-HTML-Tagset-3.10 = MD5 Checksum OK for HTML-Tagset-3.10.tar.gz. === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Patching for p5-HTML-Tagset-3.10 === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Configuring for p5-HTML-Tagset-3.10 /usr/libexec/ld-elf.so.1: /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so: Undefined symbol perl_get_sv *** Error code 1 Stop in /usr/ports/www/p5-HTML-Tagset. MGPMrUpdate 0.3.9_2 error: make returned an error, adding /www/p5-HTML-Tagset to ignore.db reverting bsd.port.mk patch -=cd /usr/ports/Mk; patch -R /usr/local/share/portmanager/patch-bsd.port.mk-0.3.6; Hmm... Looks like a unified diff to me... The text leading up to this was: -- |--- /usr/ports/Mk/bsd.port.mk Tue Nov 8 01:02:51 2005 |+++ bsd.port.mkWed Nov 16 02:16:57 2005 -- Patching file bsd.port.mk using Plan A... Hunk #1 succeeded at 2049. done rCreateInstalledDbVerifyContentsFile 0.3.9_2 error: @comment ORIGIN: not found in /var/db/pkg/bsdpan-XML
Re: After upgrading Perl, cannot reinstall modules - Cwd.so: Undefined symbol perl_get_sv
On Saturday 26 November 2005 17:13, Mark Kane wrote: Hi everyone. I finally did a big portupgrade on a 4.9-RELEASE system today and I'm having some problems with Perl. I got it updated to 5.8.7 (was 5.6.x before), ran use.perl port, and ran the perl-after-upgrade script which were all said in UPDATING. Now it's time to force upgrade/recompile the Perl modules for the new version. Unfortunately this is where I get stuck: xeon1# portupgrade -f p5-\* [snip] === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Configuring for p5-HTML-Tagset-3.10 /usr/libexec/ld-elf.so.1: /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so: Undefined symbol perl_get_sv *** Error code 1 The remaining Perl modules that are supposed to be upgraded/recompiled either error out with the same message or are skipped because one that it requires errored out. I tried Googling for that error, but nothing came up. Other info that might be useful: xeon1# pkg_which /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so perl-5.8.7 - xeon1# pkg_info | grep p5 p5-Authen-SASL-2.04 Perl5 module for SASL authentication p5-Compress-Zlib-1.41 Perl5 interface to zlib compression library p5-DBD-mysql-2.1026_1 MySQL driver for the Perl5 Database Interface (DBI) p5-DBI-1.38 The perl5 Database Interface. Required for DBD::* modules p5-Digest-1.13 Modules that calculate message digests p5-Digest-MD5-2.27 Perl5 interface to the MD5 algorithm p5-HTML-Parser-3.31 Perl5 module for parse HTML tag p5-HTML-Tagset-3.03 Some useful data table in parsing HTML p5-MIME-Base64-2.20 Perl5 module for Base64 and Quoted-Printable encodings p5-Net-1.16,1 Perl5 modules to access and use network protocols p5-URI-1.25 Perl5 interface to Uniform Resource Identifier (URI) refere p5-libvorbis-0.04 Perl extension for Ogg Vorbis streams p5-libwww-5.69 Perl5 library for WWW access - Thanks very much in advance as this is a production server which uses Perl all the time. -Mark FreeBSD 4.9-RELEASE i386 On a 4.11 system sysutils/portmanager has no problem with perl5.8 and www/p5-HTML-Tagset, just tested it, not sure if it will run on 4.9 but you you may want to give it a try. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: After upgrading Perl, cannot reinstall modules - Cwd.so: Undefined symbol perl_get_sv
On Saturday 26 November 2005 18:48, Mark Kane wrote: Michael C. Shultz wrote: On Saturday 26 November 2005 17:13, Mark Kane wrote: Hi everyone. I finally did a big portupgrade on a 4.9-RELEASE system today and I'm having some problems with Perl. I got it updated to 5.8.7 (was 5.6.x before), ran use.perl port, and ran the perl-after-upgrade script which were all said in UPDATING. Now it's time to force upgrade/recompile the Perl modules for the new version. Unfortunately this is where I get stuck: xeon1# portupgrade -f p5-\* [snip] === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Configuring for p5-HTML-Tagset-3.10 /usr/libexec/ld-elf.so.1: /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so: Undefined symbol perl_get_sv *** Error code 1 The remaining Perl modules that are supposed to be upgraded/recompiled either error out with the same message or are skipped because one that it requires errored out. I tried Googling for that error, but nothing came up. Other info that might be useful: xeon1# pkg_which /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so perl-5.8.7 - xeon1# pkg_info | grep p5 p5-Authen-SASL-2.04 Perl5 module for SASL authentication p5-Compress-Zlib-1.41 Perl5 interface to zlib compression library p5-DBD-mysql-2.1026_1 MySQL driver for the Perl5 Database Interface (DBI) p5-DBI-1.38 The perl5 Database Interface. Required for DBD::* modules p5-Digest-1.13 Modules that calculate message digests p5-Digest-MD5-2.27 Perl5 interface to the MD5 algorithm p5-HTML-Parser-3.31 Perl5 module for parse HTML tag p5-HTML-Tagset-3.03 Some useful data table in parsing HTML p5-MIME-Base64-2.20 Perl5 module for Base64 and Quoted-Printable encodings p5-Net-1.16,1 Perl5 modules to access and use network protocols p5-URI-1.25 Perl5 interface to Uniform Resource Identifier (URI) refere p5-libvorbis-0.04 Perl extension for Ogg Vorbis streams p5-libwww-5.69 Perl5 library for WWW access - Thanks very much in advance as this is a production server which uses Perl all the time. -Mark FreeBSD 4.9-RELEASE i386 On a 4.11 system sysutils/portmanager has no problem with perl5.8 and www/p5-HTML-Tagset, just tested it, not sure if it will run on 4.9 but you you may want to give it a try. -Mike Thanks for the reply. I have never used portmanager, but I did give it a try like you said. Unfortunately it produced the same error when building that portupgrade did. I should also point out that I did try just a make from the port directory to see if it had something to do with portupgrade, and that failed with the same message about perl_get_sv as well. Here is the output from portmanager. I have omitted other errors that were about other Perl modules that were not installed via ports at all. xeon1# portmanager www/p5-HTML-Tagset [snip] update p5-HTML-Tagset-3.10 MGPMrUpdate 0.3.9_2 localProperty.command: #9 of 14 cd /usr/ports/www/p5-HTML-Tagset; make === Vulnerability check disabled, database not found === Extracting for p5-HTML-Tagset-3.10 = MD5 Checksum OK for HTML-Tagset-3.10.tar.gz. === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Patching for p5-HTML-Tagset-3.10 === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Configuring for p5-HTML-Tagset-3.10 /usr/libexec/ld-elf.so.1: /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so: Undefined symbol perl_get_sv *** Error code 1 Stop in /usr/ports/www/p5-HTML-Tagset. MGPMrUpdate 0.3.9_2 error: make returned an error, adding /www/p5-HTML-Tagset to ignore.db reverting bsd.port.mk patch -=cd /usr/ports/Mk; patch -R /usr/local/share/portmanager/patch-bsd.port.mk-0.3.6; Hmm... Looks like a unified diff to me... The text leading up to this was: -- |--- /usr/ports/Mk/bsd.port.mk Tue Nov 8 01:02:51 2005 |+++ bsd.port.mkWed Nov 16 02:16:57 2005 -- Patching file bsd.port.mk using Plan A... Hunk #1 succeeded at 2049. done rCreateInstalledDbVerifyContentsFile 0.3.9_2 error: @comment ORIGIN: not found in /var/db/pkg/bsdpan-XML-Parser-2.34/+CONTENTS bsdpan-XML-Parser-2.34 installation is corrupt! recomend running pkg_delete -f bsdpan-XML-Parser-2.34 then manually reinstalling this port Thanks -Mark I dug a little and think have figured the problem but not positive. I think your running perl configure from the original perl and not the one from ports. Assuming you use csh as your shell try in .cshrc to change the order of the path
Re: After upgrading Perl, cannot reinstall modules - Cwd.so: Undefined symbol perl_get_sv
On Saturday 26 November 2005 19:25, Michael C. Shultz wrote: On Saturday 26 November 2005 18:48, Mark Kane wrote: Michael C. Shultz wrote: On Saturday 26 November 2005 17:13, Mark Kane wrote: Hi everyone. I finally did a big portupgrade on a 4.9-RELEASE system today and I'm having some problems with Perl. I got it updated to 5.8.7 (was 5.6.x before), ran use.perl port, and ran the perl-after-upgrade script which were all said in UPDATING. Now it's time to force upgrade/recompile the Perl modules for the new version. Unfortunately this is where I get stuck: xeon1# portupgrade -f p5-\* [snip] === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Configuring for p5-HTML-Tagset-3.10 /usr/libexec/ld-elf.so.1: /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so: Undefined symbol perl_get_sv *** Error code 1 The remaining Perl modules that are supposed to be upgraded/recompiled either error out with the same message or are skipped because one that it requires errored out. I tried Googling for that error, but nothing came up. Other info that might be useful: xeon1# pkg_which /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so perl-5.8.7 - xeon1# pkg_info | grep p5 p5-Authen-SASL-2.04 Perl5 module for SASL authentication p5-Compress-Zlib-1.41 Perl5 interface to zlib compression library p5-DBD-mysql-2.1026_1 MySQL driver for the Perl5 Database Interface (DBI) p5-DBI-1.38 The perl5 Database Interface. Required for DBD::* modules p5-Digest-1.13 Modules that calculate message digests p5-Digest-MD5-2.27 Perl5 interface to the MD5 algorithm p5-HTML-Parser-3.31 Perl5 module for parse HTML tag p5-HTML-Tagset-3.03 Some useful data table in parsing HTML p5-MIME-Base64-2.20 Perl5 module for Base64 and Quoted-Printable encodings p5-Net-1.16,1 Perl5 modules to access and use network protocols p5-URI-1.25 Perl5 interface to Uniform Resource Identifier (URI) refere p5-libvorbis-0.04 Perl extension for Ogg Vorbis streams p5-libwww-5.69 Perl5 library for WWW access - Thanks very much in advance as this is a production server which uses Perl all the time. -Mark FreeBSD 4.9-RELEASE i386 On a 4.11 system sysutils/portmanager has no problem with perl5.8 and www/p5-HTML-Tagset, just tested it, not sure if it will run on 4.9 but you you may want to give it a try. -Mike Thanks for the reply. I have never used portmanager, but I did give it a try like you said. Unfortunately it produced the same error when building that portupgrade did. I should also point out that I did try just a make from the port directory to see if it had something to do with portupgrade, and that failed with the same message about perl_get_sv as well. Here is the output from portmanager. I have omitted other errors that were about other Perl modules that were not installed via ports at all. xeon1# portmanager www/p5-HTML-Tagset [snip] update p5-HTML-Tagset-3.10 MGPMrUpdate 0.3.9_2 localProperty.command: #9 of 14 cd /usr/ports/www/p5-HTML-Tagset; make === Vulnerability check disabled, database not found === Extracting for p5-HTML-Tagset-3.10 = MD5 Checksum OK for HTML-Tagset-3.10.tar.gz. === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Patching for p5-HTML-Tagset-3.10 === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Configuring for p5-HTML-Tagset-3.10 /usr/libexec/ld-elf.so.1: /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so: Undefined symbol perl_get_sv *** Error code 1 Stop in /usr/ports/www/p5-HTML-Tagset. MGPMrUpdate 0.3.9_2 error: make returned an error, adding /www/p5-HTML-Tagset to ignore.db reverting bsd.port.mk patch -=cd /usr/ports/Mk; patch -R /usr/local/share/portmanager/patch-bsd.port.mk-0.3.6; Hmm... Looks like a unified diff to me... The text leading up to this was: -- |--- /usr/ports/Mk/bsd.port.mk Tue Nov 8 01:02:51 2005 |+++ bsd.port.mkWed Nov 16 02:16:57 2005 -- Patching file bsd.port.mk using Plan A... Hunk #1 succeeded at 2049. done rCreateInstalledDbVerifyContentsFile 0.3.9_2 error: @comment ORIGIN: not found in /var/db/pkg/bsdpan-XML-Parser-2.34/+CONTENTS bsdpan-XML-Parser-2.34 installation is corrupt! recomend running pkg_delete -f bsdpan-XML-Parser-2.34 then manually reinstalling this port Thanks -Mark I dug a little and think have figured the problem
Re: After upgrading Perl, cannot reinstall modules - Cwd.so: Undefined symbol perl_get_sv
On Saturday 26 November 2005 22:20, Mark Kane wrote: Michael C. Shultz wrote: On Saturday 26 November 2005 19:25, Michael C. Shultz wrote: On Saturday 26 November 2005 18:48, Mark Kane wrote: Michael C. Shultz wrote: On Saturday 26 November 2005 17:13, Mark Kane wrote: Hi everyone. I finally did a big portupgrade on a 4.9-RELEASE system today and I'm having some problems with Perl. I got it updated to 5.8.7 (was 5.6.x before), ran use.perl port, and ran the perl-after-upgrade script which were all said in UPDATING. Now it's time to force upgrade/recompile the Perl modules for the new version. Unfortunately this is where I get stuck: xeon1# portupgrade -f p5-\* [snip] === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Configuring for p5-HTML-Tagset-3.10 /usr/libexec/ld-elf.so.1: /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so: Undefined symbol perl_get_sv *** Error code 1 The remaining Perl modules that are supposed to be upgraded/recompiled either error out with the same message or are skipped because one that it requires errored out. I tried Googling for that error, but nothing came up. Other info that might be useful: xeon1# pkg_which /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so perl-5.8.7 - xeon1# pkg_info | grep p5 p5-Authen-SASL-2.04 Perl5 module for SASL authentication p5-Compress-Zlib-1.41 Perl5 interface to zlib compression library p5-DBD-mysql-2.1026_1 MySQL driver for the Perl5 Database Interface (DBI) p5-DBI-1.38 The perl5 Database Interface. Required for DBD::* modules p5-Digest-1.13 Modules that calculate message digests p5-Digest-MD5-2.27 Perl5 interface to the MD5 algorithm p5-HTML-Parser-3.31 Perl5 module for parse HTML tag p5-HTML-Tagset-3.03 Some useful data table in parsing HTML p5-MIME-Base64-2.20 Perl5 module for Base64 and Quoted-Printable encodings p5-Net-1.16,1 Perl5 modules to access and use network protocols p5-URI-1.25 Perl5 interface to Uniform Resource Identifier (URI) refere p5-libvorbis-0.04 Perl extension for Ogg Vorbis streams p5-libwww-5.69 Perl5 library for WWW access - Thanks very much in advance as this is a production server which uses Perl all the time. -Mark FreeBSD 4.9-RELEASE i386 On a 4.11 system sysutils/portmanager has no problem with perl5.8 and www/p5-HTML-Tagset, just tested it, not sure if it will run on 4.9 but you you may want to give it a try. -Mike Thanks for the reply. I have never used portmanager, but I did give it a try like you said. Unfortunately it produced the same error when building that portupgrade did. I should also point out that I did try just a make from the port directory to see if it had something to do with portupgrade, and that failed with the same message about perl_get_sv as well. Here is the output from portmanager. I have omitted other errors that were about other Perl modules that were not installed via ports at all. xeon1# portmanager www/p5-HTML-Tagset [snip] update p5-HTML-Tagset-3.10 MGPMrUpdate 0.3.9_2 localProperty.command: #9 of 14 cd /usr/ports/www/p5-HTML-Tagset; make === Vulnerability check disabled, database not found === Extracting for p5-HTML-Tagset-3.10 = MD5 Checksum OK for HTML-Tagset-3.10.tar.gz. === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Patching for p5-HTML-Tagset-3.10 === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === p5-HTML-Tagset-3.10 depends on file: /usr/local/bin/perl5.8.7 - found === Configuring for p5-HTML-Tagset-3.10 /usr/libexec/ld-elf.so.1: /usr/local/lib/perl5/5.8.7/mach/auto/Cwd/Cwd.so: Undefined symbol perl_get_sv *** Error code 1 Stop in /usr/ports/www/p5-HTML-Tagset. MGPMrUpdate 0.3.9_2 error: make returned an error, adding /www/p5-HTML-Tagset to ignore.db reverting bsd.port.mk patch -=cd /usr/ports/Mk; patch -R /usr/local/share/portmanager/patch-bsd.port.mk-0.3.6; Hmm... Looks like a unified diff to me... The text leading up to this was: -- |--- /usr/ports/Mk/bsd.port.mk Tue Nov 8 01:02:51 2005 |+++ bsd.port.mkWed Nov 16 02:16:57 2005 -- Patching file bsd.port.mk using Plan A... Hunk #1 succeeded at 2049. done rCreateInstalledDbVerifyContentsFile 0.3.9_2 error: @comment ORIGIN: not found in /var/db/pkg/bsdpan-XML-Parser-2.34/+CONTENTS bsdpan-XML-Parser-2.34 installation is corrupt! recomend running pkg_delete -f bsdpan-XML-Parser-2.34 then manually reinstalling this port Thanks -Mark I dug a little and think have figured the problem but not positive. I think your running perl
Re: Portmanager 0.3.9 asserting
On Friday 25 November 2005 18:49, Wes Santee wrote: Just updated to portmanager 0.3.9 from 0.3.7 and now every command (except --help) is causing an assert: $ sudo portmanager --version rParseCommandLine 0.3.9_1 $ sudo portmanager --status MGdbRead error: unable to open file /usr/local/share/portmanager/pkgtools.db system message: No such file or directory Assertion failed: (0), function MGdbRead, file MGdbRead.c, line 65. Abort trap: 6 (core dumped) Sure enough, there is no pkgtools.db. Since this doesn't get installed with the port, I'm assuming it's supposed to be dynamically created. Just using the default pm-020.conf file installed with the updated port: $ sudo cp pm-020.conf.SAMPLE pm-020.conf Anyone else having problems? I'm on 6.0-RELEASE, BTW. Cheers, -Wes 0.3.9_1 is trying to load pkgtools.conf, its not supposed to if ruby isn't installed or pkgtools.conf is missing so looks like you found a bug. Will check it out and post a patch asap. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How the heck do you burn a VCD?
On Wednesday 23 November 2005 21:20, Louis LeBlanc wrote: Hey folks. This may be slightly OT, but I just downloaded the StarWreck spoof (http://www.starwreck.com), and I'd like to get it burned to a VCD. It's in xvid/avi format, and I'm not sure what's the best way to burn this. with the following: burncd -f /dev/acd1 -d vcd star_wreck_in_the_pirkinning_subtitled_xvid.avi but it doesn't seem to play anywhere - not even my FreeBSD box - which is the only machine I can get the avi file to play in the first place (MacOs X Windoze won't play it). How's that for FreeBSD being a better multimedia box? I have checked the disk, and it *does* appear to have been burned - so this is a coaster now. I'm guessing I just didn't understand the burncd manpage in regards to vcd burning. I also couldn't find anything but 'doze and MacOs X commercial software ads on google, even though I required either FreeBSD or Linux in my search. Anyway, I'm really a newbie with this vcd stuff, so a little leg up would be appreciated. TIA Lou Look in the handbook under opticle drives on how to make ISO's -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How the heck do you burn a VCD?
On Wednesday 23 November 2005 21:56, Louis LeBlanc wrote: On 11/23/05 09:35 PM, Michael C. Shultz sat at the `puter and typed: On Wednesday 23 November 2005 21:20, Louis LeBlanc wrote: Hey folks. This may be slightly OT, but I just downloaded the StarWreck spoof (http://www.starwreck.com), and I'd like to get it burned to a VCD. It's in xvid/avi format, and I'm not sure what's the best way to burn this. with the following: burncd -f /dev/acd1 -d vcd star_wreck_in_the_pirkinning_subtitled_xvid.avi but it doesn't seem to play anywhere - not even my FreeBSD box - which is the only machine I can get the avi file to play in the first place (MacOs X Windoze won't play it). How's that for FreeBSD being a better multimedia box? I have checked the disk, and it *does* appear to have been burned - so this is a coaster now. I'm guessing I just didn't understand the burncd manpage in regards to vcd burning. I also couldn't find anything but 'doze and MacOs X commercial software ads on google, even though I required either FreeBSD or Linux in my search. Anyway, I'm really a newbie with this vcd stuff, so a little leg up would be appreciated. TIA Lou Look in the handbook under opticle drives on how to make ISO's What, really? I haven't been able to find any indication that the VCD format was nothing more than an xvid AVI file in an iso filesystem. VCD format isn't xvid. For the most part, anything you burn to a DVD or CD should be done as an ISO file, especially if you want the CD to work with other OS's or DVD players :) Figures it would be so painfully simple - that'll play on my DVD player? Depends on your DVD player and the codecs used for the VCD. If its encoded right it should, if not then start learning mencoder and the art of re-encoding. Mencoder comes with mplayer and you should find a mail list that caters to that sort of thing if your interested. Thanks for the pointer. Your welcome :) -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Missing origins during portupgrade ...
On Sunday 20 November 2005 11:58, Kiffin Gish wrote: When running portupgrade, I keep getting a 'missing origin' warning messages for a number of packages. What gives, and what do I need to do to remove this Thanks alot in advance. Do you have custom bsdpan modules installed by any chance? -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Mutex unlock failure: Operation not permitted
On Saturday 19 November 2005 16:09, cpghost wrote: Hello, after upgrading from 5.4 to 6.0, I keep getting this error message when recompiling qt33: /usr/local/ports/x11-toolkits/qt33/work/qt-x11-free-3.3.5/bin/uic -L /usr/local/ ports/x11-toolkits/qt33/work/qt-x11-free-3.3.5/plugins listboxeditor.ui -i listb oxeditor.h -o listboxeditor.cpp Mutex unlock failure: Operation not permitted *** Signal 11 Stop in /usr/local/ports/x11-toolkits/qt33/work/qt-x11-free-3.3.5/tools/designer /designer. *** Error code 1 [...] I've recompiled and reinstalled qmake before making qt33, but uic still fails exactly here. Anyone seen this? Any idea how to fix it? You didn't say if you have recompiled all installed ports against the 6.0 libraries yet, if you haven't then try sysutils/portmanager: portmanager x11-toolkits/qt33 -f This will force all of qt33's dependencies to rebuild first using the 6.0 libs then build qt33. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5 install fails
On Saturday 19 November 2005 21:50, P.U.Kruppa wrote: Hi, on 6.0-STABLE FreeBSD 6.0-STABLE #0: Sat Nov 19 14:31:13 CET 2005 php5 build seems to work fine but install fails: -- [EMAIL PROTECTED] make install === Installing for php5-5.0.5_1 === php5-5.0.5_1 depends on file: /usr/local/sbin/apxs - found === php5-5.0.5_1 depends on executable: pkg-config - found === php5-5.0.5_1 depends on shared library: xml2.5 - found === Generating temporary packing list === Checking if lang/php5 already installed Installing PHP SAPI module: apache2handler /usr/local/share/apache21/build/instdso.sh SH_LIBTOOL='/usr/local/build-1/libtool' libphp5.la /usr/local/libexec/apache21 /usr/local/build-1/libtool --mode=install cp libphp5.la /usr/local/libexec/apache21/ /usr/local/share/apache21/build/instdso.sh: /usr/local/build-1/libtool: not found apxs:Error: Command failed with rc=8323072 . *** Error code 1 Stop in /usr/ports/lang/php5/work/php-5.0.5. *** Error code 1 Stop in /usr/ports/lang/php5. -- What can be done? Regards, Uli. find /usr/ports/*/. | grep pkg-plist | xargs grep build-1/libtool returns: /usr/ports/devel/apr/pkg-plist:build-1/libtool My guess is you need to install devel/apr -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: xterm conflicts with xorg-clients
On Monday 14 November 2005 09:02, Jeppe Larsen wrote: After running cvsup and portupgrade, I'm having some problems with xterm and some other programs. Portupgrade failed because of the following: === xterm-206_1 conflicts with installed package(s): xorg-clients-6.8.2 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 And then skipped a bunch of packages. Then i manually deinstalled xterm (that was wrong perhaps?) and now when running portupgrade again it is complaining about some stale dependency to xterm. For example: Stale dependency: amarok-1.3.6 -- xterm-206 -- manually run 'pkgdb -F' to fix, or specify -O to force. Then running pkgdb -F asks me alot of questions regarding this stale dependency and I am not sure what to do with it. Then I read in UPDATING that one must upgrade xorg-clients before xterm, but when i tried portupgrade xorg-clients I got: Stale dependency: xorg-clients-6.8.2 -- xterm-206 Hmm, going in circles. Then i tried with the -F and xorg-clients started to compile, but got an error code 1 with this: cc -o xdriinfo -O2 -fno-strict-aliasing -pipe -march=pentium4 -ansi -pedantic -Wno-system-headers -Dasm=__asm -Wall -Wpointer-arith -Wundef -L/usr/ports/x11/xorg-clients/work/xc/exports/lib xdriinfo.o -lGL -lXext -lX11 -L/usr/X11R6/lib -pthread-Wl,-rpath,/usr/X11R6/lib -Wl,-rpath-link,/usr/ports/x11/xorg-clients/work/xc/exports/lib xdriinfo.o(.text+0x59): In function `main': : undefined reference to `glXGetProcAddress' xdriinfo.o(.text+0x6a): In function `main': : undefined reference to `glXGetProcAddress' *** Error code 1 What to do now? I tested portmanager on this yesterday, it handled the conflict without a hitch, you may want to give it a try: sysutils/portmanager -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.0 Release no /stand/sysinstall ?
On Monday 14 November 2005 14:12, BSD Mail wrote: Greetings, I've just installed a vanila FreeBSD 6.0 Release from CD. As usual I thought i might want to add other things from /stand/sysinstall but looks like I'm getting command not found so I cd to the / directory but there is no stand directory in there. Anything I should know about in regards of 6.0 ?? If no change happend, how can i access it or add it ? Look in /usr/sbin -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portmanager -slid core dumps
On Friday 11 November 2005 14:53, Danny MacMillan wrote: Michael C. Shultz wrote: On Friday 11 November 2005 13:35, Danny MacMillan wrote: Michael C. Shultz wrote: On Friday 11 November 2005 12:55, Danny MacMillan wrote: I am experiencing further difficulties with portmanager -slid. I was successfully able to delete several leaf ports. However, when I try to delete devel/p5-Locale-gettext or devel/gmake, portmanager core dumps with the following message: ... n Nuking gmake-3.80_2 MGdbGoTop error: invalid object type, has this object been initialised with MGdbCreate or MGdbOpen yet? MGdbSeek error: invalid object type Assertion failed: (0), function MGdbSeek, file MGdbSeek.c, line 36. zsh: abort (core dumped) sudo portmanager -slid What version of portmanager? rParseCommandLine 0.3.4_0 OK, that is the most current version. There isn't an obvious problem I can see in the code but there is something that can be done better so I'll make that change then we'll see what happens. Are you running FreeBSD 6.0 by any chance? Yes, I am. hobbit% uname -a FreeBSD hobbit.emerald-associates.com 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Wed Nov 9 04:09:55 MST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/HOBBIT i386 This is why I didn't catch it earlier, 6.0 is more fussy about certain bad programming habits and I run 5.4. Probably would have never found this if you hadn't reported so thanks again. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What package contains missing libgmodule
On Sunday 13 November 2005 13:32, [EMAIL PROTECTED] wrote: /libexec/ld-elf.so.1: Shared object libgmodule-2.0.so.600 not found, required by artsd I get the above error from quite a few packages, from mozilla to artsd to others. Any suggestion on what I need to reinstall. I tried gtk, glib and gnome2, but still no joy. Thanks, Obitori find /var/db/pkg/. | xargs grep libgmodule /var/db/pkg/./glib-2.8.3/+CONTENTS:lib/libgmodule-2.0.a /var/db/pkg/./glib-2.8.3/+CONTENTS:lib/libgmodule-2.0.so /var/db/pkg/./glib-2.8.3/+CONTENTS:lib/libgmodule-2.0.so.0 @comment PKG_FORMAT_REVISION:1.1 @name glib-2.8.3 @comment ORIGIN:devel/glib20 Looks like it comes from devel/glib20 -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portmanager coredumps [with backtrace]
On Saturday 12 November 2005 09:17, Alistair Sutton wrote: I all ready have one pr against this port that looks like it will be pending until maintainer time out. Saw this a while bck and thought I had portmanager working around it. Mind testing the attached patch and seeing if it helps? Note: my /usr/ports tree is symlinked to somewhere within my home directory so I don't know if this is causing any problems. With the patch, rather than coredumping, portmanager now offers to remove the win32-codecs port. The output is like this: ([EMAIL PROTECTED]) ~ sudo portmanager multimedia/avifile -ui -l -bu Password: rCreateCommandLineDb 0.3.4_0 info: executing rm -f /usr/local/share/portmanager/commandLine.db upgrading/installing /usr/ports/multimedia/avifile portmanager 0.3.4_0: Collecting installed port data 1 avifile-0.7.41,2 /multimedia/avifile WITHOUT_QT=yes Unix/FreeBSD/ports/multimedia/avifile/../win32-codecs is no longer in the ports collection, see /usr/ports/MOVED this port must be removed for portmanager to continue is it OK to remove from your system? (yes/no/auto yes to all) [y/n/a] [y] Previously I got this response: ([EMAIL PROTECTED]) ~ sudo portmanager multimedia/avifile -ui -l -bu rCreateCommandLineDb 0.3.4_0 info: executing rm -f /usr/local/share/portmanager/commandLine.db upgrading/installing /usr/ports/multimedia/avifile portmanager 0.3.4_0: Collecting installed port data 1 avifile-0.7.41,2 /multimedia/avifile WITHOUT_QT=yes cd: can't cd to /usr/portsUnix/FreeBSD/ports/multimedia/avifile/../win32-codecs zsh: segmentation fault (core dumped) sudo portmanager multimedia/avifile -ui -l -bu If you want me to try moving the ports into /usr/ports properly, then let me know :-) Al -- GPG/PGP: http://www.no-dns-yet.org.uk/~everlone/pubkey.gpg Here is what I get with the patch I sent you applied: [EMAIL PROTECTED]:~ portmanager multimedia/avifile -ui -l -bu rCreateCommandLineDb 0.3.4_1 info: executing rm -f /usr/local/share/portmanager/commandLine.db upgrading/installing /usr/ports/multimedia/avifile portmanager 0.3.4_1: Collecting installed port data 1 avifile-0.7.41,2 /multimedia/avifile 2 nasm-0.98.39,1 /devel/nasm 3 qt-copy-3.3.4 /x11-toolkits/qt33 4 gmake-3.80_2 /devel/gmake 5 libtool-1.5.20 /devel/libtool15 6 sdl-1.2.9,2 /devel/sdl12 7 win32-codecs-3.1.0.p5_1,1 .2005.10.01/multimedia/avifile/../win32-codecs 8 liba52-0.7.4_1 /audio/liba52 This is correct, so may take at look at this cd /usr/ports/multimedia/avifile [EMAIL PROTECTED]:~cd /usr/ports/multimedia/avifile [EMAIL PROTECTED]:/usr/ports/multimedia/avifilemake -V PORTSDIR /usr/ports (where ports thinks /usr/ports is located) [EMAIL PROTECTED]:/usr/ports/multimedia/avifilemake -V make -V .CURDIR /usr/ports.2005.10.01/multimedia/avifile(actual location) [EMAIL PROTECTED]:/usr/ports/multimedia/avifilels -l /usr/ports lrwxr-xr-x 1 root wheel 21 Nov 12 07:21 /usr/ports - /usr/ports.2005.10.01 I have a link from /usr/ports to /usr/ports.2005.10.01 Is your something like this? -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portmanager coredumps [with backtrace]
On Saturday 12 November 2005 07:42, cpghost wrote:
First time using portmanager. Using command line:
# portmanager -u -pi editors/openoffice-1.1 -l -f
It coredumps approx at line 00218 or so:
MGPMrController 0.3.4_0 info: running in forced update mode
portmanager 0.3.4_0: Collecting installed port data forced mode
00574 setiathome-3.08_3 /astro/setiathome
00573 compat4x-i386-5.3_2 /misc/compat4x
00572 localedata-5.4 /misc/localedata
00571 tiff-3.7.4 /graphics/tiff
00570 libtool-1.5.20 /devel/libtool15
00569 jpeg-6b_3 /graphics/jpeg
[...]
Here's the backtrace:
#0 0x2812c216 in strcpy () from /lib/libc.so.6
#1 0x080fd000 in ?? ()
#2 0x2807f82c in rrGetPortName (property=0xbfbfeb50,
portDir=0x80ed000 /ports/multimedia/avifile/../win32-codecs,
portName=0x80fd000 qt-3.3.5) at MGPMrCreateAllUpdateStatusDb.c:209
#3 0x2808047b in rrParse (property=0xbfbfeb50,
availablePortName=0x80ad000 avifile-0.7.41,2,
availablePortDir=0x809d000 /multimedia/avifile,
dependType=0xbfbfe790 RUN_DEPENDS,
buffer=0x80cd000 /usr/X11R6/bin/moc:/usr/ports/x11-toolkits/qt33,
counterPtr=0xbfbfe84c) at MGPMrCreateAllUpdateStatusDb.c:496
#4 0x280801e4 in rrDependencyParse (property=0xbfbfeb50,
buffer=0x80cd000 /usr/X11R6/bin/moc:/usr/ports/x11-toolkits/qt33,
availablePortName=0x80ad000 avifile-0.7.41,2,
availablePortDir=0x809d000 /multimedia/avifile,
dependType=0xbfbfe790 RUN_DEPENDS, counterPtr=0xbfbfe84c)
at MGPMrCreateAllUpdateStatusDb.c:424
#5 0x2807ff3e in rrFillDependencies (property=0xbfbfeb50,
availablePortName=0x80ad000 avifile-0.7.41,2,
availablePortDir=0x809d000 /multimedia/avifile,
counterPtr=0xbfbfe84c) at MGPMrCreateAllUpdateStatusDb.c:351
#6 0x2807f5d6 in rrFindDepends (property=0xbfbfeb50,
availablePortDir=0x809d000 /multimedia/avifile,
availablePortName=0x80ad000 avifile-0.7.41,2, counterPtr=0xbfbfe84c)
at MGPMrCreateAllUpdateStatusDb.c:149
#7 0x2807f4c9 in MGPMrCreateAllUpdateStatusDb (property=0xbfbfeb50)
at MGPMrCreateAllUpdateStatusDb.c:117
#8 0x2807e7ce in rPmUpgradeNewMethod (property=0xbfbfeb50)
at MGPMrController.c:727
#9 0x2807d724 in MGPMrController (property=0xbfbfeb50,
path=0xbfbfead0 PMUPGRADE) at MGPMrController.c:408
#10 0x2807be6d in rParseCommandLine (property=0xbfbfeb50, argc=6,
argv=0xbfbfed18) at MGPMrCommandLine.c:302
#11 0x2807b5d9 in MGPMrCommandLine (argc=6, argv=0xbfbfed18)
at MGPMrCommandLine.c:115
#12 0x08048533 in main (argc=6, argv=0xbfbfed18) at portmanager.c:38
---
epia2# portmanager --version
rCreateCommandLineDb 0.3.4_0 info: executing rm -f
/usr/local/share/portmanager/ commandLine.db
rParseCommandLine 0.3.4_0
---
6.0-STABLE FreeBSD 6.0-STABLE #0: Sat Nov 12 07:32:20 CET 2005
Regards,
-cpghost.
This is a good job of providing information. FreeBSD 6.0 has exposed a few
bugs that I didn't find in 5.4, there is allready a pach submitted that may
fix this one, if it doesn't I need the same information after it is applied.
I've attached the patch in case you don't want to wait for
http://www.freebsd.org/cgi/query-pr.cgi?pr=8
to be commited, just mkdir sysutils/portmanager/files, place the patch in
there then rebuild reinstall.
-Mike
diff -ruN ../0.3.4/externVars.h.in ./externVars.h.in
--- ../0.3.4/externVars.h.in Fri Nov 11 06:31:14 2005
+++ ./externVars.h.in Fri Nov 11 19:38:50 2005
@@ -78,13 +78,13 @@
#define PACKAGE_NAME portmanager
/* Define to the full name and version of this package. */
-#define PACKAGE_STRING portmanager 0.3.4
+#define PACKAGE_STRING portmanager 0.3.5
/* Define to the one symbol short name of this package. */
#define PACKAGE_TARNAME portmanager
/* Define to the version of this package. */
-#define PACKAGE_VERSION 0.3.4
+#define PACKAGE_VERSION 0.3.5
/* location of ports registry, default is /var/db/pkg */
#define PKGDBDIR @PKGDBDIR@
diff -ruN ../0.3.4/libMG/src/MGdbAdd.c ./libMG/src/MGdbAdd.c
--- ../0.3.4/libMG/src/MGdbAdd.c Mon Nov 7 16:46:00 2005
+++ ./libMG/src/MGdbAdd.c Fri Nov 11 17:23:26 2005
@@ -58,6 +58,14 @@
{
break;
}
+
+ /*
+ * prevent null data from being placed into record fields
+ */
+ if( strlen( paramPtr ) 1 )
+ {
+ assert(0);
+ }
fprintf( dbFileStream, %s%c, paramPtr, 0 );
/*
diff -ruN ../0.3.4/libMGPM/src/MGPMrCreateAllUpdateStatusDb.c ./libMGPM/src/MGPMrCreateAllUpdateStatusDb.c
--- ../0.3.4/libMGPM/src/MGPMrCreateAllUpdateStatusDb.c Thu Nov 10 16:12:52 2005
+++ ./libMGPM/src/MGPMrCreateAllUpdateStatusDb.c Fri Nov 11 19:30:42 2005
@@ -32,7 +32,6 @@
int rrDependencyParse( structProperty* property, char* buffer, char* availablePortName, char* availablePortDir, char* dependType, int* counterPtr );
int rrFillDependencies( structProperty* property, char* availablePortName, char*
Re: portmanager coredumps [with backtrace]
On Saturday 12 November 2005 08:41, Alistair Sutton wrote:
On 12/11/05, cpghost [EMAIL PROTECTED] wrote:
First time using portmanager. Using command line:
# portmanager -u -pi editors/openoffice-1.1 -l -f
It coredumps approx at line 00218 or so:
MGPMrController 0.3.4_0 info: running in forced update mode
portmanager 0.3.4_0: Collecting installed port data forced mode
00574 setiathome-3.08_3 /astro/setiathome
00573 compat4x-i386-5.3_2 /misc/compat4x
00572 localedata-5.4 /misc/localedata
00571 tiff-3.7.4 /graphics/tiff
00570 libtool-1.5.20 /devel/libtool15
00569 jpeg-6b_3 /graphics/jpeg
[...]
Here's the backtrace:
#0 0x2812c216 in strcpy () from /lib/libc.so.6
#1 0x080fd000 in ?? ()
#2 0x2807f82c in rrGetPortName (property=0xbfbfeb50,
portDir=0x80ed000 /ports/multimedia/avifile/../win32-codecs,
portName=0x80fd000 qt-3.3.5) at MGPMrCreateAllUpdateStatusDb.c:209
#3 0x2808047b in rrParse (property=0xbfbfeb50,
availablePortName=0x80ad000 avifile-0.7.41,2,
availablePortDir=0x809d000 /multimedia/avifile,
dependType=0xbfbfe790 RUN_DEPENDS,
buffer=0x80cd000 /usr/X11R6/bin/moc:/usr/ports/x11-toolkits/qt33,
counterPtr=0xbfbfe84c) at MGPMrCreateAllUpdateStatusDb.c:496
#4 0x280801e4 in rrDependencyParse (property=0xbfbfeb50,
buffer=0x80cd000 /usr/X11R6/bin/moc:/usr/ports/x11-toolkits/qt33,
availablePortName=0x80ad000 avifile-0.7.41,2,
availablePortDir=0x809d000 /multimedia/avifile,
dependType=0xbfbfe790 RUN_DEPENDS, counterPtr=0xbfbfe84c)
at MGPMrCreateAllUpdateStatusDb.c:424
#5 0x2807ff3e in rrFillDependencies (property=0xbfbfeb50,
availablePortName=0x80ad000 avifile-0.7.41,2,
availablePortDir=0x809d000 /multimedia/avifile,
counterPtr=0xbfbfe84c) at MGPMrCreateAllUpdateStatusDb.c:351
#6 0x2807f5d6 in rrFindDepends (property=0xbfbfeb50,
availablePortDir=0x809d000 /multimedia/avifile,
availablePortName=0x80ad000 avifile-0.7.41,2,
counterPtr=0xbfbfe84c) at MGPMrCreateAllUpdateStatusDb.c:149
#7 0x2807f4c9 in MGPMrCreateAllUpdateStatusDb (property=0xbfbfeb50)
at MGPMrCreateAllUpdateStatusDb.c:117
#8 0x2807e7ce in rPmUpgradeNewMethod (property=0xbfbfeb50)
at MGPMrController.c:727
#9 0x2807d724 in MGPMrController (property=0xbfbfeb50,
path=0xbfbfead0 PMUPGRADE) at MGPMrController.c:408
#10 0x2807be6d in rParseCommandLine (property=0xbfbfeb50, argc=6,
argv=0xbfbfed18) at MGPMrCommandLine.c:302
#11 0x2807b5d9 in MGPMrCommandLine (argc=6, argv=0xbfbfed18)
at MGPMrCommandLine.c:115
#12 0x08048533 in main (argc=6, argv=0xbfbfed18) at portmanager.c:38
I had this on my machine.
In the multimedia/avifile Makefile there is the following:
#CODEC_PORT= ${PORTSDIR}/multimedia/win32-codecs
CODEC_PORT=${.CURDIR}/../win32-codecs
Switching the commented lines around to this
CODEC_PORT= ${PORTSDIR}/multimedia/win32-codecs
#CODEC_PORT=${.CURDIR}/../win32-codecs
stops portmanager from coredumping when scanning that port.
I'm unsure as to where the problem lies so I wouldn't entirely
recommend making the change unless you're willing to spend time fixing
things if they get broken (note: I've had no problems so far but since
I don't fully understand the way the port works I'm not going to say
this is the Right Thing To Do ;-)
Al
--
GPG/PGP: http://www.no-dns-yet.org.uk/~everlone/pubkey.gpg
I all ready have one pr against this port that looks like it will be pending
until maintainer time out. Saw this a while bck and thought I had
portmanager working around it. Mind testing the attached patch and seeing if
it helps?
-Mike
diff -ruN ../0.3.4/externVars.h.in ./externVars.h.in
--- ../0.3.4/externVars.h.in Fri Nov 11 06:31:14 2005
+++ ./externVars.h.in Fri Nov 11 19:38:50 2005
@@ -78,13 +78,13 @@
#define PACKAGE_NAME portmanager
/* Define to the full name and version of this package. */
-#define PACKAGE_STRING portmanager 0.3.4
+#define PACKAGE_STRING portmanager 0.3.5
/* Define to the one symbol short name of this package. */
#define PACKAGE_TARNAME portmanager
/* Define to the version of this package. */
-#define PACKAGE_VERSION 0.3.4
+#define PACKAGE_VERSION 0.3.5
/* location of ports registry, default is /var/db/pkg */
#define PKGDBDIR @PKGDBDIR@
diff -ruN ../0.3.4/libMG/src/MGdbAdd.c ./libMG/src/MGdbAdd.c
--- ../0.3.4/libMG/src/MGdbAdd.c Mon Nov 7 16:46:00 2005
+++ ./libMG/src/MGdbAdd.c Fri Nov 11 17:23:26 2005
@@ -58,6 +58,14 @@
{
break;
}
+
+ /*
+ * prevent null data from being placed into record fields
+ */
+ if( strlen( paramPtr ) 1 )
+ {
+ assert(0);
+ }
fprintf( dbFileStream, %s%c, paramPtr, 0 );
/*
diff -ruN ../0.3.4/libMGPM/src/MGPMrCreateAllUpdateStatusDb.c ./libMGPM/src/MGPMrCreateAllUpdateStatusDb.c
Re: Problems with hard drives
On Saturday 12 November 2005 14:28, Javier Matos wrote: Hi, I was trying to install FreeBSD 6.0-CURRENT in my box but when I do it... Usually my hard drive make a strange noise... and the screen show DMA problems (ok, it may be the hard drive)... but... I change my hard drive and I take one more time problems with the hard drive... (ok, it may be the hard drive, the second hard drive that is broke... maybe)... I take a third hard drive and have the same problem... but... I don't know If is possible to have bad luck to put 3 hard drivers brokens... . Anyone is having problems with FreeBSD and Seagate hard drives? My system is so unstable and I don´t know how to solve the situation... hard drives hare Seagate 160 Gb SATA ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Mayby you have an unsuported controller, here is an example of a controller that doesn't work under 6.0 but fine in 5.4: atapci0: SiI 3112 SATA150 controller -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Effect of BATCH=yes in /etc/make.conf file
On Friday 11 November 2005 07:10, Gerard Seibert wrote:
This is probably a stupid question, but I have never let a silly thing
like that stop me before.
I have FreeBSD 5.4 installed. In my /etc/make.conf file I have this
line:
BATCH=yes
I have it there so I am not bothered with requests for OPTIONS when
building ports. I have known that it suppresses the requests, but not
exactly how it handles those requests.
Does it just use the defaults settings, or does it choose all of the
options available, or perhaps disable all of the available options?
Thanks!
I have removed BATCH=yes from my /etc/make.conf because
I decided the ability to see default settings for each port in
/var/db/ports/{port dir name}/options is nice. With BATCH=yes
you are assuming a port's configuration file is setting proper
defaults for you, if you let a port blue screen when it is first installed
then at least once you get to see what is available and change them
if you wish.
My position has changed on the usefullness of make config after
thinking it over, it is good to stick a port's options in one place and know
that no matter how you upgrade, manually or with an upgrade tool
the port will get built with consistent options set.
-Mike
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Upgrading PHP port to 4.4.1 breaks Drupal site
On Friday 11 November 2005 08:30, Ron Wilhoite wrote: After a portupgrade of PHP to 4.4.1 my Drupal 4.6.3 site stopped working. I used portdowngrade to revert to 4.4.0 and the site worked again. After upgrading PHP to 4.4.1 you should rebuild ports that depend on it. -Mike I tried upgrading this morning to 4.4.1_1 and drupal-4.6.3_1, but got the same result. Using portdowngrade to revert to PHP 4.4.0 worked again. I posted to the drupal support list and PHP 4.4.1 does not seem to be causing problems for other Drupal users. The 'missing' files in the error logs below exist and have correct permissions. I also couldn't find anything relevant at php.net or with google searches. I will appreciate any suggestions. Ron Wilhoite Message posted to Drupal list: After upgrading PHP to 4.4.1, my site's homepage loads, but all other pages are blank and I can't login. I restarted apache and mysql, but got the same result. It's Drupal 4.6.3, Apache 2.0.55, Mysql 4.1.15, running on FreeBSD 5.4. I've copied the errors from the apache log below. If there is other information I can provide let me know. I downgraded my PHP ports to 4.4.0 and the site came back up. Thanks for any help or pointers. Apache error log: [Wed Nov 02 00:15:42 2005] [error] [client 192.168.0.35] PHP Warning: main(sites/default/settings.php): failed to open stream: No such file or directory in /usr/local/www/data/includes/bootstrap.inc on line 642, referer: http://office.bals.org/ [Wed Nov 02 00:15:42 2005] [error] [client 192.168.0.35] PHP Warning: main(): Failed opening 'sites/default/settings.php' for inclusion (include_path='.:') in /usr/local/www/data/includes/bootstrap.inc on line 642, referer: http://office.bals.org/ [Wed Nov 02 00:15:42 2005] [error] [client 192.168.0.35] PHP Warning: main(includes/database.inc): failed to open stream: No such file or directory in /usr/local/www/data/includes/bootstrap.inc on line 643, referer: http://office.bals.org/ [Wed Nov 02 00:15:42 2005] [error] [client 192.168.0.35] PHP Warning: main(): Failed opening 'includes/database.inc' for inclusion (include_path='.:') in /usr/local/www/data/includes/bootstrap.inc on line 643, referer: http://office.bals.org/ [Wed Nov 02 00:15:42 2005] [error] [client 192.168.0.35] PHP Warning: main(includes/session.inc): failed to open stream: No such file or directory in /usr/local/www/data/includes/bootstrap.inc on lin e 644, referer: http://office.bals.org/ [Wed Nov 02 00:15:42 2005] [error] [client 192.168.0.35] PHP Warning: main(): Failed opening 'includes/session.inc' for inclusion (include_path='.:') in /usr/local/www/data/includes/bootstrap.inc on line 644, referer: http://office.bals.org/ [Wed Nov 02 00:15:42 2005] [error] [client 192.168.0.35] PHP Warning: main(includes/module.inc): failed to open stream: No such file or directory in /usr/local/www/data/includes/bootstrap.inc on line 645, referer: http://office.bals.org/ [Wed Nov 02 00:15:42 2005] [error] [client 192.168.0.35] PHP Warning: main(): Failed opening 'includes/module.inc' for inclusion (include_path='.:') in /usr/local/www/data/includes/bootstrap.inc on l ine 645, referer: http://office.bals.org/ [Wed Nov 02 00:15:42 2005] [error] [client 192.168.0.35] PHP Fatal error: Call to undefined function: db_fetch_object() in /usr/local/www/data/includes/bootstrap.inc on line 199, referer: http://office.bals.org/ [Wed Nov 02 00:15:46 2005] [error] [client 192.168.0.35] PHP Fatal error: Cannot redeclare conf_init() (previously declared in /usr/local/www/data/includes/bootstrap.inc:45) in /usr/local/www/data/in cludes/bootstrap.inc on line 44, referer: http://office.bals.org/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portmanager -slid deletes the wrong port!
On Friday 11 November 2005 12:07, Danny MacMillan wrote: Michael C. Shultz wrote: On Wednesday 09 November 2005 22:53, Danny MacMillan wrote: I'm running portmanager to do some port maintenance on one of my servers. I'm trying to delete devel/cvs2svn. Each time I try to delete it, it deletes devel/python instead. This is exceedingly disconcerting. Just underwent major revision, bound to be a few glitches, sorry about that. The upgrade portion is pretty solid but looks like you might have found a bug in -slid, if so I'll post a fix tomorrow. If your not at version 0.3.3_2 then cvsup again and let me know for sure if that version has this problem. Hi, Mike. The version of portmanager I was using when I experienced the problem was definitely 0.3.3_2; I verified the version when I saw it was misbehaving. And although this is somewhat belated, here's the uname -a output on the affected system: FreeBSD hobbit.emerald-associates.com 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Wed Nov 9 04:09:55 MST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/HOBBIT i386 After portmanager failed to work properly with cvs2svn, I did not attempt to use it to delete any other ports, so cvs2svn is the only case I know wasn't working. I used pkg_delete to delete cvs2svn instead, so I can not verify the operation of the updated portmanager by using it to delete that port. However, I just upgraded to the latest version of portmanager (0.3.4) and tested it against a different package and it worked properly. Unless you receive other problem reports, I'd call the issue resolved. Thanks for the speedy response. Thanks for reporting it! Stupid error on my part hopefully got caught before too much damage was done. :| -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portmanager -slid core dumps
On Friday 11 November 2005 12:55, Danny MacMillan wrote: Hi, I am experiencing further difficulties with portmanager -slid. I was successfully able to delete several leaf ports. However, when I try to delete devel/p5-Locale-gettext or devel/gmake, portmanager core dumps with the following message: ... n Nuking gmake-3.80_2 MGdbGoTop error: invalid object type, has this object been initialised with MGdbCreate or MGdbOpen yet? MGdbSeek error: invalid object type Assertion failed: (0), function MGdbSeek, file MGdbSeek.c, line 36. zsh: abort (core dumped) sudo portmanager -slid Are there any practices I should be following in order to ensure consistency of my ports tree? In particular, are there any deleterious consequences of using make deinstall to remove a port that has been updated since it was installed? What version of portmanager? portmanager -v -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portmanager -slid core dumps
On Friday 11 November 2005 13:35, Danny MacMillan wrote: Michael C. Shultz wrote: On Friday 11 November 2005 12:55, Danny MacMillan wrote: I am experiencing further difficulties with portmanager -slid. I was successfully able to delete several leaf ports. However, when I try to delete devel/p5-Locale-gettext or devel/gmake, portmanager core dumps with the following message: ... n Nuking gmake-3.80_2 MGdbGoTop error: invalid object type, has this object been initialised with MGdbCreate or MGdbOpen yet? MGdbSeek error: invalid object type Assertion failed: (0), function MGdbSeek, file MGdbSeek.c, line 36. zsh: abort (core dumped) sudo portmanager -slid What version of portmanager? hobbit% sudo portmanager -v Password: rCreateCommandLineDb 0.3.4_0 info: executing rm -f /usr/local/share/portmanager/commandLine.db rParseCommandLine 0.3.4_0 OK, that is the most current version. There isn't an obvious problem I can see in the code but there is something that can be done better so I'll make that change then we'll see what happens. Are you running FreeBSD 6.0 by any chance? -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portmanager -slid core dumps
On Friday 11 November 2005 14:21, you wrote: On Friday 11 November 2005 13:35, Danny MacMillan wrote: Michael C. Shultz wrote: On Friday 11 November 2005 12:55, Danny MacMillan wrote: I am experiencing further difficulties with portmanager -slid. I was successfully able to delete several leaf ports. However, when I try to delete devel/p5-Locale-gettext or devel/gmake, portmanager core dumps with the following message: ... n Nuking gmake-3.80_2 MGdbGoTop error: invalid object type, has this object been initialised with MGdbCreate or MGdbOpen yet? MGdbSeek error: invalid object type Assertion failed: (0), function MGdbSeek, file MGdbSeek.c, line 36. zsh: abort (core dumped) sudo portmanager -slid What version of portmanager? hobbit% sudo portmanager -v Password: rCreateCommandLineDb 0.3.4_0 info: executing rm -f /usr/local/share/portmanager/commandLine.db rParseCommandLine 0.3.4_0 OK, that is the most current version. There isn't an obvious problem I can see in the code but there is something that can be done better so I'll make that change then we'll see what happens. Are you running FreeBSD 6.0 by any chance? -Mike Opps, found the bug, it would only happen if you used the small n, big N or x or X should work ok untill I get a patch out. Thanks for reporting :) -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portmanager -slid core dumps
On Friday 11 November 2005 15:02, Danny MacMillan wrote: Michael C. Shultz wrote: On Friday 11 November 2005 14:21, you wrote: On Friday 11 November 2005 13:35, Danny MacMillan wrote: Michael C. Shultz wrote: On Friday 11 November 2005 12:55, Danny MacMillan wrote: I am experiencing further difficulties with portmanager -slid. I was successfully able to delete several leaf ports. However, when I try to delete devel/p5-Locale-gettext or devel/gmake, portmanager core dumps with the following message: ... n Nuking gmake-3.80_2 MGdbGoTop error: invalid object type, has this object been initialised with MGdbCreate or MGdbOpen yet? MGdbSeek error: invalid object type Assertion failed: (0), function MGdbSeek, file MGdbSeek.c, line 36. zsh: abort (core dumped) sudo portmanager -slid What version of portmanager? hobbit% sudo portmanager -v Password: rCreateCommandLineDb 0.3.4_0 info: executing rm -f /usr/local/share/portmanager/commandLine.db rParseCommandLine 0.3.4_0 OK, that is the most current version. There isn't an obvious problem I can see in the code but there is something that can be done better so I'll make that change then we'll see what happens. Are you running FreeBSD 6.0 by any chance? Opps, found the bug, it would only happen if you used the small n, big N or x or X should work ok untill I get a patch out. Thanks for reporting :) Sorry, Mike. For both devel/p5-Locale-gettext and devel/gmake, it doesn't make any difference if I use 'n', 'N', 'x', or 'X'. I still get exactly the same error. OK, I found other stuff too, will post 0.3.4_1 tomorrow please wait till then to use -slid ok? -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cvsup vs. portsnap (was Re: cvsup problem)
On Wednesday 09 November 2005 11:13, Kirk Strauser wrote: On Wednesday 09 November 2005 12:44, Kent Stewart wrote: If you aren't going to rebuild everything, every time you cvsup, don't do it. Out of curiosity, are 10 small cvsup sessions worse than 1 session with 10 times the changes? Anyway, I've fallen in love with portsnap. Is there any reason in the world why a normal user (eg one that doesn't need to fetch a version of ports from a specific date or tag) shouldn't completely switch to portsnap today? One thing I noticed about portsnap that is either a feature or not is it doesn't catch changes you make in the tree. For example if you modify a port's Makefile and that port isn't part of the update it won't change, with cvsup it will. For setting up a new, clean port tree portsnap is wonderful, much faster than cvsup and probably way easier on the servers as well. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portmanager -slid deletes the wrong port!
On Wednesday 09 November 2005 22:53, Danny MacMillan wrote: Hi, I'm running portmanager to do some port maintenance on one of my servers. I'm trying to delete devel/cvs2svn. Each time I try to delete it, it deletes devel/python instead. This is exceedingly disconcerting. Has anyone else experienced problems of this nature? Have I done something somehow to screw up my system? The reason I use portmanager is because I thought it was foolproof :) Just underwent major revision, bound to be a few glitches, sorry about that. The upgrade portion is pretty solid but looks like you might have found a bug in -slid, if so I'll post a fix tomorrow. If your not at version 0.3.3_2 then cvsup again and let me know for sure if that version has this problem. Thanks, -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Ruby core dumping in portsupgrade
On Thursday 10 November 2005 16:34, stan wrote: I'm trying to udate one of my machines, and I seem to have gotten things in a bad stae. When I try to run portupgrade, I get a bunch of page is already frred errors from ruby, and it core dumps. I rebuilt teh ruby18 port, but thgis did not fix things Any sugestions? sysutils/portmanager portmanager sysutils/portupgrade -f -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Ruby core dumping in portsupgrade
On Thursday 10 November 2005 19:58, stan wrote: On Thu, Nov 10, 2005 at 04:36:58PM -0800, Michael C. Shultz wrote: On Thursday 10 November 2005 16:34, stan wrote: I'm trying to udate one of my machines, and I seem to have gotten things in a bad stae. When I try to run portupgrade, I get a bunch of page is already frred errors from ruby, and it core dumps. I rebuilt teh ruby18 port, but thgis did not fix things Any sugestions? sysutils/portmanager portmanager sysutils/portupgrade -f Thanks, that did it. What's teh difference (besides implementation language) between portupgrade, and portmanager? Just posted an up to date man page on portmanager's web site: http://portmanager.sunsite.dk/manPages.html scroll down to: DIAGNOSTICS and it explains in detail how portmanager works. You may go to portupgrade's web site or read it's man page to determine differences between the two. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
sdl doesn't work
For some unknow reason sdl refuses to work on my system I've tried everything suggested on their site with no luck. Here are a couple examples where it won't start, from a kde terminal: qemu freeBSDminimal.img Could not initialize SDL - exiting from mplayer: Playing house.s01D01a.avi. AVI file format detected. VIDEO: [FMP4] 576x352 24bpp 23.976 fps 1199.9 kbps (146.5 kbyte/s) Clip info: Software: transcode-1.0.0rc1 == Opening audio decoder: [mp3lib] MPEG layer-2, layer-3 AUDIO: 48000 Hz, 2 ch, s16le, 32.0 kbit/2.08% (ratio: 4000-192000) Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3) == SDL: Initializing of SDL failed: No available video device. Error opening/initializing the selected video_out (-vo) device. note mplayer works fine when started with out -vo sdl: vo: X11 running at 1152x864 with depth 16 and 16 bpp (:0 = local display) Opening video filter: [noise=6t:6t] Things I've tried: setting DISPLAY :0.0 setting DISPLAY ringworm:0.0 SDL_VIDEODRIVER=vgl SDL_VIDEODRIVER=dga SDL_VIDEODRIVER=mga Here is what Xorg.0.log shows as my video adapter: (--) PCI:*(1:0:0) Matrox Graphics, Inc. MGA G400 AGP rev 130, Mem @ 0xdc00/25, 0xdfdfc000/14, 0xdf00/23, BIOS @ 0xdfdc/17 xf86AutoConfig: Primary PCI is 1:0:0 Any why have ANY suggestions? Thanks, -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: xorg.conf
On Wednesday 09 November 2005 12:11, eoghan wrote: Hello Im trying to find my xorg.conf :) Ive looked in: /usr/X11R6/ /usr/X11R6/etc/X11/ /etc/X11 (which is empty) Im using kde 3.4.3 with freeBSD-5.4. I realise it could be called XF86Config but I cant locate that either... Any clues? Thanks Eoghan /etc/X11 is the right place, but it may be empty if X is usinbg its default values. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cvsup problem
On Wednesday 09 November 2005 08:59, Brian E. Conklin wrote: Hello All, I'm having a problem with cvsup on two of my machines. Both cvsup jobs were giving me errors saying TreeList failed: Network write failure: Connection closed. I googled this and found an entry saying that something went awry in the checkout files. SO I deleted the /var/db/sup directory as recommended by that posting. Now I am getting a new error. When running /usr/local/bin/cvsup -g -L 2 -h cvsup10.us.freebsd.org /etc/ports-supfile I get the following output: Parsing supfile /etc/ports-supfile Connecting to cvsup10.us.freebsd.org Connected to cvsup10.us.freebsd.org Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Detailer failed: Network write failure: Connection closed Will retry at 08:54:05 It doesn't matter what server I connect to, I get the same error. I only get that error with cvsup10.us.freebsd.org, double check your sup file. -Mike uname -a reports: FreeBSD netmon1.masongeneral.com 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sun May 8 10:21:06 UTC 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 Thanks in advance for any ideas and help. Brian E. Conklin, MCP+I, MCSE Director of Information Services Mason General Hospital === Mason General Hospital 901 Mt. View Drive PO Box 1668 Shelton, WA 98584 http://www.masongeneral.com (360) 426-1611 === This message is intended for the sole use of the individual and entity to whom it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the addressee nor authorized to receive for the addressee, you are hereby notified that you may not use, copy, disclose or distribute to anyone this message or any information contained in the message. If you have received this message in error, please immediately notify the sender and delete the message. Replying to this message constitutes consent to electronic monitoring of this message. Thank you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Major Error Upgrading to GNOME 2.12
On Tuesday 08 November 2005 06:16, Kirk Strauser wrote: My own horror story: ruby started throwing errors: INFO: Running /usr/local/sbin/pkg_deinstall -fO graphics/kimdaba [Updating the pkgdb format:bdb1_btree in /var/db/pkg ... - 690 packages found (-1 +0) (...)/usr/local/lib/rub y/site_ruby/1.8/pkgdb.rb:466: [BUG] Segmentation fault ruby 1.8.2 (2004-12-25) [i386-freebsd6] halfway through the package removal process, but the gnome_upgrade212.sh script kept cheerfully chewing its way through my package list. I ended up looking in the list of packages that it was going to fix, manually pkg_deleteing them, and then manually reinstalling them. Out of curiosity, exactly what's wrong with portupgrade that these upgrade scripts (which never seem to work as expected on my system) claim to fix? Not sure why the scripts arte needed, I do know portmanager 0.3.3 handles the upgrade no problem, no special scripts required. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: filesystem full error
On Monday 07 November 2005 07:03, Micah wrote: Michael C. Shultz wrote: On Sunday 06 November 2005 23:27, Dave Webster wrote: Tried the link and commented out the line in /etc/fstab, rebooted but still get the same problem. You still get this? V /var: write failed, filesystem is full mkdir: /var/db/pkg/ORBit-0.5.17_2: No space left on device pkg_add: can't record package infor '/var/db/pkg/ORBit-0.5.17_2', you're on your own! I'm not seeing the connection between the /tmp partition and a /var filesytem error. On his system they're different partitions. Micah your right, don't know what I was thinking. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: filesystem full error
On Monday 07 November 2005 08:19, Bob Johnson wrote: On 11/7/05, Michael C. Shultz [EMAIL PROTECTED] wrote: On Monday 07 November 2005 07:03, Micah wrote: Michael C. Shultz wrote: On Sunday 06 November 2005 23:27, Dave Webster wrote: Tried the link and commented out the line in /etc/fstab, rebooted but still get the same problem. You still get this? V /var: write failed, filesystem is full mkdir: /var/db/pkg/ORBit-0.5.17_2: No space left on device pkg_add: can't record package infor '/var/db/pkg/ORBit-0.5.17_2', you're on your own! I'm not seeing the connection between the /tmp partition and a /var filesytem error. On his system they're different partitions. Micah your right, don't know what I was thinking. It is still entirely reasonable to assume that he is running out of space on /var because of something using /var/tmp. I'd like to see the output of ls -l /var and ls -l /. The results of df and of du -d2 /var with the new configuration (/var/tmp linked to /usr/tmp) taken while pkg_add is running _before_ the error message appears would be good, too. - Bob I wonder, can he register another, smaller port now? Just how broke is /var/db/pkg ??? -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: filesystem full error
On Monday 07 November 2005 08:23, Michael C. Shultz wrote: On Monday 07 November 2005 08:19, Bob Johnson wrote: On 11/7/05, Michael C. Shultz [EMAIL PROTECTED] wrote: On Monday 07 November 2005 07:03, Micah wrote: Michael C. Shultz wrote: On Sunday 06 November 2005 23:27, Dave Webster wrote: Tried the link and commented out the line in /etc/fstab, rebooted but still get the same problem. You still get this? V /var: write failed, filesystem is full mkdir: /var/db/pkg/ORBit-0.5.17_2: No space left on device pkg_add: can't record package infor '/var/db/pkg/ORBit-0.5.17_2', you're on your own! I'm not seeing the connection between the /tmp partition and a /var filesytem error. On his system they're different partitions. Micah your right, don't know what I was thinking. It is still entirely reasonable to assume that he is running out of space on /var because of something using /var/tmp. I'd like to see the output of ls -l /var and ls -l /. The results of df and of du -d2 /var with the new configuration (/var/tmp linked to /usr/tmp) taken while pkg_add is running _before_ the error message appears would be good, too. - Bob I wonder, can he register another, smaller port now? Just how broke is /var/db/pkg ??? -Mike He should link /var/tmp to /usr/tmp also you think? -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Major Error Upgrading to GNOME 2.12
On Monday 07 November 2005 22:32, Bob Perry wrote: This past weekend, I CVSup'd the ports tree and prepared to run portupgrade. I noticed a large number of GNOME ports in my output from pkg_version and, found that I would need to run the GNOME Project 's upgrade script to upgrade to 2.12. I use a dial-up modem had been timed out on several occasions.during the process This happened about three times during the night and I had to restart the upgrade each time. Note that I failed to use the restart flag recommended during the first restart. I finally ended up with a succesful upgrade... message even though I now have only 188 ports after beginning with 297. Amongst the missing is gnome 2.12 itself. I'm hoping there is some way to get things back to normal and rerun the upgrade without re-installing the missing ports. BTW, I did back up /var/db/pkg. Any advice would be appreciated. I run 5.4 -RELEASE #0. I'm running this message from a second machine but should be able to supply the logs if needed. Thanks, Bob Perry get sysutils/portmanager make sure it is version 0.3.3, you need a very up to date tree, then run portmanager x11/gnome2 -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: why mozilla but not firefox?
On Sunday 06 November 2005 11:01, Omer Faruk Sen wrote: Hi, I am sure this question was asked before but why gnome2 metaport installs mozilla but not firefox? put WITH_MOZILLA=firefox in /etc/make.conf then you'll get firefox ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: filesystem full error
On Sunday 06 November 2005 16:59, Dave Webster wrote: Hi, I'm trying to: pkg_add -r openoffice and I get the following: /var: write failed, filesystem is full mkdir: /var/db/pkg/ORBit-0.5.17_2: No space left on device pkg_add: can't record package infor '/var/db/pkg/ORBit-0.5.17_2', you're on your own! That last part is particularily chilling - if I'm on my own, I'm hooped! Here's the result of df -h: Filesystem SizeUsed Avail Capacity Mounted on /dev/ad0s1a248M 93M135M41%/ devfs 1.0K1.0K 0B 100%/dev /dev/ad0s1e248M294K228M 0%/tmp /dev/ad0s1f 72G 25G 42G37%/usr /dev/ad0s1d248M 62M166M27%/var linprocfs 4.0K4.0K 0B 100%/usr/compat/linux/proc Any suggestions on what I should do? thanx in advance, Dave In /etc/rc.conf set: clear_tmp_enable=NO to clear_tmp_enable=YES then reboot. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
