Re_ graphite2 build error

[rmgls]

On Mon, 26 Oct 2>15 16:13:24 -0500 Ryan Schmidt 
wrote:

>> On Oct 26, 2>15, at 1:01 PM, rmgls  wrote:
> >
>> Hi Brandon,
>>
>> alas no , i must have  included the following:
>> find /. -name units.h

>> =
/./Applications/Xcode.app/Contents/Developer/Platforms/AppleTVOS.platform/=
Developer/SDKs/AppleTVOS.sdk/usr/include/sys/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Platforms/AppleTVOS.platform/=
Developer/SDKs/AppleTVOS.sdk/usr/include/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Platforms/AppleTVSimulator.pl=
atform/Developer/SDKs/AppleTVSimulator.sdk/usr/include/sys/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Platforms/AppleTVSimulator.pl=
atform/Developer/SDKs/AppleTVSimulator.sdk/usr/include/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/D=
eveloper/SDKs/iPhoneOS.sdk/usr/include/sys/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/D=
eveloper/SDKs/iPhoneOS.sdk/usr/include/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.pla=
tform/Developer/SDKs/iPhoneSimulator.sdk/usr/include/sys/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.pla=
tform/Developer/SDKs/iPhoneSimulator.sdk/usr/include/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Dev=
eloper/SDKs/MacOSX1>.11.sdk/System/Library/Frameworks/Kernel.framework/Ver=
sions/A/Headers/sys/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Dev=
eloper/SDKs/MacOSX1>.11.sdk/usr/include/sys/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Dev=
eloper/SDKs/MacOSX1>.11.sdk/usr/include/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Platforms/WatchOS.platform/De=
veloper/SDKs/WatchOS.sdk/usr/include/sys/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Platforms/WatchOS.platform/De=
veloper/SDKs/WatchOS.sdk/usr/include/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Platforms/WatchSimulator.plat=
form/Developer/SDKs/WatchSimulator.sdk/usr/include/sys/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Platforms/WatchSimulator.plat=
form/Developer/SDKs/WatchSimulator.sdk/usr/include/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoo=
lchain/usr/lib/swift-migrator/sdk/iPhoneOS.sdk/usr/include/sys/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoo=
lchain/usr/lib/swift-migrator/sdk/iPhoneOS.sdk/usr/include/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoo=
lchain/usr/lib/swift-migrator/sdk/iPhoneSimulator.sdk/usr/include/sys/unis=
td.h
>> =
/./Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoo=
lchain/usr/lib/swift-migrator/sdk/iPhoneSimulator.sdk/usr/include/unistd.h=

/./Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoo=
lchain/usr/lib/swift-migrator/sdk/MacOSX.sdk/usr/include/sys/unistd.h
>> =
/./Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoo=
lchain/usr/lib/swift-migrator/sdk/MacOSX.sdk/usr/include/unistd.h
>> /./opt/local/include/postgresql94/server/port/win32_msvc/unistd.h

>> no /usr/include in 1>.11 with swift 2.
>> that is my problem.

> Yes. Not having /usr/include would be a problem. /usr/include is =
> provided by the Xcode command line tools, so install that.

Hello Ryan,

then i do not understand, please look:
xcode-select --install
xcode-select: error: command line tools are already installed, use "Software 
Update" to install updates
 xcode-select -p
/Applications/Xcode.app/Contents/Developer

is it a way to set this default path?
/applications/xcode.app/contents/Developer/Platforms/MacOSX.platform/developer/sdks/MacOSX10.11.sdk/usr/include

Thanks

Raoul
rm...@orange.fr

___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

darwin14 - darwin15 issue

[Paolo Denti]

Selfupdated macports  for el capitain, then attempting to upgrade outdated.
Error for gcc48 and dependencies.
darwin14 platform, darwin15 platform requested, see below:

