Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-05 Thread Joshua Root

Bachsau wrote:

Am 02.11.2016 um 23:48 schrieb Murray Eisenberg:

After upgrading from OS X El Capitan to macOS Sierra (10.12.1), I’m
following the migration steps at https://trac.macports.org/wiki/Migration.


Against the recommendations in that article, I discovered the easiest
way to migrate is to reinstall MacPorts base and just do a port
selfupdate && port upgrade outdated. Chances to run into problems are
minimal and much lower than going the recomended way.


The best thing that can be said for that approach is that it may well 
work. It doesn't always, and it wouldn't have solved the OP's problem.


Trust me, if we could safely tell people to just run 'port upgrade 
outdated', we would. But experience over many years of OS updates has 
resulted in the recommended Migration procedure. We couldn't make this 
stuff up if we tried; real users ran into real, often confusing, 
problems. So I have to disagree with your statement that the recommended 
way has a higher chance of running into problems.


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


Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-04 Thread Bachsau

Am 02.11.2016 um 23:48 schrieb Murray Eisenberg:

After upgrading from OS X El Capitan to macOS Sierra (10.12.1), I’m
following the migration steps at https://trac.macports.org/wiki/Migration.


Against the recommendations in that article, I discovered the easiest 
way to migrate is to reinstall MacPorts base and just do a port 
selfupdate && port upgrade outdated. Chances to run into problems are 
minimal and much lower than going the recomended way.

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


Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-03 Thread Ryan Schmidt

> On Nov 3, 2016, at 9:10 AM, Ken Cunningham  
> wrote:
> 
> (Why is this not coming to you as a prebuilt binary from the buldbots, I 
> wonder?)

The gmp portfile explains why this is so:


# Prevent precompiled binaries.
# See #41614.
# might not be needed if we decide to add:
#default_variants +core2
archive_sites


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


Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-03 Thread Murray Eisenberg
Problem with re-installing my ports after migration from El Capitan to Sierra 
is SOLVED — at least with respect to installing gmp (upon which quite a few 
other ports depend)!

That ‘__SWIFT_UNAVAILABLE_MSG” error, which ultimately points back to 
Availability.h was the clue indeed: As a workaround some time ago for the bug 
discussed in ticket #48471, I had edited a local copy of Availability.h and put 
it into /opt/local/include.

Simply removing that local copy from /opt/local/include now allows installation 
of gmp to proceed to completion. And more.



> On Nov 2, 2016, at 11:17 PM, Ken Cunningham  
> wrote:
> 
> Murray, I note the error in your log looks somewhat like this error in trac:
> 
>  >
> 
> __SWIFT_UNAVAILABLE_MSG
> …
> 
> Ken

---
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: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-03 Thread Ken Cunningham
>> 
>> If so, the workaround for that was to make a local copy of Availability.h in 
>> /opt/local/include and edit it there.
>> 

I'd still reinstall Xcode and the command line tools -- but you don't have a 
rogue Availability.h sitting  /opt/local/include do you? If so, that's your 
trouble.

K

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


Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-03 Thread Murray Eisenberg
Looking more carefull, I see that the problematic "if defined(__has_feature)”  
in Availability discussed in ticket #48471 is different from the same phrase in 
the current Availability.h.  Namely, the new one has the whole new section, 
shown below, headed with “/* for use marking APIs unavailable for swift */“. 


> On Nov 3, 2016, at 10:43 AM, Murray Eisenberg  
> wrote:
> 
> OK, and in 
> 
>   
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include/Availability.h
> 
> I find at lines 341-355:
> 
> /* for use marking APIs unavailable for swift */
> #if defined(__has_feature)
>   #if __has_feature(attribute_availability_swift)
> #define __SWIFT_UNAVAILABLE   
> __OS_AVAILABILITY(swift,unavailable)
> #define __SWIFT_UNAVAILABLE_MSG(_msg) 
> __OS_AVAILABILITY_MSG(swift,unavailable,_msg)
>   #endif
> #endif
> 
> #ifndef __SWIFT_UNAVAILABLE
>   #define __SWIFT_UNAVAILABLE
> #endif
> 
> #ifndef __SWIFT_UNAVAILABLE_MSG
>   #define __SWIFT_UNAVAILABLE_MSG(_msg)
> #endif
> 
> 
> Is there once again a problem in Availability.h with 'defined(__has_feature)’ 
>  which should really be 'defined(__has_feature)’ 
> again, as discussed in ticket #48471?
> 
> If so, the workaround for that was to make a local copy of Availability.h in 
> /opt/local/include and edit it there.
> 
> 
>> On Nov 3, 2016, at 10:29 AM, Ken Cunningham > > wrote:
>> 
>> Look at this ticket > > comment 3
>> 
>> pthreads is not picking up the definition from Availability.h for some 
>> reason.
>> 
>> Ken
>> 
>> 
>> On 2016-11-03, at 7:26 AM, Murray Eisenberg wrote:
>> 
>>> I looked at the tickets #46589, 51971, and 52326 about gmp, and I don’t see 
>>> mention of availability.h there.  
>>> 
>>> I thought the issue with availability.h concerned gcc48 and was resolved 
>>> somehow (with newer Xcode? with patched port?) some time ago.
>>> 
>>> The logs seem to indicate that the current issue with gmp involves 
>>> pthread.h.
>>> 
>>> 
 On Nov 3, 2016, at 10:10 AM, Ken Cunningham 
 > 
 wrote:
 
 Murray, that is very specific now
 
 I have that port installed.
 
 $ port -v installed gmp
 The following ports are currently installed:
 gmp @6.1.1_0 (active) platform='darwin 16' archs='x86_64'
 
 I just rebuilt it right now from source without trouble.
 
 so it's something on your machine. Jerermy points to a possibly corrupt 
 Availability.h file in the trac ticket.
 
 So you might look at that file, or just reinstall Xcode and the command 
 line tools.
 
 (Why is this not coming to you as a prebuilt binary from the buldbots, I 
 wonder?)
 
 
 Best,
 
 Ken
 
 
 
 
 On 2016-11-03, at 7:01 AM, Murray Eisenberg wrote:
 
> After the re-install script (from the migration instructions) got into an 
> infinite loop, I started to reinstall ports manually, starting with the 
> first one on my “myports.txt” list: analitza 
> 
> The failure came when installing that failed during the automatic 
> installation of dependencies, in that case gmp.
> 
> Today, looking at the dependencies for gmp, I see that all build and 
> library dependencies for that are already installed _except_ kdelibs.
> 
> So I tried reinstalling kdelibs, and that in turn choked at trying to 
> install its dependency gmp.
> 
> So everything pretty much comes down to failure to configure gmp. 
> 
> Configuring gmp (specifically, @6.1.1_0) fails with what appears in 
> main.log as:
> 
>  :info:configure configure: error: C++ compiler not available, see 
> config.log for details
> 
> In turn, config.log reports:
> 
>  /usr/include/pthread.h:423:1: error: C++ requires a type specifier for 
> all declarations
> __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead”)
> 
> And that seems to reduce to the issue of the problem with 
> /usr/include/pthread.h, namely:
> 
>  /usr/include/pthread.h:423:1: error: C++ requires a type specifier for 
> all declarations
> __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead")
> ^
> /usr/include/pthread.h:423:66: error: expected ';' after top level 
> declarator
> __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead")
>  ^
> 2 errors generated.
> configure:10556: $? = 1
> failed program was:
> /* This test rejects g++ 2.7.2 which doesn't have , only a
> pre-standard iostream.h. */
> #include 
> 
> I just was about to 

Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-03 Thread Ken Cunningham
Hi Murray,

Just to tell you I have not touched a thing on this Sierra install, and it 
works fine for me.


(Did you have a beta installed? Can you think of any reason why your SDK might 
not be stock?)

It takes 5 minutes to reinstall Xcode and the command line tools. That would be 
step 1 for me, but it's up to you.

