Re: WANT_PHP_WEB is just a synonym for WANT_PHP_CGI in automated build environments
Hello! On Sat, 2 Aug 2014, Matthew Pounsett wrote: It looks to me like the rules that WANT_PHP_WEB uses to decide whether to build the CGI or module version of PHP will always choose the CGI version unless the module is already installed. If this is true, it means that in automated build environments (e.g. tinderbox) – where *only* the direct dependencies of a port are installed at build time – there isn’t any way to tell WANT_PHP_WEB to install the module. This effectively makes WANT_PHP_WEB a synonym for WANT_PHP_CGI in these environments. I don't see the problem. If you want the mod_php module in your port set WANT_PHP_MOD. If you don't care which implementation it is as long as it can speak with a webserver, you set WANT_PHP_WEB. The WANT_PHP_WEB knob is for port maintainers that trust the system administrators that use the PHP software will know what suits them most. For automated builds use the OPTIONS framework. Tinderbox can handle that just fine. -- Melvyn ___ 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
Objective-C help needed with Bug#190497 - possible regression?
Greetings, please bear with me if not using proper terms to describe the situation, I am not an Objective-C programmer. There are reports that openvpn-auth-ldap fails on FreeBSD 10, and apparently also on 9, and I am unable to debug this. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190497 I fixed WITH_DEBUG=yes and modernized -export-dynamic to -Wl,-export-dynamic so that at least I get debug symbols in the output. but if I try to debug the openvpn_plugin_v1_open function, and have a breakpoint set on initWithConfigFile:, gdb 7.x (devel/gdb) just steps over it, so I must assume the runtime is broken. Note there are tons of complaints about classes not responding to +alloc methods/messages. The port builds - but does not install - a testplugin program in the top-level $WRKSRC that I have been trying to use for debugging, so you do not need to dig into openvpn configuration. Just running /usr/local/bin/gdb --args ./testplugin /path/to/auth-ldap.conf should do, there is a sample file. There is also an upstream bug, which has gone unattended so far. https://code.google.com/p/openvpn-auth-ldap/issues/detail?id=38 Chances are that the problems have been introduced by switching to clang, by using newer GCC, by using a newer obj standard library, or thereabouts. Any ideas how to fix this? Best regards Matthias Andree ___ 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 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/po...@freebsd.org.html Port| Current version | New version +-+ net-mgmt/pandorafms_agent | 4.0.1 | 5.1-140803 +-+ net-mgmt/pandorafms_console | 4.0.1 | 5.1-140803 +-+ net-mgmt/pandorafms_server | 4.0.1 | 5.1-140803 +-+ 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 Thanks. ___ 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: Apache 24 + mod_perl
OK, here are the results of my initial tests. See ++ TEST ++ at the end of these notes for the results Sun Aug 3 07:01:46 PDT 2014 I started with FreeBSD 93, perl5.16 test94: {90} # uname -a FreeBSD test94.private 9.3-RELEASE FreeBSD 9.3-RELEASE #0 r268512: Thu Jul 10 23:44:39 UTC 2014 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 test94: {92} # perl -v This is perl 5, version 16, subversion 3 (v5.16.3) built for amd64-freebsd-thread-multi test94: {93} # pkg info perl5 perl5-5.16.3_11 Name : perl5 Version: 5.16.3_11 Installed on : Tue Jul 29 07:04:39 PDT 2014 Origin : lang/perl5.16 Architecture : freebsd:9:x86:64 Prefix : /usr/local Categories : perl5 lang devel Licenses : GPLv1 or ART10 Maintainer : p...@freebsd.org WWW: http://www.perl.org/ Comment: Practical Extraction and Report Language Options: DEBUG : off GDBM : off MULTIPLICITY : off PERL_64BITINT : on PERL_MALLOC: off PTHREAD: on SITECUSTOMIZE : off THREADS: on USE_PERL : on Shared Libs required: libperl.so Annotations: cpe: cpe:/a:perl:perl:5.16.3::~~~freebsd~~ Flat size : 47.4MiB Description: Perl is a language that combines some of the features of C, sed, awk and shell. See the manual page for more hype. There are also many books published by O'Reilly Assoc. See pod/perlbook.pod for more information. *** Now read the article: https://forums.freebsd.org/viewtopic.php?f=5t=46523. We are going to do some of the steps, with minor modifications. 1. Install apache24 # cd /usr/ports/www/apache24 # make install OR pkg install apache24 2. Start to install mod_perl2, fetch the source code: # cd /usr/ports/www/mod_perl2 # make fetch This will fetch mod_perl-2.0.8.tar.gz and put it in /usr/ports/distfiles Now untar mod_perl-2.0.8.tar.gz # cd /usr/ports/distfiles # tar xvf mod_perl-2.0.8.tar.gz 3. We will create a dummy mod_perl-2.0.9 distribution file. We will need the Apache-Reload, Apache-SizeLimit, and Apache-Test Perl Modules from mod_perl-2.0.8 , which are not in the SVN distribution we are going to fetch, but are in the mod_perl-2.0.8 distribution. Note that these appear to be the latest versions; if in doubt check the Apache Web site. # mkdir mod_perl-2.0.9 # tar cf - -C mod_perl-2.0.8 Apache-Reload Apache-SizeLimit Apache-Test | tar xvf - -C mod_perl-2.0.9 4. Now get the latest http24 branch from the Apache Mod_perl SVN repository: You may need to install wget: # pkg install wget # wget --no-parent -r http://svn.apache.org/repos/asf/perl/modperl/branches/httpd24/ This will create a svn.apache.org/repos/asf/perl/modperl/branches/httpd24 directory. Now we copy these files to the mod_perl-2.0.9 directory: # tar cf - -C svn.apache.org/repos/asf/perl/modperl/branches/httpd24 . | tar xvf - -C mod_perl-2.0.9 # ls mod_perl-2.0.9 Apache-Reload LICENSE README bin t Apache-SizeLimitMETA.yml README-SVN build todo Apache-Test Makefile.PL RELEASE index.html util BRANCHING Makefile.old STATUS lib xs Changes ModPerl-Registry SVN-MOVEpatches INSTALL NOTICE WrapXS src 5. Create a tar file of mod_perl-2.0.9 # tar cfz mod_perl-2.0.9.tar.gz mod_perl-2.0.9 6. Now we modify the www/mod_perl2 port # cd /usr/ports/www/mod_perl2 Edit Makefile, and make the following changes: a) we set PORTVERSION to 2.0.9 b) we set USET_APACHE to 22+ c) remove the 'Broken' warning *** 2,8 # $FreeBSD: head/www/mod_perl2/Makefile 362013 2014-07-15 22:14:23Z ohauer $ PORTNAME= mod_perl ! PORTVERSION= 2.0.8 PORTREVISION= 1 PORTEPOCH=3 CATEGORIES= www perl5 --- 2,8 # $FreeBSD: head/www/mod_perl2/Makefile 362013 2014-07-15 22:14:23Z ohauer $ PORTNAME= mod_perl ! PORTVERSION= 2.0.9 PORTREVISION= 1 PORTEPOCH=3 CATEGORIES= www perl5 *** *** 18,34 SUB_FILES=pkg-message SUB_LIST= APACHEMODDIR=${APACHEMODDIR} ! USE_APACHE= 22 USES= gmake perl5 USE_PERL5=configure USE_CSTD= gnu89 .include bsd.port.pre.mk - .if ${APACHE_VERSION} 22 - BROKEN= Does not build with apache24 - .endif - # Using apxs in this way is problematic if apache2 is installed under a # different PREFIX than mod_perl2, because the mod_perl2 installation will # use paths returned by apxs to install some components. Fixes welcome.
Re: Apache 24 + mod_perl
Here are the build.log and test.log files mentioned in this posting On 08/03/14 07:09, Patrick Powell wrote: OK, here are the results of my initial tests. See ++ TEST ++ at the end of these notes for the results Sun Aug 3 07:01:46 PDT 2014 I started with FreeBSD 93, perl5.16 test94: {90} # uname -a FreeBSD test94.private 9.3-RELEASE FreeBSD 9.3-RELEASE #0 r268512: Thu Jul 10 23:44:39 UTC 2014 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 test94: {92} # perl -v This is perl 5, version 16, subversion 3 (v5.16.3) built for amd64-freebsd-thread-multi test94: {93} # pkg info perl5 perl5-5.16.3_11 Name : perl5 Version: 5.16.3_11 Installed on : Tue Jul 29 07:04:39 PDT 2014 Origin : lang/perl5.16 Architecture : freebsd:9:x86:64 Prefix : /usr/local Categories : perl5 lang devel Licenses : GPLv1 or ART10 Maintainer : p...@freebsd.org WWW: http://www.perl.org/ Comment: Practical Extraction and Report Language Options: DEBUG : off GDBM : off MULTIPLICITY : off PERL_64BITINT : on PERL_MALLOC: off PTHREAD: on SITECUSTOMIZE : off THREADS: on USE_PERL : on Shared Libs required: libperl.so Annotations: cpe: cpe:/a:perl:perl:5.16.3::~~~freebsd~~ Flat size : 47.4MiB Description: Perl is a language that combines some of the features of C, sed, awk and shell. See the manual page for more hype. There are also many books published by O'Reilly Assoc. See pod/perlbook.pod for more information. *** Now read the article: https://forums.freebsd.org/viewtopic.php?f=5t=46523. We are going to do some of the steps, with minor modifications. 1. Install apache24 # cd /usr/ports/www/apache24 # make install OR pkg install apache24 2. Start to install mod_perl2, fetch the source code: # cd /usr/ports/www/mod_perl2 # make fetch This will fetch mod_perl-2.0.8.tar.gz and put it in /usr/ports/distfiles Now untar mod_perl-2.0.8.tar.gz # cd /usr/ports/distfiles # tar xvf mod_perl-2.0.8.tar.gz 3. We will create a dummy mod_perl-2.0.9 distribution file. We will need the Apache-Reload, Apache-SizeLimit, and Apache-Test Perl Modules from mod_perl-2.0.8 , which are not in the SVN distribution we are going to fetch, but are in the mod_perl-2.0.8 distribution. Note that these appear to be the latest versions; if in doubt check the Apache Web site. # mkdir mod_perl-2.0.9 # tar cf - -C mod_perl-2.0.8 Apache-Reload Apache-SizeLimit Apache-Test | tar xvf - -C mod_perl-2.0.9 4. Now get the latest http24 branch from the Apache Mod_perl SVN repository: You may need to install wget: # pkg install wget # wget --no-parent -r http://svn.apache.org/repos/asf/perl/modperl/branches/httpd24/ This will create a svn.apache.org/repos/asf/perl/modperl/branches/httpd24 directory. Now we copy these files to the mod_perl-2.0.9 directory: # tar cf - -C svn.apache.org/repos/asf/perl/modperl/branches/httpd24 . | tar xvf - -C mod_perl-2.0.9 # ls mod_perl-2.0.9 Apache-Reload LICENSE README bin t Apache-SizeLimitMETA.yml README-SVN build todo Apache-Test Makefile.PL RELEASE index.html util BRANCHING Makefile.old STATUS lib xs Changes ModPerl-Registry SVN-MOVE patches INSTALL NOTICE WrapXS src 5. Create a tar file of mod_perl-2.0.9 # tar cfz mod_perl-2.0.9.tar.gz mod_perl-2.0.9 6. Now we modify the www/mod_perl2 port # cd /usr/ports/www/mod_perl2 Edit Makefile, and make the following changes: a) we set PORTVERSION to 2.0.9 b) we set USET_APACHE to 22+ c) remove the 'Broken' warning *** 2,8 # $FreeBSD: head/www/mod_perl2/Makefile 362013 2014-07-15 22:14:23Z ohauer $ PORTNAME= mod_perl ! PORTVERSION= 2.0.8 PORTREVISION= 1 PORTEPOCH=3 CATEGORIES= www perl5 --- 2,8 # $FreeBSD: head/www/mod_perl2/Makefile 362013 2014-07-15 22:14:23Z ohauer $ PORTNAME= mod_perl ! PORTVERSION= 2.0.9 PORTREVISION= 1 PORTEPOCH=3 CATEGORIES= www perl5 *** *** 18,34 SUB_FILES=pkg-message SUB_LIST= APACHEMODDIR=${APACHEMODDIR} ! USE_APACHE= 22 USES= gmake perl5 USE_PERL5=configure USE_CSTD= gnu89 .include bsd.port.pre.mk - .if ${APACHE_VERSION} 22 - BROKEN= Does not build with apache24 - .endif - # Using apxs in this way is problematic if apache2 is installed under a # different PREFIX than mod_perl2, because the mod_perl2 installation will # use paths returned
Re: Apache 24 + mod_perl
Looks like either the attachments are too large or they do not have an acceptable mime-type as described in http://www.freebsd.org/doc/en_US.ISO8859-1/books/handboohttp://www.freebsd.org On 08/03/14 07:16, Patrick Powell wrote: Here are the build.log and test.log files mentioned in this posting On 08/03/14 07:09, Patrick Powell wrote: OK, here are the results of my initial tests. See ++ TEST ++ at the end of these notes for the results Sun Aug 3 07:01:46 PDT 2014 I started with FreeBSD 93, perl5.16 test94: {90} # uname -a FreeBSD test94.private 9.3-RELEASE FreeBSD 9.3-RELEASE #0 r268512: Thu Jul 10 23:44:39 UTC 2014 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 test94: {92} # perl -v This is perl 5, version 16, subversion 3 (v5.16.3) built for amd64-freebsd-thread-multi test94: {93} # pkg info perl5 perl5-5.16.3_11 Name : perl5 Version: 5.16.3_11 Installed on : Tue Jul 29 07:04:39 PDT 2014 Origin : lang/perl5.16 Architecture : freebsd:9:x86:64 Prefix : /usr/local Categories : perl5 lang devel Licenses : GPLv1 or ART10 Maintainer : p...@freebsd.org WWW: http://www.perl.org/ Comment: Practical Extraction and Report Language Options: DEBUG : off GDBM : off MULTIPLICITY : off PERL_64BITINT : on PERL_MALLOC: off PTHREAD: on SITECUSTOMIZE : off THREADS: on USE_PERL : on Shared Libs required: libperl.so Annotations: cpe: cpe:/a:perl:perl:5.16.3::~~~freebsd~~ Flat size : 47.4MiB Description: Perl is a language that combines some of the features of C, sed, awk and shell. See the manual page for more hype. There are also many books published by O'Reilly Assoc. See pod/perlbook.pod for more information. *** Now read the article: https://forums.freebsd.org/viewtopic.php?f=5t=46523. We are going to do some of the steps, with minor modifications. 1. Install apache24 # cd /usr/ports/www/apache24 # make install OR pkg install apache24 2. Start to install mod_perl2, fetch the source code: # cd /usr/ports/www/mod_perl2 # make fetch This will fetch mod_perl-2.0.8.tar.gz and put it in /usr/ports/distfiles Now untar mod_perl-2.0.8.tar.gz # cd /usr/ports/distfiles # tar xvf mod_perl-2.0.8.tar.gz 3. We will create a dummy mod_perl-2.0.9 distribution file. We will need the Apache-Reload, Apache-SizeLimit, and Apache-Test Perl Modules from mod_perl-2.0.8 , which are not in the SVN distribution we are going to fetch, but are in the mod_perl-2.0.8 distribution. Note that these appear to be the latest versions; if in doubt check the Apache Web site. # mkdir mod_perl-2.0.9 # tar cf - -C mod_perl-2.0.8 Apache-Reload Apache-SizeLimit Apache-Test | tar xvf - -C mod_perl-2.0.9 4. Now get the latest http24 branch from the Apache Mod_perl SVN repository: You may need to install wget: # pkg install wget # wget --no-parent -r http://svn.apache.org/repos/asf/perl/modperl/branches/httpd24/ This will create a svn.apache.org/repos/asf/perl/modperl/branches/httpd24 directory. Now we copy these files to the mod_perl-2.0.9 directory: # tar cf - -C svn.apache.org/repos/asf/perl/modperl/branches/httpd24 . | tar xvf - -C mod_perl-2.0.9 # ls mod_perl-2.0.9 Apache-Reload LICENSE README bin t Apache-SizeLimitMETA.yml README-SVN build todo Apache-Test Makefile.PL RELEASE index.html util BRANCHING Makefile.old STATUS lib xs Changes ModPerl-Registry SVN-MOVE patches INSTALL NOTICE WrapXS src 5. Create a tar file of mod_perl-2.0.9 # tar cfz mod_perl-2.0.9.tar.gz mod_perl-2.0.9 6. Now we modify the www/mod_perl2 port # cd /usr/ports/www/mod_perl2 Edit Makefile, and make the following changes: a) we set PORTVERSION to 2.0.9 b) we set USET_APACHE to 22+ c) remove the 'Broken' warning *** 2,8 # $FreeBSD: head/www/mod_perl2/Makefile 362013 2014-07-15 22:14:23Z ohauer $ PORTNAME= mod_perl ! PORTVERSION= 2.0.8 PORTREVISION= 1 PORTEPOCH=3 CATEGORIES= www perl5 --- 2,8 # $FreeBSD: head/www/mod_perl2/Makefile 362013 2014-07-15 22:14:23Z ohauer $ PORTNAME= mod_perl ! PORTVERSION= 2.0.9 PORTREVISION= 1 PORTEPOCH=3 CATEGORIES= www perl5 *** *** 18,34 SUB_FILES=pkg-message SUB_LIST= APACHEMODDIR=${APACHEMODDIR} ! USE_APACHE= 22 USES= gmake perl5 USE_PERL5=configure USE_CSTD= gnu89 .include bsd.port.pre.mk - .if ${APACHE_VERSION} 22 - BROKEN= Does
Re: math/lapack broken
On 02 Aug 2014, at 02:47, Steve Kargl s...@troutmask.apl.washington.edu wrote: % portmaster --force-config math/lapack (Select to build/install profiled libraries) === Port directory: /usr/ports/math/lapack === This port is marked IGNORE === you have chosen WITH_PROFILE, but have not installed the base system profiling libraries WTF!. I know the base system doesn't have the profiled libraries installed. I don't need nor want profiled versions of the base system libraries. I want profiled versions of the math/lapack and math/blas libraries. === If you are sure you can build it, remove the IGNORE line in the Makefile and try again. This is just unbelievably stupid. Please fix the port. Hi Steve, Apparenty this was deliberately done in r261921, almost 4 years ago: https://bugs.freebsd.org/150549 It turns out the port will only build with profiling, if you have profiled libs in the base system; otherwise, you will get an error similar to: === Building for lapack-3.4.2_2 /usr/bin/printf \n\nBuilding profile libraries:\n\n\n ... gfortran47 -Wl,-rpath=/usr/local/lib/gcc47 -L/usr/local/lib/gcc47 -B/usr/local/bin -pg -o testslamch slamch.o lsame.o slamchtst.o --- testlsame --- /usr/local/bin/ld: cannot find -lc_p collect2: error: ld returned 1 exit status *** [testlsame] Error code 1 make[3]: stopped in /usr/work/usr/ports/math/lapack/work/lapack-3.4.2_PROFILE/INSTALL [...] make: stopped in /usr/ports/math/lapack -Dimitry signature.asc Description: Message signed with OpenPGP using GPGMail
Re: Apache 24 + mod_perl
On 2014-08-01 23:34, Kurt Jaeger wrote: Hi! Question: when will mod_perl be available for Apache 24? There's a PR where people are discussing this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191471 This PR needs more testers etc. I've updated the PR with a patch against the latest mod_perl trunk revision (r1602105). The patch against the port can be grabbed from here or from our bugzilla http://people.freebsd.org/~ohauer/diffs/apache/mod_perl2-2.0.8_apache24.diff Please test *at own risk*, and report issues to upstream and here so we can integrate fresh upstream fixes and update the port. The first proposed patch will allows the port to build but I have to many concerns for integrating this simple fix into the tree. I don't believe the first patch on the PR will work right else it would take the upstream dev. work and time for mod_perl2 at absurd-um ... -- regards, olli ___ 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: WANT_PHP_WEB is just a synonym for WANT_PHP_CGI in automated build environments
On Aug 3, 2014, at 02:07 , Melvyn Sopacua mel...@magemana.nl wrote: I don't see the problem. If you want the mod_php module in your port set WANT_PHP_MOD. If you don't care which implementation it is as long as it can speak with a webserver, you set WANT_PHP_WEB. The WANT_PHP_WEB knob is for port maintainers that trust the system administrators that use the PHP software will know what suits them most. For automated builds use the OPTIONS framework. Tinderbox can handle that just fine. Right, and I’m speaking from the perspective of the admin building the port, not the maintainer. The maintainer can set that the port will work with either .. but in an automated build environment it looks like there is no knob for the administrator to tell the ports system which to use. The ports system will default to the CGI port unless the module port is already built .. but an automated build environment will only build and install explicitly requested dependencies. Thus, in an automated build environment, WANT_PHP_WEB means WANT_PHP_CGI. Again.. unless I’m missing some knob that exists to give guidance to the ports system. I’m familiar with the options framework, but I can’t find anything in bsd.php.mk that could be used to give guidance to the ports system that mod_php5 is desired when WANT_PHP_WEB is defined. ___ 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: math/lapack broken
On Sun, Aug 03, 2014 at 05:28:12PM +0200, Dimitry Andric wrote: On 02 Aug 2014, at 02:47, Steve Kargl s...@troutmask.apl.washington.edu wrote: % portmaster --force-config math/lapack (Select to build/install profiled libraries) === Port directory: /usr/ports/math/lapack === This port is marked IGNORE === you have chosen WITH_PROFILE, but have not installed the base system profiling libraries WTF!. I know the base system doesn't have the profiled libraries installed. I don't need nor want profiled versions of the base system libraries. I want profiled versions of the math/lapack and math/blas libraries. === If you are sure you can build it, remove the IGNORE line in the Makefile and try again. This is just unbelievably stupid. Please fix the port. Apparenty this was deliberately done in r261921, almost 4 years ago: https://bugs.freebsd.org/150549 It turns out the port will only build with profiling, if you have profiled libs in the base system; otherwise, you will get an error similar to: Yes, I know :(. The port is building the test programs that come with lapack and blas. So, the suggestion to remove the IGNORE line and trying again is rather odd. I probably make the necessary changes in my local tree and move on. -- Steve ___ 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: WANT_PHP_WEB is just a synonym for WANT_PHP_CGI in automated build environments
Hi Matthew, On Sun, 3 Aug 2014, Matthew Pounsett wrote: On Aug 3, 2014, at 02:07 , Melvyn Sopacua mel...@magemana.nl wrote: For automated builds use the OPTIONS framework. Tinderbox can handle that just fine. Right, and I’m speaking from the perspective of the admin building the port, not the maintainer. The maintainer can set that the port will work with either .. but in an automated build environment it looks like there is no knob for the administrator to tell the ports system which to use. Unless that changed in recent years, you can have Tinderbox mount your options database in /var/db/ports into the build jail. So you can do one configure run and set it. A second possibility is to simply add www/mod_php5 to ports to be built, since it's no longer part of lang/php5. This won't work for the upstream-abandoned php 5.3. A third is to set php53_SET=APACHE in /etc/make.conf. Again.. unless I’m missing some knob that exists to give guidance to the ports system. I’m familiar with the options framework, but I can’t find anything in bsd.php.mk that could be used to give guidance to the ports system that mod_php5 is desired when WANT_PHP_WEB is defined. WANT_PHP_WEB actually pulls in the apache module if php is installed only with the CLI or EMBED backend. See this bit: if defined(WANT_PHP_MOD) || (defined(WANT_PHP_WEB) defined(PHP_VERSION) ${PHP_SAPI:Mcgi} == ${PHP_SAPI:Mfpm} == ) USE_APACHE_RUN= 22+ .include ${PORTSDIR}/Mk/bsd.apache.mk RUN_DEPENDS+= ${PHPBASE}/${APACHEMODDIR}/libphp5.so:${PORTSDIR}/${MOD_PHP_PORT} .endif -- Melvyn ___ 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
Does pkg automatically download INDEX?
I've been noticing this whenever I do a 'pkg version -v', it shows some ports as being different from the INDEX, but when I check the actual port, it isn't the same version that 'pkg version' shows. I usually rebuild my INDEX manually after doing an svn update, so I'm wondering if this is pkg doing something or if I have something else doing it. I am running FreeBSD 9.2. Thanks, Naram Qashat ___ 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
How do maintainer updates work with bugzilla?
At the end of last month I used send-pr to post a maintainer-update to security/bro and security/broccoli. I see now I should have used the new bugzilla web interface. That day I received a request an email asking for maintainer approval. I immediately replied to that but the status is still Approval Needed. What am I doing wrong? Craig ___ 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
libraries with version numbers - sysutils/bacula
I’m having trouble updating the sysutils/bacula-server port to 7.0.4. This is a packaging issue, not a ‘does it run’ issue. Regression testing is fine (see comment below). I have https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191311 nearly finished. The blocking issue arises with src/cats/install-default-backend.in which later stops the installation of the right symlink files. short version: After bacula-server installs, we have this: [dan@testing /usr/local/lib]$ ls -l libbaccats* -rwxr-xr-x 1 root wheel 1010 Aug 3 18:20 libbaccats-postgresql.la lrwxr-xr-x 1 root wheel 26 Aug 3 18:20 libbaccats-postgresql.so - libbaccats-postgresql.so.7 -rwxr-xr-x 1 root wheel 42622 Aug 3 18:20 libbaccats-postgresql.so.7 -rwxr-xr-x 1 root wheel944 Aug 3 18:20 libbaccats.la lrwxr-xr-x 1 root wheel 15 Aug 3 18:20 libbaccats.so - libbaccats.so.7 -rwxr-xr-x 1 root wheel 6376 Aug 3 18:20 libbaccats.so.7 libbaccats.so.7 should be a symlink to libbaccats-postgresql.so — this change is done by the install-default-backend postgresql script (mentioned soon below). longer version: After installation, a grep gives this: # cd /var/ports/usr/ports/sysutils/bacula-server/work/bacula-7.0.4/src # grep -r install-default-backend * cats/Makefile: ./install-default-backend postgresql 5 $(DESTDIR)$(libdir) cats/Makefile.in: ./install-default-backend @DEFAULT_DB_TYPE@ 5 $(DESTDIR)$(libdir) cats/Makefile.in.orig: ./install-default-backend @DEFAULT_DB_TYPE@ $(LIBBACCATS_LT_RELEASE) $(DESTDIR)$(libdir) See that 5? I think it should be a 7. I have no idea where the 5 is coming from. It should be the value from LIBBACCATS_LT_RELEASE A grep for that gives (not all lines are included here): # grep -r LIBBACCATS_LT_RELEASE * cats/Makefile:LIBBACCATS_LT_RELEASE = 7.0.4 So I get confused and can’t see why. Spending more hours on this seems fruitless. I am also trying to understand the version numbers used in the Bacula port. Bacula 5.2.12_6 installs these libraries: [dan@bacula:/usr/local/lib] $ ls -l libbac* -rwxr-xr-x 1 root wheel 900 Jul 5 22:12 libbac.la lrwxr-xr-x 1 root wheel 15 Jul 5 22:12 libbac.so - libbac.so.5.0.2 lrwxr-xr-x 1 root wheel 15 Jul 5 22:12 libbac.so.5 - libbac.so.5.0.2 -rwxr-xr-x 1 root wheel 434017 Jul 5 22:12 libbac.so.5.0.2 -rwxr-xr-x 1 root wheel 984 Jul 5 22:15 libbaccats-postgresql.la lrwxr-xr-x 1 root wheel 30 Jul 5 22:15 libbaccats-postgresql.so - libbaccats-postgresql.so.5.0.2 lrwxr-xr-x 1 root wheel 30 Jul 5 22:15 libbaccats-postgresql.so.5 - libbaccats-postgresql.so.5.0.2 -rwxr-xr-x 1 root wheel 42270 Jul 5 22:15 libbaccats-postgresql.so.5.0.2 -rwxr-xr-x 1 root wheel 924 Jul 5 22:15 libbaccats.la lrwxr-xr-x 1 root wheel 19 Jul 5 22:15 libbaccats.so - libbaccats.so.5.0.2 lrwxr-xr-x 1 root wheel 24 Jul 5 22:15 libbaccats.so.5 - libbaccats-postgresql.so -rwxr-xr-x 1 root wheel6576 Jul 5 22:15 libbaccats.so.5.0.2 … etc I think 5.0.2 is derived from 5.2.16 by this patch in files/patch-src__cats__Makefile.in: - $(LIBTOOL_LINK) $(CXX) $(DEFS) $(DEBUG) $(LDFLAGS) -o $@ $(LIBBACSQL_LOBJS) -export-dynamic -rpath $(libdir) -release $(LIBBACSQL_LT_RELEASE) $(DB_LIBS) + $(LIBTOOL_LINK) $(CXX) $(DEFS) $(DEBUG) $(LDFLAGS) -o $@ $(LIBBACSQL_LOBJS) -export-dynamic -rpath $(libdir) -version-info $(LIBBACSQL_LT_RELEASE:S/./:/g:S/12/0/g) I didn’t create that substitution and I do not understand why it is useful. Can help me understand please? I suspect this approach was taken so minor upgrades do not require reinstalling other apps. Thanks. — Dan Langille signature.asc Description: Message signed with OpenPGP using GPGMail
Re: How do maintainer updates work with bugzilla?
On 03/08/2014 18:35, Craig Leres wrote: At the end of last month I used send-pr to post a maintainer-update to security/bro and security/broccoli. I see now I should have used the new bugzilla web interface. That day I received a request an email asking for maintainer approval. I immediately replied to that but the status is still Approval Needed. What am I doing wrong? I take it you mean PR 192105 ? By virtue of sending a PR into the system a le...@ee.lbl.gov account will have been created in Bugzilla. You should be able to use the 'Forgot Password' link to set a password on that account, then log in and add a flag to the attached diff to say 'maintainer approved'. Once that's done it should get triaged and if you're lucky, set to 'Patch Ready' in which case someone with a commit bit can go ahead and commit the update. You'll help that to happen if you can supply a link to Redports or the output from 'poudriere testport' or similar showing that your update passes some sanity checks. (It's not mandatory for PR submitters to supply this sort of testing output, but it pretty much is mandatory for all patches to be tested in this way before they are committed. So if you do it yourself, you can make it quicker and easier for any committer to proceed.) Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matt...@infracaninophile.co.uk signature.asc Description: OpenPGP digital signature
Re: Does pkg automatically download INDEX?
On 08/03/14 14:57, Matthew Seaman wrote: On 03/08/2014 18:33, Naram Qashat wrote: I've been noticing this whenever I do a 'pkg version -v', it shows some ports as being different from the INDEX, but when I check the actual port, it isn't the same version that 'pkg version' shows. I usually rebuild my INDEX manually after doing an svn update, so I'm wondering if this is pkg doing something or if I have something else doing it. I am running FreeBSD 9.2. What 'pkg version' does depends on the command line options you give it and to the presence or not of the ports INDEX or the ports tree in general. It's all described in pkg-version(8). Cheers, Matthew Well, I've been using the command line arguments of -voL '=', and looking at the man page for pkg-version, as far as I can tell, it shouldn't be downloading INDEX, since I do have INDEX-9 on my system. Thanks, Naram Qashat ___ 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: Does pkg automatically download INDEX?
On 03/08/2014 20:34, Naram Qashat wrote: Well, I've been using the command line arguments of -voL '=', and looking at the man page for pkg-version, as far as I can tell, it shouldn't be downloading INDEX, since I do have INDEX-9 on my system. pkg(8) doesn't download or attempt to build an INDEX at all. It can use one if one happens to be already available, but not otherwise. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
Re: Does pkg automatically download INDEX?
On 08/03/14 15:53, Matthew Seaman wrote: On 03/08/2014 20:34, Naram Qashat wrote: Well, I've been using the command line arguments of -voL '=', and looking at the man page for pkg-version, as far as I can tell, it shouldn't be downloading INDEX, since I do have INDEX-9 on my system. pkg(8) doesn't download or attempt to build an INDEX at all. It can use one if one happens to be already available, but not otherwise. Cheers, Matthew I'm at a bit of a loss, then. While I can't say for sure if pkg is doing something unintended, there seems to be something on my system that is downloading INDEX without my knowledge. My usual way of updating my INDEX is using p5-FreeBSD-Portindex to generate the INDEX file, and using that INDEX to update the files that portupgrade uses. I run that manually, so I have nothing that would do that for me automatically, to my knowledge. Thanks, Naram Qashat ___ 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: pkg-static: sqlite error while executing INSERT OR REPLACE INTO packages
On 02 Aug 2014, at 16:04, O. Hartmann ohart...@zedat.fu-berlin.de wrote: Am Sat, 2 Aug 2014 15:30:36 +0200 Michael Gmelin gre...@freebsd.org schrieb: On 02 Aug 2014, at 15:17, O. Hartmann ohart...@zedat.fu-berlin.de wrote: Update of port windowmaker fails during registration with pkg: === Installing for windowmaker-0.95.5_4 === Registering installation for windowmaker-0.95.5_4 pkg-static: sqlite error while executing INSERT OR REPLACE INTO packages( origin, name, version, comment, desc, message, arch, maintainer, www, prefix, flatsize, automatic, licenselogic, mtree_id, time, manifestdigest) VALUES( ?1, ?2, ?3, ?4, ?5, ?6, ?7, ?8, ?9, ?10, ?11, ?12, ?13, (SELECT id FROM mtree WHERE content = ?14), NOW(), ?15) in file pkgdb.c:1595: FOREIGN KEY constraint failed *** Error code 70 Box is running CURRENT and uptodate ports tree: FreeBSD 11.0-CURRENT #1 r269391: Fri Aug 1 21:02:11 CEST 2014 How to repair this? Seems strange ... Please CC me. Oliver Which version of pkg? I had a similar issue on 1.3.3 that disappeared after updating to 1.3.4. pkg is up to date on the machine in question: name : pkg Version: 1.3.4 Installed on : Fri Aug 1 22:40:59 CEST 2014 Origin : ports-mgmt/pkg But it has been sticky since pkg 1.2.X Sounds to me like your db is corrupted. You should be able to fix this using sqlite. If you get stuck and your pkgdb contains no secrets, feel free to mail it to me off list, if I find the time I will take a look at it. ___ 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: Apache 24 + mod_perl
On 08/03/14 08:25, olli hauer wrote: On 2014-08-01 23:34, Kurt Jaeger wrote: Hi! Question: when will mod_perl be available for Apache 24? There's a PR where people are discussing this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191471 This PR needs more testers etc. I've updated the PR with a patch against the latest mod_perl trunk revision (r1602105). The patch against the port can be grabbed from here or from our bugzilla http://people.freebsd.org/~ohauer/diffs/apache/mod_perl2-2.0.8_apache24.diff Please test *at own risk*, and report issues to upstream and here so we can integrate fresh upstream fixes and update the port. The first proposed patch will allows the port to build but I have to many concerns for integrating this simple fix into the tree. I don't believe the first patch on the PR will work right else it would take the upstream dev. work and time for mod_perl2 at absurd-um ... I have taken a slightly different approach, using the mod_perl2 SVN /httpd24 branch as the starting point. This branch, much to my surprised, after adding some missing Perl Modules, compiled and almost all of the tests ran and passed. I am currently trying some of my own tests to see if the functionality that I need is present. As Olli says: Please test/use at your own risk. Report problems. Personally, I am expecting Apache 24 to die a horrible death when I start testing this stuff... ___ 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: libraries with version numbers - sysutils/bacula
On Aug 3, 2014, at 2:26 PM, Dan Langille d...@langille.org wrote: See that 5? I think it should be a 7. I have no idea where the 5 is coming from. It should be the value from LIBBACCATS_LT_RELEASE A grep for that gives (not all lines are included here): # grep -r LIBBACCATS_LT_RELEASE * cats/Makefile:LIBBACCATS_LT_RELEASE = 7.0.4 With help from madpilot, I found that five, hardcoded in a patch file. Fixed. Thanks. — Dan Langille signature.asc Description: Message signed with OpenPGP using GPGMail
Re: How do maintainer updates work with bugzilla?
On 08/03/14 12:18, Matthew Seaman wrote: I take it you mean PR 192105 ? (Sorry, I meant to include a link to the PR.) https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192105 By virtue of sending a PR into the system a le...@ee.lbl.gov account will have been created in Bugzilla. You should be able to use the 'Forgot Password' link to set a password on that account, then log in and add a flag to the attached diff to say 'maintainer approved'. I was able to access my bugzilla account back when I created the PR. I assume setting a '+' flag on the attachment means I approve it. Once that's done it should get triaged and if you're lucky, set to 'Patch Ready' in which case someone with a commit bit can go ahead and commit the update. Triaged is something that an admin does manually? You'll help that to happen if you can supply a link to Redports or the output from 'poudriere testport' or similar showing that your update passes some sanity checks. (It's not mandatory for PR submitters to supply this sort of testing output, but it pretty much is mandatory for all patches to be tested in this way before they are committed. So if you do it yourself, you can make it quicker and easier for any committer to proceed.) Redports looks pretty cool; I just updated the PR with build logs. I appreciate your help. Craig ___ 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: Does pkg automatically download INDEX?
On Sun, Aug 3, 2014 at 1:27 PM, Naram Qashat cyberb...@cyberbotx.com wrote: On 08/03/14 15:53, Matthew Seaman wrote: On 03/08/2014 20:34, Naram Qashat wrote: Well, I've been using the command line arguments of -voL '=', and looking at the man page for pkg-version, as far as I can tell, it shouldn't be downloading INDEX, since I do have INDEX-9 on my system. pkg(8) doesn't download or attempt to build an INDEX at all. It can use one if one happens to be already available, but not otherwise. Cheers, Matthew I'm at a bit of a loss, then. While I can't say for sure if pkg is doing something unintended, there seems to be something on my system that is downloading INDEX without my knowledge. My usual way of updating my INDEX is using p5-FreeBSD-Portindex to generate the INDEX file, and using that INDEX to update the files that portupgrade uses. I run that manually, so I have nothing that would do that for me automatically, to my knowledge. Thanks, Naram Qasha Are you doing anything between building the index and running pkg version? I can tell you that portmaster will download the latest index unless you use the --no-index-fetch option. I don't know about other tools, but it caught me by surpize. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.com ___ 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: Does pkg automatically download INDEX?
On 08/03/14 21:24, Kevin Oberman wrote: On Sun, Aug 3, 2014 at 1:27 PM, Naram Qashat cyberb...@cyberbotx.com mailto:cyberb...@cyberbotx.com wrote: On 08/03/14 15:53, Matthew Seaman wrote: On 03/08/2014 20:34, Naram Qashat wrote: Well, I've been using the command line arguments of -voL '=', and looking at the man page for pkg-version, as far as I can tell, it shouldn't be downloading INDEX, since I do have INDEX-9 on my system. pkg(8) doesn't download or attempt to build an INDEX at all. It can use one if one happens to be already available, but not otherwise. Cheers, Matthew I'm at a bit of a loss, then. While I can't say for sure if pkg is doing something unintended, there seems to be something on my system that is downloading INDEX without my knowledge. My usual way of updating my INDEX is using p5-FreeBSD-Portindex to generate the INDEX file, and using that INDEX to update the files that portupgrade uses. I run that manually, so I have nothing that would do that for me automatically, to my knowledge. Thanks, Naram Qasha Are you doing anything between building the index and running pkg version? I can tell you that portmaster will download the latest index unless you use the --no-index-fetch option. I don't know about other tools, but it caught me by surpize. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.com mailto:rkober...@gmail.com I'm not. In fact, I rebuilt the INDEX and did 'pkg version' and it didn't change INDEX, which is correct from what Matthew said. But I left the system alone and then, without having run any other commands, checked the timestamp of INDEX-9 again. It was changed, despite having not done anything in between. If there is a way to find out when any process is attempting to modify a file, that would probably help me narrow it down, but I'm not aware of anything that can do that, so if anyone does know, that would be helpful. I had tried to check my /var/log/all.log for anything but the only thing that even happened around the time when INDEX-9 got changed was Postfix's anvil being called, which I doubt would've caused the INDEX-9 to be downloaded. Thanks, Naram Qashat ___ 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
recommended linux port?
portmaster print/acroread9 ends with ===Verifying install for /compat/linux/lib/libexpat.so.1 in /usr/ports/textproc/linux-f10-expat === linux-f10-expat-2.0.1 is forbidden: http://www.freshports.org/vuxml.php?vid=5f030587-e39a-11de-881e-001aa0166822. *** Error code 1 Stop. make[2]: stopped in /usr/ports/textproc/linux-f10-expat *** Error code 1 Stop. make[1]: stopped in /usr/ports/graphics/linux-f10-cairo *** Error code 1 So, what is the recommended linux port? -- Steve ___ 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: math/lapack broken
Am 03.08.2014 um 17:58 schrieb Steve Kargl: I probably make the necessary changes in my local tree and move on. If you can work around it, you can also submit a patch for the port. ___ 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