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
Created attachment 344276 [details, diff] patch for gcc-config to make it independent of portage
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`
(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.
paludis is not in the tree anymore. Closing as obsolete. If you'd like to support other package managers please open a new bug.
