[MacPorts] #54350: libcdio-paranoia @10.2+0.94+1: version field should not contain "+" symbol

MacPorts noreply at macports.org
Thu Jul 6 12:33:47 UTC 2017


#54350: libcdio-paranoia @10.2+0.94+1: version field should not contain "+" symbol
-------------------------------+-------------------
  Reporter:  ballapete         |      Owner:
      Type:  defect            |     Status:  new
  Priority:  Normal            |  Milestone:
 Component:  ports             |    Version:  2.4.1
Resolution:                    |   Keywords:
      Port:  libcdio-paranoia  |
-------------------------------+-------------------

Comment (by ctreleaven):

 The version numbering used by upstream clearly causes a lot of confusion.
 Repology currently shows that 15 repos carry this software with a variety
 of numbering schemes:

 https://repology.org/metapackage/libcdio-paranoia/versions

 The "10.2" portion of the string comes from CDDA Paranoia
 (https://www.xiph.org/paranoia/).  AIUI, that software is not portable and
 cdio-paranoia was created to provide such.  The CDDA project is apparently
 stagnant--last release in 2008.

 The "0.9x" portion of the version string relates to the underlying libcdio
 version.  See:

 http://git.savannah.gnu.org/cgit/libcdio.git

 When there are releases of libcdio-paranoia, they tend to follow a libcdio
 release.  There are execptions; there was no libcdio-paranoia release for
 the .91 and .92 libcdio releases.  Nonetheless, I think we should use the
 0.9x portion as the MacPorts version number.

 For implementing this in MacPorts, I found a somewhat similar case which
 was address with:

 https://github.com/macports/macports-
 ports/commit/64fe6935a8a4a8cea8669ee0e6d8e3a2388e9fb1

 This is as Frank suggested in #54430, increase the epoch and change the
 MacPorts version number. Since epoch has to be an integer, I'm tempted to
 set it to "102".

 If no one objects to a) the 0.94 version number, or b) the use of 102 as
 the epoch value, I can commit this in a couple of days.

--
Ticket URL: <https://trac.macports.org/ticket/54350#comment:10>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list