UPDATE: audio/py-eyed3 0.7.11 => 0.8

2017-06-12 Thread Brian Callahan
Hi ports --

Attached is a diff to update audio/py-eyed3 to its latest version.
Upstream changed the bin/eyeD3 script, and it works without patching
now, so the one remaining patch can be removed. Additionally, this now
has an RDEP on devel/py-pathlib.

Take maintainer.

~Brian

Index: Makefile
===
RCS file: /cvs/ports/audio/py-eyed3/Makefile,v
retrieving revision 1.15
diff -u -p -u -p -r1.15 Makefile
--- Makefile28 Apr 2017 22:24:36 -  1.15
+++ Makefile13 Jun 2017 00:59:44 -
@@ -2,11 +2,12 @@
 
 COMMENT=   module and program for processing ID3 tags
 
-MODPY_EGG_VERSION= 0.7.11
+MODPY_EGG_VERSION= 0.8
 DISTNAME=  eyeD3-${MODPY_EGG_VERSION}
 CATEGORIES=audio
 
 HOMEPAGE=  http://eyed3.nicfit.net/
+MAINTAINER=Brian Callahan 
 
 # GPLv2+
 PERMIT_PACKAGE_CDROM=  Yes
@@ -17,11 +18,10 @@ MODULES=lang/python
 
 MODPY_SETUPTOOLS=  Yes
 
+RUN_DEPENDS=   devel/py-pathlib
+
 FAKE_FLAGS=docdir=${WRKINST}${PREFIX}/share/doc/py-eyed3
 
 NO_TEST=   Yes
-
-pre-build:
-   ${SUBST_CMD} ${WRKSRC}/bin/eyeD3
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/audio/py-eyed3/distinfo,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 distinfo
--- distinfo28 Apr 2017 22:24:36 -  1.5
+++ distinfo13 Jun 2017 00:59:44 -
@@ -1,2 +1,2 @@
-SHA256 (eyeD3-0.7.11.tar.gz) = J4jwnW3bmKxxww8ComCt5+sxmM/LbWvpsaXCDZW7BDs=
-SIZE (eyeD3-0.7.11.tar.gz) = 234235
+SHA256 (eyeD3-0.8.tar.gz) = EBCbdlCKcmBCss1qj9ArbW5VHcJ3kB10AWtw48DimrU=
+SIZE (eyeD3-0.8.tar.gz) = 223315
Index: patches/patch-bin_eyeD3
===
RCS file: patches/patch-bin_eyeD3
diff -N patches/patch-bin_eyeD3
--- patches/patch-bin_eyeD3 11 Dec 2015 18:20:01 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,9 +0,0 @@
-$OpenBSD: patch-bin_eyeD3,v 1.1 2015/12/11 18:20:01 sthen Exp $
 bin/eyeD3.orig Wed Oct 24 02:38:29 2012
-+++ bin/eyeD3  Fri Dec 11 18:52:31 2015
-@@ -1,3 +1,3 @@
--#!/usr/bin/env bash
-+#!/bin/sh
- 
--python -m eyed3.main "$@"
-+exec ${MODPY_BIN} -m eyed3.main "$@"
Index: pkg/PLIST
===
RCS file: /cvs/ports/audio/py-eyed3/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 PLIST
--- pkg/PLIST   11 Dec 2015 18:20:01 -  1.3
+++ pkg/PLIST   13 Jun 2017 00:59:44 -
@@ -4,9 +4,13 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/eyeD3-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
 
lib/python${MODPY_VERSION}/site-packages/eyeD3-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt
 
lib/python${MODPY_VERSION}/site-packages/eyeD3-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt
+lib/python${MODPY_VERSION}/site-packages/eyeD3-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/entry_points.txt
 
lib/python${MODPY_VERSION}/site-packages/eyeD3-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/not-zip-safe
+lib/python${MODPY_VERSION}/site-packages/eyeD3-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt
 
lib/python${MODPY_VERSION}/site-packages/eyeD3-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
 lib/python${MODPY_VERSION}/site-packages/eyed3/
+lib/python${MODPY_VERSION}/site-packages/eyed3/__about__.py
+lib/python${MODPY_VERSION}/site-packages/eyed3/__about__.pyc
 lib/python${MODPY_VERSION}/site-packages/eyed3/__init__.py
 lib/python${MODPY_VERSION}/site-packages/eyed3/__init__.pyc
 lib/python${MODPY_VERSION}/site-packages/eyed3/compat.py
@@ -24,9 +28,6 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/eyed3/id3/headers.pyc
 lib/python${MODPY_VERSION}/site-packages/eyed3/id3/tag.py
 lib/python${MODPY_VERSION}/site-packages/eyed3/id3/tag.pyc
-lib/python${MODPY_VERSION}/site-packages/eyed3/info.py
-lib/python${MODPY_VERSION}/site-packages/eyed3/info.py.in
-lib/python${MODPY_VERSION}/site-packages/eyed3/info.pyc
 lib/python${MODPY_VERSION}/site-packages/eyed3/main.py
 lib/python${MODPY_VERSION}/site-packages/eyed3/main.pyc
 lib/python${MODPY_VERSION}/site-packages/eyed3/mp3/
@@ -37,10 +38,14 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/eyed3/plugins/
 lib/python${MODPY_VERSION}/site-packages/eyed3/plugins/__init__.py
 lib/python${MODPY_VERSION}/site-packages/eyed3/plugins/__init__.pyc
+lib/python${MODPY_VERSION}/site-packages/eyed3/plugins/_display_parser.py
+lib/python${MODPY_VERSION}/site-packages/eyed3/plugins/_display_parser.pyc
 lib/python${MODPY_VERSION}/site-packages/eyed3/plugins/art.py
 lib/python${MODPY_VERSION}/site-packages/eyed3/plugins/art.pyc
 lib/python${MODPY_VERSION}/site-packages/eyed3/plugins/classic.py
 lib/python${MODPY_VERSION}/site-packag

UPDATE: archivers/libzip 1.1.3 => 1.2.0

2017-06-12 Thread Brian Callahan
Hi ports (and edd, anthony, and kirill) --

Attached is a diff to update archivers/libzip to its latest version.
Changelog is here: https://nih.at/libzip/NEWS.html
A symbol was removed, so major bump to SHARED_LIB.

I have built and run all libzip's consumers, and they all seem happy. I
have added all the maintainers of consumers to this email to make sure
there isn't anything I've missed.

Take maintainer.

~Brian

Index: Makefile
===
RCS file: /cvs/ports/archivers/libzip/Makefile,v
retrieving revision 1.14
diff -u -p -u -p -r1.14 Makefile
--- Makefile27 Aug 2016 07:49:48 -  1.14
+++ Makefile13 Jun 2017 02:43:36 -
@@ -2,11 +2,12 @@
 
 COMMENT=   library for reading, creating and modifying zip archives
 
-DISTNAME=  libzip-1.1.3
+DISTNAME=  libzip-1.2.0
 CATEGORIES=archivers
-SHARED_LIBS +=  zip  1.1  # 4.0
+SHARED_LIBS +=  zip  2.0  # 4.0
 
