Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Stale dependency can't be fixed loop #44

Closed
ashemedai opened this issue Nov 2, 2012 · 9 comments
Closed

Stale dependency can't be fixed loop #44

ashemedai opened this issue Nov 2, 2012 · 9 comments
Milestone

Comments

@ashemedai
Copy link

On my current system (FreeBSD 9-STABLE) I have the following issue:

# portupgrade -f gdk\*
[Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... USING PKGNG
- 404 packages found (-0 +0)  done]
USING PKGNG
Stale dependency: gdk-pixbuf-2.23.5_3 --> libGL-7.6.1_2 -- manually run 'pkgdb -F' to fix, or specify -O to force.

# pkgdb -vF
USING PKGNG
pkgdb -F not supported with PKGNG yet. Use 'pkg check' directly.

# pkg check -Bdvx gdk.\*
Checking dependencies: gdk-pixbuf
Reanalyzing files for shlibs: gdk-pixbuf

And from this it repeats from the top again.

@ashemedai
Copy link
Author

Interesting to note that libGL-7.6.1_1 was installed. You'd think that it would at least trigger the build dependency to the point where it tries to install, only to notice it's already installed (albeit with a lower version number).

@bdrewery
Copy link
Member

bdrewery commented Nov 2, 2012

Your pkgdb looks stale, try rebuilding it: pkgdb -fu

@ashemedai
Copy link
Author

OK, I'll try that when I encounter the issue again, right now I managed to "fix" it by simply portupgrading libGL to get the _1 to _2 increase. It's just that I got this error after I did the whole conversion to pkgng, which included pkgtools switching my pkgdb around for pkgng as well. So that would mean it went stale fast.

Feel free to close it if you believe it's not a real issue with pkgtools, but more a pebkac. I'll come knocking again when I encounter it. ;)

@bdrewery
Copy link
Member

bdrewery commented Nov 2, 2012

I'll leave it open. The integration of pkgdb -F and pkg check is terrible right now. Some improvements are needed in pkg check, as well as portupgrade not bothering with keeping a pkgdb when using pkgng (#41)

@bdrewery
Copy link
Member

bdrewery commented Feb 6, 2013

## Ran a long time ago: pkg set -o lang/gcc46:lang/gcc
# portupgrade -an
--->  Reading default options: -b -D -v
--->  Session started at: Tue, 05 Feb 2013 21:08:14 -0500
USING PKGNG
Stale dependency: ghc-7.4.2 --> gcc-4.6.3 -- manually run 'pkgdb -F' to fix, or specify -O to force.
--->  Session ended at: Tue, 05 Feb 2013 21:08:27 -0500 (consumed 00:00:13)
# pkg check -d
# pkg info -g gcc\*
gcc-3.4.6_3,1                  GNU Compiler Collection 3.4
gcc-4.2.5.20090325_5           GNU Compiler Collection 4.2
gcc-4.4.7,1                    GNU Compiler Collection 4.4
gcc-4.6.4.20121123             GNU Compiler Collection 4.6
gcc-4.7.3.20130119             GNU Compiler Collection 4.7
gcc-4.8.0.20130113             GNU Compiler Collection 4.8
# pkg query '%do | %dn-%dv' lang/ghc
devel/binutils | binutils-2.23.1
lang/gcc | gcc-4.6.3
math/gmp | gmp-5.0.5
converters/libiconv | libiconv-1.14
math/mpc | mpc-0.9
math/mpfr | mpfr-3.1.1
# echo "SELECT * FROM deps WHERE package_id = (SELECT id FROM packages WHERE origin = 'lang/ghc');"|pkg shell
devel/binutils|binutils|2.23.1|1536
lang/gcc|gcc|4.6.3|1536
math/gmp|gmp|5.0.5|1536
converters/libiconv|libiconv|1.14|1536
math/mpc|mpc|0.9|1536
math/mpfr|mpfr|3.1.1|1536

@bdrewery
Copy link
Member

bdrewery commented Feb 7, 2013

Specifying the -O flag here should also fix this.

@bdrewery
Copy link
Member

This has also been reported at ports/175841

@bdrewery
Copy link
Member

bdrewery commented Mar 4, 2013

I've updated ports-mgmt/portupgrade-devel with a fix. Mind testing it?

@bdrewery
Copy link
Member

This is released

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants