[MacPorts] #51344: seqan @2.1.1_0 Fixes installation of missing files

MacPorts noreply at macports.org
Wed May 11 03:25:26 PDT 2016


#51344: seqan @2.1.1_0 Fixes installation of missing files
--------------------------+---------------------------------
  Reporter:  rene.rahn@…  |      Owner:  macports-tickets@…
      Type:  defect       |     Status:  new
  Priority:  Normal       |  Milestone:
 Component:  ports        |    Version:  2.3.4
Resolution:               |   Keywords:  haspatch maintainer
      Port:  seqan        |
--------------------------+---------------------------------

Comment (by rene.rahn@…):

 Replying to [comment:3 ryandesign@…]:
 > It looks like the code in the pre-destroot block will cause the port to
 install files into different places, depending on what directories exist
 on the user's system. We don't want that; we want port installs to be
 [ReproducibleBuilds reproducible] and the same on every system.
 >
 > On my system I see both a share/cmake and a share/cmake-3.5 directory?
 Do we know why this is?
 [[BR]]
 I am also not so happy with this solution, but needed a fallback option,
 if cmake is not installed yet, since we don't require it for our library
 installation.
 Another approach would be to always install into `${prefix}/share/cmake`
 (which seems to be the default location on linux systems) and notify the
 user to set a symlink to this module from within the installed cmake
 module path?
 I just realised, that if cmake is installed via dmg installer the default
 modules location would be under package contents in the applications
 folder, wouldn't it?
 So this would solve the problem of variable install locations and
 different cmake installation directories.

 But I am not so sure, what here the policies are with user messages during
 the installation phase?!

-- 
Ticket URL: <https://trac.macports.org/ticket/51344#comment:4>
MacPorts <https://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list