Bug 464396 – sys-devel/gcc-config: abstract PM interaction

• Product: Gentoo Linux
• Status: RESOLVED OBSOLETE

[Description Thomas Witt 2013-04-03 18:46:05 UTC]

gcc-config uses both portageq and env-update, which are part of sys-apps/portage.

If it is still official Gentoo policy to not support uninstalling portage from a Gentoo system then please don't start a flamewar but make gcc-config RDEPEND on portage.

Reproducible: Always

[Comment 1 Thomas Witt 2013-04-03 18:47:04 UTC]

Created attachment 344276 [details, diff]
patch for gcc-config to make it independent of portage

[Comment 2 SpanKY 2013-04-03 20:45:00 UTC]

Comment on attachment 344276 [details, diff]
patch for gcc-config to make it independent of portage

nothing sets $PACKAGE_MANAGER, so that code is obviously broken

the abstraction should be cleaner, and your existing get_chost_paludis logic is broken -- as you've written it, it always returns 0

there's no reason for ENV_UPDATE_COMMAND to be in caps ... name it "env_update" and declare it `local`

[Comment 3 Thomas Witt 2013-04-03 21:34:14 UTC]

(In reply to comment #2)
> nothing sets $PACKAGE_MANAGER, so that code is obviously broken

That would be app-admin/eselect-package-manager, a dependency of paludis. I guess I could use the existence of /usr/bin/cave to choose between portage/make.conf and paludis/bashrc. 


> the abstraction should be cleaner, and your existing get_chost_paludis logic
> is broken -- as you've written it, it always returns 0

it does the same as try_real_hard_to_find_CHOST() - before it returns 0 it echoes the value for CHOST.

[Comment 4 Sergei Trofimovich (RETIRED) 2019-11-11 23:57:07 UTC]

paludis is not in the tree anymore. Closing as obsolete. If you'd like to support other package managers please open a new bug.