Re: pkg-config v. -I/opt/local/include

2016-01-13 Thread Craig Treleaven
> On Jan 13, 2016, at 2:19 AM, Ryan Schmidt wrote: > > On Jan 12, 2016, at 1:05 PM, Craig Treleaven wrote: >> On Jan 12, 2016, at 4:09 AM, Ryan Schmidt wrote: >>> On Jan 11, 2016, at 9:03 AM, Craig Treleaven wrote: I’m having buiild failures due to includes pointing

Re: r143478 -- gsl: update version 2.0->2.1

2016-01-13 Thread Takeshi Enomoto
Hi, It seems that the update to gsl-2.x broke fgsl (#50295), which is compatible with 1.16. We may need gsl116 until the updates are provided by the upstream. Regards, Takeshi - Takeshi Enomoto take...@macports.org ___ macports-dev mailing list

Re: [KDE/Mac] KDE4/KF5 "cohabitation"

2016-01-13 Thread René J . V . Bertin
On Wednesday January 13 2016 10:53:49 Jeremy Whiting wrote: > Yes exactly, once an application has been released based on Qt5/KF5 it > shouldn't be coinstallable with the same application that is > Qt4/kdelibs4 based. Most (and eventually all) kf5 based applications Shouldn't, or isn't expected

Re: [KDE/Mac] KDE4/KF5 "cohabitation"

2016-01-13 Thread Jeremy Whiting
Yeah, not expected to be. If they are that's a bonus I guess, but not expected. On Wed, Jan 13, 2016 at 2:05 PM, René J.V. wrote: > On Wednesday January 13 2016 10:53:49 Jeremy Whiting wrote: > >> Yes exactly, once an application has been released based on Qt5/KF5 it >>

[144621] trunk/dports/python/py-numpy/Portfile

2016-01-13 Thread Joshua Root
> Revision: 144621 > https://trac.macports.org/changeset/144621 > Author: sean at macports.org > Date: 2016-01-13 23:29:24 -0800 (Wed, 13 Jan 2016) > Log Message: > --- > py-numpy: numpy needs fortran, so require it We've been through this before; numpy does not need

Re: r143478 -- gsl: update version 2.0->2.1

2016-01-13 Thread David Evans
On 1/13/16 5:48 AM, Takeshi Enomoto wrote: > Hi, > > It seems that the update to gsl-2.x broke fgsl (#50295), which is compatible > with 1.16. > We may need gsl116 until the updates are provided by the upstream. > > Regards, > > Takeshi > > - > Takeshi Enomoto > take...@macports.org > >

Re: KDE4/KF5 "cohabitation"

2016-01-13 Thread nicos
Hello, > I'm sure you've noticed that I'm making progress with ports for KF5. Maybe I > should have asked your opinion on how to approach this (if so, apologies that > I didn't), but I would like to know your thoughts on the issue of > co-existence of KDE4 and KF5 ports. Yes, I saw the

Re: pkg-config v. -I/opt/local/include

2016-01-13 Thread Ryan Schmidt
On Jan 13, 2016, at 6:37 AM, Craig Treleaven wrote:On Jan 13, 2016, at 2:19 AM, Ryan Schmidt wrote:On Jan 12, 2016, at 1:05 PM, Craig Treleaven wrote:Adding 'configure.env-append    PKG_CONFIG_SYSTEM_INCLUDE_PATH=${prefix}/include’  makes the MythTV build work the way it does on Linux (aka

Re: pkg-config v. -I/opt/local/include

2016-01-13 Thread Brandon Allbery
On Wed, Jan 13, 2016 at 2:19 AM, Ryan Schmidt wrote: > But is that because -I/opt/local/include then gets inserted into the > correct place in the compile line, or because -I/opt/local/include is > omitted from the compile line and it only works because MacPorts also >

Re: KDE4/KF5 "cohabitation"

2016-01-13 Thread René J . V . Bertin
On Thursday January 14 2016 00:54:59 ni...@macports.org wrote: >It is not clear to me at this point what aim you have. Are you aiming for full >install (including applications) in parallel, or for non-conflicting core >packages so that different applications from both KDE4 and KF5 could be

Re: [144607] trunk/dports/science/octopus/Portfile

2016-01-13 Thread Ryan Schmidt
> On Jan 13, 2016, at 11:29 AM, dstru...@macports.org wrote: > > Revision > 144607 > Author > dstru...@macports.org > Date > 2016-01-13 09:29:21 -0800 (Wed, 13 Jan 2016) > Log Message > > octopus: Make +accelerate the default, to save a lot of time in building > atlas. > Modified Paths > >

Re: [KDE/Mac] KDE4/KF5 "cohabitation"

2016-01-13 Thread Jeremy Whiting
Hey, just some suggestions. On Wed, Jan 13, 2016 at 8:54 AM, wrote: > Hello, > >> I'm sure you've noticed that I'm making progress with ports for KF5. Maybe I >> should have asked your opinion on how to approach this (if so, apologies >> that I didn't), but I would like to

Re: [144607] trunk/dports/science/octopus/Portfile

2016-01-13 Thread Ryan Schmidt
On Jan 13, 2016, at 11:45 AM, Ryan Schmidt wrote: > But there was no reason to increase the port's revision, since the user's > existing variants will be preserved in the upgrade. Regardless whether the > user had the atlas or accelerate or openblas variant of octupus 5.0.1_0 > installed,

Re: [144607] trunk/dports/science/octopus/Portfile

2016-01-13 Thread David Strubbe
Oh ok. I have seen some ports have a revision increased recently because of a change of default variants, so I was following that, but I guess they shouldn't have been. David On Wed, Jan 13, 2016 at 12:47 PM, Ryan Schmidt wrote: > > On Jan 13, 2016, at 11:45 AM, Ryan

Re: [KDE/Mac] KDE4/KF5 "cohabitation"

2016-01-13 Thread Jeremy Whiting
Yes exactly, once an application has been released based on Qt5/KF5 it shouldn't be coinstallable with the same application that is Qt4/kdelibs4 based. Most (and eventually all) kf5 based applications include a settings/config migrator that migrates settings from kdelibs4 locations to kf5