Created attachment 171684 [details] syslog-ng build log Building with Poudriere and these options: # This file is auto-generated by 'make config'. # Options for syslog-ng-3.7.3_4 _OPTIONS_READ=syslog-ng-3.7.3_4 _FILE_COMPLETE_OPTIONS_LIST=DOCS GEOIP IPV6 JAVA JSON PYTHON REDIS SMTP SPOOF SQL TCP_WRAPPERS OPTIONS_FILE_SET+=DOCS OPTIONS_FILE_UNSET+=GEOIP OPTIONS_FILE_SET+=IPV6 OPTIONS_FILE_SET+=JAVA OPTIONS_FILE_UNSET+=JSON OPTIONS_FILE_UNSET+=PYTHON OPTIONS_FILE_UNSET+=REDIS OPTIONS_FILE_UNSET+=SMTP OPTIONS_FILE_UNSET+=SPOOF OPTIONS_FILE_UNSET+=SQL OPTIONS_FILE_UNSET+=TCP_WRAPPERS Fails with: Could not resolve all dependencies for configuration ':common:compileClasspath'. > Could not resolve log4j:log4j:1.2.16. Required by: java-modules:common:unspecified > Could not resolve log4j:log4j:1.2.16. > Could not get resource 'https://repo1.maven.org/maven2/log4j/log4j/1.2.16/log4j-1.2.16.pom'. > Could not GET 'https://repo1.maven.org/maven2/log4j/log4j/1.2.16/log4j-1.2.16.pom'. > repo1.maven.org _One_ hit on google reveals: https://syslog-ng.org/question/the-make-of-syslog-ng-is-failing-connection-to-httpsrepo1-maven-org-refused/ "The resolution was to add a gradle.properties file with the http proxy details under the /modules/java-modules/ directory. Where the build.gradle was. It would be good to update the documentation to include this tip." Log attached to bug report. TIA Karli Sjöberg
syslog-ng and syslog37 hangs in the port with: checking for LIBNET... no checking for JSON... yes checking for LIBMONGO... no checking for RIEMANN_CLIENT... no checking for JAVA_VERSION... test: deprecated "1.8.0_92" 1: bad number test: deprecated "1.8.0_92" 1: bad number
Sorry, it is ok for the port. It only hangs some time, and then compile fine.
Added syslog-ng upline to cc list.
It's actually not hanging, it's looking for instances of java installed: find /usr/local -name libjvm.so. I'll work with our upline to make this a little more efficient.
No it is not hanging. I was only waiting too short time.
The problem is if $LOCALBASE/bin/javac is installed by java/javawrapper, ./configure will search all of $LOCALBASE instead of $LOCALBASE/openjdk*. If multiple versions of openjdk are installed it is unknown which find(1) will discover first. Not only is this suboptimal but it is also undesired.
syslog-ng 3.8 had a number of Java related fixes, so you should check that version if your problems persist. Here is a quick overview how to get started: https://www.balabit.com/blog/test-the-latest-freebsd-with-syslog-ng-3-8-1/
A commit references this bug: Author: cy Date: Wed Nov 2 12:45:36 UTC 2016 New revision: 425145 URL: https://svnweb.freebsd.org/changeset/ports/425145 Log: syslog-ng37 also suffers from fetch of third party software (maven) as syslog-ng-devel does (r421208). Mark JAVA option BROKEN for this reason (as in r421208). PR: 210471 Changes: head/sysutils/syslog-ng37/Makefile
Forgot to close?
Subsequent release from Balabit fixed this issue.