Ken




On 2016-11-03, at 7:43 AM, Murray Eisenberg wrote:

> OK, and in 
> 
>   
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include/Availability.h
> 
> I find at lines 341-355:
> 
> /* for use marking APIs unavailable for swift */
> #if defined(__has_feature)
>   #if __has_feature(attribute_availability_swift)
> #define __SWIFT_UNAVAILABLE   
> __OS_AVAILABILITY(swift,unavailable)
> #define __SWIFT_UNAVAILABLE_MSG(_msg) 
> __OS_AVAILABILITY_MSG(swift,unavailable,_msg)
>   #endif
> #endif
> 
> #ifndef __SWIFT_UNAVAILABLE
>   #define __SWIFT_UNAVAILABLE
> #endif
> 
> #ifndef __SWIFT_UNAVAILABLE_MSG
>   #define __SWIFT_UNAVAILABLE_MSG(_msg)
> #endif
> 
> 
> Is there once again a problem in Availability.h with 'defined(__has_feature)’ 
>  which should really be 'defined(__has_feature)’ 
> again, as discussed in ticket #48471?
> 
> If so, the workaround for that was to make a local copy of Availability.h in 
> /opt/local/include and edit it there.
> 
> 
>> On Nov 3, 2016, at 10:29 AM, Ken Cunningham 
>>  wrote:
>> 
>> Look at this ticket  comment 3
>> 
>> pthreads is not picking up the definition from Availability.h for some 
>> reason.
>> 
>> Ken
>> 
>> 
>> On 2016-11-03, at 7:26 AM, Murray Eisenberg wrote:
>> 
>>> I looked at the tickets #46589, 51971, and 52326 about gmp, and I don’t see 
>>> mention of availability.h there.  
>>> 
>>> I thought the issue with availability.h concerned gcc48 and was resolved 
>>> somehow (with newer Xcode? with patched port?) some time ago.
>>> 
>>> The logs seem to indicate that the current issue with gmp involves 
>>> pthread.h.
>>> 
>>> 
 On Nov 3, 2016, at 10:10 AM, Ken Cunningham 
  wrote:
 
 Murray, that is very specific now
 
 I have that port installed.
 
 $ port -v installed gmp
 The following ports are currently installed:
 gmp @6.1.1_0 (active) platform='darwin 16' archs='x86_64'
 
 I just rebuilt it right now from source without trouble.
 
 so it's something on your machine. Jerermy points to a possibly corrupt 
 Availability.h file in the trac ticket.
 
 So you might look at that file, or just reinstall Xcode and the command 
 line tools.
 
 (Why is this not coming to you as a prebuilt binary from the buldbots, I 
 wonder?)
 
 
 Best,
 
 Ken
 
 
 
 
 On 2016-11-03, at 7:01 AM, Murray Eisenberg wrote:
 
> After the re-install script (from the migration instructions) got into an 
> infinite loop, I started to reinstall ports manually, starting with the 
> first one on my “myports.txt” list: analitza 
> 
> The failure came when installing that failed during the automatic 
> installation of dependencies, in that case gmp.
> 
> Today, looking at the dependencies for gmp, I see that all build and 
> library dependencies for that are already installed _except_ kdelibs.
> 
> So I tried reinstalling kdelibs, and that in turn choked at trying to 
> install its dependency gmp.
> 
> So everything pretty much comes down to failure to configure gmp. 
> 
> Configuring gmp (specifically, @6.1.1_0) fails with what appears in 
> main.log as:
> 
>  :info:configure configure: error: C++ compiler not available, see 
> config.log for details
> 
> In turn, config.log reports:
> 
>  /usr/include/pthread.h:423:1: error: C++ requires a type specifier for 
> all declarations
> __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead”)
> 
> And that seems to reduce to the issue of the problem with 
> /usr/include/pthread.h, namely:
> 
>  /usr/include/pthread.h:423:1: error: C++ requires a type specifier for 
> all declarations
> __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead")
> ^
> /usr/include/pthread.h:423:66: error: expected ';' after top level 
> declarator
> __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead")
>  ^
> 2 errors generated.
> configure:10556: $? = 1
> failed program was:
> /* This test rejects g++ 2.7.2 which doesn't have , only a
> pre-standard iostream.h. */
> #include 
> 
> I just was about to try to do that  
>> On Nov 2, 2016, at 11:46 PM, Ken Cunningham 
>>  wrote:
>> 
>> can you remind me the name 

Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-03 Thread Murray Eisenberg
OK, and in 

  
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include/Availability.h

I find at lines 341-355:

/* for use marking APIs unavailable for swift */
#if defined(__has_feature)
  #if __has_feature(attribute_availability_swift)
#define __SWIFT_UNAVAILABLE   
__OS_AVAILABILITY(swift,unavailable)
#define __SWIFT_UNAVAILABLE_MSG(_msg) 
__OS_AVAILABILITY_MSG(swift,unavailable,_msg)
  #endif
#endif

#ifndef __SWIFT_UNAVAILABLE
  #define __SWIFT_UNAVAILABLE
#endif

#ifndef __SWIFT_UNAVAILABLE_MSG
  #define __SWIFT_UNAVAILABLE_MSG(_msg)
#endif


Is there once again a problem in Availability.h with 'defined(__has_feature)’  
which should really be 'defined(__has_feature)’ 
again, as discussed in ticket #48471?

If so, the workaround for that was to make a local copy of Availability.h in 
/opt/local/include and edit it there.


> On Nov 3, 2016, at 10:29 AM, Ken Cunningham  
> wrote:
> 
> Look at this ticket  comment 3
> 
> pthreads is not picking up the definition from Availability.h for some reason.
> 
> Ken
> 
> 
> On 2016-11-03, at 7:26 AM, Murray Eisenberg wrote:
> 
>> I looked at the tickets #46589, 51971, and 52326 about gmp, and I don’t see 
>> mention of availability.h there.  
>> 
>> I thought the issue with availability.h concerned gcc48 and was resolved 
>> somehow (with newer Xcode? with patched port?) some time ago.
>> 
>> The logs seem to indicate that the current issue with gmp involves pthread.h.
>> 
>> 
>>> On Nov 3, 2016, at 10:10 AM, Ken Cunningham 
>>>  wrote:
>>> 
>>> Murray, that is very specific now
>>> 
>>> I have that port installed.
>>> 
>>> $ port -v installed gmp
>>> The following ports are currently installed:
>>> gmp @6.1.1_0 (active) platform='darwin 16' archs='x86_64'
>>> 
>>> I just rebuilt it right now from source without trouble.
>>> 
>>> so it's something on your machine. Jerermy points to a possibly corrupt 
>>> Availability.h file in the trac ticket.
>>> 
>>> So you might look at that file, or just reinstall Xcode and the command 
>>> line tools.
>>> 
>>> (Why is this not coming to you as a prebuilt binary from the buldbots, I 
>>> wonder?)
>>> 
>>> 
>>> Best,
>>> 
>>> Ken
>>> 
>>> 
>>> 
>>> 
>>> On 2016-11-03, at 7:01 AM, Murray Eisenberg wrote:
>>> 
 After the re-install script (from the migration instructions) got into an 
 infinite loop, I started to reinstall ports manually, starting with the 
 first one on my “myports.txt” list: analitza 
 
 The failure came when installing that failed during the automatic 
 installation of dependencies, in that case gmp.
 
 Today, looking at the dependencies for gmp, I see that all build and 
 library dependencies for that are already installed _except_ kdelibs.
 
 So I tried reinstalling kdelibs, and that in turn choked at trying to 
 install its dependency gmp.
 
 So everything pretty much comes down to failure to configure gmp. 
 
 Configuring gmp (specifically, @6.1.1_0) fails with what appears in 
 main.log as:
 
  :info:configure configure: error: C++ compiler not available, see 
 config.log for details
 
 In turn, config.log reports:
 
  /usr/include/pthread.h:423:1: error: C++ requires a type specifier for 
 all declarations
 __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead”)
 
 And that seems to reduce to the issue of the problem with 
 /usr/include/pthread.h, namely:
 
  /usr/include/pthread.h:423:1: error: C++ requires a type specifier for 
 all declarations
 __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead")
 ^
 /usr/include/pthread.h:423:66: error: expected ';' after top level 
 declarator
 __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead")
  ^
 2 errors generated.
 configure:10556: $? = 1
 failed program was:
 /* This test rejects g++ 2.7.2 which doesn't have , only a
 pre-standard iostream.h. */
 #include 
 
 I just was about to try to do that  
