Munin crashing : p5-Net-Server
Hi, After a recent upgrade to p5-Net-Server-2.005 on various boxes, I'm finding that munin-node is going down regularly. (Multiple machines, looks to be affected on FreeBSD8.2 and FreeBSD8.3 REL, but not 9.0 machines) It looks related to trying to start on an ipv6 interface ( which is not there) and i suspect this is a default from the perl Net-Server module rather than munin? Jun 19 00:00:01 ifdnrg20 newsyslog[24331]: logfile turned over Pid_file created by this same process. Doing nothing. 2012/06/19-00:00:02 Munin::Node::Server (type Net::Server::Fork) starting! pid(50897) sysctl: unknown oid 'net.ipv6.bindv6only' Resolved [*]:4949 to [::]:4949, IPv6 Resolved [*]:4949 to [0.0.0.0]:4949, IPv4 Binding open file descriptors 2012/06/19-00:00:02 Bad file descriptor at line 298 in file /usr/local/lib/perl5/site_perl/5.12.4/Net/Server.pm 2012/06/19-00:00:02 Server closing! shutdown() on unopened socket GEN0 at /usr/local/lib/perl5/5.12.4/mach/IO/Socket.pm line 295. shutdown() on unopened socket GEN1 at /usr/local/lib/perl5/5.12.4/mach/IO/Socket.pm line 295. Paul. ___ 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
latest kdelibs update fails
Hi all. Trying to update kdelibs I stumbled upon this one: -- No backend for KAuth was explicitly specified: probing system to find the best one available -- Found PolkitQt-1: /usr/local/lib/cmake/PolkitQt-1/PolkitQt-1Config.cmake WARNING: Installation prefix does not match PolicyKit install prefixes. You probably will need to move files installed in POLICY_FILES_INSTALL_DIR and by dbus_add_activation_system_servi ce to the prefix -- Building PolkitQt-1 KAuth backend CMake Error at kdecore/CMakeLists.txt:387 (set_source_files_properties): set_source_files_properties called with incorrect number of arguments. It seems that kdelibs fails to detect PolicyKit correctly. -- Sphinx of black quartz judge my vow. ___ 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: [munin-users] Munin crashing : p5-Net-Server
On 2012-06-19T08:17:09+0100, Paul Macdonald p...@ifdnrg.com wrote: After a recent upgrade to p5-Net-Server-2.005 on various boxes, I'm finding that munin-node is going down regularly. (Multiple machines, looks to be affected on FreeBSD8.2 and FreeBSD8.3 REL, but not 9.0 machines) This is due to newsyslog sending a signal to munin-node (notice the first line of the log). As a workaround, if you comment the munin-node line in /etc/newsyslog.conf, munin-node will stay running, but you'll have to figure out another way to rotate the logs, if you care about rotating those logs. This is probably a bug somewhere. I haven't debugged further than this due to lack of time, but maybe this will help you determine the root cause, and a fix. It looks related to trying to start on an ipv6 interface ( which is not there) and i suspect this is a default from the perl Net-Server module rather than munin? Jun 19 00:00:01 ifdnrg20 newsyslog[24331]: logfile turned over Pid_file created by this same process. Doing nothing. 2012/06/19-00:00:02 Munin::Node::Server (type Net::Server::Fork) starting! pid(50897) sysctl: unknown oid 'net.ipv6.bindv6only' Resolved [*]:4949 to [::]:4949, IPv6 Resolved [*]:4949 to [0.0.0.0]:4949, IPv4 Binding open file descriptors 2012/06/19-00:00:02 Bad file descriptor at line 298 in file /usr/local/lib/perl5/site_perl/5.12.4/Net/Server.pm 2012/06/19-00:00:02 Server closing! shutdown() on unopened socket GEN0 at /usr/local/lib/perl5/5.12.4/mach/IO/Socket.pm line 295. shutdown() on unopened socket GEN1 at /usr/local/lib/perl5/5.12.4/mach/IO/Socket.pm line 295. Paul. -- Kenyon Ralph signature.asc Description: Digital signature
png-1.5.11 status?
What is the current status of newly-released png-1.5.11? My main concern is having to portupgrade/portmaster all ports that have png as a dependency, don't want to have to do this for png-1.5.10 and then a day or two later for png-1.5.11. Maybe NetBSD pkgsrc promptly updated png to 1.5.11 because they wanted to get it in before the freeze for pkgsrc-2012Q2? Tom ___ 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: latest kdelibs update fails
2012/6/19 Volodymyr Kostyrko c.kw...@gmail.com:
Hi all.
Trying to update kdelibs I stumbled upon this one:
-- No backend for KAuth was explicitly specified: probing system to find the
best one available
-- Found PolkitQt-1: /usr/local/lib/cmake/PolkitQt-1/PolkitQt-1Config.cmake
WARNING: Installation prefix does not match PolicyKit install prefixes. You
probably will need to move files installed in POLICY_FILES_INSTALL_DIR and
by dbus_add_activation_system_servi
ce to the prefix
-- Building PolkitQt-1 KAuth backend
CMake Error at kdecore/CMakeLists.txt:387 (set_source_files_properties):
set_source_files_properties called with incorrect number of arguments.
It seems that kdelibs fails to detect PolicyKit correctly.
I had the same problem, the following cmake directive is wrong :
set_source_files_properties(util/kshareddatacache.cpp
PROPERTIES COMPILE_FLAGS ${KDE4_ENABLE_EXCEPTIONS})
I think KDE4_ENABLE_EXCEPTIONS is empty, and the
set_source_files_properties complains that the number of arguments is
wrong.
I deleted those lines to be able to build kdelibs.
--
Olivier Smedts _
ASCII ribbon campaign ( )
e-mail: oliv...@gid0.org - against HTML email vCards X
www: http://www.gid0.org - against proprietary attachments / \
Il y a seulement 10 sortes de gens dans le monde :
ceux qui comprennent le binaire,
et ceux qui ne le comprennent pas.
___
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
Unable to build graphics/ImageMagick port
FreeBSD 8.3-STABLE amd64 I am unable to successfully build and install the ImageMagick port. It always fails with the following notation: make check-TESTS check-local ESC[0;32mPASSESC[m: tests/validate-compare.sh ESC[0;32mPASSESC[m: tests/validate-composite.sh ESC[0;32mPASSESC[m: tests/validate-convert.sh ESC[0;32mPASSESC[m: tests/validate-identify.sh ESC[0;32mPASSESC[m: tests/validate-import.sh ESC[0;32mPASSESC[m: tests/validate-montage.sh ESC[0;32mPASSESC[m: tests/validate-pipe.sh ESC[0;32mPASSESC[m: tests/validate-colorspace.sh ESC[0;32mPASSESC[m: tests/validate-stream.sh ESC[0;32mPASSESC[m: tests/validate-formats-in-memory.sh ESC[0;32mPASSESC[m: tests/validate-formats-on-disk.sh ESC[0;32mPASSESC[m: Magick++/tests/exceptions.sh ESC[0;32mPASSESC[m: Magick++/tests/appendImages.sh ESC[0;32mPASSESC[m: Magick++/tests/attributes.sh ESC[0;32mPASSESC[m: Magick++/tests/averageImages.sh ESC[0;32mPASSESC[m: Magick++/tests/coalesceImages.sh ESC[0;32mPASSESC[m: Magick++/tests/coderInfo.sh ESC[0;32mPASSESC[m: Magick++/tests/colorHistogram.sh ESC[0;32mPASSESC[m: Magick++/tests/color.sh ESC[0;32mPASSESC[m: Magick++/tests/montageImages.sh ESC[0;32mPASSESC[m: Magick++/tests/morphImages.sh ESC[0;32mPASSESC[m: Magick++/tests/readWriteBlob.sh ESC[0;32mPASSESC[m: Magick++/tests/readWriteImages.sh ESC[0;31mFAILESC[m: Magick++/demo/analyze.sh ESC[0;32mPASSESC[m: Magick++/demo/button.sh ESC[0;32mPASSESC[m: Magick++/demo/demo.sh ESC[0;32mPASSESC[m: Magick++/demo/flip.sh ESC[0;32mPASSESC[m: Magick++/demo/gravity.sh ESC[0;32mPASSESC[m: Magick++/demo/piddle.sh ESC[0;32mPASSESC[m: Magick++/demo/shapes.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_bessel.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_blackman.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_box.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_catrom.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_cubic.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_gaussian.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_hamming.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_hanning.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_hermite.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_lanczos.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_mitchell.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_point.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_quadratic.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_sample.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_scale.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_sinc.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_triangle.sh ESC[0;32mPASSESC[m: wand/drawtest.sh ESC[0;32mPASSESC[m: wand/wandtest.sh ESC[0;31m===ESC[m ESC[0;31m1 of 49 tests failedESC[m ESC[0;31mSee ./test-suite.logESC[m ESC[0;31mPlease report to http://www.imagemagick.orgESC[m ESC[0;31m===ESC[m *** Error code 1 Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.7.7-7. *** Error code 1 I can supply the entire build log if necessary. -- Carmel ✌ carmel...@hotmail.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: Unable to build graphics/ImageMagick port
Please disable the HDRI option. I will disable it by default. On 19. 6. 2012 14:09, Carmel wrote: FreeBSD 8.3-STABLE amd64 I am unable to successfully build and install the ImageMagick port. It always fails with the following notation: make check-TESTS check-local ESC[0;32mPASSESC[m: tests/validate-compare.sh ESC[0;32mPASSESC[m: tests/validate-composite.sh ESC[0;32mPASSESC[m: tests/validate-convert.sh ESC[0;32mPASSESC[m: tests/validate-identify.sh ESC[0;32mPASSESC[m: tests/validate-import.sh ESC[0;32mPASSESC[m: tests/validate-montage.sh ESC[0;32mPASSESC[m: tests/validate-pipe.sh ESC[0;32mPASSESC[m: tests/validate-colorspace.sh ESC[0;32mPASSESC[m: tests/validate-stream.sh ESC[0;32mPASSESC[m: tests/validate-formats-in-memory.sh ESC[0;32mPASSESC[m: tests/validate-formats-on-disk.sh ESC[0;32mPASSESC[m: Magick++/tests/exceptions.sh ESC[0;32mPASSESC[m: Magick++/tests/appendImages.sh ESC[0;32mPASSESC[m: Magick++/tests/attributes.sh ESC[0;32mPASSESC[m: Magick++/tests/averageImages.sh ESC[0;32mPASSESC[m: Magick++/tests/coalesceImages.sh ESC[0;32mPASSESC[m: Magick++/tests/coderInfo.sh ESC[0;32mPASSESC[m: Magick++/tests/colorHistogram.sh ESC[0;32mPASSESC[m: Magick++/tests/color.sh ESC[0;32mPASSESC[m: Magick++/tests/montageImages.sh ESC[0;32mPASSESC[m: Magick++/tests/morphImages.sh ESC[0;32mPASSESC[m: Magick++/tests/readWriteBlob.sh ESC[0;32mPASSESC[m: Magick++/tests/readWriteImages.sh ESC[0;31mFAILESC[m: Magick++/demo/analyze.sh ESC[0;32mPASSESC[m: Magick++/demo/button.sh ESC[0;32mPASSESC[m: Magick++/demo/demo.sh ESC[0;32mPASSESC[m: Magick++/demo/flip.sh ESC[0;32mPASSESC[m: Magick++/demo/gravity.sh ESC[0;32mPASSESC[m: Magick++/demo/piddle.sh ESC[0;32mPASSESC[m: Magick++/demo/shapes.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_bessel.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_blackman.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_box.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_catrom.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_cubic.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_gaussian.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_hamming.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_hanning.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_hermite.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_lanczos.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_mitchell.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_point.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_quadratic.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_sample.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_scale.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_sinc.sh ESC[0;32mPASSESC[m: Magick++/demo/zoom_triangle.sh ESC[0;32mPASSESC[m: wand/drawtest.sh ESC[0;32mPASSESC[m: wand/wandtest.sh ESC[0;31m===ESC[m ESC[0;31m1 of 49 tests failedESC[m ESC[0;31mSee ./test-suite.logESC[m ESC[0;31mPlease report to http://www.imagemagick.orgESC[m ESC[0;31m===ESC[m *** Error code 1 Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.7.7-7. *** Error code 1 I can supply the entire build log if necessary. -- Martin Matuska FreeBSD committer http://blog.vx.sk ___ 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: percona-server-5.5.19.24.0 cannot install
Hi Jason, Thanks a lot for your reply. On Mon, Jun 18, 2012 at 3:32 AM, Jason Hellenthal jhellent...@dataix.netwrote: On Sun, Jun 17, 2012 at 11:44:37PM +, Iqbal Aroussi wrote: Hi dear friends, I need to setup several production servers using Percona Server. However I keep getting this error: percona-server-5.5.19.24.0 cannot install: unknown MySQL version: 55p. when installing from ports. Do you possibly also have mysql55 installed ? if so can you pkg_delete it and attempt to run it again ? I don't have mysql55-* installed , it's a clean install It was working perfectly before. 23 May 2012 since when the port was marked IGNORE http://www.freshports.org/databases/percona55-server/ Do you have percona55-client installed ? The client installs fine but not the server. What are you running atop of ??? uname -a ? FreeBSD priv 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 I've tried installing it on FreeBSD 8.3 / 9.0 (amd64 / i386) with no luck Here is the full error message that I get: === Gathering dependency list for databases/percona55-server from ports === Initial dependency check complete for databases/percona55-server === Starting build for databases/percona55-server === === All dependencies are up to date === Cleaning for percona-server-5.5.19.24.0 === percona-server-5.5.19.24.0 cannot install: unknown MySQL version: 55p. *** Error code 1 Stop in /usr/ports/databases/percona55-server. === make failed for databases/percona55-server === Aborting update Terminated === You can restart from the point of failure with this command line: portmaster flags databases/percona55-server I dont see a BROKEN= in either of the Makefiles. I know that this port is marked as broken for almost a month, and for how long it's going to stay at this state? is there a work around to install Percona Server ? It's very crucial piece of software. I dont understand how come it's not been fixed sooner. Thanks in advance. Iqbal A. ___ 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 -- - (2^(N-1)) Best Regards ___ 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: latest kdelibs update fails
Olivier Smedts wrote:
2012/6/19 Volodymyr Kostyrkoc.kw...@gmail.com:
Hi all.
Trying to update kdelibs I stumbled upon this one:
-- No backend for KAuth was explicitly specified: probing system to find the
best one available
-- Found PolkitQt-1: /usr/local/lib/cmake/PolkitQt-1/PolkitQt-1Config.cmake
WARNING: Installation prefix does not match PolicyKit install prefixes. You
probably will need to move files installed in POLICY_FILES_INSTALL_DIR and
by dbus_add_activation_system_servi
ce to the prefix
-- Building PolkitQt-1 KAuth backend
CMake Error at kdecore/CMakeLists.txt:387 (set_source_files_properties):
set_source_files_properties called with incorrect number of arguments.
It seems that kdelibs fails to detect PolicyKit correctly.
I had the same problem, the following cmake directive is wrong :
set_source_files_properties(util/kshareddatacache.cpp
PROPERTIES COMPILE_FLAGS ${KDE4_ENABLE_EXCEPTIONS})
I think KDE4_ENABLE_EXCEPTIONS is empty, and the
set_source_files_properties complains that the number of arguments is
wrong.
I deleted those lines to be able to build kdelibs.
You are right about empty value, doublequoting this variable works for me.
--
Sphinx of black quartz judge my vow.
___
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: Unable to build graphics/ImageMagick port
On Tue, 19 Jun 2012 14:17:34 +0200 Martin Matuska articulated: Please disable the HDRI option. I will disable it by default. OK, I did that and will attempt to rebuild the port this evening. Out of morbid curiosity, why is that option causing the build failure? -- Carmel ✌ carmel...@hotmail.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: Unable to build graphics/ImageMagick port
On Tue, 19 Jun 2012, Carmel wrote: FreeBSD 8.3-STABLE amd64 I am unable to successfully build and install the ImageMagick port. It always fails with the following notation: go to /usr/ports/graphics/ImageMagick and run make config. Turn off (unselect) IMAGEMAGICK_HDRI. I can supply the entire build log if necessary. This is a known bug. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 ___ 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
clang, dbus, firefox+thunderbird
Hi List, I use clang compiled world (WITH_CLANG_IS_CC=YES and WITH_LIBCPLUSPLUS=YES at /etc/make.conf). The system is current: - % uname -a FreeBSD bsam.wart.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #16 r237055: Thu Jun 14 17:16:43 SAMT 2012 b...@bsam.wart.ru:/usr/obj/usr/src/sys/BBX i386 - While updating to the latest firefox I get an error: - /usr/local/include/dbus-1.0/dbus/dbus-protocol.h:459:77: error: invalid suffix on literal; C++11 requires a space between literal and identifier [-Wreserved-user-defined-literal] #define DBUS_INTROSPECT_1_0_XML_DOCTYPE_DECL_NODE !DOCTYPE node PUBLIC \DBUS_INTROSPECT_1_0_XML_PUBLIC_IDENTIFIER\\n\DBUS_INTROSPECT_1_0_XML_SYSTEM_IDENTIFIER\\n ^ /usr/local/include/dbus-1.0/dbus/dbus-protocol.h:459:126: error: invalid suffix on literal; C++11 requires a space between literal and identifier [-Wreserved-user-defined-literal] #define DBUS_INTROSPECT_1_0_XML_DOCTYPE_DECL_NODE !DOCTYPE node PUBLIC \DBUS_INTROSPECT_1_0_XML_PUBLIC_IDENTIFIER\\n\DBUS_INTROSPECT_1_0_XML_SYSTEM_IDENTIFIER\\n ^ 2 errors generated. - OK, I did make config and deselect DBUS. Great, firefox compiles and installs (the latest one, 13.0.1). Then I try to upgrade thunderbird and get the same error. However there is no option DBUS to disable. What am I to do? Thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ 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: clang, dbus, firefox+thunderbird
On Tue, Jun 19, 2012 at 6:16 PM, Boris Samorodov b...@passap.ru wrote: Hi List, I use clang compiled world (WITH_CLANG_IS_CC=YES and WITH_LIBCPLUSPLUS=YES at /etc/make.conf). The system is current: - % uname -a FreeBSD bsam.wart.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #16 r237055: Thu Jun 14 17:16:43 SAMT 2012 b...@bsam.wart.ru:/usr/obj/usr/src/sys/BBX i386 - While updating to the latest firefox I get an error: - /usr/local/include/dbus-1.0/dbus/dbus-protocol.h:459:77: error: invalid suffix on literal; C++11 requires a space between literal and identifier [-Wreserved-user-defined-literal] #define DBUS_INTROSPECT_1_0_XML_DOCTYPE_DECL_NODE !DOCTYPE node PUBLIC \DBUS_INTROSPECT_1_0_XML_PUBLIC_IDENTIFIER\\n\DBUS_INTROSPECT_1_0_XML_SYSTEM_IDENTIFIER\\n ^ /usr/local/include/dbus-1.0/dbus/dbus-protocol.h:459:126: error: invalid suffix on literal; C++11 requires a space between literal and identifier [-Wreserved-user-defined-literal] #define DBUS_INTROSPECT_1_0_XML_DOCTYPE_DECL_NODE !DOCTYPE node PUBLIC \DBUS_INTROSPECT_1_0_XML_PUBLIC_IDENTIFIER\\n\DBUS_INTROSPECT_1_0_XML_SYSTEM_IDENTIFIER\\n ^ 2 errors generated. - OK, I did make config and deselect DBUS. Great, firefox compiles and installs (the latest one, 13.0.1). Then I try to upgrade thunderbird and get the same error. However there is no option DBUS to disable. What am I to do? Thanks! It's because of User defined literals (the new c++11 feature) and your clang++ is in c++11 (or gnu++11?) mode by default. As workaround, you may try either: downgrade to something like gnu++ 98 (-std=gnu++98), or edit dbus-protocol.h header for make it c++11 compatible. It's easy: just add spaces around DBUS_INTROSPECT_1_0_XML_PUBLIC_IDENTIFIER and DBUS_INTROSPECT_1_0_XML_SYSTEM_IDENTIFIER literals in the line 459 (just as compiler suggested). I.e. the line 459 #define DBUS_INTROSPECT_1_0_XML_DOCTYPE_DECL_NODE !DOCTYPE node PUBLIC \DBUS_INTROSPECT_1_0_XML_PUBLIC_IDENTIFIER\\n\DBUS_INTROSPECT_1_0_XML_SYSTEM_IDENTIFIER\\n should be written as #define DBUS_INTROSPECT_1_0_XML_DOCTYPE_DECL_NODE !DOCTYPE node PUBLIC \ DBUS_INTROSPECT_1_0_XML_PUBLIC_IDENTIFIER \\n\ DBUS_INTROSPECT_1_0_XML_SYSTEM_IDENTIFIER \\n -- Andrew W. Nosenko andrew.w.nose...@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: png-1.5.11 status?
On Tue, Jun 19, 2012 at 2:21 AM, Thomas Mueller muelle...@insightbb.com wrote: What is the current status of newly-released png-1.5.11? My main concern is having to portupgrade/portmaster all ports that have png as a dependency, don't want to have to do this for png-1.5.10 and then a day or two later for png-1.5.11. Maybe NetBSD pkgsrc promptly updated png to 1.5.11 because they wanted to get it in before the freeze for pkgsrc-2012Q2? Unless the shareable version number is bumped, there is no need to re-build dependent ports. Most updates to shareables do not change the API or ABI, so dependent packages simply pull in the updated shareable when they load. You should only have to do the mass update once, whether for 1.5.10 or 1.5.11. I would suggest using the '-w' option if you use portmaster as the old shareable was libpng and the new is libpng15. If you keep a copy of the old one around, many things that have not been re-linked will still run OK. Note that when you start re-building stuff, you will certainly hit cases when you link to a library linked to one libpng and either the port being installed or another dependency is linked to libpng15. I'm unsure exactly what impact that might have. It really should have none, but I am not really sure. When you are finished re-building (or think that you are), I strongly recommend running pkg_libchk -o | grep png to make sure that nothing has been missed. pkg_libchk is part of the sysutils/bsdadminscripts port. -- R. Kevin Oberman, Network Engineer E-mail: kob6...@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: Unable to build graphics/ImageMagick port
On Tue, Jun 19, 2012 at 7:33 AM, Lars Eighner portsu...@larseighner.com wrote: On Tue, 19 Jun 2012, Carmel wrote: FreeBSD 8.3-STABLE amd64 I am unable to successfully build and install the ImageMagick port. It always fails with the following notation: go to /usr/ports/graphics/ImageMagick and run make config. Turn off (unselect) IMAGEMAGICK_HDRI. I can supply the entire build log if necessary. This is a known bug. A better approach is to: cd /usr/ports/graphics/ImageMagick make config De-select Tests portmaster ImageMagick (It should build and install) make config Select Tests portmaster -b ImageMagick The real issue is that Tests use currently installed files instead of those in the newly built port which causes the analyze.sh test to fail. Once you have installed the new version, all tests should pass. If they don't, the '-b' will save the old version in /usr/ports/packages/All and you can re-install it. -- R. Kevin Oberman, Network Engineer E-mail: kob6...@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: Unable to build graphics/ImageMagick port
On 06/19/2012 10:31 AM, Kevin Oberman wrote: Once you have installed the new version, all tests should pass. I tried deleting the old version and running a variety of OPTIONS combinations and still got failures with the latest version, even with the default OPTIONS. Haven't tried mm's latest suggestions yet though. Doug ___ 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: Unable to build graphics/ImageMagick port
On Tue, Jun 19, 2012 at 10:58 AM, Doug Barton do...@freebsd.org wrote: On 06/19/2012 10:31 AM, Kevin Oberman wrote: Once you have installed the new version, all tests should pass. I tried deleting the old version and running a variety of OPTIONS combinations and still got failures with the latest version, even with the default OPTIONS. Haven't tried mm's latest suggestions yet though. Deleting the old version first won't help. If you look at the failure, the test will still try to use files from /usr/local and will fail. the only way I think it will work is to install without running tests, and then re-install with tests (or follow mm's advice, though that will leave you without HDRI support). It's a classic chicken/egg issue. -- R. Kevin Oberman, Network Engineer E-mail: kob6...@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: Unable to build graphics/ImageMagick port
Lars Eighner portsu...@larseighner.com wrote: On Tue, 19 Jun 2012, Carmel wrote: FreeBSD 8.3-STABLE amd64 I am unable to successfully build and install the ImageMagick port. It always fails with the following notation: go to /usr/ports/graphics/ImageMagick and run make config. Turn off (unselect) IMAGEMAGICK_HDRI. wonderfull! I did not know that. maybe it should be mentioned in some bug reports - also on freshports. e.g. http://www.freebsd.org/cgi/query-pr.cgi?pr=168927 ___ 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: Unable to build graphics/ImageMagick port
On Tue, 19 Jun 2012 11:47:54 -0700 Kevin Oberman articulated: On Tue, Jun 19, 2012 at 10:58 AM, Doug Barton do...@freebsd.org wrote: On 06/19/2012 10:31 AM, Kevin Oberman wrote: Once you have installed the new version, all tests should pass. I tried deleting the old version and running a variety of OPTIONS combinations and still got failures with the latest version, even with the default OPTIONS. Haven't tried mm's latest suggestions yet though. Deleting the old version first won't help. If you look at the failure, the test will still try to use files from /usr/local and will fail. the only way I think it will work is to install without running tests, and then re-install with tests (or follow mm's advice, though that will leave you without HDRI support). It's a classic chicken/egg issue. I installed it sans Tests and HDRI without problems. I then attempted to install it with both options and it bombed out. I finally just installed it with HDRI sans Tests and it installed fine. I did not attempt to install it sans the HDRI option but with the Tests option. I leave that exercise to someone with more time to invest than I do. -- Carmel ✌ carmel...@hotmail.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
optionsng and tinderbox?
I have my favorite options set in tinderbox with
/tb/scripts/etc/env/build*
things like:
export NOPORTDOCS=true
export NOPORTEXAMPLES=true
(which seems to translate over just fine)
but, on clamav I need: WITH_ICONV=yes
and on nginx I need WITHOUT_ICONV=yes
(it used to be WITHOUT_ICONV_MODULE, which didn't conflict, but now does)
anyone understand how this works in the ../script/etc/env/build* files?
(if you don't, please don't speculate!)
Q:
pretend this is a /etc/make.conf (that doesn't seem to honor if
${.CURDIR:M*www/nginx} )
so, other than if ${.CURDIR..) how can I set options in 'make.conf'?
if I do it this way, and the maintainer has not converted to optionsng,
are they honored?
(I need WITH_MYSQL=yes in postfix/barnyard2, but don't need it in
snort.. I put up with it in snort, but, since WITH_ICONV means
something different in clamav and nginx, I want to set them this way)
oh, this is a shared tinderbox, I can't see these globally, but have to
do them by build* files.
--
Michael Scheidell, CTO
*| * SECNAP Network Security Corporation
d: +1.561.948.2259
w: http://people.freebsd.org/~scheidell
___
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: Unable to build graphics/ImageMagick port
On Tue, Jun 19, 2012 at 2:12 PM, Carmel carmel...@hotmail.com wrote: On Tue, 19 Jun 2012 11:47:54 -0700 Kevin Oberman articulated: On Tue, Jun 19, 2012 at 10:58 AM, Doug Barton do...@freebsd.org wrote: On 06/19/2012 10:31 AM, Kevin Oberman wrote: Once you have installed the new version, all tests should pass. I tried deleting the old version and running a variety of OPTIONS combinations and still got failures with the latest version, even with the default OPTIONS. Haven't tried mm's latest suggestions yet though. Deleting the old version first won't help. If you look at the failure, the test will still try to use files from /usr/local and will fail. the only way I think it will work is to install without running tests, and then re-install with tests (or follow mm's advice, though that will leave you without HDRI support). It's a classic chicken/egg issue. I installed it sans Tests and HDRI without problems. I then attempted to install it with both options and it bombed out. I finally just installed it with HDRI sans Tests and it installed fine. I did not attempt to install it sans the HDRI option but with the Tests option. I leave that exercise to someone with more time to invest than I do. You are tryingtoo hard. I didn't suggest removing HDRI.That is the cause of the issue. For this to work, install ImageMagick WITH HDRI, The test that fails is for HDRI and attempts to use files that don't yet exist. Thus analyze.sh failes. To install ImageMagick with all default options, turn on HDRI (High Dynamic Range), a very desirable capability for many but turn off TESTS. Build and INSTALL ImageMagick. That puts all of the needed files in place. Then turn on TESTS and re-buildand ImageMagick.It will then pass all tests. This is a breakage in ImagMagick and I expect that someone will get it fixed for the next release. -- R. Kevin Oberman, Network Engineer E-mail: kob6...@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: Unable to build graphics/ImageMagick port
On 20/06/12 06:22, Kevin Oberman wrote: For this to work, install ImageMagick WITH HDRI, The test that fails is for HDRI and attempts to use files that don't yet exist. Thus analyze.sh failes. To install ImageMagick with all default options, turn on HDRI (High Dynamic Range), a very desirable capability for many but turn off TESTS. Build and INSTALL ImageMagick. That puts all of the needed files in place. Then turn on TESTS and re-buildand ImageMagick.It will then pass all tests. On i386 with a ports tree from this morning, with TESTS disabled ImageMagick builds and installs. Re-enabling TESTS and rebuilding fails the test averageImages.sh. YMMV of course! Simon. ___ 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
