Page MenuHomeFreeBSD

Re-enable cpack FreeBSD generator
ClosedPublic

Authored by adridg on Jun 19 2018, 11:37 AM.
Tags
None
Referenced Files
F137997666: D15900.id44088.diff
Fri, Nov 28, 12:27 AM
Unknown Object (File)
Fri, Nov 21, 7:05 AM
Unknown Object (File)
Fri, Nov 21, 7:03 AM
Unknown Object (File)
Fri, Nov 21, 7:02 AM
Unknown Object (File)
Fri, Nov 21, 7:02 AM
Unknown Object (File)
Fri, Nov 21, 7:00 AM
Unknown Object (File)
Thu, Nov 13, 10:53 PM
Unknown Object (File)
Thu, Nov 13, 8:53 PM
Subscribers

Details

Summary

The generator causes segfaults because it doesn't call pkg_init()
(see https://gitlab.kitware.com/cmake/cmake/issues/18031).

  • Do the initialization (to be submitted upstream) and related work.
  • Introduce port OPTION to re-enable the generator (not by default, because it still fails stage-qa because of libarchive).

This still needs additional work because the case of the resulting
package is incorrect (e.g. produces file called Cmake-3.1.13.tgz,
but then tries copying cmake-3.1.13.tgz).

Test Plan

Create package with OPTION CPACK on, then (in the pou jail)
use cpack to create a CMake package, then install that somewhere else.

Diff Detail

Repository
rP FreeBSD ports repository
Lint
No Lint Coverage
Unit
No Test Coverage
Build Status
Buildable 17439
Build 17271: arc lint + arc unit

Event Timeline

devel/cmake/Makefile
59

PATCHDIR is for patches. This does not seem to be a patch but a regular file. In this case, you should be using FILESDIR.

(Yes, I know, PATCHDIR defaults to the same thing as FILESDIR.)

I think the CPACK option is a good idea -- so ship if after the change mat requested.

This revision is now accepted and ready to land.Jun 19 2018, 6:53 PM
This revision was automatically updated to reflect the committed changes.