View previous topic :: View next topic |
Author |
Message |
kurdy n00b
Joined: 29 Dec 2023 Posts: 6 Location: Switzerland
|
Posted: Sat Oct 12, 2024 10:00 am Post subject: How force bin package for a single package ? |
|
|
Hi,
My configuration (classic desktop) allows me to use binary packages if they are compatible with my flags and the system compiles accordingly. It's perfect, it works, and it's what I want.
I just have www-client/chromium package that is now going through the compilation cycle and I would like to determine the cause or force the bin because I don't use this software much except for testing purpose so I would like to avoid compiling.
I don't know how to do this for a specific package, without consequences for the rest of the system. if it's better to keep this mode it's not a big problem i can virtualize chromium/chrome for my testing
Thanks for your advices |
|
Back to top |
|
|
bstaletic Guru
Joined: 05 Apr 2014 Posts: 385
|
Posted: Sat Oct 12, 2024 10:05 am Post subject: |
|
|
Emerging with -v switch will tell you if the available binary package can not be used because of USE flags differences. |
|
Back to top |
|
|
kurdy n00b
Joined: 29 Dec 2023 Posts: 6 Location: Switzerland
|
Posted: Sat Oct 12, 2024 10:20 am Post subject: |
|
|
Thanks
I did like below, but how do I find the flags ?
Code: |
emerge --ask --verbose www-client/chromium
Local copy of remote index is up-to-date and will be used.
These are the packages that would be merged, in order:
Calculating dependencies... done!
Dependency resolution took 20.57 s (backtrack: 0/20).
[ebuild U ] www-client/chromium-129.0.6668.100:0/stable::gentoo [129.0.6668.89:0/stable::gentoo] USE="X cups hangouts official proprietary-codecs pulseaudio qt5 qt6 screencast system-harfbuzz system-icu system-png system-toolchain system-zstd vaapi wayland widevine -bindist -custom-cflags -debug -ffmpeg-chromium -gtk4 (-headless) -kerberos -pax-kernel (-pgo) (-selinux)" L10N="fr -af -am -ar -bg -bn -ca -cs -da -de -el -en-GB -es -es-419 -et -fa -fi -fil -gu -he -hi -hr -hu -id -it -ja -kn -ko -lt -lv -ml -mr -ms -nb -nl -pl -pt-BR -pt-PT -ro -ru -sk -sl -sr -sv -sw -ta -te -th -tr -uk -ur -vi -zh-CN -zh-TW" 0 KiB
Total: 1 package (1 upgrade), Size of downloads: 0 KiB
Would you like to merge these packages? [Yes/No] no
Quitting.
|
|
|
Back to top |
|
|
bstaletic Guru
Joined: 05 Apr 2014 Posts: 385
|
Posted: Sat Oct 12, 2024 10:32 am Post subject: |
|
|
You're also missing the --getbinpkg flag. Here's a manufactured example
USE=-* emerge -avp llvm:18 wrote: | Code: | Local copy of remote index is up-to-date and will be used.
These are the packages that would be merged, in order:
Calculating dependencies... done!
Dependency resolution took 1.97 s (backtrack: 0/20).
[ebuild R ] sys-devel/llvm-18.1.8-r1:18/18.1::gentoo USE="-binutils-plugin* -debug -debuginfod -doc -exegesis -libedit -libffi* -ncurses* -test -verify-sig -xml -z3 -zstd*" ABI_X86="(64) -32 (-x32)" LLVM_TARGETS="(AArch64) (AMDGPU) (ARM) (AVR) (BPF) (Hexagon) (Lanai) (LoongArch) (MSP430) (Mips) (NVPTX) (PowerPC) (RISCV) (Sparc) (SystemZ) (VE) (WebAssembly) (X86) (XCore) -ARC -CSKY -DirectX -M68k -SPIRV -Xtensa" 8 KiB
Total: 1 package (1 reinstall), Size of downloads: 8 KiB
!!! The following binary packages have been ignored due to non matching USE:
=sys-devel/llvm-18.1.8-r1 binutils-plugin libffi ncurses zstd
=sys-devel/llvm-18.1.8-r1 abi_x86_32 binutils-plugin libffi ncurses xml zstd
=sys-devel/llvm-18.1.8-r1 binutils-plugin libffi ncurses xml zstd
NOTE: The --binpkg-respect-use=n option will prevent emerge
from ignoring these binary packages if possible.
Using --binpkg-respect-use=y will silence this warning. |
|
If there is no binary package at all, you won't get any notification. |
|
Back to top |
|
|
kurdy n00b
Joined: 29 Dec 2023 Posts: 6 Location: Switzerland
|
Posted: Sat Oct 12, 2024 12:37 pm Post subject: |
|
|
great thanks!
Using your answer I finally found wiki doc. I share it for information: https://wiki.gentoo.org/wiki/Gentoo_Binary_Host_Quickstart#--getbinpkg_.28-g.29
Code: |
emerge --pretend --getbinpkg --usepkgonly --binpkg-respect-use=n www-client/chromium
Local copy of remote index is up-to-date and will be used.
These are the packages that would be merged, in order:
Calculating dependencies... done!
Dependency resolution took 5.17 s (backtrack: 0/20).
emerge: there are no binary packages to satisfy "www-client/chromium"
|
Then for chromium I need to compile anyway. |
|
Back to top |
|
|
eschwartz Developer
Joined: 29 Oct 2023 Posts: 240
|
Posted: Mon Oct 14, 2024 3:39 am Post subject: |
|
|
bstaletic wrote: | Emerging with -v switch will tell you if the available binary package can not be used because of USE flags differences. |
No? I never use -v for this?
kurdy wrote: |
My configuration (classic desktop) allows me to use binary packages if they are compatible with my flags and the system compiles accordingly. It's perfect, it works, and it's what I want.
I just have www-client/chromium package that is now going through the compilation cycle and I would like to determine the cause or force the bin because I don't use this software much except for testing purpose so I would like to avoid compiling.
I don't know how to do this for a specific package, without consequences for the rest of the system. if it's better to keep this mode it's not a big problem i can virtualize chromium/chrome for my testing
|
If you are configured to use binaries packages if they are compatible with your flags, then there is no need to force it for a specific package -- it's already being done everywhere applicable, after all.
The issue with chromium is we don't provide a binpackage for it at all. Chromium depends on openh264 which we cannot build and distribute without paying a patent license. The maintainer of Gentoo's chromium package has been thinking for a while about how best to enable chromium to be automatically built and distributed. |
|
Back to top |
|
|
szatox Advocate
Joined: 27 Aug 2013 Posts: 3470
|
Posted: Mon Oct 14, 2024 9:28 am Post subject: |
|
|
Quote: | Chromium depends on openh264 which we cannot build and distribute without paying a patent license. |
Huh... Isn't that codec an external, dynamically linked library? I'd think that's enough separation...
Anyway, software patents seem to be an EYES-only thing. Which, admittedly, is already too much, but at least the rest of the world is not afflicted. *hint* *hint* _________________ Make Computing Fun Again |
|
Back to top |
|
|
eschwartz Developer
Joined: 29 Oct 2023 Posts: 240
|
Posted: Mon Oct 14, 2024 9:45 pm Post subject: |
|
|
szatox wrote: | Quote: | Chromium depends on openh264 which we cannot build and distribute without paying a patent license. |
Huh... Isn't that codec an external, dynamically linked library? I'd think that's enough separation...
Anyway, software patents seem to be an EYES-only thing. Which, admittedly, is already too much, but at least the rest of the world is not afflicted. *hint* *hint* |
Matt Jolly (chromium maintainer) says that the chromium ebuild has to see openh264 installed in order to enable support for openh264.
This is enough that the binhost release process is unable to build chromium, since it errors out when trying to install DEPEND="openh264". If it were possible to build a binpackage for chromium without building a binpackage for openh264 that would be fine. |
|
Back to top |
|
|
|