-HOMEPAGE=  http://www.nih.at/libzip/
+HOMEPAGE=  https://www.nih.at/libzip/
+MAINTAINER=Brian Callahan 
 
 # BSD-3
 PERMIT_PACKAGE_CDROM=  Yes
Index: distinfo
===
RCS file: /cvs/ports/archivers/libzip/distinfo,v
retrieving revision 1.8
diff -u -p -u -p -r1.8 distinfo
--- distinfo27 Aug 2016 07:49:48 -  1.8
+++ distinfo13 Jun 2017 02:43:36 -
@@ -1,2 +1,2 @@
-SHA256 (libzip-1.1.3.tar.gz) = H6paUk3UoSxDtjROYY7c4b+AUN/bnQ9z88yCaSmgArA=
-SIZE (libzip-1.1.3.tar.gz) = 674848
+SHA256 (libzip-1.2.0.tar.gz) = bPmEDkJ9uW6/OTZmVDC6sgTJ670BIMMmRZB37ZyQfZ8=
+SIZE (libzip-1.2.0.tar.gz) = 1514966
Index: pkg/PLIST
===
RCS file: /cvs/ports/archivers/libzip/pkg/PLIST,v
retrieving revision 1.7
diff -u -p -u -p -r1.7 PLIST
--- pkg/PLIST   4 May 2016 06:09:56 -   1.7
+++ pkg/PLIST   13 Jun 2017 02:43:36 -
@@ -53,6 +53,7 @@ lib/pkgconfig/libzip.pc
 @man man/man3/zip_file_rename.3
 @man man/man3/zip_file_replace.3
 @man man/man3/zip_file_set_comment.3
+@man man/man3/zip_file_set_encryption.3
 @man man/man3/zip_file_set_external_attributes.3
 @man man/man3/zip_file_set_mtime.3
 @man man/man3/zip_file_strerror.3
@@ -61,6 +62,8 @@ lib/pkgconfig/libzip.pc
 @man man/man3/zip_fopen_index.3
 @man man/man3/zip_fopen_index_encrypted.3
 @man man/man3/zip_fread.3
+@man man/man3/zip_fseek.3
+@man man/man3/zip_ftell.3
 @man man/man3/zip_get_archive_comment.3
 @man man/man3/zip_get_archive_flag.3
 @man man/man3/zip_get_error.3
@@ -71,6 +74,7 @@ lib/pkgconfig/libzip.pc
 @man man/man3/zip_name_locate.3
 @man man/man3/zip_open.3
 @man man/man3/zip_open_from_source.3
+@man man/man3/zip_register_progress_callback.3
 @man man/man3/zip_rename.3
 @man man/man3/zip_replace.3
 @man man/man3/zip_set_archive_comment.3


pkgsrcCon 2017 London, registration open

2017-06-12 Thread Sevan Janiyan
Hello,
Registration for pkgsrcCon, London is now open[1]. A pre-event social
will be held at the end of the month (details will be post on the
website[2]). Saturday the 1st of July we will hold a day of talks at The
BCS followed by another social event and on Sunday the 2nd of July we'll
have a hack day at the London Hack Space.
The events are open to all, there are no tickets on sale. However
registration is required for The BCS on Saturday.

Registration website closes on the 29th of June.

You are likely to hear the following talks to on Saturday and others
(waiting for replies).

In no particular order:
Giovanni Bechis - Pledge in OpenBSD
Pierre Pronchery - pkg-query
Thomas Merkel - Testing your pkgsrc development on multiple platforms
with vagrant and virtualbox
Sevan Janiyan - A mix of two halves
Bennie Siegert - Bulk builds in the cloud
Alistair Crooks - pkgsrc - foundations & abstractions, building from
source on 23 platforms
Alistair Crooks - Running a third of the internet on BSD
David Spencer - Slackbuilds
Charles Forsyth - Something regarding portability (details TBA)

If you would like to give a talk on Saturday, we still have slots open.
Let me know :)


Sevan
[1] https://events.bcs.org/book/2610/
[2] http://pkgsrc.org/pkgsrcCon/2017/



UPDATE: converters/p5-Date-Tolkien-Shire 1.21 => 1.901

2017-06-12 Thread Brian Callahan
Hi ports --

Attached is a trivial diff to update converters/p5-Date-Tolkien-Shire to
its latest version.
Requires the new p5-Date-Tolkien-Shire-Data port I just posted.

Take maintainer.

~Brian

PS: In case you're wondering, today is Trewsday 21 Forelithe 7481

Index: Makefile
===
RCS file: /cvs/ports/converters/p5-Date-Tolkien-Shire/Makefile,v
retrieving revision 1.13
diff -u -p -u -p -r1.13 Makefile
--- Makefile7 Feb 2017 14:30:40 -   1.13
+++ Makefile13 Jun 2017 02:11:44 -
@@ -2,14 +2,20 @@
 
 COMMENT =  convert dates into the Shire Calendar
 
-DISTNAME = Date-Tolkien-Shire-1.21
+DISTNAME = Date-Tolkien-Shire-1.901
 
 CATEGORIES =   converters
 
+MAINTAINER =   Brian Callahan 
+
 # Perl
 PERMIT_PACKAGE_CDROM = Yes
 
 MODULES =  cpan
+
+# It checks for this at build time.
+BUILD_DEPENDS= ${RUN_DEPENDS}
+RUN_DEPENDS=   converters/p5-Date-Tolkien-Shire-Data
 
 PKG_ARCH = *
 
Index: distinfo
===
RCS file: /cvs/ports/converters/p5-Date-Tolkien-Shire/distinfo,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 distinfo
--- distinfo7 Feb 2017 14:30:40 -   1.6
+++ distinfo13 Jun 2017 02:11:44 -
@@ -1,2 +1,2 @@
-SHA256 (Date-Tolkien-Shire-1.21.tar.gz) = 
55fg/yz7fCqTQi9bbXAMg4+7Z1KubMW7TzYnbuSDI+I=
-SIZE (Date-Tolkien-Shire-1.21.tar.gz) = 24141
+SHA256 (Date-Tolkien-Shire-1.901.tar.gz) = 
odqtcApsBi+NyegrH0gFbCCiUN2h6cV2RWYcIjPEu3M=
+SIZE (Date-Tolkien-Shire-1.901.tar.gz) = 197901


NEW: converters/p5-Date-Tolkien-Shire-Data

2017-06-12 Thread Brian Callahan
Hi ports --

Attached is a new port, p5-Date-Tolkien-Shire-Data.
Date-Tolkien-Shire-Data is a Perl module that provides data
functionality for Shire calendars.

---
pkg/DESCR:
This Perl module contains common or near-common code factored out of
Date::Tolkien::Shire and DateTime::Fiction::JRRTolkien::Shire. This is
mostly data and calculations common to the two modules, but there is
also a piece of new functionality: an output formatter for Shire dates
analogous to strftime(). All functionality is provided by subroutines.

