Migration conflicting ports

[Michael Dickens]

Just built & works for me too (actual testing inside octave), so I
committed the fix in r143912. Thanks for pointing out that issue! - MLD

On Thu, Dec 24, 2015, at 06:55 PM, Ryan Schmidt wrote:
> 
> On Dec 24, 2015, at 6:01 AM, Mojca Miklavec wrote:
> 
> > On 23 December 2015 at 16:12, Adam Dershowitz wrote:
> >> Before I upgraded to OS 10.11 I had the gmsh and octave ports installed.  Both depended on fltk.  I am now reinstalling my ports per the migration instructions.  The problem is that octave now depends on fltk-devel while gmsh depends on fltk and these conflict with each other.
> >> The strange part is that the octave port is the same rev that I had installed before the migration (@3.8.2_14).  I don’t know when there might have been a change, or what it was.
> >> Is there any way to have both gmsh and octave installed?  I am not sure if I should even file a ticket as it seems that there is not a bug in either port, just a conflict between them.
> > 
> > I'm not maintainer of the Octave port, but the Portfile contains the
> > following comment & code:
> > 
> > http://trac.macports.org/changeset/140782/
> > 
> >    # for now on OSX 10.11, just use fltk-devel since fltk does not
> >    # build; remove this condition with the next fltk release (noted
> >    # in that Portfile too).
> > 
> >    if {${os.major} == 15} {
> >        depends_lib-append port:fltk-devel
> >    } else {
> >        depends_lib-append path:lib/libfltk.dylib:fltk
> > 
> > (You can try to run "sudo port install fltk" just to confirm that it's
> > indeed broken.)
> > 
> > You should be able to work around the problem by installing fltk-devel
> > first, then gmsh and octave (gmsh is happy with either fltk or
> > fltk-devel, but it would install fltk by default if no binary is
> > already there).
> > 
> > But you could just as well file a ticket (put michaelld in CC) to
> > apply the same kind of fix to gmsh as the one in octave.
> 
> fltk @1.3.3 installs fine for me on El Capitan. Maybe octave's El
> Capitan-specific dependency on fltk-devel should be reverted.
>