Re: upcoming removal of components from macOS Server: opportunity?

[Ken Cunningham]

On 2018-04-16, at 5:43 PM, Craig Treleaven wrote:

>> On Apr 16, 2018, at 7:39 PM, Richard L. Hamilton  wrote:
>> 
>> "In fall 2018, Apple will stop bundling open source services such as 
>> Calendar Server, Contacts Server, the Mail Server, DNS, DHCP, VPN Server, 
>> and Websites with macOS Server. Customers can get these same services 
>> directly from open-source providers. This way, macOS Server customers can 
>> install the most secure and up-to-date services as soon as they’re 
>> available."  https://support.apple.com/en-us/HT208312
>> 
>> For which of these (and others listed on the link) is there already a port, 
>> esp. for the recommended (or most nearly identical) replacement?  How about 
>> management GUIs?
>> 
>> Should there maybe also be a mention on a FAQ or wiki page of the collective 
>> availability of easily installable alternatives via MacPorts?  If MacPorts 
>> is able to provide replacements for most of the functionality, would further 
>> publicity be appropriate?
>> 
>> Anything else that might be an opportunity to mitigate this annoyance that I 
>> haven't mentioned?
>> 
> 
> I got as far as finding Apple’s detailed documentation on the open source 
> alternatives to the features that are being removed from Server.  
> 
> https://developer.apple.com/support/macos-server/macOS-Server-Service-Migration-Guide.pdf
> 
> Clearly, MacPorts would make it much easier to install a number of these 
> software packages compared to the manual build processes outlined in the 
> migration document.
> 
> A wiki page showing MacPorts alternatives might be a good start.  Some are 
> obvious but in other cases there may be multiple packages that might suit a 
> particular installation.  If the page contains the right keywords, it ought 
> to be easy enough to find.
> 
> Craig
> 


I wonder if webmin  would be able to fill in the front 
end to this, with a bit of tweaking. it's been around a while, and has a lot of 
this kind of front-ending in mind...

I was trying to get this set up previously, and started this up 
 but never 
finished the full configuration.

Ken

Re: OpenModelica?

[Murray Eisenberg]

I have solved the problem by uninstalling other MacPorts that used the atlas 
libraries, including octave, qrupdate, and arpack; then installing those 
dependencies with the +accelerate variant; and finally installing 
openmodelica-devel+gfortran5+libraries+omnotebook+qt+sundials. 