Because of its nature, you probably do not want to use this module
directly.  At least, not without looking into Date::Tolkien::Shire which
is a semi-thin object-oriented front end to this module, or
DateTime::Fiction::JRRTolkien::Shire which is a somewhat-quirky member
of the DateTime family.
---

As it says, this isa factoring out of common code between
Date-Tolkien-Shire (which is in ports) and another Shire calendar (which
is not in ports). This port is now required for Date-Tolkien-Shire to
work (update for that following this email).
Be maintainer.

~Brian



p5-Date-Tolkien-Shire-Data.tgz
Description: Binary data


UPDATE: graphics/mandelbulber 1.15 => 1.21.1

2017-06-12 Thread Brian Callahan
Hi ports --

Attached is a small diff to update graphics/mandelbulber to its latest
version. Unfortunately, mandelbulber now requires a C++11 compiler, but
besides that the port structure remains the same.

Take maintainer. I think I used to have this one.

~Brian

Index: Makefile
===
RCS file: /cvs/ports/graphics/mandelbulber/Makefile,v
retrieving revision 1.8
diff -u -p -u -p -r1.8 Makefile
--- Makefile10 Apr 2017 11:46:21 -  1.8
+++ Makefile12 Jun 2017 19:04:05 -
@@ -2,14 +2,14 @@
 
 COMMENT =  3D fractal renderer
 
-V =1.15
-DISTNAME = mandelbulber${V}
-PKGNAME =  mandelbulber-${V}
-REVISION = 1
+V =1.21
+DISTNAME = mandelbulber${V}-1.orig
+PKGNAME =  mandelbulber-${V}.1
 
 CATEGORIES =   graphics
 
 HOMEPAGE = http://mandelbulber.com
+MAINTAINER =   Brian Callahan 
 
 # GPLv3
 PERMIT_PACKAGE_CDROM = Yes
@@ -17,7 +17,6 @@ PERMIT_PACKAGE_CDROM =Yes
 WANTLIB += atk-1.0 c cairo fontconfig freetype gdk-x11-2.0 gdk_pixbuf-2.0
 WANTLIB += gio-2.0 glib-2.0 gobject-2.0 gthread-2.0 gtk-x11-2.0
 WANTLIB += jpeg m pango-1.0 pangocairo-1.0 pangoft2-1.0 png pthread
-WANTLIB += ${LIBCXX}
 
 MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=mandelbulber/}
 
@@ -25,6 +24,8 @@ LIB_DEPENDS = graphics/png \
x11/gtk+2
 
 RUN_DEPENDS =  devel/desktop-file-utils
+
+COMPILER = gcc
 
 NO_TEST =  Yes
 
Index: distinfo
===
RCS file: /cvs/ports/graphics/mandelbulber/distinfo,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 distinfo
--- distinfo1 Jun 2013 14:51:10 -   1.3
+++ distinfo12 Jun 2017 19:04:05 -
@@ -1,2 +1,2 @@
-SHA256 (mandelbulber1.15.tar.gz) = QUqIgCAKwlx5pcfWeKsttaI3RxbiR35bN15FRcpOg4I=
-SIZE (mandelbulber1.15.tar.gz) = 1208566
+SHA256 (mandelbulber1.21-1.orig.tar.gz) = 
46WzI1JHBR3JpaRyZvKpqx+CT4IiWUvyN9UkIF9Q7fo=
+SIZE (mandelbulber1.21-1.orig.tar.gz) = 1076888
Index: patches/patch-makefiles_makefile
===
RCS file: /cvs/ports/graphics/mandelbulber/patches/patch-makefiles_makefile,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 patch-makefiles_makefile
--- patches/patch-makefiles_makefile1 Jun 2013 14:51:10 -   1.3
+++ patches/patch-makefiles_makefile12 Jun 2017 19:04:05 -
@@ -1,12 +1,13 @@
 $OpenBSD: patch-makefiles_makefile,v 1.3 2013/06/01 14:51:10 bentley Exp $
 makefiles/makefile.origSun May  5 17:24:23 2013
-+++ makefiles/makefile Sun May  5 17:24:49 2013
+Index: makefiles/makefile
+--- makefiles/makefile.orig
 makefiles/makefile
 @@ -44,7 +44,7 @@ all: mandelbulber
  mandelbulber: $(OBJS) $(USER_OBJS)
@echo 'Building target: $@'
@echo 'Invoking: GCC C++ Linker'
--  g++ -o"mandelbulber" -L/usr/lib/x86_64-linux-gnu/ $(OBJS) $(USER_OBJS) 
$(LIBS)
-+  ${CXX} ${LDFLAGS} -o"mandelbulber" $(OBJS) $(USER_OBJS) $(LIBS)
+-  g++ -o"mandelbulber" -L/usr/lib/x86_64-linux-gnu/ $(CXXFLAGS) 
$(CPPFLAGS) $(LDFLAGS) $(OBJS) $(USER_OBJS) $(LIBS)
++  ${CXX} -o"mandelbulber" $(CXXFLAGS) $(CPPFLAGS) $(LDFLAGS) $(OBJS) 
$(USER_OBJS) $(LIBS)
@echo 'Finished building target: $@'
@echo ' '
  
Index: patches/patch-makefiles_objects_mk
===
RCS file: /cvs/ports/graphics/mandelbulber/patches/patch-makefiles_objects_mk,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 patch-makefiles_objects_mk
--- patches/patch-makefiles_objects_mk  23 Mar 2014 18:17:34 -  1.3
+++ patches/patch-makefiles_objects_mk  12 Jun 2017 19:04:05 -
@@ -1,10 +1,11 @@
 $OpenBSD: patch-makefiles_objects_mk,v 1.3 2014/03/23 18:17:34 kili Exp $
 makefiles/objects.mk.orig  Sun May  5 17:29:00 2013
-+++ makefiles/objects.mk   Sun May  5 17:29:04 2013
+Index: makefiles/objects.mk
+--- makefiles/objects.mk.orig
 makefiles/objects.mk
 @@ -4,5 +4,5 @@
  
  USER_OBJS :=
  
--LIBS := -lgthread-2.0 -lrt -lglib-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 
-lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 
-lfreetype -lfontconfig -lgobject-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 
-lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 
-lfreetype -lfontconfig -lgobject-2.0 -lglib-2.0 -lgthread-2.0 -lrt -lpng -ljpeg
+-LIBS := -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 
-lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig 
-lgobject-2.0 -lglib-2.0 -lgthread-2.0 -lglib-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 
-latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo 
-lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lpthread -lrt -lpng -ljpeg
 +LIBS := -lgthread-2.0 -lglib-2.

Re: UPDATE: devel/scons 2.5.1

2017-06-12 Thread David CARLIER
I miss yours, sorry then !

On 12 June 2017 at 21:47, Brian Callahan  wrote:

>
>
> On 6/12/2017 4:42 PM, David CARLIER wrote:
> > Hi,
> >
> > Here a little update for scons, would be needed for a couple of app in
> the
> > near future.
> >
> > Hope it s useful.
> >
> > Regards.
>
> I submitted an update 3 days ago:
> http://marc.info/?l=openbsd-ports&m=149701530208032&w=2
>
> Your diff has a lot of PLIST churn in it...
>
> ~Brian
>


