484644 – sys-apps/portage-2.2: repoman manifest / ebuild manifest does not work in overlays

Bug 484644 - sys-apps/portage-2.2: repoman manifest / ebuild manifest does not work in overlays

Summary: sys-apps/portage-2.2: repoman manifest / ebuild manifest does not work in ove...

Status:	RESOLVED DUPLICATE of bug 477664

Alias:	None

Product:	Portage Development
Classification:	Unclassified
Component:	Core - Ebuild Support (show other bugs)
Hardware:	All Linux

Importance:	Normal normal (vote)
Assignee:	Portage team

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2013-09-12 04:23 UTC by Patrick Lauer
Modified:	2013-09-12 16: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 Patrick Lauer gentoo-dev

2013-09-12 04:23:25 UTC

# # Fix permissions so that it can't fail
# chown -R portage:portage ../../*

# ebuild openldap-2.3.43-r4.ebuild manifest
!!! Repository 'x-overlay' is missing masters attribute in '/root/overlay/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
/usr/lib64/portage/bin/ebuild.sh: line 545: /root/overlay/net-nds/openldap/openldap-2.3.43-r4.ebuild: Permission denied
 * ERROR: net-nds/openldap-2.3.43-r4::x-overlay failed (depend phase):
 *   error sourcing ebuild
 * 
 * Call stack:
 *   ebuild.sh, line 545:  Called die
 * The specific snippet of code:
 *                      source "$EBUILD" || die "error sourcing ebuild"
 * 
 * If you need support, post the output of `emerge --info '=net-nds/openldap-2.3.43-r4::x-overlay'`,
 * the complete build log and the output of `emerge -pqv '=net-nds/openldap-2.3.43-r4::x-overlay'`.
 * Working directory: '/usr/lib64/portage/pym'
 * S: '/var/tmp/portage/net-nds/openldap-2.3.43-r4/work/openldap-2.3.43'

# emerge -1 "<portage-2.2"
# repoman manifest
>>> Creating Manifest for /root/overlay/net-nds/openldap
#
# # FUUUU UUUUUUUUuuuuuuuuuuuuu

Comment 1 Mike Gilbert gentoo-dev

2013-09-12 05:18:58 UTC

It looks like repoman changes to the portage user when FEATURES=userpriv is enabled, and then tries to access the ebuild using an absolute pathname.

Since /root is owned by root with mode 0700, this fails with a permission error.

Comment 2 Zac Medico gentoo-dev

2013-09-12 16:09:28 UTC

(In reply to Mike Gilbert from comment #1)
> It looks like repoman changes to the portage user when FEATURES=userpriv is
> enabled, and then tries to access the ebuild using an absolute pathname.
> 
> Since /root is owned by root with mode 0700, this fails with a permission
> error.

Yeah, so it seems like the solution is to adjust the permissions somehow, or disable userpriv and usersandbox.

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