CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2013/12/13 01:16:37 Modified files: databases/redis: Makefile distinfo databases/redis/patches: patch-redis_conf Log message: Update to redis-2.8.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/12/13 02:26:28 Modified files: x11/gnome/system-monitor/patches: patch-src_procproperties_cpp Log message: Pushed upstream.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2013/12/13 02:38:49 Modified files: graphics/libkdcraw: Makefile graphics/libkdcraw/pkg: DESCR-icons DESCR-main PLIST-icons PLIST-main graphics/libkipi: Makefile graphics/libkipi/pkg: DESCR-main PLIST-icons PLIST-main Log message: Final KDE 3 part of libkdcraw and libkipi deconflicting. Please note that we still cannot install kdelibs-3.x and 4.x, so you cannot actually install libkdcraw and libkipi from KDE 3 and 4 side-by-side. Yet. Tested in a bulk by landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2013/12/13 02:40:03 Modified files: graphics/gwenview: Makefile graphics/gwenview/pkg: PLIST graphics/kipi-plugins: Makefile graphics/kipi-plugins/pkg: PLIST-main Log message: Add PKGSPEC for gwenview and kipi-plugins, to make sure future ports won't pick up wrong things.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2013/12/13 02:43:09 Modified files: graphics/gwenview/pkg: PLIST graphics/kipi-plugins/pkg: PLIST-main Log message: Oops, backout extra changes. Won't allow to build package = no bump needed.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2013/12/13 04:34:48 Modified files: x11/kde4/kopete/patches: patch-protocols_jabber_googletalk_libjingle_talk_base_nethelpers_cc Log message: Fix (one) crash in googletalk-call. This code is not built yet, so no bump.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/12/13 08:33:18 Modified files: www/owncloud : Makefile distinfo www/owncloud/pkg: PLIST README Log message: MAJOR update to owncloud-6.0.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2013/12/13 08:54:47 Modified files: shells/bash: Makefile Added files: shells/bash/patches: patch-general_c Log message: Do not use memcpy() on overlapping memory http://lists.gnu.org/archive/html/bug-bash/2013-03/msg00047.html via Arch Linux ok naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2013/12/13 09:25:31 Modified files: x11/kde4/kopete: Makefile x11/kde4/kopete/pkg: PLIST Log message: Install browser plugin at the appropriate place.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/12/13 09:26:06 Modified files: www/owncloud : Makefile www/owncloud/pkg: PLIST Log message: Stupid PLIST substitution.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2013/12/13 09:42:35 Added files: sysutils/dfc/patches: patch-src_util_c Log message: use struct winsize instead of ttysize
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: r...@cvs.openbsd.org2013/12/13 10:49:50 Modified files: x11/e17/elementary: Makefile x11/e17/elementary/pkg: PLIST Added files: x11/e17/elementary/patches: patch-data_desktop_Makefile_in Log message: Move elementary.png from top dir of the icon themes to elementary subdir. ok aja@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2013/12/13 11:07:04 Modified files: x11/kde4/graphics-thumbnailers: Makefile x11/kde4/gwenview: Makefile x11/kde4/ksnapshot: Makefile Log message: Bumps missed in last libkdcraw+libkipi commit. Noticed by naddy@.
Re: UPDATE: libvpx 1.2.0
On 06/12/13 7:01 PM, Landry Breuil wrote: On Fri, Dec 06, 2013 at 03:22:23PM -0500, Brad Smith wrote: On 06/12/13 8:05 AM, Landry Breuil wrote: On Thu, Dec 05, 2013 at 11:00:42PM -0500, Brad Smith wrote: Here is an update to libvpx 1.2.0. OK? All i know is that libvpx 1.2.0 got just merged in mozilla-central, and they're already working on the upcoming 1.3.0 for vp9 support. https://bugzilla.mozilla.org/show_bug.cgi?id=918550 https://bugzilla.mozilla.org/show_bug.cgi?id=763495 I'll try to enable --with-system-libvpx within firefox, since now iirc it's more supported (and less patched) than before. I want to look at 1.3.0 but I have no idea how long it will take them to put out a release. 1.2.0 was tagged 11 months ago and even with me poking and prodding them on IRC and their mailing list it still took them 9 months to put out the release. Very odd behavior with these guys. So I'm looking at 1.2.0 since it is just a small number of bug fixes and we'll see how long 1.3.0 takes to be released. AFAIK 1.2.0 has fixes for some issues found via FF. And apparently 1.3.0 was tagged 4 days ago, since mozilla now requires it for vp9 support in what will be firefox 28 in 12 weeks. https://hg.mozilla.org/integration/mozilla-inbound/rev/1ba23d5502e1 The tagging was premature and they're still not ready for a release. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: lang/ghc: drop ps and pdf docs
On Wed, Dec 11, 2013 at 09:41:30PM +0100, Matthias Kilian wrote: Remove postscript and pdf documentation. The haddock manual and the ghc users guide are already available as HTML, and everything else in Haskell land (especially all the libraries) is HTML only, so there's no point in keeping them. This may help edd@ to work on even more minimal minimalistic texlive packages. Great, thanks. It looks like we may be able to drop the following tex packages from the buildset: zapfding, symbol, url, eepic, courier, times, helvetic, rsfs. Before I test that, I will wait for the results of espie's experiment. He was trying to remove dvips from the buildset. Cheers -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: lang/ghc: drop ps and pdf docs
On Fri, Dec 13, 2013 at 10:12:07AM +, Edd Barrett wrote: On Wed, Dec 11, 2013 at 09:41:30PM +0100, Matthias Kilian wrote: Remove postscript and pdf documentation. The haddock manual and the ghc users guide are already available as HTML, and everything else in Haskell land (especially all the libraries) is HTML only, so there's no point in keeping them. This may help edd@ to work on even more minimal minimalistic texlive packages. Great, thanks. It looks like we may be able to drop the following tex packages from the buildset: zapfding, symbol, url, eepic, courier, times, helvetic, rsfs. Before I test that, I will wait for the results of espie's experiment. He was trying to remove dvips from the buildset. With ghc need for dvips gone, consider the experiment successful. Remove dvips from the buildset. *everything* I see in build logs is random detection and use of dvips, thus it *will* break some bulk builds.
[shells/bash] trim_pathname in general.c should use memmove rather than memcpy
Via Arch Linux[1], as explained here:
http://lists.gnu.org/archive/html/bug-bash/2013-03/msg00047.html
Comments and/or OKs?
[1]
https://projects.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/bash
Index: Makefile
===
RCS file: /cvs/ports/shells/bash/Makefile,v
retrieving revision 1.77
diff -u -p -u -p -r1.77 Makefile
--- Makefile12 Mar 2013 19:55:08 - 1.77
+++ Makefile13 Dec 2013 12:40:48 -
@@ -4,6 +4,7 @@ COMMENT=GNU Bourne Again Shell
DISTNAME= bash-4.2
PKGNAME= ${DISTNAME}.45
+REVISION= 0
CATEGORIES=shells
HOMEPAGE= http://cnswww.cns.cwru.edu/~chet/bash/bashtop.html
Index: patches/patch-general_c
===
RCS file: patches/patch-general_c
diff -N patches/patch-general_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-general_c 13 Dec 2013 12:40:48 -
@@ -0,0 +1,16 @@
+$OpenBSD$
+
+Do not use memcpy() on overlapping memory
+http://lists.gnu.org/archive/html/bug-bash/2013-03/msg00047.html
+
+--- general.c.orig Sun Dec 12 21:06:27 2010
general.c Fri Dec 13 13:33:03 2013
+@@ -766,7 +766,7 @@ trim_pathname (name, maxlen)
+ *nbeg++ = '.';
+
+ nlen = nend - ntail;
+- memcpy (nbeg, ntail, nlen);
++ memmove (nbeg, ntail, nlen);
+ nbeg[nlen] = '\0';
+
+ return name;
Re: WIP: lang/racket version 6
On Thursday 12 December 2013 20:57:18 James Turner wrote: On Wed, Dec 11, 2013 at 05:36:50AM +0100, Juan Francisco Cantero Hurtado wrote: This is an unfinished and dirty update to racket 6. The Racket developers haven't released the version 6 yet but I'm sharing this port for users interested in the update. Let me know if racket has crashes or other important bugs. Note to other porters: don't waste your time reviewing the port, I'm aware of the port has errors :) What?! Where is DrRacket?!. Now racket uses packages for almost everything: $ raco pkg install drracket $ racket ~/.racket/$(racket --version | cut -dv -f2 | cut -d. -f1-2)/pkgs/drracket/drracket/drracket.rkt Cheers. I'm kind of sad to see DrRacket not being included. Is there a configure option to include DrRacket? Or is post pkg install the only option with version 6 and beyond? Yes, I could create a racket distro with DrRacket included but we will lose some advantages of the new racket approach. With raco pkg, the users of OpenBSD stable can received updates and fixes from upstream, similar to ruby gems or python pypi. DrRacket is a big beast. I want to port racket to all OpenBSD platforms and to distribute only a minimal racket (without extra dependencies) will help me a lot. And OpenBSD packages doesn't offer any advantage compared with the new raco packages, something similar to the last comments about www apps in this list. In fact, if we create a wrapper to create OpenBSD package from raco pkg, the user would have problems in certain cases. They could have conflicting versions in their home and LOCALBASE or to update the version in LOCALBASE with raco and to break the OpenBSD packages. Also on amd64 I had to run update-plist the following 2 files weren't present in my build it would seem. Error: /usr/ports/pobj/racket-5.91pre201312110442/fake-amd64/usr/local/share /racket/collects/setup/private/compiled/path-utils_rkt.dep does not exist Error: /usr/ports/pobj/racket-5.91pre201312110442/fake-amd64/usr/local/share /racket/collects/setup/private/compiled/path-utils_rkt.zo does not exist Error: /usr/ports/pobj/racket-5.91pre201312110442/fake-amd64/usr/local/share /racket/collects/setup/private/path-utils.rkt does not exist Yes, I saw the error yesterday. Sorry. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: WIP: LLVM 3.4
On 06/12/13 3:26 PM, Brad Smith wrote: On 05/12/13 3:35 AM, Brad Smith wrote: Here is a work in progress update to LLVM 3.4. This has only been lightly tested on amd64. I need this build tested on i386, powerpc, sparc64 and mips64 to start off. If you have such an arch please try building it as soon as possible as I'd like to report any issues upstream if there are any. Any runtime testing feedback would also be appreciated. Still looking for build tests for sparc64 and mips64. and mips64? I built it as well on my loongson (it took about 18 hours). A simple C hello world compiles, links and runs fine. However, trying to compile base vi(1) with clang gives this: === build clang -O2 -pipe -I/usr/src/usr.bin/vi/build -I/usr/src/usr.bin/vi/build/../include -c /usr/src/usr.bin/vi/build/../cl/cl_bsd.c clang -O2 -pipe -I/usr/src/usr.bin/vi/build -I/usr/src/usr.bin/vi/build/../include -c /usr/src/usr.bin/vi/build/../cl/cl_funcs.c /tmp/cl_funcs-556884.s: Assembler messages: /tmp/cl_funcs-556884.s:43: Error: opcode not supported on this processor: mips3 (mips3) `movn $1,$7,$8' /tmp/cl_funcs-556884.s:620: Error: opcode not supported on this processor: mips3 (mips3) `movn $3,$5,$1' clang-3.4: error: assembler command failed with exit code 1 (use -v to see invocation) *** Error 1 in build (sys.mk:87 'cl_funcs.o') *** Error 1 in /usr/src/usr.bin/vi (bsd.subdir.mk:48 'all') Still, it looks like things are improving for mips64. make test needs a few more hours...
update preview: print/poppler
Update to poppler-0.24.4 From the release notes: core: * Fix regression in broken endstream detection. Bug #70854 * Catalog: sort entries of NameTrees to make sure lookup works. Bug #26049 * Don't infinite loop if reading from GooFile::read fails. Bug #71835 utils: * pdftotext: Do not close stdout. Bug #71639 * pdftotext: Silence warning for may be used uninitialized variable. Bug #71640 * pdftotext: Escape the text of the xml headers * Warn the user if he provides a wrong range qt4: * Fix typo in xml API. Bug #71643 qt5 (not yet relevant for us): * Fix typo in xml API. Bug #71643 The major bump to libpoppler.so is required, because there are some ABI changes in classes Lexer and Parser. Not yet tested, but I'll throw it at a bulk build on amd64 tomorrow (my concern is that some ports depending on it rely on the changed API/ABI in Lexer and Parser). And I want to give people using just some ports depending on poppler a chance try it out now. Ciao, Kili Index: Makefile === RCS file: /cvs/ports/print/poppler/Makefile,v retrieving revision 1.79 diff -u -p -r1.79 Makefile --- Makefile1 Nov 2013 07:46:58 - 1.79 +++ Makefile13 Dec 2013 21:50:02 - @@ -5,7 +5,7 @@ COMMENT-qt= qt interface to PDF renderin COMMENT-qt4= qt4 interface to PDF rendering library COMMENT-utils= PDF conversion tools and utilities -V= 0.24.3 +V= 0.24.4 DISTNAME= poppler-$V CATEGORIES=print PKGNAME-main= poppler-$V @@ -14,7 +14,7 @@ PKGNAME-qt= poppler-qt-$V PKGNAME-qt4= poppler-qt4-$V OLDSHIT = poppler-0.16.7 -SHARED_LIBS += poppler 19.0 # 43.0 +SHARED_LIBS += poppler 20.0 # 44.0 SHARED_LIBS += poppler-glib 13.0 # 14.0 SHARED_LIBS += poppler-qt 12.0 # 3.0 SHARED_LIBS += poppler-qt4 13.0 # 7.0 Index: distinfo === RCS file: /cvs/ports/print/poppler/distinfo,v retrieving revision 1.30 diff -u -p -r1.30 distinfo --- distinfo1 Nov 2013 07:46:58 - 1.30 +++ distinfo13 Dec 2013 20:54:12 - @@ -1,4 +1,4 @@ SHA256 (poppler-0.16.7.tar.gz) = +rTory001BQqcYgZ/XR9QJMLce9SDuDmvMlOLETyK80= -SHA256 (poppler-0.24.3.tar.xz) = 0s0CUJ5FgRffdTS2BwMXHVZ/JoZaubf5yExTcns1N04= +SHA256 (poppler-0.24.4.tar.xz) = yKNQmhfm8LuwfusbWCdrSFl0qL/z9e7xvI4VDM18AeI= SIZE (poppler-0.16.7.tar.gz) = 1952179 -SIZE (poppler-0.24.3.tar.xz) = 1506152 +SIZE (poppler-0.24.4.tar.xz) = 1511248 Index: patches/patch-aclocal_m4 === RCS file: /cvs/ports/print/poppler/patches/patch-aclocal_m4,v retrieving revision 1.5 diff -u -p -r1.5 patch-aclocal_m4 --- patches/patch-aclocal_m41 Nov 2013 07:46:58 - 1.5 +++ patches/patch-aclocal_m413 Dec 2013 21:01:29 - @@ -1,7 +1,7 @@ $OpenBSD: patch-aclocal_m4,v 1.5 2013/11/01 07:46:58 kili Exp $ aclocal.m4.origSat Oct 26 19:07:31 2013 -+++ aclocal.m4 Wed Oct 30 19:28:17 2013 -@@ -2205,6 +2205,7 @@ m4_include([m4/define-dir.m4]) +--- aclocal.m4.origWed Nov 27 00:17:01 2013 aclocal.m4 Fri Dec 13 22:01:25 2013 +@@ -2315,6 +2315,7 @@ m4_include([m4/define-dir.m4]) m4_include([m4/gtk-doc.m4]) m4_include([m4/iconv.m4]) m4_include([m4/introspection.m4])
Re: NEW: converters/uudeview
Kind reminder. On Sat, Dec 07, 2013 at 12:20:03PM +, Mikolaj Kucharski wrote: Ping, Port at http://marc.info/?l=openbsd-portsm=138614602418802w=2 On Wed, Dec 04, 2013 at 08:33:23AM +, Mikolaj Kucharski wrote: Hi, I've incorporated some Debian patches, via Dag Wieers's src.rpm (also in Gentoo[1]). I don't use nor need TK version of the script, so I've disabled it. I've looked into it though and configure doesn't handle detection well enough. I think it can go as is, without xdeview. Comment: program for uu/xx/Base64/BinHex/yEnc de/encoding Description: This is a powerful program at which you can throw a mess of unordered files in any of BinHex, uuencoded, xxencoded, Base64 or yEnc formats and expect them all to be properly decoded. These formats are frequently encountered when sending binary files via news or mail. WWW: http://www.fpx.de/fp/Software/UUDeview/ References: 1. http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-text/uudeview/files/ -- best regards q#
Re: WIP: lang/racket version 6
On Fri, Dec 13, 2013 at 07:31:25PM +0100, Juan Francisco Cantero Hurtado wrote: On Thursday 12 December 2013 20:57:18 James Turner wrote: On Wed, Dec 11, 2013 at 05:36:50AM +0100, Juan Francisco Cantero Hurtado wrote: This is an unfinished and dirty update to racket 6. The Racket developers haven't released the version 6 yet but I'm sharing this port for users interested in the update. Let me know if racket has crashes or other important bugs. Note to other porters: don't waste your time reviewing the port, I'm aware of the port has errors :) What?! Where is DrRacket?!. Now racket uses packages for almost everything: $ raco pkg install drracket $ racket ~/.racket/$(racket --version | cut -dv -f2 | cut -d. -f1-2)/pkgs/drracket/drracket/drracket.rkt Cheers. I'm kind of sad to see DrRacket not being included. Is there a configure option to include DrRacket? Or is post pkg install the only option with version 6 and beyond? Yes, I could create a racket distro with DrRacket included but we will lose some advantages of the new racket approach. With raco pkg, the users of OpenBSD stable can received updates and fixes from upstream, similar to ruby gems or python pypi. DrRacket is a big beast. I want to port racket to all OpenBSD platforms and to distribute only a minimal racket (without extra dependencies) will help me a lot. And OpenBSD packages doesn't offer any advantage compared with the new raco packages, something similar to the last comments about www apps in this list. In fact, if we create a wrapper to create OpenBSD package from raco pkg, the user would have problems in certain cases. They could have conflicting versions in their home and LOCALBASE or to update the version in LOCALBASE with raco and to break the OpenBSD packages. That all makes sense. I now agree with your current direction. Thanks for the explanation. Also on amd64 I had to run update-plist the following 2 files weren't present in my build it would seem. Error: /usr/ports/pobj/racket-5.91pre201312110442/fake-amd64/usr/local/share /racket/collects/setup/private/compiled/path-utils_rkt.dep does not exist Error: /usr/ports/pobj/racket-5.91pre201312110442/fake-amd64/usr/local/share /racket/collects/setup/private/compiled/path-utils_rkt.zo does not exist Error: /usr/ports/pobj/racket-5.91pre201312110442/fake-amd64/usr/local/share /racket/collects/setup/private/path-utils.rkt does not exist Yes, I saw the error yesterday. Sorry. Noting a make update-plist couldn't fix :). -- Juan Francisco Cantero Hurtado http://juanfra.info -- James Turner
UPDATE: devel/quilt
Update to quilt v0.61 and take maintainer. I passed the
remove-trailing-whitespace test diff upstream.
Tested on amd64.
Index: Makefile
===
RCS file: /work/cvsroot/ports/devel/quilt/Makefile,v
retrieving revision 1.4
diff -p -u -r1.4 Makefile
--- Makefile31 Aug 2013 17:22:16 - 1.4
+++ Makefile14 Dec 2013 04:11:46 -
@@ -2,11 +2,11 @@
COMMENT= manage large numbers of patches
-DISTNAME= quilt-0.60
-REVISION= 1
+DISTNAME= quilt-0.61
CATEGORIES=devel
HOMEPAGE= http://savannah.nongnu.org/projects/quilt/
+MAINTAINER=Kent R. Spillner kspill...@acm.org
# GPLv3+
PERMIT_PACKAGE_CDROM= Yes
Index: distinfo
===
RCS file: /work/cvsroot/ports/devel/quilt/distinfo,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 distinfo
--- distinfo8 Oct 2012 15:14:25 - 1.1.1.1
+++ distinfo14 Dec 2013 03:34:38 -
@@ -1,2 +1,2 @@
-SHA256 (quilt-0.60.tar.gz) = PXKikuQyvrmnP50Kz+OnfJtNfkIgmRm7JE6ZWMfP5ks=
-SIZE (quilt-0.60.tar.gz) = 442369
+SHA256 (quilt-0.61.tar.gz) = HuwKJwrE1B7qD9WCNgPJ0qNatrirc6kN2SzhKRsqn8M=
+SIZE (quilt-0.61.tar.gz) = 450552
Index: patches/patch-test_delete_test
===
RCS file: /work/cvsroot/ports/devel/quilt/patches/patch-test_delete_test,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 patch-test_delete_test
--- patches/patch-test_delete_test 8 Oct 2012 15:14:25 - 1.1.1.1
+++ patches/patch-test_delete_test 13 Dec 2013 23:56:08 -
@@ -1,17 +1,17 @@
$OpenBSD: patch-test_delete_test,v 1.1.1.1 2012/10/08 15:14:25 rpe Exp $
test/delete.test.orig Sun Sep 2 21:40:18 2012
-+++ test/delete.test Sun Sep 2 21:40:26 2012
+--- test/delete.test.orig Sun Dec 8 03:40:42 2013
test/delete.test Fri Dec 13 17:55:39 2013
@@ -1,3 +1,4 @@
-+# ~ find: `?\./dir'?: Permission denied
++# ~ .*find: [`']?\./dir'?: Permission denied
Test the delete command.
$ mkdir patches
-@@ -77,7 +78,7 @@ Test the delete command.
-
+@@ -79,7 +80,7 @@ Test the delete command.
+ # running as root, but you shouldn't do that anyway.
$ quilt delete test3
Removing patch %{P}test3
-- ~ find: `?\./dir'?: Permission denied
-+ ${LOCALBASE}/bin/gfind: `./dir': Permission denied
+- ~ .*find: [`']?\./dir'?: Permission denied
++ ~ /usr/local/bin/gfind: [`']?\./dir'?: Permission denied
$ chmod a+rx .pc/test3/dir
Index: patches/patch-test_remove-trailing-ws_test
===
RCS file: patches/patch-test_remove-trailing-ws_test
diff -N patches/patch-test_remove-trailing-ws_test
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-test_remove-trailing-ws_test 14 Dec 2013 03:15:03 -
@@ -0,0 +1,63 @@
+$OpenBSD$
+--- test/remove-trailing-ws.test.orig Fri Dec 13 17:38:41 2013
test/remove-trailing-ws.test Fri Dec 13 17:50:26 2013
+@@ -134,21 +134,21 @@ $ %{QUILT_DIR}/scripts/remove-trailing-ws unified.di
+ Removing trailing whitespace from lines 12,16 of files/complex
+ Removing trailing whitespace from lines 1,2,3 of files/create
+ $ wc -l files/add
+- 8 files/add
++~ (\s+)?8 files/add
+ $ wc -l files/change
+- 3 files/change
++~ (\s+)?3 files/change
+ $ wc -l files/complex
+- 21 files/complex
++~ (\s+)?21 files/complex
+ $ wc -l files/create
+- 3 files/create
++~ (\s+)?3 files/create
+ $ wc -l files/remove
+- 6 files/remove
++~ (\s+)?6 files/remove
+ $ wc -l files/remove-at-end
+- 8 files/remove-at-end
++~ (\s+)?8 files/remove-at-end
+ $ wc -l unified.diff
+- 85 unified.diff
++~ (\s+)?85 unified.diff
+ $ wc -l unified-wsok.diff
+- 85 unified-wsok.diff
++~ (\s+)?85 unified-wsok.diff
+ $ diff -u unified.diff unified-wsok.diff | grep '^++[^+]'
+ ++Line 4
+ ++to
+@@ -167,21 +167,21 @@ $ %{QUILT_DIR}/scripts/remove-trailing-ws context.di
+ Removing trailing whitespace from lines 12,16 of files/complex
+ Removing trailing whitespace from lines 1,2,3 of files/create
+ $ wc -l files/add
+- 8 files/add
++~ (\s+)?8 files/add
+ $ wc -l files/change
+- 3 files/change
++~ (\s+)?3 files/change
+ $ wc -l files/complex
+- 21 files/complex
++~ (\s+)?21 files/complex
+ $ wc -l files/create
+- 3 files/create
++~ (\s+)?3 files/create
+ $ wc -l files/remove
+- 6 files/remove
++~ (\s+)?6 files/remove
+ $ wc -l files/remove-at-end
+- 8 files/remove-at-end
++~ (\s+)?8 files/remove-at-end
+ $ wc -l context.diff
+- 104 context.diff
++~ (\s+)?104 context.diff
+ $ wc -l context-wsok.diff
+- 104 context-wsok.diff
++~ (\s+)?104 context-wsok.diff
+ $ diff -u context.diff context-wsok.diff | grep '^+[+!] '
+ ++ Line 4
+ ++ create
Re: WIP: lang/racket version 6
On Wed, Dec 11, 2013 at 05:36:50AM +0100, Juan Francisco Cantero Hurtado wrote: This is an unfinished and dirty update to racket 6. The Racket developers haven't released the version 6 yet but I'm sharing this port for users interested in the update. Let me know if racket has crashes or other important bugs. Note to other porters: don't waste your time reviewing the port, I'm aware of the port has errors :) What?! Where is DrRacket?!. Now racket uses packages for almost everything: $ raco pkg install drracket $ racket ~/.racket/$(racket --version | cut -dv -f2 | cut -d. -f1-2)/pkgs/drracket/drracket/drracket.rkt Cheers. New tarball with some fixes. -- Juan Francisco Cantero Hurtado http://juanfra.info racket.tar.gz Description: application/tar-gz
Re: WIP: LLVM 3.4
On Sat, Dec 07, 2013 at 05:40:32AM -0500, Brad Smith wrote:
On Thu, Dec 05, 2013 at 03:35:56AM -0500, Brad Smith wrote:
Here is a work in progress update to LLVM 3.4. This has only been lightly
tested on amd64. I need this build tested on i386, powerpc, sparc64 and
mips64 to start off. If you have such an arch please try building it as
soon as possible as I'd like to report any issues upstream if there are
any. Any runtime testing feedback would also be appreciated.
An updated diff merging with the up to date port. No functional change
with the 3.4 update itself.
Added a diff from matthew@ to allow Clang to deal with the driver command
line paramter -R /some/dir which 3.3 was previously just ignoring but
warning about the unused command line paramater and 3.4 will now exit with
an error.
Could someone with an i386 system try building Firefox/Firefox-ESR with
LLVM and see how it goes?
Index: Makefile
===
RCS file: /home/cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.69
diff -u -p -r1.69 Makefile
--- Makefile7 Dec 2013 10:30:39 - 1.69
+++ Makefile7 Dec 2013 10:35:09 -
@@ -8,14 +8,14 @@ DPB_PROPERTIES = parallel
COMMENT = modular, fast C/C++/ObjC compiler, static analyzer and tools
-LLVM_V = 3.3
-REVISION = 3
-DISTNAME = llvm-${LLVM_V}.src
-PKGNAME = llvm-${LLVM_V}
+LLVM_V = 3.4
+DISTNAME = llvm.src-${LLVM_V}rc2-source
+PKGNAME = llvm-${LLVM_V}rc2
CATEGORIES = devel
-MASTER_SITES = http://llvm.org/releases/${LLVM_V}/
+MASTER_SITES = http://llvm.org/pre-releases/${LLVM_V}/rc2/
+EXTRACT_SUFX = .tar.xz
-DISTFILES =${DISTNAME}${EXTRACT_SUFX} cfe-${LLVM_V}.src${EXTRACT_SUFX}
+DISTFILES =${DISTNAME}${EXTRACT_SUFX}
cfe.src-${LLVM_V}rc2-source${EXTRACT_SUFX}
SHARED_LIBS = clang 0.0 # 3.2
@@ -25,9 +25,9 @@ HOMEPAGE =http://www.llvm.org/
# BSD
PERMIT_PACKAGE_CDROM = Yes
-WANTLIB = c m pthread stdc++ z
+WANTLIB = c curses m pthread stdc++ z
-WRKDIST = ${WRKDIR}/llvm-${LLVM_V}.src
+WRKDIST = ${WRKDIR}/llvm.src
MODULES = devel/cmake \
lang/python
@@ -39,8 +39,7 @@ SEPARATE_BUILD = Yes
CONFIGURE_ARGS = -DLLVM_ENABLE_FFI:Bool=False \
-DLLVM_REQUIRES_RTTI:Bool=True \
-DCMAKE_BUILD_TYPE:String=Release \
- -DCMAKE_DISABLE_FIND_PACKAGE_LibXml2:Bool=True \
- -DLLVM_EXPERIMENTAL_TARGETS_TO_BUILD:String=R600
+ -DCMAKE_DISABLE_FIND_PACKAGE_LibXml2:Bool=True
# Workaround relocation overflow
.if ${MACHINE_ARCH} == powerpc
@@ -53,7 +52,8 @@ CLANG_INCLUDE_PATH = lib/clang/${LLVM_V}
SUBST_VARS += CLANG_INCLUDE_PATH LLVM_V
post-extract:
- @mv ${WRKDIR}/cfe-${LLVM_V}.src ${WRKDIST}/tools/clang
+ @rm ${WRKDIST}/tools/clang
+ @mv ${WRKDIR}/cfe.src ${WRKDIST}/tools/clang
pre-configure:
@${SUBST_CMD} ${WRKSRC}/tools/clang/tools/scan-build/scan-build
Index: distinfo
===
RCS file: /home/cvs/ports/devel/llvm/distinfo,v
retrieving revision 1.12
diff -u -p -r1.12 distinfo
--- distinfo21 Jun 2013 22:09:12 - 1.12
+++ distinfo4 Dec 2013 08:31:53 -
@@ -1,4 +1,4 @@
-SHA256 (cfe-3.3.src.tar.gz) = sbVd5Ks6V9PgMxqD4ChGEBkcd9kk40RkmNkRPQjfuZY=
-SHA256 (llvm-3.3.src.tar.gz) = aHZrHnDQWiXi9QLpl6PLOTcYejKWWVz24Jd9XNZydXg=
-SIZE (cfe-3.3.src.tar.gz) = 9425539
-SIZE (llvm-3.3.src.tar.gz) = 13602421
+SHA256 (cfe.src-3.4rc2-source.tar.xz) =
QG6V1W6QeN5R5aKQq1wjMMy5AKDGNzzQ8NyGvxAX8Ls=
+SHA256 (llvm.src-3.4rc2-source.tar.xz) =
2TRf5o8bxg16pNa+VZt/ptHBbr/Puag0Dm2L6sDwc8w=
+SIZE (cfe.src-3.4rc2-source.tar.xz) = 7618328
+SIZE (llvm.src-3.4rc2-source.tar.xz) = 10490924
Index: patches/patch-CMakeLists_txt
===
RCS file: /home/cvs/ports/devel/llvm/patches/patch-CMakeLists_txt,v
retrieving revision 1.3
diff -u -p -r1.3 patch-CMakeLists_txt
--- patches/patch-CMakeLists_txt21 Jun 2013 22:09:12 - 1.3
+++ patches/patch-CMakeLists_txt14 Dec 2013 04:25:54 -
@@ -2,14 +2,14 @@ $OpenBSD: patch-CMakeLists_txt,v 1.3 201
Don't confuse scripts who want the version with appended 'svn' goo.
CMakeLists.txt.origMon May 6 12:23:07 2013
-+++ CMakeLists.txt Tue Jun 18 23:00:44 2013
-@@ -13,7 +13,7 @@ set(CMAKE_MODULE_PATH
- set(LLVM_VERSION_MAJOR 3)
- set(LLVM_VERSION_MINOR 3)
+--- CMakeLists.txt.origMon Nov 25 13:34:26 2013
CMakeLists.txt Wed Dec 4 03:41:41 2013
+@@ -14,7 +14,7 @@ set(LLVM_VERSION_MAJOR 3)
+ set(LLVM_VERSION_MINOR 4)
--set(PACKAGE_VERSION ${LLVM_VERSION_MAJOR}.${LLVM_VERSION_MINOR}svn)
-+set(PACKAGE_VERSION ${LLVM_VERSION_MAJOR}.${LLVM_VERSION_MINOR})
+ if (NOT PACKAGE_VERSION)
+- set(PACKAGE_VERSION