Re: UPDATE: devel/scons 2.5.1

2017-06-12 Thread Brian Callahan


On 6/12/2017 4:42 PM, David CARLIER wrote:
> Hi,
>
> Here a little update for scons, would be needed for a couple of app in the
> near future.
>
> Hope it s useful.
>
> Regards.

I submitted an update 3 days ago:
http://marc.info/?l=openbsd-ports&m=149701530208032&w=2

Your diff has a lot of PLIST churn in it...

~Brian
Index: Makefile
===
RCS file: /cvs/ports/devel/scons/Makefile,v
retrieving revision 1.25
diff -u -p -u -p -r1.25 Makefile
--- Makefile1 Jun 2017 19:58:04 -   1.25
+++ Makefile7 Jun 2017 02:00:43 -
@@ -2,12 +2,12 @@
 
 COMMENT=   Python-based build system
 
-VERSION =  2.4.1
+VERSION =  2.5.1
 DISTNAME=  scons-${VERSION}
-REVISION = 0
 CATEGORIES=devel
 
 HOMEPAGE=  http://www.scons.org/
+MAINTAINER=Brian Callahan 
 
 # MIT
 PERMIT_PACKAGE_CDROM=  Yes
Index: distinfo
===
RCS file: /cvs/ports/devel/scons/distinfo,v
retrieving revision 1.15
diff -u -p -u -p -r1.15 distinfo
--- distinfo1 Dec 2015 08:26:16 -   1.15
+++ distinfo7 Jun 2017 02:00:43 -
@@ -1,2 +1,2 @@
-SHA256 (scons-2.4.1.tar.gz) = j8T0KSjGm8uzPhvpS2RvLHALZZaT+rx3jBktTSL3U6c=
-SIZE (scons-2.4.1.tar.gz) = 638990
+SHA256 (scons-2.5.1.tar.gz) = CyUhiue0apZ9tC8qU3IWRbPUKHSmX5VSrRbOJtMPUfI=
+SIZE (scons-2.5.1.tar.gz) = 620909
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/scons/pkg/PLIST,v
retrieving revision 1.10
diff -u -p -u -p -r1.10 PLIST
--- pkg/PLIST   10 Jul 2015 07:06:07 -  1.10
+++ pkg/PLIST   7 Jun 2017 02:00:43 -
@@ -1,6 +1,8 @@
 @comment $OpenBSD: PLIST,v 1.10 2015/07/10 07:06:07 jasper Exp $
 bin/scons
 bin/scons-${VERSION}
+bin/scons-configure-cache
+bin/scons-configure-cache-${VERSION}
 bin/scons-time
 bin/scons-time-${VERSION}
 bin/sconsign
@@ -95,6 +97,8 @@ lib/scons-${VERSION}/SCons/Scanner/Prog.
 lib/scons-${VERSION}/SCons/Scanner/Prog.pyc
 lib/scons-${VERSION}/SCons/Scanner/RC.py
 lib/scons-${VERSION}/SCons/Scanner/RC.pyc
+lib/scons-${VERSION}/SCons/Scanner/SWIG.py
+lib/scons-${VERSION}/SCons/Scanner/SWIG.pyc
 lib/scons-${VERSION}/SCons/Scanner/__init__.py
 lib/scons-${VERSION}/SCons/Scanner/__init__.pyc
 lib/scons-${VERSION}/SCons/Script/
@@ -392,20 +396,8 @@ lib/scons-${VERSION}/SCons/__init__.pyc
 lib/scons-${VERSION}/SCons/compat/
 lib/scons-${VERSION}/SCons/compat/__init__.py
 lib/scons-${VERSION}/SCons/compat/__init__.pyc
-lib/scons-${VERSION}/SCons/compat/_scons_builtins.py
-lib/scons-${VERSION}/SCons/compat/_scons_builtins.pyc
-lib/scons-${VERSION}/SCons/compat/_scons_collections.py
-lib/scons-${VERSION}/SCons/compat/_scons_collections.pyc
 lib/scons-${VERSION}/SCons/compat/_scons_dbm.py
 lib/scons-${VERSION}/SCons/compat/_scons_dbm.pyc
-lib/scons-${VERSION}/SCons/compat/_scons_hashlib.py
-lib/scons-${VERSION}/SCons/compat/_scons_hashlib.pyc
-lib/scons-${VERSION}/SCons/compat/_scons_io.py
-lib/scons-${VERSION}/SCons/compat/_scons_io.pyc
-lib/scons-${VERSION}/SCons/compat/_scons_sets.py
-lib/scons-${VERSION}/SCons/compat/_scons_sets.pyc
-lib/scons-${VERSION}/SCons/compat/_scons_subprocess.py
-lib/scons-${VERSION}/SCons/compat/_scons_subprocess.pyc
 lib/scons-${VERSION}/SCons/cpp.py
 lib/scons-${VERSION}/SCons/cpp.pyc
 lib/scons-${VERSION}/SCons/dblite.py


UPDATE: devel/scons 2.5.1

2017-06-12 Thread David CARLIER
Hi,

Here a little update for scons, would be needed for a couple of app in the
near future.

Hope it s useful.

Regards.
Index: Makefile
===
RCS file: /cvs/ports/devel/scons/Makefile,v
retrieving revision 1.25
diff -u -p -r1.25 Makefile
--- Makefile1 Jun 2017 19:58:04 -   1.25
+++ Makefile12 Jun 2017 20:39:19 -
@@ -2,9 +2,8 @@
 
 COMMENT=   Python-based build system
 
-VERSION =  2.4.1
+VERSION =  2.5.1
 DISTNAME=  scons-${VERSION}
-REVISION = 0
 CATEGORIES=devel
 
 HOMEPAGE=  http://www.scons.org/
@@ -19,6 +18,7 @@ MODULES=  lang/python
 NO_TEST=   Yes
 
 SUBST_VARS+=   VERSION
+SUBST_VARS+=   FULLPKGNAME
 
 MODPY_ADJ_FILES += script/scons script/sconsign script/scons-time
 
Index: distinfo
===
RCS file: /cvs/ports/devel/scons/distinfo,v
retrieving revision 1.15
diff -u -p -r1.15 distinfo
--- distinfo1 Dec 2015 08:26:16 -   1.15
+++ distinfo12 Jun 2017 20:39:19 -
@@ -1,2 +1,2 @@
-SHA256 (scons-2.4.1.tar.gz) = j8T0KSjGm8uzPhvpS2RvLHALZZaT+rx3jBktTSL3U6c=
-SIZE (scons-2.4.1.tar.gz) = 638990
+SHA256 (scons-2.5.1.tar.gz) = CyUhiue0apZ9tC8qU3IWRbPUKHSmX5VSrRbOJtMPUfI=
+SIZE (scons-2.5.1.tar.gz) = 620909
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/scons/pkg/PLIST,v
retrieving revision 1.10
diff -u -p -r1.10 PLIST
--- pkg/PLIST   10 Jul 2015 07:06:07 -  1.10
+++ pkg/PLIST   12 Jun 2017 20:39:19 -
@@ -1,418 +1,410 @@
 @comment $OpenBSD: PLIST,v 1.10 2015/07/10 07:06:07 jasper Exp $
 bin/scons
