[SOLVED]: util-linux and imaginary Herd

[twork]

Doing a routine system update, for the past few days "sys-apps/util-linux-2.41.3-r1" has been failing with:

Code: Select all

[...]
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/sys-apps/util-linux-2.41.3-r1/work/util-linux-2.41.3 ...
 * abi_x86_64.amd64: running multilib-minimal_abi_src_configure
 * ERROR: sys-apps/util-linux-2.41.3-r1::gentoo failed (configure phase):
 *   USE Flag 'kernel_Hurd' not in IUSE for sys-apps/util-linux-2.41.3-r1
 *
 * Call stack:
 *          ebuild.sh, line  143:  Called src_configure
 *        environment, line 3214:  Called multilib-minimal_src_configure
 *        environment, line 1890:  Called multilib_foreach_abi 'multilib-minimal_abi_src_configure'
 *        environment, line 2140:  Called multibuild_foreach_variant '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure'
 *        environment, line 1845:  Called _multibuild_run '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure'
 *        environment, line 1843:  Called _multilib_multibuild_wrapper 'multilib-minimal_abi_src_configure'
 *        environment, line  370:  Called multilib-minimal_abi_src_configure
 *        environment, line 1884:  Called multilib_src_configure
 *        environment, line 2391:  Called use 'kernel_Hurd'
 *   phase-helpers.sh, line  276:  Called die
 * The specific snippet of code:
 *                              die "USE Flag '${u}' not in IUSE for ${CATEGORY}/${PF}"
 *
 * If you need support, post the output of `emerge --info '=sys-apps/util-linux-2.41.3-r1::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=sys-apps/util-linux-2.41.3-r1::gentoo'`.
 * The complete build log is located at '/var/tmp/portage/sys-apps/util-linux-2.41.3-r1/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sys-apps/util-linux-2.41.3-r1/temp/environment'.
 * Working directory: '/var/tmp/portage/sys-apps/util-linux-2.41.3-r1/work/util-linux-2.41.3-abi_x86_64.amd64'
 * S: '/var/tmp/portage/sys-apps/util-linux-2.41.3-r1/work/util-linux-2.41.3'

This machine has never hosted anything HURD-related; I don't find anything HURD-related in my portage settings; in the portage tree, four current versions of the util-linux ebuild file don't contain the string "Hurd" anywhere... so, why might I have earned

Code: Select all

USE Flag 'kernel_Hurd' not in IUSE for sys-apps/util-linux-2.41.3-r1

?


Build log: https://bpa.st/FJ3Q

"emerge --info": https://bpa.st/ZTUA

[logrusx]

This machine has never hosted anything HURD-related; I don't find anything HURD-related in my portage settings; in the portage tree, four current versions of the util-linux ebuild file don't contain the string "Hurd" anywhere... so, why might I have earned

Code: Select all

USE Flag 'kernel_Hurd' not in IUSE for sys-apps/util-linux-2.41.3-r1

?

Because the ebuild references a use flag that it didn't declare in IUSE. That's what the message says.

From gitlog it seems they are changing some stuff and perhaps something not quite complete made it to the tree. File a bug if there isn't any yet.

Best Regards,
Georgi

[Josef.95]

Hi, I think the problem is probably your invalid profile.
From your emerge --info:

Code: Select all

