Re: NEW: prometheus-2.0.0

[Antoine Jacoutot]

On Sun, Dec 31, 2017 at 08:12:07AM +, Claudio Jeker wrote:
> Hi,
> 
> Here is a port of prometheus 2.0.0.
> 
> Prometheus is an open-source systems monitoring and alerting toolkit.
> Its main features are:
> - a multi-dimensional data model with time series data identified by
>   metric name and key/value pairs
> - a flexible query language to leverage this dimensionality
> - no reliance on distributed storage; single server nodes are autonomous
> - time series collection happens via a pull model over HTTP
> - pushing time series is supported via an intermediary gateway
> - targets are discovered via service discovery or static configuration
> - multiple modes of graphing and dashboarding support

Awesome :-)
Nitpicking:
- in the rc.d script, $daemon_flags -> ${daemon_flags} (for consistency)
- in the rc.d script, ${_bg} is not needed

Rest looks fine, OK aja


-- 
Antoine

Re: Qt5 on macppc

[Rafael Sadowski]

On Sun Dec 31, 2017 at 01:43:48AM +0300, Kirill Bychkov wrote:
> Hi guys!
> I've successfully built Qt5 on my mac and tested runtime with 
> net/owncloudclient
> (both gui and cli), audio/mscore and databases/sqlitebrowser.
> 
> archivers/quazip builds and passes regression tests.
> 
> Probably BROKEN-poerpc mark is not needed anymore?
> 
Cool and thanks! ok rsadowski@

Re: [new] databases/influxdb

[Remi Locherer]

On Fri, Dec 29, 2017 at 07:11:55PM +0100, Landry Breuil wrote:
> On Fri, Dec 29, 2017 at 07:45:41AM +0100, Landry Breuil wrote:
> > On Thu, Dec 28, 2017 at 11:34:31PM +0100, Antoine Jacoutot wrote:
> > > On Thu, Dec 28, 2017 at 09:14:20PM +, Landry Breuil wrote:
> > > > On Wed, Dec 27, 2017 at 05:43:39PM +, Stuart Henderson wrote:
> > > > > On 2017/12/25 07:34, Landry Breuil wrote:
> > > > > > On Sun, Dec 24, 2017 at 08:27:11PM +, Stuart Henderson wrote:
> > > > > > > On 2017/12/24 10:35, Landry Breuil wrote:
> > > > > > > > Hi,
> > > > > > > > 
> > > > > > > > here's a port for influxdb 1.4.2, a time series database to 
> > > > > > > > store
> > > > > > > > metrics/events/analytics. I had to fight a bit with go.port.mk, 
> > > > > > > > and hack
> > > > > > > > my way around bundling the dependencies (which are vendored in 
> > > > > > > > the
> > > > > > > > selfhosted tarball) but it builds, installs and starts fine.
> > > > > > > > 
> > > > > > > > I haven't done any real testing yet (read: send metrics to it 
> > > > > > > > and try to
> > > > > > > > read them) but it can be used as a target for collectd network 
> > > > > > > > plugin,
> > > > > > > > ie replacing old-school rrd storage (no need for rrdcached 
> > > > > > > > anymore!),
> > > > > > > > and facette is supposed to be able to read metrics from it. Of 
> > > > > > > > course,
> > > > > > > > the next step is to port grafana..
> > > > > > > > 
> > > > > > > > Testing & feedback welcome!
> > > > > > > > 
> > > > > > > > Landry
> > > > > > > 
> > > > > > > GH_* shouldn't be set alongside MASTER_SITES .. Probably should 
> > > > > > > just be
> > > > > > > the usual DISTNAME and/or PKGNAME ..
> > > > > > 
> > > > > > Well, for now it's more a convenience so that i can fetch the 
> > > > > > original
> > > > > > source from github (without the vendored dependencies) - this way i 
> > > > > > only
> > > > > > need to comment MASTER_SITES/EXTRACT_SUFX and run make tarball.
> > > > > > Maybe a comment would help ? Or commented out values ?
> > > > > > 
> > > > > 
> > > > > Probably better if that fetching is handled in 'make tarball' I think,
> > > > > it's even more confusing to temporarily use ports distfile fetching 
> > > > > as an
> > > > > intermediate step to producing the actual ports distfile..
> > > > 
> > > > Well, i tried to remove the GH_* stuff and put all the gory bits of
> > > > tarball repacking in this make tarball target, but that becomes *very*
> > > > ugly. Having GH_ACCOUNT/GH_PROJECT set triggers lots of magic in
> > > > go.port.mk (whether it's a good idea or not is another topic) that the
> > > > other targets of the port sort of rely on (setting WRKSRC correctly,
> > > > among others.. ALL_TARGET, that weird MODGO_SETUP_WORKSPACE thing) so i
> > > > end up reinventing some bits.
> > > > 
> > > > Here's what the a diff between two variations of the Makefile would look
> > > > like. And i have to admit i find this ugly :)
> > > 
> > > Why not ask upstream to add vendor support?
> > 
> > There's https://github.com/influxdata/influxdb/issues/7696 open since a
> > year, so i wouldnt count on this happening in the short term.
> > Distributing software via a source tarball is dead anyway, everyone uses
> > docker nowadays, right ?
> 
> So here's a new version incorporating the above changes, with a complete
> make tarball target that i'd probably be the only one to use.
> Repackages/builds fine here, and i'm running it on -current and 6.2 on
> my home router. If we want grafana in the portstree, would be good to
> have influxdb first, so looking for feedback and okays :)
> 
> Landry
> > 

Works fine for me. I tested it on -current amd64 with collectd sending
metrics to influxdb.

It's a pity that influxdata does not include the dependencies in their src
tarball. In their build.py the do the same ting with gpm as you do int the
tarball target.

Maybe we need something like GH_TUPLE in FreeBSD for go deps.

I like the simpler tarball target in Makefile.github but I understand
sthen@'s arguments against it.

ok remi@ for the version without GH_*

NEW: prometheus-2.0.0

[Claudio Jeker]

Hi,

Here is a port of prometheus 2.0.0.

Prometheus is an open-source systems monitoring and alerting toolkit.
Its main features are:
- a multi-dimensional data model with time series data identified by
  metric name and key/value pairs
- a flexible query language to leverage this dimensionality
- no reliance on distributed storage; single server nodes are autonomous
- time series collection happens via a pull model over HTTP
- pushing time series is supported via an intermediary gateway
- targets are discovered via service discovery or static configuration
- multiple modes of graphing and dashboarding support

