| Summary: | sys-libs/db:6.0 (mips) keyword request | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Kent Fredric (IRC: kent\n) (RETIRED) <kentnl> | ||||||
| Component: | Keywording | Assignee: | Gentoo's Team for Core System packages <base-system> | ||||||
| Status: | RESOLVED FIXED | ||||||||
| Severity: | normal | CC: | sam | ||||||
| Priority: | Normal | Keywords: | KEYWORDREQ | ||||||
| Version: | unspecified | Flags: | nattka:
sanity-check+
|
||||||
| Hardware: | All | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Package list: |
sys-libs/db-6.0.35-r4
|
Runtime testing required: | --- | ||||||
| Attachments: |
|
||||||||
|
Description
Kent Fredric (IRC: kent\n) (RETIRED)
2020-06-27 19:06:10 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.
(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) Unable to check for sanity:
> package masked: sys-libs/db-18.1.32
Unable to check for sanity:
> no match for package: sys-libs/db-6.0.35-r2
All sanity-check issues have been resolved Unable to check for sanity:
> no match for package: sys-libs/db-6.0.35-r3
All sanity-check issues have been resolved The dependency calculation seems off when run outside of a MIPS environment. Likely a bug somewhere in our profiles setup. This is what I get on my SGI Octane system when I keyword sys-libs/db-6.0.35-r4: # emerge =sys-libs/db-6.0.35-r4 -pv These are the packages that would be merged, in order: Calculating dependencies ... done! [ebuild NS ] sys-libs/db-6.0.35-r4:6.0::gentoo [4.8.30-r4:4.8::gentoo] USE="-cxx -doc -examples (-java) -tcl -test" 0 KiB Total: 1 package (1 in new slot), Size of downloads: 0 KiB So it looks easy to test-compile this. I'll do that and add our keyword if it compiles cleanly. I don't know of a good test-case, though so a compile test will have to do. (In reply to Joshua Kinard from comment #8) > The dependency calculation seems off when run outside of a MIPS environment. > Likely a bug somewhere in our profiles setup. This is what I get on my SGI > Octane system when I keyword sys-libs/db-6.0.35-r4: Do you mean the missing indication that it's unkeyworded? That seems odd to me too. Are you sure there's no weird e.g. package.keywords in /etc/portage/* or similar? grep -rsin "sys-libs/db" /etc/portage emerge --info > > # emerge =sys-libs/db-6.0.35-r4 -pv > > These are the packages that would be merged, in order: > > Calculating dependencies ... done! > [ebuild NS ] sys-libs/db-6.0.35-r4:6.0::gentoo [4.8.30-r4:4.8::gentoo] > USE="-cxx -doc -examples (-java) -tcl -test" 0 KiB > > Total: 1 package (1 in new slot), Size of downloads: 0 KiB > > So it looks easy to test-compile this. I'll do that and add our keyword if > it compiles cleanly. I don't know of a good test-case, though so a compile > test will have to do. Run the test suite with FEATURES=test? (do --with-test-deps without the FEATURES first) (In reply to Sam James from comment #9) > (In reply to Joshua Kinard from comment #8) > > The dependency calculation seems off when run outside of a MIPS environment. > > Likely a bug somewhere in our profiles setup. This is what I get on my SGI > > Octane system when I keyword sys-libs/db-6.0.35-r4: > > Do you mean the missing indication that it's unkeyworded? That seems odd to > me too. > > Are you sure there's no weird e.g. package.keywords in /etc/portage/* or > similar? > > grep -rsin "sys-libs/db" /etc/portage Nothing returned for this command. That means the USE masking for us is happening at the profile level. I suspect the Qt and other GUI-related packages were getting dragged in by the 'java' USE not being evaluated correctly by Kent's repoman run. Java and MIPS have a "complicated" history, so it's been masked for the longest time IIRC. > emerge --info See attachment in a few minutes. Note this machine is behind quite a bit, as I haven't updated it in 2+ months. > > > > # emerge =sys-libs/db-6.0.35-r4 -pv > > > > These are the packages that would be merged, in order: > > > > Calculating dependencies ... done! > > [ebuild NS ] sys-libs/db-6.0.35-r4:6.0::gentoo [4.8.30-r4:4.8::gentoo] > > USE="-cxx -doc -examples (-java) -tcl -test" 0 KiB > > > > Total: 1 package (1 in new slot), Size of downloads: 0 KiB > > > > So it looks easy to test-compile this. I'll do that and add our keyword if > > it compiles cleanly. I don't know of a good test-case, though so a compile > > test will have to do. > > Run the test suite with FEATURES=test? (do --with-test-deps without the > FEATURES first) The ebuild itself restricts testing it looks: Compile test ran fine, so I'll push the addition of the ~mips keyword. I'll circle back to running the testsuite later on after I catch this machine up to more recent packages. It's not the fastest thing on the planet anymore. Created attachment 708819 [details]
emerge --info from running MIPS system 20210515
(In reply to Joshua Kinard from comment #10) > The ebuild itself restricts testing it looks: Ignore this bit, typed in error and forgot to delete. The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ea7f9b143ea1b003ed79aff53e53f176ad6e9e66 commit ea7f9b143ea1b003ed79aff53e53f176ad6e9e66 Author: Joshua Kinard <kumba@gentoo.org> AuthorDate: 2021-05-15 20:07:12 +0000 Commit: Joshua Kinard <kumba@gentoo.org> CommitDate: 2021-05-15 20:07:33 +0000 sys-libs/db: Added ~mips to KEYWORDS Bug: https://bugs.gentoo.org/729932 Signed-off-by: Joshua Kinard <kumba@gentoo.org> Package-Manager: Portage-3.0.18, Repoman-3.0.3 sys-libs/db/db-6.0.35-r4.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) ~mips was already done in #comment 13 All arches done. Closing. |
