boborjan ~ # emerge --update --deep --newuse --verbose --ask world These are the packages that would be merged, in order: Calculating world dependencies... done! [ebuild N ] dev-python/pycrypto-2.0.1-r6 USE="-bindist -gmp -test" 0 kB [ebuild N ] dev-python/pysqlite-2.3.5 USE="-examples" 0 kB Total: 2 packages (2 new), Size of downloads: 0 kB Would you like to merge these packages? [Yes/No] but after answerring yes, emerge --depclean select both to be removed. Reproducible: Always
Post the output of: emerge --info
Created attachment 154133 [details] emerge --info
Please attach --debug output for both the installation command and the uninstallation (--depclean) command.
Created attachment 154179 [details] emerge --update --deep --newuse --verbose --ask --debug world 2>&1|tee worldemergedebug.txt
Created attachment 154181 [details] emerge --depclean --debug 2>&1|tee depcleandebug.txt
This seems to be sort of an instance of bug 1343. As a workaround, you can mask those packages to prevent them from being selected: echo "dev-python/pycrypto dev-python/pysqlite" >> /etc/portage/package.mask
I don't yet understand why it's making the wrong decision in these cases: || ( >=dev-lang/python-2.5 >=dev-python/pysqlite-2 ) || ( >=dev-lang/python-2.5 >=dev-python/pycrypto-2.0.1-r6 ) Perhaps the installed version of python is masked somehow? cat /var/db/pkg/dev-lang/python-2.5*/KEYWORDS
imi@boborjan ~ $ cat /var/db/pkg/dev-lang/python-2.5*/KEYWORDS ~alpha ~amd64 ~arm ~hppa ~ia64 ~m68k ~mips ~ppc ~ppc64 ~s390 ~sh ~sparc ~sparc-fbsd ~x86 ~x86-fbsd imi@boborjan ~ $
Does `emerge -p \>=dev-lang/python-2.5` pull in the python-2.5 package as expected? Have you keyworded that package in /etc/portage/package.keywords? If not, does keywording it help?
At current state All ebuilds that could satisfy ">=dev-lang/python-2.5" have been masked. boborjan ~ # eix -i python [D] dev-lang/python Available versions: (2.3) 2.3.5-r2 2.3.5-r3 ~2.3.6 2.3.6-r3 2.3.6-r4 ~2.3.6-r5 (2.4) 2.4.4-r5 2.4.4-r6 2.4.4-r9 ~2.4.4-r10 ~2.4.4-r11 (2.5) ~2.5.2-r1 ~2.5.2-r2 {+cxx +threads berkdb bootstrap build doc elibc_uclibc examples gdbm ipv6 ncurses nocxx nothreads readline sqlite ssl tk ucs2 wininst} Installed versions: 2.4.4-r9(2.4)(18.31.55 2008-04-29)(berkdb gdbm ipv6 ncurses readline ssl -bootstrap -build -doc -elibc_uclibc -examples -nocxx -nothreads -tk -ucs2) 2.5.1-r5(2.5)(15.04.09 2008-02-15)(berkdb gdbm ipv6 ncurses readline sqlite ssl -bootstrap -build -doc -elibc_uclibc -examples -nothreads -tk -ucs2) Homepage: http://www.python.org/ Description: Python is an interpreted, interactive, object-oriented programming language. I had: imi@boborjan ~ $ grep python /etc/portage/package.keywords =dev-lang/python-2.5.1-r5 ~amd64 Well maybe when some of my apps needed python-2.5 I supposed there will be an unmasked python soonly. It was long time ago... now modifying to: dev-lang/python ~amd64 boborjan ~ # emerge -p \>=dev-lang/python-2.5 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-lang/python-2.5.2-r4 [2.5.1-r5] USE="threads%* -wininst%" boborjan ~ #
You seem to have triggered the same type of case described in bug #219369, Comment #16. If emerge shows a warning about python-2.5 being masked then that should help you know how to correct the problem.
(In reply to comment #11) During normal operation, there were no warning. When it really happened to warn me about masked package, I was able to handle the case afaik.
It's fixed 2.1.5.3 so that the update command will warn you about python-2.5 being masked.
(In reply to comment #13) Ok. Thanks.
Created attachment 155771 [details] maybe just my fault, but got the same result now, after an emerge --sync
Created attachment 155773 [details] depclean as second step
Created attachment 155775 [details] usual emerge --info and such
(In reply to comment #17) > Created an attachment (id=155775) [edit] > usual emerge --info and such > Your --info shows version 2.1.4.4, but you need at least 2.1.5.3 to get the new warning message.
okay, when using sys-apps/portage-2.1.5.4 depclean unmerges dev-python/pycrypto and dev-python/pysqlite, but world emerge does not emerge any of them, so it seems to be consistent. Thanks for supporting my bug.