This is based on Ralf Horstmann WIP port (https://github.com/ra1fh/ports-wip).
-- 
:wq Claudio


prometheus.tgz
Description: application/tar-gz

Re: NEW: devel/clazy

[Rafael Sadowski]

On Sat Dec 30, 2017 at 06:47:46PM -0500, Brian Callahan wrote:
> Hi Rafael --
> 
> On 12/30/17 11:59, Rafael Sadowski wrote:
> > Okay, before the year ends, here is a new port.
> > 
> > $ pkg/DESCR
> > ---
> > cazy is a compiler plugin which allows clang to understand Qt semantics.
> > You get more than 50 Qt related compiler warnings, ranging from unneeded 
> > memory
> > allocations to misusage of API, including fix-its for automatic refactoring.
> > ---
> > 
> > More infos: https://github.com/KDE/clazy
> > 
> > Works fine here on amd64. Ok to import?
> > 
> > Best regards and a healthy start into the New Year.
> > 
> > Rafael Sadowski
> 
> Some thoughts:
> * license is LGPLv2+ if I'm reading it right
> * typo in pkg/DESCR? cazy => clazy
> * Needs NO_TEST=Yes

fixed

> * should lib/libClangLazy.so be added to SHARED_LIBS?

There is only the EXPORT tag for clazylib in CMakeLists.txt, that's why
I don't think so.

> * I don't know about your COMPILER line. Why does clazy have to be compiled
> with ports-clang? I can imagine that causing problems on archs where
> devel/llvm is built with g++-4.9.4. I built clazy with base-clang, for
> example, and it was fine. It's definitely C++11, so maybe something like
> COMPILER=base-clang ports-gcc is in order?
> * WANTLIB is missing ${COMPILER_LIBCXX}

My mistake, build fine with base-clang. COMPILER_LIBCXX also fixed. New
tarball attached. Thanks Brian


clazy.tar.gz
Description: Binary data

UPDATE: devel/dlib

[Rafael Sadowski]

Simple diff below to bring dlib to the latest satble version. Still no
other consumers.

Change log: http://dlib.net/change_log.html

ok?

Index: Makefile
===
RCS file: /cvs/ports/devel/dlib/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 Makefile
--- Makefile23 Oct 2017 14:43:38 -  1.1.1.1
+++ Makefile31 Dec 2017 12:43:11 -
@@ -2,9 +2,9 @@
 
 COMMENT =  C++ toolkit for machine learning and data analysis
 
-DISTNAME = dlib-19.7
+DISTNAME = dlib-19.8
 
-SHARED_LIBS +=  dlib  0.0 # 19.7
+SHARED_LIBS +=  dlib  1.0 # 19.7
 
 CATEGORIES =   devel
 
Index: distinfo
===
RCS file: /cvs/ports/devel/dlib/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo23 Oct 2017 14:43:38 -  1.1.1.1
+++ distinfo31 Dec 2017 12:43:11 -
@@ -1,2 +1,2 @@
-SHA256 (dlib-19.7.tar.bz2) = gl2+ReDTeaTlWEwpGLHgyzfp7XVld2b9eytPPgX4ktY=
-SIZE (dlib-19.7.tar.bz2) = 9336154
+SHA256 (dlib-19.8.tar.bz2) = 29Mfe5cWbljzZsg/pRJ+n6RMSSkhVYthzmOn13W+aWs=
+SIZE (dlib-19.8.tar.bz2) = 10142691
Index: patches/patch-examples_CMakeLists_txt
===
RCS file: /cvs/ports/devel/dlib/patches/patch-examples_CMakeLists_txt,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 patch-examples_CMakeLists_txt
--- patches/patch-examples_CMakeLists_txt   23 Oct 2017 14:43:38 -  
1.1.1.1
+++ patches/patch-examples_CMakeLists_txt   31 Dec 2017 12:43:11 -
@@ -3,8 +3,8 @@ thread-local storage is not supported
 Index: examples/CMakeLists.txt
 --- examples/CMakeLists.txt.orig
 +++ examples/CMakeLists.txt
-@@ -112,7 +112,7 @@ endmacro()
- # to compile the rest of dlib.  
+@@ -124,7 +124,7 @@ endmacro()
+ #   cmake .. -G "Visual Studio 14 2015 Win64" -T host=x64 
  if (NOT USING_OLD_VISUAL_STUDIO_COMPILER)
 add_example(dnn_metric_learning_ex)
 -   add_gui_example(dnn_face_recognition_ex)
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/dlib/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   23 Oct 2017 14:43:38 -  1.1.1.1
+++ pkg/PLIST   31 Dec 2017 12:43:11 -
@@ -14,6 +14,7 @@ include/dlib/any/any_function_impl.h
 include/dlib/any/any_function_impl2.h
 include/dlib/any/any_trainer.h
 include/dlib/any/any_trainer_abstract.h
+include/dlib/appveyor/
 include/dlib/array/
 include/dlib/array.h
 include/dlib/array/array_kernel.h
@@ -86,6 +87,7 @@ include/dlib/clustering/spectral_cluster
 include/dlib/cmake_utils/
 include/dlib/cmake_utils/add_global_compiler_switch.cmake
 include/dlib/cmake_utils/check_if_neon_available.cmake
+include/dlib/cmake_utils/set_compiler_specific_options.cmake
 include/dlib/cmake_utils/tell_visual_studio_to_use_static_runtime.cmake
 include/dlib/cmake_utils/test_for_cpp11/
 include/dlib/cmake_utils/test_for_cuda/
@@ -172,6 +174,8 @@ include/dlib/disjoint_subsets/
 include/dlib/disjoint_subsets.h
 include/dlib/disjoint_subsets/disjoint_subsets.h
 include/dlib/disjoint_subsets/disjoint_subsets_abstract.h
+include/dlib/disjoint_subsets/disjoint_subsets_sized.h
+include/dlib/disjoint_subsets/disjoint_subsets_sized_abstract.h
 include/dlib/dnn/
 include/dlib/dnn.h
 include/dlib/dnn/core.h
@@ -302,6 +306,14 @@ include/dlib/geometry/rectangle.h
 include/dlib/geometry/rectangle_abstract.h
 include/dlib/geometry/vector.h
 include/dlib/geometry/vector_abstract.h
+include/dlib/global_optimization/
+include/dlib/global_optimization.h
+include/dlib/global_optimization/find_max_global.h
+include/dlib/global_optimization/find_max_global_abstract.h
+include/dlib/global_optimization/global_function_search.h
+include/dlib/global_optimization/global_function_search_abstract.h
+include/dlib/global_optimization/upper_bound_function.h
+include/dlib/global_optimization/upper_bound_function_abstract.h
 include/dlib/graph/
 include/dlib/graph.h
 include/dlib/graph/graph_kernel_1.h
@@ -554,6 +566,7 @@ include/dlib/matrix/lapack/gesdd.h
 include/dlib/matrix/lapack/gesvd.h
 include/dlib/matrix/lapack/getrf.h
 include/dlib/matrix/lapack/ormqr.h
+include/dlib/matrix/lapack/pbtrf.h
 include/dlib/matrix/lapack/potrf.h
 include/dlib/matrix/lapack/syev.h
 include/dlib/matrix/lapack/syevr.h
@@ -619,6 +632,7 @@ include/dlib/memory_manager_stateless.h
 include/dlib/memory_manager_stateless/memory_manager_stateless_kernel_1.h
 include/dlib/memory_manager_stateless/memory_manager_stateless_kernel_2.h
 
include/dlib/memory_manager_stateless/memory_manager_stateless_kernel_abstract.h
+include/dlib/metaprogramming.h
 include/dlib/misc_api/
 include/dlib/misc_api.h
 include/dlib/misc_api/misc_api_kernel_1.h

Re: NEW: prometheus-2.0.0

[Stuart Henderson]

On 2017/12/31 09:40, Antoine Jacoutot wrote:
> On Sun, Dec 31, 2017 at 08:12:07AM +, Claudio Jeker wrote:
> > Hi,
> > 
> > Here is a port of prometheus 2.0.0.
> > 
> > Prometheus is an open-source systems monitoring and alerting toolkit.
> > Its main features are:
> > - a multi-dimensional data model with time series data identified by
> >   metric name and key/value pairs
> > - a flexible query language to leverage this dimensionality
> > - no reliance on distributed storage; single server nodes are autonomous
> > - time series collection happens via a pull model over HTTP
> > - pushing time series is supported via an intermediary gateway
> > - targets are discovered via service discovery or static configuration
> > - multiple modes of graphing and dashboarding support
> 
> Awesome :-)
> Nitpicking:
> - in the rc.d script, $daemon_flags -> ${daemon_flags} (for consistency)
> - in the rc.d script, ${_bg} is not needed
> 
> Rest looks fine, OK aja
> 
> 
> -- 
> Antoine
> 

Wondering about the log redirect. Could it pipe through logger(1) instead?

UPDATE: devel/intellij 2017.3.2

[Caspar Schutijser]

Hi ports@,

Below the diff that updates intellij to 2017.3.2. Tested on amd64, as
usual.

Thanks,
Caspar Schutijser


Index: Makefile
===
RCS file: /cvs/ports/devel/intellij/Makefile,v
retrieving revision 1.46
diff -u -p -r1.46 Makefile
--- Makefile22 Dec 2017 22:49:38 -  1.46
+++ Makefile31 Dec 2017 13:03:20 -
@@ -2,7 +2,7 @@
 
 COMMENT=   IntelliJ IDEA Java IDE
 
-V= 2017.3.1
+V= 2017.3.2
 DISTNAME=  ideaIC-${V}
 PKGNAME=   intellij-${V}
 CATEGORIES=devel
@@ -26,7 +26,7 @@ NO_TEST=  Yes
 
 SUBST_VARS+=   JAVA_HOME
 
-WRKDIST=   ${WRKDIR}/idea-IC-173.3942.27
+WRKDIST=   ${WRKDIR}/idea-IC-173.4127.27
 IJ=${PREFIX}/intellij
 
 # If NO_BUILD is set, JAVA_HOME doesn't get defined. So do
