Freeocl build but doesn't work
Hello, I try to work with opencl via Freeocl but it doesn't work. When i build a test, it's ok (except with gcc46), but when i run it, it doesn't work : /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required by /usr/local/lib/libOpenCL.so.1 not found here some logs and the source code for test. Thank your for your help gcc46_build_log Description: Binary data ___ 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: firefox-22.0,1 core on -current in libgdk
On Wed, Jul 24, 2013 at 8:22 PM, hiren panchasara hiren.panchas...@gmail.com wrote: http://bpaste.net/show/117151/ - this link has core info. flymockour-l7% uname -a FreeBSD flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r253512M: Sat Jul 20 23:00:51 PDT 2013 hir...@flymockour-l7.corp.yahoo.com:/usr/obj/usr/home/hirenp/head/sys/GENERIC amd64 flymockour-l7% pkg info | grep firefox firefox-22.0,1 Web browser based on the browser portion of Mozilla flymockour-l7% firefox -v Mozilla Firefox 22.0 flymockour-l7% Whenever I try to save something, save as window pops up and it cores at that point. Starting of bt confirms it to be dying in libgdk: (gdb) bt #0 0x0008089c4236 in g_object_ref (_object=0x832330b00) at gobject.c:2884 #1 0x000808ca5dbf in g_slist_foreach (list=0x832b0, func=0x8089c41e0 g_object_ref, user_data=0x0) at gslist.c:894 #2 0x00080a576d68 in gdk_window_process_all_updates () from /usr/local/lib/libgdk-x11-2.0.so.0 #3 0x00080a577469 in gdk_window_process_all_updates () from /usr/local/lib/libgdk-x11-2.0.so.0 #4 0x00080a5556b5 in gdk_threads_add_idle_full () from /usr/local/lib/libgdk-x11-2.0.so.0 I've rebuilt port and all its dependencies this morning with updated ports tree. Any pointers will be appreciated. So this is a known issue it seems. cperciva showed me the offending patch: https://git.gnome.org/browse/gtk+/commit/?h=gtk-2-24id=692a0e5906c5da7f85c16c9d6cbb0d3ed8b4a576 Reverting that and rebuilding x11-toolkits/gtk20 fixed the issue. cheers, Hiren ___ 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
[Call For Help] Clang + OpenJDK + head + amd64 == cocktail of death (for clusters)
Hi all, It's been a while since we are experiencing major problem on the package buidling cluster: it dies when building package for head amd64. (the buidling jail being the snapshort from July 7th iirc.) After some investigation we discover that blacklisting openjdk6 allows the building process to go to completion again. But not providing java packages is not a good solution. We have managed to fix the build by limiting the allowed memory usage on each building jail to 8G, the result is a huge load of java packages just fail to build because it eats all the memory and then segfault, but at least they do not kill the box again. Have a look at the pkg-fallout mailing list you should be able to see lots of java port failed because of that. It seems to happen only on head amd64, so far we think it is only happening when jdk is built with clang. I have no time, neither skill to investigate that, so please if you are interested in having java packages available have a look at it, fix the problem if any may that be clang, openjdk, the ports tree framework for java building, or anything related. Otherwise I'll have to mark all failing packages as broken on head amd64 in the portstree :( regards, Bapt pgpTfK1ILvqc3.pgp Description: PGP signature
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 +-+ www/xpi-pentadactyl | 20130407| 20130725 +-+ 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 If wish to stop receiving portscout reminders, please contact portsc...@freebsd.org 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: [Call For Help] Clang + OpenJDK + head + amd64 == cocktail of death (for clusters)
On 2013-Jul-25 10:39:17 +0200, Baptiste Daroussin b...@freebsd.org wrote: After some investigation we discover that blacklisting openjdk6 allows the building process to go to completion again. ... It seems to happen only on head amd64, so far we think it is only happening when jdk is built with clang. This mail arrives at an opportune time. I've just discovered that if I build openjdk6 with clang (on head/amd64), the resultant jdk SEGV's if I again try to build openjdk6. If I build it with USE_GCC=any then the problem goes away. I have no time, neither skill to investigate that, I don't have the time to investigate further but forcing the use of gcc instead of clang is at least a workaround. -- Peter Jeremy pgprMpeYl514w.pgp Description: PGP signature
Re: [Call For Help] Clang + OpenJDK + head + amd64 == cocktail of death (for clusters)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Baptiste, If I understand you correct, hotspot crashes because of out of memory or some other resource constraint? Could you send me whole hs_err_pid.log file (or better couple of it)? - -Dmitry On 2013-07-25 12:39, Baptiste Daroussin wrote: Hi all, It's been a while since we are experiencing major problem on the package buidling cluster: it dies when building package for head amd64. (the buidling jail being the snapshort from July 7th iirc.) After some investigation we discover that blacklisting openjdk6 allows the building process to go to completion again. But not providing java packages is not a good solution. We have managed to fix the build by limiting the allowed memory usage on each building jail to 8G, the result is a huge load of java packages just fail to build because it eats all the memory and then segfault, but at least they do not kill the box again. Have a look at the pkg-fallout mailing list you should be able to see lots of java port failed because of that. It seems to happen only on head amd64, so far we think it is only happening when jdk is built with clang. I have no time, neither skill to investigate that, so please if you are interested in having java packages available have a look at it, fix the problem if any may that be clang, openjdk, the ports tree framework for java building, or anything related. Otherwise I'll have to mark all failing packages as broken on head amd64 in the portstree :( regards, Bapt - -- Dmitry Samersoff Saint Petersburg, Russia, http://devnull.samersoff.net * There will come soft rains ... -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJR8OweAAoJEHEy08c4gIABwsAH/jdIMktpssHgyhaE8GH2uEme /8S5n8tXd2mCRszKsPde0FPwBsz1XfyeM/6sD1o6vBeLMCEwCKxyUHyRxL3cwZ0E XYosan6id1v8vTGzHid3qGxJ68MHsGNbTO4uJ2mSh0sO39frofiL11kVyzMel31/ NhUElw/aZcWWVSCM3rVXx+QuzzF9tHn2WhYG9AQLYJcMuqerjvgniIYKB2C/TKo8 eM0qxhsR2JfI08TIruDmo/2AnDQICMI9oObdO1ewvuqOOP1ydndVMUj0ZR8NQgEx eUYIcoWhpo6o2F9j1QXdjNIOfRod02MbCrtAimAXXpXlwgFMrVujowBB5P01ErY= =svP7 -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: Freeocl build but doesn't work
On Thu, 25 Jul 2013 09:17:56 +0200 lbartoletti wrote: Hello, I try to work with opencl via Freeocl but it doesn't work. When i build a test, it's ok (except with gcc46), but when i run it, it doesn't work : : version GLIBCXX_3.4.11 required by /usr/local/lib/libOpenCL.so.1 not found here some logs and the source code for test. Thank your for your help Compiling C++ code with gcc ports is a little tricky because they insist on using their own runtime libraries (/usr/local/lib/gcc46/libstdc++.so.6) instead of the base system libraries (/usr/lib/libstdc++.so.6). So try to compile your test with gcc46 -Wl,-rpath=/usr/local/lib/gcc46. signature.asc Description: PGP signature
Re: [Call For Help] Clang + OpenJDK + head + amd64 == cocktail of death (for clusters)
On Thu, Jul 25, 2013 at 01:13:02PM +0400, Dmitry Samersoff wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Baptiste, If I understand you correct, hotspot crashes because of out of memory or some other resource constraint? Could you send me whole hs_err_pid.log file (or better couple of it)? - -Dmitry I would love to but this is done on the cluster where the jail is wiped out once it finished (failure or not) Best would be probably to ulimit -m 4194304 before building let say textproc/fop from the ports tree. you should hit it pretty quickly. regards, Bapt pgpLzQNmMpX7K.pgp Description: PGP signature
Re: [Call For Help] Clang + OpenJDK + head + amd64 == cocktail of death (for clusters)
On Thu, 25 Jul 2013 10:39:17 +0200 Baptiste Daroussin articulated: Otherwise I'll have to mark all failing packages as broken on head amd64 in the portstree :( Ouch :poop: -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ signature.asc Description: PGP signature
Re: [Call For Help] Clang + OpenJDK + head + amd64 == cocktail of death (for clusters)
Trying to build openjdk6 dies on r253620 Tried setting MAKE_JOBS_UNSAFE=yes with not much success, happy to do further testing if anyone has any diffs or suggestions. Sevan / Venture37 --- Reinstalling 'openjdk6-b27_5' (java/openjdk6) --- Building '/usr/ports/java/openjdk6' === Cleaning for openjdk6-b27_5 === License GPLv2 accepted by the user === Found saved configuration for openjdk6-b27_5 === openjdk6-b27_5 depends on file: /usr/local/sbin/pkg - found === Fetching all distfiles required by openjdk6-b27_5 for building === Extracting for openjdk6-b27_5 = SHA256 Checksum OK for openjdk-6-src-b27-26_oct_2012.tar.gz. = SHA256 Checksum OK for jaxp144_05.zip. = SHA256 Checksum OK for jdk6-jaxws2_1_6-2011_06_13.zip. = SHA256 Checksum OK for jdk6-jaf-b20.zip. = SHA256 Checksum OK for apache-ant-1.8.4-bin.tar.bz2. === Patching for openjdk6-b27_5 === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/jaxp.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/jaxws.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20120830/7182135-impossible_to_use_some_editors_directly.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7201068.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/6563318.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/6664509.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/6776941.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7141694.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7173145.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7186945.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7186948.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7186952.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7186954.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7192392.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7192393.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7192977.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7197546.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7200491.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7200500.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7201064.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7201066.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7201070.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7201071.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/8000210.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/8000537.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/8000540.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/8000631.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/8001242.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/8001307.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/8001972.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/8002325.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130219/8006446.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130219/8006777.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130219/8007688.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130304/8007014.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130304/8007675.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/openjdk/7036559-concurrenthashmap_improvements.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130416/8009063.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/openjdk/8004302-soap_test_failure.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130416/6657673.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130416/6657673-fixup.patch === Applying extra patch
Re: py-avahi
On 7/25/2013 12:19, Wolfgang Riegler wrote: Hello, I have problems with the port net/py-avahi. I'm using FreeBSD 9.1-r4 amd64 and try to package the port with poudriere but it fails. Below is the complete build log from poudriere. Maybe someone can help me. Thanks in advance It's not just you, we're seeing the same error on DragonFly DPorts. John ___ 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: py-avahi
On Thu, Jul 25, 2013 at 01:25:21PM +0200, John Marino wrote: On 7/25/2013 12:19, Wolfgang Riegler wrote: Hello, I have problems with the port net/py-avahi. I'm using FreeBSD 9.1-r4 amd64 and try to package the port with poudriere but it fails. Below is the complete build log from poudriere. Maybe someone can help me. Thanks in advance It's not just you, we're seeing the same error on DragonFly DPorts. John and in pkg-fallout@ regards, Bapt pgpfKmDUcGrAa.pgp Description: PGP signature
Re: WITHOUT_NLS precedence over {UNIQUENAME}_SET or OPTIONS_FILE_SET?
On Thu, 25 Jul 2013 00:58:12 +0300 Panagiotis Christias wrote: in my servers I add all global and per port build options in the /etc/make.conf file, like this: # Global options WITHOUT_NLS=yes [etc..] # Per port options .if $(.CURDIR:M*/mail/mailman) mailman_SET+=MTA SENDMAIL NLS .endif .if $(.CURDIR:M*/sysutils/coreutils) coreutils_SET+=NLS .endif [etc..] In the above example, I was under the impression that mailman_SET+=NLS or coreutils_SET+=NLS options would override the global WITHOUT_NLS=yes definition but according to make showconfig I was wrong. Is this the correct behavior? To me at least it doesn't seem right. To make things even more weird the following configuration works as expected: # Global options WITHOUT_NLS=yes # Per port options .if $(.CURDIR:M*/mail/mailman) mailman_SET+=MTA SENDMAIL OPTIONS_FILE_SET+=NLS .endif .if $(.CURDIR:M*/sysutils/coreutils) OPTIONS_FILE_SET+=NLS .endif That is, OPTIONS_FILE_SET+=NLS takes precedence over WITHOUT_NLS=yes but {UNIQUENAME}_SET+=NLS doesn't. WITH_* and WITHOUT_* style variables are still supported for backward compatibility but they are deprecated. There's some documentation in Mk/bsd.options.mk on how to set options in make.conf and in what order all option lists are processed. In your case you can do something like this: # Global options OPTIONS_UNSET=NLS # Per port options mail_mailman_SET=MTA SENDMAIL NLS sysutils_coreutils_SET=NLS signature.asc Description: PGP signature
Re: Building db5 with clang 3.3
On Wed, 24 Jul 2013 23:39:27 +0200 Matthias Andree mand...@freebsd.org wrote: Thanks your work and the swift response. Regarding libc++ and 9.1-RELEASE, should not the libc++ port be fixed so that it works on 9.1-RELEASE, too? Maybe 8.X is out of reach, but aligned_alloc does not seem too intrusive, or is it? Afaik aligned_alloc is fairly trivial, putting it where I did (inlined in cstdlib) might be a little bit dirty though. I'd suggest you contact the maintainer k...@freebsd.org directly, I would like to see full clang 3.3 incl. a current libc++ on 9.1-RELEASE too. Best regards, Matthias Cheers, Michael -- Michael Gmelin ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [Call For Help] Clang + OpenJDK + head + amd64 == cocktail of death (for clusters)
On Thu, Jul 25, 2013 at 01:13:02PM +0400, Dmitry Samersoff wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Baptiste, If I understand you correct, hotspot crashes because of out of memory or some other resource constraint? Could you send me whole hs_err_pid.log file (or better couple of it)? - -Dmitry FYI Dmitry fixed the problem thank you very much ! With the following patch: http://www.andric.com/freebsd/ports/java__openjdk6-deoptimization-crash.diff The bug is known upstream as: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6636110 I have committed in the ports tree as it is necessary to finish properly building packages. regards, Bapt pgpC0MMnoyo1o.pgp Description: PGP signature
Re: WITHOUT_NLS precedence over {UNIQUENAME}_SET or OPTIONS_FILE_SET?
On 25/7/2013 4:33 μμ, Tijl Coosemans wrote: On Thu, 25 Jul 2013 00:58:12 +0300 Panagiotis Christias wrote: in my servers I add all global and per port build options in the /etc/make.conf file, like this: # Global options WITHOUT_NLS=yes [etc..] # Per port options .if $(.CURDIR:M*/mail/mailman) mailman_SET+=MTA SENDMAIL NLS .endif .if $(.CURDIR:M*/sysutils/coreutils) coreutils_SET+=NLS .endif [etc..] In the above example, I was under the impression that mailman_SET+=NLS or coreutils_SET+=NLS options would override the global WITHOUT_NLS=yes definition but according to make showconfig I was wrong. Is this the correct behavior? To me at least it doesn't seem right. To make things even more weird the following configuration works as expected: # Global options WITHOUT_NLS=yes # Per port options .if $(.CURDIR:M*/mail/mailman) mailman_SET+=MTA SENDMAIL OPTIONS_FILE_SET+=NLS .endif .if $(.CURDIR:M*/sysutils/coreutils) OPTIONS_FILE_SET+=NLS .endif That is, OPTIONS_FILE_SET+=NLS takes precedence over WITHOUT_NLS=yes but {UNIQUENAME}_SET+=NLS doesn't. WITH_* and WITHOUT_* style variables are still supported for backward compatibility but they are deprecated. There's some documentation in Mk/bsd.options.mk on how to set options in make.conf and in what order all option lists are processed. In your case you can do something like this: # Global options OPTIONS_UNSET=NLS # Per port options mail_mailman_SET=MTA SENDMAIL NLS sysutils_coreutils_SET=NLS Great info! Everything looks clearer now. Thank you, Panagiotis -- Panagiotis J. ChristiasNetwork Management Center p.christ...@noc.ntua.grNational Technical Univ. of Athens, GREECE ___ 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: [Call For Help] Clang + OpenJDK + head + amd64 == cocktail of death (for clusters)
On 25/07/2013 17:33, Baptiste Daroussin wrote: On Thu, Jul 25, 2013 at 01:13:02PM +0400, Dmitry Samersoff wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Baptiste, If I understand you correct, hotspot crashes because of out of memory or some other resource constraint? Could you send me whole hs_err_pid.log file (or better couple of it)? - -Dmitry FYI Dmitry fixed the problem thank you very much ! With the following patch: http://www.andric.com/freebsd/ports/java__openjdk6-deoptimization-crash.diff The bug is known upstream as: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6636110 I have committed in the ports tree as it is necessary to finish properly building packages. regards, Bapt Thank you all. The new port version solved the issue I encountered with clang and java in 9.2-BETA1. regards Arnaud ___ 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: checksum mismatch devel/pear
Hi, Remove /usr/ports/distfiles/ and the problem will go away. On Jul 19, 2013, at 3:58 PM, Peter Klett pe...@netkey.at wrote: Hi, since yesterday devel/pear will not fetch: === Fetching all distfiles required by pear-1.9.4_2 for building = SHA256 Checksum mismatch for pear-1.9.4.tar.bz2. === Refetch for 1 more times files: pear-1.9.4.tar.bz2 = pear-1.9.4.tar.bz2 doesn't seem to exist in /distfiles/. = Attempting to fetch http://miwibox.org/distfiles/pear-1.9.4.tar.bz2 fetch: http://miwibox.org/distfiles/pear-1.9.4.tar.bz2: Requested Range Not Satisfiable = Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/pear-1.9.4.tar.bz2 fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/pear-1.9.4.tar.bz2: size mismatch: expected 322695, actual 328672 = Couldn't fetch it - please try to retrieve this = port manually into /distfiles/ and try again. *** [do-fetch] Error code 1 Stop in /usr/ports/devel/pear. *** [checksum] Error code 1 seems distfiles got changed yesterday: http://www.freshports.org/commit.php?category=develport=pearfiles=yesmessage_id=201307181633.r6igx2fp088...@svn.freebsd.org greetings Peter ___ 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 +-oOO--(_)--OOo-+ With best Regards, Martin Wilke (miwi_(at)_FreeBSD.org) Mess with the Best, Die like the Rest ___ 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] r323676: 4x leftovers
- unbreak package creation - while here standardize on empty PORT_OPTIONS and convert USE_GMAKE to USES PR: 180850 Reported by:Alfred Bartsch bart...@dssgmbh.de - Build ID: 20130725225801-24879 Job owner: j...@freebsd.org Buildtime: 8 minutes Enddate: Thu, 25 Jul 2013 23:05:49 GMT Revision: r323676 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=323676 - Port:net/ssvnc Buildgroup: 9.1-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~j...@freebsd.org/20130725225801-24879-165016/ssvnc-1.0.29.log Buildgroup: 9.1-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~j...@freebsd.org/20130725225801-24879-165017/ssvnc-1.0.29.log Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~j...@freebsd.org/20130725225801-24879-165018/ssvnc-1.0.29.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~j...@freebsd.org/20130725225801-24879-165019/ssvnc-1.0.29.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20130725225801-24879 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