| Summary: | Circular dependency with Python 3.9 bluetooth on a default 17.1 install following the AMD64 manual | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | James Lochhead <james> |
| Component: | Profiles | Assignee: | Gentoo Release Team <releng> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bkohler, grknight, ikorot01, python, sam |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | emerge -p -uvDU @world | ||
|
Description
James Lochhead
2021-01-09 14:39:42 UTC
This is a frustrating one that seems to have become more common recently. The full emerge output would be helpful if you could get it, with emerge -p -uvDU @world, just to see what is actually being pulled in. You also left out the actual cycle bit, I believe. Noticed I missed some of the error text:
```
* Error: circular dependencies:
(sys-apps/dbus-1.12.20-r1:0/0::gentoo, ebuild scheduled for merge) depends on
(x11-libs/libX11-1.7.0:0/0::gentoo, ebuild scheduled for merge) (buildtime)
(x11-libs/libxcb-1.14:0/1.12::gentoo, ebuild scheduled for merge) (buildtime)
(dev-lang/python-3.9.0-r1:3.9/3.9::gentoo, ebuild scheduled for merge) (buildtime)
(net-wireless/bluez-5.55:0/3::gentoo, ebuild scheduled for merge) (buildtime)
(sys-apps/dbus-1.12.20-r1:0/0::gentoo, ebuild scheduled for merge) (buildtime_slot_op)
It might be possible to break this cycle
by applying any of the following changes:
- net-wireless/bluez-5.55 (Change USE: -systemd)
- sys-apps/dbus-1.12.20-r1 (Change USE: -X)
- dev-lang/python-3.9.0-r1 (Change USE: -bluetooth)
```
Created attachment 682099 [details]
emerge -p -uvDU @world
Please find the requested output of `emerge -p -uvDU @world` attached.
Perfect, thank you! (Assigned to releng and CCed python@ to see if we can do anything about included packages, but I'm not sure how likely that is. There is another Python one I've seen more recently which may be fixable (involving CMake?)). I wonder if we should just put "dev-lang/python -bluetooth" into desktop profiles' package.use This is profile selection issue possibly combined with bug 702806. The base profile will not have any issue. With the X and bluetooth USE being enabled in the desktop target, this rears its head. One workaround would be to add 'dev-lang/python -bluetooth' to desktop profile's package.use As discussed in IRC, this will also combine with a circular dep with sqlite on python:3.9. There was a note that sqlite may become default on python or system in the near future. Until full decisions are made, the current suggested workaround is to add '--exclude dev-lang/python:3.9' to the emerge command. This removes any circular build dependency related to python from stage3. Just a note that my original workaround no longer works with the latest stage 3 tarballs. When using Brian's alternative workaround, I get past emerge complaining about circulars. *** Bug 794058 has been marked as a duplicate of this bug. *** side note: at my tinderbox I need in addition: # setup dependency issues dev-db/sqlite -icu The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6d175a2178b78d92d044298e24ed41b3155fa9e0 commit 6d175a2178b78d92d044298e24ed41b3155fa9e0 Author: Andreas K. Hüttel <dilfridge@gentoo.org> AuthorDate: 2022-04-18 00:03:31 +0000 Commit: Andreas K. Hüttel <dilfridge@gentoo.org> CommitDate: 2022-04-18 00:04:53 +0000 profiles/targets/desktop: default to python[-bluetooth] This works around a circular dependency on install. Closes: https://bugs.gentoo.org/764623 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org> profiles/targets/desktop/package.use | 4 ++++ 1 file changed, 4 insertions(+) |