Index: distinfo
===
RCS file: /cvs/ports/devel/intellij/distinfo,v
retrieving revision 1.27
diff -u -p -r1.27 distinfo
--- distinfo22 Dec 2017 22:49:38 -  1.27
+++ distinfo31 Dec 2017 13:03:20 -
@@ -1,2 +1,2 @@
-SHA256 (ideaIC-2017.3.1.tar.gz) = aDrTuKs0fp7F4VGiaOYO0lOwU0QpOXarNYPVH3UxfoY=
-SIZE (ideaIC-2017.3.1.tar.gz) = 456644678
+SHA256 (ideaIC-2017.3.2.tar.gz) = cMxPNqZRfHr5gEVnWCFEFOp0xcTzFOzzDdJkBgC63WI=
+SIZE (ideaIC-2017.3.2.tar.gz) = 456748591

Re: Remove www/decss?

[Jeremie Courreges-Anglas]

On Sat, Dec 30 2017, Frederic Cambus  wrote:
> Hi ports@,
>
> The point of this program has never been to be useful, but to annoy the
> MPAA. More information about the why and how can be found on upstream
> HOMEPAGE [1].
>
> I think there is no point to keep distributing it in 2017, it has far
> exceeded its lifetime. Besides us, only FreeBSD still has a port for it.
>
> Comments? OK to remove?

ok jca@

> [1] http://www.pigdog.org/decss/

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: [MAINTAINER UPDATE] x11/lumina port currently won't build - fix included

[Bryan C. Everly]

On Sun, Dec 31, 2017 at 5:39 PM, Antoine Jacoutot  wrote:
> On Sun, Dec 31, 2017 at 04:12:24PM +, Bryan Everly wrote:
>> On Fri, 2017-12-29 at 19:48 +, Bryan C. Everly wrote:
>>
>> Hello ports@,
>>
>> Looks like we missed a comma in the makefile which is preventing the
>> current Lumina 1.4 port from building.  I've attached a diff which I
>> painfully built every dependency from source on my Thinkpad X230 to
>> verify it was working correctly.
>>
>> Thanks to Martijn (copied) for notifying me.
>>
>> I'd appreciate a set of eyes on this and for someone to please commit
>> it on my behalf.
>>
>> Thanks,
>> Bryan
>>
>>
>> Bump. This isn't building right now and just needs an extra comma added to 
>> the makefile by
>> someone with commit rights. I'd appreciate it if we could get this fixed.
>
> Done. Thanks and sorry for the delay.
>
> --
> Antoine

Merci!

Re: NEW libb2

[Brian Callahan]

On 12/31/17 13:26, Klemens Nanni wrote:

On Sun, Dec 31, 2017 at 01:15:29PM -0500, Brian Callahan wrote:

On 12/31/17 12:15, Björn Ketelaars wrote:

Enclosed with this mail a tarball for libb2 a C library providing BLAKE2b,
BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
latest standard SHA-3.

Borgbackup currently uses a bundled version of libb2. I would like to replace
use of this bundled version by this port.

Comments/OKs?


Attached is an updated tarball.
Changes/Fixes:
* Use ${SETENV} in the pre-configure routine.
* Improve pkg/DESCR
* Remove a hardcoded -O3
* Set CONFIGURE_ARGS so that things like -march=native don't happen
* The library identifies itself as libb2-0.98, so rename package to
libb2-0.98.20171225 to avoid future EPOCH bumps.

I was about to send a similar diff. What I'm still missing:

SEPARATE_BUILD=Yes can be set.


Why would you set this?


