Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 237323 - prefix-portage doesn't know the proper path for the world file
Summary: prefix-portage doesn't know the proper path for the world file
Status: RESOLVED FIXED
Alias: None
Product: Gentoo/Alt
Classification: Unclassified
Component: Prefix Support (show other bugs)
Hardware: All All
: High normal (vote)
Assignee: Gentoo non-Linux Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-10 13:53 UTC by Jeremy Olexa (darkside) (RETIRED)
Modified: 2008-09-11 17:49 UTC (History)
0 users

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 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2008-09-10 13:53:05 UTC 
I found this because "emaint --check world" could not open /var/lib/portage/world for reading, so I investigated and got it to work by appling this change:

$ svn diff
Index: const.py
===================================================================
--- const.py    (revision 11499)
+++ const.py    (working copy)
@@ -61,7 +61,7 @@
 MOVE_BINARY             = "mv"
 PRELINK_BINARY          = "prelink"
 
-WORLD_FILE              = PRIVATE_PATH + "/world"
+WORLD_FILE              = EPREFIX + "/" + PRIVATE_PATH + "/world"
 MAKE_CONF_FILE          = "/etc/make.conf"
 MAKE_DEFAULTS_FILE      = PROFILE_PATH + "/make.defaults"
 DEPRECATED_PROFILE_FILE = PROFILE_PATH+"/deprecated"

Please consider this for the prefix-portage branch.
Comment 1 Fabian Groffen gentoo-dev 2008-09-11 17:49:43 UTC 
You can't do this because WORLD_FILE is used with config_root (relative path).  The problem here is that WORLD_FILE is used with target_root here, which requires an absolute (prefix included) path.  I fixed those now, even though I think the usage of target_root here is wrong.

Fixed in 11505