Re: [NEW] VA-API for OpenBSD

2019-12-14 Thread Jonathan Gray
On Sun, Dec 15, 2019 at 12:14:30AM -0500, Bryan Steele wrote: > I did a dirty, awful thing. For r600/radeonsi gallium drivers it seems > neccessary to compile Mesa with --enable-va for this to work. That said, > it seems that installing the shared libraries from this build is > enough to make the v

Re: [NEW] VA-API for OpenBSD

2019-12-14 Thread Bryan Steele
On Sun, Dec 15, 2019 at 12:14:33AM -0500, Bryan Steele wrote: > I did a dirty, awful thing. For r600/radeonsi gallium drivers it seems > neccessary to compile Mesa with --enable-va for this to work. That said, > it seems that installing the shared libraries from this build is > enough to make the v

Re: [update] stumpwm-19.11

2019-12-14 Thread Timo Myyrä
timo.my...@bittivirhe.fi (Timo Myyrä) writes: > Hi, > > Here is an another attempt at update stumpwm port to latest release. > With this release we can drop patches from our port. > > Changes: > - bump stumpwm to version 19.11 > - bump port dependency versions > - use newer texinfo for doc generat

UPDATE security/rhash

2019-12-14 Thread Björn Ketelaars
Enclosed diff brings rhash to 1.3.9, which is a maintenance release. One of the changes is that the project license changed to BSD Zero Clause License. Changelog can be found at https://github.com/rhash/RHash/blob/v1.3.9/ChangeLog. Changes to the port: - update license marker to BSD - set DEBUG_PA

Re: [NEW] graphics/libspiro

2019-12-14 Thread Kurt Mosiejczuk
On Sat, Dec 14, 2019 at 01:57:01PM +0100, Frederic Cambus wrote: > Hi ports@, > Here is a new port: graphics/libspiro. > This is a required dependency for updating print/fontforge to latest > version. > From DESCR: > Spiro simplifies the drawing of beautiful curves. > Using bezier splines an a

Re: [NEW] VA-API for OpenBSD

2019-12-14 Thread Bryan Steele
I did a dirty, awful thing. For r600/radeonsi gallium drivers it seems neccessary to compile Mesa with --enable-va for this to work. That said, it seems that installing the shared libraries from this build is enough to make the vainfo utility happy. I haven't seen if this actualy works with ffmpeg

[UPDATE] graphics/libsixel -> 1.8.3 security fixes

2019-12-14 Thread trondd
Upstream beat us to it. Release 1.8.3 fixes the previously submitted CVEs plus several others I wasn't aware of and some bonus GitHub issues. Also they packaged the tarball containing a different directory than previously. Fixed with WRKDIST. Security fix for CVE-2018-19757 (#79), NULL pointe

Re: FIX textproc/podofo

2019-12-14 Thread Stuart Henderson
On 2019/12/14 17:28, Jeremie Courreges-Anglas wrote: > > +cc sthen@ (maintainer) Thanks for the cc. > On Sat, Dec 14 2019, Björn Ketelaars wrote: > > jca@ found that textproc/podofo uses -std=c++98 but cppunit now uses > > c++11 features for which ports-gcc insists that -std=c/gnu++11 should be

Re: FIX textproc/podofo

2019-12-14 Thread Jeremie Courreges-Anglas
+cc sthen@ (maintainer) On Sat, Dec 14 2019, Björn Ketelaars wrote: > jca@ found that textproc/podofo uses -std=c++98 but cppunit now uses > c++11 features for which ports-gcc insists that -std=c/gnu++11 should be > used. > > /usr/local/include/c++/8.3.0/bits/c++0x_warning.h:32:2: error: #error

[Update] audio/pianobar 2017.08.30 -> 2019.02.14

2019-12-14 Thread Brad DeMorrow
Changes gleaned from release commit history: - Add network timeouts and retries - Fix cross-thread memory access - Misc UI and documentation improvements - Implement audio buffering - Fix MP3 playback (affects premium subscribers with audio quality “high”) Port Changes: - Custom patches were remov

FIX textproc/podofo

2019-12-14 Thread Björn Ketelaars
jca@ found that textproc/podofo uses -std=c++98 but cppunit now uses c++11 features for which ports-gcc insists that -std=c/gnu++11 should be used. /usr/local/include/c++/8.3.0/bits/c++0x_warning.h:32:2: error: #error This file requires compiler and library support for the ISO C++ 2011 standard..

sparc64 bulk build report

2019-12-14 Thread kmos
Bulk build on sparc64-0.ports.openbsd.org Started : Wed Dec 11 21:17:09 MST 2019 Finished: Sat Dec 14 07:43:23 MST 2019 Duration: 2 Days 10 hours 26 minutes Built using OpenBSD 6.6-current (GENERIC.MP) #149: Tue Dec 10 18:41:31 MST 2019 Built 9478 packages Number of packages built each day: Dec

Re: [NEW] VA-API for OpenBSD

2019-12-14 Thread Brad DeMorrow
Thank you both again for the explanation. That makes sense now. I've updated the libva Makefile to simply use 0.0 as the SHARED_LIBS versions and I've removed the post-install hook that adds additional symlinks for no good reason. I added patches to remove the explicit shared library versions fro

[NEW] graphics/libspiro

2019-12-14 Thread Frederic Cambus
Hi ports@, Here is a new port: graphics/libspiro. This is a required dependency for updating print/fontforge to latest version. >From DESCR: Spiro simplifies the drawing of beautiful curves. Using bezier splines an artist can easily draw curves with the same slope on either side of an on-curve

chromium sign-in hangs after next launch

2019-12-14 Thread Jon Fineman
In 6.5 and 6.6 current if I log into my google account and turn on "Allow Chromium sign-in" to let chromium sync my info it hangs on the next launch. If I launch chrome via the command line, after logging in the prior session, there does not appear to be any relavent error messages. The UI ne

Weechat Matrix script error

2019-12-14 Thread Jon Fineman
I re-installed with 6.6 current and re-installed my packages (fresh install of 6.6 release, then sysupgrade of 6.6). I loaded the current versions of weechat, matrix, lua, etc I get the below error message. On 6.5 I did have weechat/matrix working. If I understand the error below correctly the