Bug 835649 - luci uninstall will leave /var/lib/luci/var/pts and /usr/lib*/luci/zope/var/pts behind
luci uninstall will leave /var/lib/luci/var/pts and /usr/lib*/luci/zope/var/p...
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: conga (Show other bugs)
Unspecified Unspecified
low Severity low
: rc
: ---
Assigned To: Jan Pokorný
Cluster QE
Depends On:
  Show dependency treegraph
Reported: 2012-06-26 13:34 EDT by Jan Pokorný
Modified: 2013-01-08 00:10 EST (History)
4 users (show)

See Also:
Fixed In Version: luci-0.12.2-57.el5
Doc Type: Bug Fix
Doc Text:
Cause: Unneeded files and directories were left behind at /var/lib/luci/var/pts and /usr/lib{,64}/luci/zope/var/pts when the luci package was uninstalled. Consequence: Files and directories that were not needed remained on the filesystem after the package was installed. Fix: These files and directories are now removed when the luci package is uninstalled. Result: No unneeded files and directories are left behind when the luci package is uninstalled.
Story Points: ---
Clone Of:
Last Closed: 2013-01-08 00:10:24 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Jan Pokorný 2012-06-26 13:34:31 EDT
I've run into this in connection with bug 786372 (c12, c13).

1. install luci
2. start luci
3. remove luci

Now, you can see that paths from summary have been omitted.
Each seems to have the same files (ca. 540, 7 MiB) that
are probably translation strings cached as Python bytecode.

Run rm -rf -- /var/lib/luci/var/pts /usr/lib*/luci/zope/var/pts
in "%preun -n luci" section.
The files are not present after prepare/build so they cannot be
captured naturally and enumerating them as %ghost does not seem to
be a good idea (unless the whole "pts" dir can be marked like this
with inheritance towards nested files).
Comment 1 RHEL Product and Program Management 2012-06-26 13:48:16 EDT
This request was evaluated by Red Hat Product Management for inclusion
in a Red Hat Enterprise Linux release.  Product Management has
requested further review of this request by Red Hat Engineering, for
potential inclusion in a Red Hat Enterprise Linux release for currently
deployed products.  This request is not yet committed for inclusion in
a release.
Comment 3 Jan Pokorný 2012-07-25 13:09:16 EDT
Test sequence I used to check the fix:

# # machine should be clean, ideally no luci ever installed
# ls -ld  /var/lib/luci/var/pts /usr/lib*/luci/zope/var/pts
ls: /var/lib/luci/var/pts: No such file or directory
ls: /usr/lib*/luci/zope/var/pts: No such file or directory

# # install package
# B='http://download.devel.redhat.com/brewroot/packages/'
# N=conga
# V=0.12.2
# R=57
# D=el5
# A=x86_64
# P=luci
# rpm -Uvh "${B}${N}/${V}/${R}.${D}/${A}/${P:=$N}-${V}-${R}.${D}.${A}.rpm"

# # start luci and see created *.mo files (message catalog cache)
# luci_admin init
# service luci start
# ls -l  /var/lib/luci/var/pts /usr/lib*/luci/zope/var/pts | less
# # ... plenty of files

# # remove luci and look again
# yum remove luci
# ls -l  /var/lib/luci/var/pts /usr/lib*/luci/zope/var/pts
ls: /var/lib/luci/var/pts: No such file or directory
ls: /usr/lib*/luci/zope/var/pts: No such file or directory
# # before, the files would stay as before uninstall process

This can be repeated in such a way that luci is not initialized/started,
hence the *.mo files at specified locations are not created at all.

Note: paths to remove are implemented using RPM macros that (as per
      errata's Rpmdiff) evaluate like this (nb. "lib*" above):
      - 386 ia64 ppc s390
      - x86_64 ppc64 s390x:
Comment 8 errata-xmlrpc 2013-01-08 00:10:24 EST
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.