890303 – Stop emerge --fetchonly --nodeps checking for USE flags

Bug 890303 - Stop emerge --fetchonly --nodeps checking for USE flags

Summary: Stop emerge --fetchonly --nodeps checking for USE flags

Status:	RESOLVED DUPLICATE of bug 329151

Alias:	None

Product:	Portage Development
Classification:	Unclassified
Component:	Enhancement/Feature Requests (show other bugs)
Hardware:	All Linux

Importance:	Normal normal (vote)
Assignee:	Portage team

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:	377365
	Show dependency tree

Reported:	2023-01-09 19:14 UTC by Saul Peebsen
Modified:	2023-01-11 05:05 UTC (History)
CC List:	1 user (show)

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Saul Peebsen 2023-01-09 19:14:59 UTC

I have portage and distfiles shared over NFS from a headless box and there is a need to fetch large tarballs. Currently fetchonly fails unless I specify required USE flag(s).
It would be nice to have a "clean" fetchonly capability.

server ~ # emerge -af --nodeps chromium

These are the packages that would be fetched, in order:

!!! Problem resolving dependencies for www-client/chromium

!!! The ebuild selected to satisfy "chromium" has unmet requirements.
- www-client/chromium-109.0.5414.74::gentoo USE="hangouts js-type-check official (pic) proprietary-codecs suid system-av1 system-harfbuzz system-icu system-png -X (-component-build) -cups -custom-cflags -debug -gtk4 (-headless) -kerberos -libcxx -lto (-pgo) -pulseaudio -qt5 -screencast (-selinux) (-system-ffmpeg) -vaapi -wayland -widevine" L10N="-af -am -ar -bg -bn -ca -cs -da -de -el -en-GB -es -es-419 -et -fa -fi -fil -fr -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"

  The following REQUIRED_USE flag constraints are unsatisfied:
    !headless? ( any-of ( X wayland ) )

  The above constraints are a subset of the following complete expression:
    component-build? ( !suid !libcxx ) screencast? ( wayland ) !headless? ( any-of ( X wayland ) ) pgo? ( X !wayland )

Comment 1 John Helmert III archtester

2023-01-10 01:01:43 UTC

Why not do the fetching on whatever system needs the package, where the USE flags are presumably already valid?

Comment 2 Saul Peebsen 2023-01-10 01:23:54 UTC

All desktops use VPN, my headless multipurpose server does not. I'd like to download huge tarballs directly instead of doing it over VPN.

Comment 3 Sam James archtester

2023-01-10 01:28:46 UTC

There's another bug for this somewhere but can't find it yet.

Comment 4 Sam James archtester

2023-01-10 12:37:25 UTC


*** This bug has been marked as a duplicate of bug 329151 ***

Comment 5 Saul Peebsen 2023-01-10 20:26:20 UTC

OK. But the original bug is over 12 years old. You sure the same reasoning is still valid? For instance, I used Gmail over 18 years, last summer I deleted my Google account after discovering it has an unannounced blacklist causing email from some domains to be deleted instead of delivering. Times change, what was good yesterday may bite us today. Same with VPN, in 2010 I did not feel the need for it, I certainly do now. Tempora mutantur ...

Comment 6 John Helmert III archtester

2023-01-10 22:43:45 UTC

Yes, it's the same problem and the same reasoning makes sense.

You can proxy distfile downloads through your server through something like apt-cacher-ng.

Comment 7 Sam James archtester

2023-01-11 05:05:03 UTC

I wonder if emirrordist could be extended to take a list of packages. That might be an easier route to take.