-bin/scons-${VERSION}
+bin/${FULLPKGNAME}
+bin/scons-configure-cache
+bin/scons-configure-cache-${VERSION}
 bin/scons-time
 bin/scons-time-${VERSION}
 bin/sconsign
 bin/sconsign-${VERSION}
-lib/scons-${VERSION}/
-lib/scons-${VERSION}/SCons/
-lib/scons-${VERSION}/SCons/Action.py
-lib/scons-${VERSION}/SCons/Action.pyc
-lib/scons-${VERSION}/SCons/Builder.py
-lib/scons-${VERSION}/SCons/Builder.pyc
-lib/scons-${VERSION}/SCons/CacheDir.py
-lib/scons-${VERSION}/SCons/CacheDir.pyc
-lib/scons-${VERSION}/SCons/Conftest.py
-lib/scons-${VERSION}/SCons/Conftest.pyc
-lib/scons-${VERSION}/SCons/Debug.py
-lib/scons-${VERSION}/SCons/Debug.pyc
-lib/scons-${VERSION}/SCons/Defaults.py
-lib/scons-${VERSION}/SCons/Defaults.pyc
-lib/scons-${VERSION}/SCons/Environment.py
-lib/scons-${VERSION}/SCons/Environment.pyc
-lib/scons-${VERSION}/SCons/Errors.py
-lib/scons-${VERSION}/SCons/Errors.pyc
-lib/scons-${VERSION}/SCons/Executor.py
-lib/scons-${VERSION}/SCons/Executor.pyc
-lib/scons-${VERSION}/SCons/Job.py
-lib/scons-${VERSION}/SCons/Job.pyc
-lib/scons-${VERSION}/SCons/Memoize.py
-lib/scons-${VERSION}/SCons/Memoize.pyc
-lib/scons-${VERSION}/SCons/Node/
-lib/scons-${VERSION}/SCons/Node/Alias.py
-lib/scons-${VERSION}/SCons/Node/Alias.pyc
-lib/scons-${VERSION}/SCons/Node/FS.py
-lib/scons-${VERSION}/SCons/Node/FS.pyc
-lib/scons-${VERSION}/SCons/Node/Python.py
-lib/scons-${VERSION}/SCons/Node/Python.pyc
-lib/scons-${VERSION}/SCons/Node/__init__.py
-lib/scons-${VERSION}/SCons/Node/__init__.pyc
-lib/scons-${VERSION}/SCons/Options/
-lib/scons-${VERSION}/SCons/Options/BoolOption.py
-lib/scons-${VERSION}/SCons/Options/BoolOption.pyc
-lib/scons-${VERSION}/SCons/Options/EnumOption.py
-lib/scons-${VERSION}/SCons/Options/EnumOption.pyc
-lib/scons-${VERSION}/SCons/Options/ListOption.py
-lib/scons-${VERSION}/SCons/Options/ListOption.pyc
-lib/scons-${VERSION}/SCons/Options/PackageOption.py
-lib/scons-${VERSION}/SCons/Options/PackageOption.pyc
-lib/scons-${VERSION}/SCons/Options/PathOption.py
-lib/scons-${VERSION}/SCons/Options/PathOption.pyc
-lib/scons-${VERSION}/SCons/Options/__init__.py
-lib/scons-${VERSION}/SCons/Options/__init__.pyc
-lib/scons-${VERSION}/SCons/PathList.py
-lib/scons-${VERSION}/SCons/PathList.pyc
-lib/scons-${VERSION}/SCons/Platform/
-lib/scons-${VERSION}/SCons/Platform/__init__.py
-lib/scons-${VERSION}/SCons/Platform/__init__.pyc
-lib/scons-${VERSION}/SCons/Platform/aix.py
-lib/scons-${VERSION}/SCons/Platform/aix.pyc
-lib/scons-${VERSION}/SCons/Platform/cygwin.py
-lib/scons-${VERSION}/SCons/Platform/cygwin.pyc
-lib/scons-${VERSION}/SCons/Platform/darwin.py
-lib/scons-${VERSION}/SCons/Platform/darwin.pyc
-lib/scons-${VERSION}/SCons/Platform/hpux.py
-lib/scons-${VERSION}/SCons/Platform/hpux.pyc
-lib/scons-${VERSION}/SCons/Platform/irix.py
-lib/scons-${VERSION}/SCons/Platform/irix.pyc
-lib/scons-${VERSION}/SCons/Platform/os2.py
-lib/scons-${VERSION}/SCons/Platform/os2.pyc
-lib/scons-${VERSION}/SCons/Platform/posix.py
-lib/scons-${VERSION}/SCons/Platform/posix.pyc
-lib/scons-${VERSION}/SCons/Platform/sunos.py
-lib/scons-${VERSION}/SCons/Platform/sunos.pyc
-lib/scons-${VERSION}/SCons/Platform/win32.py
-lib/scons-${VERSION}/SCons/Platform/win32.pyc
-lib/scons-${VERSION}/SCons/SConf.py
-lib/scons-${VERSION}/SCons/SConf.pyc
-lib/scons-${VERSION}/SCons/SConsign.py
-lib/sco

Re: [new] PDAL 1.5.0

2017-06-12 Thread Landry Breuil
On Mon, Jun 12, 2017 at 11:33:07AM +0200, Landry Breuil wrote:
> On Mon, Jun 12, 2017 at 10:03:05AM +0100, Stuart Henderson wrote:
> > On 2017/06/12 11:00, Antoine Jacoutot wrote:
> > > Is it expected to have an unversionned lib?
> > > lib/libpdalcpp.so 
> > 
> > Ah I missed that one. So probably add pdalcpp and drop pdal_plugin_*
> > from SHARED_LIBS?
> 
> From what i understood, libpdalcpp.so is a linker script...

New version, with .orig files removed, patches added to move plugins to
their own location in share/pdal/plugins as upstream tried to do but
failed, no versionning of plugins, and fixing the python deps. didnt
change anything about libpdalcpp.so as it's used by pdal-config
--libs... in case something builds against pdal i'll check/revisit that
part.

Landry


pdal-1.5.0.tgz
Description: application/tar-gz


Re: RethinkDB

2017-06-12 Thread Turvamies IT Security Services
> I don't think I've ever seen a port for this, definitely nothing in
> cvs history.

I'm beginning to wonder if my memory is playing tricks on me.

I was 100% certain I had installed RethinkDB on some of my OpenBSD dev
servers at some point, but perhaps they were Linux boxes after all.

I'll contact the RethinkDB team. It would be great to have RethinkDB
compile on OpenBSD. Very nice database for distributed real time web
apps.

- Jyri



Re: git-2.13.1

2017-06-12 Thread David Coppa
On Mon, Jun 12, 2017 at 2:23 PM, Mikolaj Kucharski
 wrote:
