ImageMagick: tests fail on freebsd 10
For me the ImageMagick build on FreeBSD 10 amd64 fails at the tests stage. Is anyone else seeing this? A snippet from the build output: make check-TESTS check-local PASS: tests/validate-compare.sh PASS: tests/validate-composite.sh PASS: tests/validate-convert.sh PASS: tests/validate-identify.sh PASS: tests/validate-import.sh PASS: tests/validate-montage.sh PASS: tests/validate-pipe.sh PASS: tests/validate-stream.sh FAIL: tests/validate-formats-in-memory.sh FAIL: tests/validate-formats-on-disk.sh PASS: Magick++/tests/exceptions.sh PASS: Magick++/tests/appendImages.sh FAIL: Magick++/tests/attributes.sh PASS: Magick++/tests/averageImages.sh PASS: Magick++/tests/coalesceImages.sh PASS: Magick++/tests/coderInfo.sh PASS: Magick++/tests/colorHistogram.sh PASS: Magick++/tests/color.sh FAIL: Magick++/tests/montageImages.sh PASS: Magick++/tests/morphImages.sh PASS: Magick++/tests/readWriteBlob.sh PASS: Magick++/tests/readWriteImages.sh PASS: Magick++/demo/analyze.sh PASS: Magick++/demo/button.sh FAIL: Magick++/demo/demo.sh PASS: Magick++/demo/flip.sh PASS: Magick++/demo/gravity.sh PASS: Magick++/demo/piddle.sh PASS: Magick++/demo/shapes.sh PASS: Magick++/demo/zoom_bessel.sh PASS: Magick++/demo/zoom_blackman.sh PASS: Magick++/demo/zoom_box.sh PASS: Magick++/demo/zoom_catrom.sh PASS: Magick++/demo/zoom_cubic.sh PASS: Magick++/demo/zoom_gaussian.sh PASS: Magick++/demo/zoom_hamming.sh PASS: Magick++/demo/zoom_hanning.sh PASS: Magick++/demo/zoom_hermite.sh PASS: Magick++/demo/zoom_lanczos.sh PASS: Magick++/demo/zoom_mitchell.sh PASS: Magick++/demo/zoom_point.sh PASS: Magick++/demo/zoom_quadratic.sh PASS: Magick++/demo/zoom_sample.sh PASS: Magick++/demo/zoom_scale.sh PASS: Magick++/demo/zoom_sinc.sh PASS: Magick++/demo/zoom_triangle.sh PASS: wand/drawtest.sh FAIL: wand/wandtest.sh === 6 of 48 tests failed See ./test-suite.log Some sample errors from e.g. tests/validate-formats-in-memory.log: validate: must specify image size `/var/tmp/magick-dAxdiuDX' @ error/cmyk.c/ReadCMYKImage/142. validate: Bogus sampling factors `' @ error/jpeg.c/JPEGErrorHandler/297. -- Andriy Gapon ___ 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: ImageMagick: tests fail on freebsd 10
On 11.01.2012 10:41 (UTC+1), Andriy Gapon wrote: For me the ImageMagick build on FreeBSD 10 amd64 fails at the tests stage. Is anyone else seeing this? I just tried on 10.0-CURRENT (amd64) r229933 with option IMAGEMAGICK_TESTS enabled and it seems all tests passed right. Rainer Hurling A snippet from the build output: make check-TESTS check-local PASS: tests/validate-compare.sh PASS: tests/validate-composite.sh PASS: tests/validate-convert.sh PASS: tests/validate-identify.sh PASS: tests/validate-import.sh PASS: tests/validate-montage.sh PASS: tests/validate-pipe.sh PASS: tests/validate-stream.sh FAIL: tests/validate-formats-in-memory.sh FAIL: tests/validate-formats-on-disk.sh PASS: Magick++/tests/exceptions.sh PASS: Magick++/tests/appendImages.sh FAIL: Magick++/tests/attributes.sh PASS: Magick++/tests/averageImages.sh PASS: Magick++/tests/coalesceImages.sh PASS: Magick++/tests/coderInfo.sh PASS: Magick++/tests/colorHistogram.sh PASS: Magick++/tests/color.sh FAIL: Magick++/tests/montageImages.sh PASS: Magick++/tests/morphImages.sh PASS: Magick++/tests/readWriteBlob.sh PASS: Magick++/tests/readWriteImages.sh PASS: Magick++/demo/analyze.sh PASS: Magick++/demo/button.sh FAIL: Magick++/demo/demo.sh PASS: Magick++/demo/flip.sh PASS: Magick++/demo/gravity.sh PASS: Magick++/demo/piddle.sh PASS: Magick++/demo/shapes.sh PASS: Magick++/demo/zoom_bessel.sh PASS: Magick++/demo/zoom_blackman.sh PASS: Magick++/demo/zoom_box.sh PASS: Magick++/demo/zoom_catrom.sh PASS: Magick++/demo/zoom_cubic.sh PASS: Magick++/demo/zoom_gaussian.sh PASS: Magick++/demo/zoom_hamming.sh PASS: Magick++/demo/zoom_hanning.sh PASS: Magick++/demo/zoom_hermite.sh PASS: Magick++/demo/zoom_lanczos.sh PASS: Magick++/demo/zoom_mitchell.sh PASS: Magick++/demo/zoom_point.sh PASS: Magick++/demo/zoom_quadratic.sh PASS: Magick++/demo/zoom_sample.sh PASS: Magick++/demo/zoom_scale.sh PASS: Magick++/demo/zoom_sinc.sh PASS: Magick++/demo/zoom_triangle.sh PASS: wand/drawtest.sh FAIL: wand/wandtest.sh === 6 of 48 tests failed See ./test-suite.log Some sample errors from e.g. tests/validate-formats-in-memory.log: validate: must specify image size `/var/tmp/magick-dAxdiuDX' @ error/cmyk.c/ReadCMYKImage/142. validate: Bogus sampling factors `' @ error/jpeg.c/JPEGErrorHandler/297. ___ 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: ImageMagick: tests fail on freebsd 10
on 11/01/2012 11:55 Rainer Hurling said the following: On 11.01.2012 10:41 (UTC+1), Andriy Gapon wrote: For me the ImageMagick build on FreeBSD 10 amd64 fails at the tests stage. Is anyone else seeing this? I just tried on 10.0-CURRENT (amd64) r229933 with option IMAGEMAGICK_TESTS enabled and it seems all tests passed right. Thank you for your testing! Additional detail - my problem occurs with lang/gcc (gcc 4.6) as a compiler. With the base compiler all tests do pass indeed. -- Andriy Gapon ___ 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: ImageMagick: tests fail on freebsd 10
On 11.01.2012 11:44 (UTC+1), Andriy Gapon wrote: on 11/01/2012 11:55 Rainer Hurling said the following: On 11.01.2012 10:41 (UTC+1), Andriy Gapon wrote: For me the ImageMagick build on FreeBSD 10 amd64 fails at the tests stage. Is anyone else seeing this? I just tried on 10.0-CURRENT (amd64) r229933 with option IMAGEMAGICK_TESTS enabled and it seems all tests passed right. Thank you for your testing! Additional detail - my problem occurs with lang/gcc (gcc 4.6) as a compiler. With the base compiler all tests do pass indeed. Ahh, ok. With USE_GCC=4.6+ I get the same six test errors you mentioned before. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
FreeBSD port lang/spidermonkey
Hello, I notice there is a newer version on lang/spidermonkey available, v1.8.5 (https://developer.mozilla.org/en/SpiderMonkey), the ports version is currently at v1.7.0. Is the any reasons for this not being updated yet? If no one has any objections I am willing the write and submit a patch for this. I am planning to use this port as a dependency but I require the newer version, maybe if its a problem we could create a second port for the newer version? Regards Jake ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
FreeBSD port lang/spidermonkey
Hello, I notice there is a newer version on lang/spidermonkey available, v1.8.5 (https://developer.mozilla.org/en/SpiderMonkey), the ports version is currently at v1.7.0. Is the any reasons for this not being updated yet? If no one has any objections I am willing the write and submit a patch for this. I am planning to use this port as a dependency but I require the newer version, maybe if its a problem we could create a second port for the newer version? (copy also sent to maintainer) Regards Jake ___ 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
libxfce4ui vs. libxfce4gui: wha'?
I just noticed the announcement for libxfce4ui version 4.9.0 and it got me wondering about something. In the FreeBSD ports collection, we have a libxfce4gui package (note the g up in there), but no libxfce4ui. Are we missing something that we should be available here? Could anyone please explain the difference between these two packages, and possibly why one of them is non-existent in the FreeBSD ports collection? Could this be the reason why I have no Arrange icons item on my desktop menu? Seems I used to have such an item, but after some port upgrades, it just went away, and I've been unable to resurrect it. Thanks for any clues on this! -- Conrad J. Sabatier conr...@cox.net ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
samba35 and freebsd10
It seems that tat least the samba35 port is not fully adapted to freebsd10. source3/configure has the following case statement which doesn't cover freebsd10: *freebsd[5-9]*) -- Andriy Gapon ___ 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: linux-f10-nss_ldap: my first port - be gentle :)
--On January 11, 2012 10:44:11 AM +1000 Da Rock freebsd-po...@herveybayaustralia.com.au wrote: My last problem is with the define knobs. I have an .if defined(WITH_PAM) .else ... .endif statement, but it keeps giving me trouble. I can't quite figure what I've got wrong. The statement looks like this: post-extract: .if defined(WITH_PAM) PLIST_FILES+=lib/security/pam_ldap.so .else @if [ -f ${WRKDIR}/lib/security/pam_ldap.so ]; then \ ${RM} ${WRKDIR}/lib/security/pam_ldap.so ${DIRRM} ${WRKDIR}/lib/; fi ^ This is what's wrong. In port Makefiles, it's .if, .else, .endif not fi. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. *** It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead. Thomas Jefferson There are some ideas so wrong that only a very intelligent person could believe in them. George Orwell ___ 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: linux-f10-nss_ldap: my first port - be gentle :)
On Wed, Jan 11, 2012 at 10:37 AM, Paul Schmehl pschmehl_li...@tx.rr.com wrote: --On January 11, 2012 10:44:11 AM +1000 Da Rock freebsd-po...@herveybayaustralia.com.au wrote: My last problem is with the define knobs. I have an .if defined(WITH_PAM) .else ... .endif statement, but it keeps giving me trouble. I can't quite figure what I've got wrong. The statement looks like this: post-extract: .if defined(WITH_PAM) PLIST_FILES+=lib/security/pam_ldap.so .else @if [ -f ${WRKDIR}/lib/security/pam_ldap.so ]; then \ ${RM} ${WRKDIR}/lib/security/pam_ldap.so ${DIRRM} ${WRKDIR}/lib/; fi ^ This is what's wrong. In port Makefiles, it's .if, .else, .endif not fi. You need both: .endif and fi in this case (the 'fi' is part of the shell script) -- Eitan Adler ___ 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: linux-f10-nss_ldap: my first port - be gentle :)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/11/12 11:10 AM, Eitan Adler wrote: On Wed, Jan 11, 2012 at 10:37 AM, Paul Schmehl pschmehl_li...@tx.rr.com wrote: --On January 11, 2012 10:44:11 AM +1000 Da Rock freebsd-po...@herveybayaustralia.com.au wrote: My last problem is with the define knobs. I have an .if defined(WITH_PAM) .else ... .endif statement, but it keeps giving me trouble. I can't quite figure what I've got wrong. The statement looks like this: post-extract: .if defined(WITH_PAM) PLIST_FILES+=lib/security/pam_ldap.so .else @if [ -f ${WRKDIR}/lib/security/pam_ldap.so ]; then \ ${RM} ${WRKDIR}/lib/security/pam_ldap.so ${DIRRM} ${WRKDIR}/lib/; fi ^ This is what's wrong. In port Makefiles, it's .if, .else, .endif not fi. You need both: .endif and fi in this case (the 'fi' is part of the shell script) You'll also need to insert line continuations and command delimiters in the shell script portion, in addition to Eitan's change. Cheers, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8NtigACgkQ0sRouByUApBnQwCfZGapwauaK4QtNGOwDd3V3mZZ YiwAn2iIERynVsf2nNlkZpZniF5snJCf =6aKi -END PGP SIGNATURE- ___ 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: linux-f10-nss_ldap: my first port - be gentle :)
On 11/01/2012 16:10, Eitan Adler wrote: post-extract: .if defined(WITH_PAM) PLIST_FILES+=lib/security/pam_ldap.so .else @if [ -f ${WRKDIR}/lib/security/pam_ldap.so ]; then \ ${RM} ${WRKDIR}/lib/security/pam_ldap.so ${DIRRM} ${WRKDIR}/lib/; fi ^ This is what's wrong. In port Makefiles, it's .if, .else, .endif not fi. You need both: .endif and fi in this case (the 'fi' is part of the shell script) Also the shell script part needs to be backslashed, and statements separated by semi-colons, like so: @if [ -f ${WRKDIR}/lib/security/pam_ldap.so ]; then \ ${RM} ${WRKDIR}/lib/security/pam_ldap.so ; \ ${DIRRM} ${WRKDIR}/lib/ ; \ fi Looking back at the OP's previous posts, it's this backslashing thing which is missing: the (make) .if is properly closed with a .endif, which unfortunately got cropped in one of the replies upthread. Another point: its not usual to modify variables like PLIST_FILES or PORTDOCS as part of the post-extract target. Usually that's done earlier in the Makefile before any of the actual make targets. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: lang/ocaml: configure script not freebsd10 friendly
on 28/11/2011 20:07 Andriy Gapon said the following: The following extra diff demonstrates the problem: --- configure.orig2 2011-11-28 20:00:49.452553350 +0200 +++ configure 2011-11-28 20:00:52.493371250 +0200 @@ -523,7 +523,7 @@ mksharedlib=$flexlink mkmaindll=$flexlink -maindll shared_libraries_supported=true;; - *-*-linux-gnu|*-*-linux|*-*-freebsd[3-9]*|*-*-openbsd*|*-*-netbsd*|*-*-gnu*) +*-*-linux-gnu|*-*-linux|*-*-freebsd*|*-*-openbsd*|*-*-netbsd*|*-*-gnu*) sharedcccompopts=-fPIC mksharedlib=$bytecc -shared bytecclinkopts=$bytecclinkopts -Wl,-E I think that it's better to have FreeBSD 10 support then to worry about FreeBSD 2.x (or even 1.x) :-) This is still an issue. -- Andriy Gapon ___ 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: ImageMagick: tests fail on freebsd 10
On 1/11/2012 2:44 AM, Andriy Gapon wrote: my problem occurs with lang/gcc (gcc 4.6) as a compiler. That's not an officially supported configuration. If stuff breaks for you when using a !base compiler your fastest course of action for getting a fix is to do it yourself. :) Doug -- You can observe a lot just by watching. -- Yogi Berra Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.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: ImageMagick: tests fail on freebsd 10
on 11/01/2012 19:43 Doug Barton said the following: On 1/11/2012 2:44 AM, Andriy Gapon wrote: my problem occurs with lang/gcc (gcc 4.6) as a compiler. That's not an officially supported configuration. If stuff breaks for you when using a !base compiler your fastest course of action for getting a fix is to do it yourself. :) That's almost always the case (for me). Now, if only I had any clue about ImageMagick. -- Andriy Gapon ___ 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
multimedia/zoneminder: rc script runs mysql commands?
Hi all, The zoneminder port has this in its rc script which really should go away: zm_prestart() { local _count=0 while : ; do echo USE zm; SELECT Username from Users where Id=1; | \ /usr/local/bin/mysqltest -u root zm /dev/null 21 return _count=$(( $_count + 1 )) if [ $_count -gt 10 ]; then err 1 ${name}: mysqltest command failed fi sleep 1 done } If you have your mysql install on a different server (which you should if you have tons of cameras and events) the startup fails to work. I can't see a reason why this should be kept, but perhaps someone else has an idea? This isn't a common practice in any other program that requires a database Thanks, Mark ___ 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: multimedia/zoneminder: rc script runs mysql commands?
11.01.2012 21:58, Mark Felder пишет: The zoneminder port has this in its rc script which really should go away: zm_prestart() { local _count=0 while : ; do echo USE zm; SELECT Username from Users where Id=1; | \ /usr/local/bin/mysqltest -u root zm /dev/null 21 return _count=$(( $_count + 1 )) if [ $_count -gt 10 ]; then err 1 ${name}: mysqltest command failed fi sleep 1 done } If you have your mysql install on a different server (which you should if you have tons of cameras and events) the startup fails to work. I can't see a reason why this should be kept, but perhaps someone else has an idea? This isn't a common practice in any other program that requires a database The problem is: while start-up zoneminder is launched after mysql was started but is not responding yet. Then zoneminder can't register it's cameras, etc. This hack was introduced to catch the moment when mysql really is operational and then start zoneminder. If someone has a solution -- you are welcome. -- 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: multimedia/zoneminder: rc script runs mysql commands?
On Wed, 11 Jan 2012 12:16:45 -0600, Boris Samorodov b...@passap.ru wrote: The problem is: while start-up zoneminder is launched after mysql was started but is not responding yet. Then zoneminder can't register it's cameras, etc. This hack was introduced to catch the moment when mysql really is operational and then start zoneminder. If someone has a solution -- you are welcome. Instead of hacking up zoneminder's rc script with further patches like pulling out the real mysql server, database, username and password perhaps we should see if we can get the mysql maintainer(s) to fix the mysql rc script so it doesn't exit until the service is fully fired up and functional? I imagine what you've described is a situation where MySQL has a lot of databases/tables/etc and churns for a bit before accepting connections, but if it finally hits a badly crashed table or something and doesn't complete starting up but the rc script already exited... that wouldn't be good. Advantage: better behavior Disadvantage: slows up the start process of all dependent services. This is all speculation at this point, but it seems silly that the mysql rc script would finish before the database can really accept connections. ___ 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: multimedia/zoneminder: rc script runs mysql commands?
On 1/11/2012 10:41 AM, Mark Felder wrote: Instead of hacking up zoneminder's rc script with further patches like pulling out the real mysql server, database, username and password perhaps we should see if we can get the mysql maintainer(s) to fix the mysql rc script so it doesn't exit until the service is fully fired up and functional? That is attractive all on its own of course, however it still doesn't solve the OP's problem, since his mysqld is not local. -- You can observe a lot just by watching. -- Yogi Berra Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.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: multimedia/zoneminder: rc script runs mysql commands?
On Wed, 11 Jan 2012 12:44:26 -0600, Doug Barton do...@freebsd.org wrote: That is attractive all on its own of course, however it still doesn't solve the OP's problem, since his mysqld is not local. Yeah, that was me -- the OP -- and I'm sitting here brainstorming but haven't been able to come up with many alternatives yet unless we want to add what I feel is unnecessary complexity to the zoneminder rc script. There has to be a K.I.S.S. solution hiding somewhere ___ 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: multimedia/zoneminder: rc script runs mysql commands?
On 11 January 2012 18:44, Doug Barton do...@freebsd.org wrote: On 1/11/2012 10:41 AM, Mark Felder wrote: Instead of hacking up zoneminder's rc script with further patches like pulling out the real mysql server, database, username and password perhaps we should see if we can get the mysql maintainer(s) to fix the mysql rc script so it doesn't exit until the service is fully fired up and functional? That is attractive all on its own of course, however it still doesn't solve the OP's problem, since his mysqld is not local. Well... actually it would. With mysql's startup fixed, hacks like this would be unneccessary, so could be removed. Chris ___ 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: multimedia/zoneminder: rc script runs mysql commands?
On Wed, 11 Jan 2012 12:41:27 -0600 Mark Felder f...@feld.me wrote: On Wed, 11 Jan 2012 12:16:45 -0600, Boris Samorodov b...@passap.ru wrote: The problem is: while start-up zoneminder is launched after mysql was started but is not responding yet. Then zoneminder can't register it's cameras, etc. This hack was introduced to catch the moment when mysql really is operational and then start zoneminder. If someone has a solution -- you are welcome. Instead of hacking up zoneminder's rc script with further patches like pulling out the real mysql server, database, username and password perhaps we should see if we can get the mysql maintainer(s) to fix the mysql rc script so it doesn't exit until the service is fully fired up and functional? This, unfortunatelly, highlights perhaps our biggest problem with starting services. rc.d basically only *orders* the scripts - REQUIRE is just this service needs to be started after that one - AFTER is just a lax checkpoint in the booting sequence And if a script doesn't really start the service, for whatever reason, there's 0 feedback mandeted/provided by the framework. For short, while everything works OK, it's good enough. If not ... it's just misleading. -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B ___ 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: multimedia/zoneminder: rc script runs mysql commands?
11.01.2012 22:41, Mark Felder пишет: I imagine what you've described is a situation where MySQL has a lot of databases/tables/et Unfortunately, it happens even if zoneminder is a lonely user of mysql. The pause (at my three-year-old server) was about 5 seconds... -- 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: multimedia/zoneminder: rc script runs mysql commands?
We have the same problem with a commercial product. Is the user decided to pull a black cord Instead of a soft shut down, the next time a power it up, sometimes there is a race conditions between time out on the services that are looking to a running sequel server, and the database recovery. rc ordering is a good way to at least give me a hint which 1 needs to start first but has everyone has observed, it in a bit self cannot guarantee this service is running. you could do something funky with wait pid but you might not want the system to hang waiting for everything to start. some kind of passive wait loop 2 seconds wait loop 4 seconds wait loop 10 seconds wait loope 60 seconds wait loop 120 seconds but this is not a free bsd porting issue. Uostream would need to look at it. From: owner-freebsd-po...@freebsd.org [owner-freebsd-po...@freebsd.org] on behalf of Ion-Mihai Tetcu [ite...@freebsd.org] Sent: Wednesday, January 11, 2012 2:47 PM To: Mark Felder Cc: freebsd-ports@freebsd.org Subject: Re: multimedia/zoneminder: rc script runs mysql commands? On Wed, 11 Jan 2012 12:41:27 -0600 Mark Felder f...@feld.me wrote: On Wed, 11 Jan 2012 12:16:45 -0600, Boris Samorodov b...@passap.ru wrote: The problem is: while start-up zoneminder is launched after mysql was started but is not responding yet. This, unfortunatelly, highlights perhaps our biggest problem with starting services. rc.d basically only *orders* the scripts - REQUIRE is just this service needs to be started after that one - AFTER is just a lax checkpoint in the booting sequence And if a script doesn't really start the service, for whatever reason, there's 0 feedback mandeted/provided by the framework. For short, while everything works OK, it's good enough. If not ... it's just misleading. -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B ___ 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 __ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.spammertrap.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: ImageMagick: tests fail on freebsd 10
on 11/01/2012 12:44 Andriy Gapon said the following: on 11/01/2012 11:55 Rainer Hurling said the following: On 11.01.2012 10:41 (UTC+1), Andriy Gapon wrote: For me the ImageMagick build on FreeBSD 10 amd64 fails at the tests stage. Is anyone else seeing this? I just tried on 10.0-CURRENT (amd64) r229933 with option IMAGEMAGICK_TESTS enabled and it seems all tests passed right. Thank you for your testing! Additional detail - my problem occurs with lang/gcc (gcc 4.6) as a compiler. With the base compiler all tests do pass indeed. OK, I think I found the cause of the problem, but I still don't fully understand what's going on. The relevant code is all in magick/locale.c. Apparently because of the recent David's work on the xlocale API in FreeBSD we now have it in head (aka FreeBSD 10). When we use the base gcc, then both presence and usability of the xlocale.h header and presence and usability of the strtod_l function are detected correctly. Thus both MAGICKCORE_HAVE_XLOCALE_H and MAGICKCORE_HAVE_STRTOD_L are defined. But with GCC 4.6 the ImageMagick configure script does detect strtod_l support and MAGICKCORE_HAVE_STRTOD_L is set, but the xlocale.h header usability is not correctly detected: configure:21905: checking xlocale.h usability configure:21905: /usr/local/bin/gcc46 -std=gnu99 -std=gnu99 -c -fopenmp -O2 -pipe -O2 -fno-strict-aliasing -pipe -march=amdfam10 -I/usr/local/include/graphviz -I/usr/local/include/freetype2 -Wall -D_THREAD_SAFE -D__FreeBSD_cc_version=81 -I/usr/local/include conftest.c 5 In file included from conftest.c:109:0: /usr/include/xlocale.h:160:3: error: unknown type name 'va_list' /usr/include/xlocale.h:162:3: error: unknown type name 'va_list' configure:21905: $? = 1 Because of the above the code tries to use strtod_l, but doesn't include xlocale.h. That results in the following warnings during compilation: CC magick/magick_libMagickCore_la-locale.lo magick/locale.c: In function 'FormatLocaleFileList': magick/locale.c:255:7: warning: implicit declaration of function 'vfprintf_l' [-Wimplicit-function-declaration] magick/locale.c: In function 'FormatLocaleStringList': magick/locale.c:346:7: warning: implicit declaration of function 'vsnprintf_l' [-Wimplicit-function-declaration] magick/locale.c: In function 'InterpretLocaleValue': magick/locale.c:901:9: warning: implicit declaration of function 'strtod_l' [-Wimplicit-function-declaration] Nevertheless the code compiles and links. And here comes the strange and interesting part. I haven't checked what exact code GCC 4.6 emits in this case, but the net result is that strtod_l appears to always return zero regardless of its input. If I forcefully add an include statement for xlocale.h, then the whole strangeness goes away and strtod_l works as expected. So basically, as demonstrated above, the main problem is that with GCC 4.6 the ImageMagick configure script fails to correctly detect xlocale.h. The secondary problem is that the main problem is well hidden behind the mysterious run-time behavior rather than a helpful error at the configure or build stage. Back to the main problem. I am not sure where the difference between the base GCC and GCC 4.6 with respect to 'va_list' in xlocale.h comes from. Any ideas? -- Andriy Gapon ___ 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: ImageMagick: tests fail on freebsd 10
on 12/01/2012 00:22 Andriy Gapon said the following: [snip] /usr/include/xlocale.h:160:3: error: unknown type name 'va_list' /usr/include/xlocale.h:162:3: error: unknown type name 'va_list' [snip] Back to the main problem. I am not sure where the difference between the base GCC and GCC 4.6 with respect to 'va_list' in xlocale.h comes from. Changing those two instances of 'va_list' to '__va_list' (which is used a lot throughout the header) seems to fix the problem with GCC 4.6. David, what do you think? -- Andriy Gapon ___ 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
unassociated shell command
I'm still very new to this, but I'm almost complete on my first port. I do have an unusual error which crops up from time to time and I'm usually able to fudge along and clear it- but this last little bit won't clear! The particular lines in question are as follows: post-extract: [snip] .if defined(NOPORTDOCS) @if [ -d ${WRKDIR}/usr/share/doc ]; then \ ${RM} -rf ${WRKDIR}/usr/share/doc; \ fi PLIST_SUB+=@comment .else PLIST_SUB+= PORTDOCS= .endif and I get the following error make -DNOPORTDOCS install: Makefile, line 59: Unassociated shell command @if [ -d ${WRKDIR}/usr/share/doc ]; then ${RM} -rf ${WRKDIR}/usr/share/doc; fi make: fatal errors encountered -- cannot continue What am I possibly missing? No googling helps, and I've tried many different tricks that have worked in the past as ${DIRRM}, ${RM}, individual directory/file removal, etc. The indentation is exactly as in the Makefile. ___ 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: unassociated shell command
On 01/12/12 13:01, Stephen Montgomery-Smith wrote: I usually see this error when there is a command that doesn't belong to a target. For example, if I create a Makefile that contains only: echo xxx I get the same error. So I think it is something in the part you snipped out that makes this error happen. Yes, I have run that scenario too and learnt from it. The snipped bit is basically the same- but it works :/ @if [ -f ${WRKDIR}/etc/ldap.conf ]; then \ ${MV} ${WRKDIR}/etc/ldap.conf ${WRKDIR}/etc/ldap.conf.dist; \ fi .if defined(WITH_PAM) PLIST_SUB+= PAM= .else @if [ -f ${WRKDIR}/lib/security/pam_ldap.so ]; then \ ${RM} -rf ${WRKDIR}/lib/; \ fi @if [ -f ${WRKDIR}/usr/share/doc/nss_ldap-264/COPYING.pam_ldap ]; then \ ${RM} ${WRKDIR}/usr/share/doc/nss_ldap-264/*.pam*; \ ${RM} -rf ${WRKDIR}/usr/share/doc/nss_ldap-264/pam.d; \ fi @if [ -f ${WRKDIR}/usr/share/man/man5/pam_ldap.5.gz ]; then \ ${RM} ${WRKDIR}/usr/share/man/man5/pam_ldap.5.gz; \ fi PLIST_SUB+= PAM=@comment .endif Again, the indent is as is. Removing the @ didn't work either... On 01/11/2012 07:37 PM, Da Rock wrote: I'm still very new to this, but I'm almost complete on my first port. I do have an unusual error which crops up from time to time and I'm usually able to fudge along and clear it- but this last little bit won't clear! The particular lines in question are as follows: post-extract: [snip] .if defined(NOPORTDOCS) @if [ -d ${WRKDIR}/usr/share/doc ]; then \ ${RM} -rf ${WRKDIR}/usr/share/doc; \ fi PLIST_SUB+=@comment .else PLIST_SUB+= PORTDOCS= .endif and I get the following error make -DNOPORTDOCS install: Makefile, line 59: Unassociated shell command @if [ -d ${WRKDIR}/usr/share/doc ]; then ${RM} -rf ${WRKDIR}/usr/share/doc; fi make: fatal errors encountered -- cannot continue What am I possibly missing? No googling helps, and I've tried many different tricks that have worked in the past as ${DIRRM}, ${RM}, individual directory/file removal, etc. The indentation is exactly as in the Makefile. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: unassociated shell command
On 01/11/2012 09:48 PM, Da Rock wrote: On 01/12/12 13:01, Stephen Montgomery-Smith wrote: I usually see this error when there is a command that doesn't belong to a target. For example, if I create a Makefile that contains only: echo xxx I get the same error. So I think it is something in the part you snipped out that makes this error happen. Yes, I have run that scenario too and learnt from it. The snipped bit is basically the same- but it works :/ I tried this Makefile, and got the same error. all: XXX=xxx echo xxx Putting in the assignment seems to split the command echo xxx from the target all:. So it looks like you need to separate the assignments from the commands. @if [ -f ${WRKDIR}/etc/ldap.conf ]; then \ ${MV} ${WRKDIR}/etc/ldap.conf ${WRKDIR}/etc/ldap.conf.dist; \ fi .if defined(WITH_PAM) PLIST_SUB+= PAM= .else @if [ -f ${WRKDIR}/lib/security/pam_ldap.so ]; then \ ${RM} -rf ${WRKDIR}/lib/; \ fi @if [ -f ${WRKDIR}/usr/share/doc/nss_ldap-264/COPYING.pam_ldap ]; then \ ${RM} ${WRKDIR}/usr/share/doc/nss_ldap-264/*.pam*; \ ${RM} -rf ${WRKDIR}/usr/share/doc/nss_ldap-264/pam.d; \ fi @if [ -f ${WRKDIR}/usr/share/man/man5/pam_ldap.5.gz ]; then \ ${RM} ${WRKDIR}/usr/share/man/man5/pam_ldap.5.gz; \ fi PLIST_SUB+= PAM=@comment .endif Again, the indent is as is. Removing the @ didn't work either... On 01/11/2012 07:37 PM, Da Rock wrote: I'm still very new to this, but I'm almost complete on my first port. I do have an unusual error which crops up from time to time and I'm usually able to fudge along and clear it- but this last little bit won't clear! The particular lines in question are as follows: post-extract: [snip] .if defined(NOPORTDOCS) @if [ -d ${WRKDIR}/usr/share/doc ]; then \ ${RM} -rf ${WRKDIR}/usr/share/doc; \ fi PLIST_SUB+=@comment .else PLIST_SUB+= PORTDOCS= .endif and I get the following error make -DNOPORTDOCS install: Makefile, line 59: Unassociated shell command @if [ -d ${WRKDIR}/usr/share/doc ]; then ${RM} -rf ${WRKDIR}/usr/share/doc; fi make: fatal errors encountered -- cannot continue What am I possibly missing? No googling helps, and I've tried many different tricks that have worked in the past as ${DIRRM}, ${RM}, individual directory/file removal, etc. The indentation is exactly as in the Makefile. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: unassociated shell command
On 01/12/12 13:59, Stephen Montgomery-Smith wrote: On 01/11/2012 09:48 PM, Da Rock wrote: On 01/12/12 13:01, Stephen Montgomery-Smith wrote: I usually see this error when there is a command that doesn't belong to a target. For example, if I create a Makefile that contains only: echo xxx I get the same error. So I think it is something in the part you snipped out that makes this error happen. Yes, I have run that scenario too and learnt from it. The snipped bit is basically the same- but it works :/ I tried this Makefile, and got the same error. all: XXX=xxx echo xxx Putting in the assignment seems to split the command echo xxx from the target all:. So it looks like you need to separate the assignments from the commands. How do I do that, though? I have tried the assignment following the commands (as it is now), but obviously thats not working either. And why does it work in the other settings? @if [ -f ${WRKDIR}/etc/ldap.conf ]; then \ ${MV} ${WRKDIR}/etc/ldap.conf ${WRKDIR}/etc/ldap.conf.dist; \ fi .if defined(WITH_PAM) PLIST_SUB+= PAM= .else @if [ -f ${WRKDIR}/lib/security/pam_ldap.so ]; then \ ${RM} -rf ${WRKDIR}/lib/; \ fi @if [ -f ${WRKDIR}/usr/share/doc/nss_ldap-264/COPYING.pam_ldap ]; then \ ${RM} ${WRKDIR}/usr/share/doc/nss_ldap-264/*.pam*; \ ${RM} -rf ${WRKDIR}/usr/share/doc/nss_ldap-264/pam.d; \ fi @if [ -f ${WRKDIR}/usr/share/man/man5/pam_ldap.5.gz ]; then \ ${RM} ${WRKDIR}/usr/share/man/man5/pam_ldap.5.gz; \ fi PLIST_SUB+= PAM=@comment .endif Again, the indent is as is. Removing the @ didn't work either... On 01/11/2012 07:37 PM, Da Rock wrote: I'm still very new to this, but I'm almost complete on my first port. I do have an unusual error which crops up from time to time and I'm usually able to fudge along and clear it- but this last little bit won't clear! The particular lines in question are as follows: post-extract: [snip] .if defined(NOPORTDOCS) @if [ -d ${WRKDIR}/usr/share/doc ]; then \ ${RM} -rf ${WRKDIR}/usr/share/doc; \ fi PLIST_SUB+=@comment .else PLIST_SUB+= PORTDOCS= .endif and I get the following error make -DNOPORTDOCS install: Makefile, line 59: Unassociated shell command @if [ -d ${WRKDIR}/usr/share/doc ]; then ${RM} -rf ${WRKDIR}/usr/share/doc; fi make: fatal errors encountered -- cannot continue What am I possibly missing? No googling helps, and I've tried many different tricks that have worked in the past as ${DIRRM}, ${RM}, individual directory/file removal, etc. The indentation is exactly as in the Makefile. ___ 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: unassociated shell command
On 01/11/2012 10:14 PM, Da Rock wrote: On 01/12/12 13:59, Stephen Montgomery-Smith wrote: On 01/11/2012 09:48 PM, Da Rock wrote: On 01/12/12 13:01, Stephen Montgomery-Smith wrote: I usually see this error when there is a command that doesn't belong to a target. For example, if I create a Makefile that contains only: echo xxx I get the same error. So I think it is something in the part you snipped out that makes this error happen. Yes, I have run that scenario too and learnt from it. The snipped bit is basically the same- but it works :/ I tried this Makefile, and got the same error. all: XXX= xxx echo xxx Putting in the assignment seems to split the command echo xxx from the target all:. So it looks like you need to separate the assignments from the commands. How do I do that, though? I have tried the assignment following the commands (as it is now), but obviously thats not working either. And why does it work in the other settings? Maybe WITH_PAM is not defined. But try something like this: .if (conditionA) XXX= .endif .if (conditionB) ZZZ= .endif post-extract: .if (conditionA) @echo Doing A with ${XXX} .endif .if (conditionB) @echo Doing B with ${ZZZ} .endif @if [ -f ${WRKDIR}/etc/ldap.conf ]; then \ ${MV} ${WRKDIR}/etc/ldap.conf ${WRKDIR}/etc/ldap.conf.dist; \ fi .if defined(WITH_PAM) PLIST_SUB+= PAM= .else @if [ -f ${WRKDIR}/lib/security/pam_ldap.so ]; then \ ${RM} -rf ${WRKDIR}/lib/; \ fi @if [ -f ${WRKDIR}/usr/share/doc/nss_ldap-264/COPYING.pam_ldap ]; then \ ${RM} ${WRKDIR}/usr/share/doc/nss_ldap-264/*.pam*; \ ${RM} -rf ${WRKDIR}/usr/share/doc/nss_ldap-264/pam.d; \ fi @if [ -f ${WRKDIR}/usr/share/man/man5/pam_ldap.5.gz ]; then \ ${RM} ${WRKDIR}/usr/share/man/man5/pam_ldap.5.gz; \ fi PLIST_SUB+= PAM=@comment .endif Again, the indent is as is. Removing the @ didn't work either... On 01/11/2012 07:37 PM, Da Rock wrote: I'm still very new to this, but I'm almost complete on my first port. I do have an unusual error which crops up from time to time and I'm usually able to fudge along and clear it- but this last little bit won't clear! The particular lines in question are as follows: post-extract: [snip] .if defined(NOPORTDOCS) @if [ -d ${WRKDIR}/usr/share/doc ]; then \ ${RM} -rf ${WRKDIR}/usr/share/doc; \ fi PLIST_SUB+=@comment .else PLIST_SUB+= PORTDOCS= .endif and I get the following error make -DNOPORTDOCS install: Makefile, line 59: Unassociated shell command @if [ -d ${WRKDIR}/usr/share/doc ]; then ${RM} -rf ${WRKDIR}/usr/share/doc; fi make: fatal errors encountered -- cannot continue What am I possibly missing? No googling helps, and I've tried many different tricks that have worked in the past as ${DIRRM}, ${RM}, individual directory/file removal, etc. The indentation is exactly as in the Makefile. ___ 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: unassociated shell command
On 01/12/12 14:25, Stephen Montgomery-Smith wrote: On 01/11/2012 10:14 PM, Da Rock wrote: On 01/12/12 13:59, Stephen Montgomery-Smith wrote: On 01/11/2012 09:48 PM, Da Rock wrote: On 01/12/12 13:01, Stephen Montgomery-Smith wrote: I usually see this error when there is a command that doesn't belong to a target. For example, if I create a Makefile that contains only: echo xxx I get the same error. So I think it is something in the part you snipped out that makes this error happen. Yes, I have run that scenario too and learnt from it. The snipped bit is basically the same- but it works :/ I tried this Makefile, and got the same error. all: XXX= xxx echo xxx Putting in the assignment seems to split the command echo xxx from the target all:. So it looks like you need to separate the assignments from the commands. How do I do that, though? I have tried the assignment following the commands (as it is now), but obviously thats not working either. And why does it work in the other settings? Maybe WITH_PAM is not defined. But try something like this: .if (conditionA) XXX= .endif .if (conditionB) ZZZ= .endif post-extract: .if (conditionA) @echo Doing A with ${XXX} .endif .if (conditionB) @echo Doing B with ${ZZZ} .endif You're a genius! Whether you realise it or not or it was accidental... I split the 2 defines and set PLIST_SUB in the main, and ran the shell commands in post-extract. What I was attempting was for elegance I thought by keeping it all together. She runs as smooth as silk now :D Thanks man... @if [ -f ${WRKDIR}/etc/ldap.conf ]; then \ ${MV} ${WRKDIR}/etc/ldap.conf ${WRKDIR}/etc/ldap.conf.dist; \ fi .if defined(WITH_PAM) PLIST_SUB+= PAM= .else @if [ -f ${WRKDIR}/lib/security/pam_ldap.so ]; then \ ${RM} -rf ${WRKDIR}/lib/; \ fi @if [ -f ${WRKDIR}/usr/share/doc/nss_ldap-264/COPYING.pam_ldap ]; then \ ${RM} ${WRKDIR}/usr/share/doc/nss_ldap-264/*.pam*; \ ${RM} -rf ${WRKDIR}/usr/share/doc/nss_ldap-264/pam.d; \ fi @if [ -f ${WRKDIR}/usr/share/man/man5/pam_ldap.5.gz ]; then \ ${RM} ${WRKDIR}/usr/share/man/man5/pam_ldap.5.gz; \ fi PLIST_SUB+= PAM=@comment .endif Again, the indent is as is. Removing the @ didn't work either... On 01/11/2012 07:37 PM, Da Rock wrote: I'm still very new to this, but I'm almost complete on my first port. I do have an unusual error which crops up from time to time and I'm usually able to fudge along and clear it- but this last little bit won't clear! The particular lines in question are as follows: post-extract: [snip] .if defined(NOPORTDOCS) @if [ -d ${WRKDIR}/usr/share/doc ]; then \ ${RM} -rf ${WRKDIR}/usr/share/doc; \ fi PLIST_SUB+=@comment .else PLIST_SUB+= PORTDOCS= .endif and I get the following error make -DNOPORTDOCS install: Makefile, line 59: Unassociated shell command @if [ -d ${WRKDIR}/usr/share/doc ]; then ${RM} -rf ${WRKDIR}/usr/share/doc; fi make: fatal errors encountered -- cannot continue What am I possibly missing? No googling helps, and I've tried many different tricks that have worked in the past as ${DIRRM}, ${RM}, individual directory/file removal, etc. The indentation is exactly as in the Makefile. ___ 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: unassociated shell command
On Wed, Jan 11, 2012 at 10:25:26PM -0600, Stephen Montgomery-Smith thus spake: On 01/11/2012 10:14 PM, Da Rock wrote: I'm still very new to this, but I'm almost complete on my first port. I do have an unusual error which crops up from time to time and I'm usually able to fudge along and clear it- but this last little bit won't clear! The particular lines in question are as follows: post-extract: [snip] .if defined(NOPORTDOCS) @if [ -d ${WRKDIR}/usr/share/doc ]; then \ ${RM} -rf ${WRKDIR}/usr/share/doc; \ fi PLIST_SUB+=@comment .else PLIST_SUB+= PORTDOCS= .endif and I get the following error make -DNOPORTDOCS install: Makefile, line 59: Unassociated shell command @if [ -d ${WRKDIR}/usr/share/doc ]; then ${RM} -rf ${WRKDIR}/usr/share/doc; fi make: fatal errors encountered -- cannot continue What am I possibly missing? No googling helps, and I've tried many different tricks that have worked in the past as ${DIRRM}, ${RM}, individual directory/file removal, etc. The indentation is exactly as in the Makefile. Is the indentation whitespace, or using tabs? It should be tabs, in my experience. -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 ___ 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: linux-f10-nss_ldap: my first port - be gentle :)
On 01/12/12 02:23, Matthew Seaman wrote: On 11/01/2012 16:10, Eitan Adler wrote: post-extract: .if defined(WITH_PAM) PLIST_FILES+=lib/security/pam_ldap.so .else @if [ -f ${WRKDIR}/lib/security/pam_ldap.so ]; then \ ${RM} ${WRKDIR}/lib/security/pam_ldap.so ${DIRRM} ${WRKDIR}/lib/; fi ^ This is what's wrong. In port Makefiles, it's .if, .else, .endif not fi. You need both: .endif and fi in this case (the 'fi' is part of the shell script) Also the shell script part needs to be backslashed, and statements separated by semi-colons, like so: @if [ -f ${WRKDIR}/lib/security/pam_ldap.so ]; then \ ${RM} ${WRKDIR}/lib/security/pam_ldap.so ; \ ${DIRRM} ${WRKDIR}/lib/ ; \ fi Looking back at the OP's previous posts, it's this backslashing thing which is missing: the (make) .if is properly closed with a .endif, which unfortunately got cropped in one of the replies upthread. Another point: its not usual to modify variables like PLIST_FILES or PORTDOCS as part of the post-extract target. Usually that's done earlier in the Makefile before any of the actual make targets. You were right Matthew. It's all done now guys- what now? I have a Makefile, pkg-desc, pkg-plist, pkg-message, distinfo. I also have the files hosted and the MASTER_FILES set to include the linux sites (just where the files are located). I am looking for a backup site to all that IF I can twist someones arm? I have triple tested it all in all iterations and its as smooth as now- no issues whatsoever. So what happens now? How does it get into the ports tree now? Can someone have a look see and test it before I submit this thing? As for the bsd.sites question: before I posted this I navigated to the sites in question, and they had messages to redirect to this URI that I have posted. As for my own files, I can use release, updates, or testing. ATM its set to the testing files. Should I back that off a bit? I set the portversion to the nss_ldap_version (264). What about the 6 do you think? It could be trickier... The Makefile has lost weight - I trimmed it aggressively, but if I can cut it back further I'd be happy to know. I've posted the shar to http://herveybayaustralia.com.au/ports/distfiles/linux-f10-nss_ldap.shar if people want to check it out. Please don't hold back if there is something I've missed. I have a query on the tabbing - I have either ee or gedit (atm) how can I set them to the correct tab spacing? Cheers ___ 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: linux-f10-nss_ldap: my first port - be gentle :)
On 12/01/2012 06:44, Da Rock wrote: I have a Makefile, pkg-desc, pkg-plist, pkg-message, distinfo. I also have the files hosted and the MASTER_FILES set to include the linux sites (just where the files are located). I am looking for a backup site to all that IF I can twist someones arm? I have triple tested it all in all iterations and its as smooth as now- no issues whatsoever. So what happens now? How does it get into the ports tree now? Can someone have a look see and test it before I submit this thing? Run 'portlint -C' and fix anything it flags up -- well, within reason. Sometimes portlint complains about things it shouldn't. Then submit your port. For a new port, you need to create a .shar of the port directory, which you can attach to the PR like so: send-pr -a newport.shar When filling in the PR in the editor it pops you into, you need to set the appropriate field in the PR to 'change-request'. No need to fill in all the sections -- for ports PRs it's mostly 'Description' that gets filled in. Everything else is pretty obvious I think. The comitter who works on the port will run it through tinderbox testing and get back to you if there are any problems. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature