Re: net/freeradius3 maintainer is ignoring the port (timeout)
On (11/09/17 21:13), John W. O'Brien wrote: $ svn info /usr/ports | grep Revision Revision: 453233 $ svn log -v -r 453233:HEAD /usr/ports/net/freeradius3 The issue persists. Here are some relevant excerpts from a poudriere testport build. OK so MIT Kerberos integration isn't 100%, but the Heimdal stuff works. I'll check this out. Please see the PR for more details and a proposed solution. I would be glad to help review a refreshed patch. MIT issues resolved in 3.0.15_2, please update. -r -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: net/freeradius3 maintainer is ignoring the port (timeout)
On (11/08/17 20:31), John W. O'Brien wrote: On 2017/11/07 19:16, Ryan Steinmetz wrote: On (11/06/17 22:11), John W. O'Brien wrote: Hello FreeBSD ports, The maintainer of net/freeradius3 is unresponsive on two open bugs, both with proposed patches. John, I was reviewing these two issues tonight and, if I am not mistaken, the IDN issue was resolved in a commit on 7/17/17: https://svnweb.freebsd.org/ports/head/net/freeradius3/pkg-plist?r1=442287=446076 Hi Ryan, The change you cite allows the port to build with the IDN option. However, it appears that this fragment of the Makefile needs some TLC. Is the IDN module experimental or not? To me, this feels a little nit-picky and isn't something that an end-user is actually going to see. # freetds module is still experimental .if ${PORT_OPTIONS:MIDN} && empty(PORT_OPTIONS:MEXPERIMENTAL) EXPM= yes .endif I also believe that the Kerberos issue was resolved on 4/1/16: https://svnweb.freebsd.org/ports/head/net/freeradius3/Makefile?r1=412347=412348; Can you please verify your ports tree is current (you should see FreeRADIUS 3.0.15) and then confirm/deny? $ svn info /usr/ports | grep Revision Revision: 453233 $ svn log -v -r 453233:HEAD /usr/ports/net/freeradius3 The issue persists. Here are some relevant excerpts from a poudriere testport build. OK so MIT Kerberos integration isn't 100%, but the Heimdal stuff works. I'll check this out. -r [...] ---Begin OPTIONS List--- ===> The following configuration options are available for freeradius3-3.0.15_1: DEVELOPER=off: Enable developer options DOCS=off: Build and/or install documentation EDIR=off: Enable eDirectory support (implies LDAP) EXPERIMENTAL=off: Build experimental modules FIREBIRD=off: With Firebird database support (EXPERIMENTAL) FREETDS=off: FreeTDS library support HEIMDAL=off: With Heimdal Kerberos support HEIMDAL_PORT=off: With Heimdal Kerberos from ports IDN=off: International Domain Names support KERBEROS=on: Kerberos support LDAP=off: LDAP protocol support MYSQL=off: MySQL database support PERL=on: Perl scripting language support PGSQL=off: PostgreSQL database support PYTHON=off: Python bindings or support REDIS=off: Redis key-value store database support REST=off: Enable RESTful API support RUBY=off: Ruby bindings or support SQLITE3=off: SQLite 3 database support UDPFROMTO=off: Compile in UDPFROMTO support UNIXODBC=off: With unixODBC database support USER=on: Run as user freeradius, group freeradius ===> Use 'make config' to modify these settings ---End OPTIONS List--- --CONFIGURE_ARGS-- --without-rlm_sql_sqlite --with-rlm_krb5 --with-rlm-krb5-lib-dir=/usr/local/lib --wi th-rlm-krb5-include-dir=/usr/local/include --without-edir --without-rlm_ldap --without-rlm_sql_mysql --without-rlm_sql_postgresql --without-rlm_sql_unixodbc --without-rlm_sql_firebird --with-rlm_perl --without-rlm_python --without-rlm_ruby --with-ruby=no --without-rlm_redis --without-rlm_rediswho --without-rlm_rest --without-rlm_freetds --without-rlm_idn --without-experimental-modules --quiet --without-docdir --with-openssl-libraries=/usr/local/lib --with-logdir=/var/log --with-openssl-includes=/usr/local/include --prefix=/usr/local --libdir=/usr/local/lib/freeradius-3.0.15 --localstatedir=/var --without-rlm_eap_ikev2 --without-rlm_eap_tnc --without-rlm_eap2 --without-rlm_opendirectory --without-rlm_sql_db2 --without-rlm_sql_iodbc --without-rlm_sql_sybase --without-rlm_yubikey --without-rlm_sql_oracle --without-rlm_securid --without-rlm_cache_memcached --with-vmps --with-collectdclient-lib-dir=/dev/null --disable-openssl-version-check --with-pic --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} --End CONFIGURE_ARGS-- --CONFIGURE_ENV-- MAKE=gmake ac_cv_path_PERL=/usr/local/bin/perl ac_cv_path_PERL_PATH=/usr/local/bin/perl PERL_USE_UNSAFE_INC=1 XDG_DATA_HOME=/wrkdirs/usr/ports/net/freeradius3/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/net/freeradius3/work HOME=/wrkdirs/usr/ports/net/freeradius3/work TMPDIR="/tmp" PATH=/wrkdirs/usr/ports/net/freeradius3/work/.bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin SHELL=/bin/sh CONFIG_SHELL=/bin/sh CONFIG_SITE=/usr/ports/Templates/config.site lt_cv_sys_max_cmd_len=262144 --End CONFIGURE_ENV-- --MAKE_ENV-- OPENSSLBASE=/usr/local OPENSSLDIR=/usr/local/openssl OPENSSLINC=/usr/local/include OPENSSLLIB=/usr/local/lib OPENSSLRPATH=/usr/local/lib PERL_USE_UNSAFE_INC=1 XDG_DATA_HOME=/wrkdirs/usr/ports/net/freeradius3/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/net/freeradius3/work HOME=/wrkdirs/usr/ports/net/freeradius3/work TMPDIR="/tmp" PATH=/wrkdirs/usr/ports/net/freeradius3/work/.bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin NO_PIE=yes WITHOUT_DEBUG_FILES=yes WITHOUT_KERNEL_SYMBOLS=yes SHE
Re: net/freeradius3 maintainer is ignoring the port (timeout)
On (11/06/17 22:11), John W. O'Brien wrote: Hello FreeBSD ports, The maintainer of net/freeradius3 is unresponsive on two open bugs, both with proposed patches. John, I was reviewing these two issues tonight and, if I am not mistaken, the IDN issue was resolved in a commit on 7/17/17: https://svnweb.freebsd.org/ports/head/net/freeradius3/pkg-plist?r1=442287=446076 I also believe that the Kerberos issue was resolved on 4/1/16: https://svnweb.freebsd.org/ports/head/net/freeradius3/Makefile?r1=412347=412348; Can you please verify your ports tree is current (you should see FreeRADIUS 3.0.15) and then confirm/deny? Thanks! -r In one case [0], the submitter responded to feedback on 2016-02-03, there has been no further action on the part of the maintainer, and the port remains broken w.r.t. Kerberos. In the other case [1], there was already one maintainer timeout (5 mo as of 2016-07-17). The bug was reassigned to the maintainer on 2017-08-18, and there has been no further action. I would appreciate it if somebody could give these bugs the attention they need. Also, I ask that if the maintainer is unable or unwilling to attend to reported problems, that the port be released so that others could more easily work to improve it. Regards, John [0] net/freeradius3: Fix pkg-plist with IDN option https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202684 [1] net/freeradius3: Does not link properly against selected kerberos implementation https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205493 -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: net/freeradius3 maintainer is ignoring the port (timeout)
On (11/06/17 22:11), John W. O'Brien wrote: Hello FreeBSD ports, The maintainer of net/freeradius3 is unresponsive on two open bugs, both with proposed patches. John, Thanks for the email. I'll try to check them out in the next day or so. If you don't see action from someone, feel free to email them to check on status. -r In one case [0], the submitter responded to feedback on 2016-02-03, there has been no further action on the part of the maintainer, and the port remains broken w.r.t. Kerberos. In the other case [1], there was already one maintainer timeout (5 mo as of 2016-07-17). The bug was reassigned to the maintainer on 2017-08-18, and there has been no further action. I would appreciate it if somebody could give these bugs the attention they need. Also, I ask that if the maintainer is unable or unwilling to attend to reported problems, that the port be released so that others could more easily work to improve it. Regards, John [0] net/freeradius3: Fix pkg-plist with IDN option https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202684 [1] net/freeradius3: Does not link properly against selected kerberos implementation https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205493 -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [FreeBSD-Ports-Announce] [HEADUP] FLAVORS landing.
On (09/26/17 16:05), Mathieu Arnold wrote: Hi, **Do not commit FLAVORS to any ports, a hook will prevent it, that being said, do try it and test what can be done.** To test this feature in poudriere, you need poudriere-devel-3.1.99.20170621 or later. This has been a long awaiting feature, most of the work has been done by bapt, bdrewery and antoine, I am just the one actually doing the announce and commit and all. All this information, and more to come are in the first link to our wiki in the bottom block. A roadmap is in the second link. To define a different flavors in a port, before any include, set: FLAVORS= flavor1 flavor2 [...] The first flavor in the list will be the default. You can then check for flavors after includ'ing bsd.port.options.mk with: .if ${FLAVOR} == flavor2 [change some stuff] .endif Will we have the ability to do something like the following?: FLAVORS=MYSQL REDIS NOTLS FLAVOR_MYSQL_OPTIONS_ENABLE= MYSQL FLAVOR_REDIS_OPTIONS_ENABLE= REDIS FLAVOR_NOTLS_OPTIONS_DISABLE= TLS I envision (at least for my ports) this being something very common. I assume that the current code will already permit us to do something like the following: .if ${FLAVOR} == MYSQL OPTIONS_DEFAULT+= MYSQL .endif -r To build flavor2, simply run: make FLAVOR=flavor2 To depend on a specific flavor, write @ at the end of the depend string, for example, to depend on flavor "foo": RUN_DEPENDS= something:origin@foo -- Mathieu Arnold -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD Port: freeradius3-3.0.15_1 with mariadb102-server
On (09/22/17 15:46), Igor Jankov wrote: Hello! I have problem use MariaBD/mysql database with freeradius on 11.1-RELEASE FreeBSD 11.1-RELEASE #0 r321309 amd64. config: /usr/local/etc/radius/mods-enabled/sql ... driver = "rlm_sql_mysql" ... dialect = "mysql" ... in debug mode: radiusd -X shows Could not link driver rlm_sql_mysql: Cannot open "/usr/local/lib/freeradius-3.0.15/rlm_sql_mysql.so" Make sure it (and all its dependent libraries!) are in the search path of your system's ld /usr/local/etc/raddb/mods-enabled/sql[20]: Instantiation failed for module "sql" I would test this again using only MySQL (not mariadb) and confirm that the problem is isolated to mariadb. I've used MySQL support in the past and have seen it work. You'll also need to confirm that the FreeRADIUS port was installed with the MYSQL option enabled. -r How I can use mysql database with freeradius on FreeBSD? Thanks Igor Jankov -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD ports you maintain which are out of date
On (03/11/16 12:35), Raphael Kubo da Costa wrote: Mathieu Arnold <m...@freebsd.org> writes: Someone already put: PORTSCOUT= ignore I did that in r410199, and tried a different approach first in r410104. It's not clear to me why these reports are still being sent. ignore: Set to 1 to tell portscout not to do any version checking at all. Useful if, say, a particular port is not going to be updated ever again, yet portscout still finds files that look like updates. PORTSCOUT=ignore:1 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD ports you maintain which are out of date
On (03/09/16 13:11), Mathieu Arnold wrote: Hi, This really is getting annoying. You can control the behavior by setting portscout flags on the port: http://portscout.freebsd.org/info/portscout-portconfig.txt -r -- Mathieu Arnold -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: security/openssl fails to stage after update to 1.0.2_2
Resolved. -r On (06/12/15 04:24), Kimmo Paasiala wrote: The error happens in stage phase: making install in crypto/krb5... making install in crypto/cms... making install in crypto/pqueue... making install in crypto/ts... making install in crypto/srp... making install in crypto/cmac... making install in ssl... making install in engines... installing 4758cca cp: lib4758cca.unknown: No such file or directory *** Error code 1 Stop. make[3]: stopped in /var/tmp/poudriere/ports/default/security/openssl/work/openssl-1.0.2b/engines *** Error code 1 Stop. make[2]: stopped in /var/tmp/poudriere/ports/default/security/openssl/work/openssl-1.0.2b *** Error code 1 Stop. make[1]: stopped in /poudriere/ports/default/security/openssl *** Error code 1 Stop. make: stopped in /poudriere/ports/default/security/openssl All port options are at defaults. My system is: FreeBSD firewall.rdnzl.info 10.1-STABLE FreeBSD 10.1-STABLE #6 r284196: Wed Jun 10 08:45:24 EEST 2015 r...@firewall.rdnzl.info:/usr/obj/usr/src/sys/GENERIC amd64 -Kimmo -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Fwd: Re: svn commit: r386904 - in head/www/apache22: . files
Adam, I've updated my patch once more. Please confirm. https://people.freebsd.org/~zi/patch-modules_ssl_ssl__engine__dh.c This removes the -rand bits and fixes the search/replace stuff. -r On (06/02/15 15:02), Adam McDougall wrote: Thank you for the tip and the explanation. I found out what was causing the difference. With libressl, the openssl gendh command no longer accepts -rand because it assumes your random has sufficient quality to start with: http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib/libssl/src/apps/Attic/gendh.c?rev=1.18content-type=text/x-cvsweb-markup http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib/libssl/src/apps/Attic/gendh.c.diff?r1=1.17r2=1.18 http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib/libssl/src/apps/Attic/gendh.c?rev=1.25content-type=text/x-cvsweb-markup http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib/libssl/src/apps/Attic/gendh.c.diff?r1=1.24r2=1.25 I don't know if there is a worthwhile benefit to using -rand with openssl on supported FreeBSD versions. I took $rand out of these lines and now apache works fine: +system(openssl gendh $rand -out dh2048.pem 2048); +system(openssl gendh $rand -out dh3072.pem 3072); On 06/02/2015 11:07, Ryan Steinmetz wrote: Adam, Does this work for you with openssl? I'm unable to re-create this on my side, but I'm also not testing with libressl. It isn't simply renaming them. There's a perl script that gets called at build time that generates everything. During the build phase, you should see a pair of messages indicating that it is generating the two DH param files. It should take a few minutes. The reason for the rename is to allow the search/replace magic in the perl to search/replace. Please send me the full build log. -r On (06/02/15 11:01), Adam McDougall wrote: It still didn't work. Cannot load /usr/local/libexec/apache22/mod_ssl.so into server: /usr/local/libexec/apache22/mod_ssl.so: Undefined symbol get_dh2048 Additionally I'm concerned about the validity of renaming small primes and using them as if they were for much larger dh. When I do google searches for dh3072_p and dh2048_p I find larger sets of numbers. Renaming the existing primes doesn't feel right and worries me. On 06/02/2015 07:51, Ryan Steinmetz wrote: Adam, Please test the following patch. It should be placed in the files directory and should resolve the error you saw. https://people.freebsd.org/~zi/patch-modules_ssl_ssl__engine__dh.c You can then build the build as usual after running a 'make clean' -r On (06/01/15 14:47), Bryan Drewery wrote: On 5/31/2015 8:29 AM, Adam McDougall wrote: Is anyone else getting this issue? I had to revert the change on my systems. Thanks. Yes it looks incomplete. Nothing is providing get_dh2048. work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:static DH *get_dh512(void) work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:static DH *get_dh1024(void) work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:dh = get_dh2048(); work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:dh = get_dh3072(); work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:dh = get_dh3072(); The module is only providing 512 and 1024 but not 2048 and 3072 symbols. -- Regards, Bryan Drewery -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Fwd: Re: svn commit: r386904 - in head/www/apache22: . files
Changes committed. Thanks. -r On (06/02/15 15:45), Adam McDougall wrote: That is exactly what I am using right now, so it works. Thanks. On 06/02/2015 15:19, Ryan Steinmetz wrote: Adam, I've updated my patch once more. Please confirm. https://people.freebsd.org/~zi/patch-modules_ssl_ssl__engine__dh.c This removes the -rand bits and fixes the search/replace stuff. -r On (06/02/15 15:02), Adam McDougall wrote: Thank you for the tip and the explanation. I found out what was causing the difference. With libressl, the openssl gendh command no longer accepts -rand because it assumes your random has sufficient quality to start with: http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib/libssl/src/apps/Attic/gendh.c?rev=1.18content-type=text/x-cvsweb-markup http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib/libssl/src/apps/Attic/gendh.c.diff?r1=1.17r2=1.18 http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib/libssl/src/apps/Attic/gendh.c?rev=1.25content-type=text/x-cvsweb-markup http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib/libssl/src/apps/Attic/gendh.c.diff?r1=1.24r2=1.25 I don't know if there is a worthwhile benefit to using -rand with openssl on supported FreeBSD versions. I took $rand out of these lines and now apache works fine: +system(openssl gendh $rand -out dh2048.pem 2048); +system(openssl gendh $rand -out dh3072.pem 3072); On 06/02/2015 11:07, Ryan Steinmetz wrote: Adam, Does this work for you with openssl? I'm unable to re-create this on my side, but I'm also not testing with libressl. It isn't simply renaming them. There's a perl script that gets called at build time that generates everything. During the build phase, you should see a pair of messages indicating that it is generating the two DH param files. It should take a few minutes. The reason for the rename is to allow the search/replace magic in the perl to search/replace. Please send me the full build log. -r On (06/02/15 11:01), Adam McDougall wrote: It still didn't work. Cannot load /usr/local/libexec/apache22/mod_ssl.so into server: /usr/local/libexec/apache22/mod_ssl.so: Undefined symbol get_dh2048 Additionally I'm concerned about the validity of renaming small primes and using them as if they were for much larger dh. When I do google searches for dh3072_p and dh2048_p I find larger sets of numbers. Renaming the existing primes doesn't feel right and worries me. On 06/02/2015 07:51, Ryan Steinmetz wrote: Adam, Please test the following patch. It should be placed in the files directory and should resolve the error you saw. https://people.freebsd.org/~zi/patch-modules_ssl_ssl__engine__dh.c You can then build the build as usual after running a 'make clean' -r On (06/01/15 14:47), Bryan Drewery wrote: On 5/31/2015 8:29 AM, Adam McDougall wrote: Is anyone else getting this issue? I had to revert the change on my systems. Thanks. Yes it looks incomplete. Nothing is providing get_dh2048. work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:static DH *get_dh512(void) work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:static DH *get_dh1024(void) work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:dh = get_dh2048(); work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:dh = get_dh3072(); work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:dh = get_dh3072(); The module is only providing 512 and 1024 but not 2048 and 3072 symbols. -- Regards, Bryan Drewery -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Fwd: Re: svn commit: r386904 - in head/www/apache22: . files
Adam, Please test the following patch. It should be placed in the files directory and should resolve the error you saw. https://people.freebsd.org/~zi/patch-modules_ssl_ssl__engine__dh.c You can then build the build as usual after running a 'make clean' -r On (06/01/15 14:47), Bryan Drewery wrote: On 5/31/2015 8:29 AM, Adam McDougall wrote: Is anyone else getting this issue? I had to revert the change on my systems. Thanks. Yes it looks incomplete. Nothing is providing get_dh2048. work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:static DH *get_dh512(void) work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:static DH *get_dh1024(void) work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:dh = get_dh2048(); work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:dh = get_dh3072(); work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:dh = get_dh3072(); The module is only providing 512 and 1024 but not 2048 and 3072 symbols. -- Regards, Bryan Drewery -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Fwd: Re: svn commit: r386904 - in head/www/apache22: . files
Adam, Does this work for you with openssl? I'm unable to re-create this on my side, but I'm also not testing with libressl. It isn't simply renaming them. There's a perl script that gets called at build time that generates everything. During the build phase, you should see a pair of messages indicating that it is generating the two DH param files. It should take a few minutes. The reason for the rename is to allow the search/replace magic in the perl to search/replace. Please send me the full build log. -r On (06/02/15 11:01), Adam McDougall wrote: It still didn't work. Cannot load /usr/local/libexec/apache22/mod_ssl.so into server: /usr/local/libexec/apache22/mod_ssl.so: Undefined symbol get_dh2048 Additionally I'm concerned about the validity of renaming small primes and using them as if they were for much larger dh. When I do google searches for dh3072_p and dh2048_p I find larger sets of numbers. Renaming the existing primes doesn't feel right and worries me. On 06/02/2015 07:51, Ryan Steinmetz wrote: Adam, Please test the following patch. It should be placed in the files directory and should resolve the error you saw. https://people.freebsd.org/~zi/patch-modules_ssl_ssl__engine__dh.c You can then build the build as usual after running a 'make clean' -r On (06/01/15 14:47), Bryan Drewery wrote: On 5/31/2015 8:29 AM, Adam McDougall wrote: Is anyone else getting this issue? I had to revert the change on my systems. Thanks. Yes it looks incomplete. Nothing is providing get_dh2048. work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:static DH *get_dh512(void) work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:static DH *get_dh1024(void) work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:dh = get_dh2048(); work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:dh = get_dh3072(); work/httpd-2.2.29/modules/ssl/ssl_engine_dh.c:dh = get_dh3072(); The module is only providing 512 and 1024 but not 2048 and 3072 symbols. -- Regards, Bryan Drewery -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Net-SNMP 5.7.3 with Perl support fails at configure stage
On (01/19/15 15:22), Sevan / Venture37 wrote: On 19 January 2015 at 14:33, Ryan Steinmetz z...@freebsd.org wrote: Sevan, I'm currently working on an update for the port to get it to 5.7.3. In the interim, you should install 5.7.2 from the ports tree: To install the port: cd /usr/ports/net-mgmt/net-snmp/ make install clean To add the package: pkg install net-mgmt/net-snmp -r Hi Ryan, Sure thing, for the sake of technical discussion, what's the cause of the issue, autoconf?? Sevan, Sorry, I don't want to dive in to try to figure out the specific issue. This why we have the ports tree! :) -r Sevan -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Net-SNMP 5.7.3 with Perl support fails at configure stage
Sevan, I'm currently working on an update for the port to get it to 5.7.3. In the interim, you should install 5.7.2 from the ports tree: To install the port: cd /usr/ports/net-mgmt/net-snmp/ make install clean To add the package: pkg install net-mgmt/net-snmp -r On (01/19/15 12:06), Sevan / Venture37 wrote: Hi, I posted this question to the net-snmp-users list but didn't hear any response back, if you try to configure v5.7.3 with Perl support enabled, it fails requesting that --enable-shared is specified, even when it's specified. Observed on FreeBSD/AMD64 10.1-RELEASE with Perl installed form via pkg. My original post to the net-snmp-users list with perl -V output snippet from config.log https://www.marc.info/?l=net-snmp-usersm=142082652512936w=2 Sevan / Venture37 -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Net-SNMP 5.7.3 with Perl support fails at configure stage
Sevan, I've updated the port to 5.7.3. -r On (01/19/15 15:22), Sevan / Venture37 wrote: On 19 January 2015 at 14:33, Ryan Steinmetz z...@freebsd.org wrote: Sevan, I'm currently working on an update for the port to get it to 5.7.3. In the interim, you should install 5.7.2 from the ports tree: To install the port: cd /usr/ports/net-mgmt/net-snmp/ make install clean To add the package: pkg install net-mgmt/net-snmp -r Hi Ryan, Sure thing, for the sake of technical discussion, what's the cause of the issue, autoconf?? Sevan -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net-mgmt/net-snmp build error on 9.2
What's the PORTREVISION of your net-snmp port? Do you have anything in /etc/make.conf? -r On (06/13/14 08:50), Chad J. Milios wrote: I have pkg-1.2.7_3 installed and unused (FYI, I need pkg_tools support on these systems and am not prepared to make the transition to pkgng until sometime between now and the pkg_tools EOL). pkg-1.2.7_3 was pulled in as a dependency for net-mgmt/net-snmp and pkg has no other dependents on my system. Is there something special I need to do to get this to work? There is a comment in the makefile that pkg-1.2 cannot handle this dependency well. So then why is the dependency placed on pkg and not pkg-devel? Thank you for any help you have to offer. ... building 'netsnmp.client_intf' extension creating build/temp.freebsd-9.2-RELEASE-p3-amd64-2.7 creating build/temp.freebsd-9.2-RELEASE-p3-amd64-2.7/netsnmp cc -DNDEBUG -O2 -pipe -march=core2 -I/usr/local/include -fno-strict-aliasing -fPIC -I/usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/include -I/usr/local/include/python2.7 -c netsnmp/client_intf.c -o build/temp.freebsd-9.2-RELEASE-p3-amd64-2.7/netsnmp/client_intf.o cc -shared -pthread -Wl,-rpath,/usr/lib:/usr/local/lib -O2 -pipe -march=core2 -I/usr/local/include -fno-strict-aliasing build/temp.freebsd-9.2-RELEASE-p3-amd64-2.7/netsnmp/client_intf.o -L/usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/agent/.libs -L/usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/snmplib/.libs -lm -lkvm -ldevstat -lpkg -lnetsnmp -lcrypto -lelf -lssp_nonshared -o build/lib.freebsd-9.2-RELEASE-p3-amd64-2.7/netsnmp/client_intf.so /usr/bin/ld: cannot find -lpkg error: command 'cc' failed with exit status 1 *** [pythonmodules] Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2. *** [do-build] Error code 1 Stop in /usr/ports/net-mgmt/net-snmp. -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net-mgmt/net-snmp build error on 9.2
Do you have a /usr/local/lib/libpkg*? -r On (06/13/14 11:24), Chad J. Milios wrote: root@nuos-lab:/usr/ports/net-mgmt/net-snmp # more /etc/make.conf CPUTYPE?=core2 NO_WARNING_PKG_INSTALL_EOL=yes DEFAULT_VERSIONS= perl5=5.18 php=55 APACHE_PORT=www/apache24 WITH_BDB_VER=48 WITH_PGSQL_VER=93 WITH_MYSQL_VER=56 WITH_NEW_XORG=yes root@nuos-lab:/usr/ports/net-mgmt/net-snmp # grep PORTREV Makefile PORTREVISION= 9 On 6/13/2014 10:12 AM, Ryan Steinmetz wrote: What's the PORTREVISION of your net-snmp port? Do you have anything in /etc/make.conf? -r On (06/13/14 08:50), Chad J. Milios wrote: I have pkg-1.2.7_3 installed and unused (FYI, I need pkg_tools support on these systems and am not prepared to make the transition to pkgng until sometime between now and the pkg_tools EOL). pkg-1.2.7_3 was pulled in as a dependency for net-mgmt/net-snmp and pkg has no other dependents on my system. Is there something special I need to do to get this to work? There is a comment in the makefile that pkg-1.2 cannot handle this dependency well. So then why is the dependency placed on pkg and not pkg-devel? Thank you for any help you have to offer. ... building 'netsnmp.client_intf' extension creating build/temp.freebsd-9.2-RELEASE-p3-amd64-2.7 creating build/temp.freebsd-9.2-RELEASE-p3-amd64-2.7/netsnmp cc -DNDEBUG -O2 -pipe -march=core2 -I/usr/local/include -fno-strict-aliasing -fPIC -I/usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/include -I/usr/local/include/python2.7 -c netsnmp/client_intf.c -o build/temp.freebsd-9.2-RELEASE-p3-amd64-2.7/netsnmp/client_intf.o cc -shared -pthread -Wl,-rpath,/usr/lib:/usr/local/lib -O2 -pipe -march=core2 -I/usr/local/include -fno-strict-aliasing build/temp.freebsd-9.2-RELEASE-p3-amd64-2.7/netsnmp/client_intf.o -L/usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/agent/.libs -L/usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/snmplib/.libs -lm -lkvm -ldevstat -lpkg -lnetsnmp -lcrypto -lelf -lssp_nonshared -o build/lib.freebsd-9.2-RELEASE-p3-amd64-2.7/netsnmp/client_intf.so /usr/bin/ld: cannot find -lpkg error: command 'cc' failed with exit status 1 *** [pythonmodules] Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2. *** [do-build] Error code 1 Stop in /usr/ports/net-mgmt/net-snmp. -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [QAT] 350756: 4x leftovers
This is broken and incorrect as far as I can tell. -r On (04/10/14 02:34), Ports-QAT wrote: - Fix plist - Fix include path - Build ID: 20140410022800-36249 Job owner: z...@freebsd.org Buildtime: 6 minutes Enddate: Thu, 10 Apr 2014 02:34:09 GMT Revision: 350756 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=350756 - Port:net-mgmt/net-snmp 5.7.2_5 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~z...@freebsd.org/20140410022800-36249-315162/net-snmp-5.7.2_5.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~z...@freebsd.org/20140410022800-36249-315163/net-snmp-5.7.2_5.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~z...@freebsd.org/20140410022800-36249-315164/net-snmp-5.7.2_5.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~z...@freebsd.org/20140410022800-36249-315165/net-snmp-5.7.2_5.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140410022800-36249 redports https://qat.redports.org/ -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [QAT] 348583: 6x leftovers
This was resolved. -r On (03/18/14 23:47), Ports-QAT wrote: New port: devel/p5-RPSL-Parser: This is a rather simplistic lexer and tokenizer for the RPSL language. It currently does not validate the object in any way, it just tries (rather hard) to grab the biggest ammount of information it can from the text presented and place it in a Parse Tree (that can be passed to other objects from the RPSL namespace for validation and more RFC2622 related functionality). WWW: http://search.cpan.org/dist/RPSL-Parser/ - Build ID: 20140318175601-25782 Job owner: z...@freebsd.org Buildtime: 6 hours Enddate: Tue, 18 Mar 2014 23:46:58 GMT Revision: 348583 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=348583 - Port:devel/p5-RPSL-Parser 0.04000 Buildgroup: 10.0-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~z...@freebsd.org/20140318175601-25782-304084/p5-RPSL-Parser-0.04000.log Buildgroup: 10.0-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~z...@freebsd.org/20140318175601-25782-304085/p5-RPSL-Parser-0.04000.log Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~z...@freebsd.org/20140318175601-25782-304086/p5-RPSL-Parser-0.04000.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~z...@freebsd.org/20140318175601-25782-304087/p5-RPSL-Parser-0.04000.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~z...@freebsd.org/20140318175601-25782-304088/p5-RPSL-Parser-0.04000.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~z...@freebsd.org/20140318175601-25782-304089/p5-RPSL-Parser-0.04000.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140318175601-25782 redports https://qat.redports.org/ -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
[FreeBSD-Ports-Announce] Portscout Notification Emails
Greetings porters! As many of you are aware, an instance of portscout is available on http://portscout.freebsd.org/ For those of you who are unfamiliar with portscout, it is a tool which looks for new versions of software in the FreeBSD ports tree. Within the next week, we are planning on enabling portscout email notifications for all port maintainers. If you are currently a maintainer, and already know your preference about opting in or out of these updates, send a private email to z...@freebsd.org, and request that you are included or excluded. If you receive an alert for a given port, you will not receive another for that port until an even newer version is available. Multiple ports may be listed in a single notification. Thanks, -r Additional information: It is possible to control various aspects of portscouts behavior by setting the PORTSCOUT variable in your ports Makefile. Details can be found here: http://portscout.freebsd.org/info/portscout-portconfig.txt -- Ryan Steinmetz PGP: EF36 D45A 5CA9 28B1 A550 18CD A43C D111 7AD7 FAF2 ___ freebsd-ports-announce@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports-announce To unsubscribe, send any mail to freebsd-ports-announce-unsubscr...@freebsd.org
Portscout Notification Emails
Greetings porters! As many of you are aware, an instance of portscout is available on http://portscout.freebsd.org/ For those of you who are unfamiliar with portscout, it is a tool which looks for new versions of software in the FreeBSD ports tree. Within the next week, we are planning on enabling portscout email notifications for all port maintainers. If you are currently a maintainer, and already know your preference about opting in or out of these updates, send a private email to z...@freebsd.org, and request that you are included or excluded. If you receive an alert for a given port, you will not receive another for that port until an even newer version is available. Multiple ports may be listed in a single notification. Thanks, -r Additional information: It is possible to control various aspects of portscouts behavior by setting the PORTSCOUT variable in your ports Makefile. Details can be found here: http://portscout.freebsd.org/info/portscout-portconfig.txt -- Ryan Steinmetz PGP: EF36 D45A 5CA9 28B1 A550 18CD A43C D111 7AD7 FAF2 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Portscout Notification Emails
On (11/27/12 19:38), Olli Hauer wrote: Hi Ryan, would you mind to start over with a current ports-tree *and* a fresh portscout DB, or do a cleanup and remove ports which are no longer in the tree? For example the following 42 ports are removed since 2012-01-01 but are listed for apache@. apache-contrib apache13 apache13+ipv6 apache13-modperl apache13-ssl auth_ldap mod_access_identd mod_access_referer mod_accounting mod_auth_cookie_mysql mod_auth_external mod_auth_imap mod_auth_kerb mod_auth_mysql mod_auth_pam mod_auth_pgsql mod_auth_useragent mod_backhand mod_bandwidth mod_bf mod_blowchunks mod_bunzip2 mod_cgi_debug mod_color mod_curb mod_dav mod_extract_forwarded_ap13 mod_filter mod_index_rss mod_layout mod_log_spread mod_mp3 mod_mylo mod_perl mod_proxy_add_forward mod_put mod_python mod_sed mod_sequester mod_shapvh mod_sqlinclude mod_ticket mod_trigger mod_cvs - removed but sends update requests for mod_cvs2 mod_macro - removed but sends updates for mod_macro22 Currently investigating this. -r Thanks, olli -- Ryan Steinmetz PGP: EF36 D45A 5CA9 28B1 A550 18CD A43C D111 7AD7 FAF2 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Portscout Notification Emails
On (11/27/12 19:38), Olli Hauer wrote: Hi Ryan, would you mind to start over with a current ports-tree *and* a fresh portscout DB, or do a cleanup and remove ports which are no longer in the tree? This has been resolved. Part of the bits that process deleted ports was not working as expected. -r For example the following 42 ports are removed since 2012-01-01 but are listed for apache@. apache-contrib apache13 apache13+ipv6 apache13-modperl apache13-ssl auth_ldap mod_access_identd mod_access_referer mod_accounting mod_auth_cookie_mysql mod_auth_external mod_auth_imap mod_auth_kerb mod_auth_mysql mod_auth_pam mod_auth_pgsql mod_auth_useragent mod_backhand mod_bandwidth mod_bf mod_blowchunks mod_bunzip2 mod_cgi_debug mod_color mod_curb mod_dav mod_extract_forwarded_ap13 mod_filter mod_index_rss mod_layout mod_log_spread mod_mp3 mod_mylo mod_perl mod_proxy_add_forward mod_put mod_python mod_sed mod_sequester mod_shapvh mod_sqlinclude mod_ticket mod_trigger mod_cvs - removed but sends update requests for mod_cvs2 mod_macro - removed but sends updates for mod_macro22 Thanks, olli -- Ryan Steinmetz PGP: EF36 D45A 5CA9 28B1 A550 18CD A43C D111 7AD7 FAF2 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: security/gnutls update when...
On (03/24/12 13:29), Jason Hellenthal wrote: Apparently this port has fell two versions behind. Is there anything that is going to happen to update it to the current stable version ? These advisories have been out for a week now. And the current version is 2.12.18. Database created: Sat Mar 24 13:15:03 EDT 2012 Affected package: gnutls-2.12.16 Type of problem: libtasn1 -- ASN.1 length decoding vulnerability. Reference: http://portaudit.FreeBSD.org/2e7e9072-73a0-11e1-a883-001cc0a36e12.html Affected package: gnutls-2.12.16 Type of problem: gnutls -- possible overflow/Denial of service vulnerabilities. Reference: http://portaudit.FreeBSD.org/aecee357-739e-11e1-a883-001cc0a36e12.html 2 problem(s) in your installed packages found. -- ;s =; Jason, There is an update in progress (ports/166307). There is a shared library version bump that is part of the gnutls update and this requires a little extra scrutiny. This, combined with the upcoming 8.3 RELEASE is what is contributing to the delay. Hope this helps, -r -- Ryan Steinmetz PGP: EF36 D45A 5CA9 28B1 A550 18CD A43C D111 7AD7 FAF2 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net/isc-dhcp41-server: please bump revision
On (11/27/11 14:44), Andriy Gapon wrote: It looks like the revision has not been bumped after the fix for FreeBSD 10 in isc-dhcpd.in. I had already prepared the following email when I noticed that the installed rc script and the one in the port were different. Subject: net/isc-dhcp42-server: rc script is no freebsd-10 aware Environment: FreeBSD 10.0-CURRENT amd64 isc-dhcp41-server-4.1.e_2,2 Symptom: /etc/rc: WARNING: dhcpd_devfs_enable disabled -- not available /etc/rc: ERROR: unable to copy directory /dev to /var/db/dhcpd/dev Cause: if test `uname -r | cut -c 1` -le 6; then ... -- Andriy Gapon I intentionally did not bump PORTREVISION as 10-CURRENT is bleeding edge at this point. Users who were testing it could simply deinstall/reinstall to obtain the updated rc script if they happened to be affected. -r -- Ryan Steinmetz PGP: EF36 D45A 5CA9 28B1 A550 18CD A43C D111 7AD7 FAF2 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [jh...@dataix.net: security/hydra 7.0 add include path.]
On (09/26/11 22:11), Ruslan Mahmatkhanov wrote: Problem confirmed and solution is confirmed too. Thanks a lot. I checked other options and all is fine with them, the problem is only in WITH_SSH, so i think your patch is sufficient. This pr is submitted: http://bugs.freebsd.org/161039 Ryan, may be you can get it, since you touched it recently. Thanks. Jason Hellenthal wrote on 26.09.2011 18:44: Meant to CC ports. - Forwarded message from Jason Hellenthaljh...@dataix.net - Date: Mon, 26 Sep 2011 10:43:59 -0400 From: Jason Hellenthaljh...@dataix.net To: cvs-...@yandex.ru Subject: security/hydra 7.0 add include path. When building the new hydra with options WITH_SSH you need to add /usr/local/include to the to -I This may be a temporary solution to work around line 34 of hydra.h but it works. .if defined(WITH_SSH) LIB_DEPENDS+= ssh.4:${PORTSDIR}/security/libssh CFLAGS+=-I/usr/local/include .endif -- Regards, Ruslan Tinderboxing kills... the drives. A fix for this has been committed. Thanks! -r -- Ryan Steinmetz PGP: EF36 D45A 5CA9 28B1 A550 18CD A43C D111 7AD7 FAF2 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: spamcup-1.09_2
Doug, Good catch, I'll take care of this shortly. -r On (07/17/11 01:11), Douglas Thrift wrote: Hello, It looks like spamcup is missing a dependency on www/p5-HTML-Form. Perhaps it was previously a dependency of p5-libwww and the recent changes made it no longer a dependency. Thanks! -- Douglas William Thrift douglas...@gmail.com http://douglasthrift.net/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org -- Ryan Steinmetz PGP: EF36 D45A 5CA9 28B1 A550 18CD A43C D111 7AD7 FAF2 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: sarg-2.2.7.1_3
Alex, Thanks. We will get the updated version into the tree shortly. -r On (06/12/11 18:42), Alex Almeida wrote: Ryan, Thanks, yes the problem was solved. Hugs Alex Em 12-06-2011 00:01, Ryan Steinmetz escreveu: Alex, Please try the attached diff to update the sarg port to version 2.3.1. You can apply it by doing the following: % cd /usr/ports/www/sarg % patch -p0 /path/to/sarg.diff Please let us know if this resolves your issue. If it does, we will update the port in the ports tree. -r -- Alex Almeida msn/email: almeida.a...@gmail.com ICQ UIN: 55574151 -- Ryan Steinmetz ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: sarg-2.2.7.1_3
Alex, Please try the attached diff to update the sarg port to version 2.3.1. You can apply it by doing the following: % cd /usr/ports/www/sarg % patch -p0 /path/to/sarg.diff Please let us know if this resolves your issue. If it does, we will update the port in the ports tree. -r On (06/11/11 11:11), Alex Almeida wrote: Hello, I'm having problems with SARG, when the log line is larger than 40999 bytes. (SARG: line too long (more than 40999 bytes) in / usr / local / squid / logs / access.log) The version I'm using is the sarg-2.2.7.1_3 (ports), but the site is the SARG 2.3.1. Can I use the manual installation to solve the problem? I thank you, Alex Almeida msn/email: almeida.a...@gmail.com ICQ UIN: 55574151 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org -- Ryan Steinmetz diff -urN /usr/ports/www/sarg/Makefile sarg/Makefile --- /usr/ports/www/sarg/Makefile 2011-01-05 05:30:18.0 -0500 +++ sarg/Makefile 2011-06-11 22:50:39.0 -0400 @@ -6,8 +6,7 @@ # PORTNAME= sarg -PORTVERSION= 2.2.7.1 -PORTREVISION= 3 +PORTVERSION= 2.3.1 CATEGORIES= www MASTER_SITES= SF/${PORTNAME}/${PORTNAME}/${PORTNAME}-${PORTVERSION} @@ -18,6 +17,7 @@ USE_GCC= 4.2+ USE_ICONV= yes +USE_GMAKE= yes USE_GETTEXT= yes GNU_CONFIGURE= yes MAKE_JOBS_SAFE= yes @@ -26,7 +26,6 @@ CONFIGURE_ENV= CC=${CC} LDFLAGS=${LDFLAGS} CONFIGURE_ARGS= --sysconfdir=${PREFIX}/etc/${PORTNAME} \ --enable-sargphp=${PREFIX}/etc/${PORTNAME} \ - --enable-languagedir=${PREFIX}/etc/${PORTNAME}/languages \ --enable-fontdir=${PREFIX}/etc/${PORTNAME}/fonts \ --enable-imagedir=${PREFIX}/etc/${PORTNAME}/images @@ -42,11 +41,15 @@ .endif .if !defined(WITHOUT_GD) -GD_PORT?= graphics/gd -LIB_DEPENDS+= gd.4:${PORTSDIR}/${GD_PORT} +LIB_DEPENDS+= gd.4:${PORTSDIR}/graphics/gd .endif pre-install: ${STRIP_CMD} ${WRKSRC}/sarg +post-install: + @${RM} ${WRKSRC}/languages/.new + @${MKDIR} ${PREFIX}/etc/${PORTNAME}/languages + ${INSTALL_DATA} ${WRKSRC}/languages/* ${PREFIX}/etc/${PORTNAME}/languages + .include bsd.port.post.mk diff -urN /usr/ports/www/sarg/distinfo sarg/distinfo --- /usr/ports/www/sarg/distinfo 2010-11-12 10:00:06.0 -0500 +++ sarg/distinfo 2011-06-11 14:22:41.0 -0400 @@ -1,2 +1,2 @@ -SHA256 (sarg-2.2.7.1.tar.gz) = 209398e7690876ef9df04ba7f0b4b47c91ea8cdcfd7a54d78f15b5548a2dd32e -SIZE (sarg-2.2.7.1.tar.gz) = 713786 +SHA256 (sarg-2.3.1.tar.gz) = 2228d5dea0e9ce7a3996e0ec238a4e8ca0681e809eda85e9bf334e76cd621d0f +SIZE (sarg-2.3.1.tar.gz) = 1073514 diff -urN /usr/ports/www/sarg/files/patch-Makefile.in sarg/files/patch-Makefile.in --- /usr/ports/www/sarg/files/patch-Makefile.in 2010-02-22 12:06:04.0 -0500 +++ sarg/files/patch-Makefile.in 2011-06-11 22:35:00.0 -0400 @@ -1,17 +1,29 @@ Makefile.in.orig 2010-01-20 09:19:16.0 -0200 -+++ Makefile.in 2010-02-08 09:58:51.0 -0200 -@@ -9,7 +9,7 @@ - CC = @CC@ - BINDIR = @bindir@ - IBINDIR = -DBINDIR=\@bindir@\ --MANDIR = @mandir@ -+MANDIR = @mandir@/man1 - SYSCONFDIR = @sysconfdir@ - SARGPHPDIR = @SARGPHPDIR@ - LANGDIR = @LANGDIR@ -@@ -84,12 +84,11 @@ +--- Makefile.in.orig 2010-08-03 13:41:57.0 -0400 Makefile.in 2011-06-11 22:34:52.0 -0400 +@@ -8,7 +8,7 @@ + docdir = @docdir@ + CC = @CC@ + BINDIR = @bindir@ +-MANDIR = @mandir@ ++MANDIR = @mandir@/man1 + SYSCONFDIR = @sysconfdir@ + SARGPHPDIR = @SARGPHPDIR@ + FONTDIR = @FONTDIR@ +@@ -23,7 +23,7 @@ + CPPFLAGS= @CPPFLAGS@ + LDFLAGS = @LDFLAGS@ + DEFS= $(IBINDIR) $(ISYSCONFDIR) $(IFONTDIR) $(IIMAGEDIR) $(ISARGPHPDIR) $(ILOCALEDIR) @DEFS@ +-LIBS= @LIBS@ ++LIBS= @LIBS@ -lintl + SRCDIR = . + VPATH = . + INSTALL = cp +@@ -77,14 +77,13 @@ + mkdir -p $(DESTDIR)$(IMAGEDIR); \ + fi $(INSTALL_PROGRAM) sarg $(DESTDIR)$(BINDIR)/sarg - chmod 755 $(DESTDIR)$(BINDIR)/sarg +- chmod 755 $(DESTDIR)$(BINDIR)/sarg ++ chmod 644 $(DESTDIR)$(BINDIR)/sarg $(INSTALL_PROGRAM) sarg.1 $(DESTDIR)$(MANDIR)/sarg.1 - chmod 755 $(DESTDIR)$(MANDIR)/sarg.1 + chmod 644 $(DESTDIR)$(MANDIR)/sarg.1 @@ -22,5 +34,5 @@ - else \ - cp sarg.conf $(DESTDIR)$(SYSCONFDIR)/sarg.conf.default; \ fi - cp -r ./languages/* $(DESTDIR)$(LANGDIR); cp ./exclude_codes $(DESTDIR)$(SYSCONFDIR); + cp ./user_limit_block $(DESTDIR)$(SYSCONFDIR); diff -urN /usr/ports/www/sarg/pkg-plist sarg/pkg-plist --- /usr/ports/www/sarg/pkg-plist 2010-02-22 12:06:04.0 -0500 +++ sarg/pkg-plist 2011-06-11 22:47:28.0 -0400 @@ -12,6 +12,7 @@ etc/sarg/images/graph.png etc/sarg/images/sarg-squidguard-block.png etc/sarg/images/sarg.png +etc/sarg/languages/Afrikaans etc/sarg/languages/Bulgarian_windows1251 etc/sarg/languages/Catalan etc/sarg/languages/Czech @@ -57,6 +58,28 @@ etc/sarg/sarg-php/style.php etc/sarg
Re: ClamAV update
There's a pending PR to update the port to 0.97.1 (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/157736). -r On (06/11/11 13:08), Jos Chrispijn wrote: Just checked my daily logs and ran upon this issue: ClamAV update process started at Fri Jun 10 23:50:21 2011 WARNING: Your ClamAV installation is OUTDATED! WARNING: Local version: 0.97 Recommended version: 0.97.1 DON'T PANIC! Readhttp://www.clamav.net/support/faq So I ran /usr/home/me# portversion -v | grep clamav clamav-0.97 = up-to-date with port Does this mean that the ClamAV port is not in sync yet? br, Jos Chrispijn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org -- Ryan Steinmetz ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Request for additional testing for security/truecrypt port
ports/157072 contains a shar for an experimental port of TrueCrypt 7.0a. I'm interested in additional feedback on whether or not you run into any sorts of issues. If you have a test machine available, please build the port, get fuse running and do some testing. Please be aware that since this is an experimental port and FreeBSD is not officially supported by TrueCrypt.org, it is possible that system instability could result. At this point in time, GUI support has not yet been added. If you're able to provide feedback, please include the output of 'uname -mrs' in your reply. Thanks, -r URL: http://www.freebsd.org/cgi/query-pr.cgi?prp=157072-3-sharn=/shar-3.sh -- Ryan Steinmetz ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: freeradius2 port with e-dir
John, Have you had any luck? I will be moving shortly to push the port version to 2.1.10 and would love to include these changes if they seem to work for you. Let me know! -r On (09/27/10 11:02), John D McDonnell wrote: -Original Message- From: owner-freebsd-po...@freebsd.org [mailto:owner-freebsd- po...@freebsd.org] On Behalf Of Ryan Steinmetz Sent: Monday, September 27, 2010 9:55 AM Subject: Re: freeradius2 port with e-dir Thank you for the patch Olli. If this works out for John I will get this committed to the port. Please let me know when it has been tested. Thanks, -r I can say that it builds with no errors and that an initial radiusd -X runs with no errors. However, I have not had the chance to configure it to our network to test if it can talk Novell or not. I would think that since it compiles installs the files that FreeRADIUS needs on the Linux installs, that it would work on FreeBSD. Hopefully I'll get the chance to test it later this week. I'm the only one working on this and being in K-12 education, I don't have much time for this as I'm also handling most of the regular day to day help desk tickets. Doing only MAC auth with WEP on our wireless semi-guarantees that it is one of our laptops connecting and that's enough for the powers that be for now, but I'd rather combine MAC auth with login names and certificates to make sure that it is one of ours. Also plan on switching to WPA as well on the wireless and enabling RADIUS on the wired so that we know only our machines are being plugged into the network. But I digress, I will get back to you as soon as I get the chance to configure FR to talk to Novell and do some tests. Thanks, -- John McDonnell Penn Cambria School District mcdon...@pcam.org O ASCII Ribbon Campaign - www.asciiribbon.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: freeradius2 port with e-dir
Thank you for the patch Olli. If this works out for John I will get this committed to the port. Please let me know when it has been tested. Thanks, -r ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org