In pre-configure, use ./autogen.sh (containing `autoreconf -fvi') to
avoid adjusting the target in case the required steps in autogen.sh
change.

NEW libb2

[Björn Ketelaars]

Enclosed with this mail a tarball for libb2 a C library providing BLAKE2b,
BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
latest standard SHA-3.

Borgbackup currently uses a bundled version of libb2. I would like to replace
use of this bundled version by this port.

Comments/OKs?

-- 
Björn Ketelaars
GPG key: 0x4F0E5F21


libb2.tgz
Description: application/tar-gz

Re: [MAINTAINER UPDATE] x11/lumina port currently won't build - fix included

[Antoine Jacoutot]

On Sun, Dec 31, 2017 at 04:12:24PM +, Bryan Everly wrote:
> On Fri, 2017-12-29 at 19:48 +, Bryan C. Everly wrote:
> 
> Hello ports@,
> 
> Looks like we missed a comma in the makefile which is preventing the
> current Lumina 1.4 port from building.  I've attached a diff which I
> painfully built every dependency from source on my Thinkpad X230 to
> verify it was working correctly.
> 
> Thanks to Martijn (copied) for notifying me.
> 
> I'd appreciate a set of eyes on this and for someone to please commit
> it on my behalf.
> 
> Thanks,
> Bryan
> 
> 
> Bump. This isn't building right now and just needs an extra comma added to 
> the makefile by
> someone with commit rights. I'd appreciate it if we could get this fixed.

Done. Thanks and sorry for the delay.

-- 
Antoine

Re: NEW libb2

[Brian Callahan]

Hi Bjorn --

On 12/31/17 12:15, Björn Ketelaars wrote:

Enclosed with this mail a tarball for libb2 a C library providing BLAKE2b,
BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
latest standard SHA-3.

Borgbackup currently uses a bundled version of libb2. I would like to replace
use of this bundled version by this port.

Comments/OKs?



Attached is an updated tarball.
Changes/Fixes:
* Use ${SETENV} in the pre-configure routine.
* Improve pkg/DESCR
* Remove a hardcoded -O3
* Set CONFIGURE_ARGS so that things like -march=native don't happen
* The library identifies itself as libb2-0.98, so rename package to 
libb2-0.98.20171225 to avoid future EPOCH bumps.


~Brian



libb2.tgz
Description: Binary data

Re: NEW libb2

[Klemens Nanni]

On Sun, Dec 31, 2017 at 01:15:29PM -0500, Brian Callahan wrote:
> On 12/31/17 12:15, Björn Ketelaars wrote:
> > Enclosed with this mail a tarball for libb2 a C library providing BLAKE2b,
> > BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
> > faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
> > latest standard SHA-3.
> > 
> > Borgbackup currently uses a bundled version of libb2. I would like to 
> > replace
> > use of this bundled version by this port.
> > 
> > Comments/OKs?
> > 
> 
> Attached is an updated tarball.
> Changes/Fixes:
> * Use ${SETENV} in the pre-configure routine.
> * Improve pkg/DESCR
> * Remove a hardcoded -O3
> * Set CONFIGURE_ARGS so that things like -march=native don't happen
> * The library identifies itself as libb2-0.98, so rename package to
> libb2-0.98.20171225 to avoid future EPOCH bumps.
I was about to send a similar diff. What I'm still missing:

SEPARATE_BUILD=Yes can be set.

In pre-configure, use ./autogen.sh (containing `autoreconf -fvi') to
avoid adjusting the target in case the required steps in autogen.sh
change.

Re: NEW libb2

[Björn Ketelaars]

On Sun 31/12/2017 19:26, Klemens Nanni wrote:
> On Sun, Dec 31, 2017 at 01:15:29PM -0500, Brian Callahan wrote:
> > On 12/31/17 12:15, Björn Ketelaars wrote:
> > > Enclosed with this mail a tarball for libb2 a C library providing BLAKE2b,
> > > BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
> > > faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
> > > latest standard SHA-3.
> > > 
> > > Borgbackup currently uses a bundled version of libb2. I would like to 
> > > replace
> > > use of this bundled version by this port.
> > > 
> > > Comments/OKs?
> > > 
> > 
> > Attached is an updated tarball.
> > Changes/Fixes:
> > * Use ${SETENV} in the pre-configure routine.
> > * Improve pkg/DESCR
> > * Remove a hardcoded -O3
> > * Set CONFIGURE_ARGS so that things like -march=native don't happen
> > * The library identifies itself as libb2-0.98, so rename package to
> > libb2-0.98.20171225 to avoid future EPOCH bumps.
> I was about to send a similar diff. What I'm still missing:
> 
> SEPARATE_BUILD=Yes can be set.
> 
> In pre-configure, use ./autogen.sh (containing `autoreconf -fvi') to
> avoid adjusting the target in case the required steps in autogen.sh
> change.

Thanks for the fixes! Included a new tarball - based on Brian's work and
Klemens's hints.


libb2.tgz
Description: application/tar-gz

Re: NEW: databases/leveldb

[Jeremie Courreges-Anglas]

On Fri, Dec 29 2017, Rafael Sadowski  wrote:
> Doh!
>
> On Fri Dec 29, 2017 at 10:45:11AM +0100, Rafael Sadowski wrote:
>> On Thu Dec 28, 2017 at 04:50:34PM +0100, Rafael Sadowski wrote:
>> > Hi All!
>> > 
>> > Attached is a new port, databases/leveldb. All tests passed on amd64.
>> > 
>> > ---
>> > $ pkg/DESCR
>> > LevelDB is a fast key-value storage library written at Google that 
>> > provides an
>> > ordered mapping from string keys to string values.
>> > ---
>> > 
>> > https://github.com/google/leveldb
>> > 
>> > Comments? Ok to import?
>> > 
>> > Best regards,
>> > 
>> > Rafael
>> 
>> New tarball after jca@ told me that there was already a version in our tree.
>> Changes to the previous tarball:
>> 
>> - add ONLY_FOR_ARCHS with AtomicPointer comment
>> - add SHARED_MAJOR OPT SHARED_MINOR in MAKE_ENV

This doesn't seem to have much effet, the build log says:

  c++ -pthread -shared -Wl,-soname -Wl,libleveldb.so.1 ...
  ... -o out-shared/libleveldb.so.1.20

You can't just rename the library after the fact, you have to teach the
linking step to use SHARED_MAJOR/MINOR, else:

  0x000e (SONAME) Library soname:   [libleveldb.so.1]

See the previous patches.

>> - use $DOC
>> - s/BSD/BSD3/
>> 
>> ok to reimport?

Please look at all the patches used in the previous port, some of them
are a bit scary.

Also, the port ought to build on non-x86 architectures now, either using
custom os-specific memory barriers or falling back to  if
a recent gcc/clang version is available.

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: NEW libb2

[Brian Callahan]

On 12/31/17 13:37, Björn Ketelaars wrote:

On Sun 31/12/2017 19:26, Klemens Nanni wrote:

On Sun, Dec 31, 2017 at 01:15:29PM -0500, Brian Callahan wrote:

On 12/31/17 12:15, Björn Ketelaars wrote:

Enclosed with this mail a tarball for libb2 a C library providing BLAKE2b,
BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
latest standard SHA-3.

Borgbackup currently uses a bundled version of libb2. I would like to replace
use of this bundled version by this port.

Comments/OKs?


Attached is an updated tarball.
Changes/Fixes:
* Use ${SETENV} in the pre-configure routine.
* Improve pkg/DESCR
* Remove a hardcoded -O3
* Set CONFIGURE_ARGS so that things like -march=native don't happen
* The library identifies itself as libb2-0.98, so rename package to
libb2-0.98.20171225 to avoid future EPOCH bumps.

I was about to send a similar diff. What I'm still missing:

SEPARATE_BUILD=Yes can be set.

In pre-configure, use ./autogen.sh (containing `autoreconf -fvi') to
avoid adjusting the target in case the required steps in autogen.sh
change.

Thanks for the fixes! Included a new tarball - based on Brian's work and
Klemens's hints.


I'm ok with this version, with the unneeded SEPARATE_BUILD=Yes line removed.

~Brian

Re: [UPDATE] audio/openal

[Jeremie Courreges-Anglas]

Committed, thanks.

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: NEW libb2

[Klemens Nanni]

On Sun, Dec 31, 2017 at 02:48:01PM -0500, Brian Callahan wrote:
> On 12/31/17 13:26, Klemens Nanni wrote:
> > SEPARATE_BUILD=Yes can be set.
> Why would you set this?
Because it allows for simultaneous builds (WRKBUILD) on multiple
architectures using the same source tree (WRKSRC). As described in the
porting guide this is done to keep sources from being modified during
builds.

bcallah@ is still OK with this. Anyone else willing to commit Björns
latest tarball?

UPDATE zstd 1.3.3

[Björn Ketelaars]

Please find enclosed a diff for bringing archivers/zstd to 1.3.3, which is
a bug fix release. This diff also enables building of libzstd, and uses the
correct TEST_TARGET.

Reason for building libzstd is that borgbackup is currently using a bundled
copy. I would like to replace the bundled copy by the ports version (as
requested by sthen@).

Comments/OKs?

-- 
Björn Ketelaars
GPG key: 0x4F0E5F21


diff --git archivers/zstd/Makefile archivers/zstd/Makefile
index 29af1566909..0e4ea235301 100644
--- archivers/zstd/Makefile
+++ archivers/zstd/Makefile
@@ -4,7 +4,8 @@ COMMENT =   zstandard fast real-time compression 
algorithm
 
 GH_ACCOUNT =   facebook
 GH_PROJECT =   zstd
-GH_TAGNAME =   v1.3.2
+GH_TAGNAME =   v1.3.3
+SHARED_LIBS =  zstd0.0 #1.3.3
 
 CATEGORIES =   archivers
 
@@ -22,18 +23,12 @@ COMPILER =  base-clang ports-clang ports-gcc
 COMPILER_LANGS =   c
 
 MAKE_ENV = CC="${CC}" CXX="${CXX}" \
-   CFLAGS="${CFLAGS}" CXXFLAGS="${CXXFLAGS}"
-FAKE_FLAGS =   PREFIX="${PREFIX}" MANDIR="${PREFIX}/man/man1"
+   CFLAGS="${CFLAGS}" CXXFLAGS="${CXXFLAGS}" \
+   LIBzstd_VERSION="${LIBzstd_VERSION}"
+FAKE_FLAGS =   PREFIX="${PREFIX}"
 
 USE_GMAKE =Yes
 
-WRKSRC =   ${WRKDIST}/programs
-
-ALL_TARGET =   zstd
-TEST_TARGET =  all test
-
-do-test:
-   cd "${WRKDIST}/tests" && ${SETENV} ${ALL_TEST_ENV} ${MAKE_PROGRAM} \
-   ${ALL_TEST_FLAGS} -f ${MAKE_FILE} ${TEST_TARGET} ${TEST_LOG}
+TEST_TARGET =  check
 
 .include 
diff --git archivers/zstd/distinfo archivers/zstd/distinfo
index 5c93baa7541..fe0c3b5be4d 100644
--- archivers/zstd/distinfo
+++ archivers/zstd/distinfo
@@ -1,2 +1,2 @@
-SHA256 (zstd-1.3.2.tar.gz) = rFBUo8ZOZRC8GuiQ0F49JxzDPO68nQasnwgQV2bSeYo=
-SIZE (zstd-1.3.2.tar.gz) = 1618939
+SHA256 (zstd-1.3.3.tar.gz) = p3xHFT7n3gJibFsqCXAFeGtxaIvmHp+4GAagEfkLKXs=
+SIZE (zstd-1.3.3.tar.gz) = 1857232
diff --git archivers/zstd/patches/patch-Makefile 
archivers/zstd/patches/patch-Makefile
new file mode 100644
index 000..3230b8fda36
--- /dev/null
+++ archivers/zstd/patches/patch-Makefile
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: Makefile
+--- Makefile.orig
 Makefile
+@@ -107,7 +107,7 @@ clean:
+ 
#--
+ # make install is validated only for Linux, OSX, Hurd and some BSD targets
+ 
#--
+-ifneq (,$(filter $(shell uname),Linux Darwin GNU/kFreeBSD GNU FreeBSD 
DragonFly NetBSD MSYS_NT))
++ifneq (,$(filter $(shell uname),Linux Darwin GNU/kFreeBSD GNU OpenBSD FreeBSD 
DragonFly NetBSD MSYS_NT))
+ 
+ HOST_OS = POSIX
+ CMAKE_PARAMS = -DZSTD_BUILD_CONTRIB:BOOL=ON -DZSTD_BUILD_STATIC:BOOL=ON 
-DZSTD_BUILD_TESTS:BOOL=ON -DZSTD_ZLIB_SUPPORT:BOOL=ON 
-DZSTD_LZMA_SUPPORT:BOOL=ON
diff --git archivers/zstd/patches/patch-lib_Makefile 
archivers/zstd/patches/patch-lib_Makefile
new file mode 100644
index 000..213e6396e9c
--- /dev/null
+++ archivers/zstd/patches/patch-lib_Makefile
@@ -0,0 +1,36 @@
+$OpenBSD$
+
+Index: lib/Makefile
+--- lib/Makefile.orig
 lib/Makefile
+@@ -51,10 +51,10 @@ ifeq ($(shell uname), Darwin)
+   SHARED_EXT_VER = $(LIBVER).$(SHARED_EXT)
+   SONAME_FLAGS = -install_name $(LIBDIR)/libzstd.$(SHARED_EXT_MAJOR) 
-compatibility_version $(LIBVER_MAJOR) -current_version $(LIBVER)
+ else
+-  SONAME_FLAGS = -Wl,-soname=libzstd.$(SHARED_EXT).$(LIBVER_MAJOR)
++  SONAME_FLAGS =
+   SHARED_EXT = so
+   SHARED_EXT_MAJOR = $(SHARED_EXT).$(LIBVER_MAJOR)
+-  SHARED_EXT_VER = $(SHARED_EXT).$(LIBVER)
++  SHARED_EXT_VER = $(SHARED_EXT).$(LIBzstd_VERSION)
+ endif
+ 
+ LIBZSTD = libzstd.$(SHARED_EXT_VER)
+@@ -134,7 +134,7 @@ LIBDIR  ?= $(libdir)
+ includedir  ?= $(PREFIX)/include
+ INCLUDEDIR  ?= $(includedir)
+ 
+-ifneq (,$(filter $(shell uname),OpenBSD FreeBSD NetBSD DragonFly))
++ifneq (,$(filter $(shell uname),FreeBSD NetBSD DragonFly))
+ PKGCONFIGDIR ?= $(PREFIX)/libdata/pkgconfig
+ else
+ PKGCONFIGDIR ?= $(LIBDIR)/pkgconfig
+@@ -165,8 +165,6 @@ install: libzstd.a libzstd libzstd.pc
+   @echo Installing libraries
+   @$(INSTALL_DATA) libzstd.a $(DESTDIR)$(LIBDIR)
+   @$(INSTALL_PROGRAM) $(LIBZSTD) $(DESTDIR)$(LIBDIR)
+-  @ln -sf $(LIBZSTD) $(DESTDIR)$(LIBDIR)/libzstd.$(SHARED_EXT_MAJOR)
+-  @ln -sf $(LIBZSTD) $(DESTDIR)$(LIBDIR)/libzstd.$(SHARED_EXT)
+   @echo Installing includes
+   @$(INSTALL_DATA) zstd.h $(DESTDIR)$(INCLUDEDIR)
+   @$(INSTALL_DATA) common/zstd_errors.h $(DESTDIR)$(INCLUDEDIR)
diff --git archivers/zstd/patches/patch-tests_playTests_sh 
archivers/zstd/patches/patch-tests_playTests_sh
index 20cdb472e61..89762688675 100644
--- archivers/zstd/patches/patch-tests_playTests_sh
+++ archivers/zstd/patches/patch-tests_playTests_sh
@@ -2,7 +2,7 @@ $OpenBSD: 

Re: NEW: lang/flang

[Rafael Sadowski]

On Sat Dec 30, 2017 at 10:12:23PM -0500, Brian Callahan wrote:
> 
> On 12/23/17 00:00, Brian Callahan wrote:
> > 
> > On 12/15/17 23:43, Brian Callahan wrote:
> > > 
> > > On 12/10/17 12:27, Brian Callahan wrote:
> > > > Hi ports --
> > > > 
> > > > Attached is a new port, lang/flang. Flang is a Fortran compiler
> > > > targeting LLVM.
> > > > 
> > > > Supposedly Flang is on its way to becoming part of LLVM, though
> > > > there's no timetable for that.
> > > > 
> > > > Flang is divided into two ports, the driver and the runtime. The
> > > > driver is a modified version of clang. I chose to only install
> > > > the flang driver binary from the driver port. The CMake build
> > > > system wants to install the entirety of the clang utils and
> > > > libraries and headers, but that means having three copies of
> > > > some things (1 in base, 1 from devel/llvm, 1 from flang), and
> > > > that seemed crazy. We only need the flang driver binary anyway.
> > > > 
> > > > In order to link binaries with flang, you must remember to
> > > > include -L${LOCALBASE}/lib -lflang when linking the binary.
> > > > 
> > > > I chose to use flang's built-in ompstubs library for OpenMP
> > > > "support." And by "support" I mean that the ompstubs library is
> > > > just stubbed out omp routines that do nothing but allow flang to
> > > > build. According to upstream, !amd64 archs use the ompstubs
> > > > library anyway. It would be nice to eventually move to real
> > > > OpenMP support, but that can be for a later day.
> > > > 
> > > > Only tested on amd64 because I do not (yet) have an arm64
> > > > machine. Flang only supports those two platforms. I will add the
> > > > needed arm64 bits once I have my arm64 machine. Flang
> > > > successfully builds a bunch of F90/F95 programs I have and
> > > > passes a significant chunk of the NIST F77 test suite.
> > > > 
> > > > OK?
> > > > 
> > > > ~Brian
> > > > 
> > > 
> > > Ping. Tarball with latest version attached.
> > > 
> > > OK?
> > > 
> > > ~Brian
> > > 
> > 
> > Anyone?
> > 
> > Latest tarball attached.
> > 
> > ~Brian
> > 
> 
> Weekly bump with the latest tarball attached :)
> 
> ~Brian
> 

Not much to grumble about.

* Tab(s) after PERMIT_PACKAGE_CDROM
* Some comments in the patches would be very helpful.

Only build test on amd64. Is there any run test I could do?

Rafael

Re: NEW: lang/flang

[Brian Callahan]

On 12/31/17 09:43, Rafael Sadowski wrote:

On Sat Dec 30, 2017 at 10:12:23PM -0500, Brian Callahan wrote:

On 12/23/17 00:00, Brian Callahan wrote:

On 12/15/17 23:43, Brian Callahan wrote:

On 12/10/17 12:27, Brian Callahan wrote:

Hi ports --

Attached is a new port, lang/flang. Flang is a Fortran compiler
targeting LLVM.

Supposedly Flang is on its way to becoming part of LLVM, though
there's no timetable for that.

Flang is divided into two ports, the driver and the runtime. The
driver is a modified version of clang. I chose to only install
the flang driver binary from the driver port. The CMake build
system wants to install the entirety of the clang utils and
libraries and headers, but that means having three copies of
some things (1 in base, 1 from devel/llvm, 1 from flang), and
that seemed crazy. We only need the flang driver binary anyway.

In order to link binaries with flang, you must remember to
include -L${LOCALBASE}/lib -lflang when linking the binary.

I chose to use flang's built-in ompstubs library for OpenMP
"support." And by "support" I mean that the ompstubs library is
just stubbed out omp routines that do nothing but allow flang to
build. According to upstream, !amd64 archs use the ompstubs
library anyway. It would be nice to eventually move to real
OpenMP support, but that can be for a later day.

Only tested on amd64 because I do not (yet) have an arm64
machine. Flang only supports those two platforms. I will add the
needed arm64 bits once I have my arm64 machine. Flang
successfully builds a bunch of F90/F95 programs I have and
passes a significant chunk of the NIST F77 test suite.

OK?

~Brian


Ping. Tarball with latest version attached.

OK?

~Brian


Anyone?

Latest tarball attached.

~Brian


Weekly bump with the latest tarball attached :)

