[Bug 283745] devel/cmake-core: doesn't respect http_proxy

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Tue Dec 31 10:47:42 GMT 2024


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283745

Jason E. Hale <jhale at FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|New                         |Open
                 CC|                            |jhale at FreeBSD.org

--- Comment #5 from Jason E. Hale <jhale at 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.


More information about the kde-freebsd mailing list