Portage 3.0.77 (python 3.13.11-final-0, !../../var/db/repos/gentoo/profiles/default/linux/amd64/23.0,

and

Repositories:

gentoo
    location: /var/db/repos/zfs-overlay
    sync-type: git
    sync-uri: https://twork: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@github.com/gentoo/gentoo.git
    priority: -1000
    volatile: False
    sync-git-verify-commit-signature: no

Fix the repo and profile symlink should probably help.

[sam_]

Yes, if your profile symlink is dead, it won't pick up new USE_EXPAND definitions.

[twork]

Hi, I think the problem is probably your invalid profile.
From your emerge --info:

Code: Select all

Portage 3.0.77 (python 3.13.11-final-0, !../../var/db/repos/gentoo/profiles/default/linux/amd64/23.0,

and

Repositories:

gentoo
    location: /var/db/repos/zfs-overlay
    sync-type: git
    sync-uri: https://twork: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@github.com/gentoo/gentoo.git
    priority: -1000
    volatile: False
    sync-git-verify-commit-signature: no

Fix the repo and profile symlink should probably help.

I am confused...

I haven't changed the system profile in a long time; when I looked under /etc/profile, it pointed to:

Code: Select all

make.profile -> ../../var/db/repos/gentoo/profiles/default/linux/amd64/23.0

...which looks right to me. Checked, and yes that path is present; when I ran "eselect profile list", it listed 54 entries, but none were tagged as selected. The one at the top:

Code: Select all

  [1]   default/linux/amd64/23.0 (stable)

...looked to me to correspond with the one linked in /etc/portage/. But I thought, well, maybe there's a broken chain somewhere, so I did:

Code: Select all

$ sudo eselect profile set 1

...and now I see (partial list):

Code: Select all

$ sudo eselect profile list
Available profile symlink targets:
  [1]   default/linux/amd64/23.0 (stable) *
  [2]   default/linux/amd64/23.0/systemd (stable)
  [3]   default/linux/amd64/23.0/desktop (stable)
  [4]   default/linux/amd64/23.0/desktop/systemd (stable)
[...]

That asterisk at the end is new, so I thought maybe some problem had been fixed? But, back in /etc/profile/, I now find:

Code: Select all

lrwxrwxrwx 1 root root   64 Mar 24 05:08 make.profile -> ../../var/db/repos/zfs-overlay/profiles/default/linux/amd64/23.0

Forgive my ignorance: is it right to say that there have been various changes, over the last months/years, around how overlays are handled, right? Am I demonstrating here how these things can be done wrong...?

Should I see "zfs-overlay" as it's listed here, instead of the ...amd64/23.0 entry that I (thought I) selected to begin with?

Obviously I don't know why this came up (repeating from above, from --info):

Code: Select all

Portage 3.0.77 (python 3.13.11-final-0, !../../var/db/repos/gentoo/profiles/default/linux/amd64/23.0

Before Josef.95 pointed it out, I wouldn't have noticed the significance of that "!". But the link it points to strikes me as the correct one; "eselect" seems (to me) to be pointing at a correct profile as well; but after I select it, it isn't (any longer) the entry which appears on the actual system.

Now when I run "emerge --info", here's a partial:

Code: Select all

Portage 3.0.77 (python 3.13.11-final-0, default/linux/amd64/23.0, gcc-15, glibc-2.42-r5, 6.19.8-gentoo-dist x86_64)

That "!" is gone, but emerge is failing with different errors; I'll leave out the specifics for now because I think I'm making some kind of obvious mistake...

In case it's useful, latest "emerge --list" here:

https://bpa.st/VVUA

Thanks, all.

[sam_]

Can we see the new errors please? It's not clear why it's syncing into zfs-overlay. Can we see your /etc/portage/repos.conf/*?

Note that the sync-uri here seems to include some credentials so you may need to revoke whatever GitHub token has been exposed there.

[twork]

In case this help/demonstrates/etc.:

On the machine, under '/etc/portage/repos.conf/', I have:

Code: Select all

-rw-r--r-- 1 root root 133 Jul 31  2025 eselect-repo.conf
-rw-r--r-- 1 root root 678 Nov 21 21:05 zfs.conf
-rw-r--r-- 1 root root 195 Dec  8 06:03 gentoo.conf

eselect-repo.conf:

Code: Select all

# created by eselect-repo

[guru]
location = /var/db/repos/guru
sync-type = git
sync-uri = https://github.com/gentoo-mirror/guru.git

gentoo.conf:

Code: Select all

[DEFAULT]
main-repo = gentoo
[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/repo/sync/gentoo.git
auto-sync = yes
sync-git-verify-commit-signature = no

zfs.conf:

Code: Select all

[gentoo]
location = /var/db/repos/zfs-overlay
sync-type = git
sync-uri = https://twork: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@github.com/gentoo/gentoo.git
auto-sync = yes

[twork]

Maybe this is the problem: in ...repos.conf/zfs.conf, the line:

Code: Select all

[gentoo]

...over what is, obviously, an overlay, not the base system, so should that "[gentoo]" be changed, to point to something like "[zfs]"?

My guess is, it's wrong, but what should go there instead?

Guessing, guessing...

[twork]

Note that the sync-uri here seems to include some credentials so you may need to revoke whatever GitHub token has been exposed there.

I thought that the exposed parts were public parts, no? Since by any send ("https whatever"), I'm only exposing data that isn't sensitive?

I can go re-GetHub, I just didn't realize what kind of mistake I've made.

[sam_]

I think 'twork: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' are credentials (username and a token).

Anyway, yes, you should delete zfs.conf (it is syncing from gentoo.git anyway, but the 'wrong one' (no news or metadata or GLSAs)). Then adjust gentoo.conf to use location = /var/db/repos/gentoo instead. You can also drop the sync-git-verify-commit-signature = no line.

[twork]

Yep, got rid of zfs.conf, fixed gentoo.conf... "emerge --sync" did run, I think it took more than one try, not sure, but whatever it's happy now.

Thanks!