[MacPorts] #45364: faustlive-devel: new port

MacPorts noreply at macports.org
Mon Oct 13 21:23:28 PDT 2014


#45364: faustlive-devel: new port
------------------------------+--------------------------
  Reporter:  aggraef@…        |      Owner:  ryandesign@…
      Type:  submission       |     Status:  assigned
  Priority:  Normal           |  Milestone:
 Component:  ports            |    Version:
Resolution:                   |   Keywords:  haspatch
      Port:  faustlive-devel  |
------------------------------+--------------------------

Comment (by aggraef@…):

 Yes, I see what you mean. But sound2faust then is the least of our
 concerns. Statically linking against libfaust, libOSCFaust and
 libHTTPDFaust is a much more serious problem in your scenario, since these
 are much more likely to change between faust2 revisions, potentially
 making faustlive-devel's behavior depend on the particular faust2-devel
 version it was built with.

 But keeping faust2-devel out of faustlive-devel's runtime dependencies is
 really important. It's so important for me that I'd rather keep updating
 both ports in lockstep. Hence my question whether MP actually enforces an
 upgrade of a port when one of its build dependencies is updated.

 Replying to [comment:12 ryandesign@…]:
 > And we want deterministic repeatable builds. Imagine this scenario:
 >
 >  * on 20141015 we update faust2-devel to version 20141015
 >  * on 20141016 we update faustlive-devel to version 20141016 which is
 compatible with faust2-devel 20141015
 >  * on 20141017 user X installs faustlive-devel 20141016 and gets a
 working port
 >  * on 20141018 we update faust2-devel to version 20141018 which is not
 compatible with faustlive-devel 20141016 anymore
 >  * on 20141019 user Y installs faustlive-devel 20141016 and gets a non-
 working port; user X's installation still works fine
 >
 > We don't want two different users installing the same version of a
 package to have different results, which is why embedding another port's
 files is usually undesirable and why I would use a symlink instead.

-- 
Ticket URL: <https://trac.macports.org/ticket/45364#comment:17>
MacPorts <http://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list