Bug 1369494

Summary: Leftovers in /usr/lib{,64}/python3.4 after upgrading F23->F25
Product: [Fedora] Fedora Reporter: Vedran Miletić <vedran>
Component: python3Assignee: Charalampos Stratakis <cstratak>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 25CC: bkabrda, cstratak, mhroncok, pviktori, rkuska, tomspur, torsava
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-08-07 11:47:18 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Vedran Miletić 2016-08-23 14:49:09 UTC
After upgrading F23 to F25 using dnf's system-upgrade plugin, the following cache files and empty folders will remain and have to be cleaned up manually:

$ locate python3.4
/usr/lib/python3.4
/usr/lib/python3.4/site-packages
/usr/lib/python3.4/site-packages/dnf-plugins
/usr/lib/python3.4/site-packages/humanize
/usr/lib/python3.4/site-packages/pykickstart
/usr/lib/python3.4/site-packages/seobject
/usr/lib/python3.4/site-packages/setroubleshoot
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/builddep.cpython-34.pyc
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/builddep.cpython-34.pyo
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/config_manager.cpython-34.pyc
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/config_manager.cpython-34.pyo
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/copr.cpython-34.pyc
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/copr.cpython-34.pyo
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/debuginfo-install.cpython-34.pyc
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/debuginfo-install.cpython-34.pyo
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/download.cpython-34.pyc
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/download.cpython-34.pyo
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/generate_completion_cache.cpython-34.pyc
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/generate_completion_cache.cpython-34.pyo
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/needs_restarting.cpython-34.pyc
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/needs_restarting.cpython-34.pyo
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/noroot.cpython-34.pyc
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/noroot.cpython-34.pyo
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/protected_packages.cpython-34.pyc
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/protected_packages.cpython-34.pyo
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/repoquery.cpython-34.pyc
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/repoquery.cpython-34.pyo
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/reposync.cpython-34.pyc
/usr/lib/python3.4/site-packages/dnf-plugins/__pycache__/reposync.cpython-34.pyo
/usr/lib/python3.4/site-packages/humanize/locale
/usr/lib/python3.4/site-packages/humanize/locale/fr_FR
/usr/lib/python3.4/site-packages/humanize/locale/ko_KR
/usr/lib/python3.4/site-packages/humanize/locale/ru_RU
/usr/lib/python3.4/site-packages/humanize/locale/fr_FR/LC_MESSAGES
/usr/lib/python3.4/site-packages/humanize/locale/ko_KR/LC_MESSAGES
/usr/lib/python3.4/site-packages/humanize/locale/ru_RU/LC_MESSAGES
/usr/lib/python3.4/site-packages/pykickstart/commands
/usr/lib/python3.4/site-packages/pykickstart/handlers
/usr/lib/python3.4/site-packages/seobject/__pycache__
/usr/lib/python3.4/site-packages/setroubleshoot/__pycache__
/usr/lib64/python3.4
/usr/lib64/python3.4/site-packages
/usr/lib64/python3.4/site-packages/hawkey
/usr/lib64/python3.4/site-packages/pyanaconda
/usr/lib64/python3.4/site-packages/report
/usr/lib64/python3.4/site-packages/reportclient
/usr/lib64/python3.4/site-packages/sepolicy
/usr/lib64/python3.4/site-packages/hawkey/__pycache__
/usr/lib64/python3.4/site-packages/hawkey/__pycache__/__init__.cpython-34.pyc
/usr/lib64/python3.4/site-packages/hawkey/__pycache__/__init__.cpython-34.pyo
/usr/lib64/python3.4/site-packages/pyanaconda/__pycache__
/usr/lib64/python3.4/site-packages/pyanaconda/ui
/usr/lib64/python3.4/site-packages/pyanaconda/ui/tui
/usr/lib64/python3.4/site-packages/sepolicy/__pycache__
/usr/share/lorax/product/usr/lib64/python3.4
/usr/share/lorax/product/usr/lib64/python3.4/site-packages
/usr/share/lorax/product/usr/lib64/python3.4/site-packages/pyanaconda
/usr/share/lorax/product/usr/lib64/python3.4/site-packages/pyanaconda/installclasses
/usr/share/lorax/product/usr/lib64/python3.4/site-packages/pyanaconda/installclasses/__pycache__

Should I file individual bugs per python module?

Comment 1 Petr Viktorin 2016-08-23 14:55:42 UTC
Yes, individual bugs would be great -- these aren't caused by Python itself. You can use this as a tracker, though (i.e. set the other bugs as Blocking this one).

As Python maintainers we can of course help in fixing this, if requested.

The files in __pycache__ should be part in their respective RPMs, so they're not generated on import.
Don't know about the other files. If they're available at RPM build time, they should be packaged.

Comment 2 Charalampos Stratakis 2016-08-23 15:30:15 UTC
I believe the update process should have been F23->F24->F25?

Maybe the issue was that. I will try to replicate it.

Comment 3 Charalampos Stratakis 2016-08-23 15:32:34 UTC
So now I realize it is about various different packages. The bug should be filled for dnf firstly, although I believe upgrading at once through two releases is not supported.

Comment 4 Vedran Miletić 2016-08-23 17:38:20 UTC
(In reply to Petr Viktorin from comment #1)
> Yes, individual bugs would be great -- these aren't caused by Python itself.
> You can use this as a tracker, though (i.e. set the other bugs as Blocking
> this one).
> 
> As Python maintainers we can of course help in fixing this, if requested.
> 
> The files in __pycache__ should be part in their respective RPMs, so they're
> not generated on import.
> Don't know about the other files. If they're available at RPM build time,
> they should be packaged.

Will do.

(In reply to Charalampos Stratakis from comment #2)
> I believe the update process should have been F23->F24->F25?
> 
> Maybe the issue was that. I will try to replicate it.

Not anymore. Since F22 we support upgrade n->n+2.