> On Mon, Jun 12, 2017 at 08:52:02AM +0200, Theo Buehler wrote:
>> On Thu, Jun 08, 2017 at 09:44:07AM +0200, David Coppa wrote:
>> >
>> > Straightforward update to git-2.13.1.
>>
>> Hi,
>>
>> With this update, many of my repos started looking corrupted. Whatever I
>> did generated messages like this:
>>
>> $ git status
>> error: sha1 mismatch 12cc7ead7a435b5f2617e0a6c069bb6fcb155703
>> fatal: bad object HEAD
>> $ git log
>> error: sha1 mismatch 12cc7ead7a435b5f2617e0a6c069bb6fcb155703
>> fatal: bad object HEAD
>>
>> and git fsck only spits out tons of errors like this:
>>
>> error: sha1 mismatch for 
>> .git/objects/f9/cd88b8c0f7c4028cab06db0574af5d9c867fce (expected 
>> f9cd88b8c0f7c4028cab06db0574af5d9c867fce)
>> error: f9cd88b8c0f7c4028cab06db0574af5d9c867fce: object corrupt or missing: 
>> .git/objects/f9/cd88b8c0f7c4028cab06db0574af5d9c867fce
>> error: sha1 mismatch for 
>> .git/objects/fa/e5d73ad3484aab54ad2913af285855652daca6 (expected 
>> fae5d73ad3484aab54ad2913af285855652daca6)
>> error: fae5d73ad3484aab54ad2913af285855652daca6: object corrupt or missing: 
>> .git/objects/fa/e5d73ad3484aab54ad2913af285855652daca6
>>
>> [...]
>>
>> error: HEAD: invalid reflog entry e6eeef466d4ba8e6e61867bf0bf6f60f42ba4cf7
>> error: HEAD: invalid reflog entry 12cc7ead7a435b5f2617e0a6c069bb6fcb155703
>> error: refs/heads/master: invalid reflog entry 
>> 9b750e8e1b77f5a07feba5277e6d17ff0f959796
>> error: refs/heads/master: invalid reflog entry 
>> 9b750e8e1b77f5a07feba5277e6d17ff0f959796
>>
>> [...]
>>
>> Reverting to 2.13.0p0 appears to have fixed all the problems I saw.
>
> Same here. I cannot `git fetch` from my own repos nor from
> git.savannah.gnu.org or github.com with git version 2.13.1

Please update, a fix has been committed.
Use git-2.13.1p0

Ciao!
David



Re: git-2.13.1

2017-06-12 Thread Mikolaj Kucharski
On Mon, Jun 12, 2017 at 08:52:02AM +0200, Theo Buehler wrote:
> On Thu, Jun 08, 2017 at 09:44:07AM +0200, David Coppa wrote:
> > 
> > Straightforward update to git-2.13.1.
> 
> Hi,
> 
> With this update, many of my repos started looking corrupted. Whatever I
> did generated messages like this:
> 
> $ git status
> error: sha1 mismatch 12cc7ead7a435b5f2617e0a6c069bb6fcb155703
> fatal: bad object HEAD
> $ git log
> error: sha1 mismatch 12cc7ead7a435b5f2617e0a6c069bb6fcb155703
> fatal: bad object HEAD
> 
> and git fsck only spits out tons of errors like this:
> 
> error: sha1 mismatch for 
> .git/objects/f9/cd88b8c0f7c4028cab06db0574af5d9c867fce (expected 
> f9cd88b8c0f7c4028cab06db0574af5d9c867fce)
> error: f9cd88b8c0f7c4028cab06db0574af5d9c867fce: object corrupt or missing: 
> .git/objects/f9/cd88b8c0f7c4028cab06db0574af5d9c867fce
> error: sha1 mismatch for 
> .git/objects/fa/e5d73ad3484aab54ad2913af285855652daca6 (expected 
> fae5d73ad3484aab54ad2913af285855652daca6)
> error: fae5d73ad3484aab54ad2913af285855652daca6: object corrupt or missing: 
> .git/objects/fa/e5d73ad3484aab54ad2913af285855652daca6
> 
> [...]
> 
> error: HEAD: invalid reflog entry e6eeef466d4ba8e6e61867bf0bf6f60f42ba4cf7
> error: HEAD: invalid reflog entry 12cc7ead7a435b5f2617e0a6c069bb6fcb155703
> error: refs/heads/master: invalid reflog entry 
> 9b750e8e1b77f5a07feba5277e6d17ff0f959796
> error: refs/heads/master: invalid reflog entry 
> 9b750e8e1b77f5a07feba5277e6d17ff0f959796
> 
> [...]
> 
> Reverting to 2.13.0p0 appears to have fixed all the problems I saw.

Same here. I cannot `git fetch` from my own repos nor from
git.savannah.gnu.org or github.com with git version 2.13.1

-- 
best regards
q#



Re: Telegram support in ports

2017-06-12 Thread Dmitrij D. Czarkoff
"Dmitrij D. Czarkoff"  wrote:

>I have to use Telegram these days, so I had a look into Cutegram.  This
>port is outdated, and does not support many of the features that were
>recently introduced into Telegram.  I prepared an update to see whether
>it would improve the situation, and frankly it does not.
>
>The story becomes a bit more complicated here.  Cutegram is supposed to
>be in the middle of transition to pure QML application with 3 C++
>libraries providing the protocol support and some UI stuff.  That is
>supposed to be ultimately released as Cutegram 3.0.  I say "supposed",
>because the last substantial commit to the repo was made in 2016, and
>the latest release of QML branch was an early alpha a year ago.  2.x
>branch is officially discontinued after 2.7.1 release, which happens to
>be the last stable release of Cutegram to date.
>
>In my opinion, Cutegram does not support enough functionality to be
>worth maintenance burden.  Provided that development of the application
>dried up, I believe that both net/cutegram and its dependency
>devel/libqtelegram-aseman-edition should be removed.  Alternatively,
>these ports may be updated to the latest (last?) stable versions.  The
>diffs, and a port of a new dependency of Cutegram - TelegramQML - are
>attached.
>
>Regardless the future of Cutegram and its port, I still need a working
>and sufficiently feature-complete Telegram client, so a port of
>telegram-purple (a protocol plugin for Pidgin) is also attached.
>
>Comments?  OKs?

ping



Re: Update to collectd-5.7.2

2017-06-12 Thread Pavel Korovin
Hi Daniel,

Thank you! Works fine for me.

On 06/08, Daniel Jakots wrote:
> Hi,
> 
> Changelog is there:
> https://github.com/collectd/collectd/releases/tag/collectd-5.7.2
> 
> As you would probably miss it otherwise because it's a bit hidden it
> also says:
> 
> > Network plugin: A potential endless-loop has been fixed. This can be
> > triggered remotely by sending a signed network packet to a server
> > which is not set up to check signatures. Thanks to Marcin Kozlowski
> > and @rpv-tomsk. #2174, #2233, CVE-2017-7401
> 
> I'm cooking a patch for -stable.
> 
> The 5-minutes-so-far testing has been fine. More tests welcome.
> 
> Comments? OK?

-- 
With best regards,
Pavel Korovin