~Brian


Not much to grumble about.

* Tab(s) after PERMIT_PACKAGE_CDROM


Fixed.


* Some comments in the patches would be very helpful.


Comments added, but only to the flang/flang part. The patches directory 
in flang/driver are direct copies of the clang patches from the 
devel/llvm port. I'll have to keep doing that going forward for ease of 
maintenance, I think.




Only build test on amd64. Is there any run test I could do?


flang/flang is a test of itself, which is nice. Otherwise, your favorite 
F95 programs?


~Brian



flang.tgz
Description: Binary data

Re: [UPDATE] emulators/snes9x to 1.55

[Bryan Linton]

On 2017-12-30 18:39:42, Frederic Cambus  wrote:
> Hi ports@,
> 
> Here is a diff to update snes9x to 1.55.
> 
> Notable changes:
> 
> - Switch to GTK+ 3 and regenerate WANTLIB
> - Remove now useless CONFIGURE_ENV directive and pre-configure target
> - Fix PERMIT_PACKAGE_CDROM marker
> - Take MAINTAINER
> 
> Comments? OK?
> 

Moderately tested on amd64.  No regressions seen.

-- 
Bryan

Re: UPDATE zstd 1.3.3

[Klemens Nanni]

On Sun, Dec 31, 2017 at 02:35:05PM +0100, Björn Ketelaars wrote:
> Please find enclosed a diff for bringing archivers/zstd to 1.3.3, which is
> a bug fix release. This diff also enables building of libzstd, and uses the
> correct TEST_TARGET.
> 
> Reason for building libzstd is that borgbackup is currently using a bundled
> copy. I would like to replace the bundled copy by the ports version (as
> requested by sthen@).
> 
> Comments/OKs?
> 
> -- 
> Björn Ketelaars
> GPG key: 0x4F0E5F21
> 
> 
> diff --git archivers/zstd/Makefile archivers/zstd/Makefile
> index 29af1566909..0e4ea235301 100644
> --- archivers/zstd/Makefile
> +++ archivers/zstd/Makefile
> @@ -4,7 +4,8 @@ COMMENT = zstandard fast real-time compression 
> algorithm
>  
>  GH_ACCOUNT = facebook
>  GH_PROJECT = zstd
> -GH_TAGNAME = v1.3.2
> +GH_TAGNAME = v1.3.3
> +SHARED_LIBS =zstd0.0 #1.3.3
>  
>  CATEGORIES = archivers
>  
> @@ -22,18 +23,12 @@ COMPILER =base-clang ports-clang ports-gcc
>  COMPILER_LANGS = c
>  
>  MAKE_ENV =   CC="${CC}" CXX="${CXX}" \
> - CFLAGS="${CFLAGS}" CXXFLAGS="${CXXFLAGS}"
> -FAKE_FLAGS = PREFIX="${PREFIX}" MANDIR="${PREFIX}/man/man1"
> + CFLAGS="${CFLAGS}" CXXFLAGS="${CXXFLAGS}" \
> + LIBzstd_VERSION="${LIBzstd_VERSION}"
> +FAKE_FLAGS = PREFIX="${PREFIX}"
>  
>  USE_GMAKE =  Yes
>  
> -WRKSRC = ${WRKDIST}/programs
> -
> -ALL_TARGET = zstd
> -TEST_TARGET =all test
> -
> -do-test:
> - cd "${WRKDIST}/tests" && ${SETENV} ${ALL_TEST_ENV} ${MAKE_PROGRAM} \
> - ${ALL_TEST_FLAGS} -f ${MAKE_FILE} ${TEST_TARGET} ${TEST_LOG}
> +TEST_TARGET =check
>  
>  .include 
> diff --git archivers/zstd/distinfo archivers/zstd/distinfo
> index 5c93baa7541..fe0c3b5be4d 100644
> --- archivers/zstd/distinfo
> +++ archivers/zstd/distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (zstd-1.3.2.tar.gz) = rFBUo8ZOZRC8GuiQ0F49JxzDPO68nQasnwgQV2bSeYo=
> -SIZE (zstd-1.3.2.tar.gz) = 1618939
> +SHA256 (zstd-1.3.3.tar.gz) = p3xHFT7n3gJibFsqCXAFeGtxaIvmHp+4GAagEfkLKXs=
> +SIZE (zstd-1.3.3.tar.gz) = 1857232
> diff --git archivers/zstd/patches/patch-Makefile 
> archivers/zstd/patches/patch-Makefile
> new file mode 100644
> index 000..3230b8fda36
> --- /dev/null
> +++ archivers/zstd/patches/patch-Makefile
> @@ -0,0 +1,14 @@
> +$OpenBSD$
> +
> +Index: Makefile
> +--- Makefile.orig
>  Makefile
> +@@ -107,7 +107,7 @@ clean:
> + 
> #--
> + # make install is validated only for Linux, OSX, Hurd and some BSD targets
> + 
> #--
> +-ifneq (,$(filter $(shell uname),Linux Darwin GNU/kFreeBSD GNU FreeBSD 
> DragonFly NetBSD MSYS_NT))
> ++ifneq (,$(filter $(shell uname),Linux Darwin GNU/kFreeBSD GNU OpenBSD 
> FreeBSD DragonFly NetBSD MSYS_NT))
> + 
> + HOST_OS = POSIX
> + CMAKE_PARAMS = -DZSTD_BUILD_CONTRIB:BOOL=ON -DZSTD_BUILD_STATIC:BOOL=ON 
> -DZSTD_BUILD_TESTS:BOOL=ON -DZSTD_ZLIB_SUPPORT:BOOL=ON 
> -DZSTD_LZMA_SUPPORT:BOOL=ON
> diff --git archivers/zstd/patches/patch-lib_Makefile 
> archivers/zstd/patches/patch-lib_Makefile
> new file mode 100644
> index 000..213e6396e9c
> --- /dev/null
> +++ archivers/zstd/patches/patch-lib_Makefile
> @@ -0,0 +1,36 @@
> +$OpenBSD$
> +
> +Index: lib/Makefile
> +--- lib/Makefile.orig
>  lib/Makefile
> +@@ -51,10 +51,10 @@ ifeq ($(shell uname), Darwin)
> + SHARED_EXT_VER = $(LIBVER).$(SHARED_EXT)
> + SONAME_FLAGS = -install_name $(LIBDIR)/libzstd.$(SHARED_EXT_MAJOR) 
> -compatibility_version $(LIBVER_MAJOR) -current_version $(LIBVER)
> + else
> +-SONAME_FLAGS = -Wl,-soname=libzstd.$(SHARED_EXT).$(LIBVER_MAJOR)
> ++SONAME_FLAGS =
> + SHARED_EXT = so
> + SHARED_EXT_MAJOR = $(SHARED_EXT).$(LIBVER_MAJOR)
> +-SHARED_EXT_VER = $(SHARED_EXT).$(LIBVER)
> ++SHARED_EXT_VER = $(SHARED_EXT).$(LIBzstd_VERSION)
> + endif
> + 
> + LIBZSTD = libzstd.$(SHARED_EXT_VER)
> +@@ -134,7 +134,7 @@ LIBDIR  ?= $(libdir)
> + includedir  ?= $(PREFIX)/include
> + INCLUDEDIR  ?= $(includedir)
> + 
> +-ifneq (,$(filter $(shell uname),OpenBSD FreeBSD NetBSD DragonFly))
> ++ifneq (,$(filter $(shell uname),FreeBSD NetBSD DragonFly))
> + PKGCONFIGDIR ?= $(PREFIX)/libdata/pkgconfig
> + else
> + PKGCONFIGDIR ?= $(LIBDIR)/pkgconfig
> +@@ -165,8 +165,6 @@ install: libzstd.a libzstd libzstd.pc
> + @echo Installing libraries
> + @$(INSTALL_DATA) libzstd.a $(DESTDIR)$(LIBDIR)
> + @$(INSTALL_PROGRAM) $(LIBZSTD) $(DESTDIR)$(LIBDIR)
> +-@ln -sf $(LIBZSTD) $(DESTDIR)$(LIBDIR)/libzstd.$(SHARED_EXT_MAJOR)
> +-@ln -sf $(LIBZSTD) $(DESTDIR)$(LIBDIR)/libzstd.$(SHARED_EXT)
> + @echo Installing includes
> + @$(INSTALL_DATA) zstd.h $(DESTDIR)$(INCLUDEDIR)
> + @$(INSTALL_DATA) common/zstd_errors.h 

