Re: PHP 5.4.0 : lang/php54
On Mon, 2012-05-21 at 18:40 +0200, Miroslav Lachman wrote: I think that the best will be to not have any default php5 port and just use php52, php53, php54, php5X, php60... as we have apache20, apache22, apache24, or mysql50-server, mysql51-server, mysql55-server. +1 I really appreciate Alex's work, and seeing these lines : php5-5.3.13 needs updating (port has 5.4.3) php5-bz2-5.3.13 needs updating (port has 5.4.3) php5-ctype-5.3.13 needs updating (port has 5.4.3) php5-curl-5.3.13 needs updating (port has 5.4.3) [...] in my cron-based portaudit/portversion output always means some extra work to keep a stable server running even after some simple freebsd-updated and portupgrade -arvbp... (- first put php5 on HOLD in pkgtools.conf, then dowgrade from php5 to php53, etc... or even some work with portdowngrade). So this solution without a default php5 port would be perfect here, IMHO of course :-) Kind regards have a nice week, Olivier ___ 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: PHP 5.4.0 : lang/php54
Hi Svyatoslav, On Sat, 2012-05-12 at 03:12 +0900, Svyatoslav Lempert wrote: 2012/4/19 Alex Dupre a...@freebsd.org: FreeBSD 8.3 is done, please commit update lang/php5 to PHP 5.4 to portstree. Thank you in advance. I'm just waiting for final release of suhosin (both patch and extension) to commit the update. Do you know the release date of suhosin for this version? Stefan Esser did not make any changes in git repo https://github.com/stefanesser/suhosin more than a month and did not answer to email. Maybe should do without it? It seems there is still some activity, check for example the comments: https://github.com/stefanesser/suhosin/issues/14 Just as a reminder that PHP 5.4.x is not yet supported. Current tree compiles against it, without disabling features. However some problems with the dropped variable statistics and the session module. and https://github.com/stefanesser/suhosin/issues/5#issuecomment-5612025 : Initial support means that it now compiles against PHP 5.4 in a correct way. However PHP 5.4 has a myriad of code changes and therefore stuff might still be broken. It is already known that there is a problem with sessions and gallery. So it will probably take a while... (which is fine for me, I'll have to switch to lang/php53 anyway then). Regards, Olivier ___ 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: [solved] Re: [freebsd] pecl-imagick - Segmentation fault: 11 (core dumped) on php -i under freebsd 7.3
Hi Alex, thanks for this even better feedback. On Tue, 2010-11-16 at 15:22 +0100, Alex Dupre wrote: This is not the correct fix, the correct fix is to enable threads in php, using the appropriate OPTION. Ok, so probably this one: LINKTHR=off (default) Link thread lib (for threaded extensions) - on Is there any chance this will have other consequences (problems, incompatibilities with other php/pecl extensions) ? Or why is this off by default ? This should at least be checked when installing pecl-imagick, and I presume it will happen sometime as there is already PR about this case: http://www.freebsd.org/cgi/query-pr.cgi?pr=150996 Thanks again for your input regards, Olivier ___ 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
[solved] Re: [freebsd] pecl-imagick - Segmentation fault: 11 (core dumped) on php -i under freebsd 7.3
Hello and thanks for your feedback! On Tue, 2010-11-16 at 13:03 +0100, end...@gmail.com wrote: [...@pandora ~]$ php -v -c /usr/local/etc/php.ini-production PHP 5.3.2 with Suhosin-Patch (cli) (built: Jun 14 2010 18:11:48) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies Segmentation fault: 11 (core dumped) Here's what did it for me : remove the following lines from /usr/ports/textproc/libxml2/files/patch-configure and rebuild+reinstall libxml2 @@ -20678,6 +20679,8 @@ fi fi fi ;; + *freebsd*) THREAD_LIBS= + ;; esac if test $WITH_THREADS = 1 ; then THREAD_CFLAGS=$THREAD_CFLAGS -D_REENTRANT I found this somewhere but cannot remember the thread url unfortunately... Brillant! It fixed the issue, many thanks. CC'ing both ports manager (pecl-imagick and libxml2). It would be nice if this could be fixed in the ports tree directly: are these patch lines still required by other packages? Regards, Olivier PS: something probably related is visable under http://forums.freebsd.org/archive/index.php/t-8965.html ___ 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] pecl-imagick - Segmentation fault: 11 (core dumped) on php -i under freebsd 7.3
Good evening, On Tue, 2010-06-22 at 10:45 +0200, Olivier Mueller wrote: Problem: [...@pandora ~]$ php -v -c /usr/local/etc/php.ini-production PHP 5.3.2 with Suhosin-Patch (cli) (built: Jun 14 2010 18:11:48) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies Segmentation fault: 11 (core dumped) If I comment the line extension=imagick.so in /usr/local/etc/php/extensions.ini , it works fine (but without imagick then...). I tried recompiling about nearly all related packages (png, imagemagick, php, etc.), but it didn't helped. Same if I comment some other extensions (like pdf.so, etc.). All packages are 100% uptodate, as well as the OS (7.3-RELEASE-p1 amd64), but it was previously a 7.2 system, so this may have an influence. Is anybody using pecl-imagick without this segfault at the moment? Or do you have any suggestion about what I could try? I will setup a blank 7.3 system as a VM later this week to test by myself I finally did that now (vmware-based freebsd basic system + fresh ports tree + portinstall -rvbp php5 pecl-imagick), and it is exactly the same: Segfault still displayed. Maybe it's related to the WITHOUT_X11=yes in my make.conf ? I'll try again without that parameter later. Here are the ports list and gdb output, maybe someone will have an idea why it is reacting like that? : [r...@bsdbox73 ~]# php -v PHP 5.3.3 with Suhosin-Patch (cli) (built: Nov 11 2010 14:40:34) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies Segmentation fault: 11 (core dumped) [r...@bsdbox73 ~]# [r...@bsdbox73 ~]# gdb php php.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd...(no debugging symbols found)... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.4 Reading symbols from /lib/libz.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.4 Reading symbols from /usr/local/lib/libpcre.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpcre.so.0 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/local/lib/libxml2.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libxml2.so.5 Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x000803190820 in ?? () (gdb) (gdb) bt #0 0x000803190820 in ?? () #1 0x000800db17d5 in xmlFreeMutex () from /usr/local/lib/libxml2.so.5 #2 0x000800db1215 in xmlCleanupGlobals () from /usr/local/lib/libxml2.so.5 #3 0x000800d49d3a in xmlCleanupParser () from /usr/local/lib/libxml2.so.5 #4 0x0044ff28 in php_libxml_shutdown () #5 0x0044ff59 in zm_shutdown_libxml () #6 0x00558f2f in module_destructor () #7 0x0056061a in zend_hash_apply_deleter () #8 0x00560888 in zend_hash_graceful_reverse_destroy () #9 0x00554357 in zend_shutdown () #10 0x005005f5 in php_module_shutdown () #11 0x005dea4f in main () #12 0x004186de in _start () #13 0x000800781000 in ?? () #14 0x in ?? () #15 0x in ?? () [...] ---Type return to continue, or q return to quit---q Quit (gdb) [r...@bsdbox73 ~]# cat /etc//make.conf # om/20080318 WITHOUT_X11=yes [r...@bsdbox73 ~]# cat /usr/local/etc/php/extensions.ini extension=imagick.so [r...@bsdbox73 ~]# uname -a FreeBSD bsdbox73.omx.ch 7.3-RELEASE FreeBSD 7.3-RELEASE #0: Sun Mar 21 05:25:24 UTC 2010 r...@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 [r...@bsdbox73 ~]# pkg_info ImageMagick-nox11-6.6.4.10 Image processing tools apache-2.0.64 Version 2.0.x of Apache web server with prefork MPM. apr-0.9.19.0.9.19 Apache Portability Library autoconf-2.68 Automatically configure source code on many Un*x platforms autoconf-wrapper-20071109 Wrapper script for GNU autoconf automake-1.11.1 GNU Standards-compliant Makefile generator (1.11) automake-wrapper-20071109 Wrapper script for GNU automake bash-4.0.35 The GNU Project's Bourne Again SHell cups-client-1.4.4 Common UNIX Printing System: Library cups
Re: [freebsd] pecl-imagick - Segmentation fault: 11 (core dumped) on php -i under freebsd 7.3
Hello, On Sun, 2009-05-24 at 11:07 +0300, Andrey Slusar wrote: Current version (under 7.2) seems to crash with a Segmentation fault: 11 (core dumped) with php 5.2.9, and in some bug reports I saw that the problem doesn't occur anymore with pecl-imagick 2.2.2 (stable) or 2.3.x (beta) ( http://pecl.php.net/package/imagick ). Updated to 2.2.2 Thanks for your updates :) But at the moment, it seems to be broken again, and I can't find why. Problem: [...@pandora ~]$ php -v -c /usr/local/etc/php.ini-production PHP 5.3.2 with Suhosin-Patch (cli) (built: Jun 14 2010 18:11:48) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies Segmentation fault: 11 (core dumped) If I comment the line extension=imagick.so in /usr/local/etc/php/extensions.ini , it works fine (but without imagick then...). I tried recompiling about nearly all related packages (png, imagemagick, php, etc.), but it didn't helped. Same if I comment some other extensions (like pdf.so, etc.). All packages are 100% uptodate, as well as the OS (7.3-RELEASE-p1 amd64), but it was previously a 7.2 system, so this may have an influence. Is anybody using pecl-imagick without this segfault at the moment? Or do you have any suggestion about what I could try? I will setup a blank 7.3 system as a VM later this week to test by myself Thanks regards, Olivier PS: some files infos: 1) /usr/local/etc/php/extensions.ini extension=imap.so extension=openssl.so extension=zip.so extension=ftp.so extension=sqlite.so extension=ctype.so extension=json.so extension=zlib.so extension=gettext.so extension=filter.so extension=tidy.so extension=mysql.so extension=mcrypt.so extension=hash.so extension=mbstring.so extension=tokenizer.so extension=dom.so extension=xmlreader.so extension=bz2.so extension=iconv.so extension=simplexml.so extension=pdo.so extension=xml.so extension=xsl.so extension=pdo_sqlite.so extension=pdo_mysql.so extension=curl.so extension=mssql.so extension=mysqli.so extension=session.so extension=soap.so extension=wddx.so extension=memcache.so extension=gd.so extension=pdf.so extension=imagick.so 2) pkg_info |grep -i -e pecl -e php pear-1.9.0 PEAR framework for PHP pecl-imagick-3.0.0.r1 Provides a wrapper to the ImageMagick/GraphicsMagick librar pecl-memcache-3.0.4 Memcached extension pecl-pdflib-2.1.8 A PECL extension to create PDF on the fly php5-5.3.2_1PHP Scripting Language php5-bz2-5.3.2_1The bz2 shared extension for php php5-ctype-5.3.2_1 The ctype shared extension for php php5-curl-5.3.2_1 The curl shared extension for php php5-dom-5.3.2_1The dom shared extension for php php5-filter-5.3.2_1 The filter shared extension for php php5-ftp-5.3.2_1The ftp shared extension for php php5-gd-5.3.2_1 The gd shared extension for php php5-gettext-5.3.2_1 The gettext shared extension for php php5-hash-5.3.2_1 The hash shared extension for php php5-iconv-5.3.2_1 The iconv shared extension for php php5-imap-5.3.2_1 The imap shared extension for php php5-json-5.3.2_1 The json shared extension for php php5-mbstring-5.3.2_1 The mbstring shared extension for php php5-mcrypt-5.3.2_1 The mcrypt shared extension for php php5-mssql-5.3.2_1 The mssql shared extension for php php5-mysql-5.3.2_1 The mysql shared extension for php php5-mysqli-5.3.2_1 The mysqli shared extension for php php5-openssl-5.3.2_1 The openssl shared extension for php php5-pdo-5.3.2_1The pdo shared extension for php php5-pdo_mysql-5.3.2_1 The pdo_mysql shared extension for php php5-pdo_sqlite-5.3.2_1 The pdo_sqlite shared extension for php php5-session-5.3.2_1 The session shared extension for php php5-simplexml-5.3.2_1 The simplexml shared extension for php php5-soap-5.3.2_1 The soap shared extension for php php5-sqlite-5.3.2_1 The sqlite shared extension for php php5-tidy-5.3.2_1 The tidy shared extension for php php5-tokenizer-5.3.2_1 The tokenizer shared extension for php php5-wddx-5.3.2_1 The wddx shared extension for php php5-xml-5.3.2_1The xml shared extension for php php5-xmlreader-5.3.2_1 The xmlreader shared extension for php php5-xsl-5.3.2_1The xsl shared extension for php php5-zip-5.3.2_1The zip shared extension for php php5-zlib-5.3.2_1 The zlib shared extension for php phpMyAdmin-3.3.3A set of PHP-scripts to manage MySQL over the web phpSysInfo-3.0.r9_1 A PHP script for displaying system information 3) uname -a FreeBSD pandora 7.3-RELEASE-p1 FreeBSD 7.3-RELEASE-p1 #0: Tue May 25 19:23:41 UTC 2010 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 4) php -i shows: [...] imagick imagick module = enabled imagick module version = 3.0.0RC1 imagick classes = Imagick, ImagickDraw, ImagickPixel, ImagickPixelIterator ImageMagick version = ImageMagick 6.6.1-10 2010-06-22 Q16 http://www.imagemagick.org ImageMagick copyright = Copyright (C) 1999-2010 ImageMagick Studio LLC ImageMagick release date = 2010-06-22 [...]
Re: Is there PHP 5.2.x in ports? yes.
On Fri, 2010-04-23 at 15:34 -0400, doug schmidt wrote: On Thu, Apr 22, 2010 at 3:18 PM, Olivier Mueller om-lists-...@omx.ch wrote: And if you are patient, some devs are planing to add a php52 port, there is even something in the PR DB : http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/145772 (but I don't know how active they are, maybe asking on freebsd-ports would be better). lang/php52 has been added to the ports tree. wow, that was quick... cool! thanks for the information :) ( http://www.freebsd.org/cgi/ports.cgi?query=php52stype=allsektion=all ) regards, Olivier ___ 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: PHP 5.3 update now that 5.3.2 has been released
On Mon, 2010-03-08 at 17:38 +0100, Alex Dupre wrote: Sean McAfee ha scritto: I just noticed that 5.3.2 was finally released on Thursday (3/4). Are you still planning on cutting the ports tree over? If so, do you have a rough time-frame? Yes, this is still the plan. I have the update to 5.3.2 ready in my local repo, I'm just waiting for ports freeze end. Ok, this is going to be interesting :-) And what are the plans about 5.2.13 (25.Feb.10) : will this version just be skipped, or will there first be a (last) 5.2.x update, and then the jump to 5.3.0 ? Regards a nice week to all of you, Olivier ___ 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: PHP 5.3 update now that 5.3.2 has been released
On Mon, 2010-03-08 at 20:46 +0100, Olivier Mueller wrote: Ok, this is going to be interesting :-) And what are the plans about 5.2.13 (25.Feb.10) : will this version just be skipped, or will there first be a (last) 5.2.x update, and then the jump to 5.3.0 ? Self-answer, sorry, I should have checked the PR-database _before_ hitting the send button: the patch for 5.3.13 is there ( http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/144475 ). But the question remains (next update - 5.2.13 or 5.3.2?). regards, Olivier ___ 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: p5-Mail-SpamAssassin-3.2.5_4 - where are the rules located?
On Wed, 2010-02-10 at 10:51 +0100, Gabor Kovesdan wrote: El 2010. 02. 10. 6:17, Jack Raats escribió: Please commit it a.s.a.p. There is a port freeze coming, due to the FreeBSD 7.3 release. Thanks for the good work. Done. Enjoy! :) Btw, ports freeze isn't a hard lock any more, only sweeping commits are bound to portmgr approval. Thanks for the cool stuff! Looks good here, just followed the docs and updated the rules with sa-update, everything seems to work as before on a good old 6.x system. But there is something strange: where are the rules located now? They used to be in /usr/local/share/spamassassin but now, on the upgraded system: [...@ibox /usr/local/share/spamassassin]$ ls -la total 112 drwxr-xr-x 2 root wheel 512 Feb 10 15:47 . drwxr-xr-x 69 root wheel1536 Feb 10 15:47 .. -rw-r--r-- 1 root wheel 101479 Feb 10 15:47 languages -rw-r--r-- 1 root wheel4777 Feb 10 15:47 sa-update-pubkey.txt -rw-r--r-- 1 root wheel1869 Feb 10 15:47 user_prefs.template [...@ibox /usr/local/share/spamassassin]$ And it should be there according to sa-update -D: Feb 10 16:21:01.748 [63573] dbg: generic: SpamAssassin version 3.3.0 Feb 10 16:21:01.748 [63573] dbg: generic: Perl 5.008009, PREFIX=/usr/local, DEF_RULES_DIR=/usr/local/share/spamassassin, === LOCAL_RULES_DIR=/usr/local/etc/mail/spamassassin, LOCAL_STATE_DIR=/var/db/spamassassin Feb 10 16:21:01.748 [63573] dbg: config: timing enabled [...] I see them under: /var/db/spamassassin/3.003000/updates_spamassassin_org/ but is spamassassin now really loading the rules from there directly? Is this new? Just saw nothing about that in the release docs. It seems to be the case... Rules seems to be ok: Feb 10 16:24:26 ibox spamd[66708]: spamd: result: . 1 - BAYES_50,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,T_KHOP_FOREIGN_CLICK,URI_HEX scantime=3.5,size=30506 etc. Regards, Olivier ___ 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: p5-Mail-SpamAssassin-3.2.5_4 - where are the rules located?
(Self-answer) On Wed, 2010-02-10 at 16:28 +0100, Olivier Mueller wrote: But there is something strange: where are the rules located now? They used to be in /usr/local/share/spamassassin [...] I see them under: /var/db/spamassassin/3.003000/updates_spamassassin_org/ but is spamassassin now really loading the rules from there directly? Just ran a spamassassin -D testmessage and it now really seems to be like that: Feb 10 16:31:19.077 [76573] dbg: config: using /var/db/spamassassin/3.003000 for sys rules pre files Feb 10 16:31:19.077 [76573] dbg: config: using /var/db/spamassassin/3.003000 for default rules dir Feb 10 16:31:19.077 [76573] dbg: config: read file /var/db/spamassassin/3.003000/updates_spamassassin_org.cf Feb 10 16:31:19.078 [76573] dbg: config: using /usr/local/etc/mail/spamassassin for site rules dir 1) sys rules - /var/db/spamassassin/3.003000, then 2) /usr/local/etc/mail/spamassassin 3) no more /usr/local/share/spamassassin ?! regards, Olivier ___ 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: p5-Mail-SpamAssassin-3.2.5_4 - where are the rules located?
On Wed, 2010-02-10 at 16:28 +0100, Olivier Mueller wrote: But there is something strange: where are the rules located now? They used to be in /usr/local/share/spamassassin PS: everything ok according to the manual (perldoc spamassassin): CONFIGURATION FILES The SpamAssassin rule base, text templates, and rule description text are loaded from configuration files. Default configuration data is loaded from the first existing directory in: /var/db/spamassassin/3.003000 /usr/local/share/spamassassin /usr/local/share/spamassassin /usr/local/share/spamassassin /usr/share/spamassassin [...] Since rules are not part of the package anymore, they are not in /usr/local/share/ anymore, logical :) regards happy upgrading, Olivier ___ 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: p5-Mail-SpamAssassin-3.2.5_4
Hello Jean-Yves, Le 30 janv. 2010 à 13:39, Jean-Yves Avenard a écrit : Any chance for an update port of SpamAssassin 3.3.0 ? Yes, chances are good, if you look at the PR database since this week-end: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/143654 Testing time... before it gets committed in the ports tree :) Regards, Olivier ___ 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] PHP 5.3
Hi Alex, On Wed, 2010-01-20 at 15:05 +0100, Alex Dupre wrote: Alex Dupre ha scritto: the long awaited update to PHP 5.3 is ready! Here is the patchset to try before I'll commit it in the next week: http://www.alexdupre.com/php53.diff Patch updated. This should be the final patch. I'm going to commit it when PHP 5.3.2 will be released. Thanks for your great work! Just a question: once you will have updated the ports tree, what do you suggest as procedure for users stuck with php 5.2 and still willing to keep their systems up to date ? Like some people, I will need to keep php 5.2.x on a few production servers because the applications are not yet compatible with 5.3.x, and they won't be for at least 6-12 months (sorry, I am just the sysadmin, not the developer/buyer of these apps). I guess we will have to use portdowngrade and/or add php to the HOLD_PKGS part of /usr/local/etc/pkgtools.conf for some time ? Or are there any plan for a lang/php52 branch as suggested by somebody on the list, for example as long it is supported by the php.net devs? I know it is a complex thing: if you do not have time/interest to handle it, maybe somebody else could do it? I would be happy to help if possible... Or if it is a money issue, I am sure my company (+ some others) could finance some part of the work over donations, bounties, etc. Thanks in advance for your feedback kind regards, Olivier ___ 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] PHP 5.3
Bonsoir thanks for your quick answer :) On Tue, 2010-01-26 at 17:21 +0100, Alex Dupre wrote: I guess we will have to use portdowngrade and/or add php to the HOLD_PKGS part of /usr/local/etc/pkgtools.conf for some time ? I think not upgrading all the php5-* ports will be the best thing to do, so the latter. Ok, sounds good. And if in the mean time a 5.2.13 is released (it will happen :)), some manual patching work in the tree will be required, but it's the price to pay to stay behind the news :) PHP devs already told me it will be dropped soon (probably just before summer), so creating a port for a few months has no sense. Anyway I have no plan for lang/php52. Noted, merci. If you are not satisfied by the HOLD_PKGS solution and are going to contribute with donations, contact me privately with your offer. I will ask the devs my bosses and will get back to you. But there should be something anyway, at least for the freebsd foundation. Regards a nice week to you everyone, Olivier ___ 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
ejabberd 2.0.5 + erlang-r13b01_5 : failure
Hello, For the people around using ejabberd: erlang-r13b01_5,1 A functional programming language from Ericsson erlang-mysql-1.0_2 Native MySQL driver for Erlang ejabberd-2.0.5 Free and Open Source distributed fault-tolerant Jabber serv doesn't seem to work (epmd starts, but then nothings seems to happen and no log written), but after downgrading erlang, it's ok again: erlang-r12b5_2,1A functional programming language from Ericsson erlang-mysql-1.0_2 Native MySQL driver for Erlang ejabberd-2.0.5 Free and Open Source distributed fault-tolerant Jabber serv I don't see the reason yet, I just get a bunch of erl_crash_20090714-n.dump files in /var/log/ejabberd with r13 and everything is fine with r12. But it is maybe related to a rather old freebsd version (7.0-RELEASE-p11). (no, it's not related to the uid/gid port change as specified in ports/UPDATING). regards, Olivier ___ 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: ejabberd-1.1.4_2
On Tue, 2009-02-03 at 02:12 +0300, Aleksandr Kobychenko wrote: Hello, Shaun. Please update your port ejabber, the current version is outdated. The last actual version 2.0.3 (http://www.process-one.net/en/ejabberd/downloads) FYI, It seems the port has now finally been updated :-) http://www.freebsd.org/cgi/ports.cgi?query=ejabberd --- ejabberd-2.0.3 Thanks to Mikle (cf. http://www.freebsd.org/cgi/query-pr.cgi?pr=128463 ) regards, Olivier ___ 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
clamav 0.94.2 - 0.95 ?
Dear clamav-port maintainer, Do you plan to update the port to the new release? Version 0.95 is out since a few days, and now all scripts/crons based on clam-av are generating much more output (fixed now on my systems, but it may still be nice to have an updated port) : # freshclam ClamAV update process started at Thu Mar 26 16:35:26 2009 WARNING: Your ClamAV installation is OUTDATED! WARNING: Local version: 0.94.2 Recommended version: 0.95 DON'T PANIC! Read http://www.clamav.net/support/faq main.cld is up to date (version: 50, sigs: 500667, f-level: 38, builder: sven) daily.cld is up to date (version: 9169, sigs: 33875, f-level: 41, builder: guitar) I checked the PR database, and saw nothing there yet. If you need any help with testing or anything, please tell... :) Regards thanks for your work, Olivier ___ 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
upgrade 7.0 - 7.1 : portupgrade -af required?
Hello, After an upgrade from FreeBSD 7.0 to 7.1 (with freebsd-update in my case), is it required to recompile all ports (portupgrade -af) like specified in some docs/blog-entries, or is it not *really* necessary? What are you doing on your production systems? Having to upgrade several servers (15), it's quite important for me to estimate the time required for the operation... I did the upgrade on a test server here, and all ports still seems to work (apache, php, mysql, etc.) so I guess the answer is no, but I'd like to be sure before upgrading some important servers :-) According to: http://www.freebsd.org/releases/7.1R/announce.html Users of earlier FreeBSD releases (FreeBSD 6.x) can also use freebsd-update to upgrade to FreeBSD 7.1, but will be prompted to rebuild all third-party applications (e.g., anything installed from the ports tree) after the second invocation of freebsd-update install, in order to handle differences in the system libraries between FreeBSD 6.x and FreeBSD 7.x. It would be necessary only for major upgrades (6.x - 7.x). Right? thanks regards, Olivier ___ 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: ejabberd 2.0.0 ?
Hello, On Sun, 2008-10-05 at 17:25 +0200, Nicolas Raspail wrote: ejabberd 2.0.2 is out, and we still don't see any news about a new port version. Is Shaun still maintening the port actively ? It doesn't seem to be the case, but it's easy to install ejabberd 2.0.2 by yourself manually if you really need it: 0) (install the old version of ejabberd with the port to make sure you have all dependencies... ) 1) get the source via lynx http://www.process-one.net/en/ejabberd/downloads/ 2) unpack in /usr/local/src 3) cd ejabberd-2.0.2 3) ./configure --prefix=/usr/local/ejabberd 4) gmake all; gmake install all 5) update /usr/local/ejabberd/etc/* 6) /usr/local/ejabberd/sbin/ejabberdctl start 7) access http://serverIP:5280/admin/ Et voilà :-) A clean port would of course be nicer, but in the mean time, this solutions seems to work... Regards have a nice week-end, Olivier ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ejabberd 2.0.0 ?
On Thu, 2008-04-24 at 11:37 +0200, Bogdan Ćulibrk wrote: Shaun Amott wrote: On Thu, Mar 27, 2008 at 01:36:26PM +0100, Olivier Mueller wrote: Hello, Are there any plans to update the port with the latest ejabberd (2.0.0) version? Latest release was about 1 month ago: http://www.process-one.net/en/news/article/ejabberd_200_has_been_released/ Otherwise I'll just try to install it by hand :) Yes, I've been working on an update. Some dependency failed when I was building it previously it and I didn't get around to trying again. is there any news on this topic? Another month has passed and yet no 2.0 in ports. 3 more months later now... and in the mean time, 2.0.1 is out according to http://www.ejabberd.im/ . Holiday are finished here, and I will finally upgrade my good old jabberd server (hw too) to ejabberd in a few weeks in September, with some luck it will be with a nice new port for 2.0.1 or by hand ? ;-) regards, Olivier ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: devel/subversion : java + python bindings
Hi, On Wed, 2008-07-02 at 17:07 +0400, Lev Serebryakov wrote: thanks for the upgrade to subversion 1.5! Would it be possible to add back the WITH_JAVA and WITH_PYTHON knobs ? [...] I've added notes to UPDATING a day ago :) I currently have an old: subversion-python-1.4.6_1 Version control system to upgrade on a system. So before I break anything (trac etc. must continue to work after... :)), I guess the way to upgrade would be to remove this package, and install: (+ the neon update according to UPDATING) - subversion-1.5.0_4 - py-subversion Does this sounds correct? Thanks for a short confirmation :-) Regards, Olivier ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Is the ejabberd maintainer active?
Hello, On Fri, 2008-05-02 at 14:27 +0100, Shaun Amott wrote: I just tried pinging the ejabberd maintainer, to see if he would update the port to version 2, and the e-mail address attached to his alias came back as non-existent. Does anyone know of his whereabouts and active status? Yes, I have an update ready. I will commit it soon. Sorry for the delay. Soon... this year or next one? :-) Haven't had the time myself either to work/test it the last weeks, but if you have anything from now, feel free to ask and I'd be glad to test too. regards a nice week-end to you, Olivier ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
net-snmpd/ucd-snmp: issues under FreeBSD 6.2 amd64 ? (physmem: Cannot allocate memory)
Hello, I'm trying to start net-snmpd or ucd-snmp on a brand new amd64-system (hp dl360g5, 4GB ram, dual xeon), and all I get is the message: Sep 14 08:11:02 db3 snmpd[64634]: sysctl: physmem: Cannot allocate memory on start with net-snmpd, and this with ucd-snmpd: [EMAIL PROTECTED] ~]# /usr/local/etc/rc.d/snmpd start Starting snmpd. nlist err: neither nproc nor _nproc found. sysctl: physmem: Cannot allocate memory nlist err: neither total nor _total found. nlist err: neither proc nor _proc found. improper port specification /var/run/snmpd.pid Server Exiting with code 1 [EMAIL PROTECTED] ~]# sysctl -a |grep physmem hw.physmem: 4281905152 I have no problems like that with snmpd on other servers, but they are all running an i386-version of Freebsd: problem seems related to amd64 ? There are some posts, all still without answers, about this problem on the same platform: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/ 2004-11/2994.html http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/ 2004-11/1375.html etc. Any suggestion? I'd be glad to help solving this problem, if possible... regards, Olivier ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
suggestion: force removal and reinstallation of eaccelerator on php upgrade
Reason: when you upgrade php, for example for 5.2.2 to 5.2.3, and forget to uninstall and reinstall eaccelerator, it will break web services (if php is active as module) and php -i will look like: [EMAIL PROTECTED] ~]$ php -i [EMAIL PROTECTED] ~]$ I presume it's possible to define such a behaviour ? eAccelerator has to be compiled on each php version change. Regards from Zürich, Olivier ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
p5-Mail-SpamAssassin 3.2.0
Hello, Just wondering if you could use any help about this port update? What is the problem you are talking about? I just saw your PR but it's already a few weeks old: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/112502 And as spamassassin 3.2.0 has quite a lot of enhancements... Regards thanks for your work, Olivier ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: p5-Quota issues
Hi Oliver thanks for your Feedback, Le 15 déc. 06 à 00:57, Oliver Fromme a écrit : Olivier Mueller wrote: I'm trying to get a script working with the p5-Quota module, but no way... : - quota correctely working for the /home partition - tested with edquota/repquota, etc. But when trying to retrieve information or setup quota information from a perl script, I get: Quota::sync: error #45 I guess that's an errno number, and in that case 45 is EOPNOTSUPP (Operation not supported). It is a bug that the errno number is not printed as a human-readable string. Did you try to use Quota::query? Does it work? Tried yes, work: no. But what bothers me more is that exactely the same script (with the same module) is working fine under linux... According to the p5-Quota documentation, the Quota::sync function is not supported on all platforms, so it's perfectly possible that the p5-Quota code supports it on Linux, but not on FreeBSD. Well, in this case, why would there be a freebsd port for this module? :-) I'll continue my tests... And if it doesn't work, I'll simply use the system commands instead of the perl module, but then I would have to rewrite some part of my scripts. regards, Olivier___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]