Summary: | www-apache/mod_auth_token-1.0.6_beta : * Failed Patch: mod_auth_token-1.0.6_beta-ap_pstrcat.patch ! | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | chithanh, flameeyes, floppym, gentoo, pavel.stratil-jun, proxy-maint, serge |
Priority: | Normal | Keywords: | InVCS, REGRESSION |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=561546 https://bugs.gentoo.org/show_bug.cgi?id=561266 https://bugs.gentoo.org/show_bug.cgi?id=554084 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 549914 | ||
Attachments: |
emerge-history.txt
mod_auth_token-1.0.6_beta-ap_pstrcat.patch.out www-apache:mod_auth_token-1.0.6_beta:20150923-211328.log |
Description
Toralf Förster
2015-09-24 11:40:31 UTC
Created attachment 412768 [details]
emerge-history.txt
Created attachment 412770 [details]
mod_auth_token-1.0.6_beta-ap_pstrcat.patch.out
Created attachment 412772 [details]
www-apache:mod_auth_token-1.0.6_beta:20150923-211328.log
gentoo/www-apache/mod_auth_token $ ebuild mod_auth_token-1.0.6_beta.ebuild clean prepare * mod_auth_token-1.0.6-beta.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking mod_auth_token-1.0.6-beta.tar.gz to /mnt/gen2/TmpDir/portage/www-apache/mod_auth_token-1.0.6_beta/work >>> Source unpacked in /mnt/gen2/TmpDir/portage/www-apache/mod_auth_token-1.0.6_beta/work >>> Preparing source in /mnt/gen2/TmpDir/portage/www-apache/mod_auth_token-1.0.6_beta/work/mod_auth_token ... * Applying mod_auth_token-1.0.6_beta-ap_pstrcat.patch ... [ ok ] >>> Source prepared. Could not replicate. ": Permission denied" suggests somehow files' permissions are wrongly set in yr system. I think it is all related to a single root cause *** This bug has been marked as a duplicate of bug 561546 *** I can replicate this. This appears to be a regression in >=sys-apps/portage-2.2.21. I can reproduce it with portage-2.2.22. I cannot reproduce it with portage-2.2.20. I have also linked a couple of related failures. In those cases, the "solution" was to use find -exec chmod to fix permissions on files in ${S}. Assigning to portage team. Reverting this commit resolves the issue here. commit 0dc7b2a3923508896cf217f325b8339d73353553 Author: Michael Haubenwallner <haubi@gentoo.org> Date: Tue Jul 7 14:12:33 2015 +0200 unpack: avoid useless chmods to improve speed X-Gentoo-Bug: 554084 X-Gentoo-Bug-url: https://bugs.gentoo.org/show_bug.cgi?id=554084 Signed-off-by: Brian Dolbec <dolsen@gentoo.org> The find command fails as follows: $ find . -mindepth 1 '!' -type l '!' -perm /a+rX,u+w,g-w,o-w find: `./mod_auth_token': Permission denied Since find fails, chmod doesn't get called when appropriate. Since we can't rely on find to locate the permissions to change, reverting to chmod -R seems reasonable. Fix has been committed to portage git repo https://gitweb.gentoo.org/proj/portage.git/commit/?id=24779b15daef7101111c12de2dd6a6a5c3e374d4 *** Bug 561886 has been marked as a duplicate of this bug. *** *** Bug 561576 has been marked as a duplicate of this bug. *** (In reply to Zac Medico from comment #9) i've re-opened bug 554084 to figure out how to reland this. the speed up is significant enough to warrant fixing in some way. *** Bug 562196 has been marked as a duplicate of this bug. *** Released in portage-2.2.23 |