emerge -uDpv world misses packages to update[part solved]

[richard.scott]

I have a system that I've been keeping up to date as regular as patches come out.

However, i've noticed that two identical systems are getting out of sync.

On my problem system I can now do the following:

Code: Select all

kryten ~ # emerge -uDpv world

These are the packages that would be merged, in order:

Calculating world dependencies... done!

Total: 0 packages, Size of downloads: 0 kB

and this misses this:

Code: Select all

kryten ~ # emerge -pv dev-util/pkgconfig

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild     U ] dev-util/pkgconfig-0.23 [0.22] USE="hardened" 1,009 kB

Total: 1 package (1 upgrade), Size of downloads: 1,009 kB

EDIT: I've also noticed that its not seen the latest hardened-sources kernel to install either:

Code: Select all

kryten ~ # emerge -pv hardened-sources

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  NS   ] sys-kernel/hardened-sources-2.6.25-r7  USE="-build -symlink" 47,850 kB

Total: 1 package (1 in new slot), Size of downloads: 47,850 kB

Does anyone know why this is missed when updating system or world?

[overkll]

Have you tried `emerge world -uDNpv` or `emerge world -uDNpv --with-bdeps=y` ?

[zyko]

Are you sure that both your Portage trees are in sync with each other? The mirrors can differ sometimes in content.

Pkgconfig is a typical bdep (buildtime dependency) which is only needed to compile a package you emerged, but not to run it.

The emerge manpage section about "--with-bdeps" says:

Code: Select all

--with-bdeps < y | n >
In dependency calculations, pull in build time dependencies that are not strictly required. This defaults to 'n' for installation actions, meaning they will not be installed, and 'y' for the --depclean action, meaning they will not be removed. This  settingcan be added to EMERGE_DEFAULT_OPTS (see make.conf(5)) and later overridden via the command line.

So make sure both machines have identical settings.

[richard.scott]

Are you sure that both your Portage trees are in sync with each other? The mirrors can differ sometimes in content.

That's not my major problem, my problem is that on host A things aren't being shown as upgradable where as on host B they are always upgraded.
If you hunt around on host A you can also find these same packages that need upgrading.

For example on my problem server Kryten I have this when I try and update world:

Code: Select all

kryten portage # emerge -uDNpv world

These are the packages that would be merged, in order:

Calculating world dependencies... done!
[ebuild     U ] sys-apps/man-1.6f-r2 [1.6f-r1] USE="nls" 0 kB
[ebuild     U ] app-portage/gentoolkit-0.2.4.2 [0.2.3-r1] 89 kB

Total: 2 packages (2 upgrades), Size of downloads: 89 kB

And this from updating world adding the "--empty" option to pretend to re-install everything:

Code: Select all

kryten portage # emerge -uDNepv world | grep -v " R "

These are the packages that would be merged, in order:

Calculating world dependencies ... done!
[ebuild     U ] dev-util/pkgconfig-0.23 [0.22] USE="hardened" 1,009 kB
[ebuild     U ] sys-apps/man-1.6f-r2 [1.6f-r1] USE="nls" 0 kB
[ebuild  NS   ] sys-kernel/hardened-sources-2.6.25-r7  USE="-build -symlink" 47,850 kB
[ebuild     U ] app-portage/gentoolkit-0.2.4.2 [0.2.3-r1] 89 kB

Total: 154 packages (3 upgrades, 1 in new slot, 150 reinstalls), Size of downloads: 70,389 kB

Obviously the "grep -v" is to remove listing the packages that require a re-install.

As you can see, on the same server some packages are listed and others aren't.

On my good server all packages are listed and even the slotted kernel is installed.

[richard.scott]

ok, the following has worked:

Code: Select all

# emerge -uDNpv --with-bdeps y world

These are the packages that would be merged, in order:

Calculating world dependencies... done!
[ebuild     U ] dev-util/pkgconfig-0.23 [0.22] USE="hardened" 1,009 kB
[ebuild  NS   ] sys-kernel/hardened-sources-2.6.25-r7  USE="-build -symlink" 47,850 kB

Total: 2 packages (1 upgrade, 1 in new slot), Size of downloads: 48,859 kB

I'm still confused as to why. all I have in my /etc/make.conf with regards to portage is as follows:

Code: Select all

EMERGE_DEFAULT_OPTS="--alphabetical"

[richard.scott]

ok, here's another lost package: dev-libs/skyutils

Code: Select all

lister emerge # emerge --with-bdeps=y -uDpv world

These are the packages that would be merged, in order:

Calculating world dependencies... done!
[ebuild     U ] dev-util/intltool-0.37.1 [0.35.5] 136 kB
[ebuild     U ] dev-libs/openssl-0.9.8h-r1 [0.9.8g-r2] USE="-bindist -gmp -kerberos -sse2 -test zlib" 3,360 kB

Total: 2 packages (2 upgrades), Size of downloads: 3,496 kB

if I search for the package on its own I can find it needs updating:

Code: Select all

lister emerge # emerge -pv skyutils

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild     U ] dev-libs/skyutils-2.8-r1 [2.8] USE="ssl" 350 kB

Total: 1 package (1 upgrade), Size of downloads: 350 kB

yet searching an empty tree comes up blank:

Code: Select all

lister emerge # emerge -epv world | grep sky

It's strange that this package doesn't show up anywhere other than if you try and emerge it on its own.

[zyko]

Assuming that you have portage-2.2: What happens if you emerge -pvt @installed? It looks like skyutils is orphaned on your system. If you didn't specifically emerge it by hand, it was likely pulled in as a dependency. According to gentoo-portage.com, skyutils has one reverse dependency: app-mobilephone/smssend. Does that sound familiar? There might have been other packages in Portage that depended on skyutils, but there are none in the current state of the tree. It also looks like smssend and skyutils were abandoned by upstream.

I would expect emerge --depclean --pretend to pick up on skyutils and maybe other obsolete packages.

[richard.scott]

Assuming that you have portage-2.2: What happens if you emerge -pvt @installed? It looks like skyutils is orphaned on your system. If you didn't specifically emerge it by hand, it was likely pulled in as a dependency. According to gentoo-portage.com, skyutils has one reverse dependency: app-mobilephone/smssend. Does that sound familiar? There might have been other packages in Portage that depended on skyutils, but there are none in the current state of the tree. It also looks like smssend and skyutils were abandoned by upstream.

I would expect emerge --depclean --pretend to pick up on skyutils and maybe other obsolete packages.

Yes, I had smssend installed at one point, but removed it.... guess I forgot about removing the dependencys

Anyway, to overcome this I've written a script that looks at any package that needs updating and the creates a list of dependencies and emerges them too!

Yes, I know that "revdep-rebuild" does this but when I do the following it doesn't find anything to rebuild just after updating openssl:

Code: Select all

kryten ~ # revdep-rebuild -L openssl -- -pv
 * Configuring search environment for revdep-rebuild

 * Checking reverse dependencies
 * Packages containing binaries and libraries using openssl
 * will be emerged.

 * Collecting system binaries and libraries
 * Generated new 1_files.rr
 * Checking dynamic linking
[ 100% ]

 * There are no dynamic links to openssl... All done.

Anyway, I think writing my own update wrapper has resolved my issue of packages not getting updated.

That still doesn't explain why dev-util/pkgconfig hasn't been selected for update (hence the starting of this thread).