I hope that, contrary to what is still posted on the Gnu Octave, the Apple 
libraries are now sufficiently error-free that the atlas libraries are not 
actually needed (We'll see!) 

Thanks to all who replied about this issue.

> On 16 Apr2018, at 4:50 PM, Murray Eisenberg  wrote:
> 
> After uninstalling the +atlas variant of octave and its direct or indirect 
> deps or dependent’s sundials, SuiteSparse. qrupdate, and arpack, I began 
> reinstalling with the +accelerate variant.
> 
> I used (with sudo):
> 
>   port install octave 
> +app+accelerate+docs+fltk+gfortran+graphicsmagick+qt5+sound 
> 
> but when the octave installation was running it tried to install qrupdate and 
> hit error:
> 
>   Error: Failed to fetch qrupdate: must set at least one Fortran variant 
> (e.g. +gfortran, +gccX, +g95)
> 
> So I quit that, cleaned everything, and directly tried...
> 
>   port install qrupdate +accelerate +gfortran
> 
> … and got same error message that I must set a Fortran variant.
> 
> Now I’m puzzled: the qrupdate port says +gfortran is such a variant, then 
> fails to accept it.  And in fact:
> 
> port info qrupdate
> qrupdate @1.1.2_5 (math)
> Variants: [+]accelerate, atlas, g95, gcc44, gcc45, gcc46, gcc47,
>   gcc48, gcc49, gcc5, gcc6, [+]gcc7, openblas, universal
> 
> (I see what Ken Cunningham said in separate message about blowing up MacPorts 
> and starting over, but I have quite a number of config files, e.g., for 
> apache, mysql, php, phpmyadmin, that I’d hate to set up again; that could 
> take days. Unless I misunderstand what Ken said.)
> 
>> On 16 Apr2018, at 3:55 PM, Adam Dershowitz > > wrote:
>> 
>> As an datapoint, but not completely answering your question.  I have the 
>> following installed and all working:
>> 
>> sundials @3.1.0_1+accelerate+fortran_klu+gfortran+mpich (active)
>> octave @4.2.2_1+accelerate+app+docs+fltk+gfortran+graphicsmagick+qt4+sound 
>> (active)
>> SuiteSparse @4.2.1_4+accelerate (active)
>> openmodelica-devel 
>> @1.13.0~dev-882-g45503fc_0+gfortran5+omnotebook+qt+sundials (active)
>> 
>> 
>> I don’t recall the installation order, or if any of those are not the 
>> default variant.  
>> 
>> --Adam
>> 
>> 
>> 
>>> On Apr 16, 2018, at 3:39 PM, Murray Eisenberg >> > wrote:
>>> 
>>> From a post on the OpenModelica forum, I learned that the trouble was that 
>>> I did not have the lapack port installed, and so the openmodelica-devel 
>>> configure was attempting to use libatlas from atlas instead.
>>> 
>>> Subsequently, after cleaning everything, I did install lapack 
>>> @3.8.0_0+gfortran. However, the configure still fails. Undoubtedly this is 
>>> due to the fact that the following both involve atlas:
>>> 
>>>octave @4.2.2_1+app+atlas+docs+fltk+gfortran+graphicsmagick+qt5+sound 
>>>SuiteSparse @4.2.1_4+atlas  [NB: octave depends on SuiteSparse]
>>> 
>>> I wonder if the following ploy might work (this is the MacPorts part of the 
>>> question):
>>> 
>>>(1) uninstalling the +atlas variants of SuiteSparse and octave;
>>> 
>>>(2) install openmodelica-devel (assuming that the presence of atlas and 
>>> libatlas was the sole issue); then finally
>>> 
>>>(3) reinstalling the +atlas variants of octave and SuiteSparse.
>>> 
>>> Note that openmodelica _seems_ to use SuiteSparse as well as lapack. And 
>>> sundials has a library dependency on SuiteSparse.
>>> 
>>> Further information:
>>> 
>>> [me:~]$ sp dependent atlas
>>> SuiteSparse depends on atlas
>>> arpack depends on atlas
>>> octave depends on atlas
>>> qrupdate depends on atlas
>>> 
>>> [me:~]$ sp deps octave
>>> Full Name: octave 
>>> @4.2.2_1+accelerate+app+docs+fltk+gfortran+graphicsmagick+qt5+sound
>>> Build Dependencies:   gawk, icoutils, librsvg, grep, findutils, gsed, flex, 
>>> bison, gperf, perl5, pkgconfig, gcc7, pkgconfig, librsvg, texinfo, 
>>> texlive-basic, texlive-latex, texlive-fonts-recommended
>>> Library Dependencies: python27, ghostscript, gnuplot, less, ncurses, 
>>> readline, pcre, SuiteSparse, qhull, zlib, hdf5, fftw-3, fftw-3-single, 
>>> glpk, curl, qrupdate, arpack, fontconfig, freetype, gl2ps,
>>>  vecLibFort, libgcc, qscintilla-qt5, fltk, libsndfile, 
>>> portaudio, GraphicsMagick, qt5-qtbase, qt5-qttools
>>> Runtime Dependencies: epstool, ghostscript, fig2dev, pstoedit
>>> 
>>> [me:~]$ sp deps openmodelica-devel 
>>> Full Name: openmodelica-devel 
>>> @1.13.0~dev-895-g0365526_0+gfortran5+omnotebook+qt+sundials
>>> Build Dependencies:   gtime, gsed, cmake, pkgconfig, autoconf, automake, 
>>> libtool
>>> 

Re: upcoming removal of components from macOS Server: opportunity?

[Craig Treleaven]

> On Apr 16, 2018, at 7:39 PM, Richard L. Hamilton  wrote:
> 
> "In fall 2018, Apple will stop bundling open source services such as Calendar 
> Server, Contacts Server, the Mail Server, DNS, DHCP, VPN Server, and Websites 
> with macOS Server. Customers can get these same services directly from 
> open-source providers. This way, macOS Server customers can install the most 
> secure and up-to-date services as soon as they’re available."  
> https://support.apple.com/en-us/HT208312 
> 
> 
> For which of these (and others listed on the link) is there already a port, 
> esp. for the recommended (or most nearly identical) replacement?  How about 
> management GUIs?
> 
> Should there maybe also be a mention on a FAQ or wiki page of the collective 
> availability of easily installable alternatives via MacPorts?  If MacPorts is 
> able to provide replacements for most of the functionality, would further 
> publicity be appropriate?
> 
> Anything else that might be an opportunity to mitigate this annoyance that I 
> haven't mentioned?
> 

I got as far as finding Apple’s detailed documentation on the open source 
alternatives to the features that are being removed from Server.  

https://developer.apple.com/support/macos-server/macOS-Server-Service-Migration-Guide.pdf
 


Clearly, MacPorts would make it much easier to install a number of these 
software packages compared to the manual build processes outlined in the 
migration document.

A wiki page showing MacPorts alternatives might be a good start.  Some are 
obvious but in other cases there may be multiple packages that might suit a 
particular installation.  If the page contains the right keywords, it ought to 
be easy enough to find.

Craig

Re: problem with upgrading macport installed packages

[Craig Treleaven]

> On Apr 16, 2018, at 4:23 PM, Ryan Schmidt  wrote:
> On Apr 16, 2018, at 08:37, pagani laurent wrote:
> 
>> Here one such example :
>> 
>> […]
>> --->  Installing py36-six @1.11.0_0
>> --->  Activating py36-six @1.11.0_0
>> Error: Failed to activate py36-six: Image error: 
>> /opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/site-packages/__pycache__/six.cpython-36.pyc
>>  already exists and does not belong to a registered port.  Unable to 
>> activate port py36-six. Use 'port -f activate py36-six' to force the 
>> activation.
>> Error: See 
>> /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py-six/py36-six/main.log
>>  for details.
>> Error: Problem while installing py36-six
>> Error: Follow https://guide.macports.org/#project.tickets to report a bug.
> 
> Only MacPorts should install software in /opt/local, but MacPorts states 
> above that it did not install this file. So how did it get there? If you 
> don't know, the safest thing to do is uninstall MacPorts and all ports, 
> following the uninstallation instructions on the web site, and then reinstall 
> MacPorts and the ports you want.
> 

The unregistered files could possibly be from a badly-built installer package?  
Or the registry file got nuked at some point.

https://trac.macports.org/wiki/ProblemHotlist#xmlwf

Craig

upcoming removal of components from macOS Server: opportunity?

[Richard L. Hamilton]

"In fall 2018, Apple will stop bundling open source services such as Calendar 
Server, Contacts Server, the Mail Server, DNS, DHCP, VPN Server, and Websites 
with macOS Server. Customers can get these same services directly from 
open-source providers. This way, macOS Server customers can install the most 
secure and up-to-date services as soon as they’re available."  
https://support.apple.com/en-us/HT208312 


For which of these (and others listed on the link) is there already a port, 
esp. for the recommended (or most nearly identical) replacement?  How about 
management GUIs?

Should there maybe also be a mention on a FAQ or wiki page of the collective 
availability of easily installable alternatives via MacPorts?  If MacPorts is 
able to provide replacements for most of the functionality, would further 
publicity be appropriate?

Anything else that might be an opportunity to mitigate this annoyance that I 
haven't mentioned?



signature.asc
Description: Message signed with OpenPGP

Re: OpenModelica?

[Ryan Schmidt]

On Apr 16, 2018, at 15:50, Murray Eisenberg wrote:

>   Error: Failed to fetch qrupdate: must set at least one Fortran variant 
> (e.g. +gfortran, +gccX, +g95)
> 

This message is printed by the compilers-1.0 portgroup, and is not customized 
for the set of variants that a particular port offers: It will always suggest 
using "e.g. +gfortran, +gccX, +g95" even if the specific port you're trying to 
install doesn't offer all of those variants. That's a bug in the portgroup, and 
I've filed a ticket about it:

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

Re: OpenModelica?

[Adam Dershowitz]

It looks like the default variant of qrupdate is +accelerate +gcc7 already.  
So, you can try, simply:
sudo port install qrupdate



--Adam



> On Apr 16, 2018, at 4:50 PM, Murray Eisenberg  
> wrote:
> 
> After uninstalling the +atlas variant of octave and its direct or indirect 
> deps or dependent’s sundials, SuiteSparse. qrupdate, and arpack, I began 
> reinstalling with the +accelerate variant.
> 
> I used (with sudo):
> 
>   port install octave 
> +app+accelerate+docs+fltk+gfortran+graphicsmagick+qt5+sound 
> 
> but when the octave installation was running it tried to install qrupdate and 
> hit error:
> 
>   Error: Failed to fetch qrupdate: must set at least one Fortran variant 
> (e.g. +gfortran, +gccX, +g95)
> 
> So I quit that, cleaned everything, and directly tried...
> 
>   port install qrupdate +accelerate +gfortran
> 
> … and got same error message that I must set a Fortran variant.
> 
> Now I’m puzzled: the qrupdate port says +gfortran is such a variant, then 
> fails to accept it.  And in fact:
> 
> port info qrupdate
> qrupdate @1.1.2_5 (math)
> Variants: [+]accelerate, atlas, g95, gcc44, gcc45, gcc46, gcc47,
>   gcc48, gcc49, gcc5, gcc6, [+]gcc7, openblas, universal
> 
> (I see what Ken Cunningham said in separate message about blowing up MacPorts 
> and starting over, but I have quite a number of config files, e.g., for 
> apache, mysql, php, phpmyadmin, that I’d hate to set up again; that could 
> take days. Unless I misunderstand what Ken said.)
> 
>> On 16 Apr2018, at 3:55 PM, Adam Dershowitz > > wrote:
>> 
>> As an datapoint, but not completely answering your question.  I have the 
>> following installed and all working:
>> 
>> sundials @3.1.0_1+accelerate+fortran_klu+gfortran+mpich (active)
>> octave @4.2.2_1+accelerate+app+docs+fltk+gfortran+graphicsmagick+qt4+sound 
>> (active)
>> SuiteSparse @4.2.1_4+accelerate (active)
>> openmodelica-devel 
>> @1.13.0~dev-882-g45503fc_0+gfortran5+omnotebook+qt+sundials (active)
>> 
>> 
>> I don’t recall the installation order, or if any of those are not the 
>> default variant.  
>> 
>> --Adam
>> 
>> 
>> 
>>> On Apr 16, 2018, at 3:39 PM, Murray Eisenberg >> > wrote:
>>> 
>>> From a post on the OpenModelica forum, I learned that the trouble was that 
>>> I did not have the lapack port installed, and so the openmodelica-devel 
>>> configure was attempting to use libatlas from atlas instead.
>>> 
>>> Subsequently, after cleaning everything, I did install lapack 
>>> @3.8.0_0+gfortran. However, the configure still fails. Undoubtedly this is 
>>> due to the fact that the following both involve atlas:
>>> 
>>>octave @4.2.2_1+app+atlas+docs+fltk+gfortran+graphicsmagick+qt5+sound 
>>>SuiteSparse @4.2.1_4+atlas  [NB: octave depends on SuiteSparse]
>>> 
>>> I wonder if the following ploy might work (this is the MacPorts part of the 
>>> question):
>>> 
>>>(1) uninstalling the +atlas variants of SuiteSparse and octave;
>>> 
>>>(2) install openmodelica-devel (assuming that the presence of atlas and 
>>> libatlas was the sole issue); then finally
>>> 
>>>(3) reinstalling the +atlas variants of octave and SuiteSparse.
>>> 
>>> Note that openmodelica _seems_ to use SuiteSparse as well as lapack. And 
>>> sundials has a library dependency on SuiteSparse.
>>> 
>>> Further information:
>>> 
>>> [me:~]$ sp dependent atlas
>>> SuiteSparse depends on atlas
>>> arpack depends on atlas
>>> octave depends on atlas
>>> qrupdate depends on atlas
>>> 
>>> [me:~]$ sp deps octave
>>> Full Name: octave 
>>> @4.2.2_1+accelerate+app+docs+fltk+gfortran+graphicsmagick+qt5+sound
>>> Build Dependencies:   gawk, icoutils, librsvg, grep, findutils, gsed, flex, 
>>> bison, gperf, perl5, pkgconfig, gcc7, pkgconfig, librsvg, texinfo, 
>>> texlive-basic, texlive-latex, texlive-fonts-recommended
>>> Library Dependencies: python27, ghostscript, gnuplot, less, ncurses, 
>>> readline, pcre, SuiteSparse, qhull, zlib, hdf5, fftw-3, fftw-3-single, 
>>> glpk, curl, qrupdate, arpack, fontconfig, freetype, gl2ps,
>>>  vecLibFort, libgcc, qscintilla-qt5, fltk, libsndfile, 
>>> portaudio, GraphicsMagick, qt5-qtbase, qt5-qttools
>>> Runtime Dependencies: epstool, ghostscript, fig2dev, pstoedit
>>> 
>>> [me:~]$ sp deps openmodelica-devel 
>>> Full Name: openmodelica-devel 
>>> @1.13.0~dev-895-g0365526_0+gfortran5+omnotebook+qt+sundials
>>> Build Dependencies:   gtime, gsed, cmake, pkgconfig, autoconf, automake, 
>>> libtool
>>> Library Dependencies: lp_solve, gettext, omniorb, readline, qjson, libgcc, 
>>> gcc5, sundials, qt4-mac, qwt52
>>> Runtime Dependencies: omlib-modelica-3.2.1
>>> 
 On 7 Apr2018, at 4:34 PM, Ken Cunningham > wrote:
 
 
 
> On Apr 7, 2018, at 1:13 PM, Murray Eisenberg 

Re: OpenModelica?

[Murray Eisenberg]

After uninstalling the +atlas variant of octave and its direct or indirect deps 
or dependent’s sundials, SuiteSparse. qrupdate, and arpack, I began 
reinstalling with the +accelerate variant.

I used (with sudo):

  port install octave 
+app+accelerate+docs+fltk+gfortran+graphicsmagick+qt5+sound 

but when the octave installation was running it tried to install qrupdate and 
hit error:

  Error: Failed to fetch qrupdate: must set at least one Fortran variant (e.g. 
+gfortran, +gccX, +g95)

So I quit that, cleaned everything, and directly tried...

  port install qrupdate +accelerate +gfortran

… and got same error message that I must set a Fortran variant.

Now I’m puzzled: the qrupdate port says +gfortran is such a variant, then fails 
to accept it.  And in fact:

port info qrupdate
qrupdate @1.1.2_5 (math)
Variants: [+]accelerate, atlas, g95, gcc44, gcc45, gcc46, gcc47,
  gcc48, gcc49, gcc5, gcc6, [+]gcc7, openblas, universal

(I see what Ken Cunningham said in separate message about blowing up MacPorts 
and starting over, but I have quite a number of config files, e.g., for apache, 
mysql, php, phpmyadmin, that I’d hate to set up again; that could take days. 
Unless I misunderstand what Ken said.)

> On 16 Apr2018, at 3:55 PM, Adam Dershowitz  wrote:
> 
> As an datapoint, but not completely answering your question.  I have the 
> following installed and all working:
> 
> sundials @3.1.0_1+accelerate+fortran_klu+gfortran+mpich (active)
> octave @4.2.2_1+accelerate+app+docs+fltk+gfortran+graphicsmagick+qt4+sound 
> (active)
> SuiteSparse @4.2.1_4+accelerate (active)
> openmodelica-devel 
> @1.13.0~dev-882-g45503fc_0+gfortran5+omnotebook+qt+sundials (active)
> 
> 
> I don’t recall the installation order, or if any of those are not the default 
> variant.  
> 
> --Adam
> 
> 
> 
>> On Apr 16, 2018, at 3:39 PM, Murray Eisenberg > > wrote:
>> 
>> From a post on the OpenModelica forum, I learned that the trouble was that I 
>> did not have the lapack port installed, and so the openmodelica-devel 
>> configure was attempting to use libatlas from atlas instead.
>> 
>> Subsequently, after cleaning everything, I did install lapack 
>> @3.8.0_0+gfortran. However, the configure still fails. Undoubtedly this is 
>> due to the fact that the following both involve atlas:
>> 
>>octave @4.2.2_1+app+atlas+docs+fltk+gfortran+graphicsmagick+qt5+sound 
>>SuiteSparse @4.2.1_4+atlas  [NB: octave depends on SuiteSparse]
>> 
>> I wonder if the following ploy might work (this is the MacPorts part of the 
>> question):
>> 
>>(1) uninstalling the +atlas variants of SuiteSparse and octave;
>> 
>>(2) install openmodelica-devel (assuming that the presence of atlas and 
>> libatlas was the sole issue); then finally
>> 
>>(3) reinstalling the +atlas variants of octave and SuiteSparse.
>> 
>> Note that openmodelica _seems_ to use SuiteSparse as well as lapack. And 
>> sundials has a library dependency on SuiteSparse.
>> 
>> Further information:
>> 
>> [me:~]$ sp dependent atlas
>> SuiteSparse depends on atlas
>> arpack depends on atlas
>> octave depends on atlas
>> qrupdate depends on atlas
>> 
>> [me:~]$ sp deps octave
>> Full Name: octave 
>> @4.2.2_1+accelerate+app+docs+fltk+gfortran+graphicsmagick+qt5+sound
>> Build Dependencies:   gawk, icoutils, librsvg, grep, findutils, gsed, flex, 
>> bison, gperf, perl5, pkgconfig, gcc7, pkgconfig, librsvg, texinfo, 
>> texlive-basic, texlive-latex, texlive-fonts-recommended
>> Library Dependencies: python27, ghostscript, gnuplot, less, ncurses, 
>> readline, pcre, SuiteSparse, qhull, zlib, hdf5, fftw-3, fftw-3-single, glpk, 
>> curl, qrupdate, arpack, fontconfig, freetype, gl2ps,
>>  vecLibFort, libgcc, qscintilla-qt5, fltk, libsndfile, 
>> portaudio, GraphicsMagick, qt5-qtbase, qt5-qttools
>> Runtime Dependencies: epstool, ghostscript, fig2dev, pstoedit
>> 
>> [me:~]$ sp deps openmodelica-devel 
>> Full Name: openmodelica-devel 
>> @1.13.0~dev-895-g0365526_0+gfortran5+omnotebook+qt+sundials
>> Build Dependencies:   gtime, gsed, cmake, pkgconfig, autoconf, automake, 
>> libtool
>> Library Dependencies: lp_solve, gettext, omniorb, readline, qjson, libgcc, 
>> gcc5, sundials, qt4-mac, qwt52
>> Runtime Dependencies: omlib-modelica-3.2.1
>> 
>>> On 7 Apr2018, at 4:34 PM, Ken Cunningham >> > wrote:
>>> 
>>> 
>>> 
 On Apr 7, 2018, at 1:13 PM, Murray Eisenberg > wrote:
>>> 
>>> With a small change in the openmodelica-devel Portfile that I did prior to 
>>> starting the build (so it would use gcc7 for fortran), all of 
>>> openmodelica-devel built through to completion for me on a current Xcode 
>>> and 10.13 system, using no compiler variants, and only +libraries.
>>> 
>>> set gfortran_versions {4.3 4.4 

Re: OpenModelica?

[Ken Cunningham]

Whenever I get to this level of hassle, I just blow up MacPorts and start over.

It takes but a few minutes to reinstall the prebuilt binaries, and then you 
know you're clean.

Life is too short 


Ken

Re: OpenModelica?

[David Strubbe]

I believe the "known bugs" in question for use of Accelerate may be fixed
by our current use of the veclibfort port as an intermediate layer between
Fortran and Accelerate.

David

On Mon, Apr 16, 2018 at 1:27 PM, Adam Dershowitz  wrote:

> I wasn’t able to confirm if that bug still exists.  It seems that it was
> an old bug.  The bug report from 2014 for octave makes it sound like might
> have been fixed years before that:
>
> https://savannah.gnu.org/bugs/?43246
>
> So, you might try to use the default builds and then run on a test on
> whatever functions in Octave might be an issue?
>
> --Adam
>
>
>
> On Apr 16, 2018, at 4:20 PM, Murray Eisenberg 
> wrote:
>
> The information at https://wiki.octave.org/Octave_for_macOS is that the
> default octave uses the accelerator variant.
>
> But this has the problem that is uses arpack, whose default variant is
> accelerate; this uses Apples Vector Libraries which have some known bugs
> that can cause Octave to crash if certain functions in arpack are called!
>
> So they recomend using the atlas port of octace (hence of arpack and
> SparseSuite, too, I presume).
>
> On 16 Apr2018, at 3:55 PM, Adam Dershowitz  wrote:
>
> As an datapoint, but not completely answering your question.  I have the
> following installed and all working:
>
> sundials @3.1.0_1+accelerate+fortran_klu+gfortran+mpich (active)
> octave @4.2.2_1+accelerate+app+docs+fltk+gfortran+graphicsmagick+qt4+sound
> (active)
> SuiteSparse @4.2.1_4+accelerate (active)
> openmodelica-devel @1.13.0~dev-882-g45503fc_0+gfortran5+omnotebook+qt+sundials
> (active)
>
>
> I don’t recall the installation order, or if any of those are not the
> default variant.
>
> --Adam
>
>
>
> On Apr 16, 2018, at 3:39 PM, Murray Eisenberg 
> wrote:
>
> From a post on the OpenModelica forum, I learned that the trouble was that
> I did not have the lapack port installed, and so the openmodelica-devel
> configure was attempting to use libatlas from atlas instead.
>
> Subsequently, after cleaning everything, I did install lapack
> @3.8.0_0+gfortran. However, the configure still fails. Undoubtedly this is
> due to the fact that the following both involve atlas:
>
>octave @4.2.2_1+app+atlas+docs+fltk+gfortran+graphicsmagick+qt5+sound
>SuiteSparse @4.2.1_4+atlas  [NB: octave depends on SuiteSparse]
>
> I wonder if the following ploy might work (this is the MacPorts part of
> the question):
>
>(1) uninstalling the +atlas variants of SuiteSparse and octave;
>
>(2) install openmodelica-devel (assuming that the presence of atlas and
> libatlas was the sole issue); then finally
>
>(3) reinstalling the +atlas variants of octave and SuiteSparse.
>
> Note that openmodelica _seems_ to use SuiteSparse as well as lapack. And
> sundials has a library dependency on SuiteSparse.
>
> Further information:
>
> [me:~]$ sp dependent atlas
> SuiteSparse depends on atlas
> arpack depends on atlas
> octave depends on atlas
> qrupdate depends on atlas
>
> [me:~]$ sp deps octave
> Full Name: octave @4.2.2_1+accelerate+app+docs+
> fltk+gfortran+graphicsmagick+qt5+sound
> Build Dependencies:   gawk, icoutils, librsvg, grep, findutils, gsed,
> flex, bison, gperf, perl5, pkgconfig, gcc7, pkgconfig, librsvg, texinfo,
> texlive-basic, texlive-latex, texlive-fonts-recommended
> Library Dependencies: python27, ghostscript, gnuplot, less, ncurses,
> readline, pcre, SuiteSparse, qhull, zlib, hdf5, fftw-3, fftw-3-single,
> glpk, curl, qrupdate, arpack, fontconfig, freetype, gl2ps,
>  vecLibFort, libgcc, qscintilla-qt5, fltk,
> libsndfile, portaudio, GraphicsMagick, qt5-qtbase, qt5-qttools
> Runtime Dependencies: epstool, ghostscript, fig2dev, pstoedit
>
> [me:~]$ sp deps openmodelica-devel
> Full Name: openmodelica-devel @1.13.0~dev-895-g0365526_0+
> gfortran5+omnotebook+qt+sundials
> Build Dependencies:   gtime, gsed, cmake, pkgconfig, autoconf, automake,
> libtool
> Library Dependencies: lp_solve, gettext, omniorb, readline, qjson, libgcc,
> gcc5, sundials, qt4-mac, qwt52
> Runtime Dependencies: omlib-modelica-3.2.1
>
> On 7 Apr2018, at 4:34 PM, Ken Cunningham 
> wrote:
>
>
>
> On Apr 7, 2018, at 1:13 PM, Murray Eisenberg 
> wrote:
>
>
> With a small change in the openmodelica-devel Portfile that I did prior to
> starting the build (so it would use gcc7 for fortran), all of
> openmodelica-devel built through to completion for me on a current Xcode
> and 10.13 system, using no compiler variants, and only +libraries.
>
> set gfortran_versions {4.3 4.4 4.5 4.6 4.7 4.8 4.9 5 6 7}
> set default_fortran_variant +gfortran7
>
>
> Ken
>
>
> ---
> 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: OpenModelica?

[Adam Dershowitz]

I wasn’t able to confirm if that bug still exists.  It seems that it was an old 
bug.  The bug report from 2014 for octave makes it sound like might have been 
fixed years before that:

https://savannah.gnu.org/bugs/?43246 

So, you might try to use the default builds and then run on a test on whatever 
functions in Octave might be an issue?

--Adam



> On Apr 16, 2018, at 4:20 PM, Murray Eisenberg  
> wrote:
> 
> The information at https://wiki.octave.org/Octave_for_macOS 
>  is that the default octave uses 
> the accelerator variant. 
> 
> But this has the problem that is uses arpack, whose default variant is 
> accelerate; this uses Apples Vector Libraries which have some known bugs that 
> can cause Octave to crash if certain functions in arpack are called!
> 
> So they recomend using the atlas port of octace (hence of arpack and 
> SparseSuite, too, I presume).
> 
>> On 16 Apr2018, at 3:55 PM, Adam Dershowitz > > wrote:
>> 
>> As an datapoint, but not completely answering your question.  I have the 
>> following installed and all working:
>> 
>> sundials @3.1.0_1+accelerate+fortran_klu+gfortran+mpich (active)
>> octave @4.2.2_1+accelerate+app+docs+fltk+gfortran+graphicsmagick+qt4+sound 
>> (active)
>> SuiteSparse @4.2.1_4+accelerate (active)
>> openmodelica-devel 
>> @1.13.0~dev-882-g45503fc_0+gfortran5+omnotebook+qt+sundials (active)
>> 
>> 
>> I don’t recall the installation order, or if any of those are not the 
>> default variant.  
>> 
>> --Adam
>> 
>> 
>> 
>>> On Apr 16, 2018, at 3:39 PM, Murray Eisenberg >> > wrote:
>>> 
>>> From a post on the OpenModelica forum, I learned that the trouble was that 
>>> I did not have the lapack port installed, and so the openmodelica-devel 
>>> configure was attempting to use libatlas from atlas instead.
>>> 
>>> Subsequently, after cleaning everything, I did install lapack 
>>> @3.8.0_0+gfortran. However, the configure still fails. Undoubtedly this is 
>>> due to the fact that the following both involve atlas:
>>> 
>>>octave @4.2.2_1+app+atlas+docs+fltk+gfortran+graphicsmagick+qt5+sound 
>>>SuiteSparse @4.2.1_4+atlas  [NB: octave depends on SuiteSparse]
>>> 
>>> I wonder if the following ploy might work (this is the MacPorts part of the 
>>> question):
>>> 
>>>(1) uninstalling the +atlas variants of SuiteSparse and octave;
>>> 
>>>(2) install openmodelica-devel (assuming that the presence of atlas and 
>>> libatlas was the sole issue); then finally
>>> 
>>>(3) reinstalling the +atlas variants of octave and SuiteSparse.
>>> 
>>> Note that openmodelica _seems_ to use SuiteSparse as well as lapack. And 
>>> sundials has a library dependency on SuiteSparse.
>>> 
>>> Further information:
>>> 
>>> [me:~]$ sp dependent atlas
>>> SuiteSparse depends on atlas
>>> arpack depends on atlas
>>> octave depends on atlas
>>> qrupdate depends on atlas
>>> 
>>> [me:~]$ sp deps octave
>>> Full Name: octave 
>>> @4.2.2_1+accelerate+app+docs+fltk+gfortran+graphicsmagick+qt5+sound
>>> Build Dependencies:   gawk, icoutils, librsvg, grep, findutils, gsed, flex, 
>>> bison, gperf, perl5, pkgconfig, gcc7, pkgconfig, librsvg, texinfo, 
>>> texlive-basic, texlive-latex, texlive-fonts-recommended
>>> Library Dependencies: python27, ghostscript, gnuplot, less, ncurses, 
>>> readline, pcre, SuiteSparse, qhull, zlib, hdf5, fftw-3, fftw-3-single, 
>>> glpk, curl, qrupdate, arpack, fontconfig, freetype, gl2ps,
>>>  vecLibFort, libgcc, qscintilla-qt5, fltk, libsndfile, 
>>> portaudio, GraphicsMagick, qt5-qtbase, qt5-qttools
>>> Runtime Dependencies: epstool, ghostscript, fig2dev, pstoedit
>>> 
>>> [me:~]$ sp deps openmodelica-devel 
>>> Full Name: openmodelica-devel 
>>> @1.13.0~dev-895-g0365526_0+gfortran5+omnotebook+qt+sundials
>>> Build Dependencies:   gtime, gsed, cmake, pkgconfig, autoconf, automake, 
>>> libtool
>>> Library Dependencies: lp_solve, gettext, omniorb, readline, qjson, libgcc, 
>>> gcc5, sundials, qt4-mac, qwt52
>>> Runtime Dependencies: omlib-modelica-3.2.1
>>> 
 On 7 Apr2018, at 4:34 PM, Ken Cunningham > wrote:
 
 
 
> On Apr 7, 2018, at 1:13 PM, Murray Eisenberg  > wrote:
 
 With a small change in the openmodelica-devel Portfile that I did prior to 
 starting the build (so it would use gcc7 for fortran), all of 
 openmodelica-devel built through to completion for me on a current Xcode 
 and 10.13 system, using no compiler variants, and only +libraries.
 
 set gfortran_versions {4.3 4.4 4.5 4.6 4.7 4.8 4.9 5 6 7}
 set default_fortran_variant +gfortran7
 
 
 Ken
>>> 
>>> ---
>>> Murray Eisenberg  

Re: problem with upgrading macport installed packages

[Ryan Schmidt]

On Apr 16, 2018, at 08:37, pagani laurent wrote:

> Here one such example :
> 
> […]
> --->  Installing py36-six @1.11.0_0
> --->  Activating py36-six @1.11.0_0
> Error: Failed to activate py36-six: Image error: 
> /opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/site-packages/__pycache__/six.cpython-36.pyc
>  already exists and does not belong to a registered port.  Unable to activate 
> port py36-six. Use 'port -f activate py36-six' to force the activation.
> Error: See 
> /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py-six/py36-six/main.log
>  for details.
> Error: Problem while installing py36-six
> Error: Follow https://guide.macports.org/#project.tickets to report a bug.

Only MacPorts should install software in /opt/local, but MacPorts states above 
that it did not install this file. So how did it get there? If you don't know, 
the safest thing to do is uninstall MacPorts and all ports, following the 
uninstallation instructions on the web site, and then reinstall MacPorts and 
the ports you want.

Re: OpenModelica?

[Murray Eisenberg]

The information at https://wiki.octave.org/Octave_for_macOS 
 is that the default octave uses the 
accelerator variant. 

But this has the problem that is uses arpack, whose default variant is 
accelerate; this uses Apples Vector Libraries which have some known bugs that 
can cause Octave to crash if certain functions in arpack are called!

So they recomend using the atlas port of octace (hence of arpack and 
SparseSuite, too, I presume).

> On 16 Apr2018, at 3:55 PM, Adam Dershowitz  wrote:
> 
> As an datapoint, but not completely answering your question.  I have the 
> following installed and all working:
> 
> sundials @3.1.0_1+accelerate+fortran_klu+gfortran+mpich (active)
> octave @4.2.2_1+accelerate+app+docs+fltk+gfortran+graphicsmagick+qt4+sound 
> (active)
> SuiteSparse @4.2.1_4+accelerate (active)
> openmodelica-devel 
> @1.13.0~dev-882-g45503fc_0+gfortran5+omnotebook+qt+sundials (active)
> 
> 
> I don’t recall the installation order, or if any of those are not the default 
> variant.  
> 
> --Adam
> 
> 
> 
>> On Apr 16, 2018, at 3:39 PM, Murray Eisenberg > > wrote:
>> 
>> From a post on the OpenModelica forum, I learned that the trouble was that I 
>> did not have the lapack port installed, and so the openmodelica-devel 
>> configure was attempting to use libatlas from atlas instead.
>> 
>> Subsequently, after cleaning everything, I did install lapack 
>> @3.8.0_0+gfortran. However, the configure still fails. Undoubtedly this is 
>> due to the fact that the following both involve atlas:
>> 
>>octave @4.2.2_1+app+atlas+docs+fltk+gfortran+graphicsmagick+qt5+sound 
>>SuiteSparse @4.2.1_4+atlas  [NB: octave depends on SuiteSparse]
>> 
>> I wonder if the following ploy might work (this is the MacPorts part of the 
>> question):
>> 
>>(1) uninstalling the +atlas variants of SuiteSparse and octave;
>> 
>>(2) install openmodelica-devel (assuming that the presence of atlas and 
>> libatlas was the sole issue); then finally
>> 
>>(3) reinstalling the +atlas variants of octave and SuiteSparse.
>> 
>> Note that openmodelica _seems_ to use SuiteSparse as well as lapack. And 
>> sundials has a library dependency on SuiteSparse.
>> 
>> Further information:
>> 
>> [me:~]$ sp dependent atlas
>> SuiteSparse depends on atlas
>> arpack depends on atlas
>> octave depends on atlas
>> qrupdate depends on atlas
>> 
>> [me:~]$ sp deps octave
>> Full Name: octave 
>> @4.2.2_1+accelerate+app+docs+fltk+gfortran+graphicsmagick+qt5+sound
>> Build Dependencies:   gawk, icoutils, librsvg, grep, findutils, gsed, flex, 
>> bison, gperf, perl5, pkgconfig, gcc7, pkgconfig, librsvg, texinfo, 
>> texlive-basic, texlive-latex, texlive-fonts-recommended
>> Library Dependencies: python27, ghostscript, gnuplot, less, ncurses, 
>> readline, pcre, SuiteSparse, qhull, zlib, hdf5, fftw-3, fftw-3-single, glpk, 
>> curl, qrupdate, arpack, fontconfig, freetype, gl2ps,
>>  vecLibFort, libgcc, qscintilla-qt5, fltk, libsndfile, 
>> portaudio, GraphicsMagick, qt5-qtbase, qt5-qttools
>> Runtime Dependencies: epstool, ghostscript, fig2dev, pstoedit
>> 
>> [me:~]$ sp deps openmodelica-devel 
>> Full Name: openmodelica-devel 
>> @1.13.0~dev-895-g0365526_0+gfortran5+omnotebook+qt+sundials
>> Build Dependencies:   gtime, gsed, cmake, pkgconfig, autoconf, automake, 
>> libtool
>> Library Dependencies: lp_solve, gettext, omniorb, readline, qjson, libgcc, 
>> gcc5, sundials, qt4-mac, qwt52
>> Runtime Dependencies: omlib-modelica-3.2.1
>> 
>>> On 7 Apr2018, at 4:34 PM, Ken Cunningham >> > wrote:
>>> 
>>> 
>>> 
 On Apr 7, 2018, at 1:13 PM, Murray Eisenberg > wrote:
>>> 
>>> With a small change in the openmodelica-devel Portfile that I did prior to 
>>> starting the build (so it would use gcc7 for fortran), all of 
>>> openmodelica-devel built through to completion for me on a current Xcode 
>>> and 10.13 system, using no compiler variants, and only +libraries.
>>> 
>>> set gfortran_versions {4.3 4.4 4.5 4.6 4.7 4.8 4.9 5 6 7}
>>> set default_fortran_variant +gfortran7
>>> 
>>> 
>>> Ken
>> 
>> ---
>> 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

Re: problem installing gnureadline

[pagani laurent via macports-users]

> 
> Is this file provided by a port? If not, you must have installed it in
> some other way.

I have just installed py36-scipy with port tonight (though as many others it 
indeed failed to get activated and I had to force it)

> port provides
> /opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/site-packages/scipy-0.19.1.dist-info

this is the same path

> 
> Knowing where it comes from would help to find out how to clean it up.
> Did you install python packages with pip, that is 'sudo pip install’?

I possibly tried once to do that (but most probably failed, I don’t remember 
using sudo with pip)

Considering the numerous failures of activation I had when running upgrade 
outdated, I consider rebuilding everything from scratch.
As if I was moving from one OS to the next…

Laurent

Re: OpenModelica?

[Adam Dershowitz]

As an datapoint, but not completely answering your question.  I have the 
following installed and all working:

sundials @3.1.0_1+accelerate+fortran_klu+gfortran+mpich (active)
octave @4.2.2_1+accelerate+app+docs+fltk+gfortran+graphicsmagick+qt4+sound 
(active)
SuiteSparse @4.2.1_4+accelerate (active)
openmodelica-devel @1.13.0~dev-882-g45503fc_0+gfortran5+omnotebook+qt+sundials 
(active)


I don’t recall the installation order, or if any of those are not the default 
variant.  

--Adam



> On Apr 16, 2018, at 3:39 PM, Murray Eisenberg  
> wrote:
> 
> From a post on the OpenModelica forum, I learned that the trouble was that I 
> did not have the lapack port installed, and so the openmodelica-devel 
> configure was attempting to use libatlas from atlas instead.
> 
> Subsequently, after cleaning everything, I did install lapack 
> @3.8.0_0+gfortran. However, the configure still fails. Undoubtedly this is 
> due to the fact that the following both involve atlas:
> 
>octave @4.2.2_1+app+atlas+docs+fltk+gfortran+graphicsmagick+qt5+sound 
>SuiteSparse @4.2.1_4+atlas  [NB: octave depends on SuiteSparse]
> 
> I wonder if the following ploy might work (this is the MacPorts part of the 
> question):
> 
>(1) uninstalling the +atlas variants of SuiteSparse and octave;
> 
>(2) install openmodelica-devel (assuming that the presence of atlas and 
> libatlas was the sole issue); then finally
> 
>(3) reinstalling the +atlas variants of octave and SuiteSparse.
> 
> Note that openmodelica _seems_ to use SuiteSparse as well as lapack. And 
> sundials has a library dependency on SuiteSparse.
> 
> Further information:
> 
> [me:~]$ sp dependent atlas
> SuiteSparse depends on atlas
> arpack depends on atlas
> octave depends on atlas
> qrupdate depends on atlas
> 
> [me:~]$ sp deps octave
> Full Name: octave 
> @4.2.2_1+accelerate+app+docs+fltk+gfortran+graphicsmagick+qt5+sound
> Build Dependencies:   gawk, icoutils, librsvg, grep, findutils, gsed, flex, 
> bison, gperf, perl5, pkgconfig, gcc7, pkgconfig, librsvg, texinfo, 
> texlive-basic, texlive-latex, texlive-fonts-recommended
> Library Dependencies: python27, ghostscript, gnuplot, less, ncurses, 
> readline, pcre, SuiteSparse, qhull, zlib, hdf5, fftw-3, fftw-3-single, glpk, 
> curl, qrupdate, arpack, fontconfig, freetype, gl2ps,
>  vecLibFort, libgcc, qscintilla-qt5, fltk, libsndfile, 
> portaudio, GraphicsMagick, qt5-qtbase, qt5-qttools
> Runtime Dependencies: epstool, ghostscript, fig2dev, pstoedit
> 
> [me:~]$ sp deps openmodelica-devel 
> Full Name: openmodelica-devel 
> @1.13.0~dev-895-g0365526_0+gfortran5+omnotebook+qt+sundials
> Build Dependencies:   gtime, gsed, cmake, pkgconfig, autoconf, automake, 
> libtool
> Library Dependencies: lp_solve, gettext, omniorb, readline, qjson, libgcc, 
> gcc5, sundials, qt4-mac, qwt52
> Runtime Dependencies: omlib-modelica-3.2.1
> 
>> On 7 Apr2018, at 4:34 PM, Ken Cunningham  
>> wrote:
>> 
>> 
>> 
>>> On Apr 7, 2018, at 1:13 PM, Murray Eisenberg  
>>> wrote:
>> 
>> With a small change in the openmodelica-devel Portfile that I did prior to 
>> starting the build (so it would use gcc7 for fortran), all of 
>> openmodelica-devel built through to completion for me on a current Xcode and 
>> 10.13 system, using no compiler variants, and only +libraries.
>> 
>> set gfortran_versions {4.3 4.4 4.5 4.6 4.7 4.8 4.9 5 6 7}
>> set default_fortran_variant +gfortran7
>> 
>> 
>> Ken
> 
> ---
> Murray Eisenberg  murrayeisenb...@gmail.com
> 503 King Farm Blvd #101   Home (240)-246-7240
> Rockville, MD 20850-6667  Mobile (413)-427-5334
> 
> 

Re: OpenModelica?

[Murray Eisenberg]

From a post on the OpenModelica forum, I learned that the trouble was that I 
did not have the lapack port installed, and so the openmodelica-devel configure 
was attempting to use libatlas from atlas instead.

Subsequently, after cleaning everything, I did install lapack 
@3.8.0_0+gfortran. However, the configure still fails. Undoubtedly this is due 
to the fact that the following both involve atlas:

octave @4.2.2_1+app+atlas+docs+fltk+gfortran+graphicsmagick+qt5+sound 
SuiteSparse @4.2.1_4+atlas  [NB: octave depends on SuiteSparse]

I wonder if the following ploy might work (this is the MacPorts part of the 
question):

(1) uninstalling the +atlas variants of SuiteSparse and octave;

(2) install openmodelica-devel (assuming that the presence of atlas and 
libatlas was the sole issue); then finally

(3) reinstalling the +atlas variants of octave and SuiteSparse.

Note that openmodelica _seems_ to use SuiteSparse as well as lapack. And 
sundials has a library dependency on SuiteSparse.

Further information:

[me:~]$ sp dependent atlas
SuiteSparse depends on atlas
arpack depends on atlas
octave depends on atlas
qrupdate depends on atlas

[me:~]$ sp deps octave
Full Name: octave 
@4.2.2_1+accelerate+app+docs+fltk+gfortran+graphicsmagick+qt5+sound
Build Dependencies:   gawk, icoutils, librsvg, grep, findutils, gsed, flex, 
bison, gperf, perl5, pkgconfig, gcc7, pkgconfig, librsvg, texinfo, 
texlive-basic, texlive-latex, texlive-fonts-recommended
Library Dependencies: python27, ghostscript, gnuplot, less, ncurses, readline, 
pcre, SuiteSparse, qhull, zlib, hdf5, fftw-3, fftw-3-single, glpk, curl, 
qrupdate, arpack, fontconfig, freetype, gl2ps,
  vecLibFort, libgcc, qscintilla-qt5, fltk, libsndfile, 
portaudio, GraphicsMagick, qt5-qtbase, qt5-qttools
Runtime Dependencies: epstool, ghostscript, fig2dev, pstoedit

[me:~]$ sp deps openmodelica-devel 
Full Name: openmodelica-devel 
@1.13.0~dev-895-g0365526_0+gfortran5+omnotebook+qt+sundials
Build Dependencies:   gtime, gsed, cmake, pkgconfig, autoconf, automake, libtool
Library Dependencies: lp_solve, gettext, omniorb, readline, qjson, libgcc, 
gcc5, sundials, qt4-mac, qwt52
Runtime Dependencies: omlib-modelica-3.2.1

> On 7 Apr2018, at 4:34 PM, Ken Cunningham  
> wrote:
> 
> 
> 
>> On Apr 7, 2018, at 1:13 PM, Murray Eisenberg  
>> wrote:
> 
> With a small change in the openmodelica-devel Portfile that I did prior to 
> starting the build (so it would use gcc7 for fortran), all of 
> openmodelica-devel built through to completion for me on a current Xcode and 
> 10.13 system, using no compiler variants, and only +libraries.
> 
> set gfortran_versions {4.3 4.4 4.5 4.6 4.7 4.8 4.9 5 6 7}
> set default_fortran_variant +gfortran7
> 
> 
> Ken

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

Re: problem installing gnureadline

[Rainer Müller]

On 2018-04-16 20:07, pagani laurent wrote:
> Rainer,
> 
> I just updated the outdated ports before trying to install py36-jupyter :
> 
> Macports>sudo port upgrade outdated
> Password:
> Nothing to upgrade.
> 
> but py36-scipy was not installed (I was on py35 until now because of the
> py36-readline bug).
> 
> So I installed py36-scipy but the error remains the same.
> Same permission error in the logfile.

Is this file provided by a port? If not, you must have installed it in
some other way.

port provides
/opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/site-packages/scipy-0.19.1.dist-info

Knowing where it comes from would help to find out how to clean it up.
Did you install python packages with pip, that is 'sudo pip install'?

Rainer

Re: problem installing gnureadline

[pagani laurent via macports-users]

Rainer,I just updated the outdated ports before trying to install py36-jupyter :Macports>sudo port upgrade outdatedPassword:Nothing to upgrade.but py36-scipy was not installed (I was on py35 until now because of the py36-readline bug).So I installed py36-scipy but the error remains the same.Same permission error in the logfile.Laurent

main.log
Description: Binary data
Le 16 avr. 2018 à 17:51, Rainer Müller  a écrit :On 2018-04-16 16:32, pagani laurent via macports-users wrote:Hi,I have python3.6 updated, and selected to run on command python3 and ipython3.I tried to install py36-jupyter (never installed before).It crashed on trying to install py36-gnureadline.I cleaned py36-gnureadline and tried again. Crashed again (attached the log) :--->  Fetching distfiles for py36-gnureadline--->  Verifying checksums for py36-gnureadline--->  Extracting py36-gnureadline--->  Applying patches to py36-gnureadline--->  Configuring py36-gnureadline--->  Building py36-gnureadlineError: Failed to build py36-gnureadline: command execution failedError: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py-gnureadline/py36-gnureadline/main.log for details.Error: Follow https://guide.macports.org/#project.tickets to report a bug.Error: Processing of port py36-gnureadline failedThis is actually a problem with a file installed by the py36-scipy port::info:build PermissionError: [Errno 13] Permission denied:'/opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/site-packages/scipy-0.19.1.dist-info'Note the current version of py-scipy is 1.0.1. This file or a similarfile is not part of the current py36-scipy archive.You should upgrade the outdated ports on your system: sudo port selfupdate sudo port upgrade outdatedRainer
"S'il n'y a pas de solution, c'est qu'il n'y a pas de problème" (devise Shadok)

Re: strange listing

[mf2k]

> On Apr 16, 2018, at 9:24 AM, Rainer Müller  wrote:
> 
> On 2018-04-16 16:39, pagani laurent via macports-users wrote:
>> Why do I get multiple occurences of the same packages when I run
>> 
>> sudo port list installed 
>> 
>> […]
>> xz @5.2.3  archivers/xz
>> xz @5.2.3  archivers/xz
>> yasm   @1.3.0  lang/yasm
>> yelp-tools @3.28.0 gnome/yelp-tools
>> yelp-tools @3.28.0 gnome/yelp-tools
>> yelp-xsl   @3.28.0 gnome/yelp-xsl
>> yelp-xsl   @3.28.0 gnome/yelp-xsl
>> zlib   @1.2.11 archivers/zlib
>> zmq@4.2.5  devel/zmq
>> zmq@4.2.5  devel/zmq
>> zmq@4.2.5  devel/zmq
>> 
>> 
>> Are they duplicated installations ? Can I remove the duplicates ? How ?
> 
> https://trac.macports.org/wiki/FAQ#portlist

To answer your second question, I often run the following command to remove the 
older versions:

sudo port uninstall inactive


Cheers!
Frank

Re: problem installing gnureadline

[Rainer Müller]

On 2018-04-16 16:32, pagani laurent via macports-users wrote:
> Hi,
> 
> I have python3.6 updated, and selected to run on command python3 and ipython3.
> I tried to install py36-jupyter (never installed before).
> It crashed on trying to install py36-gnureadline.
> I cleaned py36-gnureadline and tried again. Crashed again (attached the log) :
> 
> --->  Fetching distfiles for py36-gnureadline
> --->  Verifying checksums for py36-gnureadline
> --->  Extracting py36-gnureadline
> --->  Applying patches to py36-gnureadline
> --->  Configuring py36-gnureadline
> --->  Building py36-gnureadline
> Error: Failed to build py36-gnureadline: command execution failed
> Error: See 
> /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py-gnureadline/py36-gnureadline/main.log
>  for details.
> Error: Follow https://guide.macports.org/#project.tickets to report a bug.
> Error: Processing of port py36-gnureadline failed

This is actually a problem with a file installed by the py36-scipy port:

:info:build PermissionError: [Errno 13] Permission denied:
'/opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/site-packages/scipy-0.19.1.dist-info'

Note the current version of py-scipy is 1.0.1. This file or a similar
file is not part of the current py36-scipy archive.

You should upgrade the outdated ports on your system:
  sudo port selfupdate
  sudo port upgrade outdated

Rainer

strange listing

[pagani laurent via macports-users]

Why do I get multiple occurences of the same packages when I run

sudo port list installed 

[…]
xz @5.2.3  archivers/xz
xz @5.2.3  archivers/xz
yasm   @1.3.0  lang/yasm
yelp-tools @3.28.0 gnome/yelp-tools
yelp-tools @3.28.0 gnome/yelp-tools
yelp-xsl   @3.28.0 gnome/yelp-xsl
yelp-xsl   @3.28.0 gnome/yelp-xsl
zlib   @1.2.11 archivers/zlib
zmq@4.2.5  devel/zmq
zmq@4.2.5  devel/zmq
zmq@4.2.5  devel/zmq


Are they duplicated installations ? Can I remove the duplicates ? How ?

Thanks,
L.

problem installing gnureadline

[pagani laurent via macports-users]

Hi,

I have python3.6 updated, and selected to run on command python3 and ipython3.
I tried to install py36-jupyter (never installed before).
It crashed on trying to install py36-gnureadline.
I cleaned py36-gnureadline and tried again. Crashed again (attached the log) :

--->  Fetching distfiles for py36-gnureadline
--->  Verifying checksums for py36-gnureadline
--->  Extracting py36-gnureadline
--->  Applying patches to py36-gnureadline
--->  Configuring py36-gnureadline
--->  Building py36-gnureadline
Error: Failed to build py36-gnureadline: command execution failed
Error: See 
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py-gnureadline/py36-gnureadline/main.log
 for details.
Error: Follow https://guide.macports.org/#project.tickets to report a bug.
Error: Processing of port py36-gnureadline failed



main.log
Description: Binary data


Laurent

Re: problem with upgrading macport installed packages

[pagani laurent via macports-users]

Here one such example :

[…]
--->  Installing py36-six @1.11.0_0
--->  Activating py36-six @1.11.0_0
Error: Failed to activate py36-six: Image error: 
/opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/site-packages/__pycache__/six.cpython-36.pyc
 already exists and does not belong to a registered port.  Unable to activate 
port py36-six. Use 'port -f activate py36-six' to force the activation.
Error: See 
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py-six/py36-six/main.log
 for details.
Error: Problem while installing py36-six
Error: Follow https://guide.macports.org/#project.tickets to report a bug.

[…]

sudo port -f activate py36-six
--->  Computing dependencies for py36-six
--->  Activating py36-six @1.11.0_0
Warning: File 
/opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/site-packages/__pycache__/six.cpython-36.pyc
 already exists.  Moving to: 
/opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/site-packages/__pycache__/six.cpython-36.pyc.mp_1523883488.
--->  Cleaning py36-six

and then I relaunch upgrade outdated…

L.



> Le 16 avr. 2018 à 15:14, Chris Jones  a écrit :
> 
> 
> Please post examples of the warning/error messages you are getting...
> 
> On 16/04/18 14:12, pagani laurent via macports-users wrote:
>> Hi all,
>> I just moved to the new 2.4.3 by running port selfupdate and tried to 
>> follow-up with a port upgrade outdated but it keeps stumbling on many ports 
>> claiming they were installed by third parties. Which is not the case and I 
>> did not uninstall Port either. So I don’t know why the upgrade keeps 
>> stumbling.
>> I can force the activation and restart the upgrade but it repeatedly 
>> stumble, so this becomes tiresome.
>> The webpage suggests to uninstall everything and reinstall them but this 
>> seems a bit violent with the risk to forget a number of packages. Can’t we 
>> just tell Macports to force installation each time it is needed ?
>> Laurent
>> There is a theory which states that if ever anybody discovers exactly what 
>> the Universe is for and why it is here, it will instantly disappear and be 
>> replaced by something even more bizarre and inexplicable. There is another 
>> theory which states that this has already happened.
>> Douglas Adams

Re: problem with upgrading macport installed packages

[Chris Jones]

Please post examples of the warning/error messages you are getting...

On 16/04/18 14:12, pagani laurent via macports-users wrote:

Hi all,

I just moved to the new 2.4.3 by running port selfupdate and tried to follow-up 
with a port upgrade outdated but it keeps stumbling on many ports claiming they 
were installed by third parties. Which is not the case and I did not uninstall 
Port either. So I don’t know why the upgrade keeps stumbling.
I can force the activation and restart the upgrade but it repeatedly stumble, 
so this becomes tiresome.

The webpage suggests to uninstall everything and reinstall them but this seems 
a bit violent with the risk to forget a number of packages. Can’t we just tell 
Macports to force installation each time it is needed ?

Laurent

There is a theory which states that if ever anybody discovers exactly what the 
Universe is for and why it is here, it will instantly disappear and be replaced 
by something even more bizarre and inexplicable. There is another theory which 
states that this has already happened.

Douglas Adams

problem with upgrading macport installed packages

[pagani laurent via macports-users]

Hi all,

I just moved to the new 2.4.3 by running port selfupdate and tried to follow-up 
with a port upgrade outdated but it keeps stumbling on many ports claiming they 
were installed by third parties. Which is not the case and I did not uninstall 
Port either. So I don’t know why the upgrade keeps stumbling. 
I can force the activation and restart the upgrade but it repeatedly stumble, 
so this becomes tiresome.

The webpage suggests to uninstall everything and reinstall them but this seems 
a bit violent with the risk to forget a number of packages. Can’t we just tell 
Macports to force installation each time it is needed ? 

Laurent

There is a theory which states that if ever anybody discovers exactly what the 
Universe is for and why it is here, it will instantly disappear and be replaced 
by something even more bizarre and inexplicable. There is another theory which 
states that this has already happened.

Douglas Adams

Upgrade to 2.4.3 OK

[Dave Horsfall]

I've been a bit of a critic of MacPorts in the past, so let me say that 
the upgrade to 2.4.3 this morning went without a hitch!  My thanks go to 
all those involved.


--
Dave Horsfall DTM (VK2KFU)  "Those who don't understand security will suffer."