Bug 673630

Summary:	/etc/portage/env/* doesn't support EMERGE_DEFAULT_OPTS
Product:	Portage Development	Reporter:	Andrey Aleksandrovich <andrey.aleksandrovich>
Component:	Core - Configuration	Assignee:	Portage team <dev-portage>
Status:	CONFIRMED ---
Severity:	normal
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	All
Whiteboard:
Package list:		Runtime testing required:	---

Description Andrey Aleksandrovich 2018-12-23 20:11:22 UTC

I need binary for large packages that can't build on client (2GiB RAM). According to https://wiki.gentoo.org/wiki//etc/portage/package.env I've created /etc/portage/env/binary which contains next line:
EMERGE_DEFAULT_OPTS="--getbinpkgonly"
And the /etc/portage/package.env which contains next line:
dev-qt/qtwebengine binary
But there's no attempts to download binary on the client when trying to emerge qtwebengine. However, if I add USE="-alsa", for example, to /etc/portage/env/binary it picked up USE.

Comment 1 Agostino Sarubbo gentoo-dev

2020-06-02 13:45:45 UTC

This is confirmed.

Any chance that we can have this feature?

Comment 2 Zac Medico gentoo-dev

2020-06-02 16:17:57 UTC

We could support something like this, but per-package EMERGE_DEFAULT_OPTS is not the most appealing way to express it.

Comment 3 pereira.alex 2023-02-22 00:42:06 UTC

Is there a way to achieve this functionality ? 

In my case, have some particular packages ignore binpkg-respect-use (be forced to =n and accept binary, while almost all be =y) ?

Thanks!