Re: UPDATE zstd 1.3.3

[Björn Ketelaars]

On Sun 31/12/2017 15:38, Klemens Nanni wrote:
> `make build' starts with bad make usage, builds almost everything
> and eventually exits with one. Rerunning it again build some other stuff
> and exits zero; this doesn't seem right.
> 
> `make test' fails as well.
> 
> See full logs attached for both targets.

Klemens, I'm unable to reproduce the errors from your build. Could you check
that your ports tree is up to date, and that the diff has been applied
correctly? What is the result of 'make clean && make && make test'?

My build log: http://sprunge.us/LZSY
My test log: http://sprunge.us/JRFC

Re: [MAINTAINER UPDATE] x11/lumina port currently won't build - fix included

[Bryan Everly]

On Fri, 2017-12-29 at 19:48 +, Bryan C. Everly wrote:
> Hello ports@,
> 
> Looks like we missed a comma in the makefile which is preventing the
> current Lumina 1.4 port from building.  I've attached a diff which I
> painfully built every dependency from source on my Thinkpad X230 to
> verify it was working correctly.
> 
> Thanks to Martijn (copied) for notifying me.
> 
> I'd appreciate a set of eyes on this and for someone to please commit
> it on my behalf.
> 
> Thanks,
> Bryan

Bump.  This isn't building right now and just needs an extra comma
added to the makefile by someone with commit rights.  I'd appreciate it
if we could get this fixed.

