Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 19527
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Nicholas Jones (RETIRED) <carpaski@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Antonio D'souza <gentoo@quikbox.ca>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 19527 depends on: Show dependency tree
Bug 19527 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2003-04-17 21:17 0000
Calculating world dependencies ...done!
>>> emerge (1 of 10) sys-apps/xfsprogs-2.3.9 to /
>>> md5 ;-) xfsprogs-2.3.9.src.tar.gz
>>> Unpacking source...
>>> Unpacking xfsprogs-2.3.9.src.tar.gz to /var/tmp/portage/xfsprogs-2.3.9/work
/usr/sbin/ebuild.sh: line 24: include/builddefs.in: Permission denied
 
!!! ERROR: sys-apps/xfsprogs-2.3.9 failed.
!!! Function src_unpack, Line 27, Exitcode 1
!!! sed failed


Reproducible: Always
Steps to Reproduce:
1. emerge rsync
2. emerge -u world

Actual Results:  
I got the error message shown in the description section. 

Expected Results:  
the ebuild should have built & installed.

------- Comment #1 From Jeffrey Strube 2003-04-18 00:21:51 0000 -------
I also had this problem. I tried adjusting the permissions on the files
involved, to no 
avail. I eventually removed userpriv from my FEATURES. This fixed the problem, 
however this is still only a temporary fix. 

--Strube 

------- Comment #2 From Seth Chandler 2003-04-18 01:25:47 0000 -------
ths emerges fine for me, you out of space or smoething? 
 
thats sure what it looks like =) 

------- Comment #3 From Jon Portnoy (RETIRED) 2003-04-18 09:56:40 0000 -------
I ran into that too. It's not just him.

------- Comment #4 From Ulrich Plate (RETIRED) 2003-05-21 11:10:25 0000 -------
And just in case you were wondering: it's still dying on the 
same error message, and getting rid of FEATURES="userpriv" 
still fixes it. :)

------- Comment #5 From Haroon Rafique 2003-06-09 11:25:32 0000 -------
Easy fix for this one. The file in question is include/builddefs.in. The
original file permissions for this file in the package are 0444 as follows:

-r--r--r--    1 portage  portage      3202 Dec 30 18:09 include/builddefs.in

So, adding a chmod u+w for this file in the ebuild file will take care of the
problem under "userpriv" mode. Here's a diff for the fix to the ebuild.

diff -u xfsprogs-2.3.9.ebuild /usr/portage/sys-apps/xfsprogs/
--- xfsprogs-2.3.9.ebuild       2003-06-09 12:21:53.000000000 -0400
+++ /usr/portage/sys-apps/xfsprogs/xfsprogs-2.3.9.ebuild        2003-06-09
12:22:28.000000000 -0400
@@ -22,7 +22,6 @@

        cd ${S}
        cp include/builddefs.in include/builddefs.in.orig
-       chmod u+w include/builddefs.in
        sed -e "s:/usr/share/doc/${PN}:/usr/share/doc/${PF}:" \
            -e 's:-O1::' -e '/-S $(PKG/d' \
            -e 's:^PKG_\(.*\)_DIR[[:space:]]*= \(.*\)$:PKG_\1_DIR =
$(DESTDIR)\2:' \

------- Comment #6 From Tobias Sager 2003-06-10 09:00:39 0000 -------
Why did this go to stable portage while there still is an open bug?

Comment #5 fixes the problem.

------- Comment #7 From Brandon Low (RETIRED) 2003-06-10 09:12:55 0000 -------
Because userpriv isn't a stable feature, regardless, applying fix.

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug