According to https://wiki.gentoo.org/wiki/Gentoo_Binary_Host_Quickstart, both amd64/23.0/x86-64 and amd64/23.0/x86-64-v3 Gentoo binhost packages are being built with the flags from the following profiles for general compatibility: default/linux/amd64/23.0/no-multilib default/linux/amd64/23.0/desktop/gnome default/linux/amd64/23.0/desktop/gnome/systemd default/linux/amd64/23.0/desktop/plasma/systemd If the above holds true, it looks like the binhost's USE flags need to be updated to reflect recent changes in the plasma profile to include, at the very least, the following flags: screencast semantic-desktop !!! The following binary packages have been ignored due to non matching USE: =kde-apps/dolphin-24.08.3 -semantic-desktop =kde-plasma/kwin-6.2.5 -screencast -systemd =kde-plasma/kwin-6.2.5 -lock -screencast
The semantic-desktop USE flag has been set on the plasma profile since 2015, there are no recent changes to consider. Besides, the binhost builders directly use the profiles in question, which is how they provide packages built with those USE flags. :) Looking at the binhost index, we have dolphin binpackages both with and without semantic-desktop. Similarly for kwin, we have packages both with and without screencast support. Did you have an issue where you were unable to install those packages using the unmodified plasma profile? Because you should not *just* see those 3 options. e.g. if I trigger emerge to report alternative builds by setting USE="-handbook" I get this report: !!! The following binary packages have been ignored due to non matching USE: =kde-plasma/kwin-6.2.5 handbook lock -systemd =kde-plasma/kwin-6.2.5 handbook =kde-plasma/kwin-6.2.5 handbook lock screencast =kde-apps/dolphin-24.08.3 handbook =kde-apps/dolphin-24.08.3 handbook semantic-desktop It's worth noting that: - we do dedicated sub-runs of the gnome/systemd builder with some tweaked USE flags which includes re-building packages without screencast - kde packages are built both on the plasma/systemd profile, and on the gnome (without systemd) profile, which means dolphin is also being built without semantic-desktop - all builders run "lucky" builds which select 3 random packages and try to build them with autounmasked USE. It's not guaranteed that those packages will remain available long-term after a version bump unless they win the random lottery again
Ah my apologies for my confusion and misreport. I am using a *nearly* unmodified Plasma profile where the only differences in my global (and package) USE flags can't account for what I reported re: semantic-desktop and screencast. I now think that the Gentoo binhosts I use hadn't yet received the packages with the corresponding flags that I needed. Part of my confusion stemmed from a similar issue involving the same USE flags blocking bins for an update in the recent past. I just checked again and I'm now being offered kde-apps/dolphin-24.08.3-7 and kde-plasma/kwin-6.2.5-5 as a bin as you would expect. I think I'll have to start waiting 3-4 days to update @world after repo syncs, to avoid this in the future. Thanks for your help/explanation.
Note that builds start running around 5am EST. Depending on how many packages need to be built it can finish after an hour, and almost certainly tends to finish by the time 11am rolls around. The pathological case is whenever dev-libs/icu gets a major bump as then we need to rebuild tons of browsers / libreoffice and other heavy packages, so it can take most of the day. You should hopefully never need to wait more than 24 hours! The general problem is bug 924772. You may want to subscribe to that one.
I have made some slight edits to the wiki page which should hopefully clear things up a bit. In particular the latest FAQ entry.
The edits help a lot, particularly pointing to milou which covers some other questions I had. Thanks again. Should I close this bug as RESOLVED -> INVALID or WORKSFORME?
Great, happy to help. Your INVALID status works fine for me. :)
