www-client/ungoogled-chromium-bin: depend on exact package slots

[matijaskala]

ungoogled-chromium-bin-84 will still depend on libopenh264.so.4 even after reinstall

[PF4Public]

Did I understood it right: due to := portage is trying to rebuild -bin ebuild which is futile as it is a binary release and cannot be rebuilt? And if that is true, is this a problem?

Anyway, may I ask you to elaborate on the issue you're trying to solve and the way you're trying to solve it?

[matijaskala]

Yes, this is one problem. Another problem is that if the correct version of openh264 is not installed then portage will not complain about this.
chrome executable needs libopenh264.so.4, not just any libopenh264.so.

[PF4Public]

chrome executable needs libopenh264.so.4, not just any libopenh264.so.

Shouldn't >=media-libs/openh264-1.6.0:0/0 be >=media-libs/openh264-1.6.0:0/4 then?

Given, that Gentoo has only one icu version, what is the purpose of changing icu dependency? Also, why not using >= ?

[matijaskala]

The subslot for libopenh264.so.4 is :0/0, not :0/4.
Only icu-67* has libicuuc.so.67 and libicui18n.so.67. Maybe I should have written that as dev-libs/icu:0/67.1, but I thought that that version range would be too narrow (because of .1). When icu-68 appears, the executable will still need icu-67.

[PF4Public]

Got it! Thanks!