Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 427128 - dev-util/gdbus-codegen-2.32.4 package build system byte-compiles installed .py files with PYTHON_TARGETS
Summary: dev-util/gdbus-codegen-2.32.4 package build system byte-compiles installed .p...
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-07-18 18:29 UTC by Chris Mayo
Modified: 2012-07-20 19:07 UTC (History)
0 users

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Mayo 2012-07-18 18:29:28 UTC 
dev-util/gdbus-codegen-2.32.4  PYTHON_TARGETS="-python2_5 -python2_6 python2_7 -python3_1 python3_2"


$ qlist dev-util/gdbus-codegen-2.32.4 | grep py[co]
/usr/lib64/python3.2/site-packages/gdbus_codegen/__pycache__/codegen_main.cpython-32.pyo
/usr/lib64/python3.2/site-packages/gdbus_codegen/__pycache__/__init__.cpython-32.pyo
/usr/lib64/python3.2/site-packages/gdbus_codegen/__pycache__/dbustypes.cpython-32.pyo
/usr/lib64/python3.2/site-packages/gdbus_codegen/__pycache__/utils.cpython-32.pyo
/usr/lib64/python3.2/site-packages/gdbus_codegen/__pycache__/parser.cpython-32.pyo
/usr/lib64/python3.2/site-packages/gdbus_codegen/__pycache__/codegen.cpython-32.pyo
/usr/lib64/python3.2/site-packages/gdbus_codegen/__pycache__/codegen_docbook.cpython-32.pyo
/usr/lib64/python3.2/site-packages/gdbus_codegen/__pycache__/config.cpython-32.pyo
/usr/lib64/python3.2/site-packages/gdbus_codegen/__pycache__/codegen_main.cpython-32.pyc
/usr/lib64/python3.2/site-packages/gdbus_codegen/__pycache__/__init__.cpython-32.pyc
/usr/lib64/python3.2/site-packages/gdbus_codegen/__pycache__/dbustypes.cpython-32.pyc
/usr/lib64/python3.2/site-packages/gdbus_codegen/__pycache__/utils.cpython-32.pyc
/usr/lib64/python3.2/site-packages/gdbus_codegen/__pycache__/parser.cpython-32.pyc
/usr/lib64/python3.2/site-packages/gdbus_codegen/__pycache__/codegen.cpython-32.pyc
/usr/lib64/python3.2/site-packages/gdbus_codegen/__pycache__/codegen_docbook.cpython-32.pyc
/usr/lib64/python3.2/site-packages/gdbus_codegen/__pycache__/config.cpython-32.pyc
/usr/lib64/python2.7/site-packages/gdbus_codegen/codegen_main.pyo
/usr/lib64/python2.7/site-packages/gdbus_codegen/__init__.pyo
/usr/lib64/python2.7/site-packages/gdbus_codegen/dbustypes.pyo
/usr/lib64/python2.7/site-packages/gdbus_codegen/utils.pyo
/usr/lib64/python2.7/site-packages/gdbus_codegen/parser.pyo
/usr/lib64/python2.7/site-packages/gdbus_codegen/codegen.pyo
/usr/lib64/python2.7/site-packages/gdbus_codegen/codegen_docbook.pyo
/usr/lib64/python2.7/site-packages/gdbus_codegen/config.pyo
/usr/lib64/python2.7/site-packages/gdbus_codegen/codegen_main.pyc
/usr/lib64/python2.7/site-packages/gdbus_codegen/__init__.pyc
/usr/lib64/python2.7/site-packages/gdbus_codegen/dbustypes.pyc
/usr/lib64/python2.7/site-packages/gdbus_codegen/utils.pyc
/usr/lib64/python2.7/site-packages/gdbus_codegen/parser.pyc
Comment 1 Alexandre Rostovtsev (RETIRED) gentoo-dev 2012-07-20 15:52:53 UTC 
That's because it uses python-distutils-ng.eclass.
Comment 2 Pacho Ramos gentoo-dev 2012-07-20 19:01:29 UTC 
(In reply to comment #1)
> That's because it uses python-distutils-ng.eclass.

And that behavior is normal? I mean, if it's not a bug in eclass :-/
Comment 3 Alexandre Rostovtsev (RETIRED) gentoo-dev 2012-07-20 19:07:20 UTC 
(In reply to comment #2)
> (In reply to comment #1)
> > That's because it uses python-distutils-ng.eclass.
> 
> And that behavior is normal? I mean, if it's not a bug in eclass :-/

No. It's the expected behavior in the new eclass.

python-distutils-ng.eclass installs .pyo/.pyc files in src_install(), so they are listed as owned by the package in VDB.

python.eclass and distutils.eclass install .pyo/.pyc files in pkg_postinst(), so they are not owned by any package in VDB, but the package is responsible for deleting them in its pkg_postrm() phase when it gets uninstalled.