pkgdb -F calling portupgrade -a
I'm very surprised and upset that running pkgdb -F has started a whole upgrade of my stable machine. I'm sure hacker's isn't the right list for this but it is so amazing that I don't know what the right list would be and I think just calling attention to some very bizarre behavior is maybe the best thing. This machine should only have X11 clients... Anyhow output below... Jeff Anton __ paris.hesiod.org:root[62]: portversion Stale dependency: Xaw3d-1.5E_1 -- xf86dgaproto-2.0.2 -- manually run 'pkgdb -F' to fix, or specify -O to force. paris.hesiod.org:root[63]: pkgdb -F --- Checking the package registry database Stale origin: 'x11/xorg-manpages': perhaps moved or obsoleted. - The port 'x11/xorg-manpages' was removed on because: X.org manual pages are now installed with every single port - Hint: xorg-manpages-6.9.0 is not required by any other package - Hint: checking for overwritten files... - No files installed by xorg-manpages-6.9.0 have been overwritten by other packages. Deinstall xorg-manpages-6.9.0 ? [no] yes --- Deinstalling 'xorg-manpages-6.9.0' [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 70 packages found (-1 +0) (...) done] -- Done. Stale dependency: Xaw3d-1.5E_1 - xf86dgaproto-2.0.2 (x11/xf86dgaproto): Install stale dependency? ([y]es/[n]o/[a]ll) [yes] n New dependency? (? to help): . Abort. 62.580u 41.058s 2:08.82 80.4% 157+2488k 1300+1603io 12pf+0w paris.hesiod.org:root[64]: pkgdb -F --- Checking the package registry database Stale dependency: Xaw3d-1.5E_1 - xf86dgaproto-2.0.2 (x11/xf86dgaproto): Install stale dependency? ([y]es/[n]o/[a]ll) [yes] n New dependency? (? to help): Delete this? ([y]es/[n]o/[a]ll) [yes] Deleted. Stale dependency: Xaw3d-1.5E_1 - libXdamage-1.1.1 (x11/libXdamage): libXft-2.1.7_1 (score:25%) ? ([y]es/[n]o/[a]ll) [no] Install stale dependency? ([y]es/[n]o/[a]ll) [yes] n New dependency? (? to help): Delete this? ([y]es/[n]o/[a]ll) [yes] Deleted. Stale dependency: Xaw3d-1.5E_1 - renderproto-0.9.2 (x11/renderproto): Install stale dependency? ([y]es/[n]o/[a]ll) [yes] n New dependency? (? to help): Delete this? ([y]es/[n]o/[a]ll) [yes] Deleted. Stale dependency: Xaw3d-1.5E_1 - compositeproto-0.3.1 (x11/compositeproto): Install stale dependency? ([y]es/[n]o/[a]ll) [yes] n New dependency? (? to help): Delete this? ([y]es/[n]o/[a]ll) [yes] Deleted. Stale dependency: Xaw3d-1.5E_1 - libXv-1.0.3,1 (x11/libXv): libXft-2.1.7_1 (score:22%) ? ([y]es/[n]o/[a]ll) [no] Install stale dependency? ([y]es/[n]o/[a]ll) [yes] n --- Installing 'libXv-1.0.3,1' from a port (x11/libXv) --- Building '/usr/ports/x11/libXv' === Cleaning for xextproto-7.0.2 === Cleaning for videoproto-2.2.2 === Cleaning for libX11-1.1.2,1 ^Z=== Cleaning for libXext-1.0.3,1 === Cleaning for pkg-config-0.21 === Cleaning for bigreqsproto-1.0.2 === Cleaning for xcmiscproto-1.1.2 === Cleaning for kbproto-1.0.3 === Cleaning for inputproto-1.3.2 === Cleaning for xf86bigfontproto-1.1.2 === Cleaning for libXau-1.0.3_2 === Cleaning for libXdmcp-1.0.2 === Cleaning for xtrans-1.0.3 === Cleaning for xproto-7.0.10 === Cleaning for libtool-1.5.22_4 === Cleaning for gmake-3.81_2 === Cleaning for gettext-0.16.1_3 === Cleaning for libiconv-1.9.2_2 === Cleaning for libXv-1.0.3,1 === Vulnerability check disabled, database not found = libXv-1.0.3.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/xorg/lib. = Attempting to fetch from ftp://ftp.gwdg.de/pub/x11/x.org/pub/individual/lib/. libXv-1.0.3.tar.bz2 100% of 226 kB 98 kBps === Extracting for libXv-1.0.3,1 = MD5 Checksum OK for xorg/lib/libXv-1.0.3.tar.bz2. = SHA256 Checksum OK for xorg/lib/libXv-1.0.3.tar.bz2. === Patching for libXv-1.0.3,1 === libXv-1.0.3,1 depends on file: /usr/local/libdata/pkgconfig/xextproto.pc - not found ===Verifying install for /usr/local/libdata/pkgconfig/xextproto.pc in /usr/ports/x11/xextproto === Vulnerability check disabled, database not found = xextproto-7.0.2.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/xorg/proto. = Attempting to fetch from ftp://ftp.gwdg.de/pub/x11/x.org/pub/individual/proto/. xextproto-7.0.2.tar.bz2 100% of 66 kB 53 kBps === Extracting for xextproto-7.0.2 = MD5 Checksum OK for xorg/proto/xextproto-7.0.2.tar.bz2. = SHA256 Checksum OK for xorg/proto/xextproto-7.0.2.tar.bz2. === Patching for xextproto-7.0.2 === Configuring for xextproto-7.0.2 configure: WARNING: you should use --build, --host, --target checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel 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 configure: creating ./config.status config.status: creating Makefile config.status: creating xextproto.pc === Building for xextproto-7.0.2 === Installing for xextproto-7.0.2 === Generating temporary packing list === Checking if
Re: pkgdb -F calling portupgrade -a
On Sun, Jun 10, 2007 at 04:15:29PM -0700, Jeff Anton wrote: I'm very surprised and upset that running pkgdb -F has started a whole upgrade of my stable machine. Well, it didn't. I'm sure hacker's isn't the right list for this Correct. but it is so amazing that I don't know what the right list would be Ports problems go to the ports list. Problems with a particular port (e.g. portupgrade) go to that list and/or the port's maintainer. Deinstall xorg-manpages-6.9.0 ? [no] yes --- Deinstalling 'xorg-manpages-6.9.0' [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 70 packages found (-1 +0) (...) done] -- Done. Stale dependency: Xaw3d-1.5E_1 - xf86dgaproto-2.0.2 (x11/xf86dgaproto): Install stale dependency? ([y]es/[n]o/[a]ll) [yes] n New dependency? (? to help): . Abort. 62.580u 41.058s 2:08.82 80.4% 157+2488k 1300+1603io 12pf+0w You need to go through the xorg 7.2 upgrade. Most of what you chose to do was actually damaging your port installations, e.g. --- Checking the package registry database Stale dependency: Xaw3d-1.5E_1 - xf86dgaproto-2.0.2 (x11/xf86dgaproto): Install stale dependency? ([y]es/[n]o/[a]ll) [yes] n ^ New dependency? (? to help): Delete this? ([y]es/[n]o/[a]ll) [yes] Whee, you've deleted metadata that was required for correctness of future upgrades. Deleted. Stale dependency: Xaw3d-1.5E_1 - libXdamage-1.1.1 (x11/libXdamage): libXft-2.1.7_1 (score:25%) ? ([y]es/[n]o/[a]ll) [no] Install stale dependency? ([y]es/[n]o/[a]ll) [yes] n New dependency? (? to help): Delete this? ([y]es/[n]o/[a]ll) [yes] Deleted. Stale dependency: Xaw3d-1.5E_1 - renderproto-0.9.2 (x11/renderproto): Install stale dependency? ([y]es/[n]o/[a]ll) [yes] n New dependency? (? to help): Delete this? ([y]es/[n]o/[a]ll) [yes] Deleted. Stale dependency: Xaw3d-1.5E_1 - compositeproto-0.3.1 (x11/compositeproto): Install stale dependency? ([y]es/[n]o/[a]ll) [yes] n New dependency? (? to help): Delete this? ([y]es/[n]o/[a]ll) [yes] Deleted. Stale dependency: Xaw3d-1.5E_1 - libXv-1.0.3,1 (x11/libXv): libXft-2.1.7_1 (score:22%) ? ([y]es/[n]o/[a]ll) [no] Install stale dependency? ([y]es/[n]o/[a]ll) [yes] n This is the only part that doesn't make sense. Are you sure you didn't do e.g. 'y^Hn' where that was not interpreted by the terminal as a backspace but as a string beginning with 'y'? It's the only way I can think that this would trigger the 'yes' branch. Anyway, it wasn't doing 'portupgrade -a' but trying to bring your system up to a consistent state. Really what you probably should have done was either leave your system alone (i.e. not answered 'yes' to requests to modify things), or go through the documented x.org 7.2 upgrade procedure to perform the upgrade correctly and completely. Kris ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkgdb -F calling portupgrade -a
In [EMAIL PROTECTED], Jeff Anton [EMAIL PROTECTED] typed: I'm very surprised and upset that running pkgdb -F has started a whole upgrade of my stable machine. I'm sure hacker's isn't the right list for this but it is so amazing that I don't know what the right list would be and I think just calling attention to some very bizarre behavior is maybe the best thing. This machine should only have X11 clients... Anyhow output below... Hi Jeff, Long time no see. The only wierd thing I see is right here: Stale dependency: Xaw3d-1.5E_1 - libXv-1.0.3,1 (x11/libXv): libXft-2.1.7_1 (score:22%) ? ([y]es/[n]o/[a]ll) [no] Install stale dependency? ([y]es/[n]o/[a]ll) [yes] n --- Installing 'libXv-1.0.3,1' from a port (x11/libXv) --- Building '/usr/ports/x11/libXv' Where it starts installing the port even though you told it not to. That's a pkgdb issue, and the right person to talk to is the portupgrade maintainer, [EMAIL PROTECTED] For the rest of it - you've apperently got x.org 6.9 installed on the system and x.org 7.0 in the ports tree. So once it starts installing ports, it's pretty much going to install the entire xorg ports set. Since they install in different prefixes (7.0 moved to /usr/local), that will actually work. I didn't see anything but client stuff in the output. mike -- Mike Meyer [EMAIL PROTECTED] http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkgdb -F calling portupgrade -a
On Sun, Jun 10, 2007 at 07:59:14PM -0400, Mike Meyer wrote: In [EMAIL PROTECTED], Jeff Anton [EMAIL PROTECTED] typed: I'm very surprised and upset that running pkgdb -F has started a whole upgrade of my stable machine. I'm sure hacker's isn't the right list for this but it is so amazing that I don't know what the right list would be and I think just calling attention to some very bizarre behavior is maybe the best thing. This machine should only have X11 clients... Anyhow output below... Hi Jeff, Long time no see. The only wierd thing I see is right here: Stale dependency: Xaw3d-1.5E_1 - libXv-1.0.3,1 (x11/libXv): libXft-2.1.7_1 (score:22%) ? ([y]es/[n]o/[a]ll) [no] Install stale dependency? ([y]es/[n]o/[a]ll) [yes] n --- Installing 'libXv-1.0.3,1' from a port (x11/libXv) --- Building '/usr/ports/x11/libXv' Where it starts installing the port even though you told it not to. That's a pkgdb issue, and the right person to talk to is the portupgrade maintainer, [EMAIL PROTECTED] For the rest of it - you've apperently got x.org 6.9 installed on the system and x.org 7.0 in the ports tree. So once it starts installing ports, it's pretty much going to install the entire xorg ports set. Since they install in different prefixes (7.0 moved to /usr/local), that will actually work. Unfortunately it will not work and will actually lead to package database corruption due to a portupgrade bug. That's why the more extensive upgrade process in UPDATING is necessary. Kris ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkgdb -F calling portupgrade -a
In [EMAIL PROTECTED], Kris Kennaway [EMAIL PROTECTED] typed: --- Checking the package registry database Stale dependency: Xaw3d-1.5E_1 - xf86dgaproto-2.0.2 (x11/xf86dgaproto): Install stale dependency? ([y]es/[n]o/[a]ll) [yes] n ^ New dependency? (? to help): Delete this? ([y]es/[n]o/[a]ll) [yes] Whee, you've deleted metadata that was required for correctness of future upgrades. Just out of curiosity, what should he have done? Yes, the data was required for the correctness of future upgrades, but the data was broken in ways that the automated tools couldn't deal with. Installing the stale dependency would lead to incorrectly trying to install the new x.org 7 ports. There's no right-looking new dependency to use, or pkgdb would have suggested it. Leaving the dependency in place wouldn't solve the problem that pkgdb was run to fix in the first place. So what's the right alternative? mike -- Mike Meyer [EMAIL PROTECTED] http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkgdb -F calling portupgrade -a
On Sun, Jun 10, 2007 at 08:15:33PM -0400, Mike Meyer wrote: In [EMAIL PROTECTED], Kris Kennaway [EMAIL PROTECTED] typed: --- Checking the package registry database Stale dependency: Xaw3d-1.5E_1 - xf86dgaproto-2.0.2 (x11/xf86dgaproto): Install stale dependency? ([y]es/[n]o/[a]ll) [yes] n ^ New dependency? (? to help): Delete this? ([y]es/[n]o/[a]ll) [yes] Whee, you've deleted metadata that was required for correctness of future upgrades. Just out of curiosity, what should he have done? Yes, the data was required for the correctness of future upgrades, but the data was broken in ways that the automated tools couldn't deal with. Installing the stale dependency would lead to incorrectly trying to install the new x.org 7 ports. There's no right-looking new dependency to use, or pkgdb would have suggested it. Leaving the dependency in place wouldn't solve the problem that pkgdb was run to fix in the first place. So what's the right alternative? I guess deleting it is probably the least bad alternative, followed by upgrading to xorg 7.2, followed by a pkgdb -L to repair the damage. Kris ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
