Re: UPDATE: security/aircrack-ng to 1.5.2
On 2/1/19 11:16 PM, Sebastian Reitenbach wrote: Am Dienstag, Januar 29, 2019 16:29 CET, "Sebastian Reitenbach" schrieb: Hi, I think I addressed all the comments/concerns: * homepage and mastersite HTTPS * run autoreconfig in do-gen: stage * fix to use base libtool (had to patch Makefile.am to explicitly add library our base libtool did not find) * don't install airtun-ng manpage * added LIBTOOL_FLAGS to disable static libs * the libaircrack-crypto* libraries are loaded via dlopen, however there seem to be some of them arch-dependent I only tested building on amd64 and i386, so didn't spotted it * Added PFRAG.ARCH for x86, ppc and arm * added RUN_DEPENDS to mac-vendors package, and point airodump-ng to that OUI file, therefore the README is obsolete, so deleted it * I haven't seen anything to put the crypto libraries into a subdirectory In src/aircrack-util/crypto_engine_loader.c there is this: if (simd_features & SIMD_SUPPORTS_AVX512F) { strncat(buffer, "-x86-avx512", buffer_remaining); } else if (simd_features & SIMD_SUPPORTS_AVX2) { strncat(buffer, "-x86-avx2", buffer_remaining); } else if (simd_features & SIMD_SUPPORTS_AVX) { strncat(buffer, "-x86-avx", buffer_remaining); } else if (simd_features & SIMD_SUPPORTS_SSE2) { strncat(buffer, "-x86-sse2", buffer_remaining); } else if (simd_features & SIMD_SUPPORTS_ASIMD) { strncat(buffer, "-arm-neon", buffer_remaining); } else if (simd_features & SIMD_SUPPORTS_NEON) { strncat(buffer, "-arm-neon", buffer_remaining); } else if (simd_features & SIMD_SUPPORTS_POWER8) { strncat(buffer, "-ppc-power8", buffer_remaining); } else if (simd_features & SIMD_SUPPORTS_ALTIVEC) { strncat(buffer, "-ppc-altivec", buffer_remaining); } So I guess the arm crypto libs only built on arm, and ppc-* libs only build on macppc. Don't know if the arm- one would also be created on aarch64?I don't have a working macppc anymore, and don't have any arm type device around to test there, so tests on other platforms and with otherdevices (I only tested with rum(4)) welcome. updated version attached. in the meantime also tested with athn on i386, working as well as the rum. tested on amd64, ok benoit@ cheers, Sebastian
Re: UPDATE: FFmpeg 4.1.1
On 2019-02-21 17:47:07, Brad Smith wrote: > I have patched as far as I know the whole ports tree for API issues > that were found with newer FFmpeg. So I am now able to send out a > proper update to FFmpeg. > > Here is an update to FFmpeg 4.1.1 and coupled ports updates. > > Any and all testing welcome. > The new FFmpeg update worked fine to convert some dashcam footage from MJPEG+WAV to h265+FLAC. The new mplayer update also seems to be working similarly well. Thank you for putting in so much work to update FFmpeg! -- Bryan
Re: [UPDATE] audio/p5-Audio-MPD-Common 1.110550 -> 2.003 (Perl+MPD 4/5)
On Thu, 21 Feb 2019 23:22:37 +0100 Charlene Wendling wrote: > > Here is an update for Audio::MPD::Common. You'll need the new > devel/p5-String-Formatter i've mailed earlier. > > What's new upstream (partial, see [1]): > > - Accounting changes to the mpd API > - Various bug fixes > > Port-wise, i've just dropped the unneeded CPAN_AUTHOR and cleaned > RUN_DEPENDS. > > Testing: > > - 'make test' passes. We don't have Pod::Coverage::TrustPod, so > qa tests would fail. > - There are 2 consumers, audio/p5-Audio-MPD and > audio/p5-POE-Component-Client-MPD, they pass as well. > > Any comment? > > Charlène. > > > [1] > https://metacpan.org/changes/release/JQUELIN/Audio-MPD-Common-2.003 > It has been OK'd by landry@ already, but like Audio::MPD, a 'cvs rm' was missing and a patch needs to be removed, here is the proper diff. OK to commit? Charlène. Index: Makefile === RCS file: /cvs/ports/audio/p5-Audio-MPD-Common/Makefile,v retrieving revision 1.14 diff -u -p -u -p -r1.14 Makefile --- Makefile20 Mar 2016 19:56:06 - 1.14 +++ Makefile22 Feb 2019 22:31:25 - @@ -2,8 +2,7 @@ COMMENT= bunch of common helper classes for MPD -DISTNAME= Audio-MPD-Common-1.110550 -REVISION= 2 +DISTNAME= Audio-MPD-Common-2.003 CATEGORIES=audio # perl @@ -11,13 +10,13 @@ PERMIT_PACKAGE_CDROM= Yes MODULES= cpan PKG_ARCH= * -CPAN_AUTHOR= JQUELIN CONFIGURE_STYLE= modbuild -RUN_DEPENDS= devel/p5-Class-Accessor \ +RUN_DEPENDS= devel/p5-Moose>=0.92 \ devel/p5-MooseX-Has-Sugar \ devel/p5-MooseX-Types \ - devel/p5-Readonly + devel/p5-Readonly \ + devel/p5-String-Formatter .include Index: distinfo === RCS file: /cvs/ports/audio/p5-Audio-MPD-Common/distinfo,v retrieving revision 1.7 diff -u -p -u -p -r1.7 distinfo --- distinfo18 Jan 2015 03:12:46 - 1.7 +++ distinfo22 Feb 2019 22:31:25 - @@ -1,2 +1,2 @@ -SHA256 (Audio-MPD-Common-1.110550.tar.gz) = tTOzDvncQW7A66e9w9/t3c9WvAwP58iTUojehPau1d4= -SIZE (Audio-MPD-Common-1.110550.tar.gz) = 19418 +SHA256 (Audio-MPD-Common-2.003.tar.gz) = 0bWc1ni7FJwlkVh7SPSlJbK0DTtcBH3eyKn1fP7atqQ= +SIZE (Audio-MPD-Common-2.003.tar.gz) = 22569 Index: patches/patch-lib_Audio_MPD_Common_Types_pm === RCS file: patches/patch-lib_Audio_MPD_Common_Types_pm diff -N patches/patch-lib_Audio_MPD_Common_Types_pm --- patches/patch-lib_Audio_MPD_Common_Types_pm 17 Apr 2014 20:51:25 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,16 +0,0 @@ -$OpenBSD: patch-lib_Audio_MPD_Common_Types_pm,v 1.1 2014/04/17 20:51:25 landry Exp $ - -https://rt.cpan.org/Public/Bug/Display.html?id=90670 -https://github.com/zoffixznet/audio-mpd-common/commit/351d454b093927ce204acfa5f8a4c4bb393578f9 - lib/Audio/MPD/Common/Types.pm.orig Thu Apr 17 08:18:18 2014 -+++ lib/Audio/MPD/Common/Types.pm Thu Apr 17 08:18:26 2014 -@@ -20,7 +20,7 @@ use Moose::Util::TypeConstraints; - - use Audio::MPD::Common::Time; - --enum 'State' => qw{ play stop pause }; -+enum 'State' => [qw{ play stop pause }]; - - coerce 'Audio::MPD::Common::Time' - => from 'Str'
UPDATE: LLVM
Merge in a diff from base: Improve the X86FixupGadgets pass Merge in a bug fix from upstream: [MC] Make symbol version errors non-fatal Index: Makefile === RCS file: /home/cvs/ports/devel/llvm/Makefile,v retrieving revision 1.213 diff -u -p -u -p -r1.213 Makefile --- Makefile20 Feb 2019 00:24:11 - 1.213 +++ Makefile22 Feb 2019 14:33:44 - @@ -20,7 +20,7 @@ PKGSPEC-main =llvm-=${LLVM_V} PKGNAME-main = llvm-${LLVM_V} PKGNAME-python = py-llvm-${LLVM_V} PKGNAME-lldb = lldb-${LLVM_V} -REVISION-main =6 +REVISION-main =7 REVISION-lldb =0 CATEGORIES = devel DISTFILES =llvm-${LLVM_V}.src${EXTRACT_SUFX} \ Index: patches/patch-lib_MC_ELFObjectWriter_cpp === RCS file: patches/patch-lib_MC_ELFObjectWriter_cpp diff -N patches/patch-lib_MC_ELFObjectWriter_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-lib_MC_ELFObjectWriter_cpp22 Feb 2019 14:36:33 - @@ -0,0 +1,34 @@ +$OpenBSD$ + +[MC] Make symbol version errors non-fatal + +Index: lib/MC/ELFObjectWriter.cpp +--- lib/MC/ELFObjectWriter.cpp.orig lib/MC/ELFObjectWriter.cpp +@@ -1258,14 +1258,20 @@ void ELFObjectWriter::executePostLayoutBinding(MCAssem + if (!Symbol.isUndefined() && !Rest.startswith("@@@")) + continue; + +-// FIXME: produce a better error message. ++// FIXME: Get source locations for these errors or diagnose them earlier. + if (Symbol.isUndefined() && Rest.startswith("@@") && +-!Rest.startswith("@@@")) +- report_fatal_error("A @@ version cannot be undefined"); ++!Rest.startswith("@@@")) { ++ Asm.getContext().reportError(SMLoc(), "versioned symbol " + AliasName + ++" must be defined"); ++ continue; ++} + +-if (Renames.count(&Symbol) && Renames[&Symbol] != Alias) +- report_fatal_error(llvm::Twine("Multiple symbol versions defined for ") + +- Symbol.getName()); ++if (Renames.count(&Symbol) && Renames[&Symbol] != Alias) { ++ Asm.getContext().reportError( ++ SMLoc(), llvm::Twine("multiple symbol versions defined for ") + ++ Symbol.getName()); ++ continue; ++} + + Renames.insert(std::make_pair(&Symbol, Alias)); + } Index: patches/patch-lib_Target_X86_X86FixupGadgets_cpp === RCS file: /home/cvs/ports/devel/llvm/patches/patch-lib_Target_X86_X86FixupGadgets_cpp,v retrieving revision 1.2 diff -u -p -u -p -r1.2 patch-lib_Target_X86_X86FixupGadgets_cpp --- patches/patch-lib_Target_X86_X86FixupGadgets_cpp28 Jan 2019 06:27:28 - 1.2 +++ patches/patch-lib_Target_X86_X86FixupGadgets_cpp22 Feb 2019 19:20:40 - @@ -1,15 +1,16 @@ $OpenBSD: patch-lib_Target_X86_X86FixupGadgets_cpp,v 1.2 2019/01/28 06:27:28 jca Exp $ -Add a clang pass that identifies potential ROP gadgets and replaces ROP -friendly instructions with safe alternatives. This initial commit fixes -3 instruction forms that will lower to include a c3 (return) byte. -Additional problematic instructions can be fixed incrementally using -this framework. +- Add a clang pass that identifies potential ROP gadgets and replaces ROP + friendly instructions with safe alternatives. This initial commit fixes + 3 instruction forms that will lower to include a c3 (return) byte. + Additional problematic instructions can be fixed incrementally using + this framework. +- Improve the X86FixupGadgets pass Index: lib/Target/X86/X86FixupGadgets.cpp --- lib/Target/X86/X86FixupGadgets.cpp.orig +++ lib/Target/X86/X86FixupGadgets.cpp -@@ -0,0 +1,273 @@ +@@ -0,0 +1,720 @@ +//===-- X86FixupGadgets.cpp - Fixup Instructions that make ROP Gadgets ===// +// +// The LLVM Compiler Infrastructure @@ -47,10 +48,10 @@ Index: lib/Target/X86/X86FixupGadgets.cp + +#define DEBUG_TYPE FIXUPGADGETS_NAME + -+// Toggle with cc1 option: -backend-option -x86-fixup-gadgets= ++// Toggle with cc1 option: -mllvm -x86-fixup-gadgets= +static cl::opt FixupGadgets( -+"x86-fixup-gadgets", -+cl::desc("Replace ROP friendly instructions with alternatives"), ++"x86-fixup-gadgets", cl::Hidden, ++cl::desc("Replace ROP friendly instructions with safe alternatives"), +cl::init(true)); + +namespace { @@ -78,24 +79,33 @@ Index: lib/Target/X86/X86FixupGadgets.cp + const X86InstrInfo *TII; + const X86RegisterInfo *TRI; + bool Is64Bit; -+ enum InstrType { -+NoType = 0, -+OneGPRegC3, -+TwoGPRegC3, -+ThreeGPRegC3, -+ }; + -+ /// If an Instr has a ROP friendly construct, return it -+ InstrType isROPFriendly(MachineInstr &MI) const; ++ struct FixupInfo { ++unsigned op1; ++unsigned op2; ++bool fixup; ++bool align; ++ }; + -+ /// Helper functions for various kinds of in
Re: NEW: benchmarks/libmicro
Sorry, the tarball is attached. On Fri, Feb 22, 2019 at 07:52:11PM +0100, Juan Francisco Cantero Hurtado wrote: > OK?. > > Comment: > set of utilities to benchmark system calls > > Description: > Set of utilities to benchmark system calls. > > libmicro was an OpenSolaris project. Due to the closing of OpenSolaris we > don't > have a canonical upstream anymore. The code used for this package was taken > from OpenSuse (the most recent copy of libmicro which we could find) plus > some patches from pkgsrc. > > Maintainer: The OpenBSD ports mailing-list -- Juan Francisco Cantero Hurtado http://juanfra.info libmicro.tar.gz Description: application/gzip
Re: net/p5-GeoIP2 support for mail/p5-Mail-SpamAssassin
On Fri, Feb 22, 2019 at 12:58:25PM +, Stuart Henderson wrote: > On 2019/02/22 08:14, Giovanni Bechis wrote: > > Hi, > > this diff add GeoIP2 support to SpamAssassin and makes it the default > > geo library as done upstream. > > Ok or is it a too heavy dependency ? > > Cheers > > Giovanni > > > Index: Makefile > > === > > RCS file: /var/cvs/ports/mail/p5-Mail-SpamAssassin/Makefile,v > > retrieving revision 1.111 > > diff -u -p -r1.111 Makefile > > --- Makefile25 Sep 2018 09:05:09 - 1.111 > > +++ Makefile20 Feb 2019 07:59:32 - > > @@ -5,7 +5,7 @@ COMMENT=mailfilter to identify and mar > > VER= 3.4.2 > > DISTNAME= Mail-SpamAssassin-${VER} > > PKGNAME= p5-${DISTNAME} > > -REVISION= 0 > > +REVISION= 1 > > RULESNAME= Mail-SpamAssassin-rules-${VER}.r1840640.tgz > > CATEGORIES=mail perl5 > > > > @@ -35,7 +35,7 @@ RUN_DEPENDS= ${COMMON_DEPENDS} \ > > devel/re2c \ > > devel/p5-BSD-Resource \ > > p5-Mail-SPF-*|p5-Mail-SPF-Query-*:mail/p5-Mail-SPF \ > > - > > p5-Geo-IP-*|p5-IP-Country-DB_File-*|p5-IP-Country-*:net/p5-Geo-IP \ > > + > > p5-GeoIP2-*|p5-Geo-IP-*|p5-IP-Country-DB_File-*|p5-IP-Country-*:net/p5-GeoIP2 > > \ > > Not using spamassassin any more, but can you remove the old p5-Geo-IP? > The databases are not updated any more so it is not really that useful - > leaving it in place means that existing users continue to use it. > sure, will do on commit. Cheers Giovanni signature.asc Description: PGP signature
Re: [M. UPDATE] net/py-zmq 17.1.2 to 18.0.0
On Fri, Feb 22 2019, "Elias M. Mariani" wrote: > On Fri, Feb 22, 2019 at 7:05 AM Jeremie Courreges-Anglas > wrote: >> I don't understand the SETENV variable. Where is it used? > In the MODULE = lang/python. > Is needed to parse a file by setup.py. Ah ha, I was a bit confused. python.port.mk: --8<-- MODPY_CMD = cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} \ ${MODPY_BIN} ./${MODPY_SETUP} \ ${MODPY_SETUP_ARGS} MODPY_TEST_CMD = cd ${WRKSRC} && ${SETENV} ${ALL_TEST_ENV} \ ${MODPY_BIN} ./${MODPY_SETUP} \ ${MODPY_SETUP_ARGS} -->8-- What you want is to add your LC_CTYPE override to MAKE_ENV. Touching SETENV like this neuters the effects of its default value, 'env -i', which is a requirement to get reproducible builds. Recently (I don't have a link at hand), folks have been discussing making SETENV read-only/removing the variable. >> The two additional diffs below allow me to run tests successfully on >> amd64. > > Great! Thank you. > > Commiting later today. Not ok with using SETENV. ok jca@ if you use MAKE_ENV instead *and* if you know that consumer ports can cope with this update. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: [NEW] devel/p5-String-Formatter 0.102084 (Perl+MPD 3/5)
On Fri, Feb 22, 2019 at 06:40:01PM +0100, Charlene Wendling wrote: > Thanks for the rationale behind the proposed changes - i applied them > accordingly. OK bluhm@
Re: [UPDATE] audio/p5-Audio-MPD 1.110560 -> 2.004 (Perl+MPD 5/5)
Hi, (lots of things sniped) On Fri, 22 Feb 2019 09:34:46 +0100 Landry Breuil wrote: > audio/p5-Audio-MPD/patches/patch-lib_Audio_MPD_Types_pm should be > removed, applied upstream. Thanks a lot, i've forgotten to 'cvs rm' it when doing the original update 5 months ago and didn't remember. So here is a new diff. > I dunno if the dependency on Audio-MPD-Common-2.003 should be > enforced, since upstream says there's no breaking changes.. but the > major version bump might say the contrary. You're right, i think JQUELIN has just not thought about changing META stuff, see [1] where he recommends moving everything to 2.x. So i changed accordingly. > I noticed that it had a dependency on List::Utils 1.45 - 1.50 is in > base only since the 5.28 update it seems, but that's fine for > -current - it just complains with the 1.42 that was in 6.4 before. In fact it requires devel/p5-List-AllUtils, that has been imported a week ago, after Perl 5.28. The situation is similar to the GeoIP2 stack. > On Fri, Feb 22, 2019 at 09:10:57AM +0100, Landry Breuil wrote: > t/00-report-prereqs.t ok > Could not create socket: No route to host > # Looks like you planned 20 tests but ran 3. > t/20-connection.t > Dubious, test returned 255 (wstat 65280, 0xff00) > Failed 17/20 subtests > (less 1 skipped subtest: 2 okay) > > (and the other tests pass) > If you can reproduce it consistently, tell me how, because no matter how hard i try, i can't. If that's the case, can you please send the output of: cd `make show=WRKSRC` && ./Build test verbose=1 Charlène. [1] https://rt.cpan.org/Public/Bug/Display.html?id=91082#txn-1374402 Index: Makefile === RCS file: /cvs/ports/audio/p5-Audio-MPD/Makefile,v retrieving revision 1.28 diff -u -p -u -p -r1.28 Makefile --- Makefile20 Mar 2016 19:56:06 - 1.28 +++ Makefile22 Feb 2019 18:38:30 - @@ -1,8 +1,7 @@ # $OpenBSD: Makefile,v 1.28 2016/03/20 19:56:06 naddy Exp $ COMMENT= module for communicating with MPD servers -DISTNAME= Audio-MPD-1.110560 -REVISION= 3 +DISTNAME= Audio-MPD-2.004 CATEGORIES=audio # perl @@ -10,18 +9,24 @@ PERMIT_PACKAGE_CDROM=Yes MODULES= cpan PKG_ARCH= * -CPAN_AUTHOR= JQUELIN MODCPAN_EXAMPLES= Yes +MODCPAN_EXAMPLES_DIST= examples CONFIGURE_STYLE= modbuild -RUN_DEPENDS= audio/p5-Audio-MPD-Common>=1.110550 \ - devel/p5-MooseX-Has-Sugar \ - devel/p5-MooseX-SemiAffordanceAccessor>=0.09 \ - devel/p5-Class-Accessor \ +RUN_DEPENDS= audio/p5-Audio-MPD-Common>=2.003 \ devel/p5-Getopt-Euclid \ + devel/p5-List-AllUtils \ + devel/p5-List-MoreUtils \ + devel/p5-Moose \ + devel/p5-MooseX-Has-Sugar \ + devel/p5-MooseX-SemiAffordanceAccessor \ devel/p5-Proc-Daemon -TEST_DEPENDS= devel/p5-Getopt-Euclid \ - devel/p5-Test-Corpus-Audio-MPD + +TEST_DEPENDS= devel/p5-Test-Corpus-Audio-MPD>=1.113282 + +# Tests need to find mpd. +pre-test: + @ln -sf ${LOCALBASE}/sbin/mpd ${WRKDIR}/bin/mpd .include Index: distinfo === RCS file: /cvs/ports/audio/p5-Audio-MPD/distinfo,v retrieving revision 1.13 diff -u -p -u -p -r1.13 distinfo --- distinfo17 Apr 2014 20:51:25 - 1.13 +++ distinfo22 Feb 2019 18:38:30 - @@ -1,2 +1,2 @@ -SHA256 (Audio-MPD-1.110560.tar.gz) = EnQIRIdGxv58uweer9ZRC7IZLneZ2BAeBDts/BQK39M= -SIZE (Audio-MPD-1.110560.tar.gz) = 36121 +SHA256 (Audio-MPD-2.004.tar.gz) = xPit/gQNU3PdyaM9umbqEI0C5FF4uOYPXPdKpAjGqpI= +SIZE (Audio-MPD-2.004.tar.gz) = 41586 Index: pkg/PLIST === RCS file: /cvs/ports/audio/p5-Audio-MPD/pkg/PLIST,v retrieving revision 1.5 diff -u -p -u -p -r1.5 PLIST --- pkg/PLIST 29 Sep 2010 17:19:30 - 1.5 +++ pkg/PLIST 22 Feb 2019 18:38:30 - @@ -1,10 +1,12 @@ @comment $OpenBSD: PLIST,v 1.5 2010/09/29 17:19:30 jasper Exp $ +bin/mpd-dump-ratings bin/mpd-dynamic bin/mpd-rate ${P5SITE}/Audio/MPD.pm ${P5SITE}/Audio/MPD/Collection.pm ${P5SITE}/Audio/MPD/Playlist.pm ${P5SITE}/Audio/MPD/Types.pm +@man man/man1/mpd-dump-ratings.1 @man man/man1/mpd-dynamic.1 @man man/man1/mpd-rate.1 @man man/man3p/Audio::MPD.3p Index: patches/patch-lib_Audio_MPD_Types_pm === RCS file: patches/patch-lib_Audio_MPD_Types_pm diff -N patches/patch-lib_Audio_MPD_Types_pm --- patches/patch-lib_Audio_MPD_Types_pm17 Apr 2014 20:51:25 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,16 +0,0 @@ -$OpenBSD: patch-lib_Audio_M
NEW: benchmarks/libmicro
OK?. Comment: set of utilities to benchmark system calls Description: Set of utilities to benchmark system calls. libmicro was an OpenSolaris project. Due to the closing of OpenSolaris we don't have a canonical upstream anymore. The code used for this package was taken from OpenSuse (the most recent copy of libmicro which we could find) plus some patches from pkgsrc. Maintainer: The OpenBSD ports mailing-list -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [M. UPDATE] net/py-zmq 17.1.2 to 18.0.0
On Fri, Feb 22, 2019 at 7:05 AM Jeremie Courreges-Anglas wrote: > I don't understand the SETENV variable. Where is it used? In the MODULE = lang/python. Is needed to parse a file by setup.py. > The two additional diffs below allow me to run tests successfully on > amd64. Great! Thank you. Commiting later today. Cheers. Elias.
Re: UPDATE: x11/enlightenment
On Sun, Feb 03, 2019 at 09:26:50AM +0100, Ingo Feinerer wrote: > this updates x11/enlightenment to 1.0.19, based on a diff for a previous > version (https://marc.info/?l=openbsd-ports&m=152612070210607&w=2) last > year (which was never committed). > > Comments: > > - Point homepage to E16 (as newer enlightenment version exists). > - Upstream configure and Makefile.in state that they were created by > Autoconf 2.69 and automake 1.15.1, respectively. So sync > AUTOCONF_VERSION and AUTOMAKE_VERSION accordingly. > - Use do-gen instead of pre-configure hooks. > - Kill patches/patch-m4_ac_attribute_m4 as the underlying file does not > exist anymore upstream. > > Tested on amd64 (sound also works). > > OK? I plan to commit this soon unless I hear objections. > Index: Makefile > === > RCS file: /cvs/ports/x11/enlightenment/Makefile,v > retrieving revision 1.72 > diff -u -p -r1.72 Makefile > --- Makefile 27 Jun 2018 21:04:07 - 1.72 > +++ Makefile 3 Feb 2019 08:15:39 - > @@ -2,23 +2,22 @@ > > COMMENT= themed window manager > > -V= 1.0.9 > +V= 1.0.19 > DISTNAME=e16-$V > PKGNAME= enlightenment-$V > DOCS=e16-docs-0.16.8.0.2 > -THEMES= e16-themes-1.0.1 > -REVISION=10 > +THEMES= e16-themes-1.0.2 > > CATEGORIES= x11 > > -HOMEPAGE=http://www.enlightenment.org/ > +HOMEPAGE=http://www.enlightenment.org/e16 > > # X11 > PERMIT_PACKAGE_CDROM=Yes > > WANTLIB = FLAC ICE Imlib2 SM X11 Xcomposite Xdamage Xext Xfixes Xft > WANTLIB += Xinerama Xrandr Xrender audiofile c expat ffi fontconfig > -WANTLIB += freetype glib-2.0 gmodule-2.0 gobject-2.0 graphite2 > +WANTLIB += freetype fribidi glib-2.0 gobject-2.0 graphite2 > WANTLIB += gthread-2.0 harfbuzz iconv intl m ogg pango-1.0 pangoft2-1.0 > WANTLIB += pangoxft-1.0 pcre pthread sndio xcb z > > @@ -28,8 +27,8 @@ DISTFILES= ${DISTNAME}.tar.gz \ > ${DOCS}.tar.gz \ > ${THEMES}.tar.gz > > -AUTOCONF_VERSION=2.65 > -AUTOMAKE_VERSION=1.11 > +AUTOCONF_VERSION=2.69 > +AUTOMAKE_VERSION=1.15 > BUILD_DEPENDS= ${MODGNU_AUTOCONF_DEPENDS} \ > ${MODGNU_AUTOMAKE_DEPENDS} > > @@ -45,31 +44,28 @@ SEPARATE_BUILD= Yes > USE_GMAKE= Yes > > CONFIGURE_STYLE= gnu > -CONFIGURE_ARGS+= --disable-sound_esound > +CONFIGURE_ARGS+= --enable-sound=sndio \ > + --with-sndldr=audiofile > CONFIGURE_ENV= CPPFLAGS="-I${X11BASE}/include -I${LOCALBASE}/include" \ > LDFLAGS="-L${X11BASE}/lib -L${LOCALBASE}/lib" > > post-extract: > cp -f ${FILESDIR}/sound_sndio.c ${WRKSRC}/src > > -pre-configure: > - cd ${WRKSRC} && env AUTOCONF_VERSION=${AUTOCONF_VERSION} \ > - AUTOMAKE_VERSION=${AUTOMAKE_VERSION} aclocal -I m4 > - cd ${WRKSRC} && env AUTOCONF_VERSION=${AUTOCONF_VERSION} \ > - AUTOMAKE_VERSION=${AUTOMAKE_VERSION} autoconf > - cd ${WRKSRC} && env AUTOCONF_VERSION=${AUTOCONF_VERSION} \ > - AUTOMAKE_VERSION=${AUTOMAKE_VERSION} autoheader > - cd ${WRKSRC} && env AUTOCONF_VERSION=${AUTOCONF_VERSION} \ > - AUTOMAKE_VERSION=${AUTOMAKE_VERSION} automake > +do-gen: > + cd ${WRKSRC} && ${SETENV} ${AUTOCONF_ENV} aclocal -I m4 > + cd ${WRKSRC} && ${SETENV} ${AUTOCONF_ENV} autoconf > + cd ${WRKSRC} && ${SETENV} ${AUTOCONF_ENV} autoheader > + cd ${WRKSRC} && ${SETENV} ${AUTOCONF_ENV} automake > > post-configure: > - @cd ${WRKDIR}/${DOCS} && ${SETENV} ${CONFIGURE_ENV} \ > + cd ${WRKDIR}/${DOCS} && ${SETENV} ${CONFIGURE_ENV} \ > /bin/sh ./configure ${CONFIGURE_ARGS} > - @cd ${WRKDIR}/${THEMES} && ${SETENV} ${CONFIGURE_ENV} \ > + cd ${WRKDIR}/${THEMES} && ${SETENV} ${CONFIGURE_ENV} \ > /bin/sh ./configure ${CONFIGURE_ARGS} > > post-install: > - @cd ${WRKDIR}/${DOCS} && ${SETENV} ${MAKE_ENV} \ > + cd ${WRKDIR}/${DOCS} && ${SETENV} ${MAKE_ENV} \ > ${_FAKE_SETUP} ${MAKE_PROGRAM} ${ALL_FAKE_FLAGS} \ > -f ${MAKE_FILE} ${FAKE_TARGET} > cd ${WRKDIR}/${THEMES} && ${SETENV} ${MAKE_ENV} \ > Index: distinfo > === > RCS file: /cvs/ports/x11/enlightenment/distinfo,v > retrieving revision 1.10 > diff -u -p -r1.10 distinfo > --- distinfo 4 Nov 2014 08:35:57 - 1.10 > +++ distinfo 3 Feb 2019 08:15:39 - > @@ -1,6 +1,6 @@ > -SHA256 (e16-1.0.9.tar.gz) = 1DWECkpCnLIvJB14iegoJwYfbvXM2bvIcgr1He4FPSc= > +SHA256 (e16-1.0.19.tar.gz) = +nVGaLhsvmm8EgYfeI9y42aeb8mFeeOAu9BXxSqwvqQ= > SHA256 (e16-docs-0.16.8.0.2.tar.gz) = > uNjgyvRZMc5nL6UIipY2hVM6Zamoz+7hUjnZbzuRWT8= > -SHA256 (e16-themes-1.0.1.tar.gz) = > M85IxdVlGuOl1WdD9od1zLdj661wMG669+FiWHlAyGU= > -SIZE (e16-1.0.9.tar.gz) = 2256543 > +SHA256 (e16-themes-1.0.2.tar.gz) = > f/3/XB+koTxwcVNWyVIlZIfQ1k8OpRPnVhHKbmE+coU= > +SIZE (e16-1.0.19.tar.gz) = 2459808
Re: [NEW] devel/p5-String-Formatter 0.102084 (Perl+MPD 3/5)
On Thu, 21 Feb 2019 22:08:57 -0700 Andrew Hewus Fresh wrote: > On Fri, Feb 22, 2019 at 12:53:06AM +0100, Alexander Bluhm wrote: > > On Thu, Feb 21, 2019 at 11:22:12PM +0100, Charlene Wendling wrote: > > > Here is a new port, String::Formatter. It will be needed for > > > updating audio/p5-Audio-MPD-Common. > > > > I think you should keep String/Formatter/Cookbook.pm, it makes > > perldoc String::Formatter::Cookbook work. > > > > Instead of an extra post-install target, you could just comment out > > bench.pl from PLIST. > > > > @comment ${P5SITE}/String/bench.pl > > > > I don't like the @rm -f. The @ prevents that you see what is going > > on, and with -f it cannot fail. What happens if in a later version > > bench.pl is not part of the distribution? You will never notice > > that rm -f would not work. > > > > with that OK bluhm@ > > I agree, @comment is the expected way to avoid installing things as > long as it goes through the rest of the build fine. > > with bluhm's changes, OK afresh1@ > Hi, Thanks for the rationale behind the proposed changes - i applied them accordingly. Charlène. p5-String-Formatter.tgz Description: Binary data
Re: [update] telegraf 1.9.4
On Fri 22/02 16:26, Landry Breuil wrote: > Hi, > > here's an update to telegraf 1.9.4, now using sysutils/dep instead of go > get to fetch 'dep' (which produced broken results) - changed mode/group > ownership of the @sampled config file as it might contain credentials, > as noted by Joel Carnat (thanks !). made it root:_telegraf 0640 as > theres no need for telegraf itself to write its config file. > > I again had to jump through hoops to 'fix' EINVAL when using > inputs.system plugin, overwriting the bundled x/sys module by the port > source helps.. go ecosystem is tiring. > > if it works for you, fine :) as i dont really use it, dont count on me > to care much more about it.. > > Landry Hi, Thanks for the update! I just compiled it and installed on two servers. So far, it seems to be working great. Not sure if that's relevant as I may have had an old 1.9.0 WIP archive. But in case it is, I got a reject on the Makefile while patching. And I had to manually replace the V variable: --- Makefile.orig Fri Dec 7 09:25:48 2018 +++ MakefileFri Feb 22 16:53:27 2019 @@ -3,9 +3,9 @@ COMMENT = plugin-driven server agent for collecting metrics -V =1.9.0 +V =1.9.4 DISTNAME = telegraf-${V} GH_ACCOUNT = influxdata Regards, Jo @@ -40,8 +45,7 @@ mkdir -p ${WRKDIR}/go/src/github.com/influxdata/ ftp -o ${WRKDIR}/${DISTFILES} https://github.com/influxdata/telegraf/archive/${GH_TAGNAME}/${DISTFILES} tar -C ${WRKDIR}/go/src/github.com/influxdata/ -xzf ${WRKDIR}/${DISTFILES} - ${SETENV} ${MODGO_ENV} go get github.com/golang/dep/cmd/dep - cd ${WRKDIR}/go/src/github.com/influxdata/${DISTNAME} && ${SETENV} ${MODGO_ENV} ${WRKDIR}/go/bin/dep ensure + cd ${WRKDIR}/go/src/github.com/influxdata/${DISTNAME} && ${SETENV} ${MODGO_ENV} ${TRUEPREFIX}/bin/dep ensure rm -Rf ${WRKDIR}/go/{bin,pkg} ${WRKDIR}/go/src/github.com/influxdata/${DISTNAME}/vendor/github.com/influxdata/telegraf ${WRKDIR}/${DISTFILES} cd ${WRKDIR}/go/src/github.com/influxdata/ && tar -czf /usr/ports/distfiles/${DISTFILES} ${DISTNAME}
[new] aria-maestosa, a midi editor/sequencer
Hi, a port i had lying around for a while, requires the wxwidgets,-webview subpackage that jca@ sent some minutes ago - it requires a running jack otherwise it seems to crash at startup trying to spawn one - im not comfortable with those sound daemons/layers piling on top of each other. see http://ariamaestosa.sourceforge.net/man.html for what it can do. would like feedback from midi users to know if they find it useful :) Landry aria-maestosa.tgz Description: application/tar-gz
Re: [new/wip] synapse, the matrix.org server
On Sun, Feb 03, 2019 at 08:54:28PM +, Linda Lapinlampi wrote: > > it has shittons of new dependencies, for most of them i used upt to do > > the heavy lifting of creating the Makefile. All of them are not finished > > at all :) > > Thanks, I'll be continuing from here to port the latest matrix-synapse. > For reference, your port from April 2018 was version 0.27.4. > > I had to discard some unused dependencies and portgen new ones for > Synapse 0.99.0rc4, but we're halfway there. > > These dependencies are currently missing from -snapshots ports: > > - py3-frozendict > - py3-unpaddedbase64 > - py3-canonincaljson > - py3-signedjson > - py3-treq > - py3-daemonize > - py3-pymacaraoons > - py3-phonenumbers in addition to the ones you already submitted (frozendict & daemonize), the initial tarball i sent had ports for: - py-canonicaljson - py-denticon (not used anymore ?) - py-signedjson - py-unpaddedbase64 - py-macaroons - py-saml2 so you're of course encouraged to use them as a starting point. py-matrix-angular-sdk isnt used anymore either ? Landry
Re: New (wip?): net/py-prometheus_client-0.5.0p0
On Mon, Feb 04, 2019 at 04:50:14PM +, Linda Lapinlampi wrote: > Hi, attached is a port for the Python client of Prometheus monitoring > system. > > Description: > This library provides an API for exporting metrics from a Python application, > and an HTTP server to expose the metrics to Prometheus. > > PyPI: https://pypi.org/project/prometheus_client/ > Git: https://github.com/prometheus/client_python > > make test: 1 failed, 191 passed on my amd64 machine. The failing test > is: > > def test_instance_ip_grouping_key(self): > self.assertTrue('' != instance_ip_grouping_key()['instance']) > > def instance_ip_grouping_key(): > '''Grouping key with instance set to the IP Address of this host.''' > with closing(socket.socket(socket.AF_INET, socket.SOCK_DGRAM)) as s: > s.connect(('localhost', 0)) > OSError: [Errno 49] Can't assign requested address > > Please test. It seems the developers skip this one unit test on macOS > too ("does not work on macOS"), according to > tests/test_exposition.py:L290-293. Having a test failling is not a big deal. > An upcoming matrix-synapse port will depend on this port (although > currently versions >= 0.4.0 of this client are unsupported by > matrix-synapse). I hope this port is also useful standalone. > > Porting quirks: PyPI source doesn't include tests, so this port fetches > the source from GitHub instead. and fetching the sources from github sometimes has issues :) portswise changes: - REVISION should start empty/unset - update the PLIST with python3 FLAVOR, as is the default FLAVOR doesnt package. Creating package py-prometheus_client-0.5.0 Error: duplicate item in packing-list /usr/local/lib/python2.7/site-packages/prometheus_client Error: duplicate item in packing-list /usr/local/lib/python2.7/site-packages/prometheus_client/bridge Error: duplicate item in packing-list /usr/local/lib/python2.7/site-packages/prometheus_client/openmetrics Error: duplicate item in packing-list /usr/local/lib/python2.7/site-packages/prometheus_client/twisted (see about MODPY_COMMENT in the PLIST) with that fixed, ok to import (as py-frozendit & py-daemonize with the comments it did adressed) Landry
[update] telegraf 1.9.4
Hi, here's an update to telegraf 1.9.4, now using sysutils/dep instead of go get to fetch 'dep' (which produced broken results) - changed mode/group ownership of the @sampled config file as it might contain credentials, as noted by Joel Carnat (thanks !). made it root:_telegraf 0640 as theres no need for telegraf itself to write its config file. I again had to jump through hoops to 'fix' EINVAL when using inputs.system plugin, overwriting the bundled x/sys module by the port source helps.. go ecosystem is tiring. if it works for you, fine :) as i dont really use it, dont count on me to care much more about it.. Landry ? Makefile.deps Index: Makefile === RCS file: /cvs/ports/sysutils/telegraf/Makefile,v retrieving revision 1.2 diff -u -r1.2 Makefile --- Makefile25 Dec 2018 22:40:11 - 1.2 +++ Makefile22 Feb 2019 15:25:07 - @@ -6,7 +6,7 @@ GH_ACCOUNT = influxdata GH_PROJECT = telegraf -GH_TAGNAME = 1.9.0 +GH_TAGNAME = 1.9.4 HOMEPAGE = https://influxdata.com # selfhosted because we bundle go deps MASTER_SITES = https://rhaalovely.net/stuff/ @@ -18,14 +18,19 @@ MODULES = lang/go -# dep rebundles them.. -#BUILD_DEPENDS = security/go-crypto \ -# textproc/go-text \ -# devel/go-sys \ -# net/go-net +BUILD_DEPENDS =sysutils/dep \ + security/go-crypto \ + textproc/go-text \ + devel/go-sys \ + net/go-net WANTLIB += c pthread +# overwrite vendored versions with known-working ones +post-extract: + rm -Rf ${WRKDIST}/vendor/golang.org/x/{sys,text,net,crypto} + cp -r ${TRUEPREFIX}/go-pkg/src/golang.org/x/{sys,text,net,crypto} ${WRKDIST}/vendor/golang.org/x/ + do-install: ${MODGO_INSTALL_TARGET} ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/telegraf/ @@ -40,8 +45,7 @@ mkdir -p ${WRKDIR}/go/src/github.com/influxdata/ ftp -o ${WRKDIR}/${DISTFILES} https://github.com/influxdata/telegraf/archive/${GH_TAGNAME}/${DISTFILES} tar -C ${WRKDIR}/go/src/github.com/influxdata/ -xzf ${WRKDIR}/${DISTFILES} - ${SETENV} ${MODGO_ENV} go get github.com/golang/dep/cmd/dep - cd ${WRKDIR}/go/src/github.com/influxdata/${DISTNAME} && ${SETENV} ${MODGO_ENV} ${WRKDIR}/go/bin/dep ensure + cd ${WRKDIR}/go/src/github.com/influxdata/${DISTNAME} && ${SETENV} ${MODGO_ENV} ${TRUEPREFIX}/bin/dep ensure rm -Rf ${WRKDIR}/go/{bin,pkg} ${WRKDIR}/go/src/github.com/influxdata/${DISTNAME}/vendor/github.com/influxdata/telegraf ${WRKDIR}/${DISTFILES} cd ${WRKDIR}/go/src/github.com/influxdata/ && tar -czf /usr/ports/distfiles/${DISTFILES} ${DISTNAME} Index: distinfo === RCS file: /cvs/ports/sysutils/telegraf/distinfo,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 distinfo --- distinfo18 Dec 2018 19:31:28 - 1.1.1.1 +++ distinfo22 Feb 2019 15:25:07 - @@ -1,2 +1,2 @@ -SHA256 (telegraf-1.9.0.tar.gz) = MCBAuASXvOAVU5luKO1w4dBrzcbQrfkXPg2MpurOv7I= -SIZE (telegraf-1.9.0.tar.gz) = 67990016 +SHA256 (telegraf-1.9.4.tar.gz) = 4uEr3BIwQ6LhhfKAMJsFvviK2dWHJfh4y+ER6CuaQNM= +SIZE (telegraf-1.9.4.tar.gz) = 68006810 Index: pkg/PLIST === RCS file: /cvs/ports/sysutils/telegraf/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 PLIST --- pkg/PLIST 18 Dec 2018 19:31:28 - 1.1.1.1 +++ pkg/PLIST 22 Feb 2019 15:25:07 - @@ -8,4 +8,6 @@ share/examples/telegraf/ @sample ${SYSCONFDIR}/telegraf/ share/examples/telegraf/telegraf.conf +@mode 640 +@group _telegraf @sample ${SYSCONFDIR}/telegraf/telegraf.conf
x11/wxWidgets: enable webview extension
So Landry tells me he might have a use case for this optional lib. I had removed it from the wxWidgets3 update to make things easier to review but since things are mostly settled now, why not. Since webkitgtk4 only a builds on a few archs right now, use the hopefully proper bsd.port.arch.mk/BUILD_PACKAGES magic. No idea if the subpackage is usable right now as I have no port to test it. devel/p5-Alien-wxWidgets can detect it* just like the -media subpackage/lib, but I'm not sure the existing RUN_DEPENDS is warranted anyway. Also the only user of p5-Alien-wxWidgets is p5-Wx, still marked as BROKEN. Reviews/oks welcome. * (cd /tmp && perl -MAlien::wxWidgets -E 'say Alien::wxWidgets->libraries();') | tr ' ' '\n' Index: Makefile === RCS file: /cvs/ports/x11/wxWidgets/Makefile,v retrieving revision 1.64 diff -u -p -r1.64 Makefile --- Makefile21 Jan 2019 18:55:07 - 1.64 +++ Makefile22 Feb 2019 14:25:54 - @@ -1,13 +1,20 @@ # $OpenBSD: Makefile,v 1.64 2019/01/21 18:55:07 jca Exp $ +# www/webkitgtk4 +ONLY_FOR_ARCHS-webview = i386 amd64 + COMMENT-main = C++ cross-platform GUI toolkit COMMENT-media =wxMediaCtrl class for wxWidgets +COMMENT-webview = wxWebView class for wxWidgets V =3.0.4 DISTNAME = wxWidgets-${V} PKGNAME-main = wxWidgets-gtk3-${V} PKGNAME-media =wxWidgets-media-${V} -REVISION = 1 +PKGNAME-webview = wxWidgets-webview-${V} + +REVISION-main =1 +REVISION-media = 1 CATEGORIES = x11 MASTER_SITES = https://github.com/wxWidgets/wxWidgets/releases/download/v$V/ @@ -28,6 +35,7 @@ SHARED_LIBS += wx_gtk3u_qa-3.0 SHARED_LIBS += wx_gtk3u_ribbon-3.0 0.0 # 0.0 SHARED_LIBS += wx_gtk3u_richtext-3.0 0.0 # 0.0 SHARED_LIBS += wx_gtk3u_stc-3.0 0.0 # 0.0 +SHARED_LIBS += wx_gtk3u_webview-3.0 0.0 # 0.0 SHARED_LIBS += wx_gtk3u_xrc-3.0 0.0 # 0.0 HOMEPAGE = https://www.wxwidgets.org/ @@ -36,7 +44,12 @@ HOMEPAGE = https://www.wxwidgets.org/ # http://www.wxwidgets.org/about/licence/ PERMIT_PACKAGE_CDROM = Yes -MULTI_PACKAGES = -main -media +MULTI_PACKAGES = -main -media -webview + +PSEUDO_FLAVORS = no_webview +FLAVOR ?= + +.include COMPILER = base-clang ports-gcc base-gcc @@ -68,6 +81,16 @@ WANTLIB-media += gstreamer-1.0 gstvideo- WANTLIB-media += intl jpeg m notify pango-1.0 pangocairo-1.0 png16 tiff WANTLIB-media += wx_baseu-3.0 wx_gtk3u_core-3.0 z +LIB_DEPENDS-webview = ${LIB_DEPENDS} \ + ${BASE_PKGPATH},-main>=${V} \ + www/webkitgtk4 + +WANTLIB-webview += ${COMPILER_LIBCXX} SM X11 Xxf86vm atk-1.0 cairo cairo-gobject +WANTLIB-webview += gdk-3 gdk_pixbuf-2.0 gio-2.0 glib-2.0 gobject-2.0 gthread-2.0 +WANTLIB-webview += gtk-3 iconv intl javascriptcoregtk-4.0 jpeg m notify +WANTLIB-webview += pango-1.0 pangocairo-1.0 png16 soup-2.4 tiff webkit2gtk-4.0 +WANTLIB-webview += wx_baseu-3.0 wx_gtk3u_core-3.0 z + MAKE_FLAGS = SO_VERSION="${LIBwx_baseu-3.0_VERSION}" USE_GMAKE =Yes @@ -81,8 +104,12 @@ CONFIGURE_ARGS =--disable-backtrace \ --with-gtk=3 \ --with-libmspack \ --with-opengl \ - --with-sdl \ - --disable-webviewwebkit + --with-sdl + +.if !${BUILD_PACKAGES:M-webview} +CONFIGURE_ARGS += --disable-webviewwebkit +.endif + CONFIGURE_ENV =CPPFLAGS="-I${LOCALBASE}/include -I${X11BASE}/include" \ LDFLAGS="-L${LOCALBASE}/lib -L${X11BASE}/lib" \ WXCONFIG_CPPFLAGS="-I${X11BASE}/include" \ Index: pkg/DESCR-webview === RCS file: pkg/DESCR-webview diff -N pkg/DESCR-webview --- /dev/null 1 Jan 1970 00:00:00 - +++ pkg/DESCR-webview 22 Feb 2019 14:25:54 - @@ -0,0 +1,2 @@ +The wxWebView library is a set of classes for viewing complex web +documents and for internet browsing. Index: pkg/PLIST-main === RCS file: /cvs/ports/x11/wxWidgets/pkg/PLIST-main,v retrieving revision 1.6 diff -u -p -r1.6 PLIST-main --- pkg/PLIST-main 2 Jan 2019 12:41:48 - 1.6 +++ pkg/PLIST-main 22 Feb 2019 14:25:54 - @@ -756,6 +756,7 @@ include/wx-3.0/wx/zstream.h @lib lib/libwx_gtk3u_stc-3.0.so.${LIBwx_gtk3u_stc-3.0_VERSION} @lib lib/libwx_gtk3u_xrc-3.0.so.${LIBwx_gtk3u_xrc-3.0_VERSION} lib/wx/ +lib/wx/3.0/ lib/wx/config/ lib/wx/config/gtk3-unicode-3.0 lib/wx/include/ Index: pkg/PLIST-webview === RCS file: pkg/PLIST-webview diff -N pkg/PLIST-webview --- /dev/null 1 Jan 1970 00:00:00 - +++ pkg/PLIST-webview 22 Feb 2019 14:25:54 - @@ -0,0 +1,4 @@ +@comment $OpenBSD: PLIST-webview,v$ +@lib lib/libwx_gtk3u_webview-3.0.so.${LIBwx_gtk3u_webview-3.0_VERSION} +lib/wx/3.0/web-extensions/
[new] py-rio-cogeo
Hi, py-rio-cogeo is a rasterio plugin to build cloud-enabled geotiff, conforming to the cogeo.org specs - using this at work, of course. portswise, can do 1.0dev10 as it requires numpy 1.15 and i dont want to go down that road for now - maybe the port should be named py-rasterio-cogeo, for consistency with rasterio - all rasterio plugin projects are rio-something per https://github.com/mapbox/rasterio/wiki/Rio-plugin-registry welcoming okays to import :) Landry py-rio-cogeo-1.0pre8.tgz Description: application/tar-gz
Re: net/p5-GeoIP2 support for mail/p5-Mail-SpamAssassin
On 2019/02/22 08:14, Giovanni Bechis wrote: > Hi, > this diff add GeoIP2 support to SpamAssassin and makes it the default > geo library as done upstream. > Ok or is it a too heavy dependency ? > Cheers > Giovanni > Index: Makefile > === > RCS file: /var/cvs/ports/mail/p5-Mail-SpamAssassin/Makefile,v > retrieving revision 1.111 > diff -u -p -r1.111 Makefile > --- Makefile 25 Sep 2018 09:05:09 - 1.111 > +++ Makefile 20 Feb 2019 07:59:32 - > @@ -5,7 +5,7 @@ COMMENT= mailfilter to identify and mar > VER= 3.4.2 > DISTNAME=Mail-SpamAssassin-${VER} > PKGNAME= p5-${DISTNAME} > -REVISION=0 > +REVISION=1 > RULESNAME= Mail-SpamAssassin-rules-${VER}.r1840640.tgz > CATEGORIES= mail perl5 > > @@ -35,7 +35,7 @@ RUN_DEPENDS=${COMMON_DEPENDS} \ > devel/re2c \ > devel/p5-BSD-Resource \ > p5-Mail-SPF-*|p5-Mail-SPF-Query-*:mail/p5-Mail-SPF \ > - > p5-Geo-IP-*|p5-IP-Country-DB_File-*|p5-IP-Country-*:net/p5-Geo-IP \ > + > p5-GeoIP2-*|p5-Geo-IP-*|p5-IP-Country-DB_File-*|p5-IP-Country-*:net/p5-GeoIP2 > \ Not using spamassassin any more, but can you remove the old p5-Geo-IP? The databases are not updated any more so it is not really that useful - leaving it in place means that existing users continue to use it.
[update] py-click 7.0
Hi, here's an update to click 7. maybe the homepage should move to https://palletsprojects.com/p/click/ or https://click.palletsprojects.com/en/7.x/ ... changelog here: https://click.palletsprojects.com/en/7.x/changelog/#version-7-0 - many changes so probably need testing with all consumers. all tests but one pass. Landry Index: Makefile === RCS file: /cvs/ports/devel/py-click/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- Makefile15 Apr 2017 17:25:39 - 1.5 +++ Makefile22 Feb 2019 11:12:55 - @@ -2,13 +2,13 @@ COMMENT= command line library for Python -MODPY_EGG_VERSION=6.7 -DISTNAME= click-${MODPY_EGG_VERSION} +MODPY_EGG_VERSION=7.0 +DISTNAME= Click-${MODPY_EGG_VERSION} PKGNAME= py-click-${MODPY_EGG_VERSION} CATEGORIES=devel -HOMEPAGE= http://click.pocoo.org/6/ +HOMEPAGE= http://click.pocoo.org/7/ MAINTAINER=Sebastian Reitenbach Index: distinfo === RCS file: /cvs/ports/devel/py-click/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo15 Apr 2017 17:25:39 - 1.3 +++ distinfo22 Feb 2019 11:12:55 - @@ -1,2 +1,2 @@ -SHA256 (click-6.7.tar.gz) = 8VUW30eNWlYYD7+A5o8gYBDm0WD8OfpQi2XgNf11Ews= -SIZE (click-6.7.tar.gz) = 279019 +SHA256 (Click-7.0.tar.gz) = W5S0lSH2RWZw/bMM2CpOypQSeIqT+m3W33LJTVqP8tc= +SIZE (Click-7.0.tar.gz) = 286192 Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-click/pkg/PLIST,v retrieving revision 1.2 diff -u -r1.2 PLIST --- pkg/PLIST 8 Jun 2016 17:16:46 - 1.2 +++ pkg/PLIST 22 Feb 2019 11:12:55 - @@ -1,10 +1,10 @@ @comment $OpenBSD: PLIST,v 1.2 2016/06/08 17:16:46 danj Exp $ +lib/python${MODPY_VERSION}/site-packages/Click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ +lib/python${MODPY_VERSION}/site-packages/Click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO +lib/python${MODPY_VERSION}/site-packages/Click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt +lib/python${MODPY_VERSION}/site-packages/Click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt +lib/python${MODPY_VERSION}/site-packages/Click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/click/ -lib/python${MODPY_VERSION}/site-packages/click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ -lib/python${MODPY_VERSION}/site-packages/click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO -lib/python${MODPY_VERSION}/site-packages/click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt -lib/python${MODPY_VERSION}/site-packages/click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt -lib/python${MODPY_VERSION}/site-packages/click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/click/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/click/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/click/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
Re: NEW: devel/py-flaky
On Wed, Feb 20 2019, Stuart Henderson wrote: > Needed for tests in newer py-openssl. OK to import? ok jca@, with or without the suggested whitespace/ordering tweaks below: --- Makefile.orig Fri Feb 22 12:10:06 2019 +++ MakefileFri Feb 22 12:10:06 2019 @@ -15,12 +15,11 @@ PERMIT_PACKAGE_CDROM = Yes MODULES = lang/python -FLAVORS = python3 -FLAVOR ?= - MODPY_PI = Yes - MODPY_SETUPTOOLS = Yes + +FLAVORS = python3 +FLAVOR ?= # missing deps NO_TEST = Yes -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: Update: wget 1.19.5 -> 1.20.1
Jeremie Courreges-Anglas writes: > While here, further tweaks: > - python3 already now exists, no need to create a symlink (also the > ln -s fails if you restart the tests) > - skip the fuzz/ directory, this allows me to run make test Yes, it is best to wait until the next release of wget since upstream has changes that will allow the fuzz tests to compile. We can revisit it then as to whether to include the fuzz tests at all. They compile and pass; it requires using the git repo for the fuzz/*.in input files. > There's still something I have to untangle: with this diff, tests pass > on my laptop but not on my amd64 builder (wget.h not found). Maybe > a hidden dep or something. > > Meanwhile, ok? Yes, tests pass here with that diff. I feel like I encountered a similar wget.h problem before. It was when I tried to run `make check' from {WRKSRC} itself, which is an entirely moot point, since we are running from the ports infrastructure. The problem was that -L containing src/wget.h was not included, whereas I noticed that running `make test' from ports generated lines like -L../src -L../lib. Oh well, this is probably a red herring.
Re: UPDATE: FFmpeg 4.1.1
Brad Smith writes: > Here is an update to FFmpeg 4.1.1 and coupled ports updates. > > Any and all testing welcome. > > FFmpeg > https://comstyle.com/ffmpeg/ffmpeg.diff I successfully streamed dhewm3 from my OpenBSD gaming computer to my OpenBSD streaming computer to twitch.tv. Both used ffmpeg 4.1.1. The streaming computer used the `slow' preset for x264. The video and audio were synced once I added the -thread_queue_size option. After a while, the audio still has a chance of desyncing and will spit out warnings, but I don't think this is a big deal because it is reliable for long stretches of time. Thank you for the new ffmpeg. dhewm3 computer was running this script: --8<---cut here---start->8--- RES="1280x720" FRAMES=30 AUDIO_RATE="44100" AUDIO_CBR="320k" SERVER=192.168.1.100 VIDEO="-c:v huffyuv" ffmpeg -thread_queue_size 1024 -f x11grab -s $RES -framerate $FRAMES -i :0.0 \ -thread_queue_size 1024 -f sndio -i snd/0.mon -ar $AUDIO_RATE -b:a $AUDIO_CBR \ $VIDEO -f avi - | nc $SERVER 1337 --8<---cut here---end--->8--- streaming computer was running this script: --8<---cut here---start->8--- . $HOME/.stream_key INGEST=live-sea # change these CBR="2200k" RES="1280x720" FRAMES=30 PRESET="slow" VIDEO="-c:v libx264 -preset $PRESET" VIDEO="$VIDEO -b:v $CBR -minrate $CBR -maxrate $CBR" nc -l 1337 | ffmpeg -i pipe:0 \ -vf "format=yuv444p, \ drawtext=textfile=$HOME/twitch.asc:reload=1:\ fontfile=/usr/share/fonts/dejavu/DejaVuSansMono.ttf:\ fontcolor=white:fontsize=24:x=10:y=16, format=yuv420p" \ $VIDEO \ -acodec copy \ -threads 12 \ -f flv "rtmp://$INGEST.twitch.tv/app/$STREAM_KEY" --8<---cut here---end--->8---
Re: kcaldav-0.1.7p0 fresh install - httpd gives HTTP 505
On Fri, Feb 22, 2019 at 08:07:02AM GMT, Mikolaj Kucharski wrote: > Hi, > > I have pretty fresh OpenBSD-current with kcaldav-0.1.7p0 from packages > installed: > > $ sysctl -n kern.version > OpenBSD 6.4-current (GENERIC.MP) #743: Wed Feb 20 09:57:24 MST 2019 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > $ pkg_info -qI kcaldav > kcaldav-0.1.7p0 > > # rcctl get httpd > httpd_class=daemon > httpd_flags= > httpd_rtable=0 > httpd_timeout=30 > httpd_user=root > > # rcctl get slowcgi > slowcgi_class=daemon > slowcgi_flags= > slowcgi_rtable=0 > slowcgi_timeout=30 > slowcgi_user=root > > > Configutation of httpd(8) is basically copy-pasta of > /etc/examples/httpd.conf with added part for kcaldav from > /usr/local/share/doc/pkg-readmes/kcaldav with modified > for my domain. TLS cert is generated with acme-client(1) > and HTTP over port 443 works. > > > # cat /etc/httpd.conf > server "test.example.com" { > listen on * port 80 > location "/.well-known/acme-challenge/*" { > root "/acme" > request strip 2 > } > location * { > block return 302 "https://$HTTP_HOST$REQUEST_URI"; > } > } > > server "test.example.com" { > listen on * tls port 443 > tls { > certificate "/etc/ssl/test.example.com.fullchain.pem" > key "/etc/ssl/private/test.example.com.key" > } > location "/pub/*" { > directory auto index > } > location "/.well-known/acme-challenge/*" { > root "/acme" > request strip 2 > } > location "/cgi-bin/*" { > fastcgi > root "/" > } > } > > > I configured test user by following package readme file: > > # kcaldav.passwd -C -u testing23 -e r...@test.example.com -f /var/www/caldav > # chown www:www /var/www/caldav/kcaldav.db > # chmod 640 /var/www/caldav/kcaldav.db > > > but when I open https://test.example.com/kcaldav/home.html and > authenticate, the `Loading kCalDAV...` spinning wheel never goes away. Hi Mikolaj, This is also where I got stuck. I'd very much like to get it working but due to lack of time, sadly, I had to give up at this point. Regards, Raf > In httpd(8) logs I see following: > > > test.example.com 109.232.27.122 - - [21/Feb/2019:14:13:43 +] "GET > /kcaldav/home.html HTTP/1.1" 200 8768 > test.example.com 109.232.27.122 - - [21/Feb/2019:14:13:44 +] "GET > /kcaldav/style.css HTTP/1.1" 200 2420 > test.example.com 109.232.27.122 - - [21/Feb/2019:14:13:44 +] "GET > /kcaldav/md5.min.js HTTP/1.1" 200 5511 > test.example.com 109.232.27.122 - - [21/Feb/2019:14:13:44 +] "GET > /kcaldav/script.min.js HTTP/1.1" 200 9252 > test.example.com 109.232.27.122 - - [21/Feb/2019:14:13:44 +] "GET > /kcaldav/home.min.js HTTP/1.1" 200 3274 > test.example.com 109.232.27.122 - - [21/Feb/2019:14:13:46 +] "GET > /cgi-bin/kcaldav.cgi/index.json HTTP/1.1" 401 0 > test.example.com 109.232.27.122 - - [21/Feb/2019:14:14:44 +] " " > 408 0 > test.example.com 109.232.27.122 - - [21/Feb/2019:14:14:44 +] " " > 408 0 > test.example.com 109.232.27.122 - - [21/Feb/2019:14:14:46 +] " " > 408 0 > test.example.com 109.232.27.122 - - [21/Feb/2019:14:15:13 +] "GET > /cgi-bin/kcaldav.cgi/index.json HTTP/1.1" 505 0 > > > So, what I see here is HTTP 505 error. If I do the same GET via curl I > see this: > > $ curl --anyauth -u testing23 -vsSf -o - > https://test.example.com/cgi-bin/kcaldav.cgi/index.json > Enter host password for user 'testing23': > * Expire in 0 ms for 6 (transfer 0x17acc2b3b000) > ... > * Expire in 5 ms for 1 (transfer 0x17acc2b3b000) > * Trying XXX.XXX.XXX.132... > * TCP_NODELAY set > * Expire in 149992 ms for 3 (transfer 0x17acc2b3b000) > * Expire in 200 ms for 4 (transfer 0x17acc2b3b000) > * Connected to test.example.com (XXX.XXX.XXX.132) port 443 (#0) > * ALPN, offering h2 > * ALPN, offering http/1.1 > * successfully set certificate verify locations: > * CAfile: /etc/ssl/cert.pem > CApath: none > * TLSv1.2 (OUT), TLS handshake, Client hello (1): > * TLSv1.2 (IN), TLS handshake, Server hello (2): > * TLSv1.2 (IN), TLS handshake, Certificate (11): > * TLSv1.2 (IN), TLS handshake, Server key exchange (12): > * TLSv1.2 (IN), TLS handshake, Server finished (14): > * TLSv1.2 (OUT), TLS handshake, Client key exchange (16): > * TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1): > * TLSv1.2 (OUT), TLS handshake, Finished (20): > * TLSv1.2 (IN), TLS change cipher, Change cipher spec (1): > * TLSv1.2 (IN), TLS handshake, Finished (20): > * SSL connection using TLSv1.2 / ECDHE-RSA-CHACHA20-POLY1305 > * ALPN, server did not agree to a protocol > * Server certificate: > * subject: CN=test.example.com > * start date: Feb 21 13:03:57 2019 GMT > * expire date: May 22 13:03:57 2019 GMT > * subjectAltName: host "test.example.com" matched cert's "test.example.com" > * issuer: C=US; O=Let's Encrypt; CN=Let's
Re: [M. UPDATE] net/py-zmq 17.1.2 to 18.0.0
On Thu, Feb 21 2019, "Elias M. Mariani" wrote: > https://pyzmq.readthedocs.io/en/latest/changelog.html > > - Update bundled libzmq to 4.3.1 (fixes CVE-2019-6250) > https://nvd.nist.gov/vuln/detail/CVE-2019-6250 > > Regression tests on consumers are working equal with this version and > the previous one. > > Comments ? OKs ? I don't understand the SETENV variable. Where is it used? The two additional diffs below allow me to run tests successfully on amd64. Index: Makefile === RCS file: /cvs/ports/net/py-zmq/Makefile,v retrieving revision 1.21 diff -u -p -r1.21 Makefile --- Makefile27 Nov 2018 08:25:13 - 1.21 +++ Makefile22 Feb 2019 10:01:11 - @@ -2,7 +2,7 @@ COMMENT = Python bindings for ZeroMQ -MODPY_EGG_VERSION =17.1.2 +MODPY_EGG_VERSION =18.0.0 DISTNAME = pyzmq-${MODPY_EGG_VERSION} PKGNAME = ${DISTNAME:S/py/py-/} EPOCH =0 @@ -25,6 +25,7 @@ LIB_DEPENDS = ${MODPY_LIB_DEPENDS} \ MODPY_PI = Yes MODPY_DISTUTILS_BUILDARGS =--zmq=${LOCALBASE} +SETENV = LC_CTYPE=en_US.UTF-8 # ulimit -n 1024 TEST_IS_INTERACTIVE = Yes Index: distinfo === RCS file: /cvs/ports/net/py-zmq/distinfo,v retrieving revision 1.15 diff -u -p -r1.15 distinfo --- distinfo31 Oct 2018 12:27:23 - 1.15 +++ distinfo22 Feb 2019 10:01:11 - @@ -1,2 +1,2 @@ -SHA256 (pyzmq-17.1.2.tar.gz) = pyuCrBkQ8s9hpJE59JdPmUmER193Gw+qcwg5YH7u3d8= -SIZE (pyzmq-17.1.2.tar.gz) = 1080194 +SHA256 (pyzmq-18.0.0.tar.gz) = swwznrWDVfUfT1TdYdeF8f9YyGvKHDpZFpd2MdEhhns= +SIZE (pyzmq-18.0.0.tar.gz) = 1155815 Index: patches/patch-zmq_tests_test_context_py === RCS file: patches/patch-zmq_tests_test_context_py diff -N patches/patch-zmq_tests_test_context_py --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-zmq_tests_test_context_py 22 Feb 2019 10:01:11 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +Index: zmq/tests/test_context.py +--- zmq/tests/test_context.py.orig zmq/tests/test_context.py +@@ -145,8 +145,8 @@ class TestContext(BaseZMQTestCase): + ctx.term() + + @mark.skipif( +-sys.platform.startswith('win'), +-reason='Segfaults on Windows') ++sys.platform.startswith('win') or sys.platform.startswith('openbsd'), ++reason='Segfaults on Windows and OpenBSD') + def test_destroy(self): + """Context.destroy should close sockets""" + ctx = self.Context() Index: patches/patch-zmq_tests_test_socket_py === RCS file: patches/patch-zmq_tests_test_socket_py diff -N patches/patch-zmq_tests_test_socket_py --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-zmq_tests_test_socket_py 22 Feb 2019 10:01:11 - @@ -0,0 +1,14 @@ +$OpenBSD$ + +Index: zmq/tests/test_socket.py +--- zmq/tests/test_socket.py.orig zmq/tests/test_socket.py +@@ -497,7 +497,7 @@ class TestSocket(BaseZMQTestCase): + ), + reason="only run on 64b and not on Travis." + ) +-@mark.large ++@mark.skip(reason='hangs on amd64') + def test_large_send(self): + c = os.urandom(1) + N = 2**31 + 1 Index: pkg/PLIST === RCS file: /cvs/ports/net/py-zmq/pkg/PLIST,v retrieving revision 1.13 diff -u -p -r1.13 PLIST --- pkg/PLIST 31 Oct 2018 12:27:23 - 1.13 +++ pkg/PLIST 22 Feb 2019 10:01:11 - @@ -63,6 +63,7 @@ ${MODPY_COMMENT}lib/python${MODPY_VERSIO lib/python${MODPY_VERSION}/site-packages/zmq/backend/cython/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/zmq/backend/cython/_device.so lib/python${MODPY_VERSION}/site-packages/zmq/backend/cython/_poll.so +lib/python${MODPY_VERSION}/site-packages/zmq/backend/cython/_proxy_steerable.so lib/python${MODPY_VERSION}/site-packages/zmq/backend/cython/_version.so lib/python${MODPY_VERSION}/site-packages/zmq/backend/cython/checkrc.pxd lib/python${MODPY_VERSION}/site-packages/zmq/backend/cython/constant_enums.pxi @@ -87,12 +88,14 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/zmq/devices/${MODPY_PYCACHE}monitoredqueue.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/zmq/devices/${MODPY_PYCACHE}monitoredqueuedevice.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/zmq/devices/${MODPY_PYCACHE}proxydevice.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/zmq/devices/${MODPY_PYCACHE}proxysteerabledevice.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/zmq/devices/basedevice.py lib/python${MODPY_VERSION}/site-packages/zmq/devices/monitoredqueue.pxd lib/python${MODPY_VERSION}/site-packages/zmq/device
Re: Update: wget 1.19.5 -> 1.20.1
On Thu, Feb 21 2019, Nam Nguyen wrote: > Nam Nguyen writes: >> +EPOCH = 0 > > After reading the FAQs, this should be REVISION and not EPOCH. Yep. But here, since the BUILD_DEPENDS you remove were not used at all, they could not change the content of the resulting package, so a REVISION bump is not needed either. This is what I have committed. While here, further tweaks: - python3 already now exists, no need to create a symlink (also the ln -s fails if you restart the tests) - skip the fuzz/ directory, this allows me to run make test There's still something I have to untangle: with this diff, tests pass on my laptop but not on my amd64 builder (wget.h not found). Maybe a hidden dep or something. Meanwhile, ok? Index: Makefile === RCS file: /cvs/ports/net/wget/Makefile,v retrieving revision 1.77 diff -u -p -r1.77 Makefile --- Makefile22 Feb 2019 08:40:37 - 1.77 +++ Makefile22 Feb 2019 08:44:14 - @@ -1,4 +1,4 @@ -# $OpenBSD: Makefile,v 1.77 2019/02/22 08:40:37 jca Exp $ +# $OpenBSD: Makefile,v 1.76 2019/02/21 22:32:31 sthen Exp $ COMMENT = retrieve files from the web via HTTP, HTTPS and FTP @@ -46,8 +46,5 @@ MODGNU_CONFIG_GUESS_DIRS = ${WRKSRC}/bui pre-build: @${SUBST_CMD} ${WRKSRC}/doc/wget.texi ${WRKSRC}/doc/sample.wgetrc - -pre-test: - @ln -s ${MODPY_BIN} ${WRKDIR}/bin/python3 .include Index: patches/patch-Makefile_in === RCS file: patches/patch-Makefile_in diff -N patches/patch-Makefile_in --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-Makefile_in 22 Feb 2019 08:44:14 - @@ -0,0 +1,14 @@ +$OpenBSD$ + +Index: Makefile.in +--- Makefile.in.orig Makefile.in +@@ -1460,7 +1460,7 @@ distuninstallcheck_listfiles = find . -type f | \ + ACLOCAL_AMFLAGS = -I m4 + + # subdirectories in the distribution +-SUBDIRS = lib src doc po util fuzz tests testenv ++SUBDIRS = lib src doc po util tests testenv + EXTRA_DIST = MAILING-LIST \ + msdos/config.h msdos/Makefile.DJ \ + msdos/Makefile.WC ABOUT-NLS \ -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: [UPDATE] audio/p5-Audio-MPD 1.110560 -> 2.004 (Perl+MPD 5/5)
On Fri, Feb 22, 2019 at 09:10:57AM +0100, Landry Breuil wrote: > On Thu, Feb 21, 2019 at 11:23:15PM +0100, Charlene Wendling wrote: > > > > Here is an update for Audio::MPD. > > > > What's new upstream (partial, see [1]): > > > > - support for mpd on a Unix socket > > - syncing with mpd changes, especially allow dumping song ratings > > - ipv6 support > > > > What's new in the port: > > audio/p5-Audio-MPD/patches/patch-lib_Audio_MPD_Types_pm should be > removed, applied upstream. > > > - Dropped CPAN_AUTHOR, it's unneeded here > > - Really install examples thanks to MODCPAN_EXAMPLES_DIST > > - When tested in the ports tree, mpd isn't in PATH, so i've symlinked > > it in ${WRKDIR}/bin to enable them. If mpd isn't installed it skips > > tests gracefully anyway. > > If there's an already running mpd it fails to start one, but that's a > corner case :) running tests on current yields this: t/00-report-prereqs.t ok Could not create socket: No route to host # Looks like you planned 20 tests but ran 3. t/20-connection.t Dubious, test returned 255 (wstat 65280, 0xff00) Failed 17/20 subtests (less 1 skipped subtest: 2 okay) (and the other tests pass)
[NEW]devel/p5-File-Share
Hi: Here is a new port devel/p5-File-Share, which is neded by the future update of www/p5-Dancer2. It build and pass all the tests on my amd64 system on OpenBSD-current. Comments ? Regards, wen p5-File-Share.tar.gz Description: p5-File-Share.tar.gz
Re: [UPDATE] audio/p5-Audio-MPD 1.110560 -> 2.004 (Perl+MPD 5/5)
On Thu, Feb 21, 2019 at 11:23:15PM +0100, Charlene Wendling wrote: > > Here is an update for Audio::MPD. > > What's new upstream (partial, see [1]): > > - support for mpd on a Unix socket > - syncing with mpd changes, especially allow dumping song ratings > - ipv6 support > > What's new in the port: audio/p5-Audio-MPD/patches/patch-lib_Audio_MPD_Types_pm should be removed, applied upstream. > - Dropped CPAN_AUTHOR, it's unneeded here > - Really install examples thanks to MODCPAN_EXAMPLES_DIST > - When tested in the ports tree, mpd isn't in PATH, so i've symlinked > it in ${WRKDIR}/bin to enable them. If mpd isn't installed it skips > tests gracefully anyway. If there's an already running mpd it fails to start one, but that's a corner case :) I dunno if the dependency on Audio-MPD-Common-2.003 should be enforced, since upstream says there's no breaking changes.. but the major version bump might say the contrary. I noticed that it had a dependency on List::Utils 1.45 - 1.50 is in base only since the 5.28 update it seems, but that's fine for -current - it just complains with the 1.42 that was in 6.4 before. > - It has no direct reverse dependencies but is pulled by > audio/p5-POE-Component-Client-MPD, and tests pass there - anyway > i've an update for it as well :) my own 100-lines perl script pushing mpd songs to last.fm via Audio::Scrobbler still works with it, so ok for me (and -Common & the POE component too) Landry
kcaldav-0.1.7p0 fresh install - httpd gives HTTP 505
Hi, I have pretty fresh OpenBSD-current with kcaldav-0.1.7p0 from packages installed: $ sysctl -n kern.version OpenBSD 6.4-current (GENERIC.MP) #743: Wed Feb 20 09:57:24 MST 2019 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP $ pkg_info -qI kcaldav kcaldav-0.1.7p0 # rcctl get httpd httpd_class=daemon httpd_flags= httpd_rtable=0 httpd_timeout=30 httpd_user=root # rcctl get slowcgi slowcgi_class=daemon slowcgi_flags= slowcgi_rtable=0 slowcgi_timeout=30 slowcgi_user=root Configutation of httpd(8) is basically copy-pasta of /etc/examples/httpd.conf with added part for kcaldav from /usr/local/share/doc/pkg-readmes/kcaldav with modified for my domain. TLS cert is generated with acme-client(1) and HTTP over port 443 works. # cat /etc/httpd.conf server "test.example.com" { listen on * port 80 location "/.well-known/acme-challenge/*" { root "/acme" request strip 2 } location * { block return 302 "https://$HTTP_HOST$REQUEST_URI"; } } server "test.example.com" { listen on * tls port 443 tls { certificate "/etc/ssl/test.example.com.fullchain.pem" key "/etc/ssl/private/test.example.com.key" } location "/pub/*" { directory auto index } location "/.well-known/acme-challenge/*" { root "/acme" request strip 2 } location "/cgi-bin/*" { fastcgi root "/" } } I configured test user by following package readme file: # kcaldav.passwd -C -u testing23 -e r...@test.example.com -f /var/www/caldav # chown www:www /var/www/caldav/kcaldav.db # chmod 640 /var/www/caldav/kcaldav.db but when I open https://test.example.com/kcaldav/home.html and authenticate, the `Loading kCalDAV...` spinning wheel never goes away. In httpd(8) logs I see following: test.example.com 109.232.27.122 - - [21/Feb/2019:14:13:43 +] "GET /kcaldav/home.html HTTP/1.1" 200 8768 test.example.com 109.232.27.122 - - [21/Feb/2019:14:13:44 +] "GET /kcaldav/style.css HTTP/1.1" 200 2420 test.example.com 109.232.27.122 - - [21/Feb/2019:14:13:44 +] "GET /kcaldav/md5.min.js HTTP/1.1" 200 5511 test.example.com 109.232.27.122 - - [21/Feb/2019:14:13:44 +] "GET /kcaldav/script.min.js HTTP/1.1" 200 9252 test.example.com 109.232.27.122 - - [21/Feb/2019:14:13:44 +] "GET /kcaldav/home.min.js HTTP/1.1" 200 3274 test.example.com 109.232.27.122 - - [21/Feb/2019:14:13:46 +] "GET /cgi-bin/kcaldav.cgi/index.json HTTP/1.1" 401 0 test.example.com 109.232.27.122 - - [21/Feb/2019:14:14:44 +] " " 408 0 test.example.com 109.232.27.122 - - [21/Feb/2019:14:14:44 +] " " 408 0 test.example.com 109.232.27.122 - - [21/Feb/2019:14:14:46 +] " " 408 0 test.example.com 109.232.27.122 - - [21/Feb/2019:14:15:13 +] "GET /cgi-bin/kcaldav.cgi/index.json HTTP/1.1" 505 0 So, what I see here is HTTP 505 error. If I do the same GET via curl I see this: $ curl --anyauth -u testing23 -vsSf -o - https://test.example.com/cgi-bin/kcaldav.cgi/index.json Enter host password for user 'testing23': * Expire in 0 ms for 6 (transfer 0x17acc2b3b000) ... * Expire in 5 ms for 1 (transfer 0x17acc2b3b000) * Trying XXX.XXX.XXX.132... * TCP_NODELAY set * Expire in 149992 ms for 3 (transfer 0x17acc2b3b000) * Expire in 200 ms for 4 (transfer 0x17acc2b3b000) * Connected to test.example.com (XXX.XXX.XXX.132) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * successfully set certificate verify locations: * CAfile: /etc/ssl/cert.pem CApath: none * TLSv1.2 (OUT), TLS handshake, Client hello (1): * TLSv1.2 (IN), TLS handshake, Server hello (2): * TLSv1.2 (IN), TLS handshake, Certificate (11): * TLSv1.2 (IN), TLS handshake, Server key exchange (12): * TLSv1.2 (IN), TLS handshake, Server finished (14): * TLSv1.2 (OUT), TLS handshake, Client key exchange (16): * TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1): * TLSv1.2 (OUT), TLS handshake, Finished (20): * TLSv1.2 (IN), TLS change cipher, Change cipher spec (1): * TLSv1.2 (IN), TLS handshake, Finished (20): * SSL connection using TLSv1.2 / ECDHE-RSA-CHACHA20-POLY1305 * ALPN, server did not agree to a protocol * Server certificate: * subject: CN=test.example.com * start date: Feb 21 13:03:57 2019 GMT * expire date: May 22 13:03:57 2019 GMT * subjectAltName: host "test.example.com" matched cert's "test.example.com" * issuer: C=US; O=Let's Encrypt; CN=Let's Encrypt Authority X3 * SSL certificate verify ok. > GET /cgi-bin/kcaldav.cgi/index.json HTTP/1.1 > Host: test.example.com > User-Agent: curl/7.64.0 > Accept: */* > < HTTP/1.1 401 Unauthorized < Connection: keep-alive < Date: Fri, 22 Feb 2019 07:54:49 GMT < Server: OpenBSD httpd < Transfer-Encoding: chunked < WWW-Authenticate: Digest realm="kcaldav", algorithm="MD5-sess", qop="auth,auth-int", nonce="57563766437C4E73" < * Ignoring the response-bod