Summary: | media-plugins/mythnetvision-0.23_p25065 - scripts in /usr/share/mythtv/mythnetvision/scripts should have executable permission | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | thomas |
Component: | Current packages | Assignee: | MythTV Maintainers <mythtv+disabled> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 10.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
thomas
2010-07-08 16:16:41 UTC
I have also been having the same issue and can confirm that carrying out the "chmod +x /usr/share/mythtv/mythnetvision/scripts/*" manually works. Weird as there are lines which suppose to fix these perms: # Fix up permissions fperms 755 /usr/share/mythtv/mythnetvision/scripts/*.pl fperms 755 /usr/share/mythtv/mythnetvision/scripts/*.py There seems to be a very strange behaviour occurring here. If the mythnetvision ebuild is emerged when it is not previoiusly installed, the fperm lines result in: chmod: cannot access `/var/tmp/portage/media-plugins/mythnetvision-0.23_p25065-r1/image//usr/share/mythtv/mythnetvision/scripts/*.pl': No such file or directory chmod: cannot access `/var/tmp/portage/media-plugins/mythnetvision-0.23_p25065-r1/image//usr/share/mythtv/mythnetvision/scripts/*.py': No such file or directory However, if mythnetvision is emerged when it is already installed, they work as expected! (no error message, and files permissions are set correctly) I've tried to investigate this further but I got lost inside portage's internals. IMHO it looks to be a bug in portage - I can't think of a reason why it should behave differently in these two cases. This is also going to crop up in other situations, e.g. in src_install of the media-tv/mythtv ebuild there is a: fperms 755 /usr/share/mythtv/contrib/*/*.pl which I expect will fail similarly. Perhaps this really is an expected behaviour and someone with deeper knowledge of portage then myself can explain it. A work-around which I have tested and works reliably in both cases is to refer to the files individually, i.e. replace: fperms 755 /usr/share/mythtv/mythnetvision/scripts/*.pl fperms 755 /usr/share/mythtv/mythnetvision/scripts/*.py with: for i in bliptv.py dailymotion.py mtv.py tmdb_nv.py twit.tv.pl vimeo.py youtube.py do fperms 755 /usr/share/mythtv/mythnetvision/scripts/$i done Old version is gone from the tree. When it returns we will make sure this is fixed. |