[QAT] 347553: 2x leftovers, 4x success
- Add a patch to fix header conflicts PR: ports/183361 Submitted by: Henri Hennebert h...@restart.be Approved by:Takeshi MUTOH mu...@openedu.org (maintainer) - Build ID: 20140309081200-41540 Job owner: cu...@freebsd.org Buildtime: 21 minutes Enddate: Sun, 09 Mar 2014 08:32:52 GMT Revision: 347553 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=347553 - Port:lang/squeak 4.10.2 Buildgroup: 10.0-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~cu...@freebsd.org/20140309081200-41540-294304/squeak-4.10.2.log Buildgroup: 10.0-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~cu...@freebsd.org/20140309081200-41540-294305/squeak-4.10.2.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~cu...@freebsd.org/20140309081200-41540-294306/squeak-4.10.2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~cu...@freebsd.org/20140309081200-41540-294307/squeak-4.10.2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~cu...@freebsd.org/20140309081200-41540-294308/squeak-4.10.2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~cu...@freebsd.org/20140309081200-41540-294309/squeak-4.10.2.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140309081200-41540 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: gcc-arm-embedded port broken on CURRENT
Hello, Mark. You wrote 9 марта 2014 г., 12:34:25: MRVM Hi Lev MRVM The devel/gcc-arm-embedded port is broken on CURRENT and has been for MRVM a couple of weeks. Here it what the failure looks like when I do a MRVM “make -DBATCH” (and the binutils.log is attached): Looks like result of clang 3.4 import. I'll see what could I do. -- // Black Lion AKA Lev Serebryakov l...@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
unmaintained, expired, but probably working ports
Hi, with my self-invented garbage collector hat on... The following ports were marked deprecated and have now expired because the distilator, a service which automatically looks for distribution files, could not find any for them. The main web site link on http://www.freshports.org/ still works for these ports, but the download location has slightly changed. These ports fetched fine via their website but make fetch had problems: - databases/p5-hp200lx-db - chinese/srecite These ports need a version and a download location update: -audio/teamspeak_client - audio/teamspeak_server - cad/tochnog - games/utserver - biology/ssaha - games/hlstats - devel/cross-gdb - benchmarks/xdd - emulators/xmame - emulators/xmess - emulators/pyxmame - emulators/gxmame So if anyone cares about them, feel free to send a PR. Otherwise it is probably fair game to remove them in a month. 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
Re: gcc-arm-embedded port broken on CURRENT
On 9 Mar 2014, at 08:56, Lev Serebryakov l...@freebsd.org wrote: Hello, Mark. You wrote 9 марта 2014 г., 12:34:25: MRVM Hi Lev MRVM The devel/gcc-arm-embedded port is broken on CURRENT and has been for MRVM a couple of weeks. Here it what the failure looks like when I do a MRVM “make -DBATCH” (and the binutils.log is attached): Looks like result of clang 3.4 import. I'll see what could I do. Thanks Lev! M -- Mark R V Murray signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [CFT] Replace Fedora 10 with CentOS 6.5 as Base Linux distro.
Hello, thank's for your hard work. :) I gave it a try today. Installation (into a clean chroot) was unproblematic. While I didn't test Skype or Flash I can confirm that several Linux games are now running out of the box without manual upgrading of libraries like libstdc++ or libc. Regards, Yamagi On Thu, 6 Mar 2014 15:16:29 +0200 Johannes Meixner x...@chaot.net wrote: Hi, I've been working on replacing the base linux distribution (currently rusty old Fedora 10) with CentOS 6.5, likewise for about two dozen non-base ports - mostly requirements of either net-im/skype4 or www/linux-c6-flashplugin11. I mentioned that before on the -emulation@ mailinglist and got very helpful feedback. As I've run out of issues to fix and would like to reach a wider audience for these ports, I'd appreciate if you could help me test it some more. To do that, you can either: * download the txz from http://xmj.me/freebsd/linux-ports.txz * download the diff from http://xmj.me/freebsd/linux-ports.diff.xz * clone my git repo; https://github.com/xmj/linux-ports/ (preferred) and copy/apply them to your portstree. In order to get either Skype 4.2.0.13 or Flash running, you can follow the instructions listed on https://github.com/xmj/linux-ports/blob/master/README.md I hope they're by now sufficient to allow you to follow them blindly. If not, I appreciate feedback here on the mailing list as well as Issues/Pull requests. Best regards and have fun testing, Johannes -- x...@chaot.net http://xmj.me -- Homepage: www.yamagi.org XMPP: yam...@yamagi.org GnuPG/GPG: 0xEFBCCBCB ___ 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
Anyone having problems with CMake 2.8.12.1_3 and ftp/curl?
I've received one report from a user on 8-STABLE saying my latest commit to devel/cmake broke the build for him. Specifically, it fails like this: /usr/ports/devel/cmake/work/cmake-2.8.12.1/Utilities/cmcurl/multi.c:1708: error: expected declaration specifiers or '...' before numeric constant /usr/ports/devel/cmake/work/cmake-2.8.12.1/Utilities/cmcurl/multi.c:1710: error: conflicting types for 'curl_multi_socket_action' /usr/local/include/curl/multi.h:287: error: previous declaration of 'curl_multi_socket_action' was here I'm unable to reproduce it locally (-HEAD) or in a 8.4-i386 jail inside Poudriere, even if I manually make ftp/curl a dependency in devel/cmake's Makefile. Has anyone else experienced the same issue? ___ 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] 347568: 4x leftovers, 12x dud, 8x success
- add stage support - add LICENSE - adopt new LIB_DEPENDS syntax - Build ID: 20140309130400-35145 Job owner: oha...@freebsd.org Buildtime: 47 minutes Enddate: Sun, 09 Mar 2014 13:50:51 GMT Revision: 347568 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=347568 - Port:www/mod_antiloris 0.4_1 Buildgroup: 10.0-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~oha...@freebsd.org/20140309130400-35145-294370/ap22-mod_antiloris-0.4_1.log Buildgroup: 10.0-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~oha...@freebsd.org/20140309130400-35145-294371/ap22-mod_antiloris-0.4_1.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~oha...@freebsd.org/20140309130400-35145-294372/ap22-mod_antiloris-0.4_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~oha...@freebsd.org/20140309130400-35145-294373/ap22-mod_antiloris-0.4_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~oha...@freebsd.org/20140309130400-35145-294374/ap22-mod_antiloris-0.4_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~oha...@freebsd.org/20140309130400-35145-294375/ap22-mod_antiloris-0.4_1.log - Port:www/mod_backtrace 1.0_1 Buildgroup: 10.0-QAT/amd64 Buildstatus: DUD Buildgroup: 10.0-QAT/i386 Buildstatus: DUD Buildgroup: 8.4-QAT/amd64 Buildstatus: DUD Buildgroup: 8.4-QAT/i386 Buildstatus: DUD Buildgroup: 9.2-QAT/amd64 Buildstatus: DUD Buildgroup: 9.2-QAT/i386 Buildstatus: DUD - Port:www/mod_cfg_ldap 1.2_3 Buildgroup: 10.0-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~oha...@freebsd.org/20140309130400-35145-294382/ap22-mod_cfg_ldap-1.2_3.log Buildgroup: 10.0-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~oha...@freebsd.org/20140309130400-35145-294383/ap22-mod_cfg_ldap-1.2_3.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~oha...@freebsd.org/20140309130400-35145-294384/ap22-mod_cfg_ldap-1.2_3.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~oha...@freebsd.org/20140309130400-35145-294385/ap22-mod_cfg_ldap-1.2_3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~oha...@freebsd.org/20140309130400-35145-294386/ap22-mod_cfg_ldap-1.2_3.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~oha...@freebsd.org/20140309130400-35145-294387/ap22-mod_cfg_ldap-1.2_3.log - Port:www/mod_whatkilledus 2.0 Buildgroup: 10.0-QAT/amd64 Buildstatus: DUD Buildgroup: 10.0-QAT/i386 Buildstatus: DUD Buildgroup: 8.4-QAT/amd64 Buildstatus: DUD Buildgroup: 8.4-QAT/i386 Buildstatus: DUD Buildgroup: 9.2-QAT/amd64 Buildstatus: DUD Buildgroup: 9.2-QAT/i386 Buildstatus: DUD -- Buildarchive URL: https://qat.redports.org/buildarchive/20140309130400-35145 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: Anyone having problems with CMake 2.8.12.1_3 and ftp/curl?
Raphael Kubo da Costa rak...@freebsd.org writes: Has anyone else experienced the same issue? I've finally managed to reproduce the issue locally by installing security/openssl. ___ 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: dns/djbdns [do-package] Error code 1
On Mon, 3 Mar 2014 23:31:29 +0100 b...@freebsd.org b...@freebsd.org wrote: On Mon, Mar 03, 2014 at 11:04:12PM +0100, Michael Gmelin wrote: On Thu, 27 Feb 2014 11:47:51 -0800 David Thiel l...@redundancy.redundancy.org wrote: On 02/27, Michael Gmelin wrote: I stumbled over the same problem today on 10.0, make NO_STAGE=1 install worked for me on the first attempt though. I can also confirm the problem with dnscache-conf when installing the binary package using pkg install. Can you confirm the exact version you installed via pkg install, including PORTREVISION? [3/3] Installing djbdns-1.05_17,1... done pkg info djbdns configuration file djbdns-1.05_17,1 Name : djbdns Version: 1.05_17,1 Installed on : Mon Mar 3 20:24:26 UTC 2014 Origin : dns/djbdns Architecture : freebsd:10:x86:64 Prefix : /usr/local Categories : dns Maintainer : l...@freebsd.org WWW: http://cr.yp.to/djbdns.html Comment: Collection of secure and reliable DNS tools Options: ADD_USERS : off DNSCURVE : off DUMPCACHE : off IGNOREIP : off IP6: off JUMBO : off MAN: on PERSISTENT_MMAP: off SRV: off Flat size : 801KiB Description: Bapt's latest fixes (1.05_18,1) seem to solve this, *but*... I'm not certain about the maintainer situation of the port, if you want me to I could take a closer look at this in a few days. The difficulty here is that the maintainer can't reproduce the problem at all, and I'm not intimately familiar with the internals of stage support. I don't see anything in the port that looks timing-dependent, so I'm not sure where to go. unfortunately now it seems like staging is not working reliably. I noticed this while building on a host that actually runs dnscache (it's reproducible about 90% of the time): # make clean stage ... === Generating temporary packing list ./install install: fatal: unable to write .../bin/dnscache: text busy *** Error code 111 Stop. make[2]: stopped in /usr/ports/dns/djbdns/work/djbdns-1.05 *** Error code 1 Stop. make[1]: stopped in /usr/ports/dns/djbdns *** Error code 1 Stop. make: stopped in /usr/ports/dns/djbdns Which simply means, that ./install is trying to overwrite the running /usr/local/bin/dnscache. MAKE_JOBS_UNSAFE works here, so there's probably a parallel execution problem which messes up the conf-home logic/workaround. If I introduce sleep 1 to the pre-install target things work as expected. Also, if I run make clean; make; sleep 1; make stage everything is ok. My theory is, that overwriting ${WRKSRC}/conf-home only results in the desired effect, if its new timestamp is clearly newer to trigger rebuilds of all dependencies. When comparing build outputs, I noticed that in a working build ./auto-str auto_home `head -1 conf-home auto_home.c` got called, while on malfunctioning builds it wouldn't. Rebuilding auto_home.c depends directly on auto-str and conf-home. My trivial solution is to also remove auto_home.c as part of the pre-install target, which *seems* to fix the problem, since it makes sure that conf-home gets turned into a news auto_home.c which in turn is used when creating auto_home.o and linking install and instcheck. Makes sense? Patch (also attached for those receiving this directly): That's a good catch!, I took my solution from debian packaging, but I think I have missed something out there, the timestamp should have been taken in account in my patch, I may have missed something, I go digging again in debian package to see what I missed, but your invesgation helps for sure Hi Bapt, Any chance you could commit this until there's time for a better solution? This would stop the build from breaking frequently. Thanks, Michael -- Michael Gmelin signature.asc Description: PGP signature
Re: [QAT] 347568: 4x leftovers, 12x dud, 8x success
On 2014-03-09 14:50, Ports-QAT wrote: - add stage support - add LICENSE - adopt new LIB_DEPENDS syntax - Build ID: 20140309130400-35145 Job owner: oha...@freebsd.org Buildtime: 47 minutes Enddate: Sun, 09 Mar 2014 13:50:51 GMT Revision: 347568 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=347568 ... - Port:www/mod_antiloris 0.4_1 Buildgroup: 10.0-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~oha...@freebsd.org/20140309130400-35145-294370/ap22-mod_antiloris-0.4_1.log Buildgroup: 10.0-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~oha...@freebsd.org/20140309130400-35145-294371/ap22-mod_antiloris-0.4_1.log ... - Port:www/mod_cfg_ldap 1.2_3 Buildgroup: 10.0-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~oha...@freebsd.org/20140309130400-35145-294382/ap22-mod_cfg_ldap-1.2_3.log Buildgroup: 10.0-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~oha...@freebsd.org/20140309130400-35145-294383/ap22-mod_cfg_ldap-1.2_3.log - ... - Build ID: 20140307204200-2073 Job owner: oha...@freebsd.org Buildtime: 4 hours Enddate: Sat, 08 Mar 2014 00:54:55 GMT Revision: 347421 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=347421 - Port:www/mod_qos 10.29 Buildgroup: 10.0-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~oha...@freebsd.org/20140307204200-2073-293452/ap22-mod_qos-10.29.log Buildgroup: 10.0-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~oha...@freebsd.org/20140307204200-2073-293453/ap22-mod_qos-10.29.log Hm, for all of this ports the following is reported on 10.0 === Checking filesystem state after all packages deleted list of filesystem changes from before and after all port installation/deinstallation extra: usr/local/info/dir However non of the ports is touching usr/local/info ... Is there a way to identify the origin with the limited access to qat logfiles? -- Regards, olli ___ 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] 347582: 2x leftovers, 3x success, 1x depend (fetch in devel/tcllib)
- Stage support - Build ID: 20140309142401-56085 Job owner: m...@freebsd.org Buildtime: 80 minutes Enddate: Sun, 09 Mar 2014 15:43:42 GMT Revision: 347582 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=347582 - Port:net-mgmt/netmagis-utils 2.2.0_1 Buildgroup: 10.0-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140309142401-56085-294496/netmagis-utils-2.2.0_1.log Buildgroup: 10.0-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140309142401-56085-294497/netmagis-utils-2.2.0_1.log Buildgroup: 8.4-QAT/amd64 Buildstatus: DEPEND (FETCH IN DEVEL/TCLLIB) Log: https://qat.redports.org//~m...@freebsd.org/20140309142401-56085-294498/tcllib-1.16.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140309142401-56085-294499/netmagis-utils-2.2.0_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140309142401-56085-294500/netmagis-utils-2.2.0_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140309142401-56085-294501/netmagis-utils-2.2.0_1.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140309142401-56085 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] 347613: 6x leftovers
- Stage support - Build ID: 20140309144002-56582 Job owner: m...@freebsd.org Buildtime: 3 hours Enddate: Sun, 09 Mar 2014 17:14:11 GMT Revision: 347613 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=347613 - Port:x11-toolkits/pangomm 2.28.4 Buildgroup: 10.0-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140309144002-56582-294682/pangomm-2.28.4.log Buildgroup: 10.0-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140309144002-56582-294683/pangomm-2.28.4.log Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140309144002-56582-294684/pangomm-2.28.4.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140309144002-56582-294685/pangomm-2.28.4.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140309144002-56582-294686/pangomm-2.28.4.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140309144002-56582-294687/pangomm-2.28.4.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140309144002-56582 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
RedPorts and restricted distfiles
I am trying to test an update of astro/xephem, which has a restricted distfile. I tried to svn commit the source file as 'distfiles/xephem-3.7.6.tar.gz', but without luck. The RedPorts script seem to expect the distfile at 'tmp/distfiles'. I got this error message: xephem-3.7.6 because of licensing restrictions, you must manually fetch xephem-3.7.6.tar.gz from http://www.clearskyinstitute.com/xephem/, place it in /tmp/distfiles and then run make again. Is there any way, one can test ports with restricted distfiles on RedPorts? Any help is really appreciated. 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
Re: RedPorts and restricted distfiles
Am 09.03.2014 18:33 schrieb Rainer Hurling rhur...@gwdg.de: I am trying to test an update of astro/xephem, which has a restricted distfile. I tried to svn commit the source file as 'distfiles/xephem-3.7.6.tar.gz', but without luck. The RedPorts script seem to expect the distfile at 'tmp/distfiles'. I got this error message: xephem-3.7.6 because of licensing restrictions, you must manually fetch xephem-3.7.6.tar.gz from http://www.clearskyinstitute.com/xephem/, place it in /tmp/distfiles and then run make again. Is there any way, one can test ports with restricted distfiles on RedPorts? Any help is really appreciated. Rainer Hurling The easiest way to test it is to remove/comment the restricted line and/or put the file on an additional temporary mirror. Tinderbox uses a distfile cache that is shared per machine so it's a bit complicated to inject distfiles there from your build. ___ 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] 347632: 6x leftovers
- Stage support - Build ID: 20140309144401-43372 Job owner: m...@freebsd.org Buildtime: 4 hours Enddate: Sun, 09 Mar 2014 18:24:09 GMT Revision: 347632 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=347632 - Port:net-mgmt/rrdbot 0.9.7_2 Buildgroup: 10.0-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140309144401-43372-294796/rrdbot-0.9.7_2.log Buildgroup: 10.0-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140309144401-43372-294797/rrdbot-0.9.7_2.log Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140309144401-43372-294798/rrdbot-0.9.7_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140309144401-43372-294799/rrdbot-0.9.7_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140309144401-43372-294800/rrdbot-0.9.7_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140309144401-43372-294801/rrdbot-0.9.7_2.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140309144401-43372 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: Anyone having problems with CMake 2.8.12.1_3 and ftp/curl?
On Sun, March 9, 2014 9:53 am, Raphael Kubo da Costa wrote: Raphael Kubo da Costa rak...@freebsd.org writes: Has anyone else experienced the same issue? I've finally managed to reproduce the issue locally by installing security/openssl. A bit late, but FWIW I'm seeing it on 9.2-RELEASE as well. Thanks, Jim Trigg ___ 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: Anyone having problems with CMake 2.8.12.1_3 and ftp/curl?
Raphael Kubo da Costa rak...@freebsd.org writes: Raphael Kubo da Costa rak...@freebsd.org writes: Has anyone else experienced the same issue? I've finally managed to reproduce the issue locally by installing security/openssl. Thanks everyone, this should be fixed by r347674. ___ 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] 347637: 2x leftovers, 4x success
- Stage support - Build ID: 20140309144601-55737 Job owner: m...@freebsd.org Buildtime: 4 hours Enddate: Sun, 09 Mar 2014 18:44:01 GMT Revision: 347637 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=347637 - Port:net/mono-zeroconf 0.9.0 Buildgroup: 10.0-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140309144601-55737-294826/mono-zeroconf-0.9.0.log Buildgroup: 10.0-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140309144601-55737-294827/mono-zeroconf-0.9.0.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140309144601-55737-294828/mono-zeroconf-0.9.0.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140309144601-55737-294829/mono-zeroconf-0.9.0.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140309144601-55737-294830/mono-zeroconf-0.9.0.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140309144601-55737-294831/mono-zeroconf-0.9.0.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140309144601-55737 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] 347651: 2x leftovers, 4x success
- Use USES=gmake - Remove Author line - Build ID: 20140309152400-60888 Job owner: sunp...@freebsd.org Buildtime: 4 hours Enddate: Sun, 09 Mar 2014 19:20:19 GMT Revision: 347651 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=347651 - Port:graphics/metapixel 1.0.2_6 Buildgroup: 10.0-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~sunp...@freebsd.org/20140309152400-60888-294910/metapixel-1.0.2_6.log Buildgroup: 10.0-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~sunp...@freebsd.org/20140309152400-60888-294911/metapixel-1.0.2_6.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~sunp...@freebsd.org/20140309152400-60888-294912/metapixel-1.0.2_6.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~sunp...@freebsd.org/20140309152400-60888-294913/metapixel-1.0.2_6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~sunp...@freebsd.org/20140309152400-60888-294914/metapixel-1.0.2_6.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~sunp...@freebsd.org/20140309152400-60888-294915/metapixel-1.0.2_6.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140309152400-60888 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] 347665: 2x leftovers, 4x success
- add stage support - Build ID: 2014030917-62783 Job owner: oha...@freebsd.org Buildtime: 3 hours Enddate: Sun, 09 Mar 2014 20:06:20 GMT Revision: 347665 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=347665 - Port:www/mod_auth_kerb2 5.4_5 Buildgroup: 10.0-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~oha...@freebsd.org/2014030917-62783-295000/ap22-mod_auth_kerb2-5.4_5.log Buildgroup: 10.0-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~oha...@freebsd.org/2014030917-62783-295001/ap22-mod_auth_kerb2-5.4_5.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~oha...@freebsd.org/2014030917-62783-295002/ap22-mod_auth_kerb2-5.4_5.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~oha...@freebsd.org/2014030917-62783-295003/ap22-mod_auth_kerb2-5.4_5.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~oha...@freebsd.org/2014030917-62783-295004/ap22-mod_auth_kerb2-5.4_5.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~oha...@freebsd.org/2014030917-62783-295005/ap22-mod_auth_kerb2-5.4_5.log -- Buildarchive URL: https://qat.redports.org/buildarchive/2014030917-62783 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: gcc-arm-embedded port broken on CURRENT
Hello, Mark. You wrote 9 марта 2014 г., 14:32:23: MRVM The devel/gcc-arm-embedded port is broken on CURRENT and has been for MRVM a couple of weeks. Here it what the failure looks like when I do a MRVM “make -DBATCH” (and the binutils.log is attached): Looks like result of clang 3.4 import. I'll see what could I do. MRVM Thanks Lev! Yep, it is new warnings from clang 3.4. I've fixed it, committed, without PORTREVISION bump. -- // Black Lion AKA Lev Serebryakov l...@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: [CFT] Replace Fedora 10 with CentOS 6.5 as Base Linux distro.
On Sunday 09 March 2014 11:44:29 Yamagi Burmeister wrote: Hello, thank's for your hard work. :) I gave it a try today. Installation (into a clean chroot) was unproblematic. While I didn't test Skype or Flash I can confirm that several Linux games are now running out of the box without manual upgrading of libraries like libstdc++ or libc. Regards, Yamagi On Thu, 6 Mar 2014 15:16:29 +0200 Johannes Meixner x...@chaot.net wrote: Hi, I've been working on replacing the base linux distribution (currently rusty old Fedora 10) with CentOS 6.5, likewise for about two dozen non-base ports - mostly requirements of either net-im/skype4 or www/linux-c6-flashplugin11. I mentioned that before on the -emulation@ mailinglist and got very helpful feedback. As I've run out of issues to fix and would like to reach a wider audience for these ports, I'd appreciate if you could help me test it some more. To do that, you can either: * download the txz from http://xmj.me/freebsd/linux-ports.txz * download the diff from http://xmj.me/freebsd/linux-ports.diff.xz * clone my git repo; https://github.com/xmj/linux-ports/ (preferred) and copy/apply them to your portstree. In order to get either Skype 4.2.0.13 or Flash running, you can follow the instructions listed on https://github.com/xmj/linux-ports/blob/master/README.md I hope they're by now sufficient to allow you to follow them blindly. If not, I appreciate feedback here on the mailing list as well as Issues/Pull requests. Best regards and have fun testing, Johannes Thanks from me too. It works perfect on FreeBSD 10.0-RELEASE (amd64) installed on iMac 11,1. Also Flash plugin works great. Thank you. -- ajtiM http://www.redbubble.com/people/lumiwa ___ 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
xfm 1.5 ?
hi all, xfm 1.4.x currently available via ports has some bugs and is not 100% functional. I saw Ubuntu has xfm 1.5.x and it does not have those same issues. Is there a plan to transition xfm to 1.5? If not, should I just run it as a Linux port under my FreeBSD 10? Also, if xfm is not supported any more, I would consider digging into this port and getting it functional again. However, this might take a while due to circumstances. Thanks MK ___ 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
[graphics/libcdr] Boost issue breaks build?
Howdy, I'm trying to build editors/libreoffice, which fails at the dependency graphics/libcdr. The system in question runs 9.2-RELEASE-p3/amd64. My Makefile contains the following: [begin file] WITH_PKGNG=yes WITHOUT_HAL=yes .if ! ${.CURDIR:M/usr/ports/emulators/dosbox} CC=clang CXX=clang++ CPP=clang-cpp .endif .if ${.CURDIR:M/usr/ports*} CFLAGS+=-fstack-protector CXXFLAGS+=-fstack-protector .endif MAKE_JOBS_UNSAFE=yes TEX_DEFAULT=texlive [end file] When compiled with Clang, the result is as follows (summarised; a complete log can be found here: http://www.skysmurf.nl/tmp/clang.txt): [begin log (summary)] === Starting build for editors/libreoffice-i18n === [snip] === Dependency check complete for graphics/libcdr === editors/libreoffice-i18n editors/libreoffice-en_GB editors/libreoffice graphics/libcdr (3/33) [snip] checking for boost/optional.hpp... yes checking for boost/property_tree/ptree.hpp... yes checking for boost/spirit/include/classic.hpp... yes checking for boost/property_tree/json_parser.hpp... yes [snip] === Building for libcdr-0.0.14_1 [snip] CXX CDRParser.lo In file included from CDRParser.cpp:38: In file included from /usr/local/include/boost/property_tree/json_parser.hpp:13: In file included from /usr/local/include/boost/property_tree/ptree.hpp:21: In file included from /usr/local/include/boost/multi_index_container.hpp:34: In file included from /usr/local/include/boost/multi_index/detail/base_type.hpp:21: In file included from /usr/local/include/boost/multi_index/detail/index_base.hpp:25: /usr/local/include/boost/multi_index/detail/vartempl_support.hpp:237:28: error: no template named 'forward' in namespace 'std'; did you mean 'forward'? return new(x) Value(std::forwardArgs(args)...); ~^~~ forward /usr/local/include/boost/move/utility.hpp:176:21: note: 'forward' declared here inline T forward(U t ^ In file included from CDRParser.cpp:38: In file included from /usr/local/include/boost/property_tree/json_parser.hpp:13: In file included from /usr/local/include/boost/property_tree/ptree.hpp:21: In file included from /usr/local/include/boost/multi_index_container.hpp:34: In file included from /usr/local/include/boost/multi_index/detail/base_type.hpp:21: /usr/local/include/boost/multi_index/detail/index_base.hpp:211:29: error: no template named 'forward' in namespace 'std'; did you mean 'forward'? return final().emplace_(BOOST_MULTI_INDEX_FORWARD_PARAM_PACK); ^~~~ /usr/local/include/boost/multi_index/detail/vartempl_support.hpp:210:52: note: expanded from macro 'BOOST_MULTI_INDEX_FORWARD_PARAM_PACK' #define BOOST_MULTI_INDEX_FORWARD_PARAM_PACK std::forwardArgs(args)... ~^ /usr/local/include/boost/move/utility.hpp:176:21: note: 'forward' declared here inline T forward(U t ^ [snip several similar instances of these errors] fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** [CDRParser.lo] Error code 1 Stop in /usr/ports/graphics/libcdr/work/libcdr-0.0.14/src/lib. *** [all-recursive] Error code 1 [snip] [end log] Just to be sure I also attempted the build with GCC by commenting out the Clang lines in /etc/make.conf. That fails too, much earlier even. The relevant part of the output is: [begin log (snippet)] === Building for libcdr-0.0.14_1 /usr/bin/make all-recursive Making all in build Making all in win32 Making all in inc Making all in libcdr Making all in src Making all in lib CXX CDRCollector.lo cc1plus: error: unrecognized command line option -std=c++0x *** [CDRCollector.lo] Error code 1 [end log] Any thoughts? Should I perhaps ask the maintainer (which would be the Office team)? AvW -- I'm not completely useless, I can be used as a bad example. pgpsHOp1RYuKy.pgp Description: PGP signature
Re: xfm 1.5 ?
Mirza Kolakovic wrote: Is there a plan to transition xfm to 1.5? x11-fm/xfm currently lacks a maintainer, so you/we will have to wait for someone to pick it up and see if it can easily be updated to version 1.5. I might be able to have a look at it, but I probably won't have time to fix a port with a whole heap of problems. If you feel up to it, you are of course quite welcome to see if you can update the port and to consider becoming its new maintainer. AvW -- I'm not completely useless, I can be used as a bad example. pgpbD4RQPVzz_.pgp Description: PGP signature
[QAT] 347673: 2x leftovers, 4x success
add stage support - Build ID: 20140309174401-56980 Job owner: oha...@freebsd.org Buildtime: 4 hours Enddate: Sun, 09 Mar 2014 22:12:31 GMT Revision: 347673 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=347673 - Port:www/mod_layout22 5.1_5 Buildgroup: 10.0-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~oha...@freebsd.org/20140309174401-56980-295048/ap22-mod_layout-5.1_5.log Buildgroup: 10.0-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~oha...@freebsd.org/20140309174401-56980-295049/ap22-mod_layout-5.1_5.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~oha...@freebsd.org/20140309174401-56980-295050/ap22-mod_layout-5.1_5.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~oha...@freebsd.org/20140309174401-56980-295051/ap22-mod_layout-5.1_5.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~oha...@freebsd.org/20140309174401-56980-295052/ap22-mod_layout-5.1_5.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~oha...@freebsd.org/20140309174401-56980-295053/ap22-mod_layout-5.1_5.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140309174401-56980 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] 347675: 1x fail, 17x success
- Introduce an option (on by default) to run sa-update and sa-compile automatically on installation. With this, spamassassin installation is no longer interactive. - Break out plugin options into a PLUGIN group, for clarity. - Add a pyzor plugin. - Fold pkg-install contents into the pkg-plist. - Add targets to ALL_TARGET, rather than invoking sub-makes multiple times. - PORTREVISION bumps all around. - Build ID: 20140309180600-46068 Job owner: ad...@freebsd.org Buildtime: 4 hours Enddate: Sun, 09 Mar 2014 22:14:41 GMT Revision: 347675 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=347675 - Port:japanese/p5-Mail-SpamAssassin 3.4.0_1 Buildgroup: 10.0-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140309180600-46068-294922/ja-p5-Mail-SpamAssassin-3.4.0_1.log Buildgroup: 10.0-QAT/i386 Buildstatus: FAIL Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140309180600-46068-294924/ja-p5-Mail-SpamAssassin-3.4.0_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140309180600-46068-294925/ja-p5-Mail-SpamAssassin-3.4.0_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140309180600-46068-294926/ja-p5-Mail-SpamAssassin-3.4.0_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140309180600-46068-294927/ja-p5-Mail-SpamAssassin-3.4.0_1.log - Port:mail/p5-Mail-SpamAssassin 3.4.0_1 Buildgroup: 10.0-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140309180600-46068-295066/p5-Mail-SpamAssassin-3.4.0_1.log Buildgroup: 10.0-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140309180600-46068-295067/p5-Mail-SpamAssassin-3.4.0_1.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140309180600-46068-295068/p5-Mail-SpamAssassin-3.4.0_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140309180600-46068-295069/p5-Mail-SpamAssassin-3.4.0_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140309180600-46068-295070/p5-Mail-SpamAssassin-3.4.0_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140309180600-46068-295071/p5-Mail-SpamAssassin-3.4.0_1.log - Port:mail/p5-Mail-SpamAssassin-Alt 3.4.0_1 Buildgroup: 10.0-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140309180600-46068-295072/p5-Mail-SpamAssassin-Alt-3.4.0_1.log Buildgroup: 10.0-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140309180600-46068-295073/p5-Mail-SpamAssassin-Alt-3.4.0_1.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140309180600-46068-295074/p5-Mail-SpamAssassin-Alt-3.4.0_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140309180600-46068-295075/p5-Mail-SpamAssassin-Alt-3.4.0_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140309180600-46068-295076/p5-Mail-SpamAssassin-Alt-3.4.0_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140309180600-46068-295077/p5-Mail-SpamAssassin-Alt-3.4.0_1.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140309180600-46068 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: gcc-arm-embedded port broken on CURRENT
On 9 Mar 2014, at 20:24, Lev Serebryakov l...@freebsd.org wrote: Hello, Mark. You wrote 9 марта 2014 г., 14:32:23: MRVM The devel/gcc-arm-embedded port is broken on CURRENT and has been for MRVM a couple of weeks. Here it what the failure looks like when I do a MRVM “make -DBATCH” (and the binutils.log is attached): Looks like result of clang 3.4 import. I'll see what could I do. MRVM Thanks Lev! Yep, it is new warnings from clang 3.4. I've fixed it, committed, without PORTREVISION bump. Thanks Lev! M -- Mark R V Murray signature.asc Description: Message signed with OpenPGP using GPGMail
multimedia/libmtp
Hi! Portmaster want to update multimedia/libmtp ion FreeBSD 10.0-RELEASE (amd64): === Starting check of installed ports for available updates === The audio/libmtp port moved to multimedia/libmtp === Reason: Moved from audio to multimedia === Launching child to reinstall libmtp-1.1.6_1 === All libmtp-1.1.6_1 (1/1) === The audio/libmtp port moved to multimedia/libmtp === Reason: Moved from audio to multimedia === Port directory: /usr/ports/multimedia/libmtp === Launching 'make checksum' for multimedia/libmtp in background === Gathering dependency list for multimedia/libmtp from ports === Initial dependency check complete for multimedia/libmtp === Returning to update check of installed ports === All (1) === The following actions will be taken if you choose to proceed: Install multimedia/libmtp === Proceed? y/n [y] y and than I got am error: /usr/bin/make install-exec-hook ln -f -s mtp-connect /usr/ports/multimedia/libmtp/work/stage/usr/local/bin/mtp-delfile ln -f -s mtp-connect /usr/ports/multimedia/libmtp/work/stage/usr/local/bin/mtp-getfile ln -f -s mtp-connect /usr/ports/multimedia/libmtp/work/stage/usr/local/bin/mtp-newfolder ln -f -s mtp-connect /usr/ports/multimedia/libmtp/work/stage/usr/local/bin/mtp-sendfile ln -f -s mtp-connect /usr/ports/multimedia/libmtp/work/stage/usr/local/bin/mtp-sendtr Making install in util /bin/mkdir -p '/usr/ports/multimedia/libmtp/work/stage/usr/local/libdata/pkgconfig' install -o root -g wheel -m 444 libmtp.pc '/usr/ports/multimedia/libmtp/work/stage/usr/local/libdata/pkgconfig' Compressing man pages (compress-man) === Installing for libmtp-1.1.6_1 === Checking if multimedia/libmtp already installed === Registering installation for libmtp-1.1.6_1 as automatic Installing libmtp-1.1.6_1...pkg-static: libmtp-1.1.6_1 conflicts with libmtp-1.1.6_1 (installs files into the same place). Problematic file: /usr/local/share/licenses/libmtp-1.1.6_1/catalog.mk *** Error code 70 Stop. make[1]: stopped in /usr/ports/multimedia/libmtp *** Error code 1 Stop. make: stopped in /usr/ports/multimedia/libmtp === Installation of libmtp-1.1.6_1 (multimedia/libmtp) failed === Aborting update === Update for multimedia/libmtp failed === Aborting update === Killing background jobs Terminated === You can restart from the point of failure with this command line: portmaster flags multimedia/libmtp Thanks. -- ajtiM http://www.redbubble.com/people/lumiwa ___ 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: [graphics/libcdr] Boost issue breaks build?
A.J. 'Fonz' van Werven writes: I'm trying to build editors/libreoffice, which fails at the dependency graphics/libcdr. I've got exactly the same issue. I have sent e-mail to various maintianers, but had no reply. Respectfully Robert Huff ___ 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] 347686: 12x leftovers, 17x success, 1x depend (fetch in devel/mono-addins)
Chase the move of libmtp from audio to multimedia. PR: 175266 Reported by:makc, cperciva - Build ID: 20140309194200-55101 Job owner: ger...@freebsd.org Buildtime: 6 hours Enddate: Mon, 10 Mar 2014 01:39:38 GMT Revision: 347686 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=347686 - Port:audio/amarok-kde4 2.7.0_5 Buildgroup: 10.0-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295132/amarok-2.7.0_5.log Buildgroup: 10.0-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295133/amarok-2.7.0_5.log Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295134/amarok-2.7.0_5.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295135/amarok-2.7.0_5.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295136/amarok-2.7.0_5.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295137/amarok-2.7.0_5.log - Port:audio/clementine-player 1.2.1_6 Buildgroup: 10.0-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295138/clementine-player-1.2.1_6.log Buildgroup: 10.0-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295139/clementine-player-1.2.1_6.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295140/clementine-player-1.2.1_6.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295141/clementine-player-1.2.1_6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295142/clementine-player-1.2.1_6.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295143/clementine-player-1.2.1_6.log - Port:audio/gmtp 1.3.4_2 Buildgroup: 10.0-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295144/gmtp-1.3.4_2.log Buildgroup: 10.0-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295145/gmtp-1.3.4_2.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295146/gmtp-1.3.4_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295147/gmtp-1.3.4_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295148/gmtp-1.3.4_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295149/gmtp-1.3.4_2.log - Port:multimedia/banshee 2.6.2,1 Buildgroup: 10.0-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295150/banshee-2.6.2,1.log Buildgroup: 10.0-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295151/banshee-2.6.2,1.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295152/banshee-2.6.2,1.log Buildgroup: 8.4-QAT/i386 Buildstatus: DEPEND (FETCH IN DEVEL/MONO-ADDINS) Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295153/mono-addins-1.1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ger...@freebsd.org/20140309194200-55101-295154/banshee-2.6.2,1.log Buildgroup:
freebsd-update wants to update to version I'm running
# uname -a FreeBSD ns1.covisp.net 8.4-RELEASE-p7 FreeBSD 8.4-RELEASE-p7 #0: Sat Jan 11 01:45:47 UTC 2014 root@amd64-builde r.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 # freebsd-update -r 9.0-RELEASE fetch Looking up update.FreeBSD.org mirrors... 5 mirrors found. Fetching metadata signature for 8.4-RELEASE from update2.freebsd.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. The following files will be updated as part of updating to 8.4-RELEASE-p7: ^C I get the same when I try without a -r setting as well. -- What beep from yonder speaker sounds? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: freebsd-update wants to update to version I'm running
On 3/9/2014 6:43 PM, LuKreme wrote: # uname -a FreeBSD ns1.covisp.net 8.4-RELEASE-p7 FreeBSD 8.4-RELEASE-p7 #0: Sat Jan 11 01:45:47 UTC 2014 root@amd64-builde r.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 # freebsd-update -r 9.0-RELEASE fetch Looking up update.FreeBSD.org mirrors... 5 mirrors found. Fetching metadata signature for 8.4-RELEASE from update2.freebsd.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. The following files will be updated as part of updating to 8.4-RELEASE-p7: ^C I get the same when I try without a -r setting as well. The -r flag only applies to the 'upgrade' command. ___ 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