[UPDATE] graphics/p5-Image-ExifTool

Hi, this diff updates ExifTool to latest production release. Ok? Cheers, Remi. Index: Makefile === RCS file: /cvs/ports/graphics/p5-Image-ExifTool/Makefile,v retrieving revision 1.45 diff -u -p -u -p -r1.45 Makefile --- Makefile 2

[new] net/miniflux - minimalist and opinionated feed reader

Hola! Here is a port of Miniflux - an rss feed reader. I have been using for a while now. The config is a bit weird - it has to be done via environment vars. Hence the '. ${SYSCONFDIR}/miniflux.conf' OK? Cluesticks? pkg_info: Information for inst:miniflux-2.0.16 Comment: minimalist and o

Re: mariadb

On Fri, Jun 14 2019, Stuart Henderson wrote: > On 2019/06/14 00:30, Jeremie Courreges-Anglas wrote: >> On Thu, Jun 13 2019, Stuart Henderson wrote: >> > CVSROOT: /cvs >> > Module name: ports >> > Changes by:st...@cvs.openbsd.org 2019/06/13 15:51:46 >> > >> > Modified files: >> >

Re: mariadb

On Thu, Jun 13 2019, Brad Smith wrote: > The client library now requires atomics. The next release has switched > to building > the codebase as C++11. The intent being to switch the various homegrown > implementations > using atomics over to using C++11 atomics. > > The whole reason the relevant b

Re: OpenMP for both clang and GCC, part II

On Fri, Jun 14, 2019 at 12:27:53AM +0100, Stuart Henderson wrote: > At the moment, it's unclear to me (maybe it was mentioned in the thread > but if so I missed it) what the status of OpenMP is on OpenBSD. > Whether it's any faster *at all*, whether it works reliably, etc. As of 6.4 it doesn't wor

[MAINTAINER UPDATE] www/sblg to 0.4.26

This is another simple maintainer update of sblg from 0.4.23 to 0.4.26. The changes included in this release and the previous couple are: sblg 0.4.26: "Add ititle and rititle for case-insensitive title sort." sblg 0.4.25: "Add data-sblg-ign-once attribute, which is recognised in the template file

回复: [Update] astro/py-astral: update to 1.10.1

Hi, Here is a revised patch for astro/py-astral update to 1.10.1. This patch: 1) removed TEST_DEPENDS=${RUN_DEPENDS} 2) update PLIST Same as the previous patch, it build well and passed all tests but only one failed because "Google require an API Key .." No other ports d

Re: mariadb

On 6/13/2019 7:32 PM, Stuart Henderson wrote: On 2019/06/14 00:30, Jeremie Courreges-Anglas wrote: On Thu, Jun 13 2019, Stuart Henderson wrote: CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/06/13 15:51:46 Modified files: databases/mariadb: Ma

Re: mariadb

The client library now requires atomics. The next release has switched to building the codebase as C++11. The intent being to switch the various homegrown implementations using atomics over to using C++11 atomics. The whole reason the relevant bits were added was for atomics vs no atomics. Now

Re: mariadb

On 2019/06/14 00:30, Jeremie Courreges-Anglas wrote: > On Thu, Jun 13 2019, Stuart Henderson wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: st...@cvs.openbsd.org 2019/06/13 15:51:46 > > > > Modified files: > > databases/mariadb: Makefile > > > > Log message: > > s

Re: OpenMP for both clang and GCC, part II

On 2019/06/13 16:04, Jonathan Thornburg wrote: > [[speedups from OpenMP]] > In message , > j () bitminer ! ca wrote > [[about openmp]] > > For long calculations, I have seen 2 cores with OpenMP take half the time > > as one core with/without

Re: OpenMP for both clang and GCC, part II

On 2019-06-13 16:18, Stuart Henderson wrote: On 2019/06/13 11:03, Jonathan Thornburg wrote: ... It's really performance _on OpenBSD_ that is of interest when deciding whether it's worth the ongoing maintenance to go down this path here :) I agree with Stuart -- it's one thing to assume th

Re: OpenMP for both clang and GCC, part II

[[speedups from OpenMP]] In message , j () bitminer ! ca wrote [[about openmp]] > For long calculations, I have seen 2 cores with OpenMP take half the time > as one core with/without. So yes, it works. But Amdahl's Law applies. > If a calc

mariadb

On Thu, Jun 13 2019, Stuart Henderson wrote: > CVSROOT: /cvs > Module name: ports > Changes by: st...@cvs.openbsd.org 2019/06/13 15:51:46 > > Modified files: > databases/mariadb: Makefile > > Log message: > simplify multipackages again, now that they are reunited between > archit

Re: nlopt: update to 2.6.1