> On Nov 2, 2016, at 11:46 PM, Ken Cunningham 
>  wrote:
> 
> can you remind me the name of a port that triggers the error so I can 
> test it (hopefully not clang-3.8 which would take all night to build ) ;>
> 
> K
 
 ---
 Murray Eisenberg   murrayeisenb...@gmail.com
 503 King Farm Blvd #101Home (240)-246-7240
 Rockville, MD 20850-6667   Mobile (413)-427-5334
 
 
>>> 
>> 
>> ---
>> Murray Eisenberg murrayeisenb...@gmail.com
>> 503 King Farm Blvd #101  Home (240)-246-7240
>> Rockville, MD 20850-6667 Mobile (413)-427-5334
>> 
>> 
> 

---
Murray Eisenberg

Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-03 Thread Ken Cunningham
Look at this ticket  comment 3

pthreads is not picking up the definition from Availability.h for some reason.

Ken


On 2016-11-03, at 7:26 AM, Murray Eisenberg wrote:

> I looked at the tickets #46589, 51971, and 52326 about gmp, and I don’t see 
> mention of availability.h there.  
> 
> I thought the issue with availability.h concerned gcc48 and was resolved 
> somehow (with newer Xcode? with patched port?) some time ago.
> 
> The logs seem to indicate that the current issue with gmp involves pthread.h.
> 
> 
>> On Nov 3, 2016, at 10:10 AM, Ken Cunningham 
>>  wrote:
>> 
>> Murray, that is very specific now
>> 
>> I have that port installed.
>> 
>> $ port -v installed gmp
>> The following ports are currently installed:
>> gmp @6.1.1_0 (active) platform='darwin 16' archs='x86_64'
>> 
>> I just rebuilt it right now from source without trouble.
>> 
>> so it's something on your machine. Jerermy points to a possibly corrupt 
>> Availability.h file in the trac ticket.
>> 
>> So you might look at that file, or just reinstall Xcode and the command line 
>> tools.
>> 
>> (Why is this not coming to you as a prebuilt binary from the buldbots, I 
>> wonder?)
>> 
>> 
>> Best,
>> 
>> Ken
>> 
>> 
>> 
>> 
>> On 2016-11-03, at 7:01 AM, Murray Eisenberg wrote:
>> 
>>> After the re-install script (from the migration instructions) got into an 
>>> infinite loop, I started to reinstall ports manually, starting with the 
>>> first one on my “myports.txt” list: analitza 
>>> 
>>> The failure came when installing that failed during the automatic 
>>> installation of dependencies, in that case gmp.
>>> 
>>> Today, looking at the dependencies for gmp, I see that all build and 
>>> library dependencies for that are already installed _except_ kdelibs.
>>> 
>>> So I tried reinstalling kdelibs, and that in turn choked at trying to 
>>> install its dependency gmp.
>>> 
>>> So everything pretty much comes down to failure to configure gmp. 
>>> 
>>> Configuring gmp (specifically, @6.1.1_0) fails with what appears in 
>>> main.log as:
>>> 
>>>   :info:configure configure: error: C++ compiler not available, see 
>>> config.log for details
>>> 
>>> In turn, config.log reports:
>>> 
>>>   /usr/include/pthread.h:423:1: error: C++ requires a type specifier for 
>>> all declarations
>>> __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead”)
>>> 
>>> And that seems to reduce to the issue of the problem with 
>>> /usr/include/pthread.h, namely:
>>> 
>>>   /usr/include/pthread.h:423:1: error: C++ requires a type specifier for 
>>> all declarations
>>>  __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead")
>>>  ^
>>>  /usr/include/pthread.h:423:66: error: expected ';' after top level 
>>> declarator
>>>  __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead")
>>>   ^
>>>  2 errors generated.
>>>  configure:10556: $? = 1
>>>  failed program was:
>>>  /* This test rejects g++ 2.7.2 which doesn't have , only a
>>>  pre-standard iostream.h. */
>>>  #include 
>>> 
>>> I just was about to try to do that  
 On Nov 2, 2016, at 11:46 PM, Ken Cunningham 
  wrote:
 
 can you remind me the name of a port that triggers the error so I can test 
 it (hopefully not clang-3.8 which would take all night to build ) ;>
 
 K
>>> 
>>> ---
>>> Murray Eisenbergmurrayeisenb...@gmail.com
>>> 503 King Farm Blvd #101 Home (240)-246-7240
>>> Rockville, MD 20850-6667Mobile (413)-427-5334
>>> 
>>> 
>> 
> 
> ---
> Murray Eisenberg  murrayeisenb...@gmail.com
> 503 King Farm Blvd #101   Home (240)-246-7240
> Rockville, MD 20850-6667  Mobile (413)-427-5334
> 
> 

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


Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-03 Thread Murray Eisenberg
I looked at the tickets #46589, 51971, and 52326 about gmp, and I don’t see 
mention of availability.h there.  

I thought the issue with availability.h concerned gcc48 and was resolved 
somehow (with newer Xcode? with patched port?) some time ago.

The logs seem to indicate that the current issue with gmp involves pthread.h.


> On Nov 3, 2016, at 10:10 AM, Ken Cunningham  
> wrote:
> 
> Murray, that is very specific now
> 
> I have that port installed.
> 
> $ port -v installed gmp
> The following ports are currently installed:
>  gmp @6.1.1_0 (active) platform='darwin 16' archs='x86_64'
> 
> I just rebuilt it right now from source without trouble.
> 
> so it's something on your machine. Jerermy points to a possibly corrupt 
> Availability.h file in the trac ticket.
> 
> So you might look at that file, or just reinstall Xcode and the command line 
> tools.
> 
> (Why is this not coming to you as a prebuilt binary from the buldbots, I 
> wonder?)
> 
> 
> Best,
> 
> Ken
> 
> 
> 
> 
> On 2016-11-03, at 7:01 AM, Murray Eisenberg wrote:
> 
>> After the re-install script (from the migration instructions) got into an 
>> infinite loop, I started to reinstall ports manually, starting with the 
>> first one on my “myports.txt” list: analitza 
>> 
>> The failure came when installing that failed during the automatic 
>> installation of dependencies, in that case gmp.
>> 
>> Today, looking at the dependencies for gmp, I see that all build and library 
>> dependencies for that are already installed _except_ kdelibs.
>> 
>> So I tried reinstalling kdelibs, and that in turn choked at trying to 
>> install its dependency gmp.
>> 
>> So everything pretty much comes down to failure to configure gmp. 
>> 
>> Configuring gmp (specifically, @6.1.1_0) fails with what appears in main.log 
>> as:
>> 
>>:info:configure configure: error: C++ compiler not available, see 
>> config.log for details
>> 
>> In turn, config.log reports:
>> 
>>/usr/include/pthread.h:423:1: error: C++ requires a type specifier for 
>> all declarations
>>  __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead”)
>> 
>> And that seems to reduce to the issue of the problem with 
>> /usr/include/pthread.h, namely:
>> 
>>/usr/include/pthread.h:423:1: error: C++ requires a type specifier for 
>> all declarations
>>   __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead")
>>   ^
>>   /usr/include/pthread.h:423:66: error: expected ';' after top level 
>> declarator
>>   __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead")
>>^
>>   2 errors generated.
>>   configure:10556: $? = 1
>>   failed program was:
>>   /* This test rejects g++ 2.7.2 which doesn't have , only a
>>   pre-standard iostream.h. */
>>   #include 
>> 
>> I just was about to try to do that  
>>> On Nov 2, 2016, at 11:46 PM, Ken Cunningham 
>>>  wrote:
>>> 
>>> can you remind me the name of a port that triggers the error so I can test 
>>> it (hopefully not clang-3.8 which would take all night to build ) ;>
>>> 
>>> K
>> 
>> ---
>> 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


Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-03 Thread Ken Cunningham
Murray, that is very specific now

