https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283745
Jason E. Hale <jh...@freebsd.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|New |Open
CC| |jh...@freebsd.org
--- Comment #5 from Jason E. Hale <jh...@freebsd.org> ---
(In reply to Daniel Engberg from comment #3)
> Since we're not using CMake (by default) for the actual build it would be
> ignored I guess since we're defaulting to ninja
CMake is a meta-build system like Meson or qmake. It doesn't build anything
itself, but generates the files needed by direct (actual) builders like make(1)
or ninja. For as much as you push for CMake, Daniel, I'm really surprised you
don't know this.
> https://gitlab.kitware.com/cmake/cmake/-/issues/18269
> Setting USES= cmake:noninja should work however.
This is a different problem. This is about the file(DOWNLOAD...) directive,
which *is* run by CMake. The direct build systems would have nothing to do with
this, so using cmake:noninja wouldn't make a difference.
---
Jordan: FreeBSD's CMake implementation uses a baked-in curl library to download
files. In your case, CMake tries to download
"https://app.netdata.cloud/agent.tar.gz";, but it isn't working via your squid
proxy, as I understand. Are you able to download the same file with curl(1)
with the same environment variables set?
If this is coming from net-mgmt/netdata, ports shouldn't be downloading files
during the build process anyways and I would take that up with the maintainer.
--
You are receiving this mail because:
You are the assignee for the bug.
