Re: What is MAKE_JOBS_UNSAFE?
Am 10.09.2013 06:06, schrieb Thomas Mueller: Thomas, It prevents parallel (make -j 4) build of ports, and your assumption about how to set it is correct; alternatively, it can be given on the make command line: portmaster -mMAKE_JOBS_UNSAFE=yes multimedia/vlc. URL: http://www.freebsd.org/doc/en/books/porters-handbook/building.html It's described in Section 6.3.1 Building Ports in Parallel of the porter's handbook, and apparently a bit out of date, because MAKE_JOBS_SAFE=yes is now the default, and this feature must explicitly be _disabled_. Can someone from among the doc committers team please reflect the new default in the Porter's Handbook? (I was looking at r42618.) HTH Matthias If MAKE_JOBS_UNSAFE=yes is already the default, then presumably trying to build or upgrade a port will fail just the same with this part specified? FORCE_MAKE_JOBS is the new default, meaning that: Unless MAKE_JOBS_UNSAFE is defined, MAKE_JOBS_SAFE is assumed. You should not see the ports framework message telling you to retry if MAKE_JOBS_UNSAFE is set. I see in other posts that vlc has had a further update/commit, and I could switch from mplayer to mplayer2, but what about gstreamer-plugins-gl, or is this not critical? I have not followed what's needed there. Can I safely pkg delete -f gio-fam-backend since its function is (?) presumably filled by glib 2.36 ? Yes, providing that you've rebuilt all ports that did previously require gio-fam-backend. ___ 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
INDEX now builds successfully on 8.x
___ 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 Port: mapserver-6.2.1_2 building with python support requires python 2.6.
David Wahlund wrote on 09.09.2013 22:46: This throws a this port is deprecated-warning. EoL for python26 is 1 october 2013. Just a heads up. Regards David It builds fine python 2.7: https://redports.org/~rm/20130909204800-7664-143662/mapserver-6.2.1_3.log Would you try to change USE_PYTHON to -2.7 and check if it works for you? -- Regards, Ruslan Tinderboxing kills... the drives. ___ 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] Update of xorg libraries and MESA
On Mon, 09 Sep 2013 16:52:03 +0200, Niclas Zeising wrote Hi Nicolas, The patch has been updated, and the updated version is attached. As always, it is possible to find the latest version of the patch at http://people.freebsd.org/~zeising/xorg-mesaupdate.diff Works like a charm on my Lenovo X220 (-CURRENT). Thanks ! -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@freebsd.org, http://www.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: FreeBSD Port: mapserver-6.2.1_2 building with python support requires python 2.6.
Am 2013-09-10 08:11, schrieb Ruslan Makhmatkhanov: David Wahlund wrote on 09.09.2013 22:46: This throws a this port is deprecated-warning. EoL for python26 is 1 october 2013. Just a heads up. Regards David It builds fine python 2.7: https://redports.org/~rm/20130909204800-7664-143662/mapserver-6.2.1_3.log Would you try to change USE_PYTHON to -2.7 and check if it works for you? I'm doing this already. For me, in line 55 in the Makefile, I have the following line: USE_PYTHON= 2.7 and Mapscript works as usual ... Frank -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information géographique rue des Romains 36 L-5433 NIEDERDONVEN tél.: +352 26 74 94 - 28 fax.: +352 26 74 94 99 http://www.metrico.lu ___ 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: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi madpi...@freebsd.org wrote: On 09/10/13 07:20, hiren panchasara wrote: On Sat, Sep 7, 2013 at 5:10 AM, olli hauer oha...@gmx.de mailto:oha...@gmx.de wrote: There are 13 ports using --with-iconv=${LOCALBASE} devel/apr1 devel/apr2 devel/git irc/epic5 lang/gauche net-mgmt/ettercap net/ssltunnel-client net/yaz net/zebra-server textproc/libxml2 textproc/py-libxml2 www/apache22 www/apache24 and devel/glib20, print/ghostscript8, print/ghostscript9 using --with-libiconv=gnu --with-libiconv=native --with-libiconv=no --with-libiconv=no I am hitting following failure while building devel/glib20 gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h is from libiconv #error GNU libiconv not in use but included iconv.h is from libiconv How do I get past this? Looks like you have some leftovers from the libiconv port. Have you removed it? can you give the output of ls /usr/local/include/iconv.h? I still have the port installed. % pkg info | grep iconv libiconv-1.14_1A character set conversion library Should I remove the port? % ls /usr/local/include/iconv.h /usr/local/include/iconv.h What is the output if head /usr/include/iconv.h? % head /usr/include/iconv.h /*$FreeBSD: head/include/iconv.h 255297 2013-09-06 09:46:44Z theraven $ */ /* $NetBSD: iconv.h,v 1.6 2005/02/03 04:39:32 perry Exp $ */ /*- * Copyright (c) 2003 Citrus Project, * Copyright (c) 2009, 2010 Gabor Kovesdan ga...@freebsd.org * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions % uname -a FreeBSD flymockour-l7.corp.yahoo.com http://flymockour-l7.corp.**yahoo.comhttp://flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #2 r255423M: Mon Sep 9 12:29:22 PDT 2013 That M in the revision number indicates you're using a modified checkout, May I ask which modifications you have in your source tree? Nothing related to this. Thanks, 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
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Tue, Sep 10, 2013 at 12:28 AM, hiren panchasara hiren.panchas...@gmail.com wrote: On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi madpi...@freebsd.org wrote: On 09/10/13 07:20, hiren panchasara wrote: On Sat, Sep 7, 2013 at 5:10 AM, olli hauer oha...@gmx.de mailto:oha...@gmx.de wrote: There are 13 ports using --with-iconv=${LOCALBASE} devel/apr1 devel/apr2 devel/git irc/epic5 lang/gauche net-mgmt/ettercap net/ssltunnel-client net/yaz net/zebra-server textproc/libxml2 textproc/py-libxml2 www/apache22 www/apache24 and devel/glib20, print/ghostscript8, print/ghostscript9 using --with-libiconv=gnu --with-libiconv=native --with-libiconv=no --with-libiconv=no I am hitting following failure while building devel/glib20 gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h is from libiconv #error GNU libiconv not in use but included iconv.h is from libiconv How do I get past this? Looks like you have some leftovers from the libiconv port. Have you removed it? can you give the output of ls /usr/local/include/iconv.h? I still have the port installed. % pkg info | grep iconv libiconv-1.14_1A character set conversion library Should I remove the port? Removed the port and now reinstalling almost everything :-) Will report back how it goes. cheers, Hiren % ls /usr/local/include/iconv.h /usr/local/include/iconv.h What is the output if head /usr/include/iconv.h? % head /usr/include/iconv.h /*$FreeBSD: head/include/iconv.h 255297 2013-09-06 09:46:44Z theraven $ */ /* $NetBSD: iconv.h,v 1.6 2005/02/03 04:39:32 perry Exp $ */ /*- * Copyright (c) 2003 Citrus Project, * Copyright (c) 2009, 2010 Gabor Kovesdan ga...@freebsd.org * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions % uname -a FreeBSD flymockour-l7.corp.yahoo.com http://flymockour-l7.corp.**yahoo.comhttp://flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #2 r255423M: Mon Sep 9 12:29:22 PDT 2013 That M in the revision number indicates you're using a modified checkout, May I ask which modifications you have in your source tree? Nothing related to this. Thanks, 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
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 +-+ security/snortreport| 1.3.3 | 1.3.4 +-+ 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: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On 09/10/13 10:16, hiren panchasara wrote: On Tue, Sep 10, 2013 at 12:28 AM, hiren panchasara hiren.panchas...@gmail.com mailto:hiren.panchas...@gmail.com wrote: On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi madpi...@freebsd.org mailto:madpi...@freebsd.org wrote: On 09/10/13 07:20, hiren panchasara wrote: On Sat, Sep 7, 2013 at 5:10 AM, olli hauer oha...@gmx.de mailto:oha...@gmx.de mailto:oha...@gmx.de mailto:oha...@gmx.de wrote: There are 13 ports using --with-iconv=${LOCALBASE} devel/apr1 devel/apr2 devel/git irc/epic5 lang/gauche net-mgmt/ettercap net/ssltunnel-client net/yaz net/zebra-server textproc/libxml2 textproc/py-libxml2 www/apache22 www/apache24 and devel/glib20, print/ghostscript8, print/ghostscript9 using --with-libiconv=gnu --with-libiconv=native --with-libiconv=no --with-libiconv=no I am hitting following failure while building devel/glib20 gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h is from libiconv #error GNU libiconv not in use but included iconv.h is from libiconv How do I get past this? Looks like you have some leftovers from the libiconv port. Have you removed it? can you give the output of ls /usr/local/include/iconv.h? I still have the port installed. % pkg info | grep iconv libiconv-1.14_1A character set conversion library Should I remove the port? Removed the port and now reinstalling almost everything :-) Unluckily some configure scripts and build systems get confused by two implementations of iconv present on the system and fail in various manners, this one is just an example. This is the main reason why the ports tree was patched to only use the system provided iconv implementation now that it is the default. This requires a lot of work to fix installed pieces to adapt to this new world order. -- Guido Falsi madpi...@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: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Tue, 10 Sep 2013 11:41:52 +0200 Guido Falsi articulated: This is the main reason why the ports tree was patched to only use the system provided iconv implementation now that it is the default. I am not on current so this doesn't affect me yet. However, at some point, when current becomes stable, I will upgrade. Therefore my question is will it be possible to use converters/libiconv via the ports system should a user so desire to? -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ 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: HELP! nvidia-driver patch: Weird REPLACE_CMD and command-line-sed behaviour. HELP!
O. Hartmann wrote at 01:51 +0200 on Sep 10, 2013: sed -i -e 's/\(\virtual_address, size,\) \(VMFS_ANY_SPACE,\)$/ \ \1 0, \2/' work/NVIDIA-FreeBSD-x86_64-325.15/src/nvidia_subr.c In a makefile shell command, you have to escape $ signs if you want them to be used as $ signs in the shell context. . . But putting the very same sed-expression into the port's Makefile # Changes in vm_map_find() due to r255426 ..if ${OSVERSION} 153 ${REINPLACE_CMD} -e 's/\(\virtual_address, size,\) \ \(VMFS_ANY_SPACE,\)$/\1 0, \2/' \ \ ${WRKSRC}/src/nvidia_subr.c ..endif (patch attached) gives this weird error: === Cleaning for nvidia-driver-325.15 === License NVIDIA accepted by the user === Found saved configuration for nvidia-driver-325.08_1 === nvidia-driver-325.15 depends on file: /usr/local/sbin/pkg - found === Fetching all distfiles required by nvidia-driver-325.15 for building === Extracting for nvidia-driver-325.15 = SHA256 Checksum OK for NVIDIA-FreeBSD-x86_64-325.15.tar.gz. === Patching for nvidia-driver-325.15 sed: 1: s/\(\virtual_address, ...: unescaped newline inside substitute pattern *** Error code 1 make(1) evaluates $/ - which is likely empty which is why sed doesn't see the end of the expression before the newline. Hence the weird error (not so weird once it's understood). You want to use $$/ instead of $/ : .if ${OSVERSION} 153 ${REINPLACE_CMD} -e 's/\(\virtual_address, size,\) \ \(VMFS_ANY_SPACE,\)$$/\1 0, \2/' \ \ ${WRKSRC}/src/nvidia_subr.c .endif ___ 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: HELP! nvidia-driver patch: Weird REPLACE_CMD and command-line-sed behaviour. HELP!
On Tue, 10 Sep 2013 08:16:18 -0600 John Hein jh...@symmetricom.com wrote: O. Hartmann wrote at 01:51 +0200 on Sep 10, 2013: sed -i -e 's/\(\virtual_address, size,\) \(VMFS_ANY_SPACE,\)$/ \ \1 0, \2/' work/NVIDIA-FreeBSD-x86_64-325.15/src/nvidia_subr.c In a makefile shell command, you have to escape $ signs if you want them to be used as $ signs in the shell context. . . But putting the very same sed-expression into the port's Makefile # Changes in vm_map_find() due to r255426 ..if ${OSVERSION} 153 ${REINPLACE_CMD} -e 's/\(\virtual_address, size,\) \ \(VMFS_ANY_SPACE,\)$/\1 0, \2/' \ \ ${WRKSRC}/src/nvidia_subr.c ..endif (patch attached) gives this weird error: === Cleaning for nvidia-driver-325.15 === License NVIDIA accepted by the user === Found saved configuration for nvidia-driver-325.08_1 === nvidia-driver-325.15 depends on file: /usr/local/sbin/pkg - found === Fetching all distfiles required by nvidia-driver-325.15 for building === Extracting for nvidia-driver-325.15 = SHA256 Checksum OK for NVIDIA-FreeBSD-x86_64-325.15.tar.gz. === Patching for nvidia-driver-325.15 sed: 1: s/\(\virtual_address, ...: unescaped newline inside substitute pattern *** Error code 1 make(1) evaluates $/ - which is likely empty which is why sed doesn't see the end of the expression before the newline. Hence the weird error (not so weird once it's understood). You want to use $$/ instead of $/ : .if ${OSVERSION} 153 ${REINPLACE_CMD} -e 's/\(\virtual_address, size,\) \ \(VMFS_ANY_SPACE,\)$$/\1 0, \2/' \ \ ${WRKSRC}/src/nvidia_subr.c .endif if things are understood, there s nothing scaring. Thanks, I didn't realize that even the expression inside '' is eavluated by make. Thanks to you I could provide the patch to my PR. Hopefuilly, there is a committer soon. Oliver signature.asc Description: PGP signature
Re: HELP! nvidia-driver patch: Weird REPLACE_CMD and command-line-sed behaviour. HELP!
On Tue, 10 Sep 2013 09:50:05 -0600 John Hein jh...@symmetricom.com wrote: O. Hartmann wrote at 16:26 +0200 on Sep 10, 2013: On Tue, 10 Sep 2013 08:16:18 -0600 John Hein jh...@symmetricom.com wrote: You want to use $$/ instead of $/ : .if ${OSVERSION} 153 ${REINPLACE_CMD} -e 's/\(\virtual_address, size,\) \ \(VMFS_ANY_SPACE,\)$$/\1 0, \2/' \ \ ${WRKSRC}/src/nvidia_subr.c .endif if things are understood, there s nothing scaring. Thanks, I didn't realize that even the expression inside '' is eavluated by make. Thanks to you I could provide the patch to my PR. Hopefuilly, there is a committer soon. Actually I should have said you want: .if ${OSVERSION} 155 The API change to vm_map_find was made between shortly before 155. I'm on FreeBSD 10.0-CURRENT #1 r255434: Tue Sep 10 02:01:02 CEST 2013 amd64 and when calling make -VOSVERSION in x11/nvidia-driver I receive 154 signature.asc Description: PGP signature
Re: HELP! nvidia-driver patch: Weird REPLACE_CMD and command-line-sed behaviour. HELP!
On Tue, Sep 10, 2013 at 09:50:05AM -0600, John Hein wrote: ... Actually I should have said you want: .if ${OSVERSION} 155 The API change to vm_map_find was made between shortly before 155. ... Errr... well, that's not quite what I see; here are the last several lines from http://www.catwhisker.org/~david/FreeBSD/history/laptop_i386_10.txt. (http://www.catwhisker.org/~david/FreeBSD/history has an explanation of the revision strings I use.): FreeBSD 10.0-CURRENT #1009 r255202M/255202:152: Wed Sep 4 06:02:03 PDT 2013 r...@g1-227.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 FreeBSD 10.0-CURRENT #1012 r255297M/255297:152: Fri Sep 6 05:42:21 PDT 2013 r...@g1-227.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 FreeBSD 10.0-CURRENT #1013 r255355M/255355:154: Sat Sep 7 08:42:29 PDT 2013 r...@g1-227.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 FreeBSD 10.0-CURRENT #1014 r255386M/255386:154: Sun Sep 8 06:53:01 PDT 2013 r...@g1-227.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 FreeBSD 10.0-CURRENT #1015 r255413M/255414:154: Mon Sep 9 05:52:49 PDT 2013 r...@g1-227.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 FreeBSD 10.0-CURRENT #1017 r255442M/255448:154: Tue Sep 10 06:13:37 PDT 2013 r...@g1-227.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 In particular, please note that at r255413, OSVERSION was 154, and I did not need the recent patch for the vm_map_find() invocation; today, at r255442, OSVERSION is still 154, and I did need the patch. (The OSVERSION wasn't bumped to 155 until r255449, but was for r255426.) Peace, david -- David H. Wolfskill da...@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgp5hu4jqYHRw.pgp Description: PGP signature
Re: HELP! nvidia-driver patch: Weird REPLACE_CMD and command-line-sed behaviour. HELP!
В Tue, 10 Sep 2013 17:55:44 +0200 O. Hartmann ohart...@zedat.fu-berlin.de пишет: On Tue, 10 Sep 2013 09:50:05 -0600 John Hein jh...@symmetricom.com wrote: O. Hartmann wrote at 16:26 +0200 on Sep 10, 2013: On Tue, 10 Sep 2013 08:16:18 -0600 John Hein jh...@symmetricom.com wrote: You want to use $$/ instead of $/ : .if ${OSVERSION} 153 ${REINPLACE_CMD} -e 's/\(\virtual_address, size,\) \ \(VMFS_ANY_SPACE,\)$$/\1 0, \2/' \ \ ${WRKSRC}/src/nvidia_subr.c .endif if things are understood, there s nothing scaring. Thanks, I didn't realize that even the expression inside '' is eavluated by make. Thanks to you I could provide the patch to my PR. Hopefuilly, there is a committer soon. Actually I should have said you want: .if ${OSVERSION} 155 The API change to vm_map_find was made between shortly before 155. I'm on FreeBSD 10.0-CURRENT #1 r255434: Tue Sep 10 02:01:02 CEST 2013 amd64 and when calling make -VOSVERSION in x11/nvidia-driver I receive 154 yes, unfortunately, make a bump FreeBSD version after this revision http://svnweb.freebsd.org/changeset/base/255449 ___ 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: HELP! nvidia-driver patch: Weird REPLACE_CMD and command-line-sed behaviour. HELP!
John Hein wrote at 10:07 -0600 on Sep 10, 2013: O. Hartmann wrote at 17:55 +0200 on Sep 10, 2013: On Tue, 10 Sep 2013 09:50:05 -0600 John Hein jh...@symmetricom.com wrote: Actually I should have said you want: .if ${OSVERSION} 155 The API change to vm_map_find was made between shortly before 155. I'm on FreeBSD 10.0-CURRENT #1 r255434: Tue Sep 10 02:01:02 CEST 2013 amd64 and when calling make -VOSVERSION in x11/nvidia-driver I receive 154 You are in an unfortunate window between the moment the API change was committed (255426) and the OSVERSION was bumped (255449). That shouldn't happen ideally, but sometimes it does. The backward gap from 255426 to the last bump (255321) is larger than the forward gap, and in absence of better guidance, you should generally pick the OSVERSION larger than a particular API change to key off. Your false 154 is really 155 in spirit, but human committers just didn't catch on until a bit later. So you have to pick the lesser of two evils - which I am claiming is 155. So if you buy that argument, I have a correction. What I meant was: .if ${OSVERSION} 154 (I had = 155 in my head) ___ 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: HELP! nvidia-driver patch: Weird REPLACE_CMD and command-line-sed behaviour. HELP!
O. Hartmann wrote at 17:55 +0200 on Sep 10, 2013: On Tue, 10 Sep 2013 09:50:05 -0600 John Hein jh...@symmetricom.com wrote: Actually I should have said you want: .if ${OSVERSION} 155 The API change to vm_map_find was made between shortly before 155. I'm on FreeBSD 10.0-CURRENT #1 r255434: Tue Sep 10 02:01:02 CEST 2013 amd64 and when calling make -VOSVERSION in x11/nvidia-driver I receive 154 You are in an unfortunate window between the moment the API change was committed (255426) and the OSVERSION was bumped (255449). That shouldn't happen ideally, but sometimes it does. The backward gap from 255426 to the last bump (255321) is larger than the forward gap, and in absence of better guidance, you should generally pick the OSVERSION larger than a particular API change to key off. Your false 154 is really 155 in spirit, but human committers just didn't catch on until a bit later. So you have to pick the lesser of two evils - which I am claiming is 155. ___ 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: HELP! nvidia-driver patch: Weird REPLACE_CMD and command-line-sed behaviour. HELP!
O. Hartmann wrote at 16:26 +0200 on Sep 10, 2013: On Tue, 10 Sep 2013 08:16:18 -0600 John Hein jh...@symmetricom.com wrote: You want to use $$/ instead of $/ : .if ${OSVERSION} 153 ${REINPLACE_CMD} -e 's/\(\virtual_address, size,\) \ \(VMFS_ANY_SPACE,\)$$/\1 0, \2/' \ \ ${WRKSRC}/src/nvidia_subr.c .endif if things are understood, there s nothing scaring. Thanks, I didn't realize that even the expression inside '' is eavluated by make. Thanks to you I could provide the patch to my PR. Hopefuilly, there is a committer soon. Actually I should have said you want: .if ${OSVERSION} 155 The API change to vm_map_find was made between shortly before 155. ___ 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] Update of xorg libraries and MESA
Hi, 2013/9/9 Niclas Zeising zeis...@freebsd.org The patch has been updated, and the updated version is attached. As always, it is possible to find the latest version of the patch at http://people.freebsd.org/~zeising/xorg-mesaupdate.diff It works fine for me with the following ATI cards : RV380, RV535 and RV610, all with CURRENT amd64 (r254955M) and radeonkms. 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: [CFT] Update of xorg libraries and MESA
On Mon, Sep 9, 2013 at 6:52 PM, Niclas Zeising zeis...@freebsd.org wrote: There was a mistake in the previous patch, which made the build of xorg-server fail. The patch has been updated, and the updated version is attached. As always, it is possible to find the latest version of the patch at http://people.freebsd.org/~zeising/xorg-mesaupdate.diff Sorry for the inconvenience! Regards! -- Niclas Zeising FreeBSD x11@ team Works fine on Intel G33 on recent stable/9 with KMS. Thanks. -- Oleg Sidorkin ___ 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
Inconsistency with libtinfow.so
After updating 10.0-CURRENT to r255449 (no base gcc, no libstdc++ any more) I am right in the middle of updating my installed ports. Because of this I first deinstalled converters/libiconv before updating any other port. I am wondering if I am the only one who has problems with coexistence of libtinfow.so in devel/ncurses and systems libtinfow.so? For example if I try to update textproc/hunspell, it complains about [...] /bin/sh ../../libtool --tag=CXX--mode=link c++ -O2 -pipe -fno-strict-aliasing -Wl,-rpath=/usr/local/lib -L/usr/local/lib -lreadline -o hunspell hunspell.o ../parsers/libparsers.a ../hunspell/libhunspell-1.3.la -lncursesw -lreadline -lncurses libtool: link: c++ -O2 -pipe -fno-strict-aliasing -Wl,-rpath=/usr/local/lib -o .libs/hunspell hunspell.o -L/usr/local/lib ../parsers/libparsers.a ../hunspell/.libs/libhunspell-1.3.so -lncursesw -lreadline -lncurses -Wl,-rpath -Wl,/usr/local/lib /usr/bin/ld: /: invalid DSO for symbol `cbreak' definition /usr/local/lib/libtinfow.so.5.9: could not read symbols: Bad value c++: error: linker command failed with exit code 1 (use -v to see invocation) *** [hunspell] Error code 1 make[4]: stopped in /usr/ports/textproc/hunspell/work/hunspell-1.3.2/src/tools 1 error This problem also occurs at least with textproc/aspell, security/clamav, sysutils/libcdio and multimedia/vcdimager. There are two different versions of libtinfow.so on my box: /usr/lib/libtinfow.so /usr/local/lib/libtinfow.so.5.9 If I (temporarily) deinstall the dependency devel/ncurses, I am able to build and reinstall hunspell and the other mentioned ports. Of course, ncurses was updated before hunspell. Any clue what is going on here? I did not have this problem before updating base. 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
Re: What is MAKE_JOBS_UNSAFE?
Can I safely pkg delete -f gio-fam-backend since its function is (?) presumably filled by glib 2.36 ? Yes, providing that you've rebuilt all ports that did previously require gio-fam-backend. I had three that failed, and MAKE_JOBS_UNSAFE=yes apparently had no effect: multimedia/mplayer, graphics/gstreamer-plugins-gl, multimedia/vlc I successfully upgraded mplayer to mplayer2. I tried make deinstall install on graphics/gstreamer-plugins-gl: deinstalled but was unable to rebuild and reinstall. multimedia/vlc failed even with MAKE_JOBS_UNSAFE=yes. My guess is that pkg delete -f gio-fam-backend would not adversely affect vlc 2.0.6_3,3 because glib 2.36 might serve the function of gio-fam-backend. Anyway, I don't want to let this stop me from the last step (portmaster -a). I will want to source-upgrade to the upcoming FreeBSD 9.2-RELEASE, and build sysutils/grub2, see if I can create my own Super Grub2 Disk. Even if vlc is messed up, I can hope to rebuild in the near future. Tom ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Problems building www/webkit-gtk2 after dumping base gcc on 10-CURRENT
Hi all, As part of slogging through the iconv change this last week, I deleted the webkit-gtk2 port (and things that depended on it) to allow a portupgrade -af session to run without taking the ENTIRE weekend. I then went ahead and upgraded the base system which included the removal of the gcc tools. So far, so good... and now to rebuild webkit and those others I had removed. Trying with clang, it errors out looking for ext/atomicity.h in Source/JavaScriptCore/wtf/Atomics.h. No such file anywhere to be found, and with the ifdefs in that file I figured it must have been part of the base gcc stuff. So I installed gcc from the ports, set WITH_GCC=4.4+ and tried again. atomicity.h is now found and away it chugs for a long time. The new result is a linker error about not finding libstdc++, and I'm scratching my head because that file is right there where the gcc port installed it. I did what the gnome-libtool suggested and added a -v to print the full text of the link command being run, and to my suprise it appears that the gnome-libtool is using the system base compiler, not the gcc one as directed by the WITH_GCC option, to do the linking step. Just to be sure, 'make clean' and 'make' again, and watching with ps shows g++/gcc being run to compile the source files, but cc when it hits that linking stage. I'm no expert on libtool/gnome-libtool; anybody have any ideas of what I could do to debug this? Jimmy ___ 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] r326920: 4x leftovers, 1x ???, 4x fetch, 67x success
- convert to the new perl5 framework - trim Makefile header Approved by:portmgr (bapt@, blanket) - Build ID: 20130910172800-45483 Job owner: a...@freebsd.org Buildtime: 8 hours Enddate: Wed, 11 Sep 2013 01:28:53 GMT Revision: r326920 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=326920 - Port:textproc/cdif 1.19 Buildgroup: 9.1-QAT/amd64 Buildstatus: FETCH Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186872/cdif-1.19.log Buildgroup: 9.1-QAT/i386 Buildstatus: FETCH Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186873/cdif-1.19.log Buildgroup: 8.4-QAT/amd64 Buildstatus: FETCH Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186874/cdif-1.19.log Buildgroup: 8.4-QAT/i386 Buildstatus: FETCH Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186875/cdif-1.19.log - Port:textproc/csvdiff 1.7 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186876/csvdiff-1.7.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186877/csvdiff-1.7.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186878/csvdiff-1.7.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186879/csvdiff-1.7.log - Port:textproc/p5-Data-SpreadPagination 0.1.2 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186880/p5-Data-SpreadPagination-0.1.2.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186881/p5-Data-SpreadPagination-0.1.2.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186882/p5-Data-SpreadPagination-0.1.2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186883/p5-Data-SpreadPagination-0.1.2.log - Port:textproc/p5-EBook-Tools 0.4.9 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186884/p5-EBook-Tools-0.4.9.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186885/p5-EBook-Tools-0.4.9.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186886/p5-EBook-Tools-0.4.9.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186887/p5-EBook-Tools-0.4.9.log - Port:textproc/p5-HTML-HTML5-Entities 0.003 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186888/p5-HTML-HTML5-Entities-0.003.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186889/p5-HTML-HTML5-Entities-0.003.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186890/p5-HTML-HTML5-Entities-0.003.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186891/p5-HTML-HTML5-Entities-0.003.log - Port:textproc/p5-Hatena-Keyword 0.05_2 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130910172800-45483-186892/p5-Hatena-Keyword-0.05_2.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log:
Re: What is MAKE_JOBS_UNSAFE?
On Tue, Sep 10, 2013 at 1:46 PM, Thomas Mueller mueller6...@bellsouth.net wrote: Can I safely pkg delete -f gio-fam-backend since its function is (?) presumably filled by glib 2.36 ? Yes, providing that you've rebuilt all ports that did previously require gio-fam-backend. I had three that failed, and MAKE_JOBS_UNSAFE=yes apparently had no effect: multimedia/mplayer, graphics/gstreamer-plugins-gl, multimedia/vlc In most cases MAKE_JOBS_UNSAFE=yes will not help. The message is an artifact from when the defaults were reversed and a precaution for the days after it was changed. IMHO it should be removed now. -- Eitan Adler ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
please change synopsis of ports/181345
Hi, Would someone please change synopsis of this PR? http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/181345 Add shortcuts like Ctrl-C does not work on vncviewer because of fltk. Thanks, -- `whois vmeta.jp | nkf -w` meta m...@vmeta.jp ___ 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 MAKE_JOBS_UNSAFE?
Am 10.09.2013 19:46, schrieb Thomas Mueller: Can I safely pkg delete -f gio-fam-backend since its function is (?) presumably filled by glib 2.36 ? Yes, providing that you've rebuilt all ports that did previously require gio-fam-backend. I had three that failed, and MAKE_JOBS_UNSAFE=yes apparently had no effect: multimedia/mplayer, graphics/gstreamer-plugins-gl, multimedia/vlc Tom, please make sure to get your mail replies right. 1. You need to properly mark quoted material (indentation, attribution line, and similar). You did not consistently quote my material, which was the Yes, providing that... paragraph above. It lacks a level of indentation, and I do not tolerate misappropriation of my material however short it is. (Which is why this reply is public.) 2. Please use a mailer that keeps threads intact (In-Reply-To: header required). Since your replies did not thread this discussion properly, can I ask you to use a different mailer so that your replies appear in line? Thank you. Best regards Matthias ___ 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