Re: NEW devel/mygui
On Sun, December 27, 2015 00:37, Vadim Zhukov wrote: > 2015-12-26 22:04 GMT+03:00 Pascal Stumpf : >> On Sat, 26 Dec 2015 17:04:40 +0300, "Kirill Bychkov" wrote: >>> Hi, >>> This is a port of MyGUI, a library for creating GUIs for games and 3D >>> applications. >>> It is needed for upcoming OpenMW (Morrowind engine) port from pascal@. >>> >>> OK? >> >> Hmm, I think libEditorFramework needs SO versioning, no? It's not a >> plugin as far as I can tell. > > Yes, and same for libPlugin_StrangeButton.so. Or it shouldn't go in > /usr/local/lib (but in some subdirectory, for example). > > -- > WBR, > Vadim Zhukov > > Here is a fixed version. mygui.tar.gz Description: application/gzip
Re: UPDATE: wkhtmltopdf with patched QT
On 12/17/15 01:07, Stuart Henderson wrote: Check the -L flags - the path to the build directory containing the newly built Qt library will need to be listed before -L/usr/local/lib. I'm not sure how you'd go about passing this in through qmake though. I fixed the final problem, attached a complete diff to -current. The build takes quite a while (due to the custom qt4). On my system 125 minutes. If nobody has any objections, could somebody then commit it for me? Thanks! Frank ? patches/patch-qt_config_tests_unix_gnu-libiconv_gnu-libiconv_cpp ? patches/patch-qt_qmake_generators_unix_unixmake2_cpp ? patches/patch-qt_qmake_generators_unix_unixmake_cpp ? patches/patch-qt_src_3rdparty_webkit_Source_JavaScriptCore_heap_MachineStackMarker_cpp ? patches/patch-qt_src_3rdparty_webkit_Source_JavaScriptCore_jit_JITStubs_cpp ? patches/patch-qt_src_corelib_codecs_qiconvcodec_cpp Index: Makefile === RCS file: /cvs/ports/textproc/wkhtmltopdf/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile4 Nov 2015 21:11:16 - 1.1.1.1 +++ Makefile27 Dec 2015 12:20:36 - @@ -5,8 +5,13 @@ COMMENT = convert HTML to PDF using Web GH_ACCOUNT = wkhtmltopdf GH_PROJECT = wkhtmltopdf GH_TAGNAME = 0.12.2.4 +REVISION = 0 +QT_COMMIT =7e48a1fac7e0f9aefccd01e9871f987da3a62fda + +MASTER_SITES0 =https://github.com/wkhtmltopdf/qt/archive/ DISTNAME = wkhtmltopdf-${GH_TAGNAME} +DISTFILES += ${DISTNAME}.tar.gz ${QT_COMMIT}.tar.gz:0 SHARED_LIBS = wkhtmltox 0.0 # 0.12 @@ -20,19 +25,103 @@ MAINTAINER = Frank Groeneveld Index: distinfo === RCS file: /cvs/ports/textproc/wkhtmltopdf/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo4 Nov 2015 21:11:16 - 1.1.1.1 +++ distinfo27 Dec 2015 12:20:36 - @@ -1,2 +1,4 @@ +SHA256 (7e48a1fac7e0f9aefccd01e9871f987da3a62fda.tar.gz) = 0uxGcEwKVGE7Wlhv/0bSRZLFCiYYJJTxqkmKy0aLwlQ= SHA256 (wkhtmltopdf-0.12.2.4.tar.gz) = 27AWbpzhkeeH6QlgHkzbrnEGnylpM2Lt9c19TUREcog= +SIZE (7e48a1fac7e0f9aefccd01e9871f987da3a62fda.tar.gz) = 173043701 SIZE (wkhtmltopdf-0.12.2.4.tar.gz) = 127595 Index: patches/patch-src_image_image_pro === RCS file: /cvs/ports/textproc/wkhtmltopdf/patches/patch-src_image_image_pro,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 patch-src_image_image_pro --- patches/patch-src_image_image_pro 4 Nov 2015 21:11:16 - 1.1.1.1 +++ patches/patch-src_image_image_pro 27 Dec 2015 12:20:36 - @@ -1,6 +1,6 @@ $OpenBSD: patch-src_image_image_pro,v 1.1.1.1 2015/11/04 21:11:16 sthen Exp $ src/image/image.pro.orig Fri Oct 23 22:05:02 2015 -+++ src/image/image.proFri Oct 23 22:06:26 2015 +--- src/image/image.pro.orig Sun Jul 12 07:34:52 2015 src/image/image.proSun Dec 27 11:11:46 2015 @@ -24,8 +24,8 @@ DEPENDPATH += . ../shared INCLUDEPATH += . ../shared @@ -12,3 +12,12 @@ $OpenBSD: patch-src_image_image_pro,v 1. QMAKE_EXTRA_TARGETS += man INSTALLS += man +@@ -45,6 +45,8 @@ CONFIG(shared, shared|static) { + } else { + include(../lib/lib.pri) + } ++ ++QMAKE_LFLAGS = -L${WRKBUILD}/qt/lib + + # Input + SOURCES += wkhtmltoimage.cc imagearguments.cc imagecommandlineparser.cc imagedocparts.cc Index: patches/patch-src_pdf_pdf_pro === RCS file: /cvs/ports/textproc/wkhtmltopdf/patches/patch-src_pdf_pdf_pro,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 patch-src_pdf_pdf_pro --- patches/patch-src_pdf_pdf_pro 4 Nov 2015 21:11:16 - 1.1.1.1 +++ patches/patch-src_pdf_pdf_pro 27 Dec 2015 12:20:36 - @@ -1,6 +1,6 @@ $OpenBSD: patch-src_pdf_pdf_pro,v 1.1.1.1 2015/11/04 21:11:16 sthen Exp $ src/pdf/pdf.pro.orig Fri Oct 23 22:05:22 2015 -+++ src/pdf/pdf.proFri Oct 23 22:06:01 2015 +--- src/pdf/pdf.pro.orig Sun Jul 12 07:34:52 2015 src/pdf/pdf.proSun Dec 27 11:11:26 2015 @@ -24,8 +24,8 @@ DEPENDPATH += . ../shared INCLUDEPATH += . ../shared @@ -12,3 +12,12 @@ $OpenBSD: patch-src_pdf_pdf_pro,v 1.1.1. QMAKE_EXTRA_TARGETS += man INSTALLS += man +@@ -45,6 +45,8 @@ CONFIG(shared, shared|static) { + } else { + include(../lib/lib.pri) + } ++ ++QMAKE_LFLAGS = -L${WRKBUILD}/qt/lib + + #Application part + SOURCES += wkhtmltopdf.cc pdfarguments.cc pdfcommandlineparser.cc \
update graphics/rawtherapee
Hi, Here's an update to 4.2 (which was release more than a year ago). I tried to comment CXXFLAGS in the Makefile but it failed so I guess it's still needed. I edited a couple of raw with it without problem. Cheers, Daniel Index: Makefile === RCS file: /cvs/ports/graphics/rawtherapee/Makefile,v retrieving revision 1.13 diff -u -p -r1.13 Makefile --- Makefile29 Sep 2015 09:02:21 - 1.13 +++ Makefile27 Dec 2015 13:40:14 - @@ -5,8 +5,7 @@ CXXFLAGS += -std=c++11 COMMENT = RAW image processing application -DISTNAME = rawtherapee-4.1 -REVISION = 2 +DISTNAME = rawtherapee-4.2 CATEGORIES = graphics Index: distinfo === RCS file: /cvs/ports/graphics/rawtherapee/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo10 Jul 2014 08:27:49 - 1.2 +++ distinfo27 Dec 2015 13:40:14 - @@ -1,2 +1,2 @@ -SHA256 (rawtherapee-4.1.tar.xz) = Cjb+QH2sqVoG8tPuKOyRycDJXWKpEhS9Z6l/2FSTgwc= -SIZE (rawtherapee-4.1.tar.xz) = 7670916 +SHA256 (rawtherapee-4.2.tar.xz) = +kwT6IQt8JaxnS2rrtWmH1+dRUf3tPDca3f4C97BZHk= +SIZE (rawtherapee-4.2.tar.xz) = 7787664 Index: patches/patch-CMakeLists_txt === RCS file: /cvs/ports/graphics/rawtherapee/patches/patch-CMakeLists_txt,v retrieving revision 1.2 diff -u -p -r1.2 patch-CMakeLists_txt --- patches/patch-CMakeLists_txt10 Jul 2014 08:27:49 - 1.2 +++ patches/patch-CMakeLists_txt27 Dec 2015 13:40:14 - @@ -1,12 +1,12 @@ $OpenBSD: patch-CMakeLists_txt,v 1.2 2014/07/10 08:27:49 kirby Exp $ CMakeLists.txt.origWed Jul 9 03:04:12 2014 -+++ CMakeLists.txt Wed Jul 9 03:04:34 2014 -@@ -348,7 +348,7 @@ install (FILES LICENSE.txt DESTINATION "${LICENCEDIR}" - install (FILES "${CMAKE_BINARY_DIR}/AboutThisBuild.txt" DESTINATION "${CREDITSDIR}") - install (FILES RELEASE_NOTES.txt DESTINATION "${CREDITSDIR}" OPTIONAL) +--- CMakeLists.txt.origFri Oct 24 21:03:26 2014 CMakeLists.txt Sun Dec 27 13:45:24 2015 +@@ -357,7 +357,7 @@ if (WIN32) + install (DIRECTORY "licenses" DESTINATION "${LICENCEDIR}") + endif (WIN32) if (UNIX) - install (FILES "${PROJECT_SOURCE_DIR}/doc/manpage/rawtherapee.1" DESTINATION "${CMAKE_INSTALL_PREFIX}/share/man/man1") + install (FILES "${PROJECT_SOURCE_DIR}/doc/manpage/rawtherapee.1" DESTINATION "${CMAKE_INSTALL_PREFIX}/man/man1") + install (FILES rawtherapee.appdata.xml DESTINATION "${APPDATADIR}") endif (UNIX) - add_subdirectory (rtexif) Index: patches/patch-rtengine_CMakeLists_txt === RCS file: /cvs/ports/graphics/rawtherapee/patches/patch-rtengine_CMakeLists_txt,v retrieving revision 1.2 diff -u -p -r1.2 patch-rtengine_CMakeLists_txt --- patches/patch-rtengine_CMakeLists_txt 10 Jul 2014 08:27:49 - 1.2 +++ patches/patch-rtengine_CMakeLists_txt 27 Dec 2015 13:40:14 - @@ -2,9 +2,9 @@ $OpenBSD: patch-rtengine_CMakeLists_txt, Fix dependencies to please Ninja. rtengine/CMakeLists.txt.orig Wed May 21 17:06:28 2014 -+++ rtengine/CMakeLists.txtTue May 27 11:05:02 2014 -@@ -27,6 +27,8 @@ set (RTENGINESOURCEFILES safegtk.cc colortemp.cc curve +--- rtengine/CMakeLists.txt.orig Fri Oct 24 21:03:26 2014 rtengine/CMakeLists.txtSun Dec 27 13:37:02 2015 +@@ -28,6 +28,8 @@ set (RTENGINESOURCEFILES safegtk.cc colortemp.cc curve include_directories (BEFORE "${CMAKE_CURRENT_BINARY_DIR}") add_library (rtengine ${RTENGINESOURCEFILES}) Index: patches/patch-rtengine_dcraw_cc === RCS file: /cvs/ports/graphics/rawtherapee/patches/patch-rtengine_dcraw_cc,v retrieving revision 1.3 diff -u -p -r1.3 patch-rtengine_dcraw_cc --- patches/patch-rtengine_dcraw_cc 29 Sep 2015 09:02:21 - 1.3 +++ patches/patch-rtengine_dcraw_cc 27 Dec 2015 13:40:14 - @@ -5,8 +5,8 @@ Fix build with libsigc++ >= 2.6 dcraw input sanitization errors, CVE-2015-3885 Commit ID 0440e663ae7f44a63420460dcb07cfbe0ba8ea42 rtengine/dcraw.cc.orig Wed May 21 15:06:28 2014 -+++ rtengine/dcraw.cc Tue Sep 29 10:21:32 2015 +--- rtengine/dcraw.cc.orig Fri Oct 24 21:03:26 2014 rtengine/dcraw.cc Sun Dec 27 13:37:02 2015 @@ -134,13 +134,13 @@ const float d65_white[3] = { 0.950456, 1, 1.088754 }; #define FORC4 FORC(4) #define FORCC FORC(colors) @@ -27,7 +27,7 @@ Commit ID 0440e663ae7f44a63420460dcb07cf #define SWAP(a,b) { a=a+b; b=a-b; a=a-b; } /* -@@ -789,7 +789,8 @@ struct jhead { +@@ -787,7 +787,8 @@ struct jhead { int CLASS ljpeg_start (struct jhead *jh, int info_only) { Index: patches/patch-rtgui_CMakeLists_txt === RCS file: /cvs/por
[new] devel/lazarus
Lazarus is a Rapid Application Development Tool for Free Pascal. It comes with the LCL - Lazarus component library, which contains platform independent visual components like buttons, windows, checkbox, treeview and many, many more. The LCL is platform independent, so you can write an application once and then compile for various platforms without changing code. Looking for i386 tests/oks. lazarus.tgz Description: lazarus.tgz
[new] security/hs-SHA
This library implements the SHA suite of message digest functions, according to NIST FIPS 180-2 (with the SHA-224 addendum), as well as the SHA-based HMAC routines. The functions have been tested against most of the NIST and RFC test vectors for the various functions. While some attention has been paid to performance, these do not presently reach the speed of well-tuned libraries, like OpenSSL. This is a prerequisite for games/hedgewars,-server. ok? hs-SHA.tgz Description: hs-SHA.tgz
Re: [new] security/hs-SHA
Now with proper MODGHC_PACKAGE_KEY. hs-SHA.tgz Description: hs-SHA.tgz
Re: [new] security/hs-SHA
Hi, On Sun, Dec 27, 2015 at 03:52:49PM +0100, Pascal Stumpf wrote: > This library implements the SHA suite of message digest functions, > according to NIST FIPS 180-2 (with the SHA-224 addendum), as well > as the SHA-based HMAC routines. The functions have been tested > against most of the NIST and RFC test vectors for the various > functions. While some attention has been paid to performance, these > do not presently reach the speed of well-tuned libraries, like > OpenSSL. > > This is a prerequisite for games/hedgewars,-server. ok? - If HOMEPAGE points to hackage, and MODGHC_BUILD contains hackage, you don't have to set it manually. - your PLIST looks like it has been generated after building the port with ghc-7.8. See diff below. Otherwise ok. Ciao, Kili diff -rup ../hs-SHA~/Makefile ./Makefile --- ../hs-SHA~/Makefile Sun Apr 5 18:21:20 2015 +++ ./Makefile Sun Dec 27 16:48:02 2015 @@ -6,8 +6,6 @@ DISTNAME = SHA-1.6.4.2 CATEGORIES = security -HOMEPAGE = https://hackage.haskell.org/package/SHA - MAINTAINER = Pascal Stumpf # BSD3 @@ -16,5 +14,7 @@ PERMIT_PACKAGE_CDROM =Yes MODULES = lang/ghc MODGHC_BUILD = cabal hackage haddock register + +MODGHC_PACKAGE_KEY = 0ooW8jYoKWjDUFkZlEvhJX .include diff -rup ../hs-SHA~/pkg/PLIST ./pkg/PLIST --- ../hs-SHA~/pkg/PLISTSun Apr 5 18:21:20 2015 +++ ./pkg/PLIST Sun Dec 27 16:49:33 2015 @@ -5,8 +5,9 @@ lib/ghc/${DISTNAME}/Data/Digest/ lib/ghc/${DISTNAME}/Data/Digest/Pure/ lib/ghc/${DISTNAME}/Data/Digest/Pure/SHA.hi lib/ghc/${DISTNAME}/Data/Digest/Pure/SHA.p_hi -lib/ghc/${DISTNAME}/libHS${DISTNAME}.a -lib/ghc/${DISTNAME}/libHS${DISTNAME}_p.a +lib/ghc/${DISTNAME}/HS${DISTNAME}-${MODGHC_PACKAGE_KEY}.o +lib/ghc/${DISTNAME}/libHS${DISTNAME}-${MODGHC_PACKAGE_KEY}.a +lib/ghc/${DISTNAME}/libHS${DISTNAME}-${MODGHC_PACKAGE_KEY}_p.a lib/ghc/${DISTNAME}/register.sh share/doc/hs-${DISTNAME}/ share/doc/hs-${DISTNAME}/LICENSE
[new] games/hedgewars
Hedgewars is a turn based strategy, artillery, action and comedy game, featuring the antics of pink hedgehogs with attitude as they battle from the depths of hell to the depths of space. As commander, it's your job to assemble your crack team of hedgehog soldiers and bring the war to your enemy. ok? hedgewars.tgz Description: hedgewars.tgz
Re: UPDATE: wkhtmltopdf with patched QT
On Sun, Dec 27, 2015 at 02:21:45PM +0100, Frank Groeneveld wrote: > On 12/17/15 01:07, Stuart Henderson wrote: > >Check the -L flags - the path to the build directory containing the newly > >built Qt library will need to be listed before -L/usr/local/lib. I'm not > >sure how you'd go about passing this in through qmake though. > > I fixed the final problem, attached a complete diff to -current. The build > takes quite a while (due to the custom qt4). On my system 125 minutes. If > nobody has any objections, could somebody then commit it for me? > > Thanks! > > Frank > ? patches/patch-qt_config_tests_unix_gnu-libiconv_gnu-libiconv_cpp > ? patches/patch-qt_qmake_generators_unix_unixmake2_cpp > ? patches/patch-qt_qmake_generators_unix_unixmake_cpp > ? > patches/patch-qt_src_3rdparty_webkit_Source_JavaScriptCore_heap_MachineStackMarker_cpp > ? patches/patch-qt_src_3rdparty_webkit_Source_JavaScriptCore_jit_JITStubs_cpp > ? patches/patch-qt_src_corelib_codecs_qiconvcodec_cpp I think you forgot to cvs add those... Landry
Re: [new] games/hedgewars
On Sun, Dec 27, 2015 at 05:47:29PM +0100, Pascal Stumpf wrote: > Hedgewars is a turn based strategy, artillery, action and comedy > game, featuring the antics of pink hedgehogs with attitude as they > battle from the depths of hell to the depths of space. > > As commander, it's your job to assemble your crack team of hedgehog > soldiers and bring the war to your enemy. Nice ! reads good to me, okay - minor nit, are V *and* R vars needed in Makefile ? Dont forget to rm the .orig files in patches/ btw.. Landry
Re: Firefox PDF rendering
On Sat, Dec 26, 2015 at 07:11:25PM -0500, Michael McConville wrote: > Is there a reason why Firefox often has ugly typography in PDFs > generated by LaTeX and the like? Most specifically, the t's are often > very fat. > > Here's an example: > > http://www.sccs.swarthmore.edu/~mmcconv1/dump/firefox-pdf.png > > IIRC, it's this way on some Linux distros too, so maybe it's > unavoidable. Is there any way around it? I'd say that can depend on the fonts you have installed, and your fontpath, but that's just a wild guess - im not a typographer. Landry
Re: update graphics/rawtherapee
On Sun, December 27, 2015 16:55, Daniel Jakots wrote: > Hi, > Hi, > Here's an update to 4.2 (which was release more than a year ago). I I've a similar diff for a long time sitting in my tree. IIRC 4.2 is broken on i386. I'll check if this problem remains. > tried to comment CXXFLAGS in the Makefile but it failed so I guess it's > still needed. > > I edited a couple of raw with it without problem. > > Cheers, > Daniel > > > Index: Makefile > === > RCS file: /cvs/ports/graphics/rawtherapee/Makefile,v > retrieving revision 1.13 > diff -u -p -r1.13 Makefile > --- Makefile 29 Sep 2015 09:02:21 - 1.13 > +++ Makefile 27 Dec 2015 13:40:14 - > @@ -5,8 +5,7 @@ CXXFLAGS += -std=c++11 > > COMMENT =RAW image processing application > > -DISTNAME = rawtherapee-4.1 > -REVISION = 2 > +DISTNAME = rawtherapee-4.2 > > CATEGORIES = graphics > > Index: distinfo > === > RCS file: /cvs/ports/graphics/rawtherapee/distinfo,v > retrieving revision 1.2 > diff -u -p -r1.2 distinfo > --- distinfo 10 Jul 2014 08:27:49 - 1.2 > +++ distinfo 27 Dec 2015 13:40:14 - > @@ -1,2 +1,2 @@ > -SHA256 (rawtherapee-4.1.tar.xz) = > Cjb+QH2sqVoG8tPuKOyRycDJXWKpEhS9Z6l/2FSTgwc= > -SIZE (rawtherapee-4.1.tar.xz) = 7670916 > +SHA256 (rawtherapee-4.2.tar.xz) = > +kwT6IQt8JaxnS2rrtWmH1+dRUf3tPDca3f4C97BZHk= > +SIZE (rawtherapee-4.2.tar.xz) = 7787664 > Index: patches/patch-CMakeLists_txt > === > RCS file: /cvs/ports/graphics/rawtherapee/patches/patch-CMakeLists_txt,v > retrieving revision 1.2 > diff -u -p -r1.2 patch-CMakeLists_txt > --- patches/patch-CMakeLists_txt 10 Jul 2014 08:27:49 - 1.2 > +++ patches/patch-CMakeLists_txt 27 Dec 2015 13:40:14 - > @@ -1,12 +1,12 @@ > $OpenBSD: patch-CMakeLists_txt,v 1.2 2014/07/10 08:27:49 kirby Exp $ > CMakeLists.txt.orig Wed Jul 9 03:04:12 2014 > -+++ CMakeLists.txt Wed Jul 9 03:04:34 2014 > -@@ -348,7 +348,7 @@ install (FILES LICENSE.txt DESTINATION "${LICENCEDIR}" > - install (FILES "${CMAKE_BINARY_DIR}/AboutThisBuild.txt" DESTINATION > "${CREDITSDIR}") > - install (FILES RELEASE_NOTES.txt DESTINATION "${CREDITSDIR}" OPTIONAL) > +--- CMakeLists.txt.orig Fri Oct 24 21:03:26 2014 > CMakeLists.txt Sun Dec 27 13:45:24 2015 > +@@ -357,7 +357,7 @@ if (WIN32) > + install (DIRECTORY "licenses" DESTINATION "${LICENCEDIR}") > + endif (WIN32) > if (UNIX) > - install (FILES "${PROJECT_SOURCE_DIR}/doc/manpage/rawtherapee.1" > DESTINATION "${CMAKE_INSTALL_PREFIX}/share/man/man1") > + install (FILES "${PROJECT_SOURCE_DIR}/doc/manpage/rawtherapee.1" > DESTINATION "${CMAKE_INSTALL_PREFIX}/man/man1") > + install (FILES rawtherapee.appdata.xml DESTINATION "${APPDATADIR}") > endif (UNIX) > > - add_subdirectory (rtexif) > Index: patches/patch-rtengine_CMakeLists_txt > === > RCS file: > /cvs/ports/graphics/rawtherapee/patches/patch-rtengine_CMakeLists_txt,v > retrieving revision 1.2 > diff -u -p -r1.2 patch-rtengine_CMakeLists_txt > --- patches/patch-rtengine_CMakeLists_txt 10 Jul 2014 08:27:49 - > 1.2 > +++ patches/patch-rtengine_CMakeLists_txt 27 Dec 2015 13:40:14 - > @@ -2,9 +2,9 @@ $OpenBSD: patch-rtengine_CMakeLists_txt, > > Fix dependencies to please Ninja. > > rtengine/CMakeLists.txt.orig Wed May 21 17:06:28 2014 > -+++ rtengine/CMakeLists.txt Tue May 27 11:05:02 2014 > -@@ -27,6 +27,8 @@ set (RTENGINESOURCEFILES safegtk.cc colortemp.cc curve > +--- rtengine/CMakeLists.txt.orig Fri Oct 24 21:03:26 2014 > rtengine/CMakeLists.txt Sun Dec 27 13:37:02 2015 > +@@ -28,6 +28,8 @@ set (RTENGINESOURCEFILES safegtk.cc colortemp.cc curve > include_directories (BEFORE "${CMAKE_CURRENT_BINARY_DIR}") > > add_library (rtengine ${RTENGINESOURCEFILES}) > Index: patches/patch-rtengine_dcraw_cc > === > RCS file: /cvs/ports/graphics/rawtherapee/patches/patch-rtengine_dcraw_cc,v > retrieving revision 1.3 > diff -u -p -r1.3 patch-rtengine_dcraw_cc > --- patches/patch-rtengine_dcraw_cc 29 Sep 2015 09:02:21 - 1.3 > +++ patches/patch-rtengine_dcraw_cc 27 Dec 2015 13:40:14 - > @@ -5,8 +5,8 @@ Fix build with libsigc++ >= 2.6 > dcraw input sanitization errors, CVE-2015-3885 > Commit ID 0440e663ae7f44a63420460dcb07cfbe0ba8ea42 > > rtengine/dcraw.cc.orig Wed May 21 15:06:28 2014 > -+++ rtengine/dcraw.ccTue Sep 29 10:21:32 2015 > +--- rtengine/dcraw.cc.orig Fri Oct 24 21:03:26 2014 > rtengine/dcraw.ccSun Dec 27 13:37:02 2015 > @@ -134,13 +134,13 @@ const float d65_white[3] = { 0.950456, 1, 1.088754 }; > #define FORC4 FORC(4) > #define FORCC FORC(colors) > @@ -27,7 +27,7 @@ Commit ID 0440e663ae7f
Re: UPDATE: wkhtmltopdf with patched QT
On 12/27/15 18:24, Landry Breuil wrote: I think you forgot to cvs add those... Landry Indeed, sorry. Attached the full diff with those files added. Frank Index: Makefile === RCS file: /cvs/ports/textproc/wkhtmltopdf/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile4 Nov 2015 21:11:16 - 1.1.1.1 +++ Makefile27 Dec 2015 19:59:30 - @@ -5,8 +5,13 @@ COMMENT = convert HTML to PDF using Web GH_ACCOUNT = wkhtmltopdf GH_PROJECT = wkhtmltopdf GH_TAGNAME = 0.12.2.4 +REVISION = 0 +QT_COMMIT =7e48a1fac7e0f9aefccd01e9871f987da3a62fda + +MASTER_SITES0 =https://github.com/wkhtmltopdf/qt/archive/ DISTNAME = wkhtmltopdf-${GH_TAGNAME} +DISTFILES += ${DISTNAME}.tar.gz ${QT_COMMIT}.tar.gz:0 SHARED_LIBS = wkhtmltox 0.0 # 0.12 @@ -20,19 +25,103 @@ MAINTAINER = Frank Groeneveld Index: distinfo === RCS file: /cvs/ports/textproc/wkhtmltopdf/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo4 Nov 2015 21:11:16 - 1.1.1.1 +++ distinfo27 Dec 2015 19:59:30 - @@ -1,2 +1,4 @@ +SHA256 (7e48a1fac7e0f9aefccd01e9871f987da3a62fda.tar.gz) = 0uxGcEwKVGE7Wlhv/0bSRZLFCiYYJJTxqkmKy0aLwlQ= SHA256 (wkhtmltopdf-0.12.2.4.tar.gz) = 27AWbpzhkeeH6QlgHkzbrnEGnylpM2Lt9c19TUREcog= +SIZE (7e48a1fac7e0f9aefccd01e9871f987da3a62fda.tar.gz) = 173043701 SIZE (wkhtmltopdf-0.12.2.4.tar.gz) = 127595 Index: patches/patch-qt_config_tests_unix_gnu-libiconv_gnu-libiconv_cpp === RCS file: patches/patch-qt_config_tests_unix_gnu-libiconv_gnu-libiconv_cpp diff -N patches/patch-qt_config_tests_unix_gnu-libiconv_gnu-libiconv_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-qt_config_tests_unix_gnu-libiconv_gnu-libiconv_cpp27 Dec 2015 19:59:30 - @@ -0,0 +1,12 @@ +$OpenBSD$ +--- qt/config.tests/unix/gnu-libiconv/gnu-libiconv.cpp.origWed Dec 9 20:22:20 2015 qt/config.tests/unix/gnu-libiconv/gnu-libiconv.cpp Wed Dec 9 20:22:28 2015 +@@ -48,7 +48,7 @@ int main(int, char **) + { + iconv_t x = iconv_open("", ""); + +-const char *inp; ++char *inp; + char *outp; + size_t inbytes, outbytes; + iconv(x, &inp, &inbytes, &outp, &outbytes); Index: patches/patch-qt_qmake_generators_unix_unixmake2_cpp === RCS file: patches/patch-qt_qmake_generators_unix_unixmake2_cpp diff -N patches/patch-qt_qmake_generators_unix_unixmake2_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-qt_qmake_generators_unix_unixmake2_cpp27 Dec 2015 19:59:30 - @@ -0,0 +1,121 @@ +$OpenBSD$ +--- qt/qmake/generators/unix/unixmake2.cpp.origThu Jul 2 13:46:37 2015 qt/qmake/generators/unix/unixmake2.cpp Sun Dec 13 11:47:43 2015 +@@ -247,10 +247,8 @@ UnixMakefileGenerator::writeMakeParts(QTextStream &t) + } else if(!project->isEmpty("QMAKE_SYMBIAN_SHLIB")) { + t << "TARGETD = " << escapeFilePath(var("TARGET")) << endl; + } else if(project->isEmpty("QMAKE_HPUX_SHLIB")) { +-t << "TARGETD = " << escapeFilePath(var("TARGET_x.y.z")) << endl; +-t << "TARGET0 = " << escapeFilePath(var("TARGET_")) << endl; +-t << "TARGET1 = " << escapeFilePath(var("TARGET_x")) << endl; +-t << "TARGET2 = " << escapeFilePath(var("TARGET_x.y")) << endl; ++ t << "LIB" << var("OBSD_TARGET_NAME") << "_VERSION = " << var("OBSD_TARGET_VERSION") << endl; ++t << "TARGETD = " << var("OBSD_TARGET_x.y") << endl; + } else { + t << "TARGETD = " << escapeFilePath(var("TARGET_x")) << endl; + t << "TARGET0 = " << escapeFilePath(var("TARGET_")) << endl; +@@ -572,31 +570,22 @@ UnixMakefileGenerator::writeMakeParts(QTextStream &t) + t << endl << endl; + } else if(project->isEmpty("QMAKE_HPUX_SHLIB")) { + t << "\n\t" +- << "-$(DEL_FILE) $(TARGET) $(TARGET0) $(TARGET1) $(TARGET2)" << "\n\t" + << var("QMAKE_LINK_SHLIB_CMD") << "\n\t"; +-t << varGlue("QMAKE_LN_SHLIB","-"," "," $(TARGET) $(TARGET0)") << "\n\t" +- << varGlue("QMAKE_LN_SHLIB","-"," "," $(TARGET) $(TARGET1)") << "\n\t" +- << varGlue("QMAKE_LN_SHLIB","-"," "," $(TARGET) $(TARGET2)"); + if(!destdir.isEmpty()) + t << "\n\t" + << "-$(DEL_FILE) " << destdir << "$(TARGET)\n\t" +- << "-$(DEL_FILE) " << destdir << "$(TARGET0)\n\t" +- << "-$(DEL_FILE) " << destdir << "$(TARGET1)\n\t" +- << "-$(DEL_FILE) " << destdir << "$(TARGET2)\n\t" +-
Re: NEW devel/mygui
2015-12-27 13:06 GMT+03:00 Kirill Bychkov : > On Sun, December 27, 2015 00:37, Vadim Zhukov wrote: >> 2015-12-26 22:04 GMT+03:00 Pascal Stumpf : >>> On Sat, 26 Dec 2015 17:04:40 +0300, "Kirill Bychkov" wrote: Hi, This is a port of MyGUI, a library for creating GUIs for games and 3D applications. It is needed for upcoming OpenMW (Morrowind engine) port from pascal@. OK? >>> >>> Hmm, I think libEditorFramework needs SO versioning, no? It's not a >>> plugin as far as I can tell. >> >> Yes, and same for libPlugin_StrangeButton.so. Or it shouldn't go in >> /usr/local/lib (but in some subdirectory, for example). >> >> -- >> WBR, >> Vadim Zhukov >> >> > Here is a fixed version. Yes, that's better. I have one more question, though: is there any reason for having unit tests (MYGUI_BUILD_UNITTESTS variable) not enabled? I've tried to enable it, and tests were build successfully. But it looks like they do require installation and/or specifying configuration in some other, complicated, way... Could you take a look here, please? In any way, okay for me. The tests could be worked on later. -- WBR, Vadim Zhukov
KDE Frameworks ports
Hello all. At first, a small note for those who don't know: KDE nowadays consists three big collections of software: KDE Frameworks - mostly ex. kdelibs+kde-runtime. Plasma Workspaces - desktop components: KWin, panels, systray etc. KDE Applications - actual user applications and their more or less private components, including PIM stack, games, educational and so on. So here is a collection of ports used to build KDE Frameworks. It consists of: devel/kf5 - main stuff x11/kde-applications/Makefile.inc - contains additional tweaks for KF5 x11/kde-applications/gpgmepp - optional but useful dependency If you want to play, just unpack it under /usr/ports, go to devel/kf5 and type "make package". devel/kf5 directory in archive consists of a few additional files: * frameworks-list - list of all frameworks, including non-ported ones; at the present time there are exactly two non-ported frameworks, modemmanager-qt and networkmanager-qt, for obvious reasons. * test.pass, test.miss and test.fail - lists of frameworks currently passing, missing or failing their own tests, respectively. * calc_left - small script that lists sub-ports that are not packaged yet. I won't insist on comittin' those. I use them for automating my work. So the proposal is comitting files in this archive, and continuing work in-tree. The plan is to port Plasma, possibly adding something to x11/kde-applications if needed, and then start filling gaps in x11/kde-applications. I'm afraid that I'll be able to finish Plasma before lock, though. So... any okay to commit this piece of ...code? -- WBR, Vadim Zhukov kf5_ports.tar.gz Description: GNU Zip compressed data
[UPDATE] audio/soundtouch to 1.9.2
Hello ports, Attach is a diff which updates Soundtouch from 1.9.0 to 1.9.2. Changes include: - Redesigned quickseek algorithm for improved sound quality in quickseek mode - Adaptive integer divider scaling for improved sound quality when using integer processing - Fix in GNU package management issues. The libsoundtouch ABI has had multiple functions added and removed; the major version has been bumped accordingly. - Eric Index: Makefile === RCS file: /cvs/ports/audio/soundtouch/Makefile,v retrieving revision 1.14 diff -u -p -u -p -r1.14 Makefile --- Makefile7 Jul 2015 09:29:37 - 1.14 +++ Makefile27 Dec 2015 20:57:53 - @@ -2,8 +2,8 @@ COMMENT= tempo/pitch audio processing library -DISTNAME= soundtouch-1.9.0 -SHARED_LIBS += SoundTouch 2.0 # .0.0 +DISTNAME= soundtouch-1.9.2 +SHARED_LIBS += SoundTouch 3.0 # .0.0 CATEGORIES=audio devel HOMEPAGE= http://www.surina.net/soundtouch/ Index: distinfo === RCS file: /cvs/ports/audio/soundtouch/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- distinfo7 Jul 2015 09:29:37 - 1.4 +++ distinfo27 Dec 2015 20:57:53 - @@ -1,2 +1,2 @@ -SHA256 (soundtouch-1.9.0.tar.gz) = H+T8A8v+aWwSgf1iPQibr/4bcCZazGDqx6bZtXQpca0= -SIZE (soundtouch-1.9.0.tar.gz) = 169038 +SHA256 (soundtouch-1.9.2.tar.gz) = yuuGUR6BQg7rRUy121P1bZa4RR032Jr25VsS602hxRM= +SIZE (soundtouch-1.9.2.tar.gz) = 171369 Index: patches/patch-configure_ac === RCS file: /cvs/ports/audio/soundtouch/patches/patch-configure_ac,v retrieving revision 1.2 diff -u -p -u -p -r1.2 patch-configure_ac --- patches/patch-configure_ac 7 Jul 2015 09:29:37 - 1.2 +++ patches/patch-configure_ac 27 Dec 2015 20:57:53 - @@ -1,6 +1,6 @@ configure.ac.orig Mon May 18 11:57:14 2015 -+++ configure.ac Sun Jun 28 08:03:14 2015 -@@ -24,7 +24,7 @@ AC_CONFIG_AUX_DIR(config) +--- configure.ac.orig Sun Sep 20 00:40:59 2015 configure.ac Sun Dec 27 03:53:30 2015 +@@ -28,7 +28,7 @@ AC_CONFIG_AUX_DIR(config) AC_CONFIG_MACRO_DIR([config/m4]) AM_CONFIG_HEADER([config.h include/soundtouch_config.h]) AM_INIT_AUTOMAKE Index: patches/patch-source_SoundTouch_Makefile_am === RCS file: /cvs/ports/audio/soundtouch/patches/patch-source_SoundTouch_Makefile_am,v retrieving revision 1.5 diff -u -p -u -p -r1.5 patch-source_SoundTouch_Makefile_am --- patches/patch-source_SoundTouch_Makefile_am 7 Jul 2015 09:29:37 - 1.5 +++ patches/patch-source_SoundTouch_Makefile_am 27 Dec 2015 20:57:53 - @@ -1,5 +1,5 @@ source/SoundTouch/Makefile.am.orig Mon May 18 11:57:14 2015 -+++ source/SoundTouch/Makefile.am Sat Jul 4 10:36:42 2015 +--- source/SoundTouch/Makefile.am.orig Sun Sep 20 00:40:59 2015 source/SoundTouch/Makefile.am Sun Dec 27 03:53:30 2015 @@ -34,7 +34,7 @@ libSoundTouch_la_SOURCES=AAFilter.cpp FIRFilter.cpp FI InterpolateShannon.cpp @@ -9,8 +9,8 @@ # Compile the files that need MMX and SSE individually. libSoundTouch_la_LIBADD=libSoundTouchMMX.la libSoundTouchSSE.la -@@ -70,4 +70,4 @@ endif - # noinst_LTLIBRARIES = libSoundTouchOpt.la +@@ -72,4 +72,4 @@ libSoundTouch_la_LDFLAGS=-version-info @LIB_SONAME@ + # noinst_LTLIBRARIES = libSoundTouchOpt.la # libSoundTouch_la_LIBADD = libSoundTouchOpt.la # libSoundTouchOpt_la_SOURCES = mmx_optimized.cpp sse_optimized.cpp -# libSoundTouchOpt_la_CXXFLAGS = -O3 -msse -fcheck-new -I../../include
Re: NEW devel/mygui
On Sun, December 27, 2015 23:55, Vadim Zhukov wrote: > 2015-12-27 13:06 GMT+03:00 Kirill Bychkov : >> On Sun, December 27, 2015 00:37, Vadim Zhukov wrote: >>> 2015-12-26 22:04 GMT+03:00 Pascal Stumpf : On Sat, 26 Dec 2015 17:04:40 +0300, "Kirill Bychkov" wrote: > Hi, > This is a port of MyGUI, a library for creating GUIs for games and 3D > applications. > It is needed for upcoming OpenMW (Morrowind engine) port from pascal@. > > OK? Hmm, I think libEditorFramework needs SO versioning, no? It's not a plugin as far as I can tell. >>> >>> Yes, and same for libPlugin_StrangeButton.so. Or it shouldn't go in >>> /usr/local/lib (but in some subdirectory, for example). >>> >>> -- >>> WBR, >>> Vadim Zhukov >>> >>> >> Here is a fixed version. > > Yes, that's better. > > I have one more question, though: is there any reason for having unit > tests (MYGUI_BUILD_UNITTESTS variable) not enabled? I've tried to > enable it, and tests were build successfully. But it looks like they > do require installation and/or specifying configuration in some other, > complicated, way... Could you take a look here, please? I guess the configuration could be complicated but I'll take a look later on holidays. > > In any way, okay for me. The tests could be worked on later. > > -- > WBR, > Vadim Zhukov >
[new] games/openmw
OpenMW is an attempt to reimplement the popular role playing game Morrowind. It aims to be a fully playable, open source implementation of the game. You must own Morrowind to use OpenMW. Tested with the Morrowind GOTY edition. ok? openmw.tgz Description: openmw.tgz
Re: [new] games/hedgewars
On Sun, 27 Dec 2015 18:27:01 +0100, Landry Breuil wrote: > On Sun, Dec 27, 2015 at 05:47:29PM +0100, Pascal Stumpf wrote: > > Hedgewars is a turn based strategy, artillery, action and comedy > > game, featuring the antics of pink hedgehogs with attitude as they > > battle from the depths of hell to the depths of space. > > > > As commander, it's your job to assemble your crack team of hedgehog > > soldiers and bring the war to your enemy. > > Nice ! reads good to me, okay - minor nit, are V *and* R vars needed in > Makefile ? Dont forget to rm the .orig files in patches/ btw.. Not for this particular version, but they will be as soon as upstream decides to do a patch release, so I kept them for simplicity. > Landry > >
Re: [new] games/openmw
On Mon, December 28, 2015 00:23, Pascal Stumpf wrote: > OpenMW is an attempt to reimplement the popular role playing game > Morrowind. It aims to be a fully playable, open source implementation > of the game. You must own Morrowind to use OpenMW. > > Tested with the Morrowind GOTY edition. > > ok? > Works fine for me for last couple of days on amd64. Small tweak - you can drop MASTER_SITES. It is correctly set when other GH_* goo is set. I also think it is worth mentioning DejaVu font license in license marker. With this changes ok with me.
Re: Firefox PDF rendering
On 2015/12/26 19:11, Michael McConville wrote: > Is there a reason why Firefox often has ugly typography in PDFs > generated by LaTeX and the like? Most specifically, the t's are often > very fat. > > Here's an example: > > http://www.sccs.swarthmore.edu/~mmcconv1/dump/firefox-pdf.png > > IIRC, it's this way on some Linux distros too, so maybe it's > unavoidable. Is there any way around it? > I think this may happen if you have ghostscript-fonts installed.
kde3/kde4 dpb builds
Having marked qt5 as broken, this causes parts of kde not to build x11/kde/graphics3. qt4/qt5 didn't exist for kde which only uses qt. It's wrong to not to build parts of kde when qt5 or qt4 is broken, and the port causing the issue is print/poppler, or rather how poppler is being used by other ports. If paths print/poppler, print/poppler,, this uses a blank FLAVOR, that means the LDEP/BDEP has x11/qt, x11/qt4, x11/qt5 all three versions of qt are included as dependencies during the build, when only one is ever needed by any other ports, and if building the poppler,-main/-utils none of the qt ports are needed. The changes for x11/kde/graphics3 editors/texmaker editors/texworks x11/tellico are attached print/poppler, to print/poppler (If no FLAVOR uses no_qt no_qt4 no_qt5 bootstrap for FLAVOR). Can also use print/poppler,-main print/poppler,,-qt to print/poppler,no_qt4,no_qt5,-qt print/poppler,,-qt4 to print/poppler,no_qt,no_qt5,-qt4 These attached changes allow me to build all kde3 and other ports while qt5 is marked broken. As I don't build qt5 / kde4 any more, I've not looked closely for or made any changes to ports using qt5 or any kde4 ports. These are wrong for a start $ cd /usr/ports/x11/kde4 $ grep -R print/poppler . ./nepomuk-core/Makefile:print/poppler,,-qt4 \ ./okular/Makefile: print/poppler,,-qt4 \ ./kfilemetadata/Makefile: print/poppler,,-qt4 \ x11/tellico-kde4 textproc/calibre (print/poppler, and print/poppler,,-qt5 print/poppler print/poppler,no-qt,no-qt4,-qt5) You can't use a BLANK FLAVOR. Leaving unchanged has an impact on dpb build ordering, requiring qt, qt4, qt5 all to have been built before other ports, reducing ports available to be built in parallel/across machines, impacting on the critical build path, as qt5 is larger and costlier than all other ports including libreoffice and you don't want these on the same critical path. As kde3/kde4 are involved this also has an impact on the dpb junk when switching between kde3/kde4 builds and maybe adding additional switches between kde3/kde4 during the build. Don't have resources to check impact on dpb. Ok? Index: editors/texmaker/Makefile === RCS file: /home/cvs/ports/editors/texmaker/Makefile,v retrieving revision 1.30 diff -u -p -r1.30 Makefile --- editors/texmaker/Makefile 14 Nov 2015 15:24:44 - 1.30 +++ editors/texmaker/Makefile 27 Dec 2015 13:20:00 - @@ -24,7 +24,7 @@ RUN_DEPENDS= print/texlive/base \ devel/desktop-file-utils LIB_DEPENDS= textproc/hunspell \ - print/poppler,,-qt4 + print/poppler,no_qt,no_qt5,-qt4 NO_TEST= Yes Index: editors/texworks/Makefile === RCS file: /home/cvs/ports/editors/texworks/Makefile,v retrieving revision 1.25 diff -u -p -r1.25 Makefile --- editors/texworks/Makefile 25 Aug 2015 14:03:21 - 1.25 +++ editors/texworks/Makefile 27 Dec 2015 13:20:45 - @@ -51,7 +51,7 @@ MASTER_SITES = https://texworks.googlec LIB_DEPENDS-main = qt4->=4.8.2:${MODQT4_LIB_DEPENDS} \ textproc/hunspell \ x11/dbus \ - print/poppler,,-qt4 + print/poppler,no_qt,no_qt5,-qt4 LIB_DEPENDS-lua = ${MODQT4_LIB_DEPENDS} \ ${MODLUA_LIB_DEPENDS} LIB_DEPENDS-python = ${MODQT4_LIB_DEPENDS} \ Index: x11/kde/graphics3/Makefile === RCS file: /home/cvs/ports/x11/kde/graphics3/Makefile,v retrieving revision 1.118 diff -u -p -r1.118 Makefile --- x11/kde/graphics3/Makefile 11 Oct 2015 14:52:52 - 1.118 +++ x11/kde/graphics3/Makefile 27 Dec 2015 19:19:27 - @@ -47,8 +47,8 @@ LIB_DEPENDS-main = ${LIB_DEPENDS} \ graphics/imlib \ graphics/giflib \ devel/fribidi>=0.19.2 \ - print/poppler, \ - print/poppler,,-qt + print/poppler \ + print/poppler,no_qt4,no_qt5,-qt LIB_DEPENDS-kpov = ${LIB_DEPENDS} RUN_DEPENDS-kpov = ${RUN_DEPENDS} \ Index: x11/tellico/Makefile === RCS file: /home/cvs/ports/x11/tellico/Makefile,v retrieving revision 1.34 diff -u -p -r1.34 Makefile --- x11/tellico/Makefile 25 Aug 2015 14:03:21 - 1.34 +++ x11/tellico/Makefile 27 Dec 2015 13:18:21 - @@ -49,7 +49,7 @@ LIB_DEPENDS= ${MODQT_LIB_DEPENDS} \ x11/kde/multimedia3 \ x11/kde/libs3 \ graphics/lcms \ - print/poppler,,-qt \ + print/poppler,no_qt4,no_qt5,-qt \ audio/taglib \ net/yaz
Re: NEW: graphics/waffle
On 2015/12/21 17:21, Jonathan Gray wrote: > Waffle is another library along the lines of GLUT that provides a way to > select a windowing system and api for OpenGL. > > This is primarily of interest for using the piglit OpenGL tests as > Waffle is required for testing OpenGL ES. This fails on i386 (and presumably other 32-bit arch), ports/devel/cmocka already has a patch for this situation, but the file in the version of cmocka that is bundled with waffle is a bit different, I don't really have time to unpick it at the moment. [92/103] /usr/bin/cc -DWAFFLE_API_EXPERIMENTAL -DWAFFLE_API_VERSION=261 -DWAFFLE_HAS_GBM -DWAFFLE_HAS_GLX -DWAFFLE_HAS_X11_EGL -D_XOPEN_SOURCE=600 -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/include -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/include/waffle -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/third_party/threads -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/android -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/api -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/cgl -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/core -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/egl -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/glx -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/linux -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/wayland -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/wgl -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/x11 -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/xegl -I/usr/X11R6/include -I/usr/X11R6/include/libdrm -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/third_party/cmocka/include -O2 -pipe --std=c99 -Wall -Werror=implicit-function-declaration -fvisibility=hidden -Werror=missing-prototypes -g1 -O2 -DNDEBUG -MMD -MT src/waffle/CMakeFiles/wcore_attrib_list_unittest.dir/core/wcore_attrib_list_unittest.c.o -MF src/waffle/CMakeFiles/wcore_attrib_list_unittest.dir/core/wcore_attrib_list_unittest.c.o.d -o src/waffle/CMakeFiles/wcore_attrib_list_unittest.dir/core/wcore_attrib_list_unittest.c.o -c /usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/core/wcore_attrib_list_unittest.c FAILED: /usr/bin/cc -DWAFFLE_API_EXPERIMENTAL -DWAFFLE_API_VERSION=261 -DWAFFLE_HAS_GBM -DWAFFLE_HAS_GLX -DWAFFLE_HAS_X11_EGL -D_XOPEN_SOURCE=600 -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/include -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/include/waffle -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/third_party/threads -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/android -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/api -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/cgl -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/core -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/egl -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/glx -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/linux -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/wayland -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/wgl -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/x11 -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/xegl -I/usr/X11R6/include -I/usr/X11R6/include/libdrm -I/usr/obj/ports/waffle-1.5.2/waffle-1.5.2/third_party/cmocka/include -O2 -pipe --std=c99 -Wall -Werror=implicit-function-declaration -fvisibility=hidden -Werror=missing-prototypes -g1 -O2 -DNDEBUG -MMD -MT src/waffle/CMakeFiles/wcore_attrib_list_unittest.dir/core/wcore_attrib_list_unittest.c.o -MF src/waffle/CMakeFiles/wcore_attrib_list_unittest.dir/core/wcore_attrib_list_unittest.c.o.d -o src/waffle/CMakeFiles/wcore_attrib_list_unittest.dir/core/wcore_attrib_list_unittest.c.o -c /usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/core/wcore_attrib_list_unittest.c In file included from /usr/obj/ports/waffle-1.5.2/waffle-1.5.2/include/waffle/waffle.h:30, from /usr/obj/ports/waffle-1.5.2/waffle-1.5.2/src/waffle/core/wcore_attrib_list_unittest.c:32: /usr/include/stdint.h:96: error: conflicting types for 'uintptr_t' /usr/obj/ports/waffle-1.5.2/waffle-1.5.2/third_party/cmocka/include/cmocka.h:104: error: previous declaration of 'uintptr_t' was here ninja: build stopped: subcommand failed. *** Error 1 in graphics/waffle (/usr/ports/devel/cmake/cmake.port.mk:32 'do-build': @cd /usr/obj/ports/waffle-1.5.2/build-i386 && exec /usr/...) *** Error 1 in graphics/waffle (/usr/ports/infrastructure/mk/bsd.port.mk:2765 '/usr/obj/ports/waffle-1.5.2/build-i386/.build_done') *** Error 1 in graphics/waffle (/usr/ports/infrastructure/mk/bsd.port.mk:2491 'build') ===> Exiting graphics/waffle with an error *** Error 1 in /usr/ports (infrastructure/mk/bsd.port.subdir.mk:147 'build') Error: job failed 256 sthen@i386-1[~]
Re: NEW: graphics/waffle
Stuart Henderson writes: > On 2015/12/21 17:21, Jonathan Gray wrote: >> Waffle is another library along the lines of GLUT that provides a way to >> select a windowing system and api for OpenGL. >> >> This is primarily of interest for using the piglit OpenGL tests as >> Waffle is required for testing OpenGL ES. > > This fails on i386 (and presumably other 32-bit arch), ports/devel/cmocka > already has a patch for this situation, but the file in the version of > cmocka that is bundled with waffle is a bit different, I don't really > have time to unpick it at the moment. Here's a backport of the cmocka fix (modulo sys/stdin.h -> stdint.h). Builds fine on i386. (That cmocka header is damn ugly...) $OpenBSD$ Avoid a conflicting typedef on 32-bit arch. --- third_party/cmocka/include/cmocka.h.origMon Dec 28 01:20:04 2015 +++ third_party/cmocka/include/cmocka.h Mon Dec 28 01:23:28 2015 @@ -81,6 +81,9 @@ int __stdcall IsDebuggerPresent(); #define cast_to_largest_integral_type(value) \ ((LargestIntegralType)((size_t)(value))) +#if defined(__OpenBSD__) +#include +#else /* Smallest integral type capable of holding a pointer. */ #if !defined(_UINTPTR_T) && !defined(_UINTPTR_T_DEFINED) # if defined(_WIN32) @@ -109,6 +112,7 @@ int __stdcall IsDebuggerPresent(); # define _UINTPTR_T # define _UINTPTR_T_DEFINED #endif /* !defined(_UINTPTR_T) || !defined(_UINTPTR_T_DEFINED) */ +#endif /* !defined(__OpenBSD__) */ /* Perform an unsigned cast to uintptr_t. */ #define cast_to_pointer_integral_type(value) \ -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: KDE Frameworks ports
On 12/27/15 20:50, Vadim Zhukov wrote: > Hello all. > > At first, a small note for those who don't know: KDE nowadays consists > three big collections of software: > > KDE Frameworks - mostly ex. kdelibs+kde-runtime. > Plasma Workspaces - desktop components: KWin, panels, systray etc. > KDE Applications - actual user applications and their more or less > private components, including PIM stack, games, educational and so on. > > So here is a collection of ports used to build KDE Frameworks. It consists of: > > devel/kf5 - main stuff > x11/kde-applications/Makefile.inc - contains additional tweaks for KF5 > x11/kde-applications/gpgmepp - optional but useful dependency > > If you want to play, just unpack it under /usr/ports, go to devel/kf5 > and type "make package". > > devel/kf5 directory in archive consists of a few additional files: > > * frameworks-list - list of all frameworks, including non-ported ones; > at the present time there are exactly two non-ported frameworks, > modemmanager-qt and networkmanager-qt, for obvious reasons. > > * test.pass, test.miss and test.fail - lists of frameworks currently > passing, missing or failing their own tests, respectively. > > * calc_left - small script that lists sub-ports that are not packaged yet. > > I won't insist on comittin' those. I use them for automating my work. > > So the proposal is comitting files in this archive, and continuing > work in-tree. The plan is to port Plasma, possibly adding something to > x11/kde-applications if needed, and then start filling gaps in > x11/kde-applications. I'm afraid that I'll be able to finish Plasma > before lock, though. > > So... any okay to commit this piece of ...code? > > -- > WBR, > Vadim Zhukov > Just got attracted to bluez-qt. As first thing to look at, had to start somewhere. COMMENT = Qt wrapper for BlueZ 5 DBus API That didn't tell me much. A quick look, BlueZ appears to be a Linux Bluetooth stack, that's what my search turned up. bluez-qt has a dependency on bluez, which I can't see as a port. If there is no bluetooth - a qt wrapper around something that's not there is not much use as a port. bluez-qt is in test.pass, that's pass for effectively returning "No bluetooth devices avail" and skipping the rest of the tests. Maybe I just happened on the one bad example.
Re: NEW: graphics/waffle
On Mon, Dec 28, 2015 at 01:27:50AM +0100, Jrmie Courrges-Anglas wrote: > Stuart Henderson writes: > > > On 2015/12/21 17:21, Jonathan Gray wrote: > >> Waffle is another library along the lines of GLUT that provides a way to > >> select a windowing system and api for OpenGL. > >> > >> This is primarily of interest for using the piglit OpenGL tests as > >> Waffle is required for testing OpenGL ES. > > > > This fails on i386 (and presumably other 32-bit arch), ports/devel/cmocka > > already has a patch for this situation, but the file in the version of > > cmocka that is bundled with waffle is a bit different, I don't really > > have time to unpick it at the moment. > > Here's a backport of the cmocka fix (modulo sys/stdin.h -> stdint.h). > Builds fine on i386. > > (That cmocka header is damn ugly...) > > $OpenBSD$ > > Avoid a conflicting typedef on 32-bit arch. > > --- third_party/cmocka/include/cmocka.h.orig Mon Dec 28 01:20:04 2015 > +++ third_party/cmocka/include/cmocka.h Mon Dec 28 01:23:28 2015 > @@ -81,6 +81,9 @@ int __stdcall IsDebuggerPresent(); > #define cast_to_largest_integral_type(value) \ > ((LargestIntegralType)((size_t)(value))) > > +#if defined(__OpenBSD__) > +#include > +#else > /* Smallest integral type capable of holding a pointer. */ > #if !defined(_UINTPTR_T) && !defined(_UINTPTR_T_DEFINED) > # if defined(_WIN32) > @@ -109,6 +112,7 @@ int __stdcall IsDebuggerPresent(); > # define _UINTPTR_T > # define _UINTPTR_T_DEFINED > #endif /* !defined(_UINTPTR_T) || !defined(_UINTPTR_T_DEFINED) */ > +#endif /* !defined(__OpenBSD__) */ > > /* Perform an unsigned cast to uintptr_t. */ > #define cast_to_pointer_integral_type(value) \ I wonder if we should instead have a uintptr_t define in stdint.h and add !defined(_UINTPTR_T_DEFINED_) ? Index: stdint.h === RCS file: /cvs/src/sys/sys/stdint.h,v retrieving revision 1.10 diff -u -p -U7 -r1.10 stdint.h --- stdint.h30 Apr 2015 18:19:25 - 1.10 +++ stdint.h28 Dec 2015 02:26:09 - @@ -89,15 +89,18 @@ typedef __uint_fast64_t uint_fast64_t; /* 7.18.1.4 Integer types capable of holding object pointers */ #ifndef_INTPTR_T_DEFINED_ #define_INTPTR_T_DEFINED_ typedef__intptr_t intptr_t; #endif +#ifndef_UINTPTR_T_DEFINED_ +#define_UINTPTR_T_DEFINED_ typedef__uintptr_t uintptr_t; +#endif /* 7.18.1.5 Greatest-width integer types */ typedef__intmax_t intmax_t; typedef__uintmax_t uintmax_t; /* * 7.18.2 Limits of specified-width integer types.
Re: Firefox PDF rendering
Stuart Henderson wrote: > On 2015/12/26 19:11, Michael McConville wrote: > > Is there a reason why Firefox often has ugly typography in PDFs > > generated by LaTeX and the like? Most specifically, the t's are often > > very fat. > > > > Here's an example: > > > > http://www.sccs.swarthmore.edu/~mmcconv1/dump/firefox-pdf.png > > > > IIRC, it's this way on some Linux distros too, so maybe it's > > unavoidable. Is there any way around it? > > > > I think this may happen if you have ghostscript-fonts installed. http://marc.info/?l=openbsd-ports&m=144585828632578&w=2 Solution: cd /usr/local/share ; mv fonts/ghostscript fonts-ghostscript
Re: KDE Frameworks ports
28 дек. 2015 г. 4:15 пользователь "Nigel Taylor" < njtaylor0...@btinternet.com> написал: > > On 12/27/15 20:50, Vadim Zhukov wrote: > > Hello all. > > > > At first, a small note for those who don't know: KDE nowadays consists > > three big collections of software: > > > > KDE Frameworks - mostly ex. kdelibs+kde-runtime. > > Plasma Workspaces - desktop components: KWin, panels, systray etc. > > KDE Applications - actual user applications and their more or less > > private components, including PIM stack, games, educational and so on. > > > > So here is a collection of ports used to build KDE Frameworks. It consists of: > > > > devel/kf5 - main stuff > > x11/kde-applications/Makefile.inc - contains additional tweaks for KF5 > > x11/kde-applications/gpgmepp - optional but useful dependency > > > > If you want to play, just unpack it under /usr/ports, go to devel/kf5 > > and type "make package". > > > > devel/kf5 directory in archive consists of a few additional files: > > > > * frameworks-list - list of all frameworks, including non-ported ones; > > at the present time there are exactly two non-ported frameworks, > > modemmanager-qt and networkmanager-qt, for obvious reasons. > > > > * test.pass, test.miss and test.fail - lists of frameworks currently > > passing, missing or failing their own tests, respectively. > > > > * calc_left - small script that lists sub-ports that are not packaged yet. > > > > I won't insist on comittin' those. I use them for automating my work. > > > > So the proposal is comitting files in this archive, and continuing > > work in-tree. The plan is to port Plasma, possibly adding something to > > x11/kde-applications if needed, and then start filling gaps in > > x11/kde-applications. I'm afraid that I'll be able to finish Plasma > > before lock, though. > > > > So... any okay to commit this piece of ...code? > > > > -- > > WBR, > > Vadim Zhukov > > > > > Just got attracted to bluez-qt. As first thing to look at, had to start > somewhere. > > COMMENT = Qt wrapper for BlueZ 5 DBus API > That didn't tell me much. > > A quick look, BlueZ appears to be a Linux Bluetooth stack, that's what > my search turned up. bluez-qt has a dependency on bluez, which I can't > see as a port. > > If there is no bluetooth - a qt wrapper around something that's not > there is not much use as a port. > > bluez-qt is in test.pass, that's pass for effectively returning "No > bluetooth devices avail" and skipping the rest of the tests. > > Maybe I just happened on the one bad example. Yes, this framework is a stub. Like we had a kactivities stub for a long time, until KDE4 was switched to gcc4 module... I also laughed, like you, when I saw it compiling, passing tests and packaging happily. But some other software (I already found one Plasma component) links to it hardly. If, after porting the whole KDE5 stack, we'll find that bluez-qt framework is optional, I'll happily remove it, reducing further maintain pain. But now, it's more pain for me on skipping than on porting such easy frameworks. -- Vadim Zhukov
Re: Firefox PDF rendering
On Sun, Dec 27, 2015 at 10:05:24PM +, Stuart Henderson wrote: > On 2015/12/26 19:11, Michael McConville wrote: > > Is there a reason why Firefox often has ugly typography in PDFs > > generated by LaTeX and the like? Most specifically, the t's are often > > very fat. > > > > Here's an example: > > > > http://www.sccs.swarthmore.edu/~mmcconv1/dump/firefox-pdf.png > > > > IIRC, it's this way on some Linux distros too, so maybe it's > > unavoidable. Is there any way around it? > > > > I think this may happen if you have ghostscript-fonts installed. To my eyes this screenshot looks more like a document that used the old bitmapped CM fonts rather than some PDF compatible ones. It may be possible that it's the firefox PDF viewer that picks them from you system, but more probalby it's at the PDF generation stage that the damage was done. Michael, is the original PDF document available somewhere to check that. Hint for (La)TeX document writers : use the lmodern package with pdftex/pdflatex. -- Matthieu Herrb signature.asc Description: PGP signature