Re: pkgdb -F problem
Tim Judd skrev: On Thu, May 21, 2009 at 10:20 AM, Frederique Rijsdijk frederi...@isafeelin.org wrote: Leslie Jensen wrote: I've just updated my 7.1-RELEASE to 7.2-RELEASE using freebsd-update. Everything went ok but I've got a problem when I do pkgdb -F /libexec/ld-elf.so.1: /usr/lib/libcrypt.so.4: unsupported file layout I might have goofed before I updated when moving files around to make space, so I need some advice on how to get rid of the error. I cannot find out what port I need to reinstall in order to get libcrypt healty again :-) Probably everything related to portupgrade/portinstall/ruby etc. -- Frederique My 7.1R-p4 system doesn't have a /usr/lib/libcrypt.so.4 it has a /lib/libcrypt.so.4 though so if you're moving stuff around -- and it's in the wrong directory, maybe that's why? In either case, libcrypt.so.4 is part of world, so you'd have to rebuild that piece if relocating the file itself doesn't fix it. And if you move libraries around, you need to update the linker helper file. ldconfig(8) Good luck. Hello again. I've some digging work and probaly there's something with compiling C programs that is not working as it should. I've one port that I was not able to upgrade so I tried to deinstall but it won't reinstall. I've included the /usr/ports/x11/kdelibs3/work/kdelibs-3.5.10/config.log Any hints are greatly appreciated :-) /Leslie -- snip - checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for style of include used by gmake... GNU checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details. === Script configure failed unexpectedly. Please report the problem to k...@freebsd.org [maintainer] and attach the /usr/ports/x11/kdelibs3/work/kdelibs-3.5.10/config.log including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 - snip --- /usr/ports/x11/kdelibs3/work/kdelibs-3.5.10/config.log - snip --- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure --disable-ltdl-install --disable-as-needed --enable-mt --x-libraries=/usr/local/lib --x-includes=/usr/local/include --with-libthai=yes --with-lua=no --with-ssl-dir=/usr --disable-debug --with-xinerama --with-qt-includes=/usr/local/include --with-qt-libraries=/usr/local/lib --with-extra-libs=/usr/local/lib --with-extra-includes=/usr/local/include --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=i386-portbld-freebsd7.2 ## - ## ## Platform. ## ## - ## hostname = blj01.no-ip.org uname -m = i386 uname -r = 7.2-RELEASE uname -s = FreeBSD uname -v = FreeBSD 7.2-RELEASE #0: Fri May 1 08:49:13 UTC 2009 r...@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/lib PATH: /usr/games PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/X11R6/bin PATH: /root/bin ## --- ## ## Core tests. ## ## --- ## configure:2385: checking build system type configure:2403: result: i386-portbld-freebsd7.2 configure:2425: checking host system type configure:2440: result: i386-portbld-freebsd7.2 configure:2462: checking target system type configure:2477: result: i386-portbld-freebsd7.2 configure:2539: checking for a BSD-compatible install configure:2595: result: /usr/bin/install -c -o root -g wheel configure:2634: checking whether build environment is sane configure:2677: result: yes configure:2692: checking for a thread-safe mkdir -p configure:2731: result: /usr/local/bin/gmkdir -p configure:2744: checking for gawk configure:2760: found /usr/local/bin/gawk configure:2771: result: gawk configure:2782: checking whether gmake sets $(MAKE) configure:2803: result: yes configure:3004: checking for a BSD-compatible install configure:3060: result: /usr/bin/install -c -o root -g wheel configure:3086: checking for style of include used by gmake configure:3114: result: GNU configure:3261: checking for gcc configure:3288: result: cc configure:3526: checking for C compiler version configure:3533: cc --version
Re: pkgdb -F problem
Leslie Jensen wrote: I've just updated my 7.1-RELEASE to 7.2-RELEASE using freebsd-update. Everything went ok but I've got a problem when I do pkgdb -F /libexec/ld-elf.so.1: /usr/lib/libcrypt.so.4: unsupported file layout I might have goofed before I updated when moving files around to make space, so I need some advice on how to get rid of the error. I cannot find out what port I need to reinstall in order to get libcrypt healty again :-) Probably everything related to portupgrade/portinstall/ruby etc. -- Frederique ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: pkgdb -F problem
On Thu, May 21, 2009 at 10:20 AM, Frederique Rijsdijk frederi...@isafeelin.org wrote: Leslie Jensen wrote: I've just updated my 7.1-RELEASE to 7.2-RELEASE using freebsd-update. Everything went ok but I've got a problem when I do pkgdb -F /libexec/ld-elf.so.1: /usr/lib/libcrypt.so.4: unsupported file layout I might have goofed before I updated when moving files around to make space, so I need some advice on how to get rid of the error. I cannot find out what port I need to reinstall in order to get libcrypt healty again :-) Probably everything related to portupgrade/portinstall/ruby etc. -- Frederique My 7.1R-p4 system doesn't have a /usr/lib/libcrypt.so.4 it has a /lib/libcrypt.so.4 though so if you're moving stuff around -- and it's in the wrong directory, maybe that's why? In either case, libcrypt.so.4 is part of world, so you'd have to rebuild that piece if relocating the file itself doesn't fix it. And if you move libraries around, you need to update the linker helper file. ldconfig(8) Good luck. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: pkgdb -F problem
On Thursday 21 May 2009 18:18:16 Leslie Jensen wrote: I've just updated my 7.1-RELEASE to 7.2-RELEASE using freebsd-update. Everything went ok but I've got a problem when I do pkgdb -F /libexec/ld-elf.so.1: /usr/lib/libcrypt.so.4: unsupported file layout What does file /usr/libl/libcrypt.so.4 tell us? -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: pkgdb -F question
Eduardo Cerejo [EMAIL PROTECTED] writes: --- Checking the package registry database Cyclic dependencies: gnome-desktop-2.22.0 - nautilus-2.22.1 - eel-2.22.1 - py25-gnome-2.22.0 - tracker-0.6.2_2 - (gnome-desktop-2.22.0) Unlink which dependency? (? to help): Can someone help me with this, I'm totally confused with this! How do I find out which one to unlink? You can trace it through the Makefiles if you want. In this case, I suspect (but am too lazy to check) that the last dependency is the one to remove. I got into one of these cases recently, and took the lazy approach of just removing all the dependencies and rebuilding their ports to get them right. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkgdb -F
I just have made it in this order: cvsup -g -L 2 -h cvsup14.freebsd.org /path/ports-supfile rehash pkgdb -F that was my worked experience. 2006/11/11, Wayne M Barnes [EMAIL PROTECTED]: Updating the ports index ... Generating INDEX.tmp - please wait..realpath: /tmp/a/ports/www/apache2: No such file or directory realpath: /tmp/a/ports/www/apache2: No such file or directory realpath: /tmp/a/ports/www/apache2: No such file or directory realpath: /tmp/a/ports/www/apache2: No such file or directory realpath: /tmp/a/ports/www/apache2: No such file or directory . many lines the same Dear FreeBSD, Are the above messages indicating anything I should worry about? They come up often when I am running portinstall or pkgdb -F. What can I do to eliminate them? Thank you, -- Wayne M Barnes [EMAIL PROTECTED]fax: (314) 754-9556 ___ 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: `pkgdb -F` and DB_PAGE_NOTFOUND
On 11/03/2006 11:24, Eric Schuele wrote: Hello, I lost my pkg db... so I am reinstalling everything. I have reinstalled some top level apps and am using `pkgdb -F` to round up the remaining dependencies. However, I keep seeing this: DB_PAGE_NOTFOUND: Requested page not found as it progresses. In context it looks like the following: === Cleaning for gnome-keyring-0.6.0 Fixed. (- gnome-keyring-0.6.0) Stale dependency: anjuta-1.2.4_5 - xorg-fonts-encodings-6.9.0_1 (x11-fonts/xorg-fonts-encodings): DB_PAGE_NOTFOUND: Requested page not found Install stale dependency? ([y]es/[n]o/[a]ll) [yes] Another bit I'm seeing: === Cleaning for glib-2.12.4 [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 102 packages found (-0 +1) . done] Failed to rewrite /var/db/pkg/anjuta-1.2.4_5/+CONTENTS: DB_PAGE_NOTFOUND: Requested page not found Stale dependency: anjuta-1.2.4_5 - libIDL-0.8.7 (devel/libIDL): DB_PAGE_NOTFOUND: Requested page not found Install stale dependency? ([y]es/[n]o/[a]ll) [yes] Any ideas? Should I be concerned about this? Thanks. -- Regards, Eric ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkgdb -F question
On Wed, Jun 09, 2004 at 10:49:16PM -0400, Bart Silverstrim wrote: I am working on an installation of Metadot. Running a portversion on the server yielded an error, and I suspect it's because part of the instructions had several CPAN modules installed via the CPAN shell rather than just ports. Here's what I was getting: # pkgdb -F --- Checking the package registry database Missing origin: bsdpan-MIME-tools-5.411 - Ignored. (the package is held; specify -f to force) Missing origin: bsdpan-MailTools-1.62 - Ignored. (the package is held; specify -f to force) Missing origin: bsdpan-libwww-perl-5.79 - Ignored. (the package is held; specify -f to force) Stale dependency: mod_perl-1.29 - p5-libwww-5.79 (www/p5-libwww): p5-XML-Parser-2.34_1 (score:20%) ? ([y]es/[n]o/[a]ll) [no] New dependency? (? to help): ? [Enter] to skip, [Ctrl]+[D] to delete, [.][Enter] to abort, [Tab] to complete New dependency? (? to help): . Abort. *** What is the answer I'm supposed to give, so that portupgrade will work and the system won't get fouled up? Type in 'bsdpan-libwww-perl-5.79' as the new dependency, since that's what's providing the functionality on your system. Advice? If a CPAN module is available from ports (as p5-Foo-Bar) then it's best to install the ports version. Most of the popular perl modules are available as ports, and they are generally pretty much up to date. Only use BSDPAN when there isn't a port of the module you want, or you absolutely must have the latest version, and the port hasn't been updated yet. BSDPAN is cool, but it isn't quite a seamless drop-in replacement for actual port: you can get the odd hiccough while using it. To replace bsdpan-libwww-perl-5.79 with p5-libwww-5.79 you should be able to do: # portupgrade -o www/p5-libwww -f bsdpan-libwww-perl-5.79 which will automatically update all of the pkgdb dependency links for you. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK pgpmSEHSwpsuN.pgp Description: PGP signature
Re: pkgdb -F issues
On Mon, Apr 05, 2004 at 08:24:40PM +0930, Brian Astill wrote: Before a fairly major system upgrade I have done portsdb -Uu and pkgdb -F. Next step, upgrade portupgrade, which entails doing smart things to also painlessly upgrade to ruby 1.8. BUT .. I must have misunderstood what pkgdb requires when it asks about stale dependencies because at the penultimate stage: #portupgrade -f lang/ruby18 Stale dependency: ruby-1.8.1_2 -- openssl-0.9.7d -- manually run 'pkgdb -F' to fix, or specify -O to force. I had already DONE pkgdb -F :-( Tried pkgdb -Fu, which rebuilt the database, but it made no difference. Incidentally there IS no O option for pkgdb listed in the docs. Looked diligently for detailed guidance on pkgdb (Complete FBSD 3rd 4th Eds, Handbook, man page, FBSD Diary) but found nothing very helpful. The Diary As near as I can tell, this is more art than science. and Or you can just know. were MOST discouraging. :-( Can someone please point me in the right direction? Thanks. Well, the dependency on openssl-0.9.7d indicates you've installed openssl via ports. Perhaps. However, openssl-0.9.7d was imported into 4-STABLE over the weekend, and it's been in 5-CURRENT for a couple of weeks. Which means that if you're going to be updating to the latest 4-STABLE you can delete any openssl port[*] you've got installed and also delete that dependency. You can also delete that dependency if you've never installed openssl from ports and have no intention of doing so -- so long as you're up to date with the security patches, you'll be running a version of openssl with all of the known holes patched, even if it doesn't carry absolutely the latest version number. Otherwise, you should be able to just update the security/openssl port (which will get you openssl-0.9.7d nowadays) and everything will be back to normal. Cheers, Matthew [*] Lest this leads to much wailing and gnashing of teeth, I should stress here that you'll also have to recompile any ports that link against the OpenSSL shlibs so that they pick up the shlibs from the base system. -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK pgp0.pgp Description: PGP signature
Re: pkgdb -F issues
On Mon, Apr 05, 2004 at 12:18:06PM +0100, Matthew Seaman wrote: On Mon, Apr 05, 2004 at 08:24:40PM +0930, Brian Astill wrote: [[ ... ]] Looked diligently for detailed guidance on pkgdb (Complete FBSD 3rd 4th Eds, Handbook, man page, FBSD Diary) but found nothing very helpful. The Diary As near as I can tell, this is more art than science. and Or you can just know. were MOST discouraging. :-( Can someone please point me in the right direction? Thanks. Well, the dependency on openssl-0.9.7d indicates you've installed openssl via ports. Perhaps. However, openssl-0.9.7d was imported into 4-STABLE over the weekend, and it's been in 5-CURRENT for a couple of weeks. Which means that if you're going to be updating to the latest 4-STABLE you can delete any openssl port[*] you've got installed and also delete that dependency. You can also delete that dependency if you've never installed openssl from ports and have no intention of doing so -- so long as you're up to date with the security patches, you'll be running a version of openssl with all of the known holes patched, even if it doesn't carry absolutely the latest version number. Otherwise, you should be able to just update the security/openssl port (which will get you openssl-0.9.7d nowadays) and everything will be back to normal. Cheers, Matthew [*] Lest this leads to much wailing and gnashing of teeth, I should stress here that you'll also have to recompile any ports that link against the OpenSSL shlibs so that they pick up the shlibs from the base system. Matthew, is there any way of collecting a list of these ports so they may be automated, at least ro some degree? Run portupgrade at a low prio else at night? I'm looking for some way of upgrading what must be upgraded, with MIN intervention... . thanks for any insights, gary -- Gary Kline [EMAIL PROTECTED] www.thought.org Public service Unix ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkgdb -F issues
On Mon, Apr 05, 2004 at 11:28:58AM -0700, Gary Kline wrote: On Mon, Apr 05, 2004 at 12:18:06PM +0100, Matthew Seaman wrote: [*] Lest this leads to much wailing and gnashing of teeth, I should stress here that you'll also have to recompile any ports that link against the OpenSSL shlibs so that they pick up the shlibs from the base system. Matthew, is there any way of collecting a list of these ports so they may be automated, at least ro some degree? Run portupgrade at a low prio else at night? I'm looking for some way of upgrading what must be upgraded, with MIN intervention... . Hmmm... Well, one way of proceeding would be to find all of the ports that have the USE_OPENSSL= yes macro set in their port Makefiles: #!/bin/sh cd /usr/ports for m in `find . -mindepth 3 -maxdepth 3 -name Makefile -print` ; do d=`echo $m| sed -e 's,/[^/]*$,,` ssl=`(cd $d make -V USE_OPENSSL) | tr a-z A-Z` if [ x$ssl = xYES ]; then echo $m fi done (we could just grep for USE_OPENSSL, but there are quite a few slave ports which we'd miss by doing it that way) then compare that list against the list of all the ports you have installed, and recompile anything that appears in both places, but only after you've sorted out which openssl libs you want installed. % pkg_info -oa | grep '.*/.*' | sort installed % find-ssl | sort uses-openssl % comm -3 uses-openssl installed You could also define 'WITH_OPENSSL_BASE=yes' in /etc/make.conf or pkgtools.conf -- see the comments at the top of /usr/ports/Mk/bsd.openssl.mk Defining that will override the automatic check that usually happens so you should be quite clear that you are using a patched version of openssl before you do that. Note that there is a simple and obvious and time saving improvement to the way of doing the check outlined above; which I am embarrassed not to have thought of immediately, but which I'll leave as an exercise for the student... Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK pgp0.pgp Description: PGP signature
Re: pkgdb -F and a few other questions
On Thu, Nov 06, 2003 at 05:33:35PM -0800, [EMAIL PROTECTED] wrote: Hey All, By now I have posted alot of questions and you are probably getting tired of seeing my name in your inbox... But I have yet another for you. I am currently running FreeBSD 5.1-Current, I have SquirrelMail 1.4.2 and Courier Imap installed. I installed a plugin for SquirrelMail that required Perl 5.8 or above. Look to find out I have 5.6.1 installed. I ran CVSup -x -L 2 sup-ports and then a portupgrade -Rra and wala, still Perl 5.6.1. So I de-installed 5.6.1 and make install on perl 5.8.1, ran the pkgdb -Fa and all these errors poped up. Some of the app's were dependent on Perl 5.6.1, so I had it point to the Perl 5.8.1 and all is well, and ran a use.perl port command. For what ever reason I had to re-install SpamAssassin, and the razor-agents ports too. Yes -- replacing the main perl installation does tend to blow away large chunks of any previously installed perl modules. However, you seem to have managed to cope very well so far. Now if i run pkgdb -F I get what you see below: --- Checking the package registry database Missing origin: bsdpan-CPAN-1.7.6 - Ignored. (the package is held; specify -f to force) Missing origin: bsdpan-Data-Dumper-2.121 - Ignored. (the package is held; specify -f to force) Missing origin: bsdpan-ReadLine-Perl-1.0203 - Ignored. (the package is held; specify -f to force) Missing origin: bsdpan-TermReadKey-2.21 - Ignored. (the package is held; specify -f to force) Missing origin: bsdpan-Text-Aspell-0.04 - Ignored. (the package is held; specify -f to force) obviously I have updated the perl incorrectly. Not so -- you just haven't finished yet... All of the packages in question are modules you've installed directly using perl's CPAN module, rather than an explicit FreeBSD port. That's why they are missing an origin -- there's no directory under the ports tree that corresponds to those packages. If you check your /usr/local/etc/pkgtools.conf you'll probably find that all of the BSDPAN packages are marked as held (this is the default). That's basically because of the way that BSDPAN packages are generated is different to normal packages, and portupgrade doesn't really have the smarts to cope with maintianing them. 1) what would of been the correct way to update the perl from version 5.6.1 to 5.8.1 without causing package db problems? Now, all of the modules you list above either come with the default perl installation, or have regular ports eg. devel/p5-ReadLine-Perl devel/p5-Term-ReadKey I'd recommend that if there's a port for any perl module, you should use that for preference and only install modules via CPAN/BSDPAN failing that. I'd also recommend deleting and re-installing every module your system as a part of the perl-5.6.1 - 5.8.1 update. This will help keep your installed perl stuff coherent and make managing upgrades via portupgrade smoother. You've apparently done most of this already. It's also a good opportunity to review exactly what you have installed and prune out the unused stuff. There's no need to re-install any of the packages that come as standard with 5.8.1, since they're all right up to date already. 2) how do i fix the above Missing origin errors? You don't need to: any BSDPAN package will inevitably have a missing origin. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK pgp0.pgp Description: PGP signature
Re: pkgdb -F
On Wednesday 28 May 2003 05:43 am, Jonathan Arnold wrote: I'm trying to clean up my pkgdb, so I'm going to take it one step at a time. First, is there any useful documentation on this? The man page is rather sparse on how to answer the questions that pop up. There are a couple of things that I do. I have a few aliases that help me maintain my ports. They link to tools such as portversion -c and do a make search. I symplified make search to # cat search #! /bin/sh cd /usr/ports make search name=$1 I only run pkgdb -F when portupgrade tells me to. To use the portupgrade tools, you have to have current versions of INDEX and INDEX.db. This means that you either run make index; portsdb -u or portsdb -uU everytime you cvsup ports-all. If you refuse ports or don't use ports-all, make index will most likely fail. I use the make index sequence. The current version of INDEX is 10-days old and INDEX-5 is 11-days old. This is really pretty current for both versions of INDEX but it is way out of date for maintaining your ports. If they upgraded the INDEXs everytime a change was made to the port system bento would be spending most of its time running make index. Since I regenerate INDEX* everytime I cvsup ports-all, I added ports/INDEX to my refuse file. This can save several minutes of redownloading something that I am going to recreate. For instance, when I run: $ pkgdb -F I get the following output to start with: --- Checking the package registry database Stale origin: 'multimedia/libmpeg2': perhaps moved or obsoleted. Skip this for now? [yes] no no Browse CVSweb for the port's history? [no] Guessing... no idea. Not in due form category/portname: Fixed. (- multimedia/libmpeg2) Stale dependency: p5-CGI-Application-2.3 - p5-Test-Harness-2.26 (devel/p5-Test-Harness): p5-Test-Simple-0.47 (score:53%) ? ([y]es/[n]o/[a]ll) [no] What does Stale origin mean and how do I get rid of it? What does Stale dependency mean and how do I get rid of it? I take it to mean in this case that p5-CGI-Application-2.3 depends on p5-Test-Harness-2.26, and the latter is missing? old? unknown? And I think it is trying to tell me that a possible replacement is p5-Test-Simple-0.47. How do I tell if it is correct? If you run portversion -c, you will probably find that there is now a version ..-0.47_1 and you need to upgrade it to the _1 version. If portversions dies, then you can do a make search on p5-CGI-Application-2.3 and see the chain that it needs to point to and then run pkgdb -F and fix the dependancy chain. If you let your ports get too far out of touch, you may have to delete a port and its dependancies and reinstall it. The current version of portupgrade does a good job most of the time but there are times when it simply givers up and you have to fix things on your own. At this point, you need to understand the port system, which is described in chapter 4 in the Handbook. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkgdb -F
http://www.onlamp.com/pub/a/bsd/2001/11/29/Big_Scary_Daemons.html Jonathan Arnold wrote: I'm trying to clean up my pkgdb, so I'm going to take it one step at a time. First, is there any useful documentation on this? The man page is rather sparse on how to answer the questions that pop up. For instance, when I run: $ pkgdb -F I get the following output to start with: --- Checking the package registry database Stale origin: 'multimedia/libmpeg2': perhaps moved or obsoleted. Skip this for now? [yes] no no Browse CVSweb for the port's history? [no] Guessing... no idea. Not in due form category/portname: Fixed. (- multimedia/libmpeg2) Stale dependency: p5-CGI-Application-2.3 - p5-Test-Harness-2.26 (devel/p5-Test-Harness): p5-Test-Simple-0.47 (score:53%) ? ([y]es/[n]o/[a]ll) [no] What does Stale origin mean and how do I get rid of it? What does Stale dependency mean and how do I get rid of it? I take it to mean in this case that p5-CGI-Application-2.3 depends on p5-Test-Harness-2.26, and the latter is missing? old? unknown? And I think it is trying to tell me that a possible replacement is p5-Test-Simple-0.47. How do I tell if it is correct? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkgdb -F
in message [EMAIL PROTECTED], wrote Kent Stewart thusly... If you refuse ports or don't use ports-all, make index will most likely fail. I use the make index sequence. Here, index making occasionally, not most often, fails due to missing gnome, kde, or emacs related files. Currently, the refuse list has around 490 items. - Parv -- A programmer, budding Unix system administrator, and amateur photographer ISO employment. Details... http://www103.pair.com/parv/work/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