On 2019/06/12 22:56, Klemens Nanni wrote: > Now with WANTLIB sync and V merged into GH_TAGNAME, thanks sthen. > > Index: Makefile > === > RCS file: /cvs/ports/math/nlopt/Makefile,v > retrieving revision 1.1.1.1 > diff -u -p -r1.1.1.1

Re: OpenMP for both clang and GCC, part II

On 2019/06/13 11:03, Jonathan Thornburg wrote: > In message , > j () bitminer ! ca wrote > [[about openmp]] > > For long calculations, I have seen 2 cores with OpenMP take half the time > > as one core with/without. So yes, it works. But A

UPDATE: math/z3 to disable OpenMP

This simple patch switches OpenMP off. Question though: as given, Makefile does not require some python packages (py-setuptools, py-pip) to run z3 under python. Should that be fixed? Index: Makefile === RCS file: /cvs/ports/math/z

Re: OpenMP for both clang and GCC, part II

In message , j () bitminer ! ca wrote [[about openmp]] > For long calculations, I have seen 2 cores with OpenMP take half the time > as one core with/without. So yes, it works. But Amdahl's Law applies. > If a calculation is long, and 20%

Re: UPDATE: devel/cmake to fix OpenMP detection

On 2019-06-13 13:58, Stuart Henderson wrote: On 2019/06/13 10:34, j...@bitminer.ca wrote: These two patches fix cmake's ability to find OpenMP with base-clang and ports-gcc as patched earlier. This patch is a no-op without those. Tested on amd64. John ? patches/patch-Modules_FindOpenMP_cmake

Re: [NEW] x11/gsimplecal

On 2019/06/12 07:17, Alessandro DE LAURENZIS wrote: > Dear ports@ readers, > > this is a proposal for a new port: x11/gsimplecal, a lightweight GTK > calendar applet. > > DESCR > = > > Gsimplecal is a lightweight calendar applet written in C++ using GTK. > > > > It was originally made for us

Re: UPDATE: devel/cmake to fix OpenMP detection

On 2019/06/13 10:34, j...@bitminer.ca wrote: > These two patches fix cmake's ability to find OpenMP with > base-clang and ports-gcc as patched earlier. This patch > is a no-op without those. Tested on amd64. > > John > > ? patches/patch-Modules_FindOpenMP_cmake > Index: Makefile > =

Re: disable OpenMP for audio/clementine

On 2019/06/13 08:14, Rafael Sadowski wrote: > On Wed Jun 12, 2019 at 10:08:15AM -0700, j...@bitminer.ca wrote: > > This explicity disables OpenMP for clementine and an included third-party > > library. > > > > > > Index: audio/clementine/Makefile > > ==

UPDATE: devel/cmake to fix OpenMP detection

These two patches fix cmake's ability to find OpenMP with base-clang and ports-gcc as patched earlier. This patch is a no-op without those. Tested on amd64. John ? patches/patch-Modules_FindOpenMP_cmake Index: Makefile === RCS file

Re: NEW: math/py-cftime

Am 23.05.2019 um 20:59 schrieb Wictor Lund: On Thu, May 23, 2019 at 07:37:36PM +0200, Martin Reindl wrote: Thanks for testing. The tarball sent out on 2019-05-03 contains the latest version of this port. Hmm, I appear to have missed that one, thanks for enlightenment. Resending both ports be

Re: [NEW] textproc/misspell

On Wed, Jun 12, 2019 at 05:56:31PM +0100, Stuart Henderson wrote: > > I did install it on i386 and amd64. It does install cleanly for me, > > but I wasn't able to learn how to use it. > > I couldn't figure it out in the absence of a man file. I did see a > > rundown of how to use it in the WWW fie

Re: Update portgen(1) to use PERMIT_PACKAGE

On Wed, Jun 12, 2019 at 08:51:56PM +0200, Klemens Nanni wrote: > OK kn > > pkg_create(1) still mentions it as well; I guess `-D` can stripped by > those, too? Don't look at this yet. There are lots of places to cleanup in the stream *after* most of the ports move to the new style.

Re: isync: update to 1.3.1

On Wed, Jun 12, 2019 at 09:20:45PM +0200, Klemens Nanni wrote: > This is a long overdue maintenance release: > - SSL now uses SNI, which for example GMail requires > - fixed fallbacks for missing UIDPLUS extension (with e.g. DavMail) > - fixed UIDVALIDITY recovery with really long Message-id header

Re: [security update] www/py-django/stable: update to 2.2.2

Le 04-06-2019 04:41, wen heping a écrit : Hi, ports@: Here is a patch to update www/py-django/stable to 2.2.2 and www/py-django/lts to 1.11.21. It is security release. Both build well and run well. No other ports depends on it. But multiprocessing test still failed as the current versio