Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 516520 - virtual/python-argparse-1 No supported implementations match python_gen_usedep patterns: python2_6
Summary: virtual/python-argparse-1 No supported implementations match python_gen_usede...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Python Gentoo Team
URL:
Whiteboard:
Keywords:
: 516518 (view as bug list)
Depends on:
Blocks:
 
Reported: 2014-07-06 14:04 UTC by tman
Modified: 2016-08-11 11:18 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description tman 2014-07-06 14:04:08 UTC
* Use eselect news to read news items.

 * ERROR: virtual/python-argparse-1::gentoo failed (depend phase):
 *   No supported implementations match python_gen_usedep patterns: python2_6
 * 
 * Call stack:
 *                  ebuild.sh, line 545:  Called source '/mnt/portage/virtual/python-argparse/python-argparse-1.ebuild'
 *   python-argparse-1.ebuild, line  19:  Called python_gen_cond_dep 'dev-python/argparse[${PYTHON_USEDEP}]' 'python2_6'
 *           python-r1.eclass, line 373:  Called python_gen_usedep 'python2_6'
 *           python-r1.eclass, line 293:  Called die
 * The specific snippet of code:
 *   	[[ ${matches[@]} ]] || die "No supported implementations match python_gen_usedep patterns: ${@}"
 * 
 * If you need support, post the output of `emerge --info '=virtual/python-argparse-1::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=virtual/python-argparse-1::gentoo'`.
 * Working directory: '/usr/lib64/portage/pym'
 * S: '/var/tmp/portage/virtual/python-argparse-1/work/python-argparse-1'



Reproducible: Always




Portage 2.2.10 (default/linux/amd64/13.0/desktop, gcc-4.8.3, glibc-2.19-r1, 3.15.3-gentoo x86_64)
=================================================================
System uname: Linux-3.15.3-gentoo-x86_64-Intel-R-_Core-TM-_i7-3740QM_CPU_@_2.70GHz-with-gentoo-2.2
KiB Mem:    24627364 total,    152076 free
KiB Swap:   25598972 total,  25598972 free
Timestamp of tree: Sun, 06 Jul 2014 13:30:01 +0000
ld GNU ld (Gentoo 2.24 p1.4) 2.24
app-shells/bash:          4.2_p47
dev-java/java-config:     2.2.0
dev-lang/python:          2.7.7, 3.3.5, 3.4.1
dev-util/cmake:           2.8.12.2-r1
dev-util/pkgconfig:       0.28-r1
sys-apps/baselayout:      2.2
sys-apps/openrc:          0.12.4
sys-apps/sandbox:         2.6-r1
sys-devel/autoconf:       2.13, 2.69
sys-devel/automake:       1.11.6, 1.14.1
sys-devel/binutils:       2.24-r3
sys-devel/gcc:            4.8.3
sys-devel/gcc-config:     1.8
sys-devel/libtool:        2.4.2-r1
sys-devel/make:           4.0-r1
sys-kernel/linux-headers: 3.15 (virtual/os-headers)
sys-libs/glibc:           2.19-r1
Repositories: gentoo bitcoin steam-overlay bumblebee printer-drivers lokal
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=corei7 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.5/ext-active/ /etc/php/cgi-php5.5/ext-active/ /etc/php/cli-php5.5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-march=corei7 -O2 -pipe"
DISTDIR="/mnt/portage/distfiles"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="de_DE.UTF-8"
LC_ALL=""
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j9"
PKGDIR="/mnt/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/mnt/portage"
Comment 1 tman 2014-07-06 14:04:42 UTC
# eselect python list
Available Python interpreters:
  [1]   python2.7
  [2]   python3.3
  [3]   python3.4 *
Comment 2 Joakim Tjernlund 2014-07-06 14:06:41 UTC
I can confirm this error, I got:
# > eselect python list
Available Python interpreters:
  [1]   python2.7
  [2]   python3.3 *
  [3]   python3.4
