Re: help with installing xorg-server from MacPorts and installing Inkscape

[Ryan Schmidt]

On Nov 29, 2019, at 20:14, yiming roberts-lo wrote:

> I went to install Inkscape and got the following message: 
> 
> py27-cython has the following notes:
> To make the Python 2.7 version of Cython the one that is run when you
> execute the commands without a version suffix, e.g. 'cython', run:
> 
> port select --set cython cython27
>   python27 has the following notes:
> To make this the default Python or Python 2 (i.e., the version run by the
> 'python' or 'python2' commands), run one or both of:
> 
> sudo port select --set python python27
> sudo port select --set python2 python27
>   python37 has the following notes:
> To make this the default Python or Python 3 (i.e., the version run by the
> 'python' or 'python3' commands), run one or both of:
> 
> sudo port select --set python python37
> sudo port select --set python3 python37
> 
> I'm not really sure what I'm supposed to choose?

If would like to be able to type "python" on the command line and have that use 
a particular version of MacPorts python, as opposed to whatever version of 
python Apple ships with macOS, then you can run the appropriate "port select 
python ..." command. Similarly, if you would like to be able to run "cython" 
and have that be a particular version of MacPorts cython, run the appropriate 
port select command.

Since you mentioned that this happened when you installed Inkscape, I suspect 
that you do not care about running "python" or "cython" on the command line at 
this time, so the notes are irrelevant to you and you can ignore them.

Re: gdal@3.0.1_3: Argument list too long

[Ryan Schmidt]

On Nov 29, 2019, at 10:01, Dave Allured wrote:

> I have the longer user home prefix because my institutional network policy 
> prevents all write access to /opt/anything.

I still think the suggestion I made in 
https://trac.macports.org/ticket/59510#comment:2 is worth a try. If you can't 
put a clone of the macports-ports git repo in /opt/anything, you can pick 
another short path that you can write to. For example, /var/tmp should be 
writable, and the OS doesn't clear it out automatically (unlike /tmp); you 
could put your ports in /var/tmp/p. That would shorten the paths a lot, but I'm 
not sure if it'll shorten them enough to fit into the 256K arg length limit.

Re: help with installing xorg-server from MacPorts and installing Inkscape

[yiming roberts-lo]

 Thank you, Chris! I went to install Inkscape and got the following
message:


py27-cython has the following notes:

To make the Python 2.7 version of Cython the one that is run when you

execute the commands without a version suffix, e.g. 'cython', run:



port select --set cython cython27

  python27 has the following notes:

To make this the default Python or Python 2 (i.e., the version run by
the

'python' or 'python2' commands), run one or both of:



sudo port select --set python python27

sudo port select --set python2 python27

  python37 has the following notes:

To make this the default Python or Python 3 (i.e., the version run by
the

'python' or 'python3' commands), run one or both of:



sudo port select --set python python37

sudo port select --set python3 python37


I'm not really sure what I'm supposed to choose? Thanks in advance for your
help!!

On Wed, Nov 27, 2019 at 6:47 PM Chris Jones 
wrote:

>
>
> On 27 Nov 2019, at 5:02 pm, yiming roberts-lo 
> wrote:
>
> 
> Okay, I ran sudo port install xorg-server in a terminal. Now it's telling
> me:
>
> To use MacPorts' X11 as the default server, install xorg-server, log
> out,
>
> and log back in.
>
>
>
> I'm assuming I should setup X11 as the default server?
>
>
> Yes, just do exactly what it says...
>
>
> Thanks!
>
> On Wed, Nov 27, 2019 at 4:55 AM Chris Jones 
> wrote:
>
>> Hi,
>>
>> So what exactly have you run ?
>>
>> Please run
>>
>> sudo port install xorg-server
>>
>> in a terminal, and if you still have problems post *exactly* what the
>> above gives.
>>
>> Chris
>>
>> On 27/11/2019 4:09 am, yiming roberts-lo wrote:
>> > Hello,
>> > I'm trying to figure out how to install Inkscape. I tried to follow the
>> > instructions, but I am really confused. I think that I installed XCode,
>> > agreed to the  Xcode license in Terminal, and Install MacPorts for my
>> > version of the Mac OS (macOS Mojave v10.14). On this page
>> >  it says that
>> there's
>> > an optional step: "The X11 windowing environment for ports that depend
>> > on the functionality it provides to run. You have multiple choices for
>> > an X11 server". I tried to install the xorg-server port from MacPorts
>> > (recommended), however I couldn't figure out how to do this? I got to
>> > this page  but
>> > there's no Download or Install button?
>> >
>> > How do I install X11 and then ultimately install Inkscape? I just want
>> > to edit a vector and this is all very confusing.
>> >
>> > Thanks in advance for your help.
>> >
>> > yiming
>> >
>> >
>>
>