Thanks!

Re: NEW: lang/flang

[Brian Callahan]

On 12/31/17 11:35, Rafael Sadowski wrote:

On Sun Dec 31, 2017 at 10:10:55AM -0500, Brian Callahan wrote:

On 12/31/17 09:43, Rafael Sadowski wrote:

On Sat Dec 30, 2017 at 10:12:23PM -0500, Brian Callahan wrote:

On 12/23/17 00:00, Brian Callahan wrote:

On 12/15/17 23:43, Brian Callahan wrote:

On 12/10/17 12:27, Brian Callahan wrote:

Hi ports --

Attached is a new port, lang/flang. Flang is a Fortran compiler
targeting LLVM.

Supposedly Flang is on its way to becoming part of LLVM, though
there's no timetable for that.

Flang is divided into two ports, the driver and the runtime. The
driver is a modified version of clang. I chose to only install
the flang driver binary from the driver port. The CMake build
system wants to install the entirety of the clang utils and
libraries and headers, but that means having three copies of
some things (1 in base, 1 from devel/llvm, 1 from flang), and
that seemed crazy. We only need the flang driver binary anyway.

In order to link binaries with flang, you must remember to
include -L${LOCALBASE}/lib -lflang when linking the binary.

I chose to use flang's built-in ompstubs library for OpenMP
"support." And by "support" I mean that the ompstubs library is
just stubbed out omp routines that do nothing but allow flang to
build. According to upstream, !amd64 archs use the ompstubs
library anyway. It would be nice to eventually move to real
OpenMP support, but that can be for a later day.

Only tested on amd64 because I do not (yet) have an arm64
machine. Flang only supports those two platforms. I will add the
needed arm64 bits once I have my arm64 machine. Flang
successfully builds a bunch of F90/F95 programs I have and
passes a significant chunk of the NIST F77 test suite.

OK?

~Brian


Ping. Tarball with latest version attached.

OK?

~Brian


Anyone?

Latest tarball attached.

~Brian


Weekly bump with the latest tarball attached :)

~Brian


Not much to grumble about.

* Tab(s) after PERMIT_PACKAGE_CDROM

Fixed.


* Some comments in the patches would be very helpful.

Comments added, but only to the flang/flang part. The patches directory in
flang/driver are direct copies of the clang patches from the devel/llvm
port. I'll have to keep doing that going forward for ease of maintenance, I
think.

Thanks, could we also add a comment in Makefile? So that no one forgets
to synchronize the patches with devel/llvm.


Sure.


Only build test on amd64. Is there any run test I could do?

flang/flang is a test of itself, which is nice. Otherwise, your favorite F95
programs?

Is there any clue?

$ flang hello.f90
/usr/bin/ld: cannot find -lflangmain
flang: error: linker command failed with exit code 1 (use -v to see invocation)



flang hello.f90 -L/usr/local/lib -lflang

Re: NEW: lang/flang

[Rafael Sadowski]

On Sun Dec 31, 2017 at 10:10:55AM -0500, Brian Callahan wrote:
>
> On 12/31/17 09:43, Rafael Sadowski wrote:
> > On Sat Dec 30, 2017 at 10:12:23PM -0500, Brian Callahan wrote:
> > > On 12/23/17 00:00, Brian Callahan wrote:
> > > > On 12/15/17 23:43, Brian Callahan wrote:
> > > > > On 12/10/17 12:27, Brian Callahan wrote:
> > > > > > Hi ports --
> > > > > >
> > > > > > Attached is a new port, lang/flang. Flang is a Fortran compiler
> > > > > > targeting LLVM.
> > > > > >
> > > > > > Supposedly Flang is on its way to becoming part of LLVM, though
> > > > > > there's no timetable for that.
> > > > > >
> > > > > > Flang is divided into two ports, the driver and the runtime. The
> > > > > > driver is a modified version of clang. I chose to only install
> > > > > > the flang driver binary from the driver port. The CMake build
> > > > > > system wants to install the entirety of the clang utils and
> > > > > > libraries and headers, but that means having three copies of
> > > > > > some things (1 in base, 1 from devel/llvm, 1 from flang), and
> > > > > > that seemed crazy. We only need the flang driver binary anyway.
> > > > > >
> > > > > > In order to link binaries with flang, you must remember to
> > > > > > include -L${LOCALBASE}/lib -lflang when linking the binary.
> > > > > >
> > > > > > I chose to use flang's built-in ompstubs library for OpenMP
> > > > > > "support." And by "support" I mean that the ompstubs library is
> > > > > > just stubbed out omp routines that do nothing but allow flang to
> > > > > > build. According to upstream, !amd64 archs use the ompstubs
> > > > > > library anyway. It would be nice to eventually move to real
> > > > > > OpenMP support, but that can be for a later day.
> > > > > >
> > > > > > Only tested on amd64 because I do not (yet) have an arm64
> > > > > > machine. Flang only supports those two platforms. I will add the
> > > > > > needed arm64 bits once I have my arm64 machine. Flang
> > > > > > successfully builds a bunch of F90/F95 programs I have and
> > > > > > passes a significant chunk of the NIST F77 test suite.
> > > > > >
> > > > > > OK?
> > > > > >
> > > > > > ~Brian
> > > > > >
> > > > > Ping. Tarball with latest version attached.
> > > > >
> > > > > OK?
> > > > >
> > > > > ~Brian
> > > > >
> > > > Anyone?
> > > >
> > > > Latest tarball attached.
> > > >
> > > > ~Brian
> > > >
> > > Weekly bump with the latest tarball attached :)
> > >
> > > ~Brian
> > >
> > Not much to grumble about.
> >
> > * Tab(s) after PERMIT_PACKAGE_CDROM
>
> Fixed.
>
> > * Some comments in the patches would be very helpful.
>
> Comments added, but only to the flang/flang part. The patches directory in
> flang/driver are direct copies of the clang patches from the devel/llvm
> port. I'll have to keep doing that going forward for ease of maintenance, I
> think.

Thanks, could we also add a comment in Makefile? So that no one forgets
to synchronize the patches with devel/llvm.

>
> >
> > Only build test on amd64. Is there any run test I could do?
>
> flang/flang is a test of itself, which is nice. Otherwise, your favorite F95
> programs?

Is there any clue?

$ flang hello.f90
/usr/bin/ld: cannot find -lflangmain
flang: error: linker command failed with exit code 1 (use -v to see invocation)

CVS: cvs.openbsd.org: ports

[Robert Nagy]

CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2017/12/31 02:00:27

Modified files:
editors/libreoffice: Makefile 

Log message:
use system graphics/glm; fixes build breakage

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/12/31 01:59:06

Modified files:
sysutils/terraform/provider-cloudstack: Makefile distinfo 
sysutils/terraform/provider-digitalocean: Makefile distinfo 
sysutils/terraform/provider-fastly: Makefile distinfo 
sysutils/terraform/provider-triton: Makefile distinfo 

Log message:
Update providers to their latest release.

CVS: cvs.openbsd.org: ports

[Kirill Bychkov]

CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org   2017/12/31 02:50:53

Modified files:
x11/qt5: Makefile.inc 

Log message:
Remove BROKEN-powerpc as it builds fine there. Tested with some Qt5-based
ports.
If it builds, ship it! jca@, ok rsadowski@

CVS: cvs.openbsd.org: ports

[Kirill Bychkov]

CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org   2017/12/31 03:09:04

Modified files:
audio/paulstretch: Makefile 

Log message:
builds fine on macppc so donn't mark it as BROKEN-powerpc.

CVS: cvs.openbsd.org: ports

[Marc Espie]

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2017/12/31 06:03:07

Modified files:
infrastructure/lib/DPB: Clock.pm 
infrastructure/lib/DPB/Job: Port.pm 

Log message:
the 'Awaiting lock' check doesn't belong in generic watcher, so inherit from
it for the special "build port" job, and track the lock just once, on the
first tasks that will run in ports (e.g., show-prepare-results and inbetween)

