Bug 243679 - math/R version 3.6.2 builds and packages with ports-mgmt/synth on 12.1-RELEASE AMD64 but fails to install
Summary: math/R version 3.6.2 builds and packages with ports-mgmt/synth on 12.1-RELEAS...
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: amd64 Any
: --- Affects Only Me
Assignee: freebsd-ports-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-01-28 20:36 UTC by dal36
Modified: 2020-02-01 12:56 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description dal36 2020-01-28 20:36:23 UTC
I've attempted to build and install math/R on my system using Synth. OpenMP is enabled in the port options. Based on the build logs for this package, the build and packaging processes were successful. However, the installation of
the resulting package did not occur. The following output was produced after Synth had completed the building process:
        # synth install math/R
        ...

        Stand by, recursively scanning 1 port serially.

        Scanning existing packages.

        R-3.6.2.txz failed dependency check.

        Packages validated, rebuilding local repository.

        Local repository successfully rebuilt

        Updating Synth repository catalogue...

        Fetching meta.txz: 100%    260 B   0.3kB/s    00:01

        Fetching packagesite.txz: 100%  209 KiB 214.3kB/s    00:01

        Processing entries: 100%

        Synth repository update completed. 848 packages processed.

        All repositories are up to date.

        pkg: No packages available to install matching 'R-3.6.2' have been found in the repositories

        Unfortunately, the system upgraded failed.

The following line was present near the end of the build logs for this port:

actual-package-depends: dependency on /usr/lib/libomp.so not registered (normal if it belongs to base)

My understanding is that openmp was added to the base system in 12.1. To me, this issue appears to be similar to the situation described at the two links below, where, as I understand, Synth is expecting to find a port that makes
this file available, but doesn't succeed since it's in base instead.
https://github.com/jrmarino/synth/issues/168
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240488
Comment 1 dal36 2020-02-01 12:56:24 UTC
I should perhaps have noted that in the (apparently similar) cases at the links above, the suggestion was that the way in which the port dealt with this dependency was what was leading to the observed behaviour.