CVS: cvs.openbsd.org: ports

[Benoit Lecocq]

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2015/12/27 03:16:37

Modified files:
devel/p5-Data-Dump-Streamer: Makefile distinfo 

Log message:
Update to p5-Data-Dump-Streamer-2.39.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/12/27 01:17:56

Modified files:
math/gnumeric  : Makefile distinfo 

Log message:
Update to gnumeric-1.12.25.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/12/27 01:17:37

Modified files:
devel/goffice  : Makefile distinfo 

Log message:
Update to goffice-0.10.25.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/12/27 01:26:51

Modified files:
databases/py-mysqlclient: Makefile 
devel/py-test  : Makefile 
security/letsencrypt/py-acme: Makefile 
security/py-passlib: Makefile 
www/py-beaker  : Makefile 

Log message:
devel/py-mock -> devel/py-mock${MODPY_FLAVOR} in TEST_DEPENDS when there's a
python3 FLAVOR now that we have py3-mock.

CVS: cvs.openbsd.org: ports

[Benoit Lecocq]

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2015/12/27 03:00:30

Modified files:
textproc/p5-XML-XPath: Makefile distinfo 

Log message:
Update to p5-XML-XPath-1.15.

Re: NEW devel/mygui

[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.

mygui.tar.gz
Description: application/gzip

CVS: cvs.openbsd.org: ports

[Benoit Lecocq]

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2015/12/27 03:05:02

Modified files:
textproc/p5-String-Random: Makefile distinfo 

Log message:
Update to p5-String-Random-0.29.

Re: UPDATE: wkhtmltopdf with patched QT

[Landry Breuil]

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

[Landry Breuil]

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

[new] games/hedgewars

[Pascal Stumpf]

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: Firefox PDF rendering

[Landry Breuil]

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: NEW devel/mygui

[Vadim Zhukov]

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

[Vadim Zhukov]

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 graphics/rawtherapee

[Daniel Jakots]

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: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2015/12/27 09:12:49

Log message:
Import 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.

ok kili@

Status:

Vendor Tag: pascal
Release Tags:   pascal_20151227

N ports/security/hs-SHA/Makefile
N ports/security/hs-SHA/distinfo
N ports/security/hs-SHA/pkg/DESCR
N ports/security/hs-SHA/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2015/12/27 09:14:04

Modified files:
security   : Makefile 

Log message:
sync

[new] devel/lazarus

[Pascal Stumpf]

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

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2015/12/27 08:31:38

Added files:
devel/hs-dataenc: Makefile distinfo 
devel/hs-dataenc/patches: patch-dataenc_cabal 
devel/hs-dataenc/pkg: DESCR PLIST 

Log message:
Revive hs-dataenc, soon to be used by hedgewars.

ok kili@

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2015/12/27 10:08:05

Modified files:
lang/parrot: Makefile 

Log message:
drop maintainer

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2015/12/27 10:56:22

Modified files:
games/teeworlds: Makefile distinfo 
games/teeworlds/patches: patch-scripts_font_installer_sh 
games/teeworlds/pkg: DESCR PLIST 
Added files:
games/teeworlds/patches: patch-bam-0_4_0_make_unix_sh 
 patch-bam-0_4_0_src_driver_gcc_lua 
 patch-bam_lua patch-scripts_build_py 
 patch-scripts_compiler_py 
 patch-src_base_detect_h 
 patch-src_engine_client_sound_cpp 
 patch-src_engine_client_sound_h 
 patch-src_engine_shared_storage_cpp 
Removed files:
games/teeworlds/patches: patch-bam-0_2_0_make_unix_sh 
 patch-bam-0_2_0_src_base_bam 
 patch-bam-0_2_0_src_context_h 
 patch-bam-0_2_0_src_driver_gcc_bam 
 patch-bam-0_2_0_src_main_c 
 patch-bam-0_2_0_src_node_h 
 patch-default_bam 
 patch-scripts_make_src_py 
 patch-src_engine_client_ec_snd_c 
 patch-src_engine_e_engine_c 

Log message:
from new maintainer Donovan Watteau:
"- update from 0.5.2 to 0.6.3, which fixes a lot of security issues and
which makes the game playable online again.
- don't bother building on strict-alignment archs.  On loongson, both
the client and the server SIGBUS during startup, and looking at the
code it seems that it will crash on anything not x86 or ppc.
- don't include an extra copy of DejaVuSans.ttf.
- use audio/wavpack, not an internal copy.
- make sure an internal zlib is never used.
- invoke "bam" with -a, to make sure that it will abort on error.
- don't enforce stack protector, base gcc(1) enables it wherever
it's possible.
- fix endianness detection (confirmed to work on macppc).
- drop patch-src_engine_client_ec_snd_c.  At first, I ported it to
teeworlds-0.6.2, but actually this patch makes audio much worse
for me, and I can't observe anymore the crash it was supposed
to fix."

ok armani@

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2015/12/27 10:56:59

Added files:
games/teeworlds/patches: patch-src_game_client_gameclient_cpp 

Log message:
missed in previous

[UPDATE] audio/soundtouch to 1.9.2

[Eric Lalonde]

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: CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

On Sun, 27 Dec 2015 15:14:10 +0100, Matthias Kilian wrote:
> Hi,
> 
> On Sun, Dec 27, 2015 at 03:07:57PM +0100, Pascal Stumpf wrote:
> > > Removed files:
> > >   devel/hs-dataenc: Makefile distinfo 
> > >   devel/hs-dataenc/patches: patch-dataenc_cabal 
> > >   devel/hs-dataenc/pkg: DESCR PLIST 
> > > 
> > > Log message:
> > > Remove devel/hs-dataenc. No longer useful.
> > 
> > Can we bring this back?  It is used by the server component of hedgewars
> > (yes, I have the port working now and would like to submit it).  I could
> > package it without the server component, but I think it is useful ...
> 
> Yes. Pull it out of the Attic as you want. Or should I do it?

I can, but I'm not sure how re-adding a port works quirks-wise.

> Ciao,
>   Kili

Re: [new] security/hs-SHA

[Matthias Kilian]

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

Re: UPDATE: wkhtmltopdf with patched QT

[Frank Groeneveld]

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 

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2015/12/27 13:35:41

Modified files:
lang/moarvm: Makefile distinfo 
lang/moarvm/patches: patch-Configure_pl 
lang/moarvm/pkg: PLIST 

Log message:
Update to 2015.12.

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2015/12/27 13:35:59

Modified files:
lang/nqp   : Makefile distinfo 

Log message:
Update to 2015.12.

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2015/12/27 13:37:32

Modified files:
lang/rakudo: Makefile distinfo 
lang/rakudo/pkg: PLIST 
Added files:
lang/rakudo/patches: patch-tools_build_Makefile-Moar_in 
 patch-tools_build_install-core-dist_pl 

Log message:
Update to 2015.12.  Fix from upstream to respect DESTDIR.

CVS: cvs.openbsd.org: ports

[Kirill Bychkov]

CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org   2015/12/27 14:20:43

Modified files:
devel  : Makefile 

Log message:
+mygui

CVS: cvs.openbsd.org: ports

[Kirill Bychkov]

CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org   2015/12/27 14:13:16

Log message:
Import MyGUI - a library for creating GUIs for games and 3D applications.
With comments and OKs from pascal@ and zhuk@, thanks.

Status:

Vendor Tag: kirby
Release Tags:   kirby_20151228

N ports/devel/mygui/Makefile
N ports/devel/mygui/distinfo
N ports/devel/mygui/patches/patch-CMake_InstallResources_cmake
N ports/devel/mygui/patches/patch-Platforms_Ogre_OgrePlatform_CMakeLists_txt
N ports/devel/mygui/patches/patch-Common_Base_Ogre_BaseManager_cpp
N ports/devel/mygui/pkg/PLIST
N ports/devel/mygui/pkg/DESCR

No conflicts created by this import

Re: NEW devel/mygui

[Kirill Bychkov]

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] security/hs-SHA

