Re: mrxvt-devel does not show non-ascii character before end of line
Am 2014-01-24 21:42, schrieb José García Juanino: Hello, after upgrade from 9.2 to 10.0 and rebuild the ports, mrxvt multi tab terminal shows a strange issue: when you type an non-ascii character, it is hidden from terminal unless you type another new character just behind. Indeed, the exact bug is that mrxvt will not show any non-ascii character before end of line. To reproduce this issue, you can type the following in mrxt terminal, built from ports with the default options: $ echo añ myfile $ cat myfile a ### ñ is not shown (substitute spanish ñ by any other non-ascii character and you will get the same issue). mrxvt is rather ancient and not mantained by upstream, but actually is the best multi tab terminal. But with this annoyed bug, I think it should be definitively deprecated. Any idea to fix this bug, or some proposal on a good multi tab terminal? (ignoring kde or gnome related terminals, as they need huge and complex dependencies). Have you tried reporting this upstream? Lars ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ games/doomsday | 1.12.2 | 1.14.0-build1122 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [QAT] r341265: 4x leftovers
On 01/27/2014 02:05, Ports-QAT wrote: - Add stage support - Do not install non-existant vboxvideo.ko.symbols when DEBUG is selected Reviewed by: vbox@ (decke) - Build ID: 20140126195400-36495 Job owner: r...@freebsd.org Buildtime: 5 hours Enddate: Mon, 27 Jan 2014 01:05:23 GMT Revision: r341265 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=341265 - Port:emulators/virtualbox-ose-additions 4.3.6 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~r...@freebsd.org/20140126195400-36495-263324/virtualbox-ose-additions-4.3.6.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~r...@freebsd.org/20140126195400-36495-263325/virtualbox-ose-additions-4.3.6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~r...@freebsd.org/20140126195400-36495-263326/virtualbox-ose-additions-4.3.6.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~r...@freebsd.org/20140126195400-36495-263327/virtualbox-ose-additions-4.3.6.log This is caused because I added etc/xdg and etc/xdg/autostart as @dirrmtry entries to pkg-plist, because otherwise these directories would show up as orphans. So which version of pkg-plist is preferred? René ___ 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
lang/ruby19: fails to build on 9.2-STABLE: don't know how to make OPENSSL_CFLAGS. Stop
On all FreeBSD 9.2-STABLE oboxes, the update of port lang/ruby19 fails with checking for nroff... /usr/bin/nroff .ext/include/amd64-freebsd9/ruby/config.h updated ruby library version = 1.9 configure: creating ./config.status config.status: creating Makefile config.status: creating ruby-1.9.pc === Building for ruby-1.9.3.484_1,1 make: don't know how to make OPENSSL_CFLAGS. Stop *** [do-build] Error code 1 Stop in /usr/ports/lang/ruby19. *** [build] Error code 1 signature.asc Description: PGP signature
Current unassigned ports problem reports
(Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description o ports/186166[MAINTAINER] www/drush: unbreak poudriere build o ports/186161[print/latex-aa] Maintainer update to fix uncompilabil o ports/186160graphics/ImageMagick does not detect freetype2 properl o ports/186147please mark sysutils/cbsd as broken for a while o ports/186145x11/wbarconf : patch for stage support f ports/186141stage problem with x11-toolkits/tix f ports/186140[PATCH] net/bwping update to 1.7 o ports/186136security/rcracki_mt patch for staging support f ports/186134sysutils/coreutils build, fails due to strip of sh ( o ports/186131[maintainer-update] Fix build by adding 'pkgconf' depe o ports/186127net/pimdd remove GCC deps, stagify and fix RAW socket o ports/186108New port: benchmarks/ramspeed a cache and memory bench f ports/186103sysutils/cbsd - dangerous and unexpected initializatio o ports/186100net/pload: fix man page installation o ports/186098[MAINTAINER] security/softhsm: [SUMMARIZE CHANGES] f ports/186095sysutils/smartmontools 6.2_1 -n standby argument br o ports/186094A database lib/X11/fonts/local/fonts.alias conflicts i f ports/186091[PORT][MAINTAINER UPDATE] net-p2p/bitmessage o ports/186071mail/prayer deprecated dependencies o ports/186065[update] audio/libamrnb and audio/libamrwb f ports/186063[PATCH] www/validator: add 'USES=shebangfix' to adjust o ports/186062[maintainer] [patch] sysutils/ansible : speed up ssh m o ports/186059[PATCH] dns/publicsuffix update to 1.04 o ports/186056New port: databases/cassandra2 The latest stable relea f ports/186054x11-fonts/fira: Download from somewhere else? o ports/186046x11/dgs : fix build with current texinfo o ports/186042[patch] update net/scamper to 20140122 o ports/186041[PATCH] net-mgmt/ssgless: update to 1.3, fix package c f ports/186025[patch] security/tinyca: add support for openssl 1.0.1 f ports/186024textproc/htmldoc: security fixes required - please upg f ports/186023print/cups-samba: master site has gone away f ports/186008[patch] audio/shoutcast update 2.2.1.109 o ports/186003[MAINTAINER] databases/sqlite3: set on RTREE option by o ports/186001devel/opencl: Upstream changes of the header files by o ports/185990mail/qmail-qfilter: I wan to adopt unmaintained port ( f ports/185982[PATCH] net-im/centerim: fix build on 10.x, staging f ports/185981[PATCH] net-im/centerim-devel: fix build on 10.x, stag f ports/185973mail/mailfront patch - update to latest version o ports/185972devel/libsigrok patch - new release o ports/185969[NEW PORT] databases/libdrizzle-redux: Client and prot f ports/185965[PATCH] security/maia: further improvements f ports/185960sysutils/smartmontools - after last update includes fu f ports/185957[PATCH] graphics/mapnik: disable sqlite to allow packa f ports/185955[PATCH] games/armagetron: fix build on 10.x f ports/185950www/libmicrohttpd port not enabling htttps f ports/185948[PATCH] graphics/alpng: support staging o ports/185944Update math/R-cran-dlmodeler o ports/185943sysutils/fusefs-encfs does not compile under FreeBSD10 o ports/185928[MAINTAINER UPDATE] mail/spmfilter-clamav: update to 0 f ports/185925[PATCH] graphics/tgif update to 4.2.5 o ports/185905[PATCH] security/logcheck: Use USES=shebangfix to fi o ports/185904maintainer update: mail/dovecot2 o ports/185903port update: x11/tabbed f ports/185885[UPDATE] devel/directfb to v1.4.17 f ports/185868[PATCH] Update lang/rust to 0.9 f ports/185865[PATCH] lang/rust add option to build with LLnextgen f o ports/185863security/ossec-hids-client: ossec-hids-* ports don't b o ports/185839[MAINTAINER UPDATE] devel/thrift-cpp fix o ports/185836new port www/tengine-devel o ports/185835new port www/tengine f ports/185828devel/google-perftools not build o ports/185818Inability to install graphics/ImageMagick-nox11 and la o ports/185814[PATCH] security/broccoli: Fix PYTHON for BRO_PREFIX c f
Re: What is the problem with ports PR reaction delays?
There have been some messages in this thread about users volunteering to check port PRs. What would this involve as to time and software setup on one's own computer? I have some limited time, but am not using poudriere. I don't want to be too disruptive to existing FreeBSD installation. With so many messages in this thread, I don't know what to quote or what to cite in References: header so am skipping these extras. Thomas Mueller ___ 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
[QAT] r341322: 1x leftovers, 1x depend (??? in math/octave), 2x success
- Remove optional dependency math/octave-forge-image-acquisition. - Bump portrevision. - Build ID: 20140127042600-39845 Job owner: step...@freebsd.org Buildtime: 7 hours Enddate: Mon, 27 Jan 2014 11:18:41 GMT Revision: r341322 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=341322 - Port:math/octave-forge 20140127_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~step...@freebsd.org/20140127042600-39845-263572/octave-forge-20140127_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: DEPEND (??? IN MATH/OCTAVE) Log: https://qat.redports.org//~step...@freebsd.org/20140127042600-39845-263573/octave-3.8.0_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~step...@freebsd.org/20140127042600-39845-263574/octave-forge-20140127_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~step...@freebsd.org/20140127042600-39845-263575/octave-forge-20140127_1.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140127042600-39845 redports https://qat.redports.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
Can't compile openjdk7 at 340877
I updated my ports tree to revision 340877, and trying to compile openjdk7 dies like this: ... Making SA debugger back-end... gcc -Damd64 -D_GNU_SOURCE \ -m64 -shared -fPIC -fPIC \ -I/usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd \ -I../generated \ -I/usr/local/openjdk7/include -I/usr/local/openjdk7/include/freebsd\ /usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/salibelf.c /usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/symtab.c /usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/libproc_impl.c /usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/ps_proc.c /usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/ps_core.c /usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/BsdDebuggerLocal.c \ -Xlinker --version-script=/usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/mapfile \ \ -o libsaproc.so\ -lutil -lthread_db [ -f libsaproc.so ] || { ln -s libsaproc.so libsaproc.so; } gmake[6]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product' All done. gmake[5]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product' cd bsd_amd64_compiler2/product ./test_gamma Using java runtime at: /usr/local/openjdk7/jre Error occurred during initialization of VM java/lang/NoClassDefFoundError: java/lang/invoke/AdapterMethodHandle gmake[4]: *** [product] Error 1 gmake[4]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/build/bsd-amd64/hotspot/outputdir' gmake[3]: *** [generic_build2] Error 2 gmake[3]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/hotspot/make' gmake[2]: *** [product] Error 2 gmake[2]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/hotspot/make' gmake[1]: *** [hotspot-build] Error 2 gmake[1]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk' gmake: *** [build_product_image] Error 2 *** [do-build] Error code 1 Stop in /usr/ports/java/openjdk7. *** [build] Error code 1 Stop in /usr/ports/java/openjdk7. === make failed for java/openjdk7 === Aborting update === Killing background jobs Terminated === You can restart from the point of failure with this command line: portmaster flags java/openjdk7 === Exiting Is anyone else seeing this? -- George ___ 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: What is the problem with ports PR reaction delays?
Hi! There have been some messages in this thread about users volunteering to check port PRs. What would this involve as to time and software setup on one's own computer? I use the following workflow: 1) daily update to the /usr/ports tree using cd /usr/ports svn --non-interactive update 2) To check a port, I have a cpport script, which copies the port to a working directory: -- #!/usr/local/bin/bash if [ X$1 = 'X' ] then echo usage: $0 port/dir exit 1 fi if [ ! -d /usr/ports/$1 ] then echo $0: error: invalid directory '/usr/ports/$1' exit 1 fi cd ~/myp rm -rf $1 cd /usr/ports tar cf - $1 | ( cd ~/myp; tar xf -) -- 3) If I test a port, I do a cd ~/myp/port make This works most of the time. poudriere is better, but needs disk and CPU time. -- p...@opsec.eu+49 171 3101372 6 years to go ! ___ 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: lang/ruby19: fails to build on 9.2-STABLE: don't know how to make OPENSSL_CFLAGS. Stop
Same goes for me here, both for lang/ruby19 and lang/ruby20, on 10.0-RELEASE, for an updated ports using portsnap. -- Vyrdsamt, Jakob Breivik Grimstveit | +47 4829 8152 http://grimstveit.no/jakob On Mon, Jan 27, 2014 at 11:48 AM, O. Hartmann ohart...@zedat.fu-berlin.dewrote: On all FreeBSD 9.2-STABLE oboxes, the update of port lang/ruby19 fails with checking for nroff... /usr/bin/nroff .ext/include/amd64-freebsd9/ruby/config.h updated ruby library version = 1.9 configure: creating ./config.status config.status: creating Makefile config.status: creating ruby-1.9.pc === Building for ruby-1.9.3.484_1,1 make: don't know how to make OPENSSL_CFLAGS. Stop *** [do-build] Error code 1 Stop in /usr/ports/lang/ruby19. *** [build] Error code 1 ___ 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: net/avahi-app core dumps signal 11
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robert Burmeister wrote: This is a consequence of libiconv.so.3 being removed and its functionality being moved into the base system with Clang. Leaving the converters/libiconv port installed on FreeBSD 10 will cause errors, so your supposed to pkg_delete -f libiconv before portupgrade -fa. But, libgvfsdbus.so libgioremote-volume-monitor.so libavahi-glib.so.1 etc., are still trying to link to libiconv.so.3 which breaks avahi-app. The relevant ports need to be updated to use iconv from base when compiled on FreeBSD10+. Thanks for the suggestion, but I believe this is not the cause of the SIGSEGV in avahi-daemon. I was aware of the move of libiconv into the base system, and when I upgraded to 10.0-RELEASE, did exactly as you suggest: I removed the libiconv package and forced an upgrade of all ports, so that they'd link against the base system's libiconv. I've further verified with ldd /usr/local/lib/lib*.so* that I have no shared libraries left in /usr/local/lib that were built with dependencies on the old /usr/local/lib/libiconv.so.3. (That is, this ldd command gives no not found errors.) I therefore suspect that the cause lies elsewhere. Where exactly, I have unfortunately not yet ascertained. Other suggestions, anyone? (FWIW, there is also discussion of this problem, which is being experienced by others, on the forums: http://forums.freebsd.org/viewtopic.php?f=5t=44521 .) - -Brad -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlLmVSkACgkQNz6hPDTA3IFhXACghMZioudrZ3od4Q90Q/BvqKGJ +7MAn07+vmywUcDN6wpa97/dN4O9H60V =7TkE -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: [QAT] r341265: 4x leftovers
On Mon, Jan 27, 2014 at 11:42 AM, René Ladan r...@freebsd.org wrote: On 01/27/2014 02:05, Ports-QAT wrote: - Add stage support - Do not install non-existant vboxvideo.ko.symbols when DEBUG is selected Reviewed by: vbox@ (decke) - Build ID: 20140126195400-36495 Job owner: r...@freebsd.org Buildtime: 5 hours Enddate: Mon, 27 Jan 2014 01:05:23 GMT Revision: r341265 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=341265 - Port:emulators/virtualbox-ose-additions 4.3.6 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~r...@freebsd.org/20140126195400-36495-263324/virtualbox-ose-additions-4.3.6.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~r...@freebsd.org/20140126195400-36495-263325/virtualbox-ose-additions-4.3.6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~r...@freebsd.org/20140126195400-36495-263326/virtualbox-ose-additions-4.3.6.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~r...@freebsd.org/20140126195400-36495-263327/virtualbox-ose-additions-4.3.6.log This is caused because I added etc/xdg and etc/xdg/autostart as @dirrmtry entries to pkg-plist, because otherwise these directories would show up as orphans. So which version of pkg-plist is preferred? Yeah, I think it's fine in both ways. That is a bit extra strict on tinderbox side. -- Bernhard Froehlich http://www.bluelife.at/ ___ 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: Can't compile openjdk7 at 340877
On Mon, Jan 27, 2014 at 06:23:16AM -0500 I heard the voice of George Mitchell, and lo! it spake thus: I updated my ports tree to revision 340877, and trying to compile openjdk7 dies like this: cd bsd_amd64_compiler2/product ./test_gamma Using java runtime at: /usr/local/openjdk7/jre Error occurred during initialization of VM java/lang/NoClassDefFoundError: java/lang/invoke/AdapterMethodHandle http://lists.freebsd.org/pipermail/freebsd-ports/2014-January/088841.html My solution was forcing it to use the bootstrap version again. -- Matthew Fuller (MF4839) | fulle...@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. ___ 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: lang/ruby19: fails to build on 9.2-STABLE: don't know how to make OPENSSL_CFLAGS. Stop
On Mon, 27 Jan 2014 13:09:37 +0100 Jakob Breivik Grimstveit ja...@grimstveit.no wrote: Same goes for me here, both for lang/ruby19 and lang/ruby20, on 10.0-RELEASE, for an updated ports using portsnap. I have also other ports which have MAKE_ARGS+=blabla set and they complain now like this: gmake[3]: *** No rule to make target `CLANGXX_FLAGS'. Stop. The port system seems again to be polluted and broken ... this misbehaviour has been introduced recently. Oliver signature.asc Description: PGP signature
Re: Questions about staging
On 01/27/14 14:51, Montgomery-Smith, Stephen wrote: So it would only be necessary to do this if you want to set ownership to anything other than root:wheel, since the pkg install program should automatically set things to root:wheel anyway? (Because things installed the usual make install way will be set similarly?) Yes, absolutely. Files will be installed with ownership by root:wheel by default, unless there are post-install script actions (ie. generally derived from @user / @group settings in pkg-plist) irrespective of what ownership they have in staging. There is a 'NEED_ROOT' compatibility thing but that's not ideal, and I believe the plan is ultimately to do away with it as part of the switch over to staging. And presumably the same for chmod - it would only be necessary when setting things like setuid or setgid bits, since otherwise it will merely copy permissions from whatever the file in the tarball has? Yes -- exactly. Anything involving chown / chgrp / chmod that requires root level privileges should be done this way. Cheers, Matthew signature.asc Description: OpenPGP digital signature
openldap-client OPENSSL_CFLAGS
Hi, I have problem building net/openldap24-client on 10-RELEASE amd64: === Building for openldap-client-2.4.38 make[2]: make[2]: don't know how to make OPENSSL_CFLAGS. Stop Should I send PR? Thank you in advance, -- Marko Cupać marko.cu...@mimar.rs ___ 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: openldap-client OPENSSL_CFLAGS
Marko Cupać ha scritto: I have problem building net/openldap24-client on 10-RELEASE amd64: === Building for openldap-client-2.4.38 make[2]: make[2]: don't know how to make OPENSSL_CFLAGS. Stop Should I send PR? Same issue with x11/kdelibs4, I think something is broken in the ports tree. -- Alex Dupre ___ 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: lang/ruby19: fails to build on 9.2-STABLE: don't know how to make OPENSSL_CFLAGS. Stop
Den 27.01.2014 11:48, skrev O. Hartmann: On all FreeBSD 9.2-STABLE oboxes, the update of port lang/ruby19 fails with checking for nroff... /usr/bin/nroff .ext/include/amd64-freebsd9/ruby/config.h updated ruby library version = 1.9 configure: creating ./config.status config.status: creating Makefile config.status: creating ruby-1.9.pc === Building for ruby-1.9.3.484_1,1 make: don't know how to make OPENSSL_CFLAGS. Stop *** [do-build] Error code 1 Stop in /usr/ports/lang/ruby19. *** [build] Error code 1 This is caused by: r341335 -- Herbert ___ 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: openocd-0.7.0
Hello, Re: openocd on freebsd 9.2 amd64. I am trying to use a ftdi c232hm-edhsl-0 usb to jtag-spi adapter to communicate with a device that communicates via spi. I have been able to get openocd running , but I am confused on how to send data via spi. I may be setting the options incorrectly, or perhaps openocd does not support spi, I am not certain either way. I tried looking for support on openocd, with no success. I hope that you can point me in the direction I need to go . I am simply trying to use a usb-spi adapter to talk to a spectrum analyzer signal to get the data from it. It normally talks directly to an embedded control system via spi. If I can talk directly to it , I can verify that it is working properly . Again, any help you can give me is appreciated. Barry Tigner -- Barry Tigner MSU PA Electronics Design and Service Ctr. 1230 BioMedical Physical Sciences Email: tig...@msu.edu Phone: 517-884-5538 ___ 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: What is the problem with ports PR reaction delays?
Am 2014-01-25 05:30, schrieb Aryeh Friedman: On Fri, Jan 24, 2014 at 11:16 PM, Alfred Perlstein alf...@freebsd.orgwrote: (maybe there is some great ports system that I'm not aware of that makes this all as easy github, but I somehow doubt that.) Nice to be able to plug something other then petitecloud as a possible solution to this... namely as far I can tell from previous discussions and such that the port system is nothing more then a very large DAG (directed acyc. graph) the author of devel/cook (and devel/aegis) wrote an incredible paper showing why Make (in any form) will never be upto the task ( http://aegis.sourceforge.net/auug97.pdf )... there are several solutions that use this paper as their foundation in the ports system (devel/cook, devel/cons, devel/scons)... don't get me wrong the actual building of each port should be delegated to whatever build scripts it uses the idea is only that the entire port system be considered as a single graph... side note we use devel/cook and devel/aegis to maintain and build petitecloud on. Aryeh, would you please stop spamming about petitecloud in _every single_ mail you're sending to some list? Thank you. Lars ___ 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: Questions about staging
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/27/2014 01:07 AM, Matthew Seaman wrote: On 27/01/2014 00:38, Montgomery-Smith, Stephen wrote: I am looking at this part of https://wiki.freebsd.org/ports/StageDir Replace commands like ${CHMOD} ... and ${INSTALL_PROGRAM} -m mode -o user -g group with corresponding pkg-plist entries: @mode mode, @owner user, @group group. /!\ These operators work until being overridden, or until the end of pkg-plist, so do not forget to reset them with @mode, @owner, @group keywords afterwards. I have to admit that I don't understand what this is driving at. Can someone explain it to me? This is all about being able to create packages without needing superuser powers. The idea is to take privileged commands like chmod(1) (or the implied chmod from using the -o flag to install(1)) out of install: targets in the port Makefile (which nowadays install into the staging directory) and replace them with equivalent constructs in pkg-plist (which are extracted into the generated pkg as pre/post- install script actions) ie. so that pkg(8) set the ownership of files at the point the package is installed. Sometimes it involves a bit more than just editing the port Makefile -- here's an example from one of my own ports, where I had to fold, spindle and mutilate the software's own Makefiles to achieve the desired result: http://svnweb.freebsd.org/ports?view=revisionrevision=339461 This includes some other changes to do with using options helpers etc. but it should be clear enough what was done to move changing file ownership away from the staging step and into package installation. Look at the chagnes to pkg-plist and patch-Makefile.in in particular. So it would only be necessary to do this if you want to set ownership to anything other than root:wheel, since the pkg install program should automatically set things to root:wheel anyway? (Because things installed the usual make install way will be set similarly?) And presumably the same for chmod - it would only be necessary when setting things like setuid or setgid bits, since otherwise it will merely copy permissions from whatever the file in the tarball has? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS5nJ9AAoJEC3xK9GaktgHvNgH/jzU+krSXo3zY3nllQyPl3gN h5jmqW8TqBO78l2+ZQ3fq7OR6IOHAbZBGOLQ/+pl+IPVJH66tPoRlFI985vT/eab 3/3FQDG9D8xu6WmLHKUPamCTm8NS8jEEnIoc2YMVHhu8MCNcgBcy4zmDiokodp9B nb036XNZJ78r6sZFad3Fpxc+g28zkHYRwDdwDED6+QhfKCTi8g8+bg8+1zN1mUga 0gDg84BBgGcAK52iZTCP+TBHC5sNNENeAWaCkF0JweEOq/i6KerV3L9KjipC3+E1 nt1gpvWRGltK/H7MhcSDVF7ig25FQkixrE6d30MffgbpnKV0lMATGUGWiuMN2/E= =4QAN -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: openldap-client OPENSSL_CFLAGS
On Mon, 27 Jan 2014 16:57:00 +0100, Marko Cupać stated: I have problem building net/openldap24-client on 10-RELEASE amd64: === Building for openldap-client-2.4.38 make[2]: make[2]: don't know how to make OPENSSL_CFLAGS. Stop Should I send PR? Only if you want it fixed. -- Jerry ___ 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: What is the problem with ports PR reaction delays?
Sorry was just putting why I used the mentioned ports in context (I believe in real life examples instead of made up ones for that)... any other mention of it in the thread was only because it was a convenient example that didn't violate an nda or something else. On Mon, Jan 27, 2014 at 11:29 AM, Lars Engels l...@freebsd.org wrote: Am 2014-01-25 05:30, schrieb Aryeh Friedman: On Fri, Jan 24, 2014 at 11:16 PM, Alfred Perlstein alf...@freebsd.org wrote: (maybe there is some great ports system that I'm not aware of that makes this all as easy github, but I somehow doubt that.) Nice to be able to plug something other then petitecloud as a possible solution to this... namely as far I can tell from previous discussions and such that the port system is nothing more then a very large DAG (directed acyc. graph) the author of devel/cook (and devel/aegis) wrote an incredible paper showing why Make (in any form) will never be upto the task ( http://aegis.sourceforge.net/auug97.pdf )... there are several solutions that use this paper as their foundation in the ports system (devel/cook, devel/cons, devel/scons)... don't get me wrong the actual building of each port should be delegated to whatever build scripts it uses the idea is only that the entire port system be considered as a single graph... side note we use devel/cook and devel/aegis to maintain and build petitecloud on. Aryeh, would you please stop spamming about petitecloud in _every single_ mail you're sending to some list? Thank you. Lars ___ 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 -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.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
[QAT] r341430: 4x leftovers
- Stage support - Build ID: 20140127165200-59762 Job owner: m...@freebsd.org Buildtime: 11 minutes Enddate: Mon, 27 Jan 2014 17:02:35 GMT Revision: r341430 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=341430 - Port:irc/irssi-otr 0.3_6 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140127165200-59762-264172/irssi-otr-0.3_6.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140127165200-59762-264173/irssi-otr-0.3_6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140127165200-59762-264174/irssi-otr-0.3_6.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140127165200-59762-264175/irssi-otr-0.3_6.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140127165200-59762 redports https://qat.redports.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
[QAT] r341425: 4x leftovers
- Stagify - Update dependencies to new shlib format - Bump PORTREVISION PR: ports/185556 Submitted by: Kevin Zheng kevinz5...@gmail.com (maintainer) - Build ID: 20140127163601-33630 Job owner: de...@freebsd.org Buildtime: 29 minutes Enddate: Mon, 27 Jan 2014 17:04:49 GMT Revision: r341425 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=341425 - Port:security/gnomint 1.2.1_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~de...@freebsd.org/20140127163601-33630-264152/gnomint-1.2.1_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~de...@freebsd.org/20140127163601-33630-264153/gnomint-1.2.1_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~de...@freebsd.org/20140127163601-33630-264154/gnomint-1.2.1_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~de...@freebsd.org/20140127163601-33630-264155/gnomint-1.2.1_2.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140127163601-33630 redports https://qat.redports.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
Can't seem to build ruby19 or 18.
=== Building for ruby-1.9.3.484_1,1 make: don't know how to make OPENSSL_CFLAGS. Stop *** [do-build] Error code 1 I just want to be sure that it isn't me, hopefully. Thanks ed -- Bienes Raíces in Coatepec, Veracruz, Mexico http://www.ecomania.info http://www.facebook.com/pages/Inmobiliaria-Bienes-Raices-httpEcoManiainfo/102249989850215?sk=photos_albums ___ 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: Can't seem to build ruby19 or 18.
On Mon, 27 Jan 2014 12:11:52 -0600 Edwin L. Culp W. edwinlc...@gmail.com wrote: === Building for ruby-1.9.3.484_1,1 make: don't know how to make OPENSSL_CFLAGS. Stop *** [do-build] Error code 1 I just want to be sure that it isn't me, hopefully. Here as well on 10-RELEASE. Same thing for net/openldap24-client: === Building for openldap-client-2.4.38 make[2]: make[2]: don't know how to make OPENSSL_CFLAGS. Stop -- Marko Cupać marko.cu...@mimar.rs ___ 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: r341435: deletion of graphics/fotoxx
Am 27.01.2014 19:39, schrieb Rainer Hurling: graphics/fotoxx was deleted today, although there exist two PRs for some time now. At least the last one updates to version 13.03.1: Of course it is not deleted, only deprecated. Sorry for the mistake. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643 On http://www.kornelix.com/tarballs.html there are even newer versions (14.01 and 14.02beta), not ported until now. Could someone please pick up PR 177643 and commit it, if it is functional. Many thanks in advance, Rainer Hurling ___ 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
r341435: deletion of graphics/fotoxx
graphics/fotoxx was deleted today, although there exist two PRs for some time now. At least the last one updates to version 13.03.1: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643 On http://www.kornelix.com/tarballs.html there are even newer versions (14.01 and 14.02beta), not ported until now. Could someone please pick up PR 177643 and commit it, if it is functional. Many thanks in advance, Rainer Hurling ___ 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
devel/libgee 0.8.5 fails to build
This happens if I try to build (or portupgrade) devel/libgee: treemap.c:12380: warning: assignment from incompatible pointer type CCLD libgee-0.8.la /usr/local/bin/g-ir-compiler -l `/usr/bin/sed -nE s/^dlname='([A-Za-z0-9.+-]+)'/\1/p libgee-0.8.la` -o Gee-0.8.typelib Gee-0.8.gir Gee-0.8.gir:8:51: warning: element annotation from state 6 is unknown, ignoring Gee-0.8.gir:9:53: warning: element annotation from state 6 is unknown, ignoring Gee-0.8.gir:3383:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3418:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3455:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3510:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3514:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3518:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3585:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3589:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3671:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3675:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3992:1: warning: element property from state 23 is unknown, ignoring Gee-0.8.gir:4031:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:4090:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:4133:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:4137:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:4183:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:4250:50: warning: element annotation from state 15 is unknown, ignoring (g-ir-compiler:83467): GVFS-RemoteVolumeMonitor-WARNING **: cannot open directory /usr/local/share/gvfs/remote-volume-monitors: Error opening directory '/usr/local/share/gvfs/remote-volume-monitors': No such file or directory gmake[2]: *** [Gee-0.8.typelib] Trace/BPT trap: 5 (core dumped) gmake[2]: Leaving directory `/usr/ports/devel/libgee/work/libgee-0.8.5/gee' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/libgee/work/libgee-0.8.5' gmake: *** [all] Error 2 === Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** [do-build] Error code 1 Stop in /usr/ports/devel/libgee. Is this a known issue? Details: root@kg-v7# uname -a FreeBSD kg-v7.kg4.no 9.2-STABLE FreeBSD 9.2-STABLE #1 r261187: Sun Jan 26 15:20:25 CET 2014 r...@kg-v7.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 root@kg-v7# pv libgee* libgee-0.6.2.1needs updating (port has 0.8.5) HTH -- Regards, Torfinn ___ 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: r341435: deletion of graphics/fotoxx
On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote: Am 27.01.2014 19:39, schrieb Rainer Hurling: graphics/fotoxx was deleted today, although there exist two PRs for some time now. At least the last one updates to version 13.03.1: Of course it is not deleted, only deprecated. Sorry for the mistake. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643 On http://www.kornelix.com/tarballs.html there are even newer versions (14.01 and 14.02beta), not ported until now. Could someone please pick up PR 177643 and commit it, if it is functional. Many thanks in advance, Rainer Hurling I had a look at it, the problem is that fetch(1) cannot managed to fetch the distfile, it always get stalled at 99% even with newer version than in the PR like: fotoxx-14.01.1.tar.gz regards, Bapt pgprBaOlD8MVR.pgp Description: PGP signature
Braindead site configuration...
Can we drop at.cpan.org from the list of CPAN sites please? It does stupid things like this: lucid-nonsense:~...ports/mail/p5-Email-Address-List:% fetch -v -v http://at.cpan.org/modules/by-module/Email/Nonexistent.tar.gz scheme: [http] user: [] password: [] host: [at.cpan.org] port: [0] document: [/modules/by-module/Email/Nonexistent.tar.gz] --- at.cpan.org:80 looking up at.cpan.org connecting to at.cpan.org:80 requesting http://at.cpan.org/modules/by-module/Email/Nonexistent.tar.gz GET /modules/by-module/Email/Nonexistent.tar.gz HTTP/1.1 Host: at.cpan.org Accept: */* User-Agent: fetch libfetch/2.0 Connection: close HTTP/1.1 302 Found Date: Mon, 27 Jan 2014 20:18:25 GMT Server: Apache Location: http://gd.tuwien.ac.at/.admin/missing/server.php?name=AT.CPAN.ORG Vary: Accept-Encoding 302 redirect to http://gd.tuwien.ac.at/.admin/missing/server.php?name=AT.CPAN.ORG scheme: [http] user: [] password: [] host: [gd.tuwien.ac.at] port: [0] document: [/.admin/missing/server.php?name=AT.CPAN.ORG] Content-Length: 249 Connection: close content length: [249] Content-Type: text/html; charset=iso-8859-1 --- gd.tuwien.ac.at:80 looking up gd.tuwien.ac.at connecting to gd.tuwien.ac.at:80 requesting http://gd.tuwien.ac.at/.admin/missing/server.php?name=AT.CPAN.ORG GET /.admin/missing/server.php?name=AT.CPAN.ORG HTTP/1.1 Host: gd.tuwien.ac.at Accept: */* User-Agent: fetch libfetch/2.0 Connection: close HTTP/1.1 200 OK Date: Mon, 27 Jan 2014 20:18:25 GMT Server: Apache X-Powered-By: PHP/5.3.10-1ubuntu3.2 Vary: Accept-Encoding Content-Length: 6386 Connection: close content length: [6386] Content-Type: text/html offset 0, length -1, size -1, clength 6386 local size / mtime: 6386 / 1390853877 remote size / mtime: 6386 / 0 Nonexistent.tar.gz100% of 6386 B 2297 kBps 00m00s lucid-nonsense:~...ports/mail/p5-Email-Address-List:% ie. ask for a non-existent file and it will return a cutesie message under the filename you asked for and a 200 OK code. Site administrators ... grr flogging is too good for them. Morons of the drooling persuasion. 404 exists for a reason. Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matt...@infracaninophile.co.uk signature.asc Description: OpenPGP digital signature
Re: r341435: deletion of graphics/fotoxx
Am 27.01.2014 20:49, schrieb Baptiste Daroussin: On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote: Am 27.01.2014 19:39, schrieb Rainer Hurling: graphics/fotoxx was deleted today, although there exist two PRs for some time now. At least the last one updates to version 13.03.1: Of course it is not deleted, only deprecated. Sorry for the mistake. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643 On http://www.kornelix.com/tarballs.html there are even newer versions (14.01 and 14.02beta), not ported until now. Could someone please pick up PR 177643 and commit it, if it is functional. Many thanks in advance, Rainer Hurling I had a look at it, the problem is that fetch(1) cannot managed to fetch the distfile, it always get stalled at 99% even with newer version than in the PR like: fotoxx-14.01.1.tar.gz Yes, I just also tried it and I can confirm the 'fetch problem'. I just contacted the author of fotoxx, Michael Cornelison and asked him for help. I will inform after his answer. Thanks for answering and trying it. Regards, Rainer Hurling regards, Bapt ___ 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: r341435: deletion of graphics/fotoxx
On Mon, 27 Jan 2014 20:49:05 +0100 Baptiste Daroussin b...@freebsd.org wrote: On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote: Am 27.01.2014 19:39, schrieb Rainer Hurling: graphics/fotoxx was deleted today, although there exist two PRs for some time now. At least the last one updates to version 13.03.1: Of course it is not deleted, only deprecated. Sorry for the mistake. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643 On http://www.kornelix.com/tarballs.html there are even newer versions (14.01 and 14.02beta), not ported until now. Could someone please pick up PR 177643 and commit it, if it is functional. Many thanks in advance, Rainer Hurling I had a look at it, the problem is that fetch(1) cannot managed to fetch the distfile, it always get stalled at 99% even with newer version than in the PR like: fotoxx-14.01.1.tar.gz Same here, wget and curl (also HTTP/1.0) work fine. -- Michael Gmelin signature.asc Description: PGP signature
Re: net/avahi-app core dumps signal 11
Brad Karp wrote Thanks for the suggestion, but I believe this is not the cause of the SIGSEGV in avahi-daemon. I was aware of the move of libiconv into the base system, and when I upgraded to 10.0-RELEASE, did exactly as you suggest: I removed the libiconv package and forced an upgrade of all ports, so that they'd link against the base system's libiconv. I've further verified with ldd /usr/local/lib/lib*.so* that I have no shared libraries left in /usr/local/lib that were built with dependencies on the old /usr/local/lib/libiconv.so.3. (That is, this ldd command gives no not found errors.) I therefore suspect that the cause lies elsewhere. Where exactly, I have unfortunately not yet ascertained. Other suggestions, anyone? (FWIW, there is also discussion of this problem, which is being experienced by others, on the forums: http://forums.freebsd.org/viewtopic.php?f=5t=44521 .) - -Brad People who deleted all ports, removed /usr/local and reinstalled have reported that they do not have the problem. I have deleted the contents of /usr/local/lib and am running a portupgrade -afu I'll report back if that is a quicker fix. -- View this message in context: http://freebsd.1045724.n5.nabble.com/net-avahi-app-core-dumps-signal-11-tp5878518p5880548.html Sent from the freebsd-ports mailing list archive at Nabble.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
maintainer timeout in graphics/shotwell
Hi, I'd like to call maintainer timeout on ports/185495 - when chasing r341291 by rakuco@ I noticed I still had _two_ PRs open on graphics/shotwell, so I updated my patch (see comment in PR, there's an HTTP link, too since gnats doesn't handle patches in followup mails). When at it, could the committer please close ports/184007 - it's the previous update for shotwell, which I also forgot about when using the updated shotwell locally. Regards, Christoph -- Spare Space ___ 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: r341435: deletion of graphics/fotoxx
On Mon, 27 Jan 2014 21:24:37 +0100 Rainer Hurling rhur...@gwdg.de wrote: Am 27.01.2014 20:49, schrieb Baptiste Daroussin: On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote: Am 27.01.2014 19:39, schrieb Rainer Hurling: graphics/fotoxx was deleted today, although there exist two PRs for some time now. At least the last one updates to version 13.03.1: Of course it is not deleted, only deprecated. Sorry for the mistake. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643 On http://www.kornelix.com/tarballs.html there are even newer versions (14.01 and 14.02beta), not ported until now. Could someone please pick up PR 177643 and commit it, if it is functional. Many thanks in advance, Rainer Hurling I had a look at it, the problem is that fetch(1) cannot managed to fetch the distfile, it always get stalled at 99% even with newer version than in the PR like: fotoxx-14.01.1.tar.gz Yes, I just also tried it and I can confirm the 'fetch problem'. I just contacted the author of fotoxx, Michael Cornelison and asked him for help. I will inform after his answer. Thanks for answering and trying it. His web server reports a content length of 2696186, but only provides 2696168 bytes of data. Tools like wget and curl just stop downloading data, while fetch hangs waiting for those 18 extra bytes. -- Michael Gmelin ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: r341435: deletion of graphics/fotoxx
On Mon, Jan 27, 2014 at 11:33:52PM +0100, Michael Gmelin wrote: On Mon, 27 Jan 2014 21:24:37 +0100 Rainer Hurling rhur...@gwdg.de wrote: Am 27.01.2014 20:49, schrieb Baptiste Daroussin: On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote: Am 27.01.2014 19:39, schrieb Rainer Hurling: graphics/fotoxx was deleted today, although there exist two PRs for some time now. At least the last one updates to version 13.03.1: Of course it is not deleted, only deprecated. Sorry for the mistake. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643 On http://www.kornelix.com/tarballs.html there are even newer versions (14.01 and 14.02beta), not ported until now. Could someone please pick up PR 177643 and commit it, if it is functional. Many thanks in advance, Rainer Hurling I had a look at it, the problem is that fetch(1) cannot managed to fetch the distfile, it always get stalled at 99% even with newer version than in the PR like: fotoxx-14.01.1.tar.gz Yes, I just also tried it and I can confirm the 'fetch problem'. I just contacted the author of fotoxx, Michael Cornelison and asked him for help. I will inform after his answer. Thanks for answering and trying it. His web server reports a content length of 2696186, but only provides 2696168 bytes of data. Tools like wget and curl just stop downloading data, while fetch hangs waiting for those 18 extra bytes. -- Michael Gmelin Meaning fetch is right ;) he has to fix his webserver ;) regards, Bapt pgpePNfEywi6g.pgp Description: PGP signature
xmms-wma crashes
Hello. The box is 9.1p10/i386. As per subject, since the upgrade to 1.0.5_3, xmms started crashing whenever I added a wma file to the playlist. portupgrade -Rf xmms-wma did not help. portdowngrade to 1.0.5_2 solved. Now I have full functionality back; however, in case anyone wants me to try or check something, I'll be glad to help. bye av. ___ 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: xmms-wma crashes
On Mon, Jan 27, 2014 at 11:25:18PM +0100, Andrea Venturoli wrote: Hello. The box is 9.1p10/i386. As per subject, since the upgrade to 1.0.5_3, xmms started crashing whenever I added a wma file to the playlist. portupgrade -Rf xmms-wma did not help. portdowngrade to 1.0.5_2 solved. Now I have full functionality back; however, in case anyone wants me to try or check something, I'll be glad to help. Can you try the following patch? on top of 1.0.5_3: http://people.freebsd.org/~bapt/xmms-wma.diff regards, Bapt pgpSxRn8ItksQ.pgp Description: PGP signature
[QAT] r341473: 2x depend (fetch in games/freeminer), 2x leftovers, 2x fetch, 2x success
- Update to 0.4.9.3 - Build ID: 20140127231800-22206 Job owner: amd...@freebsd.org Buildtime: 13 minutes Enddate: Mon, 27 Jan 2014 23:30:38 GMT Revision: r341473 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=341473 - Port:games/freeminer 0.4.9.3 Buildgroup: 8.4-QAT/amd64 Buildstatus: FETCH Log: https://qat.redports.org//~amd...@freebsd.org/20140127231800-22206-264324/freeminer-0.4.9.3.log Buildgroup: 8.4-QAT/i386 Buildstatus: FETCH Log: https://qat.redports.org//~amd...@freebsd.org/20140127231800-22206-264325/freeminer-0.4.9.3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140127231800-22206-264326/freeminer-0.4.9.3.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140127231800-22206-264327/freeminer-0.4.9.3.log - Port:games/freeminer-default 0.4.9.3 Buildgroup: 8.4-QAT/amd64 Buildstatus: DEPEND (FETCH IN GAMES/FREEMINER) Log: https://qat.redports.org//~amd...@freebsd.org/20140127231800-22206-264328/freeminer-0.4.9.3.log Buildgroup: 8.4-QAT/i386 Buildstatus: DEPEND (FETCH IN GAMES/FREEMINER) Log: https://qat.redports.org//~amd...@freebsd.org/20140127231800-22206-264329/freeminer-0.4.9.3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~amd...@freebsd.org/20140127231800-22206-264330/freeminer-default-0.4.9.3.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~amd...@freebsd.org/20140127231800-22206-264331/freeminer-default-0.4.9.3.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140127231800-22206 redports https://qat.redports.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: r341435: deletion of graphics/fotoxx
On Mon, 27 Jan 2014 23:49:54 +0100 Baptiste Daroussin b...@freebsd.org wrote: On Mon, Jan 27, 2014 at 11:33:52PM +0100, Michael Gmelin wrote: On Mon, 27 Jan 2014 21:24:37 +0100 Rainer Hurling rhur...@gwdg.de wrote: Am 27.01.2014 20:49, schrieb Baptiste Daroussin: On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote: Am 27.01.2014 19:39, schrieb Rainer Hurling: graphics/fotoxx was deleted today, although there exist two PRs for some time now. At least the last one updates to version 13.03.1: Of course it is not deleted, only deprecated. Sorry for the mistake. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643 On http://www.kornelix.com/tarballs.html there are even newer versions (14.01 and 14.02beta), not ported until now. Could someone please pick up PR 177643 and commit it, if it is functional. Many thanks in advance, Rainer Hurling I had a look at it, the problem is that fetch(1) cannot managed to fetch the distfile, it always get stalled at 99% even with newer version than in the PR like: fotoxx-14.01.1.tar.gz Yes, I just also tried it and I can confirm the 'fetch problem'. I just contacted the author of fotoxx, Michael Cornelison and asked him for help. I will inform after his answer. Thanks for answering and trying it. His web server reports a content length of 2696186, but only provides 2696168 bytes of data. Tools like wget and curl just stop downloading data, while fetch hangs waiting for those 18 extra bytes. -- Michael Gmelin Meaning fetch is right ;) he has to fix his webserver ;) From a user's perspective I don't think hanging forever is good behavior though. The internets are expected to be broken ;) Maybe one of those days... -- Michael Gmelin signature.asc Description: PGP signature
Re: r341435: deletion of graphics/fotoxx
On Tue, Jan 28, 2014 at 12:59:27AM +0100, Michael Gmelin wrote: On Mon, 27 Jan 2014 23:49:54 +0100 Baptiste Daroussin b...@freebsd.org wrote: On Mon, Jan 27, 2014 at 11:33:52PM +0100, Michael Gmelin wrote: On Mon, 27 Jan 2014 21:24:37 +0100 Rainer Hurling rhur...@gwdg.de wrote: Am 27.01.2014 20:49, schrieb Baptiste Daroussin: On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote: Am 27.01.2014 19:39, schrieb Rainer Hurling: graphics/fotoxx was deleted today, although there exist two PRs for some time now. At least the last one updates to version 13.03.1: Of course it is not deleted, only deprecated. Sorry for the mistake. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643 On http://www.kornelix.com/tarballs.html there are even newer versions (14.01 and 14.02beta), not ported until now. Could someone please pick up PR 177643 and commit it, if it is functional. Many thanks in advance, Rainer Hurling I had a look at it, the problem is that fetch(1) cannot managed to fetch the distfile, it always get stalled at 99% even with newer version than in the PR like: fotoxx-14.01.1.tar.gz Yes, I just also tried it and I can confirm the 'fetch problem'. I just contacted the author of fotoxx, Michael Cornelison and asked him for help. I will inform after his answer. Thanks for answering and trying it. His web server reports a content length of 2696186, but only provides 2696168 bytes of data. Tools like wget and curl just stop downloading data, while fetch hangs waiting for those 18 extra bytes. -- Michael Gmelin Meaning fetch is right ;) he has to fix his webserver ;) From a user's perspective I don't think hanging forever is good behavior though. The internets are expected to be broken ;) Maybe one of those days... It will hit the timeout and then die, but file will be corrupted. regards, Bapt pgp8JIKx2Ghua.pgp Description: PGP signature
Re: Can't compile openjdk7 at 340877 (fixed)
On 01/27/14 09:04, Matthew D. Fuller wrote: On Mon, Jan 27, 2014 at 06:23:16AM -0500 I heard the voice of George Mitchell, and lo! it spake thus: I updated my ports tree to revision 340877, and trying to compile openjdk7 dies like this: cd bsd_amd64_compiler2/product ./test_gamma Using java runtime at: /usr/local/openjdk7/jre Error occurred during initialization of VM java/lang/NoClassDefFoundError: java/lang/invoke/AdapterMethodHandle http://lists.freebsd.org/pipermail/freebsd-ports/2014-January/088841.html My solution was forcing it to use the bootstrap version again. Fortunately I still had a package for the bootstrap compiler around. Using portmaster -BDg -m BOOTSTRAPJDKDIR=/usr/local/bootstrap-openjdk java/openjdk7 appears to have solved the problem for me. Thanks for your help! -- George ___ 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: net/avahi-app core dumps signal 11
Robert Burmeister wrote: This is a consequence of libiconv.so.3 being removed and its functionality being moved into the base system with Clang. Leaving the converters/libiconv port installed on FreeBSD 10 will cause errors, so your supposed to pkg_delete -f libiconv before portupgrade -fa. But, libgvfsdbus.so libgioremote-volume-monitor.so libavahi-glib.so.1 etc., are still trying to link to libiconv.so.3 which breaks avahi-app. The relevant ports need to be updated to use iconv from base when compiled on FreeBSD10+. Thanks for the suggestion, but I believe this is not the cause of the SIGSEGV in avahi-daemon. I was aware of the move of libiconv into the base system, and when I upgraded to 10.0-RELEASE, did exactly as you suggest: I removed the libiconv package and forced an upgrade of all ports, so that they'd link against the base system's libiconv. I've further verified with ldd /usr/local/lib/lib*.so* that I have no shared libraries left in /usr/local/lib that were built with dependencies on the old /usr/local/lib/libiconv.so.3. (That is, this ldd command gives no not found errors.) I therefore suspect that the cause lies elsewhere. Where exactly, I have unfortunately not yet ascertained. Other suggestions, anyone? I noticed the ports giving problems have devel/gmake as a dependency. A commit note for devel/gmake from 04 Sep 2013 states: Introduce ICONV_CONFIGURE_ARG variable defined at Uses/iconv.mk. It's value is --with-libiconv-prefix=/usr/local for systems before 100043 with ports libiconv and to use at systems post 100043 with base iconv it's value is (NULL). Will check to see if this flag is being set properly after the current recompile round. -- View this message in context: http://freebsd.1045724.n5.nabble.com/net-avahi-app-core-dumps-signal-11-tp5878518p5880612.html Sent from the freebsd-ports mailing list archive at Nabble.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