Gentoo prefix installs normally until this error happens * Error: circular dependencies: (app-text/xmlto-0.0.28-r10:0/0::gentoo, ebuild scheduled for merge) depends on (dev-libs/libxslt-1.1.37-r1:0/0::gentoo, ebuild scheduled for merge) (buildtime) (dev-libs/libgcrypt-1.10.1-r3:0/20::gentoo, ebuild scheduled for merge) (buildtime_slot_op) (sys-libs/glibc-2.36-r5:2.2/2.2::gentoo, ebuild scheduled for merge) (buildtime) (app-misc/pax-utils-1.3.6-r1:0/0::gentoo, ebuild scheduled for merge) (buildtime) (app-text/xmlto-0.0.28-r10:0/0::gentoo, ebuild scheduled for merge) (buildtime) It might be possible to break this cycle by applying any of the following changes: - app-misc/pax-utils-1.3.6-r1 (Change USE: -man) - dev-libs/libxslt-1.1.37-r1 (Change USE: -crypt) - dev-libs/libgcrypt-1.10.1-r3 (Change USE: -kernel_linux) - dev-libs/libgcrypt-1.10.1-r3 (Change USE: -getentropy) - dev-libs/libgcrypt-1.10.1-r3 (Change USE: -elibc_glibc) Note that this change can be reverted, once the package has been installed. Note that the dependency graph contains a lot of cycles. Several changes might be required to resolve all cycles. Temporarily changing some use flag for all packages might be the better option. Reproducible: Always Steps to Reproduce: 1.Install fedora kinoite or silverblue on a vm then update it to the latest version (kernel 6.1.7 was used since it is the latest during the time of this bug report) 2.After installing create an arch linux container with distrobox (without the container even with gcc installed the script hangs while looking for gcc 3.in arch linux container type "sudo pacman -S base-devel" to install compilers and other utilities 4. run the script install in usual location 5. script runs fine until it hits a circular dependcy error. Actual Results: I get this error * Error: circular dependencies: (app-text/xmlto-0.0.28-r10:0/0::gentoo, ebuild scheduled for merge) depends on (dev-libs/libxslt-1.1.37-r1:0/0::gentoo, ebuild scheduled for merge) (buildtime) (dev-libs/libgcrypt-1.10.1-r3:0/20::gentoo, ebuild scheduled for merge) (buildtime_slot_op) (sys-libs/glibc-2.36-r5:2.2/2.2::gentoo, ebuild scheduled for merge) (buildtime) (app-misc/pax-utils-1.3.6-r1:0/0::gentoo, ebuild scheduled for merge) (buildtime) (app-text/xmlto-0.0.28-r10:0/0::gentoo, ebuild scheduled for merge) (buildtime) It might be possible to break this cycle by applying any of the following changes: - app-misc/pax-utils-1.3.6-r1 (Change USE: -man) - dev-libs/libxslt-1.1.37-r1 (Change USE: -crypt) - dev-libs/libgcrypt-1.10.1-r3 (Change USE: -kernel_linux) - dev-libs/libgcrypt-1.10.1-r3 (Change USE: -getentropy) - dev-libs/libgcrypt-1.10.1-r3 (Change USE: -elibc_glibc) Note that this change can be reverted, once the package has been installed. Note that the dependency graph contains a lot of cycles. Several changes might be required to resolve all cycles. Temporarily changing some use flag for all packages might be the better option. Expected Results: It installs normally This also happens on fedora silverblue on my actual hardware Here is the neofetch of my kinoite instance in a vm [vm@fedora neofetch-master]$ /home/vm/Downloads/neofetch-master/neofetch .',;::::;,'. vm@fedora .';:cccccccccccc:;,. --------- .;cccccccccccccccccccccc;. OS: Fedora Linux 37.20230126.0 (Kinoite) x86_64 .:cccccccccccccccccccccccccc:. Host: KVM/QEMU (Standard PC (Q35 + ICH9, 2009) pc-q35-7.0) .;ccccccccccccc;.:dddl:.;ccccccc;. Kernel: 6.1.7-200.fc37.x86_64 .:ccccccccccccc;OWMKOOXMWd;ccccccc:. Uptime: 1 hour, 10 mins .:ccccccccccccc;KMMc;cc;xMMc;ccccccc:. Packages: 1633 (rpm), 1 (flatpak) ,cccccccccccccc;MMM.;cc;;WW:;cccccccc, Shell: bash 5.2.15 :cccccccccccccc;MMM.;cccccccccccccccc: Resolution: 1280x800 :ccccccc;oxOOOo;MMM0OOk.;cccccccccccc: DE: Plasma 5.26.5 (Wayland) cccccc;0MMKxdd:;MMMkddc.;cccccccccccc; Theme: [Plasma] ccccc;XM0';cccc;MMM.;cccccccccccccccc' Icons: [Plasma], breeze [GTK2/3] ccccc;MMo;ccccc;MMW.;ccccccccccccccc; Terminal: konsole ccccc;0MNc.ccc.xMMd;ccccccccccccccc; CPU: Intel i7-10700F (8) @ 2.903GHz cccccc;dNMWXXXWM0:;cccccccccccccc:, GPU: Red Hat, Inc. Virtio GPU cccccccc;.:odl:.;cccccccccccccc:,. Memory: 2059MiB / 4846MiB :cccccccccccccccccccccccccccc:'. .:cccccccccccccccccccccc:;,.. '::cccccccccccccc::;,.
this same issue happend on endeavour os on the latest kernel
Please attach the full logs.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e56d35f38a65bda8d9596903b8a03dab25d83a71 commit e56d35f38a65bda8d9596903b8a03dab25d83a71 Author: Sam James <sam@gentoo.org> AuthorDate: 2023-01-26 21:48:09 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2023-01-26 21:48:26 +0000 app-misc/pax-utils: add 1.3.7 Stop setting +man by default as the dist tarballs now include man pages. Bug: https://bugs.gentoo.org/892091 Signed-off-by: Sam James <sam@gentoo.org> app-misc/pax-utils/Manifest | 1 + app-misc/pax-utils/pax-utils-1.3.7.ebuild | 77 +++++++++++++++++++++++++++++++ 2 files changed, 78 insertions(+)
Created attachment 849249 [details] this happened after adding use flags to /tmp/etc/portage/make.conf this happened after adding use flags to /tmp/etc/portage/make.conf
(In reply to dnkmmr69420 from comment #4) > Created attachment 849249 [details] > this happened after adding use flags to /tmp/etc/portage/make.conf > > this happened after adding use flags to /tmp/etc/portage/make.conf Again, need the full logs please from scratch, don't modify make.conf during the bootstrap process. But the fix I just pushed should help once it lands in the next snapshot.
Please stop CCing arch teams. They're not related.
(In reply to Sam James from comment #5) > (In reply to dnkmmr69420 from comment #4) > > Created attachment 849249 [details] > > this happened after adding use flags to /tmp/etc/portage/make.conf > > > > this happened after adding use flags to /tmp/etc/portage/make.conf > > Again, need the full logs please from scratch, don't modify make.conf during > the bootstrap process. > > But the fix I just pushed should help once it lands in the next snapshot. Will upload once I compile. this time no files will be modified.
(In reply to Sam James from comment #6) > Please stop CCing arch teams. They're not related. woops I'm sorry. I am very new to bug reporting using bugzilla
No worries at all. So, your original problem is that there was/is a circular dependency between pax-utils->xmlto->libxslt->glibc->pax-utils->... I've fixed that by releasing a new version of pax-utils with pre-generated man pages, so it doesn't need xmlto anymore. I might need you to wait a few hours then try LATEST_TREE_YES=1 TREE_FROM_SRC=1 ./bootstrap-prefix.sh instead from scratch (you need to wait a bit for it to hit the rsync mirrors).
(In reply to Sam James from comment #9) > No worries at all. > > So, your original problem is that there was/is a circular dependency between > pax-utils->xmlto->libxslt->glibc->pax-utils->... > > I've fixed that by releasing a new version of pax-utils with pre-generated > man pages, so it doesn't need xmlto anymore. > > I might need you to wait a few hours then try LATEST_TREE_YES=1 > TREE_FROM_SRC=1 ./bootstrap-prefix.sh instead from scratch (you need to wait > a bit for it to hit the rsync mirrors). so where do I put LATEST_TREE_YES=1 TREE_FROM_SRC=1 on? what do you mean from scratch?
(In reply to dnkmmr69420 from comment #10) > (In reply to Sam James from comment #9) > > No worries at all. > > > > So, your original problem is that there was/is a circular dependency between > > pax-utils->xmlto->libxslt->glibc->pax-utils->... > > > > I've fixed that by releasing a new version of pax-utils with pre-generated > > man pages, so it doesn't need xmlto anymore. > > > > I might need you to wait a few hours then try LATEST_TREE_YES=1 > > TREE_FROM_SRC=1 ./bootstrap-prefix.sh instead from scratch (you need to wait > > a bit for it to hit the rsync mirrors). > > so where do I put LATEST_TREE_YES=1 TREE_FROM_SRC=1 on? what do you mean > from scratch? You would try: 1. LATEST_TREE_YES=1 TREE_FROM_SRC=1 ./bootstrap-prefix.sh, or 2. export LATEST_TREE_YES=1 TREE_FROM_SRC=1 ; bash ./bootstrap-prefix.sh Please don't try this yet, wait a few hours first for it to propagate. From scratch = delete the prefix and bootstrap again.
Please report whether this still fails, if you tried. Thanks!
