Re: [UPDATE] blender 2.81
Andrea Fleckenstein writes: > Stuart Henderson writes: > > >> Building it I had a problem with it trying to #include >> and not finding it. Fixed with the diff below, I just removed the >> #include - it doesn't actually use the backtrace functions on >> OpenBSD anyway - this was causing my build to fail repeatably. >> It does make me wonder why you didn't see it though. > > That is strange, I rebuilt again with the new OpenImageIO and still > not a problem. Sorry if I chime in, and apologise if I’m missing something, but I also built the package (before the openimageio update) without any troubles. I haven’t double checked, but there is libexecinfo that provides an execinfo.h. Given that it doesn’t actually use the backtrace function, I am not surprised make port-lib-depends-check was OK.
[Update] textproc/p5-LaTeXML : Update to 0.8.5
Hi, Here is a patch for textproc/p5-LaTeXML to update to 0.8.5. It build well and pass all tests on amd64-6.8 system. No other ports depends on it. Cheers ! wen Index: Makefile === RCS file: /cvs/ports/textproc/p5-LaTeXML/Makefile,v retrieving revision 1.11 diff -u -p -r1.11 Makefile --- Makefile3 Jul 2020 21:45:46 - 1.11 +++ Makefile18 Nov 2020 07:19:08 - @@ -4,9 +4,8 @@ COMMENT = LaTeX to XML/HTML/MathML Conve MODULES = cpan PKG_ARCH = * -DISTNAME = LaTeXML-0.8.4 +DISTNAME = LaTeXML-0.8.5 CATEGORIES = textproc -REVISION = 1 # perl PERMIT_PACKAGE = Yes Index: distinfo === RCS file: /cvs/ports/textproc/p5-LaTeXML/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo25 Aug 2019 22:47:33 - 1.4 +++ distinfo18 Nov 2020 07:19:08 - @@ -1,2 +1,2 @@ -SHA256 (LaTeXML-0.8.4.tar.gz) = klmbRftYesFLK6nMhLhdndwt6vHL3C6J56ZVnh+7NMw= -SIZE (LaTeXML-0.8.4.tar.gz) = 11502627 +SHA256 (LaTeXML-0.8.5.tar.gz) = Hegh0N+MiAQe4QggGI8z/qx31WGN5MB5iilqQl9OJjc= +SIZE (LaTeXML-0.8.5.tar.gz) = 13083829 Index: pkg/PLIST === RCS file: /cvs/ports/textproc/p5-LaTeXML/pkg/PLIST,v retrieving revision 1.5 diff -u -p -r1.5 PLIST --- pkg/PLIST 25 Aug 2019 22:47:33 - 1.5 +++ pkg/PLIST 18 Nov 2020 07:19:08 - @@ -111,6 +111,7 @@ ${P5SITE}/LaTeXML/Package/aecompl.sty.lt ${P5SITE}/LaTeXML/Package/afterpage.sty.ltxml ${P5SITE}/LaTeXML/Package/aipcheck.tex.ltxml ${P5SITE}/LaTeXML/Package/aipproc.cls.ltxml +${P5SITE}/LaTeXML/Package/aipproc.sty.ltxml ${P5SITE}/LaTeXML/Package/algc.sty.ltxml ${P5SITE}/LaTeXML/Package/algcompatible.sty.ltxml ${P5SITE}/LaTeXML/Package/algmatlab.sty.ltxml @@ -205,6 +206,7 @@ ${P5SITE}/LaTeXML/Package/emulateapj.cls ${P5SITE}/LaTeXML/Package/emulateapj.sty.ltxml ${P5SITE}/LaTeXML/Package/emulateapj5.sty.ltxml ${P5SITE}/LaTeXML/Package/endnotes.sty.ltxml +${P5SITE}/LaTeXML/Package/english.sty.ltxml ${P5SITE}/LaTeXML/Package/enumerate.sty.ltxml ${P5SITE}/LaTeXML/Package/enumitem.sty.ltxml ${P5SITE}/LaTeXML/Package/epigraph.sty.ltxml @@ -221,6 +223,7 @@ ${P5SITE}/LaTeXML/Package/euler.sty.ltxm ${P5SITE}/LaTeXML/Package/eulervm.sty.ltxml ${P5SITE}/LaTeXML/Package/eurosym.sty.ltxml ${P5SITE}/LaTeXML/Package/euscript.sty.ltxml +${P5SITE}/LaTeXML/Package/expl3.sty.ltxml ${P5SITE}/LaTeXML/Package/exscale.sty.ltxml ${P5SITE}/LaTeXML/Package/fancyhdr.sty.ltxml ${P5SITE}/LaTeXML/Package/fancyheadings.sty.ltxml @@ -249,6 +252,7 @@ ${P5SITE}/LaTeXML/Package/gen-p-l.cls.lt ${P5SITE}/LaTeXML/Package/gensymb.sty.ltxml ${P5SITE}/LaTeXML/Package/geometry.sty.ltxml ${P5SITE}/LaTeXML/Package/german.sty.ltxml +${P5SITE}/LaTeXML/Package/glossaries.sty.ltxml ${P5SITE}/LaTeXML/Package/graphics.sty.ltxml ${P5SITE}/LaTeXML/Package/graphicx.sty.ltxml ${P5SITE}/LaTeXML/Package/grffile.sty.ltxml @@ -284,7 +288,6 @@ ${P5SITE}/LaTeXML/Package/lineno.sty.ltx ${P5SITE}/LaTeXML/Package/lipsum.sty.ltxml ${P5SITE}/LaTeXML/Package/listings.sty.ltxml ${P5SITE}/LaTeXML/Package/listingsutf8.sty.ltxml -${P5SITE}/LaTeXML/Package/llamapun.sty.ltxml ${P5SITE}/LaTeXML/Package/llncs.cls.ltxml ${P5SITE}/LaTeXML/Package/lmodern.sty.ltxml ${P5SITE}/LaTeXML/Package/longtable.sty.ltxml @@ -315,6 +318,7 @@ ${P5SITE}/LaTeXML/Package/multido.sty.lt ${P5SITE}/LaTeXML/Package/multirow.sty.ltxml ${P5SITE}/LaTeXML/Package/nameref.sty.ltxml ${P5SITE}/LaTeXML/Package/natbib.sty.ltxml +${P5SITE}/LaTeXML/Package/neurips.sty.ltxml ${P5SITE}/LaTeXML/Package/newcent.sty.ltxml ${P5SITE}/LaTeXML/Package/newfloat.sty.ltxml ${P5SITE}/LaTeXML/Package/newlfont.sty.ltxml @@ -322,6 +326,7 @@ ${P5SITE}/LaTeXML/Package/newtxmath.sty. ${P5SITE}/LaTeXML/Package/newtxtext.sty.ltxml ${P5SITE}/LaTeXML/Package/ngerman.sty.ltxml ${P5SITE}/LaTeXML/Package/nicefrac.sty.ltxml +${P5SITE}/LaTeXML/Package/nil.ldf.ltxml ${P5SITE}/LaTeXML/Package/nopageno.sty.ltxml ${P5SITE}/LaTeXML/Package/ntheorem.sty.ltxml ${P5SITE}/LaTeXML/Package/numprint.sty.ltxml @@ -336,8 +341,11 @@ ${P5SITE}/LaTeXML/Package/pdfsync.sty.lt ${P5SITE}/LaTeXML/Package/pgf.sty.ltxml ${P5SITE}/LaTeXML/Package/pgfkeys.code.tex.ltxml ${P5SITE}/LaTeXML/Package/pgfmath.code.tex.ltxml +${P5SITE}/LaTeXML/Package/pgfmathcalc.code.tex.ltxml ${P5SITE}/LaTeXML/Package/pgfplots.sty.ltxml ${P5SITE}/LaTeXML/Package/pgfsys-latexml.def.ltxml +${P5SITE}/LaTeXML/Package/pgfutil-common.tex.ltxml +${P5SITE}/LaTeXML/Package/physics.sty.ltxml ${P5SITE}/LaTeXML/Package/pifont.sty.ltxml ${P5SITE}/LaTeXML/Package/placeins.sty.ltxml ${P5SITE}/LaTeXML/Package/preview.sty.ltxml @@ -348,6 +356,7 @@ ${P5SITE}/LaTeXML/Package/pspicture.sty. ${P5SITE}/LaTeXML/Package/pst-grad.sty.ltxml ${P5SITE}/LaTeXML/Package/pst-node.sty.ltxml ${P5SITE}/LaTeXML/Package/pstricks.sty.ltxml
[Update] geo/py-planet : Update to 1.4.6
Hi, ports@: Here is a simple patch for geo/py-planet to update to 1.4.6. It build well and run well on amd64-6.8. No tests defined and no other ports depends on it. Cheers ! wen Index: Makefile === RCS file: /cvs/ports/geo/py-planet/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile3 Jul 2020 21:12:54 - 1.8 +++ Makefile18 Nov 2020 06:38:25 - @@ -1,11 +1,10 @@ # $OpenBSD: Makefile,v 1.8 2020/07/03 21:12:54 sthen Exp $ COMMENT = client library and CLI for Planet's public API -#' -MODPY_EGG_VERSION =1.4.5 + +MODPY_EGG_VERSION =1.4.6 DISTNAME = planet-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} -REVISION = 0 CATEGORIES = geo Index: distinfo === RCS file: /cvs/ports/geo/py-planet/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo25 Feb 2020 10:02:55 - 1.4 +++ distinfo18 Nov 2020 06:38:25 - @@ -1,2 +1,2 @@ -SHA256 (planet-1.4.5.tar.gz) = qlnhTuzXH0pgas3AWyDCTKSZHoQHTY4qAZ1DODHCL+4= -SIZE (planet-1.4.5.tar.gz) = 39155 +SHA256 (planet-1.4.6.tar.gz) = Q/9qdl9GUwL1AKr2W4Gkasaq17tCiZ5KdUO9wpPUyg0= +SIZE (planet-1.4.6.tar.gz) = 39530
Re: [UPDATE] math/lrs -> 071a
On Tue, November 17, 2020 21:01, Edd Barrett wrote: > I think the comment should say 1.0, since before you patched it the > makefile was like: > Attached below with given changes > > You might want to try to feed parts of that makefile patch upstream btw. > Will do > > If another dev OKs this (and specifically checks the 'a' suffix on the > version number), I'd be happy to commit it. > Parts can also be numbers with an optional letter appended (packages-specs) Also I don't see any reservation for letter 'a'. Only thing which comes close to it is 'alpha' which has to be in long-form. Index: Makefile === RCS file: /cvs/ports/math/lrs/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- Makefile12 Jul 2019 20:47:42 - 1.6 +++ Makefile18 Nov 2020 02:27:42 - @@ -2,36 +2,36 @@ COMMENT = solve vertex enumeration and convex hull problems -DISTNAME = lrslib-042c -PKGNAME = lrs-042 -REVISION = 1 +V =071a +DISTNAME = lrslib-${V} +PKGNAME = lrs-${V} FIX_EXTRACT_PERMISSIONS=Yes +SHARED_LIBS = lrs 0.0 # 1.0 + CATEGORIES = math HOMEPAGE = http://cgm.cs.mcgill.ca/~avis/C/lrs.html -MAINTAINER = Edd Barrett +MAINTAINER = Dimitri Karamazov # GPLv2 PERMIT_PACKAGE = Yes WANTLIB = c gmp -MASTER_SITES = http://cgm.cs.mcgill.ca/~avis/C/lrslib/ +MASTER_SITES = http://cgm.cs.mcgill.ca/~avis/C/lrslib/archive/ + +USE_GMAKE =Yes MAKE_FILE =makefile -MAKE_FLAGS = CPPFLAGS=-I${LOCALBASE}/include LDFLAGS=-L${LOCALBASE}/lib -ALL_TARGET = gmp # build with arbitrary precision numbers +MAKE_FLAGS = CPPFLAGS=-I${LOCALBASE}/include \ + LDFLAGS=-L${LOCALBASE}/lib \ + LMAJ="${LIBlrs_VERSION:R}" LMIN="${LIBlrs_VERSION:E}" +ALL_TARGET = lrs lrsnash single all-shared LIB_DEPENDS = devel/gmp -BINARIES = 2gnash buffer gfourier glrs gnash gredund -do-install: -.for i in ${BINARIES} - ${INSTALL_PROGRAM} ${WRKBUILD}/${i} ${PREFIX}/bin/ -.endfor - # A simple test to check it works REGRESS_FILES =test.ine expected_outcome.ine openbsd_regress.sh do-test: @@ -39,10 +39,5 @@ do-test: cp ${FILESDIR}/${i} ${WRKBUILD} .endfor cd ${WRKBUILD} && sh openbsd_regress.sh - -# resolve conflict with www/gnash and misc/buffer -post-install: - mv ${PREFIX}/bin/gnash ${PREFIX}/bin/lrsgnash - mv ${PREFIX}/bin/buffer ${PREFIX}/bin/lrsbuffer .include Index: distinfo === RCS file: /cvs/ports/math/lrs/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo18 Jan 2015 03:14:27 - 1.2 +++ distinfo18 Nov 2020 02:27:42 - @@ -1,2 +1,2 @@ -SHA256 (lrslib-042c.tar.gz) = U/mbUnE5e7XzF8lvo2Xtwaxx+ny6ApXIvXngiC9cOko= -SIZE (lrslib-042c.tar.gz) = 168765 +SHA256 (lrslib-071a.tar.gz) = kmY26mjeRmJfFB9uAl3OlnzH5oz0v0pZc3XAY/XBFnM= +SIZE (lrslib-071a.tar.gz) = 458590 Index: files/openbsd_regress.sh === RCS file: /cvs/ports/math/lrs/files/openbsd_regress.sh,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 openbsd_regress.sh --- files/openbsd_regress.sh7 Oct 2011 08:58:42 - 1.1.1.1 +++ files/openbsd_regress.sh18 Nov 2020 02:27:42 - @@ -5,7 +5,7 @@ IN=test.ine OUT=actual_outcome.ine EXPECT=expected_outcome.ine -./glrs ${IN} | grep -e '^ 1' 2>&1 | tee ${OUT} +./lrsgmp ${IN} | grep -e '^ 1' 2>&1 | tee ${OUT} DIFF=`diff -u ${OUT} ${EXPECT}` if [ -n "${DIFF}" ]; then Index: patches/patch-makefile === RCS file: /cvs/ports/math/lrs/patches/patch-makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 patch-makefile --- patches/patch-makefile 7 Oct 2011 08:58:42 - 1.1.1.1 +++ patches/patch-makefile 18 Nov 2020 02:27:42 - @@ -1,153 +1,283 @@ -$OpenBSD: patch-makefile,v 1.1.1.1 2011/10/07 08:58:42 edd Exp $ +$OpenBSD$ -Honour CFLAGS, LDFLAGS, CPPFLAGS. Use dynamic linking. +correct soname +set LDFLAGS to fix build +avoid library symlinks +correct install target makefile.orig Mon Apr 26 03:12:56 2010 -+++ makefile Mon Oct 3 12:14:16 2011 -@@ -15,87 +15,76 @@ - # make cleanto clean all executables - - --#Select one of the following INCLUDE,LIB paths only needed for gmp version -- --#linux at mcgill with gmp version 3 --INCLUDEDIR = /usr/local/include --LIBDIR = /usr/local/lib -- --#linux at mcgill with gmp version 2 --#INCLUDEDIR = /labs/cgm/gmp2/include --#LIBDIR = /labs/cgm/gmp2/lib -- -- - all: lrs.c lrslib.c lrslib.h lrsmp.c lrsmp.h lrslong.c lrslong.h redund.c buffer.c nash.c 2nash.c --
Re: devel/cryptopp needs an update; help wanted!
On Wed, Nov 18, 2020 at 12:20:38AM +, Stuart Henderson wrote: > On 2020/11/17 20:44, Rafael Sadowski wrote: > > Is anybody willing to take care of devel/cryptopp? An update would be > > great. > I've updated it (and fixed up deps). I've run the test suite on aarch64, > amd64, i386 with no problems, it seems to have fairly good cross-arch > compatibility but wouldn't hurt to get reports from other archs if anyone > with those systems has time. All tests pass on sparc64. --Kurt
Re: devel/cryptopp needs an update; help wanted!
On Tue, Nov 17, 2020 at 11:04:47PM -0500, Kurt Mosiejczuk wrote: > On Wed, Nov 18, 2020 at 12:20:38AM +, Stuart Henderson wrote: > > On 2020/11/17 20:44, Rafael Sadowski wrote: > > > Is anybody willing to take care of devel/cryptopp? An update would be > > > great. > > I've updated it (and fixed up deps). I've run the test suite on aarch64, > > amd64, i386 with no problems, it seems to have fairly good cross-arch > > compatibility but wouldn't hurt to get reports from other archs if anyone > > with those systems has time. > Got a diff? I'll run tests on sparc64. Never mind. My CVS mirror just needs to catch up. :) --Kurt
Re: devel/cryptopp needs an update; help wanted!
On Wed, Nov 18, 2020 at 12:20:38AM +, Stuart Henderson wrote: > On 2020/11/17 20:44, Rafael Sadowski wrote: > > Is anybody willing to take care of devel/cryptopp? An update would be > > great. > I've updated it (and fixed up deps). I've run the test suite on aarch64, > amd64, i386 with no problems, it seems to have fairly good cross-arch > compatibility but wouldn't hurt to get reports from other archs if anyone > with those systems has time. Got a diff? I'll run tests on sparc64. --Kurt
Re: devel/cryptopp needs an update; help wanted!
On 2020/11/17 20:44, Rafael Sadowski wrote: > Is anybody willing to take care of devel/cryptopp? An update would be > great. > > Cheers, > > Rafael Sadowski > I've updated it (and fixed up deps). I've run the test suite on aarch64, amd64, i386 with no problems, it seems to have fairly good cross-arch compatibility but wouldn't hurt to get reports from other archs if anyone with those systems has time.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/17 17:17:18 Modified files: emulators/citra: Makefile Removed files: emulators/citra/patches: patch-src_core_hle_service_cfg_cfg_cpp patch-src_core_hle_service_nwm_nwm_cpp patch-src_core_telemetry_session_cpp Log message: citra: remove patches that changed namespace for a cryptopp type. citra already supported newer cryptopp but the port needed patching to cope with the old one we had in-tree.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/17 17:15:57 Modified files: net/amule : Makefile net/amule/patches: patch-acinclude_m4 Added files: net/amule/patches: patch-src_ClientCreditsList_cpp Log message: amule: apply patch from upstream to cope with cryptopp update
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/17 17:15:35 Modified files: devel/cryptopp : Makefile distinfo devel/cryptopp/patches: patch-config_h patch-osrng_cpp devel/cryptopp/pkg: PLIST Removed files: devel/cryptopp/files: cryptopp.pc devel/cryptopp/patches: patch-GNUmakefile patch-algparam_h patch-cryptlib_h patch-filters_h patch-misc_h patch-osrng_h patch-pubkey_h patch-secblock_h patch-seckey_h patch-simple_h patch-stdcpp_h patch-trap_h Log message: update to cryptopp-8.2.0
回复: [Security Update] www/moinmoin : Update to 1.9.11
ping ... 发件人: owner-po...@openbsd.org 代表 wen heping 发送时间: 2020年11月15日 8:28 收件人: ports@openbsd.org 主题: [Security Update] www/moinmoin : Update to 1.9.11 Hi, ports@: Here is a security update of www/moinmoin, it will fix CVE-2020-25074 and CVE-2020-15275, please visit: https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmoinwiki%2Fmoin-1.9%2Fblob%2F1.9.11%2Fdocs%2FCHANGES%23L13data=04%7C01%7C%7C1ed3356d4cec4ae9908e08d888fd9dce%7C84df9e7fe9f640afb435%7C1%7C0%7C637409970136901419%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=ak6OO%2FeG8ARd4Mm8rMwpgSpOs74%2FPatxDxQPMeXsFgw%3Dreserved=0 Cheers ! wen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/11/17 15:54:27 Modified files: converters/p5-JSON-MaybeXS: Makefile distinfo Log message: update p5-JSON-MaybeXS to 1.004003
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/11/17 14:54:42 Modified files: devel/gmp : Makefile distinfo Log message: maintenance update to 6.2.1
Re: [UPDATE] blender 2.81
Stuart Henderson writes: > Building it I had a problem with it trying to #include > and not finding it. Fixed with the diff below, I just removed the > #include - it doesn't actually use the backtrace functions on > OpenBSD anyway - this was causing my build to fail repeatably. > It does make me wonder why you didn't see it though. That is strange, I rebuilt again with the new OpenImageIO and still not a problem. > I also had a problem building it if pugixml is installed, I think > this is a conflict between openimageio's own copy of pugixml and the > standalone one. I'm building oiio with -DUSE_EXTERNAL_PUGIXML=ON to see > if that helps (it will take a while to build..) - if not then next step > is probably to try updating oiio. I successfully built the new openimageio. tried the blender build with pugixml installed, got the pugixml-related error. installed the new openimageio, rebuilt blender and saw no error. So all these adjustments work on my end (aside from the execinfo.h, which I can't reproduce) Thanks, Andrea > Index: patches/patch-source_blender_blenlib_intern_system_c > === > RCS file: patches/patch-source_blender_blenlib_intern_system_c > diff -N patches/patch-source_blender_blenlib_intern_system_c > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-source_blender_blenlib_intern_system_c 16 Nov 2020 > 14:04:49 - > @@ -0,0 +1,13 @@ > +$OpenBSD$ > + > +Index: source/blender/blenlib/intern/system.c > +--- source/blender/blenlib/intern/system.c.orig > source/blender/blenlib/intern/system.c > +@@ -38,7 +38,6 @@ > + # include > + # pragma warning(pop) > + #else > +-# include > + # include > + #endif > +
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/11/17 14:23:43 Modified files: textproc/p5-Mojolicious-Plugin-TtRenderer: Makefile distinfo Log message: Update to p5-Mojolicious-Plugin-TtRenderer-1.61.
Re: openimageio: switch to py3, use external pugixml
Stuart Henderson writes: > This switches oiio's Python bindings to Python 3, removing a dependency > on boost_python27. Also switches to system pugixml which fixes a problem > seen with Andrea Fleckenstein's update of Blender if pugixml is present > at build time. Blender 2.79 still seems happy. > > While there I sorted LIB_DEPENDS and used a construct from python.port.mk > rather than handrolled regex. > > OK? Builds for me on amd64 -current Andrea > Index: Makefile > === > RCS file: /cvs/ports/graphics/openimageio/Makefile,v > retrieving revision 1.45 > diff -u -p -w -u -r1.45 Makefile > --- Makefile 13 Nov 2020 23:25:38 - 1.45 > +++ Makefile 16 Nov 2020 16:34:07 - > @@ -7,12 +7,12 @@ COMMENT = library for reading and writi > > GH_ACCOUNT = OpenImageIO > GH_PROJECT = oiio > -V = 1.8.6 > GH_TAGNAME = Release-$V > +V = 1.8.6 > DISTNAME = openimageio-${V} > -REVISION = 10 > +REVISION = 11 > > -SHARED_LIBS += OpenImageIO 5.0 # 1.0 > +SHARED_LIBS += OpenImageIO 6.0 # 1.0 > SHARED_LIBS += OpenImageIO_Util2.0 # 1.5 > > CATEGORIES = graphics devel > @@ -25,36 +25,41 @@ MAINTAINER = Pascal Stumpf PERMIT_PACKAGE = Yes > > WANTLIB += ${COMPILER_LIBCXX} ${MODPY_WANTLIB} > +WANTLIB += boost_python${MODPY_MAJORMINOR}-mt > WANTLIB += GL GLEW GLU Half-2_5 Iex-2_5 IlmImf-2_5 IlmThread-2_5 > WANTLIB += Imath-2_5 OpenColorIO Qt5Core Qt5Gui Qt5OpenGL Qt5Widgets > WANTLIB += avcodec avformat avutil boost_atomic-mt boost_chrono-mt > -WANTLIB += boost_date_time-mt boost_filesystem-mt > boost_python${MODPY_VERSION:C/\.//g}-mt > -WANTLIB += boost_system-mt boost_thread-mt bz2 c freetype gif > -WANTLIB += jpeg m openjpeg png raw_r swscale tiff webp z > +WANTLIB += boost_date_time-mt boost_filesystem-mt boost_system-mt > +WANTLIB += boost_thread-mt bz2 c freetype gif jpeg m openjpeg > +WANTLIB += png pugixml raw_r swscale tiff webp z > > MODULES =devel/cmake \ > lang/python \ > x11/qt5 > > +MODPY_VERSION = ${MODPY_DEFAULT_VERSION_3} > + > COMPILER = base-clang ports-gcc > > BUILD_DEPENDS = textproc/txt2man > > LIB_DEPENDS =devel/boost>=1.67.0 \ > - graphics/openjpeg \ > - graphics/tiff \ > - graphics/libwebp \ > - graphics/glew \ > - graphics/openexr \ > + graphics/ffmpeg \ > graphics/giflib \ > + graphics/glew \ > + graphics/libraw \ > + graphics/libwebp \ > graphics/opencolorio \ > - graphics/ffmpeg \ > - graphics/libraw > + graphics/openexr \ > + graphics/openjpeg \ > + graphics/tiff \ > + textproc/pugixml > > -CONFIGURE_ARGS +=-DUSE_OPENCV=OFF \ > +CONFIGURE_ARGS +=-DCMAKE_INSTALL_MANDIR="man/man1" \ > + -DSTOP_ON_WARNING=OFF \ > -DUSE_DICOM=OFF \ > - -DCMAKE_INSTALL_MANDIR="man/man1" \ > - -DSTOP_ON_WARNING=OFF > + -DUSE_EXTERNAL_PUGIXML=ON \ > + -DUSE_OPENCV=OFF > > CXXFLAGS += -pthread > > Index: pkg/PLIST > === > RCS file: /cvs/ports/graphics/openimageio/pkg/PLIST,v > retrieving revision 1.8 > diff -u -p -w -u -r1.8 PLIST > --- pkg/PLIST 26 Dec 2017 19:19:04 - 1.8 > +++ pkg/PLIST 16 Nov 2020 16:34:07 - > @@ -38,9 +38,6 @@ include/OpenImageIO/parallel.h > include/OpenImageIO/paramlist.h > include/OpenImageIO/platform.h > include/OpenImageIO/plugin.h > -include/OpenImageIO/pugiconfig.hpp > -include/OpenImageIO/pugixml.cpp > -include/OpenImageIO/pugixml.hpp > include/OpenImageIO/refcnt.h > include/OpenImageIO/simd.h > include/OpenImageIO/strided_ptr.h > @@ -64,6 +61,7 @@ lib/python${MODPY_VERSION}/site-packages > @man man/man1/idiff.1 > @man man/man1/igrep.1 > @man man/man1/iinfo.1 > +@man man/man1/iv.1 > @man man/man1/maketx.1 > @man man/man1/oiiotool.1 > share/doc/OpenImageIO/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/11/17 14:05:29 Modified files: www/cgicc : Makefile distinfo www/cgicc/pkg : PLIST Log message: Update to cgicc-3.2.19.
Re: [UPDATE] math/lrs -> 071a
Hi, On Mon, Nov 16, 2020 at 10:58:35AM -, Dimitri Karamazov wrote: > 'make update' works just fine here, I don't what happened in your case. Well, I tested using `pkg_add -u` and it worked. > +SHARED_LIBS =lrs 0.0 # 0.0 I think the comment should say 1.0, since before you patched it the makefile was like: ``` SONAME ?=liblrs.so.1 SOMINOR ?=.0.0 ``` i.e. 1.0.0 on a linux machine. You might want to try to feed parts of that makefile patch upstream btw. Other than that this looks good. If another dev OKs this (and specifically checks the 'a' suffix on the version number), I'd be happy to commit it. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/17 13:53:51 Modified files: devel/cryptopp : Makefile Log message: fix edit typo, removed wrong line
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/17 13:53:11 Modified files: devel/cryptopp : Makefile Log message: cryptopp: use unzip -a instead of unzip + pre-patch perl sed
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/17 13:51:34 Modified files: devel/cryptopp : Makefile devel/cryptopp/patches: patch-GNUmakefile patch-algparam_h patch-config_h patch-cryptlib_h patch-filters_h patch-misc_h patch-osrng_cpp patch-osrng_h patch-pubkey_h patch-secblock_h patch-seckey_h patch-simple_h patch-stdcpp_h patch-trap_h Log message: cryptopp: apply a little light ports tidying, use https HOMEPAGE, regen patches
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/17 13:37:09 Modified files: graphics/openimageio: Makefile graphics/openimageio/pkg: PLIST Log message: openimageio tweaks: - use system pugixml rather than embedded copy (fixing a build error seen with Blender 2.81 if system pugixml is installed during build) - switch python bindings from py2 to py3, removing another user of boost_python27 libs - sort LIB_DEPENDS ok pascal@ (maintainer)
devel/cryptopp needs an update; help wanted!
Is anybody willing to take care of devel/cryptopp? An update would be great. Cheers, Rafael Sadowski
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/11/17 12:33:56 Modified files: devel/cmake: cmake.port.mk Log message: Only if the requested module is found, set MODTCL_* and/or MODTK_*
Re: [UPDATE] www/py-feedgenerator 1.9 -> 1.9.1
On Sun, Nov 08, 2020 at 06:23:05AM +0300, Vladimir D. Seleznev wrote: > Hi, ports@! > > Here's update for www/py-feedgenerator, also this port is looking for a > new maintainer. > > P.S. The tarball size looks noticeably smaller, the reason of this is > that the upstream has cleaned some mess up. > > diff --git www/py-feedgenerator/Makefile www/py-feedgenerator/Makefile > index e05cc85b575..b6ae6269141 100644 > --- www/py-feedgenerator/Makefile > +++ www/py-feedgenerator/Makefile > @@ -2,10 +2,9 @@ > > COMMENT =standalone version of Django's feedgenerator > > -MODPY_EGG_VERSION = 1.9 > +MODPY_EGG_VERSION = 1.9.1 > DISTNAME = feedgenerator-${MODPY_EGG_VERSION} > PKGNAME =py-feedgenerator-${MODPY_EGG_VERSION} > -REVISION = 2 > > CATEGORIES = www textproc > > diff --git www/py-feedgenerator/distinfo www/py-feedgenerator/distinfo > index f572fc61a9d..6287554132b 100644 > --- www/py-feedgenerator/distinfo > +++ www/py-feedgenerator/distinfo > @@ -1,2 +1,2 @@ > -SHA256 (feedgenerator-1.9.tar.gz) = > WuBdqpz6R/pAbuR0TQt/ocigWnpH7grTKN31UyfPsQY= > -SIZE (feedgenerator-1.9.tar.gz) = 4136224 > +SHA256 (feedgenerator-1.9.1.tar.gz) = > oopa3XgVCTkNGmpS0BeCmFPuS+8dLntNXaDp0bOVzlQ= > +SIZE (feedgenerator-1.9.1.tar.gz) = 25677 ping -- WBR, Vladimir D. Seleznev
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/11/17 10:48:19 Modified files: x11/gnome/gdm : Makefile Log message: Define HAVE_LOGINCAP so that setusercontext(30 is called. Thanks to sthen@ for listening to me talking to myself until I found this out :-)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/11/17 09:09:59 Modified files: www/firefox-esr: Makefile distinfo www/firefox-esr/patches: patch-taskcluster_docker_firefox-snap_firefox_desktop www/firefox-esr/pkg: PLIST www/firefox-esr-i18n: Makefile.inc distinfo Removed files: www/firefox-esr/patches: patch-bug-1663715 Log message: Update to firefox-esr 78.5.0. See https://www.mozilla.org/en-US/firefox/78.5.0/releasenotes/ Fixes https://www.mozilla.org/security/advisories/mfsa2020-51/ * remove all the MOZILLA_USE_* and the common BUILD_DEPENDS bits that were removed from mozilla.port.mk * properly install share/pixmaps/firefox-esr.png and point at it in the desktop file, should ease icon overriding by third-party themes * drop jumbo patch from #1663715 fixing build with rust 1.47, merged upstream
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/11/17 09:07:08 Modified files: www/mozilla-firefox: Makefile distinfo www/mozilla-firefox/patches: patch-dom_ipc_ContentChild_cpp patch-security_manager_pki_resources_content_exceptionDialog_js patch-taskcluster_docker_firefox-snap_firefox_desktop patch-widget_nsPrintSettingsImpl_cpp www/mozilla-firefox/pkg: PLIST www/firefox-i18n: Makefile.inc distinfo Removed files: www/mozilla-firefox/patches: patch-js_src_jit_arm64_vixl_MozCpu-vixl_cpp patch-third_party_rust_authenticator__cargo-checksum_json patch-third_party_rust_authenticator_src_openbsd_device_rs Log message: Update to firefox 83.0. See https://www.mozilla.org/en-US/firefox/83.0/releasenotes/ Fixes https://www.mozilla.org/security/advisories/mfsa2020-50/ * remove all the MOZILLA_USE_* and the common BUILD_DEPENDS bits that were removed from mozilla.port.mk * properly install share/pixmaps/firefox.png and point at it in the desktop file, should ease icon overriding by third-party themes * drop patch fixing build on arm64 from #1672619 merged upstream * drop patches from #1666701, merged upstream
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/11/17 09:10:52 Modified files: www/firefox-esr: Tag: OPENBSD_6_8 Makefile distinfo Log message: MFC(sortof): Update to firefox-esr 78.5.0. See https://www.mozilla.org/en-US/firefox/78.5.0/releasenotes/ Fixes https://www.mozilla.org/security/advisories/mfsa2020-51/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/11/17 09:01:46 Modified files: www/seamonkey : Makefile Log message: Follow changes in mozilla.port.mk - plumbing to build against system cairo/hunspell moved here from module - remove all the deprecated MOZILLA_USE* bits - bump REVISION for nss dep change - while here enable aarch64 build, who knows..
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/11/17 08:59:00 Modified files: mail/mozilla-thunderbird: Makefile Log message: drop all the redundant/deprecated bits that were either removed or moved to mozilla.port.mk - bump REVISION for nss change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/11/17 08:58:06 Modified files: www/tor-browser/browser: Makefile Log message: drop all the redundant/deprecated bits that were either removed or moved to mozilla.port.mk - no REVISION bump as it uses bundled nss
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/11/17 08:56:55 Modified files: www/mozilla: mozilla.port.mk Log message: Fall cleanup in mozilla.port.mk, in preparation for fx 83 - update nss dep to 3.59, will be required for gecko 84 - drop options to build against systemwide cairo/hunspell/libevent/sqlite as those were dropped upstream (#1611386 for sqlite, #1432751 for cairo) - move the dependency for nasm (required for dav1d since 67) from the consumers to the module - move the dependency for rust & llvm from the consumers to the module (cbindgen and nodejs are next, but seamonkey doesnt require them yet) - drop the plumbing for the debug FLAVOR, DEBUG_PACKAGES is the new hotness - all consumers build against Gtk3, drop MOZILLA_USE_GTK3
Re: libinotify, add README
On Sat, November 14, 2020 15:49, Stuart Henderson wrote: > The "seafile client doesn't sync files" post on misc@ made me notice > that there's no warning for libinotify-based ports like we have for > glib about increasing fd limits for kqueue file monitoring. > It probably won't help _that_ much but I think it's probably worth > adding a pkg-readme that we can point people to (I've based it on > glib's). I added debug packages while there. > > ok? Hi, OK with me. > > Index: Makefile > === > RCS file: /cvs/ports/devel/libinotify/Makefile,v > retrieving revision 1.13 > diff -u -p -r1.13 Makefile > --- Makefile 19 Sep 2019 13:33:57 - 1.13 > +++ Makefile 14 Nov 2020 12:47:13 - > @@ -6,7 +6,7 @@ GH_ACCOUNT = libinotify-kqueue > GH_PROJECT = libinotify-kqueue > GH_TAGNAME = 20170711 > PKGNAME =libinotify-${GH_TAGNAME} > -REVISION = 0 > +REVISION = 1 > > SHARED_LIBS =inotify 2.1 > > @@ -18,6 +18,8 @@ MAINTAINER =Kirill Bychkov PERMIT_PACKAGE = Yes > > WANTLIB =pthread > + > +DEBUG_PACKAGES = ${BUILD_PACKAGES} > > SEPARATE_BUILD = Yes > CONFIGURE_STYLE =autoreconf > Index: pkg/PLIST > === > RCS file: /cvs/ports/devel/libinotify/pkg/PLIST,v > retrieving revision 1.3 > diff -u -p -r1.3 PLIST > --- pkg/PLIST 19 Sep 2019 13:33:57 - 1.3 > +++ pkg/PLIST 14 Nov 2020 12:47:13 - > @@ -3,7 +3,7 @@ include/inotify/ > include/inotify/sys/ > include/inotify/sys/inotify.h > lib/inotify/ > -lib/inotify/libinotify.a > +@static-lib lib/inotify/libinotify.a > lib/inotify/libinotify.la > @lib lib/inotify/libinotify.so.${LIBinotify_VERSION} > lib/pkgconfig/libinotify.pc > @@ -14,3 +14,4 @@ lib/pkgconfig/libinotify.pc > @man man/man3/inotify_rm_watch.3 > @man man/man3/inotify_set_param.3 > @man man/man3/libinotify.3 > +share/doc/pkg-readmes/${PKGSTEM} > Index: pkg/README > === > RCS file: pkg/README > diff -N pkg/README > --- /dev/null 1 Jan 1970 00:00:00 - > +++ pkg/README14 Nov 2020 12:47:13 - > @@ -0,0 +1,12 @@ > +$OpenBSD$ > + > ++--- > +| Running ${PKGSTEM} on OpenBSD > ++--- > + > +libinotify uses kqueue(2) to monitor for changed files. This only works > +up to the system's "open file descriptors" limit - if software using > +libinotify needs to handle large directories, the kern.maxfiles > +sysctl(8) should be increased by adding an entry in sysctl.conf(5) and > +the user's login(1) class modified accordingly by bumping the "cur" and > +"max" "openfiles" limit in login.conf(5). > >
Re: libinotify, add README
On Sat, November 14, 2020 15:49, Stuart Henderson wrote: > The "seafile client doesn't sync files" post on misc@ made me notice > that there's no warning for libinotify-based ports like we have for > glib about increasing fd limits for kqueue file monitoring. > It probably won't help _that_ much but I think it's probably worth > adding a pkg-readme that we can point people to (I've based it on > glib's). I added debug packages while there. > > ok? Hi, OK with me/ > > Index: Makefile > === > RCS file: /cvs/ports/devel/libinotify/Makefile,v > retrieving revision 1.13 > diff -u -p -r1.13 Makefile > --- Makefile 19 Sep 2019 13:33:57 - 1.13 > +++ Makefile 14 Nov 2020 12:47:13 - > @@ -6,7 +6,7 @@ GH_ACCOUNT = libinotify-kqueue > GH_PROJECT = libinotify-kqueue > GH_TAGNAME = 20170711 > PKGNAME =libinotify-${GH_TAGNAME} > -REVISION = 0 > +REVISION = 1 > > SHARED_LIBS =inotify 2.1 > > @@ -18,6 +18,8 @@ MAINTAINER =Kirill Bychkov PERMIT_PACKAGE = Yes > > WANTLIB =pthread > + > +DEBUG_PACKAGES = ${BUILD_PACKAGES} > > SEPARATE_BUILD = Yes > CONFIGURE_STYLE =autoreconf > Index: pkg/PLIST > === > RCS file: /cvs/ports/devel/libinotify/pkg/PLIST,v > retrieving revision 1.3 > diff -u -p -r1.3 PLIST > --- pkg/PLIST 19 Sep 2019 13:33:57 - 1.3 > +++ pkg/PLIST 14 Nov 2020 12:47:13 - > @@ -3,7 +3,7 @@ include/inotify/ > include/inotify/sys/ > include/inotify/sys/inotify.h > lib/inotify/ > -lib/inotify/libinotify.a > +@static-lib lib/inotify/libinotify.a > lib/inotify/libinotify.la > @lib lib/inotify/libinotify.so.${LIBinotify_VERSION} > lib/pkgconfig/libinotify.pc > @@ -14,3 +14,4 @@ lib/pkgconfig/libinotify.pc > @man man/man3/inotify_rm_watch.3 > @man man/man3/inotify_set_param.3 > @man man/man3/libinotify.3 > +share/doc/pkg-readmes/${PKGSTEM} > Index: pkg/README > === > RCS file: pkg/README > diff -N pkg/README > --- /dev/null 1 Jan 1970 00:00:00 - > +++ pkg/README14 Nov 2020 12:47:13 - > @@ -0,0 +1,12 @@ > +$OpenBSD$ > + > ++--- > +| Running ${PKGSTEM} on OpenBSD > ++--- > + > +libinotify uses kqueue(2) to monitor for changed files. This only works > +up to the system's "open file descriptors" limit - if software using > +libinotify needs to handle large directories, the kern.maxfiles > +sysctl(8) should be increased by adding an entry in sysctl.conf(5) and > +the user's login(1) class modified accordingly by bumping the "cur" and > +"max" "openfiles" limit in login.conf(5). > >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/11/17 08:48:35 Modified files: textproc/gtk-doc: Makefile distinfo textproc/gtk-doc/pkg: PLIST Log message: Update to gtk-doc-1.33.1.
mips64 bulk build report
bulk build on octeon.ports.openbsd.org started on Wed Nov 11 16:32:38 UTC 2020 finished at Mon Nov 16 14:23:57 UTC 2020 lasted 05D21h51m done with kern.version=OpenBSD 6.8-current (GENERIC.MP) #15: Wed Nov 11 15:38:11 UTC 2020 built packages:8595 Nov 11:2045 Nov 12:1321 Nov 13:807 Nov 14:543 Nov 15:963 Nov 16:2915 build failures: 30 http://build-failures.rhaalovely.net/mips64/2020-11-11/cad/netgen.log http://build-failures.rhaalovely.net/mips64/2020-11-11/chinese/libchewing.log http://build-failures.rhaalovely.net/mips64/2020-11-11/chinese/libpinyin.log http://build-failures.rhaalovely.net/mips64/2020-11-11/databases/postgresql-pllua.log http://build-failures.rhaalovely.net/mips64/2020-11-11/devel/coccinelle.log http://build-failures.rhaalovely.net/mips64/2020-11-11/devel/libexecinfo.log http://build-failures.rhaalovely.net/mips64/2020-11-11/devel/py-unicorn,python3.log http://build-failures.rhaalovely.net/mips64/2020-11-11/emulators/openmsx.log http://build-failures.rhaalovely.net/mips64/2020-11-11/emulators/spike.log http://build-failures.rhaalovely.net/mips64/2020-11-11/games/astromenace.log http://build-failures.rhaalovely.net/mips64/2020-11-11/games/hyperrogue.log http://build-failures.rhaalovely.net/mips64/2020-11-11/geo/gpstk.log http://build-failures.rhaalovely.net/mips64/2020-11-11/geo/spatialite/gui.log http://build-failures.rhaalovely.net/mips64/2020-11-11/inputmethods/scim-fcitx.log http://build-failures.rhaalovely.net/mips64/2020-11-11/lang/STk.log http://build-failures.rhaalovely.net/mips64/2020-11-11/lang/gforth.log http://build-failures.rhaalovely.net/mips64/2020-11-11/lang/librep.log http://build-failures.rhaalovely.net/mips64/2020-11-11/lang/pfe.log http://build-failures.rhaalovely.net/mips64/2020-11-11/lang/squeak/vm.log http://build-failures.rhaalovely.net/mips64/2020-11-11/math/gbc.log http://build-failures.rhaalovely.net/mips64/2020-11-11/math/ntl.log http://build-failures.rhaalovely.net/mips64/2020-11-11/plan9/drawterm.log http://build-failures.rhaalovely.net/mips64/2020-11-11/security/botan2.log http://build-failures.rhaalovely.net/mips64/2020-11-11/shells/ksh93.log http://build-failures.rhaalovely.net/mips64/2020-11-11/sysutils/libvirt.log http://build-failures.rhaalovely.net/mips64/2020-11-11/sysutils/py-elasticsearch-curator.log http://build-failures.rhaalovely.net/mips64/2020-11-11/sysutils/salt.log http://build-failures.rhaalovely.net/mips64/2020-11-11/sysutils/u-boot,aarch64.log http://build-failures.rhaalovely.net/mips64/2020-11-11/x11/e17/elementary.log http://build-failures.rhaalovely.net/mips64/2020-11-11/x11/gnome/gucharmap.log
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2020/11/17 06:01:11 Modified files: lang/gnucobol : Makefile Log message: Drop maintainership.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/11/17 05:18:55 Modified files: x11/gnome/tracker3-miners: Makefile Log message: We still need CFLAGS += -O0 which I wrongly removed in a previous commit.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/17 03:23:18 Modified files: devel/libinotify: Makefile devel/libinotify/pkg: PLIST Added files: devel/libinotify/pkg: README Log message: libinotify: add a pkg-readme explaining that openfiles/maxfiles limits may need to be increased for kqueue, based on the one in glib2. regen plist and add debug packages while there. ok aja@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2020/11/17 01:44:05 Modified files: converters/opencc: Makefile distinfo converters/opencc/pkg: PLIST Removed files: converters/opencc/patches: patch-data_CMakeLists_txt Log message: Update to opencc-1.1.1. >From wen heping; thanks!
[Update] converters/opencc : Update to 1.1.1
Hi, Here is a patch to update converters/opencc to 1.1.1 and remove the unneeded patch. It build well and run well on amd64-6.8 system. No test defined and no other ports depend on it. Cheers ! wen Index: Makefile === RCS file: /cvs/ports/converters/opencc/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile12 Jul 2019 20:43:49 - 1.4 +++ Makefile17 Nov 2020 08:20:38 - @@ -2,7 +2,7 @@ COMMENT = convert between traditional and simplified Chinese -V =1.0.5 +V =1.1.1 DISTNAME = opencc-$V GH_ACCOUNT = BYVoid @@ -26,8 +26,6 @@ COMPILER =base-clang ports-gcc MODULES = devel/cmake \ lang/python MODPY_RUNDEP = No - -CONFIGURE_ARGS = -DOPENCC_PYTHON="${MODPY_BIN}" WRKDIST = ${WRKDIR}/OpenCC-ver.$V Index: distinfo === RCS file: /cvs/ports/converters/opencc/distinfo,v retrieving revision 1.1 diff -u -p -r1.1 distinfo --- distinfo18 Dec 2018 09:32:23 - 1.1 +++ distinfo17 Nov 2020 08:20:38 - @@ -1,2 +1,2 @@ -SHA256 (opencc-1.0.5.tar.gz) = HOFkm6KAz8iLt250C+X1SympwDRADJejriEcN9cDBwU= -SIZE (opencc-1.0.5.tar.gz) = 1598354 +SHA256 (opencc-1.1.1.tar.gz) = LUmH3IQnXyUtR7xtjIG0Uvam6CyqJvKEyFSoFTzPWTM= +SIZE (opencc-1.1.1.tar.gz) = 2212256 Index: patches/patch-data_CMakeLists_txt === RCS file: patches/patch-data_CMakeLists_txt diff -N patches/patch-data_CMakeLists_txt --- patches/patch-data_CMakeLists_txt 18 Dec 2018 09:32:23 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,14 +0,0 @@ -$OpenBSD: patch-data_CMakeLists_txt,v 1.1 2018/12/18 09:32:23 bentley Exp $ - -Index: data/CMakeLists.txt data/CMakeLists.txt.orig -+++ data/CMakeLists.txt -@@ -1,6 +1,6 @@ - set(OPENCC_DICT_BIN opencc_dict) --set(DICT_MERGE_BIN python ${CMAKE_CURRENT_SOURCE_DIR}/scripts/merge.py) --set(DICT_REVERSE_BIN python ${CMAKE_CURRENT_SOURCE_DIR}/scripts/reverse.py) -+set(DICT_MERGE_BIN ${OPENCC_PYTHON} ${CMAKE_CURRENT_SOURCE_DIR}/scripts/merge.py) -+set(DICT_REVERSE_BIN ${OPENCC_PYTHON} ${CMAKE_CURRENT_SOURCE_DIR}/scripts/reverse.py) - set(DICT_DIR ${CMAKE_CURRENT_SOURCE_DIR}/dictionary) - set(DICT_GENERATED_DIR ${CMAKE_CURRENT_BINARY_DIR}) - Index: pkg/PLIST === RCS file: /cvs/ports/converters/opencc/pkg/PLIST,v retrieving revision 1.1 diff -u -p -r1.1 PLIST --- pkg/PLIST 18 Dec 2018 09:32:23 - 1.1 +++ pkg/PLIST 17 Nov 2020 08:20:38 - @@ -17,12 +17,14 @@ include/opencc/DictGroup.hpp include/opencc/Exception.hpp include/opencc/Export.hpp include/opencc/Lexicon.hpp +include/opencc/MarisaDict.hpp include/opencc/MaxMatchSegmentation.hpp include/opencc/Optional.hpp include/opencc/PhraseExtract.hpp include/opencc/Segmentation.hpp include/opencc/Segments.hpp include/opencc/SerializableDict.hpp +include/opencc/SerializedValues.hpp include/opencc/SimpleConverter.hpp include/opencc/TextDict.hpp include/opencc/UTF8StringSlice.hpp @@ -31,26 +33,30 @@ include/opencc/opencc.h @lib lib/libopencc.so.${LIBopencc_VERSION} lib/pkgconfig/opencc.pc share/opencc/ -share/opencc/HKVariants.ocd -share/opencc/HKVariantsPhrases.ocd -share/opencc/HKVariantsRev.ocd -share/opencc/HKVariantsRevPhrases.ocd -share/opencc/JPVariants.ocd -share/opencc/STCharacters.ocd -share/opencc/STPhrases.ocd -share/opencc/TSCharacters.ocd -share/opencc/TSPhrases.ocd -share/opencc/TWPhrases.ocd -share/opencc/TWPhrasesRev.ocd -share/opencc/TWVariants.ocd -share/opencc/TWVariantsRev.ocd -share/opencc/TWVariantsRevPhrases.ocd +share/opencc/HKVariants.ocd2 +share/opencc/HKVariantsRev.ocd2 +share/opencc/HKVariantsRevPhrases.ocd2 +share/opencc/JPShinjitaiCharacters.ocd2 +share/opencc/JPShinjitaiPhrases.ocd2 +share/opencc/JPVariants.ocd2 +share/opencc/JPVariantsRev.ocd2 +share/opencc/STCharacters.ocd2 +share/opencc/STPhrases.ocd2 +share/opencc/TSCharacters.ocd2 +share/opencc/TSPhrases.ocd2 +share/opencc/TWPhrases.ocd2 +share/opencc/TWPhrasesRev.ocd2 +share/opencc/TWVariants.ocd2 +share/opencc/TWVariantsRev.ocd2 +share/opencc/TWVariantsRevPhrases.ocd2 share/opencc/hk2s.json +share/opencc/jp2t.json share/opencc/s2hk.json share/opencc/s2t.json share/opencc/s2tw.json share/opencc/s2twp.json share/opencc/t2hk.json +share/opencc/t2jp.json share/opencc/t2s.json share/opencc/t2tw.json share/opencc/tw2s.json