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: 338
|
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: 338
|
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: 192
|
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: 3369
|
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 |
|
|
|