| Summary: | twiki-20030201 ebuild installs the wrong directory | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Elton Algera <ealgera> |
| Component: | New packages | Assignee: | Gentoo Web Application Packages Maintainers <web-apps> |
| Status: | VERIFIED TEST-REQUEST | ||
| Severity: | major | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | improved ebuild | ||
Man, this twiki ebuild was a right mess :( I've tidied it up now. It should appear on an rsync mirror near you within the hour. Could you test it, please, and let me know if it works for you? Thanks, Stu Created attachment 30831 [details]
improved ebuild
still don't see a newer ebuild in portage.
there are also some sandbox issues besides the above mentioned issue.
attached ebuild seems to fix both.
at least subsequent emerges of twiki won't freak out with access denied errors.
This ebuild is much better than the original :-) But there is still a problem with "chown apache:apache" as that might fail if there is no user/group apache ... At least on my system is complains about that. Closing old bug. |
The install script copies the contents of /var/tmp/portage/ to the installation directory /var/www/twiki, instead of copying /var/tmp/portage/twiki-20030201. Reproducible: Always Steps to Reproduce: 1. emerge twiki 2. 3. Actual Results: see details Expected Results: install properly I changed line 41 in the ebuild from cp -r . ${D}${destdir} to cp -r ${WORKDIR}/. ${D}${destdir} then it worked properly. However, I'm not a portage developer, so I don't know if this is a proper fix or not.