When updating rather old system I've got a number of issues, sooner of all related with invalid dependencies in ebuilds. Unfortunately I did not save --info output, but probably this description cna also help fixing ebuilds. first bug happened during 'emerge binutils' (did it before world update in order to build new kernel) 1. binutils: miss patch dependency: failed when applying gentoo patches, solved manually invoking 'emerge patch', which upgraded it's version from 2.5.9 to 2.6.1. all the rest of bugs happened when running 'emerge --update world' 2. parted: miss gettext dependency: failed running autopoint, solved manually invoking 'emerge gettext', which upgraded autopoint's version. 3. libarchive: miss libxml2 dependency: failed in ./configure, solved manually invoking 'emerge libxml2' 4. argparse: miss setuptools dependency: failed in CPython 2.6, solved manually invoking 'emerge setuptools' 5. xkeyboard-config: miss XML-Parser dependency: failed in ./configure, solved manually invoking 'emerge XML-Parser' 6. kdepimlibs: miss gpgme dependency, solved manually invoking 'emerge gpgme' Another very bad issue is that some packages do expect presence of /usr/lib64/*.la files, but others create only .so. As a sample I can provide gst-plugins-soup which needs missing libglib-2.0.la. There were more failures, but I did not track them cause I've added missing .la with shell script. I can provide it on request, but it is _VERY_ far from good script - just worked for me. Also wine needed missing 32-bit libmpg123 (64-but one is present). To complete update I've unmerged wine.
Hello Alexander, Personally I have no idea what do you expect the gentoo devs to do with the issues you were having when updating a system that has not been updated in 2.5 years. IMO there is nothing to fix from gentoo's end, you should update your system more often, like a good system administrator. Also, you obviously seem to have found a solution to all of them, then why the need of this bug anyways?
Please do not use the bug tracker to get support. We have http://forums.gentoo.org/ and irc://chat.freenode.net/#gentoo as well as mailing lists to address this to. As for the issues you point out: I could tag a bug report deemed INVALID to each one of them - they are generally the sort of sysadmin issues you should be able to work out yourself.
This is not support issue. As for me I can fix issues with my system myself. But I've thought that my bugreport can help developers to better track depenpencies in packages. But if you think that for 2.5 years not updated system it's OK to install packages not having all required tools and/or libraries - fill free to close it.
(In reply to comment #0) > When updating rather old system I've got a number of issues, sooner of all > related with invalid dependencies in ebuilds. Unfortunately I did not save > --info output, but probably this description cna also help fixing ebuilds. > > first bug happened during 'emerge binutils' (did it before world update in > order to build new kernel) > > 1. binutils: miss patch dependency: failed when applying gentoo patches, > solved manually invoking 'emerge patch', which upgraded it's version from > 2.5.9 to 2.6.1. sys-devel/patch is a dependency of eg. sys-apps/portage and it's in profiles/base/packages just don't unemerge patch... > > all the rest of bugs happened when running 'emerge --update world' > > 2. parted: miss gettext dependency: failed running autopoint, solved > manually invoking 'emerge gettext', which upgraded autopoint's version. I don't think running around the tree and converting sys-devel/gettext dependencies to >=sys-devel/gettext-0.18.1.1 will do much of good. Just upgrade your @system packages more actively. All of the old versions are long gone from the tree. > 3. libarchive: miss libxml2 dependency: failed in ./configure, solved > manually invoking 'emerge libxml2' I doubt that. The dependency is there in the ebuild with USE="-expat". As in, it's one or another. I suppose one of the libs was outdated that led to the failure. > > 4. argparse: miss setuptools dependency: failed in CPython 2.6, solved > manually invoking 'emerge setuptools' Propably result of lack of running 'python-updater' to get the modules installed for the active python version. > 5. xkeyboard-config: miss XML-Parser dependency: failed in ./configure, > solved manually invoking 'emerge XML-Parser' Propably result of lack of running 'perl-cleaner' to get XML-Parser built for the currently active perl version. > 6. kdepimlibs: miss gpgme dependency, solved manually invoking 'emerge gpgme' This looks like the only propably valid report from this bug, please report it in a separate bug so it can be assigned to the KDE maintainers. Remember to include full build.log in the bug.
(In reply to comment #4) > (In reply to comment #0) > > 4. argparse: miss setuptools dependency: failed in CPython 2.6, solved > > manually invoking 'emerge setuptools' > > Propably result of lack of running 'python-updater' to get the modules > installed for the active python version. > When I was updating python I've always executed 'python-updater' after it. > > 5. xkeyboard-config: miss XML-Parser dependency: failed in ./configure, > > solved manually invoking 'emerge XML-Parser' > > Propably result of lack of running 'perl-cleaner' to get XML-Parser built > for the currently active perl version. > I've never updated python after world update in summer 2010. Re.both 4 and 5 - if that commands are useful, why not run by default after installing new version of python/perl? > > 6. kdepimlibs: miss gpgme dependency, solved manually invoking 'emerge gpgme' > > This looks like the only propably valid report from this bug, please report > it in a separate bug so it can be assigned to the KDE maintainers. Remember > to include full build.log in the bug. Sorry, it was not saved...
