Bugzilla Bug 197787

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 an attachment (id=135000) [edit]
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.