Re: Problems with portupgrade libreoffice
On Sat, 09 Jun 2012 20:46:49 +, Walter Hurry wrote: On Sat, 09 Jun 2012 18:12:25 +0100, Dave Morgan wrote: On 09/06/12 at 04:41P, Walter Hurry wrote: FreeBSD 9 on x86_64. I am in the process of doing a portupgrade on libreoffice (from 3.4.4 to 3.5.2.5). During the build it has (so far) errored out 4 times, in the following modules: vcl framework sfx2 tail_build Each time, it told me to go into the subdirectory, do a gmake clean and a gmake -r there, then return to the top level and rerun make. This I duly did, but to my surprise, each time I ran the gmake -r, it completed successfully. When the top-level make finally succeeds, I intend simply to rerun the portupgrade, on the theory that seeing everything already made, it will just do the uninstall/reinstall, sort out the dependencies and so forth. Q1) Is this a sensible approach? Q2) Has anyone else seen this? What is going on? There is a thread in the forums which recommends removing boost-libs and boost-jam, building libreoffice then reinstalling them. I did this and it worked for me. Thanks. I'll try that and report back. Yes, that did the trick. It zoomed through! Very many thanks. I'll need to keep an eye on the forum, methinks. ___ 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
Problems with portupgrade libreoffice
FreeBSD 9 on x86_64. I am in the process of doing a portupgrade on libreoffice (from 3.4.4 to 3.5.2.5). During the build it has (so far) errored out 4 times, in the following modules: vcl framework sfx2 tail_build Each time, it told me to go into the subdirectory, do a gmake clean and a gmake -r there, then return to the top level and rerun make. This I duly did, but to my surprise, each time I ran the gmake -r, it completed successfully. When the top-level make finally succeeds, I intend simply to rerun the portupgrade, on the theory that seeing everything already made, it will just do the uninstall/reinstall, sort out the dependencies and so forth. Q1) Is this a sensible approach? Q2) Has anyone else seen this? What is going on? ___ 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: Problems with portupgrade libreoffice
On 09/06/12 at 04:41P, Walter Hurry wrote: FreeBSD 9 on x86_64. I am in the process of doing a portupgrade on libreoffice (from 3.4.4 to 3.5.2.5). During the build it has (so far) errored out 4 times, in the following modules: vcl framework sfx2 tail_build Each time, it told me to go into the subdirectory, do a gmake clean and a gmake -r there, then return to the top level and rerun make. This I duly did, but to my surprise, each time I ran the gmake -r, it completed successfully. When the top-level make finally succeeds, I intend simply to rerun the portupgrade, on the theory that seeing everything already made, it will just do the uninstall/reinstall, sort out the dependencies and so forth. Q1) Is this a sensible approach? Q2) Has anyone else seen this? What is going on? ___ 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 There is a thread in the forums which recommends removing boost-libs and boost-jam, building libreoffice then reinstalling them. I did this and it worked for me. -- Dave. ___ 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: Problems with portupgrade libreoffice
On Sat, 09 Jun 2012 18:12:25 +0100, Dave Morgan wrote: On 09/06/12 at 04:41P, Walter Hurry wrote: FreeBSD 9 on x86_64. I am in the process of doing a portupgrade on libreoffice (from 3.4.4 to 3.5.2.5). During the build it has (so far) errored out 4 times, in the following modules: vcl framework sfx2 tail_build Each time, it told me to go into the subdirectory, do a gmake clean and a gmake -r there, then return to the top level and rerun make. This I duly did, but to my surprise, each time I ran the gmake -r, it completed successfully. When the top-level make finally succeeds, I intend simply to rerun the portupgrade, on the theory that seeing everything already made, it will just do the uninstall/reinstall, sort out the dependencies and so forth. Q1) Is this a sensible approach? Q2) Has anyone else seen this? What is going on? There is a thread in the forums which recommends removing boost-libs and boost-jam, building libreoffice then reinstalling them. I did this and it worked for me. Thanks. I'll try that and report back. ___ 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: Problems with portupgrade or db
On Tue, 14 Oct 2008 09:35:55 -0700 Jeremy Chadwick [EMAIL PROTECTED] wrote: The Range Not Satisfiable errors are because your db-4.2.52.tar.gz is of an incorrect size (probably larger than what's on the source site). The last error (talking about modification time) could indicate that you have a clock which is severely skewed or incorrect in some way. Otherwise, if you're *absolutely 100% positive* all is well, then the issue could be one of the following: 1) The db-4.2.52.tar.gz tarball on the distribution sites has changed, 2) There is a proxy server between you and the distribution site which is caching data and returning bad stuff, 3) You're experiencing underlying corruption going on (network or disk), 4) Your ports tree is outdated or broken (some pieces are out of date while others are correct). Here's some evidence that things are indeed working (on my systems) how you'd expect -- everything matches up perfectly: $ wget -q http://download-east.oracle.com/berkeley-db/db-4.2.52.tar.gz $ md5 db-4.2.52.tar.gz MD5 (db-4.2.52.tar.gz) = 8b5cff6eb83972afdd8e0b821703c33c $ grep db-4.2.52.tar.gz /usr/ports/databases/db42/distinfo MD5 (bdb/db-4.2.52.tar.gz) = 8b5cff6eb83972afdd8e0b821703c33c SHA256 (bdb/db-4.2.52.tar.gz) = f4bddd8d1b4cde0daf5e13e3493ed62a25b736b0bf258e1d929e47bc6a82a28c SIZE (bdb/db-4.2.52.tar.gz) = 3919271 I got the tarball you mentioned and this one installed fine so it was probably changed. I had one of a different size. My clock seems fine too, it gets updated by a ntp daemon. But all seems to be working again so thanks for the help. Regards, Marco -- I think the sky is blue because it's a shift from black through purple to blue, and it has to do with where the light is. You know, the farther we get into darkness, and there's a shifting of color of light into the blueness, and I think as you go farther and farther away from the reflected light we have from the sun or the light that's bouncing off this earth, uh, the darker it gets ... I think if you look at the color scale, you start at black, move it through purple, move it on out, it's the shifting of color. We mentioned before about the stars singing, and that's one of the effects of the shifting of colors. -- Pat Robertson, The 700 Club ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Problems with portupgrade or db
Hi, In an attempt to upgrade db42 to db47 I seem to have broken some things. If I try to portupgrade anything I get: ... #portupgrade -a ** Makefile possibly broken: www/gnome-user-share: /libexec/ld-elf.so.1: Shared object libdb-4.2.so.2 not found, required by libaprutil-1.so.3 [: -le: argument expected gnome-user-share-0.31_2 : Your apache does not support DSO modules /usr/local/sbin/portupgrade:1468:in `get_pkgname': Makefile broken (MakefileBrokenError) from /usr/local/sbin/portupgrade:622:in `main' from /usr/local/sbin/portupgrade:613:in `each' from /usr/local/sbin/portupgrade:613:in `main' from /usr/local/sbin/portupgrade:588:in `catch' from /usr/local/sbin/portupgrade:588:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `call' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1299:in `catch' ... 6 levels... from /usr/local/lib/ruby/1.8/optparse.rb:785:in `initialize' from /usr/local/sbin/portupgrade:229:in `new' from /usr/local/sbin/portupgrade:229:in `main' from /usr/local/sbin/portupgrade:2208 ... If I try to reinstall db42 (or anything else) I get the same error message. What can I do to make things work again? Thanks in advance, Marco -- Remember, if it's being done correctly, here or abroad, it's *not* the U.S. Army doing it! -- Good Morning, Vietnam ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with portupgrade or db
--- On Tue, 10/14/08, Marco Beishuizen [EMAIL PROTECTED] wrote: From: Marco Beishuizen [EMAIL PROTECTED] Subject: Problems with portupgrade or db To: FreeBSD-Questions [EMAIL PROTECTED] Date: Tuesday, October 14, 2008, 8:08 AM Hi, In an attempt to upgrade db42 to db47 I seem to have broken some things. If I try to portupgrade anything I get: ... #portupgrade -a ** Makefile possibly broken: www/gnome-user-share: /libexec/ld-elf.so.1: Shared object libdb-4.2.so.2 not found, required by libaprutil-1.so.3 [: -le: argument expected gnome-user-share-0.31_2 : Your apache does not support DSO modules /usr/local/sbin/portupgrade:1468:in `get_pkgname': Makefile broken (MakefileBrokenError) from /usr/local/sbin/portupgrade:622:in `main' from /usr/local/sbin/portupgrade:613:in `each' from /usr/local/sbin/portupgrade:613:in `main' from /usr/local/sbin/portupgrade:588:in `catch' from /usr/local/sbin/portupgrade:588:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `call' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1299:in `catch' ... 6 levels... from /usr/local/lib/ruby/1.8/optparse.rb:785:in `initialize' from /usr/local/sbin/portupgrade:229:in `new' from /usr/local/sbin/portupgrade:229:in `main' from /usr/local/sbin/portupgrade:2208 ... If I try to reinstall db42 (or anything else) I get the same error message. What can I do to make things work again? Thanks in advance, Marco Have you tried installing db42 from ports manually? ie: (cd /usr/ports/databases/db42 make deinstall make clean make install make clean) If that doesn't work, perhaps try installing the db42 pkg from the FreeBSD ftp servers? Personally, I try to stay away from portupgrade or anything else that comes around claiming to make something easier that's already easy enough. ;) - mdh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with portupgrade or db
On Tue, 14 Oct 2008 17:18:36 +0200 Marco Beishuizen [EMAIL PROTECTED] wrote: The package is already present in /usr/ports/distfiles/bdb and when I download it manually I get the error above. No guarantee that this will work; however, at this point you have nothing to lose. 1) Empty the '/usr/ports/distfiles' directory 2) Run 'make clean' in /usr/ports/databases/db42 3) Run 'portsclean -CLPP' 4) Update your ports tree. Use whatever method works for you. 5) Run 'make install' and see what transpires. -- Jerry [EMAIL PROTECTED] I'd like to meet the guy who invented beer and see what he's working on now. signature.asc Description: PGP signature
Re: Problems with portupgrade or db
On Tue, Oct 14, 2008 at 05:18:36PM +0200, Marco Beishuizen wrote: On Tue, 14 Oct 2008 08:06:46 -0700 (PDT) mdh [EMAIL PROTECTED] wrote: Have you tried installing db42 from ports manually? ie: (cd /usr/ports/databases/db42 make deinstall make clean make install make clean) If that doesn't work, perhaps try installing the db42 pkg from the FreeBSD ftp servers? Personally, I try to stay away from portupgrade or anything else that comes around claiming to make something easier that's already easy enough. ;) - mdh Yes, I did try to install it manually but that results in: ... === Extracting for db42-4.2.52_5 = MD5 Checksum mismatch for bdb/db-4.2.52.tar.gz. = SHA256 Checksum mismatch for bdb/db-4.2.52.tar.gz. = MD5 Checksum OK for bdb/patch.4.2.52.1. = SHA256 Checksum OK for bdb/patch.4.2.52.1. = MD5 Checksum OK for bdb/patch.4.2.52.2. = SHA256 Checksum OK for bdb/patch.4.2.52.2. = MD5 Checksum OK for bdb/patch.4.2.52.3. = SHA256 Checksum OK for bdb/patch.4.2.52.3. = MD5 Checksum OK for bdb/patch.4.2.52.4. = SHA256 Checksum OK for bdb/patch.4.2.52.4. = MD5 Checksum OK for bdb/patch.4.2.52.5. = SHA256 Checksum OK for bdb/patch.4.2.52.5. === Refetch for 1 more times files: bdb/db-4.2.52.tar.gz bdb/db-4.2.52.tar.gz = db-4.2.52.tar.gz doesn't seem to exist in /usr/ports/distfiles/bdb. = Attempting to fetch from http://download-east.oracle.com/berkeley-db/. fetch: http://download-east.oracle.com/berkeley-db/db-4.2.52.tar.gz: Requested Range Not Satisfiable = Attempting to fetch from http://download-west.oracle.com/berkeley-db/. fetch: http://download-west.oracle.com/berkeley-db/db-4.2.52.tar.gz: Requested Range Not Satisfiable = Attempting to fetch from http://download-uk.oracle.com/berkeley-db/. fetch: http://download-uk.oracle.com/berkeley-db/db-4.2.52.tar.gz: Requested Range Not Satisfiable = Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/bdb/. fetch: db-4.2.52.tar.gz: local modification time does not match remote = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles/bdb and try again. *** Error code 1 Stop in /usr/ports/databases/db42. *** Error code 1 Stop in /usr/ports/databases/db42. ... The package is already present in /usr/ports/distfiles/bdb and when I download it manually I get the error above. The Range Not Satisfiable errors are because your db-4.2.52.tar.gz is of an incorrect size (probably larger than what's on the source site). The last error (talking about modification time) could indicate that you have a clock which is severely skewed or incorrect in some way. Otherwise, if you're *absolutely 100% positive* all is well, then the issue could be one of the following: 1) The db-4.2.52.tar.gz tarball on the distribution sites has changed, 2) There is a proxy server between you and the distribution site which is caching data and returning bad stuff, 3) You're experiencing underlying corruption going on (network or disk), 4) Your ports tree is outdated or broken (some pieces are out of date while others are correct). Here's some evidence that things are indeed working (on my systems) how you'd expect -- everything matches up perfectly: $ wget -q http://download-east.oracle.com/berkeley-db/db-4.2.52.tar.gz $ md5 db-4.2.52.tar.gz MD5 (db-4.2.52.tar.gz) = 8b5cff6eb83972afdd8e0b821703c33c $ grep db-4.2.52.tar.gz /usr/ports/databases/db42/distinfo MD5 (bdb/db-4.2.52.tar.gz) = 8b5cff6eb83972afdd8e0b821703c33c SHA256 (bdb/db-4.2.52.tar.gz) = f4bddd8d1b4cde0daf5e13e3493ed62a25b736b0bf258e1d929e47bc6a82a28c SIZE (bdb/db-4.2.52.tar.gz) = 3919271 -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with portupgrade or db
On Tue, 14 Oct 2008 08:06:46 -0700 (PDT) mdh [EMAIL PROTECTED] wrote: Have you tried installing db42 from ports manually? ie: (cd /usr/ports/databases/db42 make deinstall make clean make install make clean) If that doesn't work, perhaps try installing the db42 pkg from the FreeBSD ftp servers? Personally, I try to stay away from portupgrade or anything else that comes around claiming to make something easier that's already easy enough. ;) - mdh Yes, I did try to install it manually but that results in: ... === Extracting for db42-4.2.52_5 = MD5 Checksum mismatch for bdb/db-4.2.52.tar.gz. = SHA256 Checksum mismatch for bdb/db-4.2.52.tar.gz. = MD5 Checksum OK for bdb/patch.4.2.52.1. = SHA256 Checksum OK for bdb/patch.4.2.52.1. = MD5 Checksum OK for bdb/patch.4.2.52.2. = SHA256 Checksum OK for bdb/patch.4.2.52.2. = MD5 Checksum OK for bdb/patch.4.2.52.3. = SHA256 Checksum OK for bdb/patch.4.2.52.3. = MD5 Checksum OK for bdb/patch.4.2.52.4. = SHA256 Checksum OK for bdb/patch.4.2.52.4. = MD5 Checksum OK for bdb/patch.4.2.52.5. = SHA256 Checksum OK for bdb/patch.4.2.52.5. === Refetch for 1 more times files: bdb/db-4.2.52.tar.gz bdb/db-4.2.52.tar.gz = db-4.2.52.tar.gz doesn't seem to exist in /usr/ports/distfiles/bdb. = Attempting to fetch from http://download-east.oracle.com/berkeley-db/. fetch: http://download-east.oracle.com/berkeley-db/db-4.2.52.tar.gz: Requested Range Not Satisfiable = Attempting to fetch from http://download-west.oracle.com/berkeley-db/. fetch: http://download-west.oracle.com/berkeley-db/db-4.2.52.tar.gz: Requested Range Not Satisfiable = Attempting to fetch from http://download-uk.oracle.com/berkeley-db/. fetch: http://download-uk.oracle.com/berkeley-db/db-4.2.52.tar.gz: Requested Range Not Satisfiable = Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/bdb/. fetch: db-4.2.52.tar.gz: local modification time does not match remote = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles/bdb and try again. *** Error code 1 Stop in /usr/ports/databases/db42. *** Error code 1 Stop in /usr/ports/databases/db42. ... The package is already present in /usr/ports/distfiles/bdb and when I download it manually I get the error above. Regards, Marco -- Beauty and harmony are as necessary to you as the very breath of life. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Webmin problems after portupgrade
I just did a portupgrade on my 6.x server and now I'm getting permission errors with webmin. I reinstalled perl and everything else webmin depends on, then did a clean install of webmin. It's erroring with the following: Found existing Webmin configuration in /usr/local/etc/webmin Creating start and stop scripts.. ..done Updating config files.. ..done Changing ownership and permissions .. ..done Running postinstall scripts .. : Permission denied ..done Anyone have a suggestion where to look for the permission error or whatever? Beech -- --- Beech Rintoul - Port Maintainer - [EMAIL PROTECTED] /\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://www.freebsd.org X - NO Word docs in e-mail | Latest Release: / \ - http://www.freebsd.org/releases/6.2R/announce.html --- pgpYIsi93cAsP.pgp Description: PGP signature
problems with portupgrade -a
Hello, I'm wondering what this means... [EMAIL PROTECTED] ~]# portupgrade -a [Updating the pkgdb format:bdb1_btree in /var/db/pkg ... - 82 packages found (-0 +55) ... done] ** Package 'libtool' has been removed from ports tree. ** Port directory not found: devel/libtool13 ** Port marked as IGNORE: misc/ldconfig_compat: isn't needed (part of base rc.d) ** Port marked as IGNORE: emulators/linux_base-8: unsupported by upstream, no security support anymore ** Listing the failed packages (*:skipped / !:failed) ! (libtool-1.3.5_2)(port directory error) --- Packages processed: 0 done, 81 ignored, 0 skipped and 1 failed What should I make of this? How do I migrate from something that is apparently unsupported upstream? Thanks, Mike -- Michael P. Soulier [EMAIL PROTECTED] Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpGJAYpJX8rQ.pgp Description: PGP signature
Re: problems with portupgrade -a
Fri, 23 Jun 2006 13:16:34 -0400, Michael P. Soulier wrote: I'm wondering what this means... [EMAIL PROTECTED] ~]# portupgrade -a [Updating the pkgdb format:bdb1_btree in /var/db/pkg ... - 82 packages found (-0 +55) ... done] ** Package 'libtool' has been removed from ports tree. ** Port directory not found: devel/libtool13 ** Port marked as IGNORE: misc/ldconfig_compat: isn't needed (part of base rc.d) ** Port marked as IGNORE: emulators/linux_base-8: unsupported by upstream, no security support anymore ** Listing the failed packages (*:skipped / !:failed) ! (libtool-1.3.5_2)(port directory error) --- Packages processed: 0 done, 81 ignored, 0 skipped and 1 failed What should I make of this? How do I migrate from something that is apparently unsupported upstream? Read the ports/UPDATING ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Problems with portupgrade
-Original Message- From: Ralph M. Los Sent: Wednesday, November 03, 2004 12:06 AM To: [EMAIL PROTECTED] Subject: Problems with portupgrade Hi, When I try to do a portupgrade -var I get some of these errors, and I'm not sure how to resolve them: --- Session started at: Mon, 01 Nov 2004 00:41:12 -0500 Stale dependency: ImageMagick-6.0.6.2 -- xorg-libraries-6.7.0_2 -- manually run 'pkgdb -F' to fix, or specify -O to force. --- Session ended at: Mon, 01 Nov 2004 00:41:12 -0500 (consumed 00:00:00) Now, I actually DID try pkgdb -F and get this: bash-2.05b# pkgdb -F --- Checking the package registry database Stale dependency: ImageMagick-6.0.6.2 - xorg-libraries-6.7.0_2 (x11/xorg-libraries): New dependency? (? to help): ? [Enter] to skip, [Ctrl]+[D] to delete, [.][Enter] to abort, [Tab] to complete New dependency? (? to help): /usr/ports/x11/xorg-libraries Please choose one of these: Hermes-1.3.3_1 ImageMagick-6.0.6.2 ORBit2-2.10.4 XFree86-FontServer-4.4.0 XFree86-NestServer-4.4.0 XFree86-PrintServer-4.3.0_1 XFree86-Server-4.3.0_14 XFree86-VirtualFramebufferServer-4.4.0 XFree86-clients-4.4.0_1 XFree86-documents-4.3.0 XFree86-font100dpi-4.3.0 XFree86-font75dpi-4.3.0 XFree86-fontCyrillic-4.3.0 XFree86-fontDefaultBitmaps-4.3.0 XFree86-fontEncodings-4.4.0 XFree86-fontScalable-4.4.0_1 XFree86-libraries-4.4.0_1 XFree86-manuals-4.3.0 Xaw3d-1.5 acroread-5.08 ... What am I doing wrong? Better yet, what am I doing!? Thanks in advance for the help. What do I do here? What is it asking for? Ralph M. Los Information Security Architect, Auditor Boundariez [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] OK, so what I did was followed the UPDATING file's advice, and did the customary: pkg_delete -f /var/db/pkg/imake-4* /var/db/pkg/XFree86-* cd /usr/ports/x11/xorg make install pkgdb -F But I STILL get this after the pkgdb -F, now what?? bash-2.05b# pkgdb -F --- Checking the package registry database [Updating the pkgdb format:bdb1_btree in /var/db/pkg ... - 197 packages found (-16 +17) (...). done] Stale dependency: ImageMagick-6.0.6.2 - imake-4.4.0 (devel/imake-4): imake-6.7.0_2 (score:68%) ? ([y]es/[n]o/[a]ll) [no] yes Fixed. (- imake-6.7.0_2) Stale dependency: Xaw3d-1.5 - imake-4.4.0 (devel/imake-4): imake-6.7.0_2 ? ([y]es/[n]o/[a]ll) [yes] yes Fixed. (- imake-6.7.0_2) Stale dependency: Xaw3d-1.5 - XFree86-libraries-4.4.0_1 (x11/XFree86-4-libraries): New dependency? (? to help): Thanks again. Ralph ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with portupgrade
On Wed, Nov 03, 2004 at 08:10:51PM -0500, Ralph M. Los wrote: OK, so what I did was followed the UPDATING file's advice, and did the customary: pkg_delete -f /var/db/pkg/imake-4* /var/db/pkg/XFree86-* cd /usr/ports/x11/xorg make install pkgdb -F But I STILL get this after the pkgdb -F, now what?? Er, read the rest of the advice ;-) Hint: the 20040723 entry. Kris pgpvbJ5SDXN73.pgp Description: PGP signature
Problems with portupgrade
Hi, When I try to do a portupgrade -var I get some of these errors, and I'm not sure how to resolve them: --- Session started at: Mon, 01 Nov 2004 00:41:12 -0500 Stale dependency: ImageMagick-6.0.6.2 -- xorg-libraries-6.7.0_2 -- manually run 'pkgdb -F' to fix, or specify -O to force. --- Session ended at: Mon, 01 Nov 2004 00:41:12 -0500 (consumed 00:00:00) Now, I actually DID try pkgdb -F and get this: bash-2.05b# pkgdb -F --- Checking the package registry database Stale dependency: ImageMagick-6.0.6.2 - xorg-libraries-6.7.0_2 (x11/xorg-libraries): New dependency? (? to help): ? [Enter] to skip, [Ctrl]+[D] to delete, [.][Enter] to abort, [Tab] to complete New dependency? (? to help): /usr/ports/x11/xorg-libraries Please choose one of these: Hermes-1.3.3_1 ImageMagick-6.0.6.2 ORBit2-2.10.4 XFree86-FontServer-4.4.0 XFree86-NestServer-4.4.0 XFree86-PrintServer-4.3.0_1 XFree86-Server-4.3.0_14 XFree86-VirtualFramebufferServer-4.4.0 XFree86-clients-4.4.0_1 XFree86-documents-4.3.0 XFree86-font100dpi-4.3.0 XFree86-font75dpi-4.3.0 XFree86-fontCyrillic-4.3.0 XFree86-fontDefaultBitmaps-4.3.0 XFree86-fontEncodings-4.4.0 XFree86-fontScalable-4.4.0_1 XFree86-libraries-4.4.0_1 XFree86-manuals-4.3.0 Xaw3d-1.5 acroread-5.08 ... What am I doing wrong? Better yet, what am I doing!? Thanks in advance for the help. What do I do here? What is it asking for? Ralph M. Los Information Security Archtiectr, Auditor Boundariez [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with portupgrade
On Wed, Nov 03, 2004 at 12:05:59AM -0500, Ralph M. Los wrote: What am I doing wrong? Better yet, what am I doing!? Thanks in advance for the help. You forgot to read /usr/ports/UPDATING :-) Kris pgpN22QUHc3cc.pgp Description: PGP signature
Problems using portupgrade to recompile all ports
So I'm upgrading my 5.1R desktop to 5.2R. Used cvsup, followed the instructions in UPGRADING, did a custom kernel, etc etc. That part went fine, no probs. I noticed some of my daemons (from ports) seemed a bit annoyed though upon booting up 5.2. I tried using portupgrade -Rf on them individually, and then all was well. I decided then that it'd be best to do everything (-Raf) to play it safe. I've done this before. So it finally finished last night, but not really... about 132 ports were failed/skipped. My problem is figuring out the most efficient way to deal with it from here. LAST time I did a portupgrade -Raf I had a much smaller number failed/skipped, and what I did was work out the dependency tree for the remaining ones by hand using pkg_info -R and -r, figure out the order, and do a portupgrade -f on each in the proper order. This was to avoid rebuilding stuff already built on the first -Raf pass, and multiple times over (since I was taking care of each remaining one individually). Seems to me that if 50 of those 132 are X apps and I do a portupgrade -Rf on each, I'll be rebuilding XFree86 50 times. Hence the need to work out the install order by-hand based upon dependencies and only use -f. But I don't see that as practical this time around with so many left to do. So... my ultimate question is: how do you pros handle situations like this? Is there a trick I'm missing? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems using portupgrade to recompile all ports
On Thu, 15 Jan 2004, Scott I. Remick wrote: So I'm upgrading my 5.1R desktop to 5.2R. Used cvsup, followed the instructions in UPGRADING, did a custom kernel, etc etc. That part went fine, no probs. I noticed some of my daemons (from ports) seemed a bit annoyed though upon booting up 5.2. I tried using portupgrade -Rf on them individually, and then all was well. I decided then that it'd be best to do everything (-Raf) to play it safe. I've done this before. So it finally finished last night, but not really... about 132 ports were failed/skipped. My problem is figuring out the most efficient way to deal with it from here. LAST time I did a portupgrade -Raf I had a much smaller number failed/skipped, and what I did was work out the dependency tree for the remaining ones by hand using pkg_info -R and -r, figure out the order, and do a portupgrade -f on each in the proper order. This was to avoid rebuilding stuff already built on the first -Raf pass, and multiple times over (since I was taking care of each remaining one individually). Seems to me that if 50 of those 132 are X apps and I do a portupgrade -Rf on each, I'll be rebuilding XFree86 50 times. Hence the need to work out the install order by-hand based upon dependencies and only use -f. But I don't see that as practical this time around with so many left to do. So... my ultimate question is: how do you pros handle situations like this? Is there a trick I'm missing? Do you know why the failure happened? The most frequent cause of this when I've encountered the problem is that a distfile could not be fetched. I tend to try to avoid that these days by prefetching the distfiles prior to a build (ie, while I'm around to sort out problems manually rather than overnight). -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44(0)117 9287088 Fax +44 (0)117 9287112 http://ioctl.org/jan/ If it's broken really badly - don't fix it either. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems using portupgrade to recompile all ports
On Thu, 15 Jan 2004 16:02:44 + (GMT), Jan Grant wrote: On Thu, 15 Jan 2004, Scott I. Remick wrote: So I'm upgrading my 5.1R desktop to 5.2R. Used cvsup, followed the instructions in UPGRADING, did a custom kernel, etc etc. That part went fine, no probs. I noticed some of my daemons (from ports) seemed a bit annoyed though upon booting up 5.2. I tried using portupgrade -Rf on them individually, and then all was well. I decided then that it'd be best to do everything (-Raf) to play it safe. I've done this before. So it finally finished last night, but not really... about 132 ports were failed/skipped. My problem is figuring out the most efficient way to deal with it from here. LAST time I did a portupgrade -Raf I had a much smaller number failed/skipped, and what I did was work out the dependency tree for the remaining ones by hand using pkg_info -R and -r, figure out the order, and do a portupgrade -f on each in the proper order. This was to avoid rebuilding stuff already built on the first -Raf pass, and multiple times over (since I was taking care of each remaining one individually). Seems to me that if 50 of those 132 are X apps and I do a portupgrade -Rf on each, I'll be rebuilding XFree86 50 times. Hence the need to work out the install order by-hand based upon dependencies and only use -f. But I don't see that as practical this time around with so many left to do. So... my ultimate question is: how do you pros handle situations like this? Is there a trick I'm missing? Do you know why the failure happened? The most frequent cause of this when I've encountered the problem is that a distfile could not be fetched. I tend to try to avoid that these days by prefetching the distfiles prior to a build (ie, while I'm around to sort out problems manually rather than overnight). Various reasons. I could post the full list at the end if you'd like (I saved it). Most are skipped (*) due to dependencies on the ones that failed (!). For the failed ones, I got assorted errors: unknown build error, install error, checksum mismatch, linker error, new compiler error, missing header. The ones marked ! failed isn't so large I couldn't investigate/fix each individually, but I'm trying to figure out the best way to deal with the full list of failed/skipped so that once I fix the reason for the failures, I can JUST rebuild those in the failed/skipped list and in the proper order, instead of having to rebuild my entire (400+) ports list again w/ -Raf, most of which compiled fine under 5.2. Hopefully I'm making sense... :) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems using portupgrade to recompile all ports
On Thu, Jan 15, 2004 at 10:03:31AM -0500, Scott I. Remick wrote: So... my ultimate question is: how do you pros handle situations like this? Is there a trick I'm missing? Work out what went wrong, fix it and then just run: # portupgrade -af '2004-01-15' which does a forced update of all packages installed before the given date. (Note: -R and -r are unnecessary with -a). Rinse, repeat. Until all your ports are up to date. Usually ports problems are either inability to download the required distfiles or a temporary SNAFU by the port maintainer/committer. In most cases it suffices to wait a few hours or days, re-cvsup the ports tree and start the portupgrade job again. 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: Problems using portupgrade to recompile all ports
On Thu, 15 Jan 2004 17:12:27 +, Matthew Seaman wrote: Work out what went wrong, fix it and then just run: # portupgrade -af '2004-01-15' which does a forced update of all packages installed before the given date. (Note: -R and -r are unnecessary with -a). Rinse, repeat. Until all your ports are up to date. Excellent! That should do EXACTLY what I needed. Thank you so much. Usually ports problems are either inability to download the required distfiles or a temporary SNAFU by the port maintainer/committer. In most cases it suffices to wait a few hours or days, re-cvsup the ports tree and start the portupgrade job again. Yeah that was my plan... I'm well-familiar with ports-tree hiccups. I have plenty of other things to do to pass the time while I sort this out (like install 4.9 on a separate drive to try and fix a UFS1 volume I cannot access due to a bad superblock. Or play with my new Palm Tungsten T3 once it arrives) One question: it's not clear from man pkg_glob whether I can combine the date format '2004-01-15' with a package name, so that I only update the dependencies of a SPECIFIC package that are older than that date (using -f instead of -af of course). Is there a syntax to do that? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems using portupgrade to recompile all ports
On Thu, Jan 15, 2004 at 12:25:17PM -0500, Scott I. Remick wrote: One question: it's not clear from man pkg_glob whether I can combine the date format '2004-01-15' with a package name, so that I only update the dependencies of a SPECIFIC package that are older than that date (using -f instead of -af of course). Is there a syntax to do that? portupgrade -rfx '=2004-01-15' foo will force re-install 'foo' and everything that depends on package 'foo', except those packages installed on or after the given date. 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: Problems using portupgrade to recompile all ports
On Thu, 15 Jan 2004 17:38:41 +, Matthew Seaman wrote: portupgrade -rfx '=2004-01-15' foo will force re-install 'foo' and everything that depends on package 'foo', except those packages installed on or after the given date. Well, actually I want -R and not -r, but anyways.. almost, but not quite: su-2.05b# portupgrade -Rfx '=2004-01-14' docbook-xsl ** All the packages matching 'docbook-xsl' were excluded. ** No such package 'docbook-xsl' is installed. So -x is picking up the package name too. Don't want that. So I try: portupgrade -Rf docbook-xsl -x '=2004-01-14' And that seems to work. I've used it with a bunch of my originally-failed ports and making progress. A lot of them are failing with local modification time does not match remote but I delete the file from /usr/ports/distfiles and all is well. Thanks! ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]