I have that port installed.

$ port -v installed gmp
The following ports are currently installed:
  gmp @6.1.1_0 (active) platform='darwin 16' archs='x86_64'

I just rebuilt it right now from source without trouble.

so it's something on your machine. Jerermy points to a possibly corrupt 
Availability.h file in the trac ticket.

So you might look at that file, or just reinstall Xcode and the command line 
tools.

(Why is this not coming to you as a prebuilt binary from the buldbots, I 
wonder?)


Best,

Ken




On 2016-11-03, at 7:01 AM, Murray Eisenberg wrote:

> After the re-install script (from the migration instructions) got into an 
> infinite loop, I started to reinstall ports manually, starting with the first 
> one on my “myports.txt” list: analitza 
> 
> The failure came when installing that failed during the automatic 
> installation of dependencies, in that case gmp.
> 
> Today, looking at the dependencies for gmp, I see that all build and library 
> dependencies for that are already installed _except_ kdelibs.
> 
> So I tried reinstalling kdelibs, and that in turn choked at trying to install 
> its dependency gmp.
> 
> So everything pretty much comes down to failure to configure gmp. 
> 
> Configuring gmp (specifically, @6.1.1_0) fails with what appears in main.log 
> as:
> 
> :info:configure configure: error: C++ compiler not available, see 
> config.log for details
> 
> In turn, config.log reports:
> 
> /usr/include/pthread.h:423:1: error: C++ requires a type specifier for 
> all declarations
>   __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead”)
> 
> And that seems to reduce to the issue of the problem with 
> /usr/include/pthread.h, namely:
> 
> /usr/include/pthread.h:423:1: error: C++ requires a type specifier for 
> all declarations
>__SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead")
>^
>/usr/include/pthread.h:423:66: error: expected ';' after top level 
> declarator
>__SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead")
> ^
>2 errors generated.
>configure:10556: $? = 1
>failed program was:
>/* This test rejects g++ 2.7.2 which doesn't have , only a
>pre-standard iostream.h. */
>#include 
> 
> I just was about to try to do that  
>> On Nov 2, 2016, at 11:46 PM, Ken Cunningham 
>>  wrote:
>> 
>> can you remind me the name of a port that triggers the error so I can test 
>> it (hopefully not clang-3.8 which would take all night to build ) ;>
>> 
>> K
> 
> ---
> Murray Eisenberg  murrayeisenb...@gmail.com
> 503 King Farm Blvd #101   Home (240)-246-7240
> Rockville, MD 20850-6667  Mobile (413)-427-5334
> 
> 

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


Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-03 Thread Murray Eisenberg
After the re-install script (from the migration instructions) got into an 
infinite loop, I started to reinstall ports manually, starting with the first 
one on my “myports.txt” list: analitza 

The failure came when installing that failed during the automatic installation 
of dependencies, in that case gmp.

Today, looking at the dependencies for gmp, I see that all build and library 
dependencies for that are already installed _except_ kdelibs.

So I tried reinstalling kdelibs, and that in turn choked at trying to install 
its dependency gmp.

So everything pretty much comes down to failure to configure gmp. 

Configuring gmp (specifically, @6.1.1_0) fails with what appears in main.log as:

 :info:configure configure: error: C++ compiler not available, see 
config.log for details

In turn, config.log reports:

 /usr/include/pthread.h:423:1: error: C++ requires a type specifier for all 
declarations
   __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead”)

And that seems to reduce to the issue of the problem with 
/usr/include/pthread.h, namely:

 /usr/include/pthread.h:423:1: error: C++ requires a type specifier for all 
declarations
__SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead")
^
/usr/include/pthread.h:423:66: error: expected ';' after top level 
declarator
__SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead")
 ^
2 errors generated.
configure:10556: $? = 1
failed program was:
/* This test rejects g++ 2.7.2 which doesn't have , only a
pre-standard iostream.h. */
#include 

I just was about to try to do that  
> On Nov 2, 2016, at 11:46 PM, Ken Cunningham  
> wrote:
> 
> can you remind me the name of a port that triggers the error so I can test it 
> (hopefully not clang-3.8 which would take all night to build ) ;>
> 
> K

---
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: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Ken Cunningham
no, it just points into a pthread folder.

let me try building (from source) a port that triggers your err.



> On Nov 2, 2016, at 8:40 PM, Ken Cunningham  
> wrote:
> 
> hmmm, So do I
> 
> lrwxr-xr-x  1 root  wheel  17 31 Oct 09:43 
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include/pthread.h
>  -> pthread/pthread.h
> 
> 
> feels like we’re finding a bug, maybe.
> 
> Where is that symlink pointing, I wonder?
> 
> K
> 
> 
> 
>> On Nov 2, 2016, at 8:38 PM, Murray Eisenberg > > wrote:
>> 
>> I do have a symlink there:
>> 
>> [~]$ ls -la 
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include/pthread.h
>> lrwxr-xr-x  1 root  wheel  17 Oct 28 15:04 
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include/pthread.h
>>  -> pthread/pthread.h
>> 
>> [~]$ mdfind -name pthread.h
>> /usr/include/pthread/pthread.h
>> /Applications/MAMP/Library/include/my_pthread.h
>> /Applications/Server/mampstack/mysql/include/my_pthread.h
>> /Application Docs/Server/drupal-7.39-0/mysql/include/my_pthread.h
>> 
>> Note no change since El Capitan in the 2nd through 4th items there.
>> 
>> [:~]$ ls -la /usr/include/pthread/pthread.h
>> -rw-r--r--  1 root  wheel  19414 Sep 19 17:53 /usr/include/pthread/pthread.h
>> 
>>> On Nov 2, 2016, at 11:26 PM, Ken Cunningham 
>>> > 
>>> wrote:
>>> 
>>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include/pthread.h:423:25:
>>>  error: expected parameter declarator
>>> So I'd open that file and look at line 423 and see if you can figure out 
>>> what is happening.
>>> 
>>> If this is only you, then it’s something local on your system — who knows 
>>> what - bad file, etc, etc.
>>> 
>>> take a look at it with 
>>> 
>>> ls -la (that long filename).
>>> 
>>> is it a simlink? Is it messed up?
>>> 
>>> find another copy on your computer maybe
>>> 
>>> locate pthread.h
>>> 
>>> and compare them
>>> 
>>> —
>>> ultimately - reinstall it if nothing else works.
>>> 
>>> something is up…
>>> 
>>> 
>>> Ken
>> 
>> ---
>> Murray Eisenberg murrayeisenb...@gmail.com 
>> 
>> 503 King Farm Blvd #101  Home (240)-246-7240
>> Rockville, MD 20850-6667 Mobile (413)-427-5334
>> 
>> 
> 

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


Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Ken Cunningham
hmmm, So do I

lrwxr-xr-x  1 root  wheel  17 31 Oct 09:43 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include/pthread.h
 -> pthread/pthread.h


feels like we’re finding a bug, maybe.

Where is that symlink pointing, I wonder?

K



