Bug 432992

Summary:	app-portage/g-cpan-0.16.4-r1: uses /etc/make.globals, should use /usr/share/portage/config/make.globals
Product:	Portage Development	Reporter:	Peter Fox <gentoo>
Component:	Core - Ebuild Support	Assignee:	Robin Johnson <robbat2>
Status:	RESOLVED FIXED
Severity:	normal	CC:	mephinet, Sergiy.Borodych, wols
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:	fixed in 0.16.7
Package list:		Runtime testing required:	---
Attachments:	emerge --info for alpha123 which also shows g-cpan broken behaviour emerge --info for alpha120 which shows correct g-cpan -l behaviour

Description Peter Fox 2012-08-27 17:05:39 UTC

for >=sys-apps/portage-2.2.0_alpha121, g-cpan -l just outputs:

ERROR READING /profiles/arch.list: No such file or directory

Reproducible: Always

Actual Results:  
ERROR READING /profiles/arch.list: No such file or directory

Expected Results:  
A listing of generated perl-gcpan ebuilds

Comment 1 Peter Fox 2012-08-27 17:08:27 UTC

Created attachment 322382 [details]
emerge --info for alpha123 which also shows g-cpan broken behaviour

Comment 2 Peter Fox 2012-08-27 17:17:12 UTC

Created attachment 322384 [details]
emerge --info for alpha120 which shows correct g-cpan -l behaviour

Comment 3 Zac Medico gentoo-dev

2012-08-27 17:39:26 UTC

It's probably broken because new portage doesn't install the /etc/make.globals symlink. It should be fixed to use /usr/share/portage/config/make.globals directly. As a temporary workaround, you can do this:

  ln -s /usr/share/portage/config/make.globals /etc/make.globals

Comment 4 Andreas K. Hüttel archtester

2014-12-20 17:44:55 UTC

Fixed in git master. Keeping the bug open until next release.

Comment 5 Andreas K. Hüttel archtester

2014-12-20 18:07:49 UTC

*** Bug 444004 has been marked as a duplicate of this bug. ***