The following installed ports are outdated:
gcc48  4.8.5_0 < 4.8.5_0  (platform darwin 14 != darwin 
15)  
libxml22.9.2_2 < 2.9.2_2  (platform darwin 14 != darwin 
15)  
m4 1.4.17_0 < 1.4.17_0  (platform darwin 14 != 
darwin 15)  
openssl1.0.2d_0 < 1.0.2d_0  (platform darwin 14 != 
darwin 15)  
pkgconfig  0.28_0 < 0.28_0  (platform darwin 14 != darwin 
15)  
python2_select 0.0_1 < 0.0_1  (platform darwin 14 != darwin 15) 
 
python27   2.7.10_3 < 2.7.10_3  (platform darwin 14 != 
darwin 15)  
python_select  0.3_5 < 0.3_6 
sqlite33.8.11.1_0 < 3.8.11.1_0  (platform darwin 14 != 
darwin 15)
xmahjongg  3.7_2 < 3.7_2  (platform darwin 14 != darwin 15) 
 
xorg-bigreqsproto  1.1.2_0 < 1.1.2_0  (platform darwin 14 != darwin 
15)  
xorg-inputproto2.3.1_0 < 2.3.1_0  (platform darwin 14 != darwin 
15)  
xorg-kbproto   1.0.6_0 < 1.0.7_0 
xorg-libice1.0.9_0 < 1.0.9_0  (platform darwin 14 != darwin 
15)  
xorg-libpthread-stubs  0.3_0 < 0.3_0  (platform darwin 14 != darwin 15) 
 
xorg-libsm 1.2.1_0 < 1.2.1_0  (platform darwin 14 != darwin 
15)  
xorg-libX111.6.3_0 < 1.6.3_0  (platform darwin 14 != darwin 
15)  
xorg-libXau1.0.8_0 < 1.0.8_0  (platform darwin 14 != darwin 
15)  
xorg-libxcb1.11_1 < 1.11.1_0 
xorg-libXdmcp  1.1.2_0 < 1.1.2_0  (platform darwin 14 != darwin 
15)  
xorg-util-macros   1.19.0_0 < 1.19.0_0  (platform darwin 14 != 
darwin 15)  
xorg-xcb-proto 1.11_1 < 1.11_1  (platform darwin 14 != darwin 
15)  
xorg-xcmiscproto   1.2.2_0 < 1.2.2_0  (platform darwin 14 != darwin 
15)  
xorg-xextproto 7.3.0_0 < 7.3.0_0  (platform darwin 14 != darwin 
15)  
xorg-xf86bigfontproto  1.2.0_0 < 1.2.0_0  (platform darwin 14 != darwin 
15)  
xorg-xproto7.0.27_1 < 7.0.28_0   
xorg-xtrans1.3.5_0 < 1.3.5_0  (platform darwin 14 != darwin 
15)  

Any suggestion?

___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: darwin14 - darwin15 issue

[Chris Jones]

Follow the migration guide

https://trac.macports.org/wiki/Migration

On 27/10/15 08:33, Paolo Denti wrote:

Selfupdated macports  for el capitain, then attempting to upgrade outdated.
Error for gcc48 and dependencies.
darwin14 platform, darwin15 platform requested, see below:

