Summary: | dev-java/oracle-jdk-bin-1.7.0.45 - gzip: /var/tmp/portage/dev-java/oracle-jdk-bin-1.7.0.45/distdir/jdk-7u45-linux-i586.tar.gz: Permission denied | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Michael Sullivan <msulli1355> |
Component: | [OLD] Development | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | VERIFIED INVALID | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Build log |
Description
Michael Sullivan
2013-11-14 20:25:04 UTC
Created attachment 363278 [details]
Build log
gzip: /var/tmp/portage/dev-java/oracle-jdk-bin-1.7.0.45/distdir/jdk-7u45-linux-i586.tar.gz: Permission denied So if it's invalid, how do I fix it? It unzips just fine in that directory. It's not a lack-of-space issue, if that's what you were thinking. The drive it's on is at 26% capacity. Why was this bug marked invalid? Why did you say nothing beyond that it was invalid, like WHY it was invalid? The file is owned by the user who downloaded it, and apparently it has insufficient permissions for the user who is trying to unpack it. Read permission should suffice. Fix the permissions. This is not a Gentoo bug, but a bug local to your system. Therefore it's invalid. I stumbled upon this error too with dev-java/oracle-jdk-bin-1.7.0.65. it took me quite a while to uncover this bug report. The solution was simple. Change ownership of the file /usr/portage/distfiles to user portage. But I am not sure whether this bug is invalid. In over 10 years of Gentoo this was the first time it happened for me. And since the solution requires a manual step, it seems as if something has changed in portage or the Gentoo environment. At the very least, the ebuild message could be adapted. This bug has been reported several times and each time its been responded to with "not a bug" spectrum results. Are we sure there isn't something we can do to make it more obvious early on "Hey, look, this is not going to work because you goofed"? https://bugs.gentoo.org/show_bug.cgi?id=488566 https://bugs.gentoo.org/show_bug.cgi?id=485054 https://bugs.gentoo.org/show_bug.cgi?id=519182#c13 And one of those was filed as a dup of https://bugs.gentoo.org/show_bug.cgi?id=477664 Which I don't quite see as being "a dup". I also think this bug should be re-opened as it affects many users and there are few duplicates of it already. According to Gentoo Development Guide there are two functions that could be considered: pkg_pretend - but this may only be used to check file's permissions and eventually raise an error pkg_setup - this phase could be used to actually change owner to 'portage' user: pkg_setup() { local distfiles=( $(eval "echo \${$(echo AT_${ARCH/-/_})}") ) # TODO: correct permission of files used only for some USE flags for dl in "${distfiles[@]}" ; do chown "${PORTAGE_USERNAME}:portage" "${DISTDIR}/${dl}" || chmod a+x "${DISTDIR}/${dl}" || die "Could not read \"${DISTDIR}/${dl}\" file, permissions must be corrected" done } I am not ebuild master yet, so sorry for any bugs in code above. I am changing group to 'portage' instead of ${PORTAGE_GRPNAME}, because I am not sure whether this variable is set in environment. That's only the idea that should probably be enhanced before applying. |