[Pascal Stumpf]

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

[Pascal Stumpf]

Now with proper MODGHC_PACKAGE_KEY.


hs-SHA.tgz
Description: hs-SHA.tgz

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2015/12/27 08:34:36

Modified files:
devel  : Makefile 
devel/quirks   : Makefile 
devel/quirks/files: Quirks.pm 

Log message:
Revive hs-dataenc.

ok kili@

Re: CVS: cvs.openbsd.org: ports

[Matthias Kilian]

Hi,

On Sun, Dec 27, 2015 at 03:07:57PM +0100, Pascal Stumpf wrote:
> > Removed files:
> > devel/hs-dataenc: Makefile distinfo 
> > devel/hs-dataenc/patches: patch-dataenc_cabal 
> > devel/hs-dataenc/pkg: DESCR PLIST 
> > 
> > Log message:
> > Remove devel/hs-dataenc. No longer useful.
> 
> Can we bring this back?  It is used by the server component of hedgewars
> (yes, I have the port working now and would like to submit it).  I could
> package it without the server component, but I think it is useful ...

Yes. Pull it out of the Attic as you want. Or should I do it?

Ciao,
Kili

Re: update graphics/rawtherapee

[Kirill Bychkov]

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 

CVS: cvs.openbsd.org: ports

[David Coppa]

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2015/12/27 11:05:49

