I thought it would be a nice thing to have the chance to create containers using Portage that only have the packages needed to do whenever they are trying to do. But when attempted to do so I found that Perl depends on Portage, Python and GCC because its perl-cleaner dependency and that makes it unsuitable to use with slim containers. Since perl-cleaner is nothing but a script it could be a dependency of portage instead, but I do not really know how it should be done instead. The emerge --root feature allowed me previously to make windows executables and other cross compile tricks, but it heavily depends on the runtime dependencies being what it is really needed in runtime. From my point of view Perl does not need perl-cleaner, instead Portage needs it when Perl is installed.
I've just hit the same bug. I use Gentoo as a toolkit to build our embedded router project. We build tiny root file systems and suddenly the build blew up. Cause seems to be that >= perl-5.16.1 has changed the definition of PDEPEND Previously we had: PDEPEND=" !minimal? ( >=app-admin/perl-cleaner-2.5 Now we have: PDEPEND=" >=app-admin/perl-cleaner-2.30 !minimal? ( >=virtual/perl-CPAN-2.290.0 So this change now causes perl-cleaner to be pulled in, which pulls in python, which pulls in some other stuff causing gcc to be pulled in and more. Seems like this was done as part of the fix for bug #905625 ? Can I ask for this change to be considered for reverting please?
Yeah, very fair point. I wonder if we can make both of y'all happy with IDEPEND. That implies you need it for --root but it should be depcleanable. Does that work for you? (Sorry, I can't experiment with it right this second.)
Interesting. I'm not familiar with IDEPEND. I build my containers with something like: ROOT=/some/scratch/space emerge $some_packages Would this suggestion work for me?
Hi, if IDEPEND will allow running emerge --root whatever --depclean and prune perl-cleaner it is good enough to me. But I really wonder if there is need of it being dependency at all, I looked up with ripgrep (Grep alternative) the entire /var/db/repos/gentoo and I did not find a single ebuild or eclass that uses perl-cleaner and it is clear (At least for me) that Perl won't ever use it so it looks not like a real dependency of Perl. Portage would have no problem pulling it as dependency if portage really will use it, the only problem that I can think about is perl-cleaner not depending on portage to avoid a cyclic dependency and that allowing to install it standalone with emerge --root and not working because there is no portage, but, who would do that? I wonder how much of a problem would be my proposed solution.
Also needing perl-cleaner when running emerge --root cross compiling to Windows to install the binpkg is very problematic since mingw won't be able to compile Python because its pthread dependency, but if you are cross compiling to Windows you will have to heavily modify a lots of ebuilds in order to work so it is a minor problem since there are worse problems in cross compiling to Windows support.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=da43ac9b785133914e0893decb31eddf8eba8aac commit da43ac9b785133914e0893decb31eddf8eba8aac Author: Sam James <sam@gentoo.org> AuthorDate: 2024-05-11 01:50:13 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2024-05-11 01:52:20 +0000 dev-lang/perl: EAPI 8, move app-admin/perl-cleaner from PDEPEND->IDEPEND Having perl-cleaner in IDEPEND should allow it to be depcleaned with ROOT. If this ends up not being sufficient, perhaps we should try putting it into @system directly, as then people can easily remove it. Note that I've also adjusted perl-cleaner to move its dev-lang/perl dep from RDEPEND->PDEPEND to avoid a circular dependency here now... Bug: https://bugs.gentoo.org/915046 Signed-off-by: Sam James <sam@gentoo.org> dev-lang/perl/perl-5.38.2-r5.ebuild | 859 ++++++++++++++++++++++++++++++++++++ 1 file changed, 859 insertions(+) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=00aadd9b5059a0675edb18cbb3278059b987ed24 commit 00aadd9b5059a0675edb18cbb3278059b987ed24 Author: Sam James <sam@gentoo.org> AuthorDate: 2024-05-11 01:48:29 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2024-05-11 01:52:20 +0000 app-admin/perl-cleaner: move dev-lang/perl from RDEPEND->PDEPEND This is in preparation for moving app-admin/perl-cleaner in dev-lang/perl from PDEPEND->IDEPEND to allow depcleaning it with ROOT. No ebuilds should use perl-cleaner directly so this should be fine. Bug: https://bugs.gentoo.org/915046 Signed-off-by: Sam James <sam@gentoo.org> app-admin/perl-cleaner/perl-cleaner-2.31-r1.ebuild | 43 ++++++++++++++++++++++ app-admin/perl-cleaner/perl-cleaner-9999.ebuild | 3 +- 2 files changed, 45 insertions(+), 1 deletion(-)
OK, please let me know if this is a bit better now.
(In reply to sergiotarxz from comment #5) > Also needing perl-cleaner when running emerge --root cross compiling to > Windows to install the binpkg is very problematic since mingw won't be able > to compile Python because its pthread dependency, but if you are cross > compiling to Windows you will have to heavily modify a lots of ebuilds in > order to work so it is a minor problem since there are worse problems in > cross compiling to Windows support. FWIW, I'm happy to look at patches for generally improving cross-to-windows support in Gentoo, even if I won't work on it myself independently.
(In reply to Larry the Git Cow from comment #6) > The bug has been referenced in the following commit(s): > > https://gitweb.gentoo.org/repo/gentoo.git/commit/ > ?id=da43ac9b785133914e0893decb31eddf8eba8aac > > commit da43ac9b785133914e0893decb31eddf8eba8aac > Author: Sam James <sam@gentoo.org> > AuthorDate: 2024-05-11 01:50:13 +0000 > Commit: Sam James <sam@gentoo.org> > CommitDate: 2024-05-11 01:52:20 +0000 > > dev-lang/perl: EAPI 8, move app-admin/perl-cleaner from PDEPEND->IDEPEND > > Having perl-cleaner in IDEPEND should allow it to be depcleaned with > ROOT. > > If this ends up not being sufficient, perhaps we should try putting > it into @system directly, as then people can easily remove it. > > Note that I've also adjusted perl-cleaner to move its dev-lang/perl dep > from RDEPEND->PDEPEND to avoid a circular dependency here now... > > Bug: https://bugs.gentoo.org/915046 > Signed-off-by: Sam James <sam@gentoo.org> > > dev-lang/perl/perl-5.38.2-r5.ebuild | 859 > ++++++++++++++++++++++++++++++++++++ > 1 file changed, 859 insertions(+) > > https://gitweb.gentoo.org/repo/gentoo.git/commit/ > ?id=00aadd9b5059a0675edb18cbb3278059b987ed24 > > commit 00aadd9b5059a0675edb18cbb3278059b987ed24 > Author: Sam James <sam@gentoo.org> > AuthorDate: 2024-05-11 01:48:29 +0000 > Commit: Sam James <sam@gentoo.org> > CommitDate: 2024-05-11 01:52:20 +0000 > > app-admin/perl-cleaner: move dev-lang/perl from RDEPEND->PDEPEND > > This is in preparation for moving app-admin/perl-cleaner in dev-lang/perl > from PDEPEND->IDEPEND to allow depcleaning it with ROOT. > > No ebuilds should use perl-cleaner directly so this should be fine. > > Bug: https://bugs.gentoo.org/915046 > Signed-off-by: Sam James <sam@gentoo.org> > > app-admin/perl-cleaner/perl-cleaner-2.31-r1.ebuild | 43 > ++++++++++++++++++++++ > app-admin/perl-cleaner/perl-cleaner-9999.ebuild | 3 +- > 2 files changed, 45 insertions(+), 1 deletion(-) I am making a crossdev environment to test it. (In reply to Sam James from comment #8) > (In reply to sergiotarxz from comment #5) > > Also needing perl-cleaner when running emerge --root cross compiling to > > Windows to install the binpkg is very problematic since mingw won't be able > > to compile Python because its pthread dependency, but if you are cross > > compiling to Windows you will have to heavily modify a lots of ebuilds in > > order to work so it is a minor problem since there are worse problems in > > cross compiling to Windows support. > > FWIW, I'm happy to look at patches for generally improving cross-to-windows > support in Gentoo, even if I won't work on it myself independently. The problem is it is easy to me to make such patches when I do not have to care about those ebuilds continuing to be useful for actual gentoo, but if I have to care my patches to provide correct behavior in windows and every gentoo architecture I simply do not know how to discriminate, making OS specific patches for meson files and things like that. I am not very familiar with ebuilds yet and I do not have too much time currently.
(In reply to sergiotarxz from comment #9) > > FWIW, I'm happy to look at patches for generally improving cross-to-windows > > support in Gentoo, even if I won't work on it myself independently. > The problem is it is easy to me to make such patches when I do not have to > care about those ebuilds continuing to be useful for actual gentoo, but if I > have to care my patches to provide correct behavior in windows and every > gentoo architecture I simply do not know how to discriminate, making OS > specific patches for meson files and things like that. > > I am not very familiar with ebuilds yet and I do not have too much time > currently. I understand. The offer is there though and I can at least give guidance on making them generic, and depending on if I can at least understand the Windows problem, may or may not be willing to sometimes fix them up for you.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=32499b48da6ebacee94f4c84e49a145beb681d11 commit 32499b48da6ebacee94f4c84e49a145beb681d11 Author: Matt Jolly <kangie@gentoo.org> AuthorDate: 2024-05-26 01:52:15 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2024-05-28 00:56:36 +0000 app-admin/perl-cleaner: dev-lang/perl from PDEPEND -> RDEPEND This commit effectively reverts 00aadd9b5059a0675edb18cbb3278059b987ed24 as the combination of that change with fe38b09da732bbee5c7cf411852b04eb76ebb40f's changes to dev-lang/perl's dependencies result in circular dependencies in prefix. ``` (dev-lang/perl-5.38.2-r5:0/5.38::gentoo, ebuild scheduled for merge) depends on (app-admin/perl-cleaner-2.31-r1:0/0::gentoo, ebuild scheduled for merge) (runtime) (sys-apps/portage-3.0.64-r2:0/0::gentoo, ebuild scheduled for merge) (runtime) (app-admin/eselect-1.4.27-r1:0/0::gentoo, ebuild scheduled for merge) (runtime) (sys-apps/coreutils-9.5:0/0::gentoo, ebuild scheduled for merge) (buildtime) (dev-lang/perl-5.38.2-r5:0/5.38::gentoo, ebuild scheduled for merge) (buildtime) ``` [sam: Added some detail to commit message, revbumped too.] Bug: https://bugs.gentoo.org/932348 Bug: https://bugs.gentoo.org/905625 Bug: https://bugs.gentoo.org/915046 Signed-off-by: Matt Jolly <kangie@gentoo.org> Closes: https://github.com/gentoo/gentoo/pull/36818 Signed-off-by: Sam James <sam@gentoo.org> .../{perl-cleaner-2.31-r1.ebuild => perl-cleaner-2.31-r2.ebuild} | 2 +- app-admin/perl-cleaner/perl-cleaner-9999.ebuild | 1 - 2 files changed, 1 insertion(+), 2 deletions(-) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=52013a947b62f88873a924a8cd7adb69af66c3b9 commit 52013a947b62f88873a924a8cd7adb69af66c3b9 Author: Matt Jolly <kangie@gentoo.org> AuthorDate: 2024-05-26 01:46:34 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2024-05-28 00:54:21 +0000 dev-lang/perl: PDEPEND on perl-cleaner if USE !minimal This change effectively reverts fe38b09da732bbee5c7cf411852b04eb76ebb40f as the combination of moving perl-cleaner to IDEPEND after this and 00aadd9b5059a0675edb18cbb3278059b987ed24 moving dev-lang/perl from RDEPEND -> PDEPEND in perl-cleaner results in circular dependencies. ``` (dev-lang/perl-5.38.2-r5:0/5.38::gentoo, ebuild scheduled for merge) depends on (app-admin/perl-cleaner-2.31-r1:0/0::gentoo, ebuild scheduled for merge) (runtime) (sys-apps/portage-3.0.64-r2:0/0::gentoo, ebuild scheduled for merge) (runtime) (app-admin/eselect-1.4.27-r1:0/0::gentoo, ebuild scheduled for merge) (runtime) (sys-apps/coreutils-9.5:0/0::gentoo, ebuild scheduled for merge) (buildtime) (dev-lang/perl-5.38.2-r5:0/5.38::gentoo, ebuild scheduled for merge) (buildtime) It might be possible to break this cycle by applying any of the following changes: - app-admin/perl-cleaner-2.31-r1 (Change USE: +pkgcore) - sys-apps/portage-3.0.64-r2 (Change USE: +build) ``` [sam: Added some detail to commit message, revbumped too.] Bug: https://bugs.gentoo.org/932348 Bug: https://bugs.gentoo.org/905625 Bug: https://bugs.gentoo.org/915046 Signed-off-by: Matt Jolly <kangie@gentoo.org> Signed-off-by: Sam James <sam@gentoo.org> dev-lang/perl/perl-5.38.2-r6.ebuild | 865 +++++++++++++++++++++ ...5.40.0_rc1.ebuild => perl-5.40.0_rc1-r1.ebuild} | 3 +- 2 files changed, 867 insertions(+), 1 deletion(-)
We've now one back to the old situation where USE=minimal acts like it before this bug was filed because of bug 932348. This regresses bug 905625 but that's a minor thing in comparison.