The following installed ports are outdated:
gcc48  4.8.5_0 < 4.8.5_0  (platform darwin 14 !=
darwin 15)
libxml22.9.2_2 < 2.9.2_2  (platform darwin 14 !=
darwin 15)
m4 1.4.17_0 < 1.4.17_0  (platform darwin 14
!= darwin 15)
openssl1.0.2d_0 < 1.0.2d_0  (platform darwin 14
!= darwin 15)
pkgconfig  0.28_0 < 0.28_0  (platform darwin 14 !=
darwin 15)
python2_select 0.0_1 < 0.0_1  (platform darwin 14 !=
darwin 15)
python27   2.7.10_3 < 2.7.10_3  (platform darwin 14
!= darwin 15)
python_select  0.3_5 < 0.3_6
sqlite33.8.11.1_0 < 3.8.11.1_0  (platform darwin
14 != darwin 15)
xmahjongg  3.7_2 < 3.7_2  (platform darwin 14 !=
darwin 15)
xorg-bigreqsproto  1.1.2_0 < 1.1.2_0  (platform darwin 14 !=
darwin 15)
xorg-inputproto2.3.1_0 < 2.3.1_0  (platform darwin 14 !=
darwin 15)
xorg-kbproto   1.0.6_0 < 1.0.7_0
xorg-libice1.0.9_0 < 1.0.9_0  (platform darwin 14 !=
darwin 15)
xorg-libpthread-stubs  0.3_0 < 0.3_0  (platform darwin 14 !=
darwin 15)
xorg-libsm 1.2.1_0 < 1.2.1_0  (platform darwin 14 !=
darwin 15)
xorg-libX111.6.3_0 < 1.6.3_0  (platform darwin 14 !=
darwin 15)
xorg-libXau1.0.8_0 < 1.0.8_0  (platform darwin 14 !=
darwin 15)
xorg-libxcb1.11_1 < 1.11.1_0
xorg-libXdmcp  1.1.2_0 < 1.1.2_0  (platform darwin 14 !=
darwin 15)
xorg-util-macros   1.19.0_0 < 1.19.0_0  (platform darwin 14
!= darwin 15)
xorg-xcb-proto 1.11_1 < 1.11_1  (platform darwin 14 !=
darwin 15)
xorg-xcmiscproto   1.2.2_0 < 1.2.2_0  (platform darwin 14 !=
darwin 15)
xorg-xextproto 7.3.0_0 < 7.3.0_0  (platform darwin 14 !=
darwin 15)
xorg-xf86bigfontproto  1.2.0_0 < 1.2.0_0  (platform darwin 14 !=
darwin 15)
xorg-xproto7.0.27_1 < 7.0.28_0
xorg-xtrans1.3.5_0 < 1.3.5_0  (platform darwin 14 !=
darwin 15)

Any suggestion?



___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users


___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re_ graphite2 build error

[Joshua Root]

rmgls  wrote:
> On Mon, 26 Oct 2>15 16:13:24 -0500 Ryan Schmidt 
> wrote:
> 
>> Yes. Not having /usr/include would be a problem. /usr/include is =
>> provided by the Xcode command line tools, so install that.
> 
> Hello Ryan,
> 
> then i do not understand, please look:
> xcode-select --install
> xcode-select: error: command line tools are already installed, use "Software 
> Update" to install updates

I don't know what happened on your system, but on mine:

% ls -l /usr/include/unistd.h
-r--r--r--  1 root  wheel  26993 23 Aug 07:40 /usr/include/unistd.h

% pkgutil --file-info /usr/include/unistd.h
volume: /
path: /usr/include/unistd.h

pkgid: com.apple.pkg.DevSDK
pkg-version: 10.11.0.0.1.1440659988
install-time: 1443462826
uid: 0
gid: 0
mode: 444

pkgid: com.apple.pkg.DevSDK_OSX1011
pkg-version: 7.1.0.0.1.1444952191
install-time: 1445466199
uid: 0
gid: 0
mode: 444

Maybe try downloading the command line tools manually from the developer
downloads site and reinstalling?

>  xcode-select -p
> /Applications/Xcode.app/Contents/Developer

That is the correct path for xcode-select to be using.

> is it a way to set this default path?
> /applications/xcode.app/contents/Developer/Platforms/MacOSX.platform/developer/sdks/MacOSX10.11.sdk/usr/include

You don't want to do that.

- Josh
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

restoring ports after migration the "El Captain"

[Ryan Crocker]

So my router decied to die as i was updating from the migration instructions.  
I just tried to re-run 

sudo ./restore_ports.tcl myports.txt

but I get this error,

