Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 729932 - sys-libs/db:6.0 (mips) keyword request
Summary: sys-libs/db:6.0 (mips) keyword request
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Keywording (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords: KEYWORDREQ
Depends on:
Blocks:
 
Reported: 2020-06-27 19:06 UTC by Kent Fredric (IRC: kent\n) (RETIRED)
Modified: 2020-06-28 08:16 UTC (History)
1 user (show)

See Also:
Package list:
sys-libs/db-6.0.35-r2
Runtime testing required: ---
nattka: sanity-check+


Attachments
db-mips.txt (db.txt,4.10 KB, text/plain)
2020-06-27 19:06 UTC, Kent Fredric (IRC: kent\n) (RETIRED)
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kent Fredric (IRC: kent\n) (RETIRED) gentoo-dev 2020-06-27 19:06:10 UTC
Created attachment 646870 [details]
db-mips.txt

- dev-lang/perl currently depends on sys-libs/db
- dev-lang/perl is currently keyworded for ~mips

Subsequently, its pertinent that sys-libs/db:6.0 be eventually keyworded.

However, it seems this has gone on like this for too long, and its subsequently a giant mess to fix.

I got digging into it, starting with an explicit keywording of sys-libs/db:6.0, and then using a repoman (-d -e y) driven process to find out what breaks, but after it exceeded 100 items (passing through icedtea-bin, and qt in the process), I concluded that I don't have the tools to do this correctly.

Deep in the stack I found annoying problems I couldn't make repoman shut up about, so I'm guessing I'm missing some profile love in repoman.

eg:

> dependency.badinexp media-sound/pulseaudio/pulseaudio-13.0.ebuild: PDEPEND: ~mips(default/linux/mips/17.0/mipsel/multilib/n32) ['>=media-plugins/alsa-plugins-1.0.27-r1[pulseaudio,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.badinexp media-sound/pulseaudio/pulseaudio-13.0.ebuild: PDEPEND: ~mips(default/linux/mips/17.0/mipsel/multilib/n64) ['>=media-plugins/alsa-plugins-1.0.27-r1[pulseaudio,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.badinexp media-sound/pulseaudio/pulseaudio-13.0.ebuild: PDEPEND: ~mips(default/linux/mips/17.0/mipsel/multilib/o32) ['>=media-plugins/alsa-plugins-1.0.27-r1[pulseaudio,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.badinexp media-sound/pulseaudio/pulseaudio-13.0.ebuild: PDEPEND: ~mips(default/linux/mips/17.0/mipsel/n32) ['>=media-plugins/alsa-plugins-1.0.27-r1[pulseaudio,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.badinexp media-sound/pulseaudio/pulseaudio-13.0.ebuild: PDEPEND: ~mips(default/linux/mips/17.0/mipsel/n64) ['>=media-plugins/alsa-plugins-1.0.27-r1[pulseaudio,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.badinexp media-sound/pulseaudio/pulseaudio-13.0.ebuild: PDEPEND: ~mips(default/linux/mips/17.0/mipsel/o32) ['>=media-plugins/alsa-plugins-1.0.27-r1[pulseaudio,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.badinexp media-sound/pulseaudio/pulseaudio-13.0.ebuild: PDEPEND: ~mips(default/linux/mips/17.0/multilib/n32) ['>=media-plugins/alsa-plugins-1.0.27-r1[pulseaudio,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.badinexp media-sound/pulseaudio/pulseaudio-13.0.ebuild: PDEPEND: ~mips(default/linux/mips/17.0/multilib/n64) ['>=media-plugins/alsa-plugins-1.0.27-r1[pulseaudio,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.badinexp media-sound/pulseaudio/pulseaudio-13.0.ebuild: PDEPEND: ~mips(default/linux/mips/17.0/multilib/o32) ['>=media-plugins/alsa-plugins-1.0.27-r1[pulseaudio,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.badinexp media-sound/pulseaudio/pulseaudio-13.0.ebuild: PDEPEND: ~mips(default/linux/mips/17.0/n32) ['>=media-plugins/alsa-plugins-1.0.27-r1[pulseaudio,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.badinexp media-sound/pulseaudio/pulseaudio-13.0.ebuild: PDEPEND: ~mips(default/linux/mips/17.0/n64) ['>=media-plugins/alsa-plugins-1.0.27-r1[pulseaudio,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.badinexp media-sound/pulseaudio/pulseaudio-13.0.ebuild: PDEPEND: ~mips(default/linux/mips/17.0/o32) ['>=media-plugins/alsa-plugins-1.0.27-r1[pulseaudio,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']

And I really didn't want to CC 100+ different maintainers on a huge monobug.

So I'll file this bug and hope base-system can push it forwards in some way, even if it turns into punting it onto dependents with their own bugs.

I'm also prematurely CCing mips on this, because some insight into this mess is needed on their part, and maybe they need to package.use.mask a whole lot of things to bring this back into a workable situation.

( I was actually hoping to put together a worklist for prefix, but their job is even worse for this, and mips turned up in the process, and it turned up as a lower hanging fruit to target first ... )

If we can't see anyway to make headway on this, it *might* be time to start thinking about de-mipsing dev-lang/perl, but based on what I see, that's basically a "kill off mips" situation.

But I have a strong feeling that the data I collected using repoman is critically flawed for reasons I don't yet understand.

Attached is as far as I got before I gave up on working out the dependencies that also needed keywording, with a stats blob at the bottom with maintainers in, so you can understand *why* I gave up.
Comment 1 Mike Gilbert gentoo-dev 2020-06-28 02:18:49 UTC
> If we can't see anyway to make headway on this, it *might* be time to start thinking about de-mipsing dev-lang/perl, but based on what I see, that's basically a "kill off mips" situation.

Does dev-lang/perl actually need db-6.0? Older versions of db are keyworded on mips, and they are not going to be removed for the foreseeable future.

Also, pkgcheck doesn't complain when I add '~mips' to sys-libs/db-6.0.35-r2.

repoman complains about all version when I run it with "-e y". I think masking the java USE flag would suffice.
Comment 2 Kent Fredric (IRC: kent\n) (RETIRED) gentoo-dev 2020-06-28 08:02:56 UTC
(In reply to Mike Gilbert from comment #1)
> > If we can't see anyway to make headway on this, it *might* be time to start thinking about de-mipsing dev-lang/perl, but based on what I see, that's basically a "kill off mips" situation.
> 
> Does dev-lang/perl actually need db-6.0? Older versions of db are keyworded
> on mips, and they are not going to be removed for the foreseeable future.
> 
> Also, pkgcheck doesn't complain when I add '~mips' to sys-libs/db-6.0.35-r2.
> 
> repoman complains about all version when I run it with "-e y". I think
> masking the java USE flag would suffice.

Sure, but I am just thinking about the future, hence, there's no panic here. But seeing all the other major arches have it keyworded, I'm just kicking the tires.

*Apparently* the `java` use flag is *already* masked.

profiles/arch/mips/use.mask:# masked because of silly java deps with gnome (we have no jre on mips)
profiles/arch/mips/use.mask:# There is no java in this profile (if there is it must be available). Without
profiles/arch/mips/use.mask:java

So Repoman is being utterly stupid and not helping at all. 

(Or maybe there are mips profiles that don't properly inherit mips/use.mask? idk, the whole thing is a mess)
Comment 3 NATTkA bot gentoo-dev 2020-06-28 08:04:42 UTC
Unable to check for sanity:

> package masked: sys-libs/db-18.1.32