[update] py-opengl 3.1.0

2017-06-12 Thread Landry Breuil
Hi,

i needed a python3 flavor for py-opengl for a port i'm working on, so
while here i updated it. Both flavors package fine, tests disabled with
python3 as im not comfortable with that python voodoo. Feedback welcome
if you use py-opengl.
Gzipped diff attached (the PLIST churn is huge)

Landry


py-opengl-3.1.0.diff.gz
Description: application/gunzip


Re: New: net/wireless

2017-06-12 Thread Stuart Henderson
On 2017/06/12 12:16, Dmitrij D. Czarkoff wrote:
> Gregor Best  wrote:
> 
> >some people on FreeNode's #openbsd asked me to submit a port for a
> >little utility I wrote that can be used to automate the "scan for my
> >wifi and configure it" process a bit.
> >
> >The networks can be configured in a plaintext file in /etc that looks
> >like this:
> >
> > device iwm0
> >
> > wpagreg ThisAintMyPassword
> > 802.1x eduroam
> > open   hochstift.freifunk.net/pad-city
> >
> >scanning and configuration is then done via
> >
> > wireless /path/to/my/config
> >
> >for example.
> >
> >For configuring 802.1x, it pokes wpa_supplicant. I'm not sure how one
> >would do a Debian-style "This port suggests another port"-message in the
> >ports system, so that might be something I'd need to add.
> >
> >So yeah, does it make sense to have in the ports tree?
> 
> I would import this port with several minor tweaks:
> 
>  1. VERSION is used only once, and this variable has no special meaning
> to ports infrastructure, so get rid of it.
>  2. There are some whitespace issues in Makefile and pkg/DESCR.
> 
> The updated tarball is attached.  OK to import?

porting changes:

- we're marking ports that use pledge in the Makefile, please add
"# uses pledge" before the WANTLIB line

- patch/sed /usr/local/sbin/wpa_cli -> ${LOCALBASE}/sbin/wpa_cli

- patch/sed /etc/wireless.conf -> ${SYSCONFDIR}/wireless.conf

upstream suggestions:

- copyright notices should be in each source code file not just in LICENSE

- /tmp/temp.XX would better as something more descriptive, perhaps
/tmp/wireless.XX

- not hugely keen on the fixed filename "if (rename(tmpname, "/tmp/nw-aps")..",
would this be better somewhere else, maybe under /var/run or /var/db?



Re: New: net/wireless

2017-06-12 Thread Josh Grosse
On Mon, Jun 12, 2017 at 12:16:29PM +0200, Dmitrij D. Czarkoff wrote:

> The updated tarball is attached.  OK to import?

I was just thinking.. the Makefile should include a line with

# uses pledge()

for tracking.  The application has been pledged

https://github.com/farhaven/wireless/blob/master/wireless.c



Re: New: net/wireless

2017-06-12 Thread Dmitrij D. Czarkoff
Gregor Best  wrote:

>some people on FreeNode's #openbsd asked me to submit a port for a
>little utility I wrote that can be used to automate the "scan for my
>wifi and configure it" process a bit.
>
>The networks can be configured in a plaintext file in /etc that looks
>like this:
>
> device iwm0
>
> wpagreg ThisAintMyPassword
> 802.1x eduroam
> open   hochstift.freifunk.net/pad-city
>
>scanning and configuration is then done via
>
> wireless /path/to/my/config
>
>for example.
>
>For configuring 802.1x, it pokes wpa_supplicant. I'm not sure how one
>would do a Debian-style "This port suggests another port"-message in the
>ports system, so that might be something I'd need to add.
>
>So yeah, does it make sense to have in the ports tree?

I would import this port with several minor tweaks:

 1. VERSION is used only once, and this variable has no special meaning
to ports infrastructure, so get rid of it.
 2. There are some whitespace issues in Makefile and pkg/DESCR.

The updated tarball is attached.  OK to import?


wireless-2.tgz
Description: application/gzip


update: lang/rust and devel/cargo

2017-06-12 Thread Sebastien Marie
Hi,

Here two diffs for:
  - lang/rust
  - devel/cargo

I expect the next release to collapse the two ports in one port with
subpackages. For this one, it is more simple to keep them separated.

As usually now, some changes in packaging: I embedded rustdoc in the
bootstrap. It bothers me, but it requires to much patches in source tree
to make the docs to depend of just built rustdoc binary (instead of one
from external).

Note I have also a WIP for building with cc=clang (base clang). It
requires to switch back to embedded llvm, and in rustc 1.18.0 it is
still based on LLVM 3.9.

Tests done under amd64:
  - lang/rust passes all the testsuite
  - devel/cargo is able to compile external program
  - textproc/ripgrep is buildable and passes it testsuite
  - www/mozilla-firefox is buildable
  - mozilla-central trunk (from some days/weeks ago) is also buildable

Tests done under i386:
  - lang/rust passes all the testsuite
  - devel/cargo is able to compile external program
  - textproc/ripgrep is buildable and passes it testsuite
  - www/mozilla-firefox is buildable

Thanks.
-- 
Sebastien Marie
Index: Makefile
===
RCS file: /cvs/ports/devel/cargo/Makefile,v
retrieving revision 1.13
diff -u -p -r1.13 Makefile
--- Makefile19 May 2017 10:10:27 -  1.13
+++ Makefile12 Jun 2017 06:56:28 -
@@ -4,12 +4,12 @@ COMMENT = package manager for Rust langu
 ONLY_FOR_ARCHS =   amd64 i386
 
 # cargo version
-CARGO_VERSION =0.18.0
-RUSTC_VERSION =1.17.0
+CARGO_VERSION =0.19.0
+RUSTC_VERSION =1.18.0
 
 # cargo version used for bootstrapping
-BV-amd64 = 0.18.0-20170426
-BV-i386 =  0.18.0-20170426
+BV-amd64 = 0.19.0-20170611
+BV-i386 =  0.19.0-20170611
 BOOTSTRAP_VERSION =${BV-${MACHINE_ARCH}}
 
 PKGNAME =  cargo-${CARGO_VERSION}
@@ -43,7 +43,7 @@ MODCARGO_CRATES +=chrono-0.2.25   # MIT/A
 MODCARGO_CRATES += cmake-0.1.22# MIT/Apache-2.0
 MODCARGO_CRATES += crossbeam-0.2.10# Apache-2.0/MIT
 MODCARGO_CRATES += curl-0.4.6  # MIT
-MODCARGO_CRATES += curl-sys-0.3.11 # MIT
+MODCARGO_CRATES += curl-sys-0.3.10 # MIT
 MODCARGO_CRATES += docopt-0.7.0# Unlicense/MIT
 MODCARGO_CRATES += dtoa-0.4.1  # MIT/Apache-2.0
 MODCARGO_CRATES += env_logger-0.4.2# MIT/Apache-2.0
@@ -62,7 +62,7 @@ MODCARGO_CRATES +=itoa-0.3.1  # MIT/Apac
 MODCARGO_CRATES += kernel32-sys-0.2.2  # MIT
 MODCARGO_CRATES += lazy_static-0.2.5   # MIT
 MODCARGO_CRATES += libc-0.2.21 # MIT/Apache-2.0