Re: gdal@3.0.1_3: Argument list too long

[Dave Allured - NOAA Affiliate via macports-users]

Thanks to Ryan, Bill, Richard for all the advice about stack and maximum
command length.  I think the relation to stack size is something I picked
up from a Linux discussion.  Apparently some versions of Linux work this
way.

I have the longer user home prefix because my institutional network policy
prevents all write access to /opt/anything.  I will report this upstream to
gdal, and see if they can segment their giant link commands, or something.
One gdal user recently suggested the following, which seems viable (see
near bottom of the message):

https://github.com/OSGeo/gdal/issues/1429#issuecomment-481215759


On Fri, Nov 29, 2019 at 6:36 AM Richard L. Hamilton 
wrote:

>
> With some  OSs, ARG_MAX aka NCARGS  is adjustable, with others it isn't.
>  macOS's is not necessarily the lowest with an apparently fixed limit, but
> not exceptionally high either.
>

Sharing free space?

[Michael]

> If you have room on your main disk and it is APFS-formatted, you can easily 
> create a new volume in Disk Utility that will share the free space, and if it 
> doesn't work out, you can delete the volume later.

I'd like to know how to get two volumes to share free space if they are on the 
same physical disk.

Heck, even with 10.9-10.12's logical volume groups, the same question.

If this is something new in the "We'll force your root disk to be repartitioned 
because we're now making root read only" system, then it's a "don't care, 
thanks anyways" issue.


---
Entertaining minecraft videos
http://YouTube.com/keybounce

Re: gdal@3.0.1_3: Argument list too long

[Richard L. Hamilton]

I don't think it will help:

sh-3.2$ getconf ARG_MAX;sudo sh -c "ulimit -s 65532;ulimit -s;getconf ARG_MAX"
262144
65532
262144

(ARG_MAX was 262144, changed stack size and confirmed change, ARG_MAX was  
still 262144)

That's assuming getconf can tell (I think it can), and isn't just giving back a 
hardcoded value.

Indeed, from what I've seen looking at the XNU source, it can't be raised 
without building a custom kernel (NOT a practical option).

With some  OSs, ARG_MAX aka NCARGS  is adjustable, with others it isn't.  
macOS's is not necessarily the lowest with an apparently fixed limit, but not 
exceptionally high either.

Usually such situations mean that the approach of passing a huge number of 
command line arguments all at once is simply wrong (it's just not good to 
depend on a non portable limit); but I don't know enough about (GNU) libtool to 
suggest a workaround or alternative (if any). In particular, if there's a way 
to break it up and use libtool to incrementally build a library, I'm not seeing 
it in a very quick skim of the documentation.

> On Nov 27, 2019, at 15:50, Dave Allured - NOAA Affiliate via macports-users 
>  wrote:
> 
> I am trying to solve "Argument list too long" when building gdal@3.0.1_3 from 
> source under macports.  The command that fails is "libtool clang++", used 
> here to combine a large number of objects into a single library libgdal.la 
> .  The trac ticket is 
> https://trac.macports.org/ticket/59510 
>  .
> 
> I found advice suggesting that the maximum command length is related to the 
> stack size.  I am not sure this is correct for Mac OS.  However, if true, 
> this would be an easy fix for argument list too long.
> 
> Can anyone tell me whether increasing the stack size would increase the 
> maximum command length?  If so, what is the best way to increase stack size 
> in a port file or patch, such that it would apply when this libtool command 
> is executed?

Re: problem migrating to catalina

[Ryan Schmidt]

Please remember to write to our new mailing list addresses at 
lists.macports.org, not the old address you used which was deprecated at the 
end of 2016.

The error in the log you attached is:

:info:build dyld: Library not loaded: /opt/local/lib/libcrypto.1.0.0.dylib
:info:build   Referenced from: /opt/local/lib/libxar.1.dylib
:info:build   Reason: image not found
:info:build fatal error: otool: fatal error in 
/opt/local/bin/llvm-objdump-mp-7.0

If you were using the current version of /opt/local/lib/libxar.1.dylib (which 
is provided by the xar port), it would have been linked with 
/opt/local/lib/libcrypto.1.1.dylib, not /opt/local/lib/libcrypto.1.0.0.dylib. 
This suggests you haven't followed the usual migration steps, which would have 
you uninstall all your ports before trying to install new ones. I myself often 
upgrade this way, but I'm comfortable reading the failure logs and figuring out 
what I need to do to proceed. In this case, if you want to continue to try to 
upgrade your ports piecemeal, what you need to do is upgrade xar first. But you 
may run into further problems after that. If you want to avoid that, follow the 
migration instructions.

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