First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 173146
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Printing Team <printing@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Ulrich Müller <ulm@gentoo.org>
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 173146 depends on: Show dependency tree
Bug 173146 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: 2007-04-02 15:11 0000
When LINGUAS is set to a non-trivial value, acroread-7.0.9-r1 fails to write
the "acroread" wrapper script in src_unpack:

/usr/portage/app-text/acroread/acroread-7.0.9-r1.ebuild: line 133:
bin/acroread: No such file or directory
/usr/portage/app-text/acroread/acroread-7.0.9-r1.ebuild: line 148:
bin/acroread: No such file or directory
/usr/portage/app-text/acroread/acroread-7.0.9-r1.ebuild: line 148:
bin/acroread: No such file or directory
/usr/portage/app-text/acroread/acroread-7.0.9-r1.ebuild: line 148:
bin/acroread: No such file or directory
/usr/portage/app-text/acroread/acroread-7.0.9-r1.ebuild: line 151:
bin/acroread: No such file or directory
chmod: cannot access `bin/acroread': No such file or directory
>>> Source unpacked.


The problem seems to be that the current working directory is ${WORKDIR} at
that point, while "bin/acroread" lives in ${S}.

(Furthermore: a few "die" instructions here and there would help finding such
problems. ;-)

------- Comment #1 From Stefan Schweizer 2007-04-07 14:46:01 0000 -------
thank you, fixed

First Last Prev Next    No search results available      Search page      Enter new bug