Modified files:
security/pcsc-lite: Makefile distinfo 
security/pcsc-lite/patches: patch-src_spy_libpcscspy_c 
patch-src_testpcsc_c 
Removed files:
security/pcsc-lite/patches: patch-src_pcscdaemon_c 
patch-src_tokenparser_l 

Log message:
Bugfixing update to pcsc-lite-1.8.15

Re: CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

On Wed, 23 Dec 2015 13:15:35 -0700 (MST), Matthias Kilian wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   k...@cvs.openbsd.org2015/12/23 13:15:35
> 
> Removed files:
>   devel/hs-dataenc: Makefile distinfo 
>   devel/hs-dataenc/patches: patch-dataenc_cabal 
>   devel/hs-dataenc/pkg: DESCR PLIST 
> 
> Log message:
> Remove devel/hs-dataenc. No longer useful.
> 
> 

Can we bring this back?  It is used by the server component of hedgewars
(yes, I have the port working now and would like to submit it).  I could
package it without the server component, but I think it is useful ...

[new] games/openmw

[Pascal Stumpf]

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: KDE Frameworks ports

[Nigel Taylor]

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] games/openmw

[Kirill Bychkov]

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.

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2015/12/27 14:35:20

Modified files:
infrastructure/db: user.list 

Log message:
reserve _hedgewars uid/gid

Re: NEW: graphics/waffle

[Jonathan Gray]

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

[Ted Unangst]

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=144585828632578=2

Solution: cd /usr/local/share ; mv fonts/ghostscript fonts-ghostscript

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2015/12/27 14:42:57

Modified files:
games  : Makefile 

Log message:
sync

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2015/12/27 14:40:57

Log message:
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 landry@

Status:

Vendor Tag: pascal
Release Tags:   pascal_20151227

N ports/games/hedgewars/Makefile
N ports/games/hedgewars/distinfo
N ports/games/hedgewars/pkg/DESCR-main
N ports/games/hedgewars/pkg/DESCR-server
N ports/games/hedgewars/pkg/PLIST-main
N ports/games/hedgewars/pkg/PLIST-server
N ports/games/hedgewars/pkg/hedgewars_server.rc
N ports/games/hedgewars/patches/patch-hedgewars_SDLh_pas
N ports/games/hedgewars/patches/patch-hedgewars_CMakeLists_txt
N ports/games/hedgewars/patches/patch-hedgewars_avwrapper_CMakeLists_txt
N ports/games/hedgewars/patches/patch-misc_libphyslayer_CMakeLists_txt

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/12/27 15:51:10

