Thanks.
Sanity check failed: > sys-apps/eza-0.11.0 > bdepend ~ppc64 stable profile default/linux/ppc64/17.0 (19 total) > virtual/pandoc > bdepend ~ppc64 dev profile default/linux/ppc64/17.0/musl (2 total) > virtual/pandoc
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=52e043ff71a07e901e107d4ef52bb7a393b01537 commit 52e043ff71a07e901e107d4ef52bb7a393b01537 Author: Sam James <sam@gentoo.org> AuthorDate: 2023-09-11 00:56:11 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2023-09-11 00:56:11 +0000 profiles/arch: duplicate exa[man] masks for eza Bug: https://bugs.gentoo.org/913960 Bug: https://bugs.gentoo.org/913961 Signed-off-by: Sam James <sam@gentoo.org> profiles/arch/arm64/package.use.mask | 1 + profiles/arch/powerpc/ppc64/package.use.mask | 1 + 2 files changed, 2 insertions(+)
arm64 done
Either commit `52e043ff71a07e901e107d4ef52bb7a393b01537`, line 188 of `sys-apps/eza-0.13.1::gentoo`'s ebuild file, or both combined breaks `sys-apps/eza` for users who've installed Pandoc from `::haskell` instead of from `::gentoo`. `app-text/pandoc` has been split into `app-text/pandoc-cli` and `dev-haskell/pandoc` over in `::haskell`. I can start a thread about this on the forums and any needed follow-up issues here on Bugzilla later.
(In reply to Bryce Glover from comment #4) > Either commit `52e043ff71a07e901e107d4ef52bb7a393b01537`, line 188 of > `sys-apps/eza-0.13.1::gentoo`'s ebuild file, or both combined breaks > `sys-apps/eza` for users who've installed Pandoc from `::haskell` instead of > from `::gentoo`. `app-text/pandoc` has been split into > `app-text/pandoc-cli` and `dev-haskell/pandoc` over in `::haskell`. I can > start a thread about this on the forums and any needed follow-up issues here > on Bugzilla later. I think the ::haskell overlay needs to provide its own virtual.
> I think the ::haskell overlay needs to provide its own virtual. That's what I thought the likely solution might be and what I was going to note when I started a forum thread for this. (Or I can just skip that and go ahead and see if I can contribute a `virtual/pandoc::haskell` ebuild soon.)
x86 done
(In reply to Bryce Glover from comment #6) > > I think the ::haskell overlay needs to provide its own virtual. > > That's what I thought the likely solution might be and what I was going > to note when I started a forum thread for this. (Or I can just skip that > and go ahead and see if I can contribute a `virtual/pandoc::haskell` ebuild > soon.) Yeah, just go straight to doing that. The relevant Haskell people aren't on the forums anyway. Would be better off starting a discussion on the overlay's issues/discussion page or on #gentoo-haskell on IRC.
(or just file a PR and discuss there as it's pretty straightforward)
(In reply to Sam James from comment #9) > (or just file a PR and discuss there as it's pretty straightforward) It's still a draft for the moment, but I just opened a PR at <https://github.com/gentoo-haskell/gentoo-haskell/pull/1481>.
(In reply to Bryce Glover from comment #10) > (In reply to Sam James from comment #9) > > (or just file a PR and discuss there as it's pretty straightforward) > > It's still a draft for the moment, but I just opened a PR at > <https://github.com/gentoo-haskell/gentoo-haskell/pull/1481>. gentoo-haskell/gentoo-haskell#1481 isn't a draft PR any more and should get merged to `::haskell` soon, I think.
(In reply to Bryce Glover from comment #11) > gentoo-haskell/gentoo-haskell#1481 isn't a draft PR any more and should > get merged to `::haskell` soon, I think. This got merged on Sunday.
riscv done
ppc64 done all arches done