[MacPorts] #62255: Moving to new VLC packaging method causes "Check for Update" to auto-trigger

[MacPorts]

#62255: Moving to new VLC packaging method causes "Check for Update" to auto-
trigger
------------------------+--------------------
 Reporter:  jasonliu--  |      Owner:  (none)
     Type:  defect      |     Status:  new
 Priority:  Normal      |  Milestone:
Component:  ports       |    Version:  2.6.4
 Keywords:              |       Port:  VLC
------------------------+--------------------
 In [https://github.com/macports/macports-ports/pull/8718 GitHub PR#8718],
 the method of installing the VLC port was changed in a fundamental way. It
 looks like it now performs what essentially looks like a "brew cask"-style
 installation of the upstream authors' DMG installer.

 As of the submission of this Trac ticket (2020-02-10), the VLC port
 version is 3.0.11.1. VideoLAN.org just released version 3.0.12. After
 installing or upgrading VLC to `vlc @3.0.11.1`, upon launching VLC, the
 check-for-updates functionality immediately auto-triggers, and a window
 pops up offering to upgrade to VLC to version 3.0.12. I haven't actually
 tried clicking on the "Install Update" button, but I suspect that it will
 behave in the normal way of downloading the new VLC and performing an in-
 place upgrade. Wouldn't this break the "MacPorts identity" of the package?

 If I recall correctly, the old method of packaging VLC actually disabled
 the "Check for Update" functionality. Should we not be doing the same for
 the new package?

-- 
Ticket URL: <https://trac.macports.org/ticket/62255>
MacPorts <https://www.macports.org/>
Ports system for macOS