Bugzilla Bug 133971

Lots of .pk3 files, as well as some .cfg and .dat, are installed with
executable bit set, even though they are not executable. I'm not sure if .so
files should be executable or not.

$ ls -lhF /opt/enemy-territory/etf/
total 266M
-rwxr-x--- 1 root games  717 May 20 22:16 ChangeLog*
-rw-r----- 1 root games 7.7K May 20 22:16 LICENSE
-rw-r----- 1 root games  11K May 20 22:16 README
-rw-r----- 1 root games 7.2K May 20 22:16 README.etf
drwxr-x--- 2 root games 4.0K May 20 22:18 adv_srv_conf/
drwxr-x--- 2 root games 4.0K May 20 22:18 advanced server configs/
-rwxr-x--- 1 root games   10 May 20 22:16 autoexec.cfg*
-rwxr-x--- 1 root games 762K May 20 22:16 cgame.mp.i386.so*
drwxr-x--- 2 root games 4.0K May 20 22:17 classconfigs/
drwxr-x--- 6 root games 4.0K May 20 22:17 docs/
-rw-r----- 1 root games  27K May 20 22:16 enemy-territory.xml
-rw-r----- 1 root games 5.0K May 20 22:16 etf.xpm
-rwxr-x--- 1 root games 2.5M May 20 22:16 etf_border.pk3*
-rwxr-x--- 1 root games 4.2M May 20 22:16 etf_bringit.pk3*
-rwxr-x--- 1 root games 6.1M May 20 22:16 etf_dissect.pk3*
-rwxr-x--- 1 root games 203M May 20 22:16 etf_pak0.pk3*
-rwxr-x--- 1 root games  22M May 20 22:16 etf_pak1.pk3*
-rwxr-x--- 1 root games 1.3K May 20 22:16 etf_pak2.28249d08.pk3*
-rwxr-x--- 1 root games 1.3K May 20 22:16 etf_pak2.pk3*
-rwxr-x--- 1 root games  18M May 20 22:16 etf_pak3.pk3*
-rwxr-x--- 1 root games 1.7M May 20 22:16 etf_pak4.pk3*
-rwxr-x--- 1 root games  84K May 20 22:16 etf_pak5.pk3*
-rwxr-x--- 1 root games 5.9K May 20 22:16 etf_server.cfg*
-rwxr-x--- 1 root games 5.3M May 20 22:16 etf_smartbases2.pk3*
-rwxr-x--- 1 root games 7.2K May 20 22:16 history.txt*
-rwxr-x--- 1 root games 879K May 20 22:16 mp_bin.pk3*
drwxr-x--- 2 root games 4.0K May 20 22:18 nav/
-rw-r----- 1 root games 1.9M May 20 22:16 omnibot_etf.so
-rwxr-x--- 1 root games    0 May 20 22:16 preset_normal.cfg*
-rwxr-x--- 1 root games 593K May 20 22:16 qagame.mp.i386.so*
-rwxr-x--- 1 root games 6.0K May 20 22:16 sample_server.cfg*
drwxr-x--- 2 root games 4.0K May 20 22:17 sample_srv/
drwxr-x--- 2 root games 4.0K May 20 22:17 scripts/
-rwxr-x--- 1 root games 460K May 20 22:16 servercache.dat*
drwxr-x--- 3 root games 4.0K May 20 22:17 ui/
-rwxr-x--- 1 root games 342K May 20 22:16 ui.mp.i386.so*
-rwxr-x--- 1 root games 1.3K May 20 22:16 uninstall*
drwxr-x--- 2 root games 4.0K May 20 22:17 video/

I believe that I fixed this in the eclass now.

I've just resynched and reemerged it, and I can confirm the bug is not fixed
yet.

verified how ?  re-emerging ?  that wont update the permissions

`emerge -C` the package first, make the files are gone, and then try
re-emerging

(In reply to comment #3)
> verified how ?  re-emerging ?  that wont update the permissions
> 
> `emerge -C` the package first, make the files are gone, and then try
> re-emerging

Hum... Portage should update permissions without need of unmerging the package
first.

Anyway, I did this:
# eix-sync -v ; emerge -C enemy-territory-fortress ; emerge
enemy-territory-fortress
And I still see lots of files with +x permission.

the portage permission topic is a bigger issue ... we'll cover the specific
problem here

Should be fixed up now.