-->  Removing work directory for p5.16-encode-locale
--->  Computing dependencies for p5.16-extutils-command.
Can't install p5.16-extutils-command because conflicting ports are active: 
port:p5.16-extutils-makemaker
while executing
"_mporterrorifconflictsinstalled $mport"
(procedure "mportdepends" line 17)
invoked from within
"mportdepends $mport $target"
(procedure "mportexec" line 48)
invoked from within
"mportexec $workername $install_target"
Unable to execute target 'install' for port 'p5.16-extutils-command': Can't 
install p5.16-extutils-command because conflicting ports are active: 
port:p5.16-extutils-makemaker
while executing
"install_ports $operationList"
(file "./restore_ports.tcl" line 287)


What flags should i add to do this properly. 

Thanks,

Ryan



___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: restoring ports after migration the "El Captain"

[Ryan Schmidt]

On Oct 27, 2015, at 11:16 AM, Ryan Crocker wrote:

> So my router decied to die as i was updating from the migration instructions. 
>  I just tried to re-run 
> 
> sudo ./restore_ports.tcl myports.txt
> 
> but I get this error,
> 
> -->  Removing work directory for p5.16-encode-locale
> --->  Computing dependencies for p5.16-extutils-command.
> Can't install p5.16-extutils-command because conflicting ports are active: 
> port:p5.16-extutils-makemaker

This isn't really a migration-specific situation. You have 
p5.16-extutils-makemaker installed, and are trying to install 
p5.16-extutils-command, but you can't do that, because they conflict with one 
another (meaning: they try to install the same files). Decide which of these 
two you want. Deactivate the one you don't want, then install or activate the 
one you want.

___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: darwin14 - darwin15 issue

[Ryan Schmidt]

On Oct 27, 2015, at 3:33 AM, Paolo Denti wrote:

> Selfupdated macports  for el capitain, then attempting to upgrade outdated.
> Error for gcc48 and dependencies.
> darwin14 platform, darwin15 platform requested, see below:
> 
> The following installed ports are outdated:
> gcc48  4.8.5_0 < 4.8.5_0  (platform darwin 14 != 
> darwin 15)  
> libxml22.9.2_2 < 2.9.2_2  (platform darwin 14 != 
> darwin 15)  
> m4 1.4.17_0 < 1.4.17_0  (platform darwin 14 != 
> darwin 15)  
> openssl1.0.2d_0 < 1.0.2d_0  (platform darwin 14 != 
> darwin 15)  
> pkgconfig  0.28_0 < 0.28_0  (platform darwin 14 != darwin 
> 15)  
> python2_select 0.0_1 < 0.0_1  (platform darwin 14 != darwin 
> 15)  
> python27   2.7.10_3 < 2.7.10_3  (platform darwin 14 != 
> darwin 15)  
> python_select  0.3_5 < 0.3_6 
> sqlite33.8.11.1_0 < 3.8.11.1_0  (platform darwin 14 
> != darwin 15)  
> xmahjongg  3.7_2 < 3.7_2  (platform darwin 14 != darwin 
> 15)  
> xorg-bigreqsproto  1.1.2_0 < 1.1.2_0  (platform darwin 14 != 
> darwin 15)  
> xorg-inputproto2.3.1_0 < 2.3.1_0  (platform darwin 14 != 
> darwin 15)  
> xorg-kbproto   1.0.6_0 < 1.0.7_0 
> xorg-libice1.0.9_0 < 1.0.9_0  (platform darwin 14 != 
> darwin 15)  
> xorg-libpthread-stubs  0.3_0 < 0.3_0  (platform darwin 14 != darwin 
> 15)  
> xorg-libsm 1.2.1_0 < 1.2.1_0  (platform darwin 14 != 
> darwin 15)  
> xorg-libX111.6.3_0 < 1.6.3_0  (platform darwin 14 != 
> darwin 15)  
> xorg-libXau1.0.8_0 < 1.0.8_0  (platform darwin 14 != 
> darwin 15)  
> xorg-libxcb1.11_1 < 1.11.1_0 
> xorg-libXdmcp  1.1.2_0 < 1.1.2_0  (platform darwin 14 != 
> darwin 15)  
> xorg-util-macros   1.19.0_0 < 1.19.0_0  (platform darwin 14 != 
> darwin 15)  
> xorg-xcb-proto 1.11_1 < 1.11_1  (platform darwin 14 != darwin 
> 15)  
> xorg-xcmiscproto   1.2.2_0 < 1.2.2_0  (platform darwin 14 != 
> darwin 15)  
> xorg-xextproto 7.3.0_0 < 7.3.0_0  (platform darwin 14 != 
> darwin 15)  
> xorg-xf86bigfontproto  1.2.0_0 < 1.2.0_0  (platform darwin 14 != 
> darwin 15)  
> xorg-xproto7.0.27_1 < 7.0.28_0   
> xorg-xtrans1.3.5_0 < 1.3.5_0  (platform darwin 14 != 
> darwin 15)  

