libemos @2.4.2 cannot install the port

[david-pino]

Hi, Trying to install libemos needed for metview I obtain the following error:

--->  Computing dependencies for libemos
--->  Fetching distfiles for libemos
Error: Install port:fftw-3 +gcc7
Error: Failed to fetch libemos: port:fftw-3 +gcc7 not installed
Error: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_science_libemos/libemos/main.log for details.
Error: Follow https://guide.macports.org/#project.tickets to report a bug.
Error: Processing of port libemos failed

I've correctly installed fftw-3 and gcc7

Can anyone help me on this error?

Thanks

David

[kencu (Ken)]

Thanks, David. That message to report a ticket should have also asked you to upload the main.log for us to look at.

If you still have everything as is, it is at:

/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_science_libemos/libemos/main.log

can you copy that file to your desktop, and then upload it to this ticket by using the Attachments button and section?

Thanks, Ken

[kencu (Ken)]

Thanks. A bit complicated, but my first thought is that fftw-3 also needs to be installed with the +gcc7 variant for this to work. Is it? The following will tell you.

port -v installed fftw-3

If not, then I'd try uninstalling fftw-3 and reinstalling with fftw-3 +gcc7 and then see if it all works.

sudo port clean libmeos
sudo port unintall fftw-3
sudo port -v install fftw-3 +gcc7
sudo port install libmeos

If that doesn't work, we'll need to wait for the maintainer or someone smarter to chime in.

[david-pino]

Thanks!

I've tried port -v installed fftw-3 giving The following ports are currently installed:

fftw-3 @3.3.5_0 platform='darwin 15' archs='x86_64' date='2017-02-09T11:04:00+0100' fftw-3 @3.3.5_1 (active) platform='darwin 15' archs='x86_64' date='2018-03-12T17:06:01+0100'

When trying sudo port unintall fftw-3 the message is: Note: It is not recommended to uninstall/deactivate a port that has dependents as it breaks the dependents. The following ports will break:

ImageMagick @6.9.7-7_0 chromaprint @1.4.2_0 fftw-3-single @3.3.5_0 libsamplerate @0.1.9_0 ImageMagick @6.9.8-3_1 ImageMagick @6.9.9-26_0 fftw-3-single @3.3.5_1 py27-numpy @1.14.1_0 cdo @1.9.3_1

Is there a problem if I continue uninstalling fftw-3?

Best regards

[kencu (Ken)]

Those ports won't work until you reinstall some version of fftw-3, but nothing else bad would be expected to happen.

Another way to accomplish the same thing is like this:

sudo port -v upgrade --force --enforce-variants fftw-3 +gcc7

and you shouldn't see that warning that way, as it's replaced immediately.

[david-pino]

Thanks a lot!

It worked

[kencu (Ken)]

That's great. Now to figure out how to automate this so nobody else will have this issue...perhaps, as libemos has a default of +gcc7, we should set that up to require_activate_variants +gcc7 in fftw-3...

[david-pino]

I don't know, I had only this issue when trying to install metview on a Macbookpro but not in an iMac. Here:

sudo port install magicspp +metview
sudo port install metview

install the port without any problem.

[ryandesign (Ryan Carsten Schmidt)]

Replying to david-pino:

Error: Install port:fftw-3 +gcc7
Error: Failed to fetch libemos: port:fftw-3 +gcc7 not installed

I've correctly installed fftw-3 and gcc7

What this message was trying to tell you is that you needed to install the fftw-3 port with the +gcc7 variant.

Replying to kencu:

Now to figure out how to automate this so nobody else will have this issue...perhaps, as libemos has a default of +gcc7, we should set that up to require_activate_variants +gcc7 in fftw-3...

The libemos port already uses similar capabilities provided by the compilers 1.0 portgroup. It is unfortunate that the compilers portgroup reimplemented this and uses a different format of message for communicating this with users, rather than just using the existing facilities of the active_variants 1.1 portgroup. Maybe the compilers 1.0 portgroup can be changed to do that, or at least reword its messages so that they are the same as those from the active_variants 1.1 portgroup.