> On Nov 2, 2016, at 8:38 PM, Murray Eisenberg  
> wrote:
> 
> I do have a symlink there:
> 
> [~]$ ls -la 
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include/pthread.h
> lrwxr-xr-x  1 root  wheel  17 Oct 28 15:04 
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include/pthread.h
>  -> pthread/pthread.h
> 
> [~]$ mdfind -name pthread.h
> /usr/include/pthread/pthread.h
> /Applications/MAMP/Library/include/my_pthread.h
> /Applications/Server/mampstack/mysql/include/my_pthread.h
> /Application Docs/Server/drupal-7.39-0/mysql/include/my_pthread.h
> 
> Note no change since El Capitan in the 2nd through 4th items there.
> 
> [:~]$ ls -la /usr/include/pthread/pthread.h
> -rw-r--r--  1 root  wheel  19414 Sep 19 17:53 /usr/include/pthread/pthread.h
> 
>> On Nov 2, 2016, at 11:26 PM, Ken Cunningham > > wrote:
>> 
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include/pthread.h:423:25:
>>  error: expected parameter declarator
>> So I'd open that file and look at line 423 and see if you can figure out 
>> what is happening.
>> 
>> If this is only you, then it’s something local on your system — who knows 
>> what - bad file, etc, etc.
>> 
>> take a look at it with 
>> 
>> ls -la (that long filename).
>> 
>> is it a simlink? Is it messed up?
>> 
>> find another copy on your computer maybe
>> 
>> locate pthread.h
>> 
>> and compare them
>> 
>> —
>> ultimately - reinstall it if nothing else works.
>> 
>> something is up…
>> 
>> 
>> Ken
> 
> ---
> Murray Eisenberg  murrayeisenb...@gmail.com 
> 
> 503 King Farm Blvd #101   Home (240)-246-7240
> Rockville, MD 20850-6667  Mobile (413)-427-5334
> 
> 

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


Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Murray Eisenberg
I do have a symlink there:

[~]$ ls -la 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include/pthread.h
lrwxr-xr-x  1 root  wheel  17 Oct 28 15:04 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include/pthread.h
 -> pthread/pthread.h

[~]$ mdfind -name pthread.h
/usr/include/pthread/pthread.h
/Applications/MAMP/Library/include/my_pthread.h
/Applications/Server/mampstack/mysql/include/my_pthread.h
/Application Docs/Server/drupal-7.39-0/mysql/include/my_pthread.h

Note no change since El Capitan in the 2nd through 4th items there.

[:~]$ ls -la /usr/include/pthread/pthread.h
-rw-r--r--  1 root  wheel  19414 Sep 19 17:53 /usr/include/pthread/pthread.h

> On Nov 2, 2016, at 11:26 PM, Ken Cunningham  
> wrote:
> 
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include/pthread.h:423:25:
>  error: expected parameter declarator
> So I'd open that file and look at line 423 and see if you can figure out what 
> is happening.
> 
> If this is only you, then it’s something local on your system — who knows 
> what - bad file, etc, etc.
> 
> take a look at it with 
> 
> ls -la (that long filename).
> 
> is it a simlink? Is it messed up?
> 
> find another copy on your computer maybe
> 
> locate pthread.h
> 
> and compare them
> 
> —
> ultimately - reinstall it if nothing else works.
> 
> something is up…
> 
> 
> Ken

---
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: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Murray Eisenberg
Is there a cure (yet)?

> On Nov 2, 2016, at 11:31 PM, Brandon Allbery  wrote:
> 
> 
> On Wed, Nov 2, 2016 at 11:26 PM, Ken Cunningham 
> > 
> wrote:
> So I'd open that file and look at line 423 and see if you can figure out what 
> is happening.
> 
> It showed what was happening, clang is good about that. What was happening 
> was an Apple-defined macro that somehow was not defined, so it was being 
> parsed as a C function call where no such code should be.

---
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: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Brandon Allbery
On Wed, Nov 2, 2016 at 11:26 PM, Ken Cunningham <
ken.cunningham.web...@gmail.com> wrote:

> So I'd open that file and look at line 423 and see if you can figure out
> what is happening.


It showed what was happening, clang is good about that. What was happening
was an Apple-defined macro that somehow was not defined, so it was being
parsed as a C function call where no such code should be.

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users


Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Ken Cunningham
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include/pthread.h:423:25:
 error: expected parameter declarator
So I'd open that file and look at line 423 and see if you can figure out what 
is happening.

If this is only you, then it’s something local on your system — who knows what 
- bad file, etc, etc.

take a look at it with 

ls -la (that long filename).

is it a simlink? Is it messed up?

find another copy on your computer maybe

locate pthread.h

and compare them

—
ultimately - reinstall it if nothing else works.

something is up…


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


Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Murray Eisenberg
Note that lots of ports _have_ installed OK during the process of re-installing 
my ports under Sierra (and after installing tMacPorts-2.3.4-10.12-Sierra 
package) and checking that Xcode 8.1 and 
Command_Line_Tools_macOS_10.12_for_Xcode_8.1 was installed, too):