gcc48 does not currently build on El Capitan. The ticket is:

https://trac.macports.org/ticket/48471

It is a bug in the system headers that Apple needs to fix.


___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

RE: most basic question

[Dennis Couzin]

Ryan, thanks much for straightening me out on this.
Dennis

-Original Message-
From: Ryan Schmidt [mailto:ryandes...@macports.org] 
Sent: Tuesday, October 27, 2015 19:52
To: Dennis Couzin
Cc: MacPorts Users
Subject: Re: most basic question


On Oct 27, 2015, at 12:28 PM, Dennis Couzin wrote:

> Dear users-list,
> Sorry to have to ask the most basic question of all.
> A certain application -- GSmartControl -- is listed on a MacPorts page.
> I wish to use GSmartControl in my Mac.
> So can I find a ready-to-install .dmg or .app for GSmartControl at
> macports.org -- does it already publically exist? 

MacPorts doesn't provide that sort of thing.

> Or must I first install the MacPorts program (which entails installing
> Xcode, which requires some space)

Yes.

> and then compile GSmartControl myself for my Mac?

Not necessarily. You must type "sudo port install gsmartcontrol" which will
install gsmartcontrol and all of its dependencies. For each package, it will
either download a precompiled binary from our server, if one exists, or
otherwise compile it from source.

> Will this produce a portable .dmg or .app for GSmartControl that I
> can install on friends' Macs?

No. This is a fairly advanced topic, so the fact that you titled this thread
"most basic question" makes me think the below will be much more than you
want to get into.

First of all, understand that the gsmartcontrol port does not provide an OS
X application; it provides an executable that you launch from a terminal.

To make a distributable dmg of gsmartcontrol and all of its dependencies you
would run the command "sudo port mdmg gsmartcontrol". On modern systems you
can instead use "sudo port mpkg gsmartcontrol" to create an installer
package that is not wrapped in a disk image. See:

https://guide.macports.org/#using.binaries.binary-packages

However, if you were to distribute either of these installers to another
user, it would install files into the same place that MacPorts normally
does. This means that if that other user was already using MacPorts, your
installer might overwrite files in that user's MacPorts installation, which
would likely break things, which that user might then file a ticket in our
issue tracker about, which wastes our time as we have to explain to them
that they broke their MacPorts installation and now have to uninstall and
reinstall it.

If you want to create a distributable installer, you must first install a
new copy of MacPorts into a prefix different from the standard MacPorts
prefix, dedicated to that piece of software. The default MacPorts prefix is
/opt/local, so if you were going to create a distributable package of
gsmartcontrol, you might install a new copy of MacPorts in
/opt/gsmartcontrol, then install the port there. Installing into a
nonstandard prefix is only possible when building MacPorts from source.

For all of the above, note also that the installer you distribute will be
specific to your version of OS X (as MacPorts always is). If you create the
installer on OS X 10.11 El Capitan, for example, it will not be usable by
anyone running OS X 10.10 Yosemite or earlier. There are ways around this,
starting with specifying a different value for macosx_deployment_target in
macports.conf, but again this is an advanced topic and that might not be all
you need to do. If you wanted to support users of 32-bit Macs, you would
also need to compile everything universal. If you wanted to support users of
PowerPC Macs, you would also have to adjust universal_archs and build
everything on OS X 10.6 or earlier.


