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
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2019/02/23 00:32:47 Modified files: x11/gnome/gucharmap: Makefile Log message: Bump after unicode-ucd update.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2019/02/23 00:32:15 Modified files: textproc/unicode-ucd: Makefile distinfo textproc/unicode-ucd/pkg: PLIST Log message: Update to unicode-ucd-11.0.0. ok jasper@
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
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/02/22 17:34:28 Modified files: mail/dovecot : Tag: OPENBSD_6_4 Makefile distinfo mail/dovecot-pigeonhole: Tag: OPENBSD_6_4 Makefile distinfo Log message: Update -stable to Dovecot 2.2.36.1 for CVE-2019-3814 and the bug fixes in Dovecot and Dovecot-pigeonhole 0.4.24.1. >From Brad.
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() && Renames[] != Alias)
+- report_fatal_error(llvm::Twine("Multiple symbol versions defined for ")
+
+- Symbol.getName());
++if (Renames.count() && Renames[] != Alias) {
++ Asm.getContext().reportError(
++ SMLoc(), llvm::Twine("multiple symbol versions defined for ") +
++ Symbol.getName());
++ continue;
++}
+
+ Renames.insert(std::make_pair(, 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 ) const;
++ struct FixupInfo {
++unsigned op1;
++unsigned op2;
++bool fixup;
++bool align;
++ };
+
-+ /// Helper functions for various kinds of instructions
-+ bool
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
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/02/22 14:41:18 Modified files: devel : Makefile Log message: +p5-String-Formatter
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/02/22 14:41:33 Removed files: x11/e17/eina/patches: patch-Makefile_in Log message: no need to patch away find -delete, we have that now.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/02/22 14:40:24 Log message: Import p5-String-Formatter 0.102084 String::Formatter is a tool for building sprintf-like formatting routines. It supports named or positional formatting, custom conversions, fixed string interpolation, and simple width-matching out of the box. Tweaks and OK bluhm@. OK afresh1@ sthen@ Status: Vendor Tag: cwen Release Tags: cwen_20190222 N ports/devel/p5-String-Formatter/Makefile N ports/devel/p5-String-Formatter/distinfo N ports/devel/p5-String-Formatter/pkg/DESCR N ports/devel/p5-String-Formatter/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/02/22 14:30:28 Modified files: lang/node : Makefile Log message: remove base-gcc from COMPILER, I was a bit optimistic including node when I added it in bulk. building node requires one of the c++11 compatible compilers that we have in base or in ports.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/02/22 14:12:19 Modified files: devel/p5-Test-Corpus-Audio-MPD: Makefile distinfo devel/p5-Test-Corpus-Audio-MPD/pkg: PLIST Log message: Update p5-Test-Corpus-Audio-MPD to 1.120990 Changelog: https://metacpan.org/changes/release/JQUELIN/Test-Corpus-Audio-MPD-1.120990 OK afresh1@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/02/22 14:02:14 Modified files: devel : Makefile Log message: +p5-File-ShareDir-PathClass
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/02/22 14:01:09 Log message: Import p5-File-ShareDir-PathClass 1.112440 This module is a wrapper around File::ShareDir functions, transforming their return value to Path::Class objects. OK afresh1@ bluhm@ Status: Vendor Tag: cwen Release Tags: cwen_20190222 N ports/devel/p5-File-ShareDir-PathClass/Makefile N ports/devel/p5-File-ShareDir-PathClass/distinfo N ports/devel/p5-File-ShareDir-PathClass/pkg/DESCR N ports/devel/p5-File-ShareDir-PathClass/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/02/22 13:43:51 Modified files: mail/p5-Email-Simple: Makefile distinfo Log message: Update mail/p5-Email-Simple to 2.216 ok sthen@
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
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/02/22 13:01:34 Modified files: www/firefox-esr: Tag: OPENBSD_6_4 Makefile distinfo Log message: MFC: Bugfix update to firefox-esr 60.5.2. See https://www.mozilla.org/en-US/firefox/60.5.2/releasenotes/ Fixes crashes when reading Reuters news, cf https://bugzilla.mozilla.org/1505844
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/02/22 12:36:21 Modified files: www/firefox-esr: Makefile distinfo www/firefox-esr-i18n: Makefile.inc distinfo Log message: Bugfix update to firefox-esr 60.5.2. See https://www.mozilla.org/en-US/firefox/60.5.2/releasenotes/ Fixes crashes when reading Reuters news, cf https://bugzilla.mozilla.org/1505844
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:
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=152612070210607=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
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2019/02/22 10:38:09 Modified files: net/tor: Makefile distinfo Log message: Update to tor 0.3.5.8. Fixes security issue TROVE-2019-001 (remote DoS). Complete announcement: https://lists.torproject.org/pipermail/tor-announce/2019-February/000174.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/02/22 10:20:39 Modified files: devel/p5-MooseX-Types-Structured: Makefile distinfo devel/p5-MooseX-Types-Structured/pkg: PLIST Log message: Update p5-MooseX-Types-Structured to 0.36 Changelog: https://metacpan.org/changes/distribution/MooseX-Types-Structured OK afresh1@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/02/22 09:48:13 Modified files: www/chromium : Makefile distinfo Log message: update to 72.0.3626.119
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2019/02/22 09:42:24 Modified files: devel : Makefile Log message: + py-frozendict
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2019/02/22 09:43:27 Modified files: sysutils : Makefile Log message: + py3 version of daemonize I forgot before
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2019/02/22 09:39:54 Log message: Import daemonize from Linda Lapinlampi. OK landry@ Status: Vendor Tag: abieber Release Tags: abieber_20190222 N ports/sysutils/py-daemonize/Makefile N ports/sysutils/py-daemonize/distinfo N ports/sysutils/py-daemonize/pkg/DESCR N ports/sysutils/py-daemonize/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2019/02/22 09:40:36 Modified files: sysutils : Makefile Log message: + py-daemonize
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2019/02/22 09:36:32 Log message: Import frozendict from Linda Lapinlampi. OK landry@ Status: Vendor Tag: abieber Release Tags: abieber_20190222 N ports/devel/py-frozendict/Makefile N ports/devel/py-frozendict/distinfo N ports/devel/py-frozendict/pkg/DESCR N ports/devel/py-frozendict/pkg/PLIST No conflicts created by this import
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
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2019/02/22 06:53:23
Modified files:
geo: Makefile
Log message:
+py-rasterio{,python3}
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/02/22 06:52:26 Log message: Import py-rasterio 1.0.8. Rasterio's goal is a raster data library, expressing GDAL's data model using fewer non-idiomatic extension classes and more idiomatic Python types and protocols, while performing as fast as GDAL's Python bindings. Geographic information systems use GeoTIFF and other formats to organize and store gridded raster datasets such as satellite imagery and terrain models. Rasterio reads and writes these formats and provides a Python API based on Numpy N-dimensional arrays and GeoJSON. geo/py-rasterio is to GDAL what geo/py-fiona is to OGR. ok/tweaks mariani@ Status: Vendor Tag: landry Release Tags: landry_20190222 N ports/geo/py-rasterio/Makefile N ports/geo/py-rasterio/distinfo N ports/geo/py-rasterio/pkg/PLIST N ports/geo/py-rasterio/pkg/DESCR N ports/geo/py-rasterio/patches/patch-tests_test_rio_main_py No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2019/02/22 06:37:56 Modified files: devel/netbeans : Makefile distinfo devel/netbeans/patches: patch-bin_netbeans devel/netbeans/pkg: PLIST Removed files: devel/netbeans/patches: patch-etc_netbeans_conf Log message: Update to Apache licensed Netbeans 10.0 ok rsadowski@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/02/22 06:10:19 Modified files: sysutils/awscli: Makefile distinfo Log message: Oops, unfortunate typo: 1.16.100 -> 1.16.110 No bump since this was committed a few minutes ago
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/02/22 06:03:46 Modified files: security/py-openssl: Makefile distinfo security/py-openssl/pkg: PLIST Log message: update to pyOpenSSL 19.0.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/02/22 06:01:07 Log message: import devel/py-flaky, ok/tweak jca@ Plugin for nose or pytest that automatically reruns flaky tests. Status: Vendor Tag: sthen Release Tags: sthen_20190222 N ports/devel/py-flaky/Makefile N ports/devel/py-flaky/distinfo N ports/devel/py-flaky/pkg/DESCR N ports/devel/py-flaky/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/02/22 06:01:36 Modified files: devel : Makefile Log message: +py-flaky
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.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/02/22 05:46:23 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py-boto3-1.9.100.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/02/22 05:46:51 Modified files: sysutils/awscli: Makefile distinfo Log message: Update to awscli-1.16.100.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/02/22 05:46:36 Modified files: net/py-botocore: Makefile distinfo Log message: Update to py-botocore-1.12.100.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/02/22 05:40:25 Modified files: sysutils/google-cloud-sdk: Makefile distinfo sysutils/google-cloud-sdk/pkg: PLIST Log message: Update to google-cloud-sdk-235.0.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/02/22 04:18:48 Modified files: net/wget : Makefile Added files: net/wget/patches: patch-Makefile_in Log message: Fix tests: skip fuzzing tests, no need for a python3 symlink I still get seemingly random failures when building unit-test.c but that's still better than what we have now. ok sthen@, Nam Nguyen (maintainer)
[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
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2019/02/22 04:12:27
Modified files:
math : Makefile
Log message:
+py-{affine,snuggs}{,python3}
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2019/02/22 04:11:19
Log message:
Import py-snuggs 1.4.2.
Snuggs wraps Numpy in expressions with the following syntax:
expression = "(" (operator | function) *arg ")"
arg = expression | name | number | string
ok mariani@
Status:
Vendor Tag: landry
Release Tags: landry_20190222
N ports/math/py-snuggs/Makefile
N ports/math/py-snuggs/distinfo
N ports/math/py-snuggs/pkg/PLIST
N ports/math/py-snuggs/pkg/DESCR
No conflicts created by this import
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.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/02/22 04:04:57 Modified files: devel/py-click-plugins: Makefile distinfo Log message: Update to py-click-plugins 1.0.4, with a preemptive fix for click 7
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/02/22 03:58:40 Log message: Import py-affine 2.2.2. Matrices describing affine transformation of the plane, derived from Casey Duncan's Planar package. ok mariani@ Status: Vendor Tag: landry Release Tags: landry_20190222 N ports/math/py-affine/Makefile N ports/math/py-affine/distinfo N ports/math/py-affine/pkg/PLIST N ports/math/py-affine/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/02/22 03:41:31 Modified files: x11/gnome/tracker/patches: patch-src_libtracker-common_meson_build Log message: Merged upstream.
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
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/02/22 02:11:37 Modified files: mail/geary : Makefile distinfo Removed files: mail/geary/patches: patch-meson_build patch-src_engine_meson_build patch-src_engine_util_util-error-context_vala Log message: Update to geary 0.13.1. Remove libunwind patches, dependency has been made optional upstream.
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
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/02/22 01:40:37 Modified files: net/wget : Makefile Log message: Drop unneeded autoconf/automake BUILD_DEPENDS discussed with sthen@, diff from Nam Nguyen (maintainer), from which I omitted the REVISION bump.
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