Comment 3 Joakim Tjernlund 2014-07-06 14:09:00 UTC
and the argparse ebuild has:
RDEPEND="${PYTHON_DEPS}
	$(python_gen_cond_dep 'dev-python/argparse[${PYTHON_USEDEP}]' python2_6)"
Comment 4 Perfect Gentleman 2014-07-06 14:09:57 UTC
i confirm this bug
Comment 5 Perfect Gentleman 2014-07-06 14:22:28 UTC
$ emerge -pqv '=virtual/python-argparse-1::gentoo'
 * ERROR: virtual/python-argparse-1::gentoo failed (depend phase):
 *   No supported implementations match python_gen_usedep patterns: python2_6
 * 
 * Call stack:
 *                  ebuild.sh, line 545:  Called source '/usr/portage/virtual/python-argparse/python-argparse-1.ebuild'
 *   python-argparse-1.ebuild, line  19:  Called python_gen_cond_dep 'dev-python/argparse[${PYTHON_USEDEP}]' 'python2_6'
 *           python-r1.eclass, line 373:  Called python_gen_usedep 'python2_6'
 *           python-r1.eclass, line 293:  Called die
 * The specific snippet of code:
 *      [[ ${matches[@]} ]] || die "No supported implementations match python_gen_usedep patterns: ${@}"
 * 
 * If you need support, post the output of `emerge --info '=virtual/python-argparse-1::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=virtual/python-argparse-1::gentoo'`.
 * Working directory: '/usr/lib64/portage/pym'
 * S: '/tmp/portage/virtual/python-argparse-1/work/python-argparse-1'

!!! All ebuilds that could satisfy "=virtual/python-argparse-1::gentoo" have been masked.
!!! One of the following masked packages is required to complete your request:
- virtual/python-argparse-1::gentoo (masked by: corruption)

For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.
Comment 6 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2014-07-06 14:41:24 UTC
+  06 Jul 2014; Michał Górny <mgorny@gentoo.org> python-r1.eclass:
+  python_gen_cond_dep: delay PYTHON_USEDEP substitution until one of the
+  implementations is actually enabled. Fixes bug #516520.
Comment 7 tman 2014-07-06 15:19:03 UTC
its really sync?

i still got 


These are the packages that would be merged, in order:

Calculating dependencies - * ERROR: virtual/python-argparse-1::gentoo failed (depend phase):
 *   No supported implementations match python_gen_usedep patterns: python2_6
 * 
 * Call stack:
 *                  ebuild.sh, line 545:  Called source '/mnt/portage/virtual/python-argparse/python-argparse-1.ebuild'
 *   python-argparse-1.ebuild, line  19:  Called python_gen_cond_dep 'dev-python/argparse[${PYTHON_USEDEP}]' 'python2_6'
 *           python-r1.eclass, line 373:  Called python_gen_usedep 'python2_6'
 *           python-r1.eclass, line 293:  Called die
 * The specific snippet of code:
These are the packages that would be merged, in order:

Calculating dependencies - * ERROR: virtual/python-argparse-1::gentoo failed (depend phase):
 *   No supported implementations match python_gen_usedep patterns: python2_6
 * 
 * Call stack:
 *                  ebuild.sh, line 545:  Called source '/mnt/portage/virtual/python-argparse/python-argparse-1.ebuild'
 *   python-argparse-1.ebuild, line  19:  Called python_gen_cond_dep 'dev-python/argparse[${PYTHON_USEDEP}]' 'python2_6'
 *           python-r1.eclass, line 373:  Called python_gen_usedep 'python2_6'
 *           python-r1.eclass, line 293:  Called die
 * The specific snippet of code:
 *   	[[ ${matches[@]} ]] || die "No supported implementations match python_gen_usedep patterns: ${@}"
 * 
 * If you need support, post the output of `emerge --info '=virtual/python-argparse-1::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=virtual/python-argparse-1::gentoo'`.
 * Working directory: '/usr/lib64/portage/pym'
 * S: '/var/tmp/portage/virtual/python-argparse-1/work/python-argparse-1'                                            ... done!

