Re: Python34 include directory problems

2015-07-06 Thread Joshua Root
On 2015-7-7 04:45 , Michael Dickens wrote: > I must have a short memory; I have no recollection of doing that commit. > Thanks for the explanation of why the 'm' or 'u' or 'd' or whatever; I > had forgotten that too. Reading through that PEP, seems like we can use > the Python sysconfig variable 'I

Re: Python34 include directory problems

2015-07-06 Thread Michael Dickens
I must have a short memory; I have no recollection of doing that commit. Thanks for the explanation of why the 'm' or 'u' or 'd' or whatever; I had forgotten that too. Reading through that PEP, seems like we can use the Python sysconfig variable 'INCLUDEPY' to determined the include install locatio

Re: Python34 include directory problems

2015-07-06 Thread Joshua Root
On 2015-7-7 03:19 , Michael Dickens wrote: > Even something as minimal as making the default checked directory on > python34 end with "m" works for me; it's probably not the ideal > solution, but it's better than what we have right now. - MLD > > {{{ > Index: _resources/port1.0/group/python-1.0.tc

Re: Python34 include directory problems

2015-07-06 Thread Michael Dickens
Even something as minimal as making the default checked directory on python34 end with "m" works for me; it's probably not the ideal solution, but it's better than what we have right now. - MLD {{{ Index: _resources/port1.0/group/python-1.0.tcl =

Python34 include directory problems

2015-07-06 Thread Michael Dickens
After updating py34-pyqt4 to use dbus-python34, all of the buildbots failed to build this port, with: {{{ configure.py: error: "/opt/local/Library/Frameworks/Python.framework/Versions/3.4/include/python3.4m/dbus-1.0" is not a directory }}} This port builds cleanly for me on 10.8 (latest; latest Xco

Re: [138304] trunk/dports/devel/GASNet/Portfile

2015-07-06 Thread Takeshi Enomoto
Dear Ryan, > There is no reason to increase the revision for this, because any user who > already had the port installed with +gcc49 will continue to use +gcc49 after > an upgrade because MacPorts preserves variants on upgrades. Thanks for reminding me of this. I’ve done unnecessary revbumps wi

Re: [MacPorts] ijackson modified

2015-07-06 Thread Ryan Schmidt
> On Jul 6, 2015, at 5:12 AM, MacPorts wrote: > > Page "ijackson" was changed by ijack...@macports.org > Diff URL: > Revision 3 > Comment: Update introduction in Thrid person. Add link to gsoc15-dependency > branch > Changes: > ---

qtN-kde port(s)

2015-07-06 Thread René J . V . Bertin
Hi Marko, I've been thinking a bit more about our idea of setting up KDE/KF5 specific Qt port(s) with patches aimed at improving the KDE experience and an install layout that mimics the one used on Linux as much as possible (i.e. my time-tested concurrent install layout). I'd be interested in