Summary: | gnome-base/dconf-0.36.0 fails with ModuleNotFoundError: No module named 'pkg_resources' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Cyp <cyp561> |
Component: | Current packages | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | leio, sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Cyp
2021-03-14 20:26:44 UTC
Your python setup feels to have become rather broken there. It's meson that is failing there, which does have setuptools in RDEPEND. dev-util/meson is also an old version, but can't be updated manually without updating @world: # emerge -av1 meson * IMPORTANT: 4 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-python/certifi-10001-r1::gentoo [2020.4.5.1::gentoo] USE="-test%" PYTHON_TARGETS="python3_8* (-pypy3) -python3_7* -python3_9 (-python2_7%*) (-python3_6%*)" 4 KiB [ebuild N ] dev-python/setuptools-53.0.0::gentoo USE="-test" PYTHON_TARGETS="python3_8 (-pypy3) -python3_7 -python3_9" 2,003 KiB [ebuild U ] dev-python/setuptools_scm-5.0.1::gentoo [3.5.0::gentoo] USE="-test" PYTHON_TARGETS="python3_8* (-pypy3) -python3_7* -python3_9% (-python2_7%*) (-python3_6%*)" 51 KiB [ebuild U ] dev-util/meson-0.56.2::gentoo [0.54.2::gentoo] USE="(-test)" PYTHON_TARGETS="python3_8* -python3_7* -python3_9% (-python3_6%*)" 1,753 KiB Total: 4 packages (3 upgrades, 1 new), Size of downloads: 3,810 KiB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-python/certifi:0 (dev-python/certifi-10001-r1:0/0::gentoo, ebuild scheduled for merge) USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 (-pypy3) -python3_7 -python3_9" pulled in by >=dev-python/certifi-2016.9.26[python_targets_pypy3(-)?,python_targets_python3_7(-)?,python_targets_python3_8(-)?,python_targets_python3_9(-)?,-python_single_target_pypy3(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)] required by (dev-python/setuptools-53.0.0:0/0::gentoo, ebuild scheduled for merge) USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 (-pypy3) -python3_7 -python3_9" (dev-python/certifi-2020.4.5.1:0/0::gentoo, installed) USE="" ABI_X86="(64)" PYTHON_TARGETS="python2_7 python3_6 python3_7 (-pypy3) -python3_8 -python3_9" pulled in by dev-python/certifi[python_targets_python2_7(-),python_targets_python3_6(-),python_targets_python3_7(-),-python_single_target_pypy3(-),-python_single_target_python2_7(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-)] required by (dev-python/urllib3-1.25.8:0/0::gentoo, installed) USE="-brotli -doc -test" ABI_X86="(64)" PYTHON_TARGETS="python2_7 python3_6 python3_7 (-pypy3) -python3_8" Yes, you'll have to update setuptools, etc. That doesn't require updating @world. Handle setuptools first. You'll also have to disable PYTHON_TARGETS="python2_7 python3_6" I expect. I had already removed PYTHON_TARGETS from make.conf. How do I update setuptools without @world when it gives conflicts? # emerge -av1 setuptools * IMPORTANT: 4 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-python/certifi-10001-r1::gentoo [2020.4.5.1::gentoo] USE="-test%" PYTHON_TARGETS="python3_8* (-pypy3) -python3_7* -python3_9 (-python2_7%*) (-python3_6%*)" 4 KiB [ebuild N ] dev-python/setuptools-53.0.0::gentoo USE="-test" PYTHON_TARGETS="python3_8 (-pypy3) -python3_7 -python3_9" 2,003 KiB [ebuild U ] dev-python/setuptools_scm-5.0.1::gentoo [3.5.0::gentoo] USE="-test" PYTHON_TARGETS="python3_8* (-pypy3) -python3_7* -python3_9% (-python2_7%*) (-python3_6%*)" 51 KiB Total: 3 packages (2 upgrades, 1 new), Size of downloads: 2,057 KiB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-python/certifi:0 (dev-python/certifi-10001-r1:0/0::gentoo, ebuild scheduled for merge) USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 (-pypy3) -python3_7 -python3_9" pulled in by >=dev-python/certifi-2016.9.26[python_targets_pypy3(-)?,python_targets_python3_7(-)?,python_targets_python3_8(-)?,python_targets_python3_9(-)?,-python_single_target_pypy3(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)] required by (dev-python/setuptools-53.0.0:0/0::gentoo, ebuild scheduled for merge) USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 (-pypy3) -python3_7 -python3_9" (dev-python/certifi-2020.4.5.1:0/0::gentoo, installed) USE="" ABI_X86="(64)" PYTHON_TARGETS="python2_7 python3_6 python3_7 (-pypy3) -python3_8 -python3_9" pulled in by dev-python/certifi[python_targets_python2_7(-),python_targets_python3_6(-),python_targets_python3_7(-),-python_single_target_pypy3(-),-python_single_target_python2_7(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-)] required by (dev-python/urllib3-1.25.8:0/0::gentoo, installed) USE="-brotli -doc -test" ABI_X86="(64)" PYTHON_TARGETS="python2_7 python3_6 python3_7 (-pypy3) -python3_8" It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. You may want to try a larger value of the --backtrack option, such as --backtrack=30, in order to see if that will solve this conflict automatically. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. !!! The following installed packages are masked: - media-libs/openexr-2.3.0::gentoo (masked by: package.mask) /usr/portage/profiles/package.mask: # Bernd Waibel <waebbl-gentoo@posteo.net> (2021-02-27) # Mask until removal of media-gfx/openexr_viewers. # Version has several vulnerabilities. See #717474 - kde-apps/kdepim-apps-libs-19.12.3::gentoo (masked by: package.mask) /usr/portage/profiles/package.mask: # Andreas Sturmlechner <asturm@gentoo.org> (2021-02-24) # Completely dissolved and moved into other PIM libraries upstream. # Masked for removal on 2021-03-10. - sys-devel/binutils-2.33.1-r1::gentoo (masked by: package.mask) /usr/portage/profiles/package.mask: # Michał Górny <mgorny@gentoo.org>, Andreas K. Hüttel <dilfridge@gentoo.org>, # Matthias Maier <tamiko@gentoo.org> (2017-05-21 and later updates) # These old versions of toolchain packages (binutils, gcc, glibc) are no # longer officially supported and are not suitable for general use. Using # these packages can result in build failures (and possible breakage) for # many packages, and may leave your system vulnerable to known security # exploits. # If you still use one of these old toolchain packages, please upgrade (and # switch the compiler / the binutils) ASAP. If you need them for a specific # (isolated) use case, feel free to unmask them on your system. - media-libs/ilmbase-2.3.0::gentoo (masked by: package.mask) - games-strategy/0ad-data-0.0.23b_alpha::gentoo (masked by: package.mask) /usr/portage/profiles/package.mask: # Sam James <sam@gentoo.org> (2021-02-28) # games-strategy/0ad-data has been merged # into games-strategy/0ad for simplicity. # Note that in most cases, the latter uses # upstream pre-built assets anyway. # Nothing should really be using this. # bug #735352, bug #768930 # Removal in 14 days. For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. I think this is a better topic for #gentoo on IRC (Freenode) or the forums as it's a support issue? Tried IRC first, but was getting in a loop. Every time I post my emerge --info, someone asks for the build logs, and every time I post my build logs, someone asks for emerge --info. If I ask about updating a package, someone says it's easier to update @world, or if I ask about updating @world, it's a package that needs updating. x11-libs/pixman has the same issue. Just tried unmerging meson. Now setuptools is 16th on the @world update list. Hope it will get built before anything that depends on it, this time… |