___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: most basic question

[Ryan Schmidt]

On Oct 27, 2015, at 12:28 PM, Dennis Couzin wrote:

> Dear users-list,
> Sorry to have to ask the most basic question of all.
> A certain application -- GSmartControl -- is listed on a MacPorts page.
> I wish to use GSmartControl in my Mac.
> So can I find a ready-to-install .dmg or .app for GSmartControl at
> macports.org -- does it already publically exist? 

MacPorts doesn't provide that sort of thing.

> Or must I first install the MacPorts program (which entails installing
> Xcode, which requires some space)

Yes.

> and then compile GSmartControl myself for my Mac?

Not necessarily. You must type "sudo port install gsmartcontrol" which will 
install gsmartcontrol and all of its dependencies. For each package, it will 
either download a precompiled binary from our server, if one exists, or 
otherwise compile it from source.

> Will this produce a portable .dmg or .app for GSmartControl that I
> can install on friends' Macs?

No. This is a fairly advanced topic, so the fact that you titled this thread 
"most basic question" makes me think the below will be much more than you want 
to get into.

First of all, understand that the gsmartcontrol port does not provide an OS X 
application; it provides an executable that you launch from a terminal.

To make a distributable dmg of gsmartcontrol and all of its dependencies you 
would run the command "sudo port mdmg gsmartcontrol". On modern systems you can 
instead use "sudo port mpkg gsmartcontrol" to create an installer package that 
is not wrapped in a disk image. See:

https://guide.macports.org/#using.binaries.binary-packages

However, if you were to distribute either of these installers to another user, 
it would install files into the same place that MacPorts normally does. This 
means that if that other user was already using MacPorts, your installer might 
overwrite files in that user's MacPorts installation, which would likely break 
things, which that user might then file a ticket in our issue tracker about, 
which wastes our time as we have to explain to them that they broke their 
MacPorts installation and now have to uninstall and reinstall it.

If you want to create a distributable installer, you must first install a new 
copy of MacPorts into a prefix different from the standard MacPorts prefix, 
dedicated to that piece of software. The default MacPorts prefix is /opt/local, 
so if you were going to create a distributable package of gsmartcontrol, you 
might install a new copy of MacPorts in /opt/gsmartcontrol, then install the 
port there. Installing into a nonstandard prefix is only possible when building 
MacPorts from source.

For all of the above, note also that the installer you distribute will be 
specific to your version of OS X (as MacPorts always is). If you create the 
installer on OS X 10.11 El Capitan, for example, it will not be usable by 
anyone running OS X 10.10 Yosemite or earlier. There are ways around this, 
starting with specifying a different value for macosx_deployment_target in 
macports.conf, but again this is an advanced topic and that might not be all 
you need to do. If you wanted to support users of 32-bit Macs, you would also 
need to compile everything universal. If you wanted to support users of PowerPC 
Macs, you would also have to adjust universal_archs and build everything on OS 
X 10.6 or earlier.


___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: p5.16-libapreq2 won't reinstall after migration to El Capitan

[Mojca Miklavec]

