[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