bored of pythong 2.4 i unmerged it few weeks ago. today i run python updater * Starting Python Updater from 2.4 to 2.5 : * Searching for packages with files in /usr/lib/python2.4 /usr/lib32/python2.4 /usr/lib64/python2.4 .. * Adding to list (manually): =x11-libs/vte-0.16.9 * Adding to list (manually): =app-office/dia2code-0.8.1 * Adding to list (manually): =app-office/gnumeric-1.6.3 * Adding to list (manually): =app-office/dia-0.96.1 * Adding to list (manually): =dev-libs/boost-1.34.1 all merged successfully. i run it again and it wanted to merge them again. endlessy. what's the issue here?
Well, the issue it that none of these ebuilds uses python_mod_{optimize,cleanup}, so it leaves orphaned crap on the system which triggers python-updater.
vte done in CVS
good, when all the 5 packages will be fixed i will: 1) recompile all 5 2) python-update and report success
@Jakub: you're wrong. boost uses distutils (which is only needed for pyste) but links against the python-library which makes it necessary to rebuild it. @hawking: seems like a bug in python-updater since those are all manually added ebuilds
(In reply to comment #4) > @hawking: seems like a bug in python-updater since those are all manually added > ebuilds > Well, that's expected behaviour. The newly added --direct-only option can be used to skip manually added packages.
The wrong behaviour is that app-office/dia2code is added but it's not listed in manual packages. The problematic part of code is python-updater:189 if [ -n "$(echo ${CATPKGVER} | grep ${pkg})" ]; then so it adds app-office/dia2code when app-office/dia exists in the list.
@hawking: "endlessy. what's the issue here?" ... this is the problem according to the bug reporter :)
Created attachment 135000 [details, diff] python-updater-fix-grep.patch This patch fixes the issue in my previous comment.
reassigning bug to python as this has nothing to do with gnome.
fast resume: vte fixed, dia2code should not be added anymore after script patch. what about boost and gnumeric? same issue of dia?
(In reply to comment #10) > fast resume: > > vte fixed, > dia2code should not be added anymore after script patch. > > what about boost and gnumeric? same issue of dia? > I guess I haven't been clear enough, packages gnumeric,dia,boost and vte link to python although they don't install packages under python's library. This is why python-updater adds these manually to the list if they're installed. If you don't want to see them use --direct-only with python-updater so it'll just list the packages that have files installed in previous python's library.
maybe i'm a bit dump but i didn't understand what "manually" means. basically with that option only ebuilds into python library dir will be reemerged right?
$ equery files vte [snip] /usr/lib/python2.5/site-packages /usr/lib/python2.5/site-packages/gtk-2.0 /usr/lib/python2.5/site-packages/gtk-2.0/vtemodule.a /usr/lib/python2.5/site-packages/gtk-2.0/vtemodule.la /usr/lib/python2.5/site-packages/gtk-2.0/vtemodule.so [snip] doesn't that justify the use of the postrm/postinst stuff ??? I'm no python master so please forgive me if the question is just stupid. For gnumeric, it seems it's only a plugin loader.
@eva: nope, the post{inst,rm} stuff only creates/removes python byte-compiled files (for example: foo.py[co] for foo.py)
will this be merged in portage?
besides dia that I have pending changes to commit, all of this should have been taken care of through bug #207667. If it's not the case, please reopen individual bugs.
