Page MenuHomeFreeBSD

Re-enable cpack FreeBSD generator
ClosedPublic

Authored by adridg on Jun 19 2018, 11:37 AM.
Tags
None
Referenced Files
Unknown Object (File)
Fri, Apr 12, 10:49 AM
Unknown Object (File)
Fri, Apr 12, 10:49 AM
Unknown Object (File)
Fri, Apr 12, 10:49 AM
Unknown Object (File)
Fri, Apr 12, 10:49 AM
Unknown Object (File)
Thu, Apr 11, 7:09 PM
Unknown Object (File)
Dec 27 2023, 5:03 AM
Unknown Object (File)
Dec 27 2023, 5:02 AM
Unknown Object (File)
Dec 27 2023, 5:02 AM
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
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

devel/cmake/Makefile
59 ↗(On Diff #44068)

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.