[MacPorts] #45396: shared-mime-info @1.3 update-mime-database output is not removed on deactivate
MacPorts
noreply at macports.org
Mon Aug 22 22:08:02 UTC 2022
#45396: shared-mime-info @1.3 update-mime-database output is not removed on
deactivate
-------------------------------+----------------------
Reporter: bgilbert | Owner: RJVB
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords:
Port: shared-mime-info |
-------------------------------+----------------------
Comment (by RJVB):
This isn't exactly the only port that generates files in the post-activate
which are not cleaned up when the port is deactivated. As a random
example, from `port:meld`:
```
post-activate {
system "${prefix}/bin/update-desktop-database
${prefix}/share/applications"
system "${prefix}/bin/gtk-update-icon-cache-3.0 -f -t
${prefix}/share/icons/hicolor"
system "${prefix}/bin/update-mime-database ${prefix}/share/mime"
system "${prefix}/bin/glib-compile-schemas
${prefix}/share/glib-2.0/schemas"
}
```
This has never caused much eye-brow-raising that I know of. The history of
this ticket underlines how much of a non-issue it is in practice.
I'd suggest that a mechanism is added through which ports can register
which files it (might) create (be it in post-activate or otherwise) that
should ideally be removed when the port is deactivated or uninstalled.
That would save a lot of duplicating of trivial code.
I will point out however that in my experience the `post-activate` step is
not (reliably) performed when re-activating a port that had been
deactivated, only after an install/upgrade.
--
Ticket URL: <https://trac.macports.org/ticket/45396#comment:5>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list