[~]$ sudo port installed
The following ports are currently installed:
  aspell @0.60.6.1_1 (active)
  aspell-dict-en @7.1_0 (active)
  at-spi2-atk @2.22.0_0 (active)
  at-spi2-core @2.22.0_0 (active)
  atk @2.22.0_0 (active)
  attica @0.4.2_1 (active)
  automoc @0.9.88_8 (active)
  bzip2 @1.0.6_0 (active)
  cairo @1.14.6_0+quartz+x11 (active)
  cctools @886_6+llvm38 (active)
  clang_select @2_0 (active)
  cmake @3.6.2_0 (active)
  curl @7.50.3_0+ssl (active)
  curl-ca-bundle @7.50.3_0 (active)
  db48 @4.8.30_4 (active)
  dbus @1.10.12_0 (active)
  dbus-glib @0.108_0 (active)
  dbus-python27 @1.2.0_2 (active)
  expat @2.2.0_0 (active)
  fftw-3 @3.3.5_0 (active)
  fontconfig @2.12.1_1 (active)
  fop @1.1_0 (active)
  freetype @2.7_0 (active)
  gdbm @1.12_0 (active)
  gdk-pixbuf2 @2.36.0_0+x11 (active)
  gettext @0.19.8.1_0 (active)
  glib2 @2.50.1_0 (active)
  gobject-introspection @1.50.0_0 (active)
  graphite2 @1.3.8_0 (active)
  gtk2 @2.24.31_0+x11 (active)
  gtk3 @3.22.2_0+x11 (active)
  harfbuzz @1.3.3_0 (active)
  hicolor-icon-theme @0.15_0 (active)
  jasper @1.900.16_1 (active)
  jpeg @9b_0 (active)
  lcms2 @2.8_0 (active)
  ld64 @2_0 (active)
  ld64-latest @264.3.102_3+llvm38 (active)
  libarchive @3.2.1_0 (active)
  libcxx @3.9.0_0+universal (active)
  libdaemon @0.14_0 (active)
  libedit @20160618-3.1_1 (active)
  libepoxy @1.3.1_3+python34 (active)
  libffi @3.2.1_0 (active)
  libglade2 @2.6.4_8 (active)
  libiconv @1.14_0 (active)
  libmng @2.0.3_0 (active)
  libpixman @0.34.0_0 (active)
  libpng @1.6.26_0 (active)
  libtool @2.4.6_2 (active)
  libxml2 @2.9.4_0 (active)
  llvm-3.8 @3.8.1_0 (active)
  llvm_select @2_0 (active)
  lzo2 @2.09_0 (active)
  mesa @12.0.1_1+osmesa+python27 (active)
  ncurses @6.0_0 (active)
  openssl @1.0.2j_0 (active)
  pango @1.40.3_1+quartz+x11 (active)
  pcre @8.39_0 (active)
  perl5 @5.24.0_0+perl5_24 (active)
  perl5.24 @5.24.0_0 (active)
  phonon @4.8.3_2 (active)
  py27-beaker @1.7.0_0 (active)
  py27-cairo @1.10.0_3 (active)
  py27-gdbm @2.7.12_0 (active)
  py27-gobject @2.28.6_3 (active)
  py27-mako @1.0.4_0 (active)
  py27-markupsafe @0.23_0 (active)
  py27-setuptools @28.7.0_0 (active)
  python2_select @0.0_2 (active)
  python3_select @0.0_1 (active)
  python27 @2.7.12_2 (active)
  python34 @3.4.5_1 (active)
  python_select @0.3_7 (active)
  qt4-mac @4.8.7_4 (active)
  shared-mime-info @1.7_0 (active)
  sqlite3 @3.15.0_0 (active)
  symlinks @1.4_0 (active)
  texinfo @6.3_0 (active)
  tiff @4.0.6_1 (active)
  Xft2 @2.3.2_0 (active)
  xorg-compositeproto @0.4.2_0 (active)
  xorg-damageproto @1.2.1_0 (active)
  xorg-dri2proto @2.8_0 (active)
  xorg-fixesproto @5.0_0 (active)
  xorg-glproto @1.4.17_0 (active)
  xorg-inputproto @2.3.2_0 (active)
  xorg-kbproto @1.0.7_0 (active)
  xorg-libice @1.0.9_0 (active)
  xorg-libpthread-stubs @0.3_0 (active)
  xorg-libsm @1.2.1_0 (active)
  xorg-libX11 @1.6.4_0 (active)
  xorg-libXau @1.0.8_0 (active)
  xorg-libxcb @1.12_2+python27 (active)
  xorg-libXcomposite @0.4.4_0 (active)
  xorg-libXcursor @1.1.14_0 (active)
  xorg-libXdamage @1.1.4_0 (active)
  xorg-libXdmcp @1.1.2_0 (active)
  xorg-libXext @1.3.3_0 (active)
  xorg-libXfixes @5.0.3_0 (active)
  xorg-libXi @1.7.8_0 (active)
  xorg-libXinerama @1.1.3_0 (active)
  xorg-libXmu @1.1.2_0 (active)
  xorg-libXrandr @1.5.1_0 (active)
  xorg-libXt @1.1.5_1 (active)
  xorg-libXtst @1.2.3_0 (active)
  xorg-libXxf86vm @1.1.4_0 (active)
  xorg-randrproto @1.5.0_0 (active)
  xorg-recordproto @1.14.2_0 (active)
  xorg-renderproto @0.11.1_0 (active)
  xorg-xcb-proto @1.12_1+python27 (active)
  xorg-xcb-util @0.4.0_0 (active)
  xorg-xextproto @7.3.0_0 (active)
  xorg-xf86vidmodeproto @2.3.1_0 (active)
  xorg-xineramaproto @1.2.1_0 (active)
  xorg-xproto @7.0.31_0 (active)
  xrender @0.9.10_0 (active)
  xz @5.2.2_0 (active)
  zlib @1.2.8_0 (active)
 
> On Nov 2, 2016, at 9:28 PM, Ken Cunningham  
> wrote:
> 
> here’s what I do when stuff like this happens
> 
> check your path `printenv` and see if it’s set correctly
> 
> cat ~/.profile
> 
> try “which clang” and “clang —version” 
> 
> try writing up a very simple “hello.c” source file and see if it compiles 
> (with the -v option to see what happens) and whether the executable runs
> 
> install some really really simple ports, like symlinks
> 
> …
> at least make sure the basics work
> …
> if all that works correctly, then … gotta dig deeper
> 
> Ken
> 
> 
> 
> 
>> On Nov 2, 2016, at 6:20 PM, Murray Eisenberg > > wrote:
>> 
>> I did install both Xcode 8.1 and the corresponding Xcode 8.1 tools for 
>> Sierra.  (not sure how to verify the version of command-line tools there.)
>> 
>> 

Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Murray Eisenberg
Yep, just noticed that when I was about to install clang-3.8 and remembered 
that didn’t update for me under OS X El Capitan and I saw that ticket.


> On Nov 2, 2016, at 11:17 PM, Ken Cunningham  
> wrote:
> 
> Murray, I note the error in your log looks somewhat like this error in trac:
> 
>  >
> 
> __SWIFT_UNAVAILABLE_MSG
> …
> 
> Ken

---
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: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Ken Cunningham
Murray, I note the error in your log looks somewhat like this error in trac:



__SWIFT_UNAVAILABLE_MSG
…

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


Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Murray Eisenberg
Port symlinks does install OK. Environment look OK to me — see below.

I didn’t show my whole .profile here, but the only actual change to it since 
worked OK with OS X El Capitan & macports is the date in the comment line “# 
MacPorts Installer addition on …: adding an appropriate PATH variable for use 
with MacPorts.

[~]$ which clang
/usr/bin/clang
[~]$ clang --version
Apple LLVM version 8.0.0 (clang-800.0.42.1)
Target: x86_64-apple-darwin16.1.0
Thread model: posix
InstalledDir: 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

[~]$ printenv
MANPATH=/Applications/Math/Macaulay2/Macaulay2-1.9/share/man:
LDFLAGS=-L/opt/local/lib 
TERM_PROGRAM=Apple_Terminal
SHELL=/bin/bash
TERM=xterm-256color
CPPFLAGS=-I/opt/local/include 
TMPDIR=/var/folders/sv/1n3g81qj2bs90bfrvxr1pg78gn/T/
Apple_PubSub_Socket_Render=/private/tmp/com.apple.launchd.1o6rfG1s0b/Render
TERM_PROGRAM_VERSION=387
TERM_SESSION_ID=13F982A2-7E7C-4D94-A24D-580AD0E5AB95
USER=me
SSH_AUTH_SOCK=/private/tmp/com.apple.launchd.1OSonPyIcF/Listeners
__CF_USER_TEXT_ENCODING=0x1F5:0x0:0x0
PATH=/opt/local/lib/mysql56/bin:/Applications/Math/Macaulay2/Macaulay2-1.9/bin:/Library/TeX/texbin:/opt/local/bin:/opt/local/sbin:/opt/local/apache2/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin:/usr/local/MacGPG2/bin:/Library/TeX/texbin:/usr/local/sbin:/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib:/Library/Frameworks/Python.framework/Versions/3.5/bin:/Library/Frameworks/Python.framework/Versions/3.4/bin:/Library/Frameworks/Python.framework/Versions/2.7/bin:/Applications/Programming/Python/anaconda/bin:/Users/me/Library/Application
 
Support/GoodSync:/Users/me/bin:/Applications/Math/Singular/3-1-6/ix86Mac-darwin:/Applications/Postgres.app/Contents/Versions/9.4/bin
PWD=/Users/me
JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.8.0_111.jdk/Contents/Home
DBUS_LAUNCHD_SESSION_BUS_SOCKET=/private/tmp/com.apple.launchd.Y3hQQRkvmb/unix_domain_listener
LANG=en_US.UTF-8
XPC_FLAGS=0x0
PS1=[\u@\h:\w]$ 
XPC_SERVICE_NAME=0
SHLVL=1
HOME=/Users/me
LOGNAME=me
CLASSPATH=:/Library/Java/Extensions/mysql-connector-java-bin.jar:/Users/me/Library/texmf/texhyphj
INFOPATH=/Applications/Math/Macaulay2/Macaulay2-1.9/share/info
DISPLAY=/private/tmp/com.apple.launchd.KahliQQZCD/org.macosforge.xquartz:0
_=/usr/bin/printenv


