UPDATE: audio/py-eyed3 0.7.11 => 0.8
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
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
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
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
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
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
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
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
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
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
> 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
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
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
"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
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
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
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
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
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
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
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
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
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
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
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