-MODCARGO_CRATES += libgit2-sys-0.6.8   # MIT/Apache-2.0
+MODCARGO_CRATES += libgit2-sys-0.6.7   # MIT/Apache-2.0
 MODCARGO_CRATES += libssh2-sys-0.2.5   # MIT/Apache-2.0
 MODCARGO_CRATES += libz-sys-1.0.13 # MIT/Apache-2.0
 MODCARGO_CRATES += log-0.3.7   # MIT/Apache-2.0
@@ -81,7 +81,7 @@ MODCARGO_CRATES +=num-rational-0.1.36 #
 MODCARGO_CRATES += num-traits-0.1.37   # MIT/Apache-2.0
 MODCARGO_CRATES += num_cpus-1.3.0  # MIT/Apache-2.0
 MODCARGO_CRATES += openssl-0.9.10  # Apache-2.0
-MODCARGO_CRATES += openssl-probe-0.1.0 # MIT/Apache-2.0
+MODCARGO_CRATES += openssl-probe-0.1.1 # MIT/Apache-2.0
 MODCARGO_CRATES += openssl-sys-0.9.10  # MIT
 MODCARGO_CRATES += pkg-config-0.3.9# MIT/Apache-2.0
 MODCARGO_CRATES += psapi-sys-0.1.0 # MIT
@@ -104,7 +104,7 @@ MODCARGO_CRATES +=  shell-escape-0.1.3  # 
 MODCARGO_CRATES += strsim-0.6.0# MIT
 MODCARGO_CRATES += syn-0.11.9  # MIT/Apache-2.0
 MODCARGO_CRATES += synom-0.11.3# MIT/Apache-2.0
-MODCARGO_CRATES += tar-0.4.11  # MIT/Apache-2.0
+MODCARGO_CRATES += tar-0.4.10  # MIT/Apache-2.0
 MODCARGO_CRATES += tempdir-0.3.5   # MIT/Apache-2.0
 MODCARGO_CRATES += term-0.4.5  # MIT/Apache-2.0
 MODCARGO_CRATES += thread-id-2.0.0 # Apache-2.0
@@ -112,7 +112,7 @@ MODCARGO_CRATES +=  thread-id-3.0.0 # Apa
 MODCARGO_CRATES += thread_local-0.2.7  # Apache-2.0/MIT
 MODCARGO_CRATES += thread_local-0.3.3  # Apache-2.0/MIT
 MODCARGO_CRATES += time-0.1.36 # MIT/Apache-2.0
-MODCARGO_CRATES += toml-0.3.1  # MIT/Apache-2.0
+MODCARGO_CRATES += toml-0.3.2  # MIT/Apache-2.0
 MODCARGO_CRATES += unicode-bidi-0.2.5  # MIT / Apache-2.0
 MODCARGO_CRATES += unicode-normalization-0.1.4 # MIT/Apache-2.0
 MODCARGO_CRATES += unicode-xid-0.0.4   # MIT/Apache-2.0
Index: distinfo
===
RCS file: /cvs/ports/devel/cargo/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo5 May 2017 11:42:27 -   1.8
+++ distinfo12 Jun 2017 06:56:28 -
@@ -8,7 +8,7 @@ SHA256 (rust/../cargo/chrono-0.2.25.tar.
 SHA256 (rust/../cargo/cmake-0.1.22.tar.gz) = 
0Y1omH7UxRbcw+eRNlm/pAdvUY

Re: [new] PDAL 1.5.0

2017-06-12 Thread Landry Breuil
On Mon, Jun 12, 2017 at 10:03:05AM +0100, Stuart Henderson wrote:
> On 2017/06/12 11:00, Antoine Jacoutot wrote:
> > Is it expected to have an unversionned lib?
> > lib/libpdalcpp.so 
> 
> Ah I missed that one. So probably add pdalcpp and drop pdal_plugin_*
> from SHARED_LIBS?

>From what i understood, libpdalcpp.so is a linker script...



Re: [new] PDAL 1.5.0

2017-06-12 Thread Stuart Henderson
On 2017/06/12 11:00, Antoine Jacoutot wrote:
> Is it expected to have an unversionned lib?
> lib/libpdalcpp.so 

Ah I missed that one. So probably add pdalcpp and drop pdal_plugin_*
from SHARED_LIBS?

> Also you shouldn't hardcode python3.6m, use ${MODPY_WANTLIB} instead.

+1



Re: [new] PDAL 1.5.0

2017-06-12 Thread Stuart Henderson
On 2017/06/12 10:47, Landry Breuil wrote:
> Hi,
> 
> here's a quick port for https://www.pdal.io, a point data translation
> library (think like GDAL, but for point cloud data/3d stuff). The next
> step would be porting https://github.com/pgpointcloud/pointcloud to
> store data into postgresql instead of LAS files..
> 
> oks welcome, i'll try to pushback our patches upstream..
> 
> Landry

MODPY_VERSION = 3.6

should probably be ${MODPY_DEFAULT_VERSION_3} rather than
hardcoded?


-DNUMPY_INCLUDE_DIR=${LOCALBASE}/lib/python2.7/site-packages/numpy/core/include/
 \

hmm, 3.6 above and 2.7 here?

SHARED_LIBS +=  pdal_plugin_filter_predicate 0.0 # 5.1
SHARED_LIBS +=  pdal_plugin_filter_programmable 0.0 # 5.1
SHARED_LIBS +=  pdal_plugin_reader_pgpointcloud 0.0 # 5.1
SHARED_LIBS +=  pdal_plugin_writer_pgpointcloud 0.0 # 5.1

if these are just dlopen()d plugins I think they probably don't want the
.0.0. other comments on that welcome though! (as it's cmake.port.mk, listing
them in SHARED_LIBS will trigger them having the version added).

Also a couple of .orig's in the patches/ dir.



Re: [new] PDAL 1.5.0

2017-06-12 Thread Antoine Jacoutot
On Mon, Jun 12, 2017 at 10:47:12AM +0200, Landry Breuil wrote:
> Hi,
> 
> here's a quick port for https://www.pdal.io, a point data translation
> library (think like GDAL, but for point cloud data/3d stuff). The next
> step would be porting https://github.com/pgpointcloud/pointcloud to
> store data into postgresql instead of LAS files..
> 
> oks welcome, i'll try to pushback our patches upstream..

Is it expected to have an unversionned lib?
lib/libpdalcpp.so 

Also you shouldn't hardcode python3.6m, use ${MODPY_WANTLIB} instead.

-- 
Antoine



[new] PDAL 1.5.0

2017-06-12 Thread Landry Breuil
Hi,

here's a quick port for https://www.pdal.io, a point data translation
library (think like GDAL, but for point cloud data/3d stuff). The next
step would be porting https://github.com/pgpointcloud/pointcloud to
store data into postgresql instead of LAS files..

oks welcome, i'll try to pushback our patches upstream..

Landry


pdal-1.5.0.tgz
Description: application/tar-gz