Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 327499 - media-plugins/mythnetvision-0.23_p25065 - scripts in /usr/share/mythtv/mythnetvision/scripts should have executable permission
Summary: media-plugins/mythnetvision-0.23_p25065 - scripts in /usr/share/mythtv/mythne...
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: MythTV Maintainers
Depends on:
Reported: 2010-07-08 16:16 UTC by thomas
Modified: 2012-06-22 04:01 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description thomas 2010-07-08 16:16:41 UTC
The scripts in /usr/share/mythtv/mythnetvision/scripts must have +x set, otherwise the plugin will not find any of them.

Reproducible: Always

Steps to Reproduce:
1. start mythfrontend 0.23
2. go to Internet Video
3. try to search

Actual Results:  
No searchs scripts found.

Expected Results:  
Should offer YouTube etc. for search.
Comment 1 Stephen Kirkby 2010-07-15 20:41:35 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
Comment 2 Daniel Burr 2010-07-23 23:57:46 UTC
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


   for i in
       fperms 755 /usr/share/mythtv/mythnetvision/scripts/$i
Comment 3 Doug Goldstein (RETIRED) gentoo-dev 2012-06-22 04:01:39 UTC
Old version is gone from the tree. When it returns we will make sure this is fixed.