CVS: cvs.openbsd.org: ports

[Marc Espie]

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2017/12/31 06:01:53

Modified files:
infrastructure/lib/DPB: PortBuilder.pm 

Log message:
set the watcher before starting the build, so that it exists when we want
to tweak it.

CVS: cvs.openbsd.org: ports

[Matthias Kilian]

CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2017/12/31 13:05:45

Modified files:
editors/gummi  : Makefile distinfo 
editors/gummi/patches: patch-configure patch-src_Makefile_in 
Removed files:
editors/gummi/patches: patch-src_update.c 

Log message:
Update to gummi-0.6.6.

Tested by Sebastian Neuper, thanks!

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/12/31 10:39:38

Modified files:
x11/lumina : Makefile 

Log message:
print/poppler,-qt5 -> print/poppler,,-qt5 to unbreak (missing comma)

from Bryan Everly (maintainer)

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2017/12/31 11:06:38

Log message:
Import lang/flang, the LLVM Fortran compiler.
ok rsadowski@

This is divided into two sub-ports, driver which is a modified clang that
provides the flang command, and flang which provides the compiler passes.
Executing 'pkg_add flang' will get you everything you need.

Status:

Vendor Tag: bcallah
Release Tags:   bcallah_20171231

N ports/lang/flang/Makefile
N ports/lang/flang/Makefile.inc
N ports/lang/flang/flang/Makefile
N ports/lang/flang/flang/distinfo
N ports/lang/flang/flang/patches/patch-CMakeLists_txt
N ports/lang/flang/flang/patches/patch-lib_scutil_pgnewfil_c
N 
ports/lang/flang/flang/patches/patch-runtime_flangrti_x86_64-Linux_dumpregs_c
N ports/lang/flang/flang/patches/patch-runtime_flangrti_iostdinit_c
N ports/lang/flang/flang/patches/patch-runtime_flangrti_trace_lin_c
N ports/lang/flang/flang/patches/patch-runtime_flangrti_dumpregs_h
N ports/lang/flang/flang/patches/patch-runtime_flang_unf_c
N ports/lang/flang/flang/patches/patch-lib_scutil_CMakeLists_txt
N ports/lang/flang/flang/patches/patch-runtime_flang_async_c
N ports/lang/flang/flang/patches/patch-runtime_flang_async_h
N ports/lang/flang/flang/patches/patch-runtime_flang_backspace_c
N ports/lang/flang/flang/patches/patch-runtime_flang_flush_c
N ports/lang/flang/flang/patches/patch-runtime_flang_inquire_c
N ports/lang/flang/flang/patches/patch-runtime_flang_open_c
N ports/lang/flang/flang/patches/patch-runtime_flang_rewind_c
N ports/lang/flang/flang/patches/patch-runtime_flang_utils_c
N ports/lang/flang/flang/patches/patch-runtime_flang_utils3f_c
N ports/lang/flang/flang/patches/patch-runtime_flang_wait_c
N ports/lang/flang/flang/patches/patch-runtime_flang_CMakeLists_txt
N ports/lang/flang/flang/patches/patch-runtime_include_mthdecls_h
N ports/lang/flang/flang/patches/patch-runtime_flang_cdcos_c
N ports/lang/flang/flang/patches/patch-runtime_flang_cdexp_c
N ports/lang/flang/flang/patches/patch-runtime_flang_cexp_c
N ports/lang/flang/flang/patches/patch-runtime_flang_stime3f_c
N ports/lang/flang/flang/patches/patch-runtime_flangrti_CMakeLists_txt
N ports/lang/flang/flang/pkg/PLIST
N ports/lang/flang/flang/pkg/DESCR
N ports/lang/flang/driver/Makefile
N ports/lang/flang/driver/distinfo
N ports/lang/flang/driver/patches/patch-include_clang_Basic_BuiltinsX86_def
N 
ports/lang/flang/driver/patches/patch-include_clang_Basic_DiagnosticSemaKinds_td
N ports/lang/flang/driver/patches/patch-include_clang_Driver_Options_td
N 
ports/lang/flang/driver/patches/patch-include_clang_Frontend_CompilerInvocation_h
N ports/lang/flang/driver/patches/patch-include_clang_Sema_Sema_h
N 
ports/lang/flang/driver/patches/patch-lib_Driver_ToolChains_Arch_AArch64_cpp
N ports/lang/flang/driver/patches/patch-lib_Driver_ToolChains_Arch_AArch64_h
N ports/lang/flang/driver/patches/patch-lib_Driver_ToolChains_Arch_Sparc_cpp
N ports/lang/flang/driver/patches/patch-lib_Driver_ToolChains_Clang_cpp
N ports/lang/flang/driver/patches/patch-lib_Driver_ToolChains_Gnu_cpp
N ports/lang/flang/driver/patches/patch-lib_Driver_ToolChains_OpenBSD_cpp
N ports/lang/flang/driver/patches/patch-lib_Driver_ToolChains_OpenBSD_h
N ports/lang/flang/driver/patches/patch-lib_Headers_avx512fintrin_h
N ports/lang/flang/driver/patches/patch-lib_Sema_SemaChecking_cpp
N ports/lang/flang/driver/patches/patch-lib_Sema_SemaDeclAttr_cpp
N ports/lang/flang/driver/pkg/PLIST
N ports/lang/flang/driver/pkg/DESCR

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2017/12/31 11:07:01

Modified files:
lang   : Makefile 

Log message:
+flang

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/12/31 11:46:26

Modified files:
audio/openal   : Makefile 
Added files:
audio/openal/patches: patch-Alc_ALc_c 

Log message:
Avoid a NULL pointer dereference due to missing sndio capture backend.

Backport a fix from upstream to avoid the crash.  The code has changed
since and all backends have been converted to the "new style" backend
API.  Fix tested by David Carlier (maintainer) and Thomas Frohwein.

CVS: cvs.openbsd.org: ports

[Rafael Sadowski]

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2017/12/31 06:48:24

Modified files:
devel/intellij : Makefile distinfo 

Log message:
Update intellij to 2017.3.2, from maintainer Caspar Schutijser

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2017/12/31 07:03:15

Modified files:
games/wtf  : Makefile distinfo 

Log message:
Update to wtf-20171222

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2017/12/31 18:04:14

Modified files:
games  : Makefile 

Log message:
+returntotheroots

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2017/12/31 18:03:55

Log message:
Import games/returntotheroots, an open source engine remake of The Settlers
2.
ok awolk@

Return To The Roots is a fan project which aims to renew the original
The Settlers 2.

We aim to create new features such as a multiplayer mode via the
Internet as well as support for modern hardware.

You will need an original copy of "The Settlers 2 Gold Edition" to play
Return To The Roots.

The Settlers 2 is a 4X game similar to Civilization and Alpha Centauri.

Comes with a game client (s25client) and map editor (s25edit).

Status:

Vendor Tag: bcallah
Release Tags:   bcallah_20171231

N ports/games/returntotheroots/Makefile
N ports/games/returntotheroots/distinfo
N ports/games/returntotheroots/patches/patch-cmake_openbsd_cmake
N ports/games/returntotheroots/patches/patch-CMakeLists_txt
N ports/games/returntotheroots/patches/patch-src_s25client_CMakeLists_txt
N 
ports/games/returntotheroots/patches/patch-s-c_resample-1_8_1_sndlib-20_CMakeLists_txt
N 
ports/games/returntotheroots/patches/patch-libutil_cmake_Modules_FindLUA_cmake
N ports/games/returntotheroots/patches/patch-libutil_src_Socket_cpp
N ports/games/returntotheroots/patches/patch-src_CMakeLists_txt
N 
ports/games/returntotheroots/patches/patch-libutil_src_getExecutablePath_cpp
N 
ports/games/returntotheroots/patches/patch-common_include_helpers_SimpleMultiArray_h
N ports/games/returntotheroots/patches/patch-src_test_CMakeLists_txt
N ports/games/returntotheroots/patches/patch-mygettext_src_LocaleInfo_cpp
N ports/games/returntotheroots/pkg/PLIST
N ports/games/returntotheroots/pkg/DESCR
N ports/games/returntotheroots/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   2017/12/31 19:31:19

Modified files:
graphics/openimageio: Makefile 

Log message:
mark BROKEN-i386, clang segfault