Re: [maintainer] Workaround: mariadb55-client and other ports using libmysqlclient.so
Hi Dewayne, Patch for libexecinfo issue is tested by at least 6 different users, so it is now safe to commit fix without reverting. Cheers, Alexandr. On Wed, Oct 16, 2013 at 1:04 AM, Dewayne dewayne.gerag...@heuristicsystems.com.au wrote: On 16/10/2013 9:00 AM, Michael Gmelin wrote: On Wed, 16 Oct 2013 00:33:42 +0300 Alexandr Kovalenko ne...@nevermind.kiev.ua wrote: Thanks for testing Michael! Michael, no need to merge into your patch, this fix is essential and urgent, while your is very complex and not so urgent :) Let's keep things separate :) On Tue, Oct 15, 2013 at 11:34 PM, Michael Gmelin free...@grem.de wrote: On Tue, 15 Oct 2013 22:28:10 +0300 Alexandr Kovalenko ne...@nevermind.kiev.ua wrote: On Tue, Oct 15, 2013 at 10:21 PM, Vincent Hoffman vi...@unsane.co.uk wrote: ports/182565 I've submitted fix. Could you please try it and check if it helps? http://www.freebsd.org/cgi/query-pr.cgi?pr=183001 ___ 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 I tested the patch on 9.1-RELEASE + clang + libc++, it builds and runs fine. Since I was just preparing anothing patch for PR 182547 I merged this with your patch, it can be found here: http://www.freebsd.org/cgi/query-pr.cgi?pr=182547cat=#reply15 Michael -- Michael Gmelin Hi Alex, While I understand that your top priority is making the port build again, I would ask you to look at the patches soon. Not reading the correct configuration files is not a negligible problem, especially when migrating from MySQL. Thanks, Michael Isn't the most expedient solution to reverse the libexecinfo changes until the patches are incorporated, tested and deployed? Is there a reason that the Makefile can't comment out LIB_DEPENDS= libexecinfo.so:${PORTSDIR}/devel/libexecinfo and remove files/patch-cmake_os_FreeBSD.cmake in the meantime? Regards, Dewayne ___ 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
[maintainer] Workaround: mariadb55-client and other ports using libmysqlclient.so
Hello, Just want to notice you that build of ports which depend on libmysqlclient.so from MariaDB 5.5.33a is broken now on anything which is older than OSVERSION 152 (i.e. 9.x and older 10.x), 10-BETA1 and 11-CURRENT are not affected. This happened due to introduction of libexecinfo dependency. Sorry about that :( The simpliest temporary workaround is, of course to create symlink: ln -sf /usr/local/lib/libexecinfo.so /usr/lib I'm working on a _proper_ solution with upstream now and will submit proper fix as soon as possible. Cheers, Alexandr. ___ 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: [maintainer] Workaround: mariadb55-client and other ports using libmysqlclient.so
On Tue, Oct 15, 2013 at 10:21 PM, Vincent Hoffman vi...@unsane.co.uk wrote: ports/182565 I've submitted fix. Could you please try it and check if it helps? http://www.freebsd.org/cgi/query-pr.cgi?pr=183001 ___ 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: [maintainer] Workaround: mariadb55-client and other ports using libmysqlclient.so
Thanks for testing Michael! Michael, no need to merge into your patch, this fix is essential and urgent, while your is very complex and not so urgent :) Let's keep things separate :) On Tue, Oct 15, 2013 at 11:34 PM, Michael Gmelin free...@grem.de wrote: On Tue, 15 Oct 2013 22:28:10 +0300 Alexandr Kovalenko ne...@nevermind.kiev.ua wrote: On Tue, Oct 15, 2013 at 10:21 PM, Vincent Hoffman vi...@unsane.co.uk wrote: ports/182565 I've submitted fix. Could you please try it and check if it helps? http://www.freebsd.org/cgi/query-pr.cgi?pr=183001 ___ 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 I tested the patch on 9.1-RELEASE + clang + libc++, it builds and runs fine. Since I was just preparing anothing patch for PR 182547 I merged this with your patch, it can be found here: http://www.freebsd.org/cgi/query-pr.cgi?pr=182547cat=#reply15 Michael -- Michael Gmelin ___ 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: MariaDB 5.5.53a (Was: CMake, libexecinfo, ${LOCALBASE}/lib and ldconfig)
On Thu, Sep 26, 2013 at 3:54 PM, Michael Gmelin free...@grem.de wrote: On Thu, 26 Sep 2013 15:28:54 +0100 Alexandr Kovalenko ne...@nevermind.kiev.ua wrote: On Thu, Sep 26, 2013 at 3:05 PM, Michael Gmelin free...@grem.de wrote: Since you're working on 5.5.33a it would be great if you could incorporate the patches I just submitted to allow building mariadb using clang's libc++ http://www.freebsd.org/cgi/query-pr.cgi?pr=182408 . ports/182287 should be closed [adding flo@ : ], as I will submit maintainer update soon and also this PR does not actually enable TOKUDB (which is what I'm fighting now, but probably will give up for now and submit update without it to work on TOKUDB later). 2. Would you be so kind to send me patches against current (5.5.33a) source to help me a bit? :) I verified my patches against 5.5.33a from 2013-09-20: patch-sql_item_subselect.cc: applies ok patch-storage_pbxt_src_strutil_xt.cc: pbxt has been removed patch-storage_pbxt_src_index_xt.cc: pbxt has been removed patch-storage_pbxt_src_util_xt.cc: pbxt has been removed patch-storage_federated_ha_federated.cc: already upstream patch-sql_sql_trigger.cc: ok patch-sql_sql_view.cc: ok This means that only three patches will be required. Just untar the attached tarball in the ports files directory: cd /usr/ports/databases/mariadb55-server/files tar -xzf /path/to/patches.tgz There might be more challenges new to this version of MariaDB, so I'm more than happy to test the port once you're ready. Thanks, your patches are incorporated into http://www.freebsd.org/cgi/query-pr.cgi?pr=182426 :) Please feel free to test this update and report any problems you may encounter :) -- Alexandr. ___ 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
CMake, libexecinfo, ${LOCALBASE}/lib and ldconfig
Hello, I'm working on 5.5.33a MariaDB port now and got trouble making cmake to find libexecinfo (stub for linuxish backtrace() function). I'm desperate now in trying to fight this thing: Determining if the function backtrace exists failed with the following output: Change Dir: /usr/ports/databases/mariadb55-server/work/mariadb-5.5.33a/CMakeFiles/CMakeTmp Run Build Command:/usr/local/bin/gmake cmTryCompileExec343489733/fast /usr/local/bin/gmake -f CMakeFiles/cmTryCompileExec343489733.dir/build.make CMakeFiles/cmTryCompileExec343489733.dir/build gmake[1]: Entering directory `/usr/ports/databases/mariadb55-server/work/mariadb-5.5.33a/CMakeFiles/CMakeTmp' /usr/local/bin/cmake -E cmake_progress_report /usr/ports/databases/mariadb55-server/work/mariadb-5.5.33a/CMakeFiles/CMakeTmp/CMakeFiles 1 Building C object CMakeFiles/cmTryCompileExec343489733.dir/CheckFunctionExists.c.o /usr/bin/clang -D_LARGEFILE_SOURCE -D_LARGE_FILES -D_FILE_OFFSET_BITS=64 -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -O2 -pipe -fno-strict-aliasing -DCHECK_FUNCTION_EXISTS=backtrace -o CMakeFiles/cmTryCompileExec343489733.dir/CheckFunctionExists.c.o -c /usr/local/share/cmake/Modules/CheckFunctionExists.c Linking C executable cmTryCompileExec343489733 /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cmTryCompileExec343489733.dir/link.txt --verbose=1 /usr/bin/clang -O2 -pipe -fno-strict-aliasing -DCHECK_FUNCTION_EXISTS=backtrace CMakeFiles/cmTryCompileExec343489733.dir/CheckFunctionExists.c.o -o cmTryCompileExec343489733 -lexecinfo /usr/bin/ld: cannot find -lexecinfo clang: error: linker command failed with exit code 1 (use -v to see invocation) gmake[1]: Leaving directory `/usr/ports/databases/mariadb55-server/work/mariadb-5.5.33a/CMakeFiles/CMakeTmp' gmake[1]: *** [cmTryCompileExec343489733] Error 1 gmake: *** [cmTryCompileExec343489733/fast] Error 2 root@vbox:~ # ldconfig -r | grep execinfo 141:-lexecinfo.1 = /usr/local/lib/libexecinfo.so.1 Could anyone, please, explain me, why clang can't see libexecinfo during link phase and how to fix it? Thanks in advance! -- Alexandr ___ 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: CMake, libexecinfo, ${LOCALBASE}/lib and ldconfig
On Thu, Sep 26, 2013 at 3:05 PM, Michael Gmelin free...@grem.de wrote: Since you're working on 5.5.33a it would be great if you could incorporate the patches I just submitted to allow building mariadb using clang's libc++ http://www.freebsd.org/cgi/query-pr.cgi?pr=182408 . ports/182287 should be closed [adding flo@ : ], as I will submit maintainer update soon and also this PR does not actually enable TOKUDB (which is what I'm fighting now, but probably will give up for now and submit update without it to work on TOKUDB later). I'm more than happy to apply your patches. I have few questions: 1. Will those patches affect build on stdlibc++ in any way? 2. Would you be so kind to send me patches against current (5.5.33a) source to help me a bit? :) Thanks in advance! As for your problem, there's been an ldconfig bug in the ports tree a few days ago, maybe updating it will fix this for you (this is just a wild speculation, I didn't really check if it is related). Feel free to send me a tarball of the port skeleton off-list in case you're stuck. -- Alexandr. ___ 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: Setting up tinderbox-devel on a pkgng system
On Sat, Jan 19, 2013 at 5:29 AM, David Naylor d...@freebsd.org wrote: Another issue is that, by default, the port installs databases/p5-DBD-mysql which is not a recognised port. The attached patch fixes that [2]. I'm not sure where did you get your ports tree from, but it is perfectly valid port, which also autodetects which version of MySQL is used. http://svnweb.freebsd.org/ports/head/databases/p5-DBD-mysql/ [2] I assumed that databases/p5-DBD-mysqlXY needs to correspond to databases/mysqlXY-client (no idea if that is a correct assumption). ___ 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: ports/174660: [NEW PORT] databases/mariadb55-{client|server}
On Sun, Dec 23, 2012 at 6:55 PM, Alexandr Kovalenko ne...@nevermind.kiev.ua wrote: Number: 174660 Category: ports Synopsis: [NEW PORT] databases/mariadb55-{client|server} Confidential: no Severity: serious Priority: medium Responsible:freebsd-ports-bugs State: open Quarter: Keywords: Date-Required: Class: change-request Submitter-Id: current-users Arrival-Date: Sun Dec 23 17:00:00 UTC 2012 Closed-Date: Last-Modified: Originator: Alexandr Kovalenko Release:FreeBSD 9.1-PRERELEASE amd64 Organization: Nevermind Ltd. Environment: System: FreeBSD 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r243957 Description: New port for MariaDB 5.5.28a. Requires repocopy from databases/mysql55-client and databases/mysql55-server ports (as of 5.5.28) and then applying patch. Also requires minor patch to Mk/bsd.database.mk How-To-Repeat: N/A Fix: Please find file attached with updated ports for MariaDB 5.5, which are now using same MYSQL_VER scheme as percona55-* ports. -- Alexandr Kovalenko ___ 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: [RFC] databases/mariadb55-{server|client} ports
On Mon, Dec 24, 2012 at 10:24 PM, Alexandr Kovalenko ne...@nevermind.kiev.ua wrote: On Mon, Dec 24, 2012 at 8:05 PM, Alex Dupre a...@freebsd.org wrote: Thanks for noticing this. I'll submit another PR after this one is commited to remove those headers from -client and add to -server, will also re-add libmysqlservices.a to -server together with headers. Why are you going to hack the mariadb ports is such way? The MySQL 5.5 ports are so for a reason. From the original commit log: - new installation layout, resembling RPM packages: - client = Client Utilities + Development Libraries + Shared components - server = MySQL Server + Embedded I've asked MariaDB developers about that and they advised that libmysqlservices (and appropriate header files) are server development part. Plugins which need libmysqlservices are server plugins. There is separate type of plugins which are client plugins, which have nothing to do with libmysqlservices. Basically I'm for having both mysql and mariadb ports semi-identical - have same install layouts, so if you feel that layout you are using in mysql55-* is better - it is easy to fix so that mariadb55 will resemble it. P.S. I've also noticed that you have .conf file in bin/mysqlaccess.conf in mysql55-client - was that intentional? Shouldn't it be placed somewhere like /usr/local/etc ? Alex, just for my information - are you willing to commit my PR or we are just discussing common problems of our 2 (4) ports? If yes - could you please commit this version and later we'll find a way to agree on pkg-plists and either me or you (depends on which port should be fixed) will submit PR/commit fix? Thanks. -- Alexandr Kovalenko ___ 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: [RFC] databases/mariadb55-{server|client} ports
On Mon, Dec 24, 2012 at 10:06 AM, Alex Dupre a...@freebsd.org wrote: Alexandr Kovalenko ha scritto: Fixed pkg-plist bug with libmysqlservices.a (which, btw, should be fixed in mysql55-client too - libmysqlservices.a should not be installed in any of packages). Why do you say so? libmysqlservices.a is needed to create plugins. At least it should be installed with server package, not client. -- Alexandr Kovalenko ___ 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: [RFC] databases/mariadb55-{server|client} ports
On Mon, Dec 24, 2012 at 5:44 PM, Alex Dupre a...@freebsd.org wrote: Alexandr Kovalenko ha scritto: At least it should be installed with server package, not client. It is installed together with headers needed to build plugins. Thanks for noticing this. I'll submit another PR after this one is commited to remove those headers from -client and add to -server, will also re-add libmysqlservices.a to -server together with headers. -- Alexandr Kovalenko ___ 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: [RFC] databases/mariadb55-{server|client} ports
On Mon, Dec 24, 2012 at 8:05 PM, Alex Dupre a...@freebsd.org wrote: Thanks for noticing this. I'll submit another PR after this one is commited to remove those headers from -client and add to -server, will also re-add libmysqlservices.a to -server together with headers. Why are you going to hack the mariadb ports is such way? The MySQL 5.5 ports are so for a reason. From the original commit log: - new installation layout, resembling RPM packages: - client = Client Utilities + Development Libraries + Shared components - server = MySQL Server + Embedded I've asked MariaDB developers about that and they advised that libmysqlservices (and appropriate header files) are server development part. Plugins which need libmysqlservices are server plugins. There is separate type of plugins which are client plugins, which have nothing to do with libmysqlservices. Basically I'm for having both mysql and mariadb ports semi-identical - have same install layouts, so if you feel that layout you are using in mysql55-* is better - it is easy to fix so that mariadb55 will resemble it. P.S. I've also noticed that you have .conf file in bin/mysqlaccess.conf in mysql55-client - was that intentional? Shouldn't it be placed somewhere like /usr/local/etc ? -- Alexandr Kovalenko ___ 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: [RFC] databases/mariadb55-{server|client} ports
On Sun, Dec 23, 2012 at 6:36 AM, Alexandr Kovalenko ne...@nevermind.kiev.ua wrote: I've made attempt to make ports of MariaDB 5.5.x and here my proposed version of it. Ports were made out of respective mysql55-* ports. They also require minor change to Mk/bsd.database.mk Could you please review and advise if everything is good or something should be changed/improved. http://pastie.org/5567310 Fixed pkg-plist bug with libmysqlservices.a (which, btw, should be fixed in mysql55-client too - libmysqlservices.a should not be installed in any of packages). http://nevermind.kiev.ua/ports/mariadb55-ports-v2.tgz -- Alexandr Kovalenko ___ 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: [RFC] databases/mariadb55-{server|client} ports
On Sun, Dec 23, 2012 at 6:09 PM, Alexandr Kovalenko ne...@nevermind.kiev.ua wrote: On Sun, Dec 23, 2012 at 6:36 AM, Alexandr Kovalenko ne...@nevermind.kiev.ua wrote: I've made attempt to make ports of MariaDB 5.5.x and here my proposed version of it. Ports were made out of respective mysql55-* ports. They also require minor change to Mk/bsd.database.mk Could you please review and advise if everything is good or something should be changed/improved. http://pastie.org/5567310 Fixed pkg-plist bug with libmysqlservices.a (which, btw, should be fixed in mysql55-client too - libmysqlservices.a should not be installed in any of packages). Ok, ports/174660 :) -- Alexandr Kovalenko ___ 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
[RFC] databases/mariadb55-{server|client} ports
Hello, I've made attempt to make ports of MariaDB 5.5.x and here my proposed version of it. Ports were made out of respective mysql55-* ports. They also require minor change to Mk/bsd.database.mk Could you please review and advise if everything is good or something should be changed/improved. http://pastie.org/5567310 -- Alexandr Kovalenko ___ 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: [HEADS-UP] Announcing the end of port CVS
On Sun, Sep 9, 2012 at 8:15 AM, Kevin Oberman kob6...@gmail.com wrote: 2. Select US east coast or US west as your server. Pick at random or pick the one closer to you. What if neither is close to me (there are other countries in the world, not only USA, some are even on the other side of the planet, btw, did you know?) ? -- Alexandr Kovalenko ___ 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
poudriere building for .
Hello, I have a quick question about poudriere and building for HEAD (AKA . AKA 10.0-CURRENT). When I created my buildjail, I used . to specify version and method csup. The funny thing is that now I get (please note . instead of 10.0): checking build system type... i386-portbld-freebsd. checking host system type... i386-portbld-freebsd. in all package builds. Most of packages do not dislike this, but there is at least one, which does - namely lsof - it fails to detect FreeBSD version. Could you please advise a solution for this? Thanks in advance! -- Alexandr Kovalenko http://uafug.org.ua/ ___ 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: [HEADS-UP] Announcing the end of port CVS
On Sun, Sep 9, 2012 at 7:35 PM, Kevin Oberman kob6...@gmail.com wrote: On Sun, Sep 9, 2012 at 6:26 AM, Alexandr Kovalenko ne...@nevermind.kiev.ua wrote: On Sun, Sep 9, 2012 at 8:15 AM, Kevin Oberman kob6...@gmail.com wrote: 2. Select US east coast or US west as your server. Pick at random or pick the one closer to you. What if neither is close to me (there are other countries in the world, not only USA, some are even on the other side of the planet, btw, did you know?) ? Yes, I am quite aware of it, but I am merely the messenger. Until other subversion mirrors are made available in other parts of the world, only the two in the US are available. I'm sure that will change in time, but for the moment, only the two US mirrors have been announced. For now, if it is not clear which is closer, you can ping to see which has the faster response. In my case, us-west is about 20 ms away while us-east is 100. If you have a well connected server in another part of the world, I assume the project would be happy to have another mirror made available. Note that the full repository is quite large. There are clearly security issues, too. JFYI, I'm already running ftp/cvsup.ua.freebsd.org (primary Ukrainian mirror) for about 8 years. But the recent changes to policies, which were discussed behind the closed doors by some group of people in The FreeBSD Project, effectively makes all efforts, money and so on, which were invested to support project, unnecessary. Current (semi-official) statements say that project is going to abandon practice of non-project managed mirrors and will do everything on it's own. As for now my mirror serves full CVS[up] repo from SSD, and have full FTP archive avaliable, which is synced every hour. You may have read the situation with Australian SVN mirror - when project officials officially prohibited guys, who set it up to use *.freebsd.org name for that. -- Alexandr Kovalenko ftp/cvsup.ua.freebsd.org maintainer. ___ 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: poudriere building for .
On Sun, Sep 9, 2012 at 10:24 PM, Baptiste Daroussin b...@freebsd.org wrote: On Sun, Sep 09, 2012 at 07:48:37PM +0300, Alexandr Kovalenko wrote: I have a quick question about poudriere and building for HEAD (AKA . AKA 10.0-CURRENT). When I created my buildjail, I used . to specify version and method csup. The funny thing is that now I get (please note . instead of 10.0): checking build system type... i386-portbld-freebsd. checking host system type... i386-portbld-freebsd. in all package builds. Most of packages do not dislike this, but there is at least one, which does - namely lsof - it fails to detect FreeBSD version. Could you please advise a solution for this? This should normally have been fixed in 2.0 and -devel, but it would needs you to destroy/recreate your jail. Can you tell me which version of poudriere you were using when creating your jail? poudriere-1.5.4_1 Port build and test system Another way and simpler way to deal with package building on HEAD, is to use the new allbsd method, which will fetch the latest current sets build by allbsd.org people. Not quite sure I understand what you are talking about, could you, please, be more precise? :) -- Alexandr Kovalenko ___ 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: ports/162877: [PATCH] lang/php5: turn on Apache module build by default
On Fri, Nov 25, 2011 at 5:26 PM, a...@freebsd.org wrote: Synopsis: [PATCH] lang/php5: turn on Apache module build by default State-Changed-From-To: open-closed State-Changed-By: ale State-Changed-When: Fri Nov 25 15:25:31 UTC 2011 State-Changed-Why: Not the right thing, you should build mod_php5 tailored to your apache installation. http://www.freebsd.org/cgi/query-pr.cgi?pr=162877 Could you please explain it in detail? What you mean by 'tailored'? Do you understand that port (I mean package) is almost completely useless without mod_php enabled? Thanks in advance! ___ 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