160965 – app-portage/g-cpan-0.15 breaks when PORTDIR_OVERLAY isn't on one line in make.conf

Bug 160965 - app-portage/g-cpan-0.15 breaks when PORTDIR_OVERLAY isn't on one line in make.conf

Summary: app-portage/g-cpan-0.15 breaks when PORTDIR_OVERLAY isn't on one line in make...

Status:	RESOLVED DUPLICATE of bug 160137

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	Current packages (show other bugs)
Hardware:	All Linux

Importance:	High normal (vote)
Assignee:	Gentoo Perl team

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2007-01-08 18:12 UTC by Daniel Ceregatti
Modified:	2007-01-08 23:09 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 Daniel Ceregatti 2007-01-08 18:12:20 UTC

While using g-cpan 0.15, when PORTDIR_OVERLAY is defined thusly in make.conf:

PORTDIR_OVERLAY="
/path/to/overlay1
/path/to/overlay2
/path/to/overlay3
"

g-cpan breaks in the following manner:

g-cpan -i Curses::UI::POE
 * DEFINED OVERLAYS DON'T EXIST!

When PORTAGE_OVERLAYS is defined thusly:

PORTDIR_OVERLAY="/path/to/overlay1 /path/to/overlay2 /path/to/overlay3"

it works.

In 0.13 and 0.14 this does not happen. It only started since 0.15.

I find that having each overlay directory on a separate line much easier to manage, since I have many overlay directories. I've been using this method on many machines for a very long time now, and it's never presented a problem before. I believe this is a bug. Nothing else in portage has any issues with PORTDIR_OVERLAY being defined in this manner.

Reproducible: Always

Comment 1 Graham Murray 2007-01-08 18:42:55 UTC

Also app-portage/layman creates it include file with one overlay per line.

Comment 2 Michael Cummings (RETIRED) gentoo-dev

2007-01-08 23:09:35 UTC


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