Modified files:
www/lighttpd   : Makefile 
Added files:
www/lighttpd/patches: patch-src_chunk_c 

Log message:
Fix use after free / double free.

from Brad (maintainer)

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2015/12/27 17:13:59

Modified files:
lang/rakudo: Makefile 
lang/rakudo/pkg: PLIST 

Log message:
Upstream has decided to include a timestamp in certain filenames.  Comment out
the corresponding plist entries to at least get this to package until they
figure it out.

found the hard way by kili@

Re: [new] games/hedgewars

[Pascal Stumpf]

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
> 
> 

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/12/27 16:28:40

Modified files:
net/librenms   : Makefile 
net/librenms/pkg: README 

Log message:
adjust sample config for nginx

Re: NEW: graphics/waffle

[Jérémie Courrèges-Anglas]

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

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2015/12/27 17:34:39

Modified files:
devel/cmocka/patches: patch-include_cmocka_h 

Log message:
sys/stdint.h -> stdint.h, no functional change.

kde3/kde4 dpb builds

[Nigel Taylor]

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: Firefox PDF rendering

[Stuart Henderson]

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.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/12/27 15:13:56

Modified files:
mail/roundcubemail: Tag: OPENBSD_5_8 Makefile distinfo 
mail/roundcubemail/pkg: Tag: OPENBSD_5_8 PLIST README 
Removed files:
mail/roundcubemail/patches: Tag: OPENBSD_5_8 
patch-program_lib_Roundcube_bootstrap_php 

Log message:
MFC update to roundcubemail-1.1.4, fixes potential path traversal vulnerability
https://www.htbridge.com/advisory/HTB23283 "Although the vulnerability is not
fully disclosed yet, the attack scenario requires an active Roundcube account
as well as write privileges on the same host Roundcube is served from (without
open_basedir protection)." Also adds protection against brute-force attacks.

http://trac.roundcube.net/wiki/Changelog#RELEASE1.1.4

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/12/27 14:58:30

Modified files:
mail/roundcubemail: Makefile distinfo 
mail/roundcubemail/pkg: PLIST 

Log message:
update to roundcubemail-1.1.4

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2015/12/27 14:56:09

Modified files:
games  : Makefile 

Log message:
+openmw

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2015/12/27 14:55:24

Log message:
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.

ok kirby@

Status:

Vendor Tag: pascal
Release Tags:   pascal_20151227

N ports/games/openmw/Makefile
N ports/games/openmw/distinfo
N ports/games/openmw/patches/patch-components_files_fixedpath_hpp
N ports/games/openmw/patches/patch-components_files_linuxpath_hpp
N ports/games/openmw/patches/patch-components_files_linuxpath_cpp
N ports/games/openmw/patches/patch-apps_openmw_crashcatcher_cpp
N ports/games/openmw/patches/patch-apps_wizard_CMakeLists_txt
N ports/games/openmw/pkg/PLIST
N ports/games/openmw/pkg/DESCR
N ports/games/openmw/pkg/README

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/12/27 14:59:51

Modified files:
security/libsodium: Makefile distinfo 

Log message:
update to libsodium-1.0.8

Re: NEW: graphics/waffle

[Stuart Henderson]

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: Firefox PDF rendering

[Matthieu Herrb]

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

Re: KDE Frameworks ports

[Vadim Zhukov]

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

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/12/28 00:14:18

Modified files:
lang/luajit: Makefile 

Log message:
Remove a comment that has been bogus for awhile now that 4.9 is being
built.

from Brad

Re: UPDATE: wkhtmltopdf with patched QT

[Frank Groeneveld]

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