!!! All ebuilds that could satisfy "=virtual/python-argparse-1" have been masked.
!!! One of the following masked packages is required to complete your request:
- virtual/python-argparse-1::gentoo (masked by: corruption)

For more information, see the MASKED PACKAGES section in the emerge

 *   	[[ ${matches[@]} ]] || die "No supported implementations match python_gen_usedep patterns: ${@}"
 * 
 * If you need support, post the output of `emerge --info '=virtual/python-argparse-1::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=virtual/python-argparse-1::gentoo'`.
 * Working directory: '/usr/lib64/portage/pym'
 * S: '/var/tmp/portage/virtual/python-argparse-1/work/python-argparse-1'                                            ... done!

!!! All ebuilds that could satisfy "=virtual/python-argparse-1" have been masked.
!!! One of the following masked packages is required to complete your request:
- virtual/python-argparse-1::gentoo (masked by: corruption)

For more information, see the MASKED PACKAGES section in the emerge
Comment 8 Perfect Gentleman 2014-07-06 15:32:53 UTC
(In reply to tman from comment #7)
delete /usr/portage/metadata/timestamp.chk and sync
Comment 9 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2014-07-06 16:06:19 UTC
Give some time for rsync mirrors to catch up.
Comment 10 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2014-07-06 16:06:32 UTC
*** Bug 516526 has been marked as a duplicate of this bug. ***
Comment 11 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2014-07-06 16:15:54 UTC
*** Bug 516518 has been marked as a duplicate of this bug. ***
Comment 12 Perfect Gentleman 2014-07-06 23:35:21 UTC
WTF?
---
Total: 1 package (1 upgrade), Size of downloads: 0 kB

!!! The following installed packages are masked:
- virtual/python-argparse-1::gentoo (masked by: package.mask)
/usr/portage/profiles/package.mask:
# Michał Górny <mgorny@gentoo.org> (6 Jul 2014)
# (on behalf of python@gentoo.org)
# The modules provided by those virtuals are built-in in all currently
# supported Python implementations. If your ebuild depends on either
# of them, please just remove the dependency. Removal in 30 days.

For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.
---
Comment 13 Dirkjan Ochtman (RETIRED) gentoo-dev 2014-07-07 07:13:55 UTC
Python 2.6 has been deprecated, and thus argparse is no longer available as a virtual (since it's now available in all supported python releases).
Comment 14 Perfect Gentleman 2014-07-07 10:02:18 UTC
(In reply to Dirkjan Ochtman from comment #13)
> Python 2.6 has been deprecated, and thus argparse is no longer available as
> a virtual (since it's now available in all supported python releases).

can it be unmerged?
Comment 15 Dirkjan Ochtman (RETIRED) gentoo-dev 2014-07-07 10:09:47 UTC
Can what be unmerged?
Comment 16 Perfect Gentleman 2014-07-07 10:12:47 UTC
(In reply to Dirkjan Ochtman from comment #15)
> Can what be unmerged?
virtual/python-argparse-1
Comment 17 Albert W. Hopkins 2014-07-07 11:27:46 UTC
(In reply to Perfect Gentleman from comment #16)
> (In reply to Dirkjan Ochtman from comment #15)
> > Can what be unmerged?
> virtual/python-argparse-1

If no packages depend on it (which none in official portage should not), then it should get cleared out by "--depclean".  If you are using an overlay which still depends on it, then you should probably wait for the ebuild maintainer to clean up his/her tree.

At any rate, '--depclean' should do the right thing, unless you have virtual/argparse in your world file (but why would you do that?).
Comment 18 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2014-07-07 13:48:52 UTC
It should be unmerged automatically as soon as no package pulls it in. Sadly, in some random cases of portage misbehavior this may or may not require rebuilding all reverse dependencies. On the other hand, depcleaning it prematurely may break stuff in the future.