[Bug 283745] devel/cmake-core: doesn't respect http_proxy
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283745 --- Comment #4 from Jordan Ostreff --- (In reply to Daniel Engberg from comment #3) Hi, Actually it doesn't help - the build fails at this line: -- Preparing local agent dashboard code -- Fetching https://app.netdata.cloud/agent.tar.gz CMake Error at packaging/cmake/Modules/NetdataDashboard.cmake:46 (message): Failed to fetch dashboard code Call Stack (most recent call first): CMakeLists.txt:3368 (bundle_dashboard) My environment contains: HTTP_PROXY=http://proxy:3128 HTTPS_PROXY=http://proxy:3128 FTP_PROXY=http://proxy:3128 And inside port Makefile I've modified the line to be: USES= cmake:noninja compiler:c++17-lang cpe localbase:ldflags \ pathfix pkgconfig:both python shebangfix ssl -- You are receiving this mail because: You are the assignee for the bug.
[Bug 283745] devel/cmake-core: doesn't respect http_proxy
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283745 Jason E. Hale changed: What|Removed |Added Status|New |Open CC||jh...@freebsd.org --- Comment #5 from Jason E. Hale --- (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.
[Bug 283297] deskutils/plasma6-sddm-kcm: not present following deinstallation of deskutils/plasma5-sddm-kcm 5.27.11
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283297 --- Comment #4 from Jason E. Hale --- (In reply to Gleb Popov from comment #3) > Why don't we simple include sddm-kcm in x11/kde? It would probably better in x11/plasma[56]-plasma via Mk/Uses/kde.mk. As far as I can tell, this port isn't referenced anywhere in kde.mk, even in kde-it_goes_to_6, despite being an official plasma component. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 283745] devel/cmake-core: doesn't respect http_proxy
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283745 --- Comment #6 from Jordan Ostreff --- (In reply to Jason E. Hale from comment #5) Yes I can download it via fetch or curl or wget on same machine. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 283725] x11/kde5: Power manager defaults to sleep after 15 minutes idle
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283725 Jason E. Hale changed: What|Removed |Added CC||jh...@freebsd.org Flags|maintainer-feedback?(kde@Fr |maintainer-feedback+ |eeBSD.org) | Status|New |Open --- Comment #1 from Jason E. Hale --- Your preferred default settings schema is something you should make a case for and direct towards upstream. I don't think that's something we need to or should address locally. It's easy enough for one to open System Settings -> Power Management -> Energy Saving and adjust to ones liking. -- You are receiving this mail because: You are the assignee for the bug.
FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/k...@freebsd.org.html Port| Current version | New version +-+ sysutils/plasma5-polkit-kde-agent-1 | 5.27.11 | 6.2.5 +-+ x11-fm/krusader2| 2.8.1 | 2.9.0 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by:portscout!
[Bug 283745] devel/cmake-core: doesn't respect http_proxy
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283745 --- Comment #7 from Jason E. Hale --- (In reply to Jordan Ostreff from comment #6) Any locally set environment variables will be discarded since we use `setenv -i` to the environment for CMake. You could try injecting your proxy variables with WRK_ENV+= VAR1=VAL1 VAR2=VAL2 … in /etc/make.conf as a workaround, but this really shouldn’t be necessary. As I said before, ports should only download files during the fetch stage. The port in question should be fixed to not download files during the configure stage. -- You are receiving this mail because: You are the assignee for the bug.