On Tue, Oct 27, 2015 at 11:03 PM, Murray Eisenberg wrote:
> After migrating macports from Yosemite to El Capitan, installing 
> p5.16-libapreq2 failed during build its all-too-tamiliar error:
>
>   Can't locate ModPerl/MM.pm in @INC
>
> Following a recommendation when the same thing happened under Yosemite, with 
> the reinstalled macports under El Capitan I did follow the same procedure:
>
>   * install perl5 with a variant that corresponds to the perl version you 
> want to use
>
> I think I got this right; I have:
>
> perl5 @5.16.3_0+perl5_16
> perl5 @5.16.3_0+perl5_20 (active)
>
>   * forcibly rebuild mod_perl2 from source (i.e. "sudo port -ns upgrade 
> --force mod_perl2") or if you have not yet installed mod_perl2, install it 
> from source (i.e. "sudo port -s install mod_perl2")
>
> I did the force rebuild of mod_perl2.
>
>   * install the p5-libapreq2 support for the perl version you want to use
>
> I tried "sudo port install p5.16-libapreq2", which failed.
>
>
> Also, I note that there no longer seems to be any p5.20-libapreq2 port 
> available.
>
> How fix??

If you want to keep using perl5perl +perl5_20, then you need to
install mod_perl2 +perl5_20 and p5.20-libapreq2. I have no clue why
p5.20-libapreq is missing and thin could be fixed.

If you want to switch to 5.16, you need to install perl5 +perl5_16,
then mod_perl2 +perl5_16 and finally p5.16-libapreq2.

Mojca
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: p5.16-libapreq2 won't reinstall after migration to El Capitan

[Murray Eisenberg]

Note that when I forced rebuild of mod_perl2 from source, I used:

  sudo port -ns upgrade --force mod_perl2 +perl5_16

Still, I find from "sudo port installed | grep mod_perl2":

  mod_perl2 @2.0.8_2+perl5_20
  mod_perl2 @2.0.8_2+perl5_16+perl5_20 (active)

Do I need somehow to remove the "+perl5_20" part of mod_perl2, which seemed to 
get added automatically and, if so, how?

  
> On 27 Oct2015, at 6:03 PM, Murray Eisenberg  wrote:
> 
> After migrating macports from Yosemite to El Capitan, installing 
> p5.16-libapreq2 failed during build its all-too-tamiliar error:
> 
>  Can't locate ModPerl/MM.pm in @INC
> 
> Following a recommendation when the same thing happened under Yosemite, with 
> the reinstalled macports under El Capitan I did follow the same procedure:
> 
>  * install perl5 with a variant that corresponds to the perl version you want 
> to use
> 
>I think I got this right; I have:
> 
>perl5 @5.16.3_0+perl5_16
>perl5 @5.16.3_0+perl5_20 (active)
> 
>  * forcibly rebuild mod_perl2 from source (i.e. "sudo port -ns upgrade 
> --force mod_perl2") or if you have not yet installed mod_perl2, install it 
> from source (i.e. "sudo port -s install mod_perl2")
> 
>I did the force rebuild of mod_perl2.
> 
>  * install the p5-libapreq2 support for the perl version you want to use
> 
>I tried "sudo port install p5.16-libapreq2", which failed.
> 
> 
> Also, I note that there no longer seems to be any p5.20-libapreq2 port 
> available.
> 
> How fix??
> 
> ---
> Murray Eisenberg  murrayeisenb...@gmail.com
> 503 King Farm Blvd #101   Home (240)-246-7240
> Rockville, MD 20850-6667  Mobile (413)-427-5334
> 
> 
> 
> 
> 

---
Murray Eisenbergmurrayeisenb...@gmail.com
503 King Farm Blvd #101 Home (240)-246-7240
Rockville, MD 20850-6667Mobile (413)-427-5334





___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

p5.16-libapreq2 won't reinstall after migration to El Capitan

[Murray Eisenberg]

After migrating macports from Yosemite to El Capitan, installing 
p5.16-libapreq2 failed during build its all-too-tamiliar error:

  Can't locate ModPerl/MM.pm in @INC

Following a recommendation when the same thing happened under Yosemite, with 
the reinstalled macports under El Capitan I did follow the same procedure:

  * install perl5 with a variant that corresponds to the perl version you want 
to use

I think I got this right; I have:

perl5 @5.16.3_0+perl5_16
perl5 @5.16.3_0+perl5_20 (active)
  
  * forcibly rebuild mod_perl2 from source (i.e. "sudo port -ns upgrade --force 
mod_perl2") or if you have not yet installed mod_perl2, install it from source 
(i.e. "sudo port -s install mod_perl2")

I did the force rebuild of mod_perl2.

  * install the p5-libapreq2 support for the perl version you want to use

I tried "sudo port install p5.16-libapreq2", which failed.


Also, I note that there no longer seems to be any p5.20-libapreq2 port 
available.

How fix??

---
Murray Eisenbergmurrayeisenb...@gmail.com
503 King Farm Blvd #101 Home (240)-246-7240
Rockville, MD 20850-6667Mobile (413)-427-5334





___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: gcc48 won't build under El Capitan; cannot fix Availability.h

[James Linder]

> On 28 Oct 2015, at 3:00 am, macports-users-requ...@lists.macosforge.org wrote:
> 
>> Tickets 
>> 
>> #48471 https://trac.macports.org/ticket/48471
>> 
>> #49381 https://trac.macports.org/ticket/49381
>> 
>> both refer to build failures under El Capitan (in my case, OS X 10.11.1) 
>> involving gcc48.
>> 
>> I migrated macports from Yosemite to El Capitan per usual steps. Some 72 
>> ports would not reinstall, most if not all due to the gcc48 problem 
>> indicated in those tickets.
>> 
>> The issue is not just that gcc48 cannot be used for certain other port 
>> builds, but:
>> 
>>  gcc48 itself fails to build.
>> 
>> Following suggestions at #48471, I tried to edit Availability.h. But even 
>> using sudo with an admin account, OS X refused to allow me to edit 
>> Availability.h.
>> 
>> As a number of the ports involved will not install, with their needed 
>> variants, using later versions of gcc, including gcc48, using a different 
>> version is not a solution. (gcc 47, gcc49, and gcc5 did reinstall OK.)
>> 
>> What's to be done?
> 
> For the ports that specify gcc48 as a default variant: update them, if 
> possible to use gcc5 as a default variant.
> 
> For those that absolutely require gcc48: wait for Apple to fix 
> /usr/include/Availability.h.

You are surely encountering the rootless os SID features.
As an utter heathen I find the concept totally repulsive so 
http://www.macworld.com/article/2986118/security/how-to-modify-system-integrity-protection-in-el-capitan.html

James
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: Re_ graphite2 build error

[rmgls]

> On 27 oct. 2015, at 12:55, Joshua Root  wrote:
> 
Thanks i will do  it.
Raoul
rm...@orange.fr 

> rmgls  wrote:
>> On Mon, 26 Oct 2>15 16:13:24 -0500 Ryan Schmidt 
>> wrote:
>> 
>>> Yes. Not having /usr/include would be a problem. /usr/include is =
>>> provided by the Xcode command line tools, so install that.
>> 
>> Hello Ryan,
>> 
>> then i do not understand, please look:
>>xcode-select --install
>> xcode-select: error: command line tools are already installed, use "Software 
>> Update" to install updates
> 
> I don't know what happened on your system, but on mine:
> 
> % ls -l /usr/include/unistd.h
> -r--r--r--  1 root  wheel  26993 23 Aug 07:40 /usr/include/unistd.h
> 
> % pkgutil --file-info /usr/include/unistd.h
> volume: /
> path: /usr/include/unistd.h
> 
> pkgid: com.apple.pkg.DevSDK
> pkg-version: 10.11.0.0.1.1440659988
> install-time: 1443462826
> uid: 0
> gid: 0
> mode: 444
> 
> pkgid: com.apple.pkg.DevSDK_OSX1011
> pkg-version: 7.1.0.0.1.1444952191
> install-time: 1445466199
> uid: 0
> gid: 0
> mode: 444
> 
> Maybe try downloading the command line tools manually from the developer
> downloads site and reinstalling?
> 
>> xcode-select -p
>> /Applications/Xcode.app/Contents/Developer
> 
> That is the correct path for xcode-select to be using.
> 
>> is it a way to set this default path?
>> /applications/xcode.app/contents/Developer/Platforms/MacOSX.platform/developer/sdks/MacOSX10.11.sdk/usr/include
> 
> You don't want to do that.
> 
> - Josh

___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users