[raring] python doesn't autogenerate all the *.pyc files
Bug #1160944 reported by
Jamie Strandboge
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
python2.7 (Ubuntu) |
Fix Released
|
High
|
Unassigned | ||
python3.3 (Ubuntu) |
Fix Released
|
High
|
Unassigned |
Bug Description
I have some python applications that are confined with AppArmor. After upgrading to raring months ago, I noticed that whenever I started a confined application, I would get an AppArmor denial because it would try to write out the .pyc file in /usr. Of course, DAC would take care of this, but this seems to indicate a problem with autogenerating .pyc files during package install on raring. Eg:
$ ls -1 /usr/lib/
207
$ ls -1 /usr/lib/
88
summary: |
- [raring] python2.7 doesn't have all the *.pyc files + [raring] python2.7 autogenerate all the *.pyc files |
description: | updated |
summary: |
- [raring] python2.7 autogenerate all the *.pyc files + [raring] python doesn't autogenerate all the *.pyc files |
To post a comment you must log in.
Well, as per debian python policy .pyc files are generated using postinstall scripts with either dh_python2 (main&universe) or python-support (universe). Thus applications (residing in /usr that is) upon launching should not have write access to write .pyc files to disk, as those should be already pre-generated and present.