> On Nov 2, 2016, at 9:28 PM, Ken Cunningham  
> wrote:
> 
> here’s what I do when stuff like this happens
> 
> check your path `printenv` and see if it’s set correctly
> 
> cat ~/.profile
> 
> try “which clang” and “clang —version” 
> 
> try writing up a very simple “hello.c” source file and see if it compiles 
> (with the -v option to see what happens) and whether the executable runs
> 
> install some really really simple ports, like symlinks
> 
> …
> at least make sure the basics work
> …
> if all that works correctly, then … gotta dig deeper
> 
> Ken
> 
> 
> 
> 
>> On Nov 2, 2016, at 6:20 PM, Murray Eisenberg > > wrote:
>> 
>> I did install both Xcode 8.1 and the corresponding Xcode 8.1 tools for 
>> Sierra.  (not sure how to verify the version of command-line tools there.)
>> 
>> [~”]$  xcode-select --install
>> xcode-select: error: command line tools are already installed, use "Software 
>> Update" to install updates
>> [murray@Blackstone:~]$ xcode-select -p
>> /Applications/Xcode.app/Contents/Developer
>> 
>> 
>>> On Nov 2, 2016, at 9:11 PM, Brandon Allbery >> > wrote:
>>> 
>>> 
>>> On Wed, Nov 2, 2016 at 9:08 PM, Murray Eisenberg >> > wrote:
>>> So I started doing a reinstall of ports for migration, and at first got a 
>>> “no C compiler available”
>>> 
>>> Sounds like missing command line tools to me.
>>> 
>>> 
>>> -- 
>>> brandon s allbery kf8nh   sine nomine associates
>>> allber...@gmail.com 
>>>   ballb...@sinenomine.net 
>>> unix, openafs, kerberos, infrastructure, xmonad
>>> http://sinenomine.net 
>> ---
>> Murray Eisenberg murrayeisenb...@gmail.com 
>> 
>> 503 King Farm Blvd #101  Home (240)-246-7240
>> Rockville, MD 20850-6667 Mobile (413)-427-5334
>> 
>> 
>> ___
>> macports-users mailing list
>> macports-users@lists.macosforge.org 
>> 
>> https://lists.macosforge.org/mailman/listinfo/macports-users 
>> 

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


___

Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Murray Eisenberg
All sorts of warnings and some errors in:

/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_gmp/gmp/work/gmp-6.1.1-x86_64/config.log

Here’s the file:

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by GNU MP configure 6.1.1, which was
generated by GNU Autoconf 2.69.  Invocation command line was

  $ ./configure --prefix=/opt/local --enable-cxx

## - ##
## Platform. ##
## - ##

hostname = Blackstone.local
uname -m = x86_64
uname -r = 16.1.0
uname -s = Darwin
uname -v = Darwin Kernel Version 16.1.0: Wed Oct 19 20:31:56 PDT 2016; 
root:xnu-3789.21.4~4/RELEASE_X86_64

/usr/bin/uname -p = i386
/bin/uname -X = unknown

/bin/arch  = unknown
/usr/bin/arch -k   = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo  = Mach kernel version:
 Darwin Kernel Version 16.1.0: Wed Oct 19 20:31:56 PDT 2016; 
root:xnu-3789.21.4~4/RELEASE_X86_64
Kernel configured for up to 8 processors.
4 processors are physically available.
8 processors are logically available.
Processor type: x86_64h (Intel x86-64h Haswell)
Processors active: 0 1 2 3 4 5 6 7
Primary memory available: 32.00 gigabytes
Default processor set: 391 tasks, 1487 threads, 8 processors
Load average: 2.35, Mach factor: 5.64
/bin/machine   = unknown
/usr/bin/oslevel   = unknown
/bin/universe  = unknown

PATH: /opt/local/bin
PATH: /opt/local/sbin
PATH: /bin
PATH: /sbin
PATH: /usr/bin
PATH: /usr/sbin


## --- ##
## Core tests. ##
## --- ##

configure:3055: checking build system type
configure:3069: result: skylake-apple-darwin16.1.0
configure:3089: checking host system type
configure:3102: result: skylake-apple-darwin16.1.0
configure:3139: checking for a BSD-compatible install
configure:3207: result: /usr/bin/install -c
configure:3218: checking whether build environment is sane
configure:3273: result: yes
configure:3424: checking for a thread-safe mkdir -p
configure:3463: result: ./install-sh -c -d
configure:3470: checking for gawk
configure:3497: result: /usr/bin/awk
configure:3508: checking whether make sets $(MAKE)
configure:3530: result: yes
configure:3559: checking whether make supports nested variables
configure:3576: result: yes
configure:3705: checking whether to enable maintainer-specific portions of 
Makefiles
configure:3714: result: no
User:
ABI=64
CC=/usr/bin/clang
CFLAGS=(unset)
CPPFLAGS=-I/opt/local/include
MPN_PATH=
GMP:
abilist=64 x32 32
cclist=gcc icc cc
configure:5713: /usr/bin/clang -c conftest.c >&5
configure:5716: $? = 0
configure:5719: checking whether /usr/bin/clang is gcc
configure:5721: result: yes
configure:5735: /usr/bin/clang 2>&1 | grep xlc >/dev/null
configure:5738: $? = 1
configure:5792: checking compiler /usr/bin/clang -O2 -pedantic 
-fomit-frame-pointer -m64 -I/opt/local/include
Test compile: 
configure:5806: /usr/bin/clang -O2 -pedantic -fomit-frame-pointer -m64 
-I/opt/local/include conftest.c >&5
configure:5809: $? = 0
configure:5814: ./a.out || ./b.out || ./a.exe || ./a_out.exe || ./conftest
configure:5817: $? = 0
Test compile: function pointer return
configure:5860: /usr/bin/clang -O2 -pedantic -fomit-frame-pointer -m64 
-I/opt/local/include conftest.c >&5
configure:5863: $? = 0
configure:5868: ./a.out || ./b.out || ./a.exe || ./a_out.exe || ./conftest
configure:5871: $? = 0
Test compile: cmov instruction
configure:5916: /usr/bin/clang -O2 -pedantic -fomit-frame-pointer -m64 
-I/opt/local/include conftest.c >&5
configure:5919: $? = 0
configure:5924: ./a.out || ./b.out || ./a.exe || ./a_out.exe || ./conftest
configure:5927: $? = 0
Test compile: double -> ulong conversion
configure:5973: /usr/bin/clang -O2 -pedantic -fomit-frame-pointer -m64 
-I/opt/local/include conftest.c >&5
configure:5976: $? = 0
configure:5981: ./a.out || ./b.out || ./a.exe || ./a_out.exe || ./conftest
configure:5984: $? = 0
Test compile: double negation
configure:6028: /usr/bin/clang -O2 -pedantic -fomit-frame-pointer -m64 
-I/opt/local/include conftest.c >&5
configure:6031: $? = 0
configure:6036: ./a.out || ./b.out || ./a.exe || ./a_out.exe || ./conftest
configure:6039: $? = 0
Test compile: double -> float conversion
configure:6084: /usr/bin/clang -O2 -pedantic -fomit-frame-pointer -m64 
-I/opt/local/include conftest.c >&5
configure:6087: $? = 0
configure:6092: ./a.out || ./b.out || ./a.exe || ./a_out.exe || ./conftest
configure:6095: $? = 0
Test compile: gnupro alpha ev6 char spilling
configure:6169: /usr/bin/clang -O2 -pedantic -fomit-frame-pointer -m64 
-I/opt/local/include conftest.c >&5
configure:6172: $? = 0
configure:6177: ./a.out || ./b.out || ./a.exe || ./a_out.exe || ./conftest
configure:6180: $? = 0
Test compile: __builtin_alloca availability
configure:6220: /usr/bin/clang -O2 -pedantic -fomit-frame-pointer -m64 
-I/opt/local/include conftest.c >&5
conftest.c:1:43: warning: control reaches end of non-void 

Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Ken Cunningham
here’s what I do when stuff like this happens

check your path `printenv` and see if it’s set correctly

cat ~/.profile

try “which clang” and “clang —version” 

try writing up a very simple “hello.c” source file and see if it compiles (with 
the -v option to see what happens) and whether the executable runs

install some really really simple ports, like symlinks

…
at least make sure the basics work
…
if all that works correctly, then … gotta dig deeper

Ken




> On Nov 2, 2016, at 6:20 PM, Murray Eisenberg  
> wrote:
> 
> I did install both Xcode 8.1 and the corresponding Xcode 8.1 tools for 
> Sierra.  (not sure how to verify the version of command-line tools there.)
> 
> [~”]$  xcode-select --install
> xcode-select: error: command line tools are already installed, use "Software 
> Update" to install updates
> [murray@Blackstone:~]$ xcode-select -p
> /Applications/Xcode.app/Contents/Developer
> 
> 
>> On Nov 2, 2016, at 9:11 PM, Brandon Allbery > > wrote:
>> 
>> 
>> On Wed, Nov 2, 2016 at 9:08 PM, Murray Eisenberg > > wrote:
>> So I started doing a reinstall of ports for migration, and at first got a 
>> “no C compiler available”
>> 
>> Sounds like missing command line tools to me.
>> 
>> 
>> -- 
>> brandon s allbery kf8nh   sine nomine associates
>> allber...@gmail.com  
>>  ballb...@sinenomine.net 
>> unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net 
>> 
> ---
> Murray Eisenberg  murrayeisenb...@gmail.com 
> 
> 503 King Farm Blvd #101   Home (240)-246-7240
> Rockville, MD 20850-6667  Mobile (413)-427-5334
> 
> 
> ___
> 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: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Brandon Allbery
On Wed, Nov 2, 2016 at 9:20 PM, Murray Eisenberg 
wrote:

> I did install both Xcode 8.1 and the corresponding Xcode 8.1 tools for
> Sierra.  (not sure how to verify the version of command-line tools there.)


Then I would want to look at config.log to determine why it doesn't think
you have a compiler.

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users


Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Murray Eisenberg
I did install both Xcode 8.1 and the corresponding Xcode 8.1 tools for Sierra.  
(not sure how to verify the version of command-line tools there.)

[~”]$  xcode-select --install
xcode-select: error: command line tools are already installed, use "Software 
Update" to install updates
[murray@Blackstone:~]$ xcode-select -p
/Applications/Xcode.app/Contents/Developer


> On Nov 2, 2016, at 9:11 PM, Brandon Allbery  wrote:
> 
> 
> On Wed, Nov 2, 2016 at 9:08 PM, Murray Eisenberg  > wrote:
> So I started doing a reinstall of ports for migration, and at first got a “no 
> C compiler available”
> 
> Sounds like missing command line tools to me.
> 
> 
> -- 
> brandon s allbery kf8nh   sine nomine associates
> allber...@gmail.com   
> ballb...@sinenomine.net 
> unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net 
> 
---
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: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Brandon Allbery
On Wed, Nov 2, 2016 at 9:08 PM, Murray Eisenberg 
wrote:

> So I started doing a reinstall of ports for migration, and at first got a
> “no C compiler available”


Sounds like missing command line tools to me.


-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users


Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Murray Eisenberg
So I started doing a reinstall of ports for migration, and at first got a “no C 
compiler available”. Next I tried installing gcc, but that depends on gmp. But 
even trying 
sudo port install gmp @6.1.1_0+universal
failed. Error in configure, I thing at:

:debug:configure could not read "/opt/local/share/man/man5/stab.5.gz": no such 
file or directory
while executing
And, alas, that prevents reinstalling lots of other ports, since gcc depends on 
gmp, among others.

> On Nov 2, 2016, at 6:48 PM, Murray Eisenberg  
> wrote:
> 
> After upgrading from OS X El Capitan to macOS Sierra (10.12.1), I’m following 
> the migration steps at https://trac.macports.org/wiki/Migration 
>  .
> 
> Got to step 3. e and after downloading script restore_ports.tcl and making it 
> executable, I executed:
> 
>sudo ./restore_ports.tcl myports.txt
> 
> Output:
> 
> Warning: Skipping p5.16-module-corelist (not in the ports tree)
> Warning: Skipping p5.20-module-corelist (not in the ports tree)
> Warning: Skipping p5.22-module-corelist (not in the ports tree)
> Error: we appear to be stuck, exiting...
> infinite loop
> while executing
> "sort_ports $portList"
> invoked from within
> "set operationList [sort_ports $portList]"
> (file "./restore_ports.tcl" line 285)
> 
> Help!!   
> 
> I’d certainly prefer NOT to have to restore all my ports (from list saved in 
> myports.txt) manually, one-by-one.
> 
> Any ideas?
> 
> 
> ---
> 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


Re: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Murray Eisenberg
Removed those 3 ports from myports.txt, ran the script again. Now another 
infinite loop:

[~:]$ sudo ./restore_ports.tcl myports.txt
Error: we appear to be stuck, exiting...
infinite loop
while executing
"sort_ports $portList"
invoked from within
"set operationList [sort_ports $portList]"
(file "./restore_ports.tcl" line 285)


> On Nov 2, 2016, at 7:25 PM, Ryan Schmidt  wrote:
> 
>> 
>> On Nov 2, 2016, at 5:48 PM, Murray Eisenberg  
>> wrote:
>> 
>> After upgrading from OS X El Capitan to macOS Sierra (10.12.1), I’m 
>> following the migration steps at https://trac.macports.org/wiki/Migration .
>> 
>> Got to step 3. e and after downloading script restore_ports.tcl and making 
>> it executable, I executed:
>> 
>>   sudo ./restore_ports.tcl myports.txt
>> 
>> Output:
>> 
>> Warning: Skipping p5.16-module-corelist (not in the ports tree)
>> Warning: Skipping p5.20-module-corelist (not in the ports tree)
>> Warning: Skipping p5.22-module-corelist (not in the ports tree)
>> Error: we appear to be stuck, exiting...
>> infinite loop
>>while executing
>> "sort_ports $portList"
>>invoked from within
>> "set operationList [sort_ports $portList]"
>>(file "./restore_ports.tcl" line 285)
>> 
>> Help!!   
>> 
>> I’d certainly prefer NOT to have to restore all my ports (from list saved in 
>> myports.txt) manually, one-by-one.
>> 
>> Any ideas?
> 
> Well, the warnings shown above are correct, there is no port 
> p5.16-module-corelist in the ports tree at this time.
> 
> https://www.macports.org/ports.php?by=name=corelist 
> 
> 
> If those are listed in your myports.txt, try removing them.

---
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: stuck in loop with restore_ports.tcl migrating to macOS Sierra (10.12.1)

2016-11-02 Thread Ryan Schmidt

> On Nov 2, 2016, at 5:48 PM, Murray Eisenberg  
> wrote:
> 
> After upgrading from OS X El Capitan to macOS Sierra (10.12.1), I’m following 
> the migration steps at https://trac.macports.org/wiki/Migration .
> 
> Got to step 3. e and after downloading script restore_ports.tcl and making it 
> executable, I executed:
> 
>sudo ./restore_ports.tcl myports.txt
> 
> Output:
> 
> Warning: Skipping p5.16-module-corelist (not in the ports tree)
> Warning: Skipping p5.20-module-corelist (not in the ports tree)
> Warning: Skipping p5.22-module-corelist (not in the ports tree)
> Error: we appear to be stuck, exiting...
> infinite loop
> while executing
> "sort_ports $portList"
> invoked from within
> "set operationList [sort_ports $portList]"
> (file "./restore_ports.tcl" line 285)
> 
> Help!!   
> 
> I’d certainly prefer NOT to have to restore all my ports (from list saved in 
> myports.txt) manually, one-by-one.
> 
> Any ideas?

Well, the warnings shown above are correct, there is no port 
p5.16-module-corelist in the ports tree at this time.

https://www.macports.org/ports.php?by=name=corelist

If those are listed in your myports.txt, try removing them.

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