197787 2007-11-01 15:30 0000 app-office/{dia,dia2code,gnumeric}, dev-libs/boost, x11-libs/vte - wrong python handling 2008-02-24 22:42:42 0000 1 1 1 Unclassified Gentoo Linux Ebuilds 2007.0 All Linux RESOLVED FIXED P2 normal --- 1 hetfield666@gmail.com python@gentoo.org gnome@gentoo.org jakub@gentoo.org hetfield666@gmail.com 2007-11-01 15:30:57 0000 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? jakub@gentoo.org 2007-11-01 15:37:28 0000 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. eva@gentoo.org 2007-11-01 22:58:03 0000 vte done in CVS hetfield666@gmail.com 2007-11-02 09:48:30 0000 good, when all the 5 packages will be fixed i will: 1) recompile all 5 2) python-update and report success dev-zero@gentoo.org 2007-11-02 10:59:53 0000 @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 hawking@gentoo.org 2007-11-02 11:52:10 0000 (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. hawking@gentoo.org 2007-11-02 12:09:08 0000 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. dev-zero@gentoo.org 2007-11-02 12:33:49 0000 @hawking: "endlessy. what's the issue here?" ... this is the problem according to the bug reporter :) hawking@gentoo.org 2007-11-02 12:46:26 0000 Created an attachment (id=135000) python-updater-fix-grep.patch This patch fixes the issue in my previous comment. hawking@gentoo.org 2007-11-02 12:50:26 0000 reassigning bug to python as this has nothing to do with gnome. hetfield666@gmail.com 2007-11-02 18:18:48 0000 fast resume: vte fixed, dia2code should not be added anymore after script patch. what about boost and gnumeric? same issue of dia? hawking@gentoo.org 2007-11-02 18:25:33 0000 (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. hetfield666@gmail.com 2007-11-02 19:52:43 0000 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? eva@gentoo.org 2007-11-03 00:19:33 0000 $ 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. dev-zero@gentoo.org 2007-11-03 07:55:21 0000 @eva: nope, the post{inst,rm} stuff only creates/removes python byte-compiled files (for example: foo.py[co] for foo.py) hetfield666@gmail.com 2007-11-24 11:04:41 0000 will this be merged in portage? eva@gentoo.org 2008-02-24 22:42:42 0000 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. 135000 2007-11-02 12:46 0000 python-updater-fix-grep.patch python-updater-fix-grep.patch text/plain SW5kZXg6IHB5dGhvbi11cGRhdGVyCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHB5dGhvbi11cGRhdGVyCShyZXZp c2lvbiAxNSkKKysrIHB5dGhvbi11cGRhdGVyCSh3b3JraW5nIGNvcHkpCkBAIC0xNjksMTEgKzE2 OSwxMiBAQAogZm9yIGNvbnRlbnQgaW4gYGZpbmQgJHtQS0dfREJESVJ9IC1uYW1lIENPTlRFTlRT YDsgZG8KICAgICAjIGV4dHJhY3QgdGhlIGNhdGVnb3J5LCBwYWNrYWdlIG5hbWUgYW5kIHBhY2th Z2UgdmVyc2lvbgogICAgIENBVFBLR1ZFUj0kKGVjaG8gJHtjb250ZW50fSB8IHNlZCAiczoke1BL R19EQkRJUn0vXCguKlwpL0NPTlRFTlRTOlwxOiIpCisgICAgQ0FUUEtHPSIke0NBVFBLR1ZFUiUl LVswLTldKn0iCiAKICAgICAjIGV4Y2x1ZGUgcGFja2FnZXMgdGhhdCBhcmUgYW4gZXhjZXB0aW9u LCBsaWtlIHBvcnRhZ2UgYW5kIHB5dGhvbiBpdHNlbGYuCiAgICAgZXhjZXB0aW9uPTAKICAgICBm b3IgZXhwIGluICR7UEtHU19FWENFUFRJT05TfTsgZG8KLSAgICAJaWYgWyAtbiAiJChlY2hvICR7 Q0FUUEtHVkVSfSB8IGdyZXAgJHtleHB9KSIgXTsgdGhlbgorICAgIAlpZiBbIC16ICIke0NBVFBL RyMjJHtleHB9fSIgXTsgdGhlbgogCQkJZXhjZXB0aW9uPTEKIAkJCWJyZWFrOwogCQlmaQpAQCAt MTg2LDcgKzE4Nyw3IEBACiAgICAgIyBDaGVjayBpZiBwYWNrYWdlIGlzIGluIFBLR1NfTUFOVUFM CiAgICAgaWYgW1sgRElSRUNUX09OTFkgLW5lIDEgXV07IHRoZW4KICAgICAJZm9yIHBrZyBpbiAk e1BLR1NfTUFOVUFMfTsgZG8KLQkJaWYgWyAtbiAiJChlY2hvICR7Q0FUUEtHVkVSfSB8IGdyZXAg JHtwa2d9KSIgXTsgdGhlbgorCQlpZiBbIC16ICIke0NBVFBLRyMjJHtwa2d9fSIgXTsgdGhlbgog CQkJZXhjZXB0aW9uPTIKIAkJCWJyZWFrOwogCQlmaQpAQCAtMTk3LDcgKzE5OCw3IEBACiAKICAg ICAjIHJlcGxhY2UgdmVyc2lvbiBudW1iZXIgYnkgU0xPVCBpZiBJR05PUkVfVkVSU0lPTlMgIT0g MAogICAgIGlmIFtbIElHTk9SRV9WRVJTSU9OUyAtbmUgMCBdXTsgdGhlbgotCUNBVFBLR1ZFUj0i JHtDQVRQS0dWRVIlJS1bMC05XSp9OiR7U0xPVH0iCisJQ0FUUEtHVkVSPSIke0NBVFBLR306JHtT TE9UfSIKICAgICBlbHNlCiAgICAgCUNBVFBLR1ZFUj0iPSR7Q0FUUEtHVkVSfSIKICAgICBmaQo=