date:20200315

Re: UPDATE devel/py-nbformat-4.4.0

2020-03-15 Thread Bjorn Ketelaars

On Sat 07/03/2020 15:27, Bjorn Ketelaars wrote:
> Enclosed diff updates py-nbformat, which is needed for updating
> py-nbconvert [0]. Changes:
> https://github.com/jupyter/nbformat/blob/4.4.0/docs/changelog.rst.
> 
> While here move HOMEPAGE to https.
> 
> 'make test' runs successfully for both python2 and python3. Run tested
> while using jupyter-notebook.
> 
> Comments/OK?
> 
> [0] https://marc.info/?l=openbsd-ports=158351871906886=2

Ping

cwen@ reported that tests do not like to be run under privsep.
Unfortunately I'm unable to reproduce: in my case all tests run
successfully on py2 and py3 with PORTS_PRIVSEP=Yes set in /etc/mk.conf.

It would be really helpful if others have a look as well.

Diff enclosed for your convenience.


diff --git Makefile Makefile
index 2a73b16893f..a66d6069ea6 100644
--- Makefile
+++ Makefile
@@ -2,19 +2,18 @@
 
 COMMENT =  Jupyter notebook format
 
-MODPY_EGG_VERSION =4.3.0
+MODPY_EGG_VERSION =4.4.0
 DISTNAME = nbformat-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
-REVISION = 1
 
 CATEGORIES =   devel
 
-HOMEPAGE = http://jupyter.org
+HOMEPAGE = https://jupyter.org
 
 RUN_DEPENDS =  devel/py-ipython_genutils${MODPY_FLAVOR} \
-   devel/py-traitlets${MODPY_FLAVOR} \
+   devel/py-traitlets${MODPY_FLAVOR}>=4.1 \
devel/py-jupyter_core${MODPY_FLAVOR}>=4.3.0 \
-   devel/py-jsonschema${MODPY_FLAVOR}
+   devel/py-jsonschema${MODPY_FLAVOR}>=2.4
 TEST_DEPENDS = devel/py-testpath${MODPY_FLAVOR}
 
 # BSD
diff --git distinfo distinfo
index 069d752c008..e235900fecd 100644
--- distinfo
+++ distinfo
@@ -1,2 +1,2 @@
-SHA256 (nbformat-4.3.0.tar.gz) = X+vM6HJnLxyXVp6JMjmSvcuFc/2tcD+DXmUhJTGRR4s=
-SIZE (nbformat-4.3.0.tar.gz) = 578765
+SHA256 (nbformat-4.4.0.tar.gz) = 90lO8N9gdmt8q+CjZRVWNFqWO3TbwWvHwYR5BBFw1AI=
+SIZE (nbformat-4.4.0.tar.gz) = 113683
diff --git pkg/PLIST pkg/PLIST
index ed9759942e4..9859dcd1a82 100644
--- pkg/PLIST
+++ pkg/PLIST
@@ -37,6 +37,7 @@ 
lib/python${MODPY_VERSION}/site-packages/nbformat/tests/test3.ipynb
 lib/python${MODPY_VERSION}/site-packages/nbformat/tests/test4.ipynb
 lib/python${MODPY_VERSION}/site-packages/nbformat/tests/test4custom.ipynb
 lib/python${MODPY_VERSION}/site-packages/nbformat/tests/test4docinfo.ipynb
+lib/python${MODPY_VERSION}/site-packages/nbformat/tests/test4jupyter_metadata.ipynb
 lib/python${MODPY_VERSION}/site-packages/nbformat/tests/test4plus.ipynb
 lib/python${MODPY_VERSION}/site-packages/nbformat/tests/test_api.py
 lib/python${MODPY_VERSION}/site-packages/nbformat/tests/test_convert.py

Re: UPDATE: net/prosody

2020-03-15 Thread Lucas

Lucas  wrote:
> Lucas  wrote:
> > Hello ports@,
> > 
> > Find a update for net/prosody to 0.11.4.
> > 
> > Lots of fixes and improvements happened since 0.11.2, which can be
> > found in [1] and [2]. In particular, there is a fix for closing a file
> > which can lead to "Too many open files", causing service disruption.
> > 
> > Ports-wise,
> > 
> >  * Removed archivers/luazlib from MODLUA_RUN_DEPEDNS, as upstream
> >dropped official support for it since 0.9 and moved it to community
> >modules, with a security concerns comment.
> >  * Removed -I...s from --ldflags
> >  * Fixed patches/patch-util-src_table_c as it used arg unintialized.
> >Patch was added make it C99-compliant.
> >  * Added patches/patch-util-src_pposix_c to shut up another C99
> >warning. I don't know if I solve it the correct way(tm), in the
> >sense that I don't know the full implications of enabling
> >_BSD_SOURCE in there. Help is appreciated in that regard.
> >  * Updated PLIST adding @so when needed.
> >  * portcheck complaints with "the following libraries in WANTLIB look
> >like masked by RUN_DEPENDS: idn". make port-lib-depends-check and
> >make lib-depends-check says everything is fine, tho. Removing idn
> >from WANTLIB makes everyone happy, but I understand that every lib
> >the port needs should be in WANTLIB, so I left it there. I couldn't
> >find if any of the deps was pulling idn, so maybe it's just a false
> >positive?
> >  * Take maintainership.
> > 
> > Build and tested on amd64.
> > 
> > [1]: https://prosody.im/doc/release/0.11.3
> > [2]: https://prosody.im/doc/release/0.11.4
> > 
> > -Lucas
> 
> Biweekly bump, with last sent patch[1] incorporating fixes to README
> and getting rid of SUBST_VARS+=FLAVOR attached below.
> 
> [1]: https://marc.info/?l=openbsd-ports=158240030731042=2
> 
> -Lucas

Bump again.

-Lucas

Index: Makefile
===
RCS file: /home/cvs/ports/net/prosody/Makefile,v
retrieving revision 1.55
diff -u -p -u -p -r1.55 Makefile
--- Makefile12 Jul 2019 20:48:44 -  1.55
+++ Makefile22 Feb 2020 18:58:17 -
@@ -1,21 +1,21 @@
 # $OpenBSD: Makefile,v 1.55 2019/07/12 20:48:44 sthen Exp $
 
 COMMENT=   communications server for Jabber/XMPP written in Lua
-DISTNAME=  prosody-0.11.2
+DISTNAME=  prosody-0.11.4
 CATEGORIES=net
 MASTER_SITES=  https://prosody.im/downloads/source/
-REVISION=  1
 
 HOMEPAGE=  https://prosody.im/
 
+MAINTAINER=Lucas 
+
 # MIT
 PERMIT_PACKAGE=Yes
 
 MAKE_FILE= makefile
 MODULES=   lang/lua
 LIB_DEPENDS=   devel/libidn
-MODLUA_RUN_DEPENDS+= archivers/luazlib \
-   databases/luadbi \
+MODLUA_RUN_DEPENDS+= databases/luadbi \
devel/lua-bitop \
devel/luafs \
security/luasec \
@@ -23,8 +23,6 @@ MODLUA_RUN_DEPENDS+= archivers/luazlib \
 TEST_DEPENDS = ${MODLUA_RUN_DEPENDS}
 WANTLIB+=  crypto idn
 
-SUBST_VARS+=   FLAVOR
-
 CONFIGURE_STYLE=simple
 CONFIGURE_ARGS+=--prefix="${PREFIX}" \
--sysconfdir="${SYSCONFDIR}/prosody" \
@@ -33,7 +31,7 @@ CONFIGURE_ARGS+=--prefix="${PREFIX}" \
--with-lua-include="${MODLUA_INCL_DIR}" \
--c-compiler="${CC}" \
--linker="${CC}" \
-   --ldflags="-I/usr/include -I${LOCALBASE}/include -L/usr/lib 
-L${LOCALBASE}/lib -shared" \
+   --ldflags="-L/usr/lib -L${LOCALBASE}/lib -shared" \
--cflags="${CFLAGS} -I${LOCALBASE}/include -fPIC -std=c99"
 
 FAKE_FLAGS+=   CONFIG=${DESTDIR}${PREFIX}/share/examples/prosody
Index: distinfo
===
RCS file: /home/cvs/ports/net/prosody/distinfo,v
retrieving revision 1.16
diff -u -p -u -p -r1.16 distinfo
--- distinfo7 Feb 2019 19:23:39 -   1.16
+++ distinfo15 Feb 2020 16:39:56 -
@@ -1,2 +1,2 @@
-SHA256 (prosody-0.11.2.tar.gz) = iRH23Cm54MTt+eYdwj+iLXe8QsTK8ouAmrhDsvCOSDE=
-SIZE (prosody-0.11.2.tar.gz) = 420689
+SHA256 (prosody-0.11.4.tar.gz) = tfJvo0PH8y9iQnIdaZHLNfXSoo0r9Z0rwympQFI3BP0=
+SIZE (prosody-0.11.4.tar.gz) = 423518
Index: patches/patch-util-src_pposix_c
===
RCS file: patches/patch-util-src_pposix_c
diff -N patches/patch-util-src_pposix_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-util-src_pposix_c 15 Feb 2020 17:12:50 -
@@ -0,0 +1,19 @@
+$OpenBSD$
+
+Define _BSD_SOURCE to make initgroups(3) visible
+
+Index: util-src/pposix.c
+--- util-src/pposix.c.orig
 util-src/pposix.c
+@@ -33,6 +33,11 @@
+ #ifndef _POSIX_C_SOURCE
+ #define _POSIX_C_SOURCE 200809L
+ #endif
++#if defined(__OpenBSD__)
++#ifndef _BSD_SOURCE
++#define _BSD_SOURCE
++#endif
++#endif
+ 
+ #include 
+ #include 
Index: patches/patch-util-src_table_c
===
RCS file:

Re: BUG: Tor Browser 9.0.* - font fingerprinting defenses don't work

2020-03-15 Thread Caspar Schutijser

Hi,

On Sat, Mar 14, 2020 at 11:45:13AM -, Bronze Alibi wrote:
> This is my first time posting to this list, so if there is a better way to do
> this please tell. :)  

I think this place is fine.

> (tested on current with the provided package and nothing else installed)  
> 
> It looks like the  Font
> fingerprinting defenses from upstream don't work in the OpenBSD port.  
> 
> When checking for the fingerprint on one of the websites that do such a thing,
> it seems like the installed fonts property is not uniform with tor browser on
> other platforms, but instead unique to OpenBSD and this port. It lists some
> specific proprietary font names (including Helvetica, which I would assume we
> don't ship in base, but some free replacement) and therefore makes users of
> the OpenBSD tor browser distinct from every other tor browser user.  
> 
> This is a bug.  
> 
>   
> 
> I thank everyone involved with the port and hopefully we can send fixes
> required upstream.  

Thank you for scrutinizing this port and the clear problem statement. I
don't know yet when but I'll have a look at this and keep you posted.

Thanks,
Caspar Schutijser

update: devel/py-wcwidth (cascading devel/{py-prompt_toolkit,ipython} dropping py2 support)

2020-03-15 Thread Paco Esteban

Hi ports@,

This is an easy update of devel/py-wcwidth to its latest version 0.1.8
I tried to make it py3 only, so this triggers a series of diffs to make
that possible.

First, for devel/py-wcwidth itself: installs ok and all tests pass for
me on amd64.

About its consumers:

* graphics/termtosvg
* all tests pass
* net/toot
* all tests pass
* devel/py-curtsies
* updated and converted to py3 only (sent on separate email).  All
  tests pass.
* devel/py-prompt_toolkit
* also attached to this email.  Just made py3 only and bumped
  revison.  All tests pass.
  This also triggers the conversion of devel/ipython to py3 only.
  Four tests fail, just as before.
  Maintainer (edd@) has some doubts about this.  Mainly if users
  will be upset for this.  Comments on this are appreciated.

comments ? ok ?

-- 
Paco Esteban.
0x5818130B8A6DBC03
Index: Makefile
===
RCS file: /home/cvs/ports/devel/py-wcwidth/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile12 Jul 2019 20:45:55 -  1.7
+++ Makefile13 Mar 2020 18:29:24 -
@@ -2,10 +2,9 @@
 
 COMMENT=   measures number of terminal column cells of wide-char 
code
 
-MODPY_EGG_VERSION= 0.1.7
+MODPY_EGG_VERSION= 0.1.8
 DISTNAME=  wcwidth-${MODPY_EGG_VERSION}
 PKGNAME=   py-${DISTNAME}
-REVISION=  1
 
 CATEGORIES=devel
 
@@ -22,6 +21,6 @@ MODPY_PYTEST =Yes
 MODPY_PYTEST_ARGS =wcwidth
 
 FLAVORS=   python3
-FLAVOR ?=
+FLAVOR =   python3
 
 .include 
Index: distinfo
===
RCS file: /home/cvs/ports/devel/py-wcwidth/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo29 Sep 2016 15:05:13 -  1.3
+++ distinfo13 Mar 2020 18:30:46 -
@@ -1,2 +1,2 @@
-SHA256 (wcwidth-0.1.7.tar.gz) = PfNzciJtbmPhseHtoVxZS8qYoi0zojgyqQmY+qlrxl4=
-SIZE (wcwidth-0.1.7.tar.gz) = 22884
+SHA256 (wcwidth-0.1.8.tar.gz) = 8os+imSD5dSef4lJrBp4MU50AzOuMFtLpd79PnT7N6g=
+SIZE (wcwidth-0.1.8.tar.gz) = 19957
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/devel/py-wcwidth/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   7 Jan 2016 08:13:29 -   1.1.1.1
+++ pkg/PLIST   13 Mar 2020 18:30:19 -
@@ -1,4 +1,6 @@
 @comment $OpenBSD: PLIST,v 1.1.1.1 2016/01/07 08:13:29 ajacoutot Exp $
+@conflict py-wcwidth-*
+@pkgpath devel/py-wcwidth
 lib/python${MODPY_VERSION}/site-packages/wcwidth/
 
lib/python${MODPY_VERSION}/site-packages/wcwidth-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/
 
lib/python${MODPY_VERSION}/site-packages/wcwidth-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
Index: Makefile
===
RCS file: /home/cvs/ports/devel/py-prompt_toolkit/Makefile,v
retrieving revision 1.14
diff -u -p -r1.14 Makefile
--- Makefile2 Dec 2019 14:16:45 -   1.14
+++ Makefile13 Mar 2020 18:45:31 -
@@ -9,6 +9,7 @@ MODPY_EGG_VERSION=  1.0.15
 DISTNAME=  prompt_toolkit-${MODPY_EGG_VERSION}
 PKGNAME=   py-${DISTNAME}
 EPOCH= 1
+REVISION=  0
 
 CATEGORIES=devel
 
@@ -29,6 +30,6 @@ RUN_DEPENDS=  devel/py-six${MODPY_FLAVOR
textproc/py-pygments${MODPY_FLAVOR}
 
 FLAVORS=   python3
-FLAVOR ?=
+FLAVOR =   python3
 
 .include 
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/devel/py-prompt_toolkit/pkg/PLIST,v
retrieving revision 1.8
diff -u -p -r1.8 PLIST
--- pkg/PLIST   2 Dec 2019 14:16:45 -   1.8
+++ pkg/PLIST   13 Mar 2020 18:56:49 -
@@ -1,4 +1,6 @@
 @comment $OpenBSD: PLIST,v 1.8 2019/12/02 14:16:45 bket Exp $
+@conflict py-prompt_toolkit-*
+@pkgpath devel/py-prompt_toolkit
 lib/python${MODPY_VERSION}/site-packages/prompt_toolkit/
 
lib/python${MODPY_VERSION}/site-packages/prompt_toolkit-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/
 
lib/python${MODPY_VERSION}/site-packages/prompt_toolkit-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
Index: Makefile
===
RCS file: /home/cvs/ports/devel/ipython/Makefile,v
retrieving revision 1.52
diff -u -p -r1.52 Makefile
--- Makefile24 Nov 2019 19:40:48 -  1.52
+++ Makefile15 Mar 2020 16:15:14 -
@@ -3,7 +3,7 @@
 COMMENT=   enhanced interactive Python shell
 
 MODPY_EGG_VERSION =5.8.0
-REVISION = 2
+REVISION = 3
 DISTNAME=  ipython-${MODPY_EGG_VERSION}
 CATEGORIES=devel
 
@@ -20,6 +20,7 @@ RUN_DEPENDS = devel/py-decorator${MODPY
devel/desktop-file-utils \

Re: I'd like to remove tortoisehg. Anyone using it?.

2020-03-15 Thread Remi Pointel


Le 15-03-2020 11:54, Paco Esteban a écrit :

On Sat, 14 Mar 2020, Juan Francisco Cantero Hurtado wrote:

I would like to remove the port before of 6.7. Any objection?. Is 
anyone

yelling at me?. I can't hear you.


I'm not a heavy mercurial user, just a couple of repos and never used
tortoisehg.  But I'm all into moving to python3.

for what it's worth, ok paco@ to remove devel/tortoisehg.


Hi,

it seems that the new versions of tortoisehg are here 
https://bitbucket.org/tortoisehg/targz/downloads/, in adequation with 
https://www.mercurial-scm.org/downloads or do I miss a thing?


Cheers,

Remi.

update devel/py-curtsies (triggers drop py2 support for devel/bpython)

2020-03-15 Thread Paco Esteban

Hi ports@,

This complements an update sent previously for devel/py-wcwidth.
Here's an update for devel/py-curtsies to 0.3.1.  You can see the
changelog here:

https://github.com/bpython/curtsies/blob/master/CHANGELOG.md

All tests pass.

I've enabled pytest for tests and dropped py2 support for this port.
This triggers drop py2 support for its only consumer devel/bpython (also
attached).  Maintainer (bcallah@) is ok with it.  Four test fail, same
as before the update.  Tested it lightly, so more eyes on it are
welcome.

Cheers,

-- 
Paco Esteban.
0x5818130B8A6DBC03
Index: Makefile
===
RCS file: /home/cvs/ports/devel/py-curtsies/Makefile,v
retrieving revision 1.9
diff -u -p -r1.9 Makefile
--- Makefile12 Jul 2019 20:45:47 -  1.9
+++ Makefile13 Mar 2020 14:32:06 -
@@ -2,10 +2,9 @@
 
 COMMENT =  curses-like terminal wrapper
 
-MODPY_EGG_VERSION =0.2.11
+MODPY_EGG_VERSION =0.3.1
 DISTNAME = curtsies-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
-REVISION = 1
 CATEGORIES =   devel
 
 # MIT
@@ -15,11 +14,16 @@ MODULES =   lang/python
 
 MODPY_SETUPTOOLS = Yes
 MODPY_PI = Yes
+MODPY_PYTEST = Yes
 
 FLAVORS =  python3
-FLAVOR ?=
+FLAVOR =   python3
 
 RUN_DEPENDS =  devel/py-blessings${MODPY_FLAVOR} \
devel/py-wcwidth${MODPY_FLAVOR}
+
+TEST_DEPENDS = devel/py-nose${MODPY_FLAVOR} \
+   devel/py-mock${MODPY_FLAVOR} \
+   devel/py-pyte${MODPY_FLAVOR}
 
 .include 
Index: distinfo
===
RCS file: /home/cvs/ports/devel/py-curtsies/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo2 Nov 2016 22:38:09 -   1.2
+++ distinfo13 Mar 2020 14:08:27 -
@@ -1,2 +1,2 @@
-SHA256 (curtsies-0.2.11.tar.gz) = 7EY532VDV5RMIBq9DXkdnf06wnzk+Quhwpkarwevku4=
-SIZE (curtsies-0.2.11.tar.gz) = 46740
+SHA256 (curtsies-0.3.1.tar.gz) = sskTqBE8Q4LhoiFnnyM4E5sRKDnesWwA7oc+V6SzO9Q=
+SIZE (curtsies-0.3.1.tar.gz) = 47944
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/devel/py-curtsies/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- pkg/PLIST   17 Jun 2017 07:07:56 -  1.2
+++ pkg/PLIST   13 Mar 2020 14:34:07 -
@@ -1,4 +1,6 @@
 @comment $OpenBSD: PLIST,v 1.2 2017/06/17 07:07:56 jasper Exp $
+@conflict py-curtsies-*
+@pkgpath devel/py-curtsies
 lib/python${MODPY_VERSION}/site-packages/curtsies/
 
lib/python${MODPY_VERSION}/site-packages/curtsies-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/
 
lib/python${MODPY_VERSION}/site-packages/curtsies-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
Index: Makefile
===
RCS file: /home/cvs/ports/devel/bpython/Makefile,v
retrieving revision 1.26
diff -u -p -r1.26 Makefile
--- Makefile22 Sep 2019 21:46:07 -  1.26
+++ Makefile15 Mar 2020 15:28:30 -
@@ -5,6 +5,7 @@ COMMENT=fancy interface to the Python i
 MODPY_EGG_VERSION=0.18
 DISTNAME=  bpython-${MODPY_EGG_VERSION}
 CATEGORIES=devel
+REVISION = 0
 
 HOMEPAGE=  https://bpython-interpreter.org/
 MAINTAINER=Brian Callahan 
@@ -19,11 +20,7 @@ MODULES= lang/python
 MODPY_SETUPTOOLS=Yes
 
 FLAVORS =  python3
-FLAVOR ?=
-
-.if ${FLAVOR:Mpython3}
-PKGNAME =  bpython${MODPY_MAJOR_VERSION}-${MODPY_EGG_VERSION}
-.endif
+FLAVOR =   python3
 
 RUN_DEPENDS=   devel/desktop-file-utils \
devel/py-curtsies${MODPY_FLAVOR} \
@@ -37,17 +34,5 @@ BUILD_DEPENDS=   devel/py-babel${MODPY_FLA
 
 TEST_DEPENDS=  devel/py-mock${MODPY_FLAVOR} \
devel/py-twisted${MODPY_FLAVOR}
-
-# de-conflict flavors
-post-install:
-.for b in bpdb bpython bpython-curses bpython-urwid
-   mv ${PREFIX}/bin/$b{,${MODPY_BIN_SUFFIX}}
-.endfor
-   mv ${PREFIX}/man/man1/bpython{,${MODPY_BIN_SUFFIX}}.1
-   mv ${PREFIX}/man/man5/bpython-config{,${MODPY_BIN_SUFFIX}}.5
-   mv 
${PREFIX}/share/appinfo/org.bpython-interpreter.bpython{,${MODPY_BIN_SUFFIX}}.appdata.xml
-   mv 
${PREFIX}/share/applications/org.bpython-interpreter.bpython{,${MODPY_BIN_SUFFIX}}.desktop
-   mv ${PREFIX}/share/pixmaps/bpython{,${MODPY_BIN_SUFFIX}}.png
-
 
 .include 
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/devel/bpython/pkg/PLIST,v
retrieving revision 1.9
diff -u -p -r1.9 PLIST
--- pkg/PLIST   9 Aug 2019 00:00:40 -   1.9
+++ pkg/PLIST   15 Mar 2020 16:07:07 -
@@ -1,8 +1,10 @@
 @comment $OpenBSD: PLIST,v 1.9 2019/08/09 00:00:40 bcallah Exp $
-bin/bpdb${MODPY_BIN_SUFFIX}
-bin/bpython${MODPY_BIN_SUFFIX}
-bin/bpython-curses${MODPY_BIN_SUFFIX}
-bin/bpython-urwid${MODPY_BIN_SUFFIX}
+@conflict bpython-*

Re: UPDATE devel/py-nbformat-4.4.0

2020-03-15 Thread Theo Buehler

On Sun, Mar 15, 2020 at 07:40:26AM +0100, Bjorn Ketelaars wrote:
> On Sat 07/03/2020 15:27, Bjorn Ketelaars wrote:
> > Enclosed diff updates py-nbformat, which is needed for updating
> > py-nbconvert [0]. Changes:
> > https://github.com/jupyter/nbformat/blob/4.4.0/docs/changelog.rst.
> > 
> > While here move HOMEPAGE to https.
> > 
> > 'make test' runs successfully for both python2 and python3. Run tested
> > while using jupyter-notebook.
> > 
> > Comments/OK?
> > 
> > [0] https://marc.info/?l=openbsd-ports=158351871906886=2
> 
> Ping
> 
> cwen@ reported that tests do not like to be run under privsep.

That report was about py-nbconvert. I can reproduce that failure.

> Unfortunately I'm unable to reproduce: in my case all tests run
> successfully on py2 and py3 with PORTS_PRIVSEP=Yes set in /etc/mk.conf.
> 
> It would be really helpful if others have a look as well.

This looks all good to me. Ran tests for py2 and py3 flavors on amd64,
sparc64 and powerpc with PORTS_PRIVSEP=Yes. All tests pass.

ok tb

Re: HOTFIX: x11/qt5/qtbase enable cups and double-conversion support

2020-03-15 Thread Rafael Sadowski

On Sun Mar 15, 2020 at 12:23:27PM +0300, Vadim Zhukov wrote:
> вс, 15 мар. 2020 г. в 12:13, Rafael Sadowski :
> >
> > The diff below have to go quick into the tree. This enables cups and
> > doubleconversion support again. Currently ALL Qt5 applications crash
> > when opening the "print dialog". Sorry for that but plugins are hard to
> > test!
> >
> > Following changes made:
> >
> > - Add -L/-I to CONFIGURE_ARGS this fixes cups and doubleconversion
> >   detection.
> > - Remove double configure args
> > - enable cups and doubleconversion and bump the -main package.
> >
> > This update should also unbreak the qcad build. Testing currently
> >
> > OK, objections?
> >
> > Rafael
> >
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/x11/qt5/qtbase/Makefile,v
> > retrieving revision 1.36
> > diff -u -p -u -p -r1.36 Makefile
> > --- Makefile13 Mar 2020 16:53:49 -  1.36
> > +++ Makefile15 Mar 2020 09:09:01 -
> > @@ -16,6 +16,8 @@ PKGNAME-psql =qt5-postgresql-${VERSION
> >  PKGNAME-sqlite2 =  qt5-sqlite2-${VERSION}
> >  PKGNAME-tds =  qt5-tds-${VERSION}
> >
> > +REVISON-main = 0
> > +
> >  PKG_ARCH-global =  *
> >  PKG_ARCH-examples =*
> >
> > @@ -38,14 +40,15 @@ SHARED_LIBS +=  Qt5OpenGLExtensions
> >  SHARED_LIBS +=  Qt5XcbQpa0.0 # 5.13
> >
> >  WANTLIB-main += ${COMPILER_LIBCXX} EGL GL ICE SM X11 X11-xcb Xext atk-1.0
> > -WANTLIB-main += c cairo cairo-gobject crypto dbus-1 drm execinfo fontconfig
> > -WANTLIB-main += freetype gbm gdk-3 gdk_pixbuf-2.0 gio-2.0 glib-2.0
> > -WANTLIB-main += gobject-2.0 gthread-2.0 gtk-3 harfbuzz icudata icui18n
> > -WANTLIB-main += icuio icuuc iodbc iodbcinst jpeg m pango-1.0 pangocairo-1.0
> > -WANTLIB-main += pcre2-16 png sqlite3 ssl xcb xcb-glx xcb-icccm xcb-image
> > -WANTLIB-main += xcb-keysyms xcb-randr xcb-render xcb-render-util xcb-shape
> > -WANTLIB-main += xcb-shm xcb-sync xcb-xfixes xcb-xinerama xcb-xinput
> > -WANTLIB-main += xcb-xkb xkbcommon xkbcommon-x11 z zstd
> > +WANTLIB-main += c cairo cairo-gobject crypto cups dbus-1 double-conversion
> > +WANTLIB-main += drm execinfo fontconfig freetype gbm gdk-3 gdk_pixbuf-2.0
> > +WANTLIB-main += gio-2.0 glib-2.0 gobject-2.0 gthread-2.0 gtk-3 harfbuzz
> > +WANTLIB-main += icudata icui18n icuio icuuc iodbc iodbcinst jpeg m
> > +WANTLIB-main += pango-1.0 pangocairo-1.0 pcre2-16 png sqlite3 ssl xcb
> > +WANTLIB-main += xcb-glx xcb-icccm xcb-image xcb-keysyms xcb-randr 
> > xcb-render
> > +WANTLIB-main += xcb-render-util xcb-shape xcb-shm xcb-sync xcb-xfixes
> > +WANTLIB-main += xcb-xinerama xcb-xinput xcb-xkb xkbcommon xkbcommon-x11
> > +WANTLIB-main += z zst

Here is also a copy/paste issue s/zst/zstd. Only in my email.

> >
> >  WANTLIB-global =
> >
> > @@ -81,6 +84,8 @@ LIB_DEPENDS-main =${LIB_DEPENDS} \
> > devel/pcre2 \
> > graphics/cairo \
> > graphics/gdk-pixbuf2 \
> > +   math/double-conversion \
> > +   print/cups,-libs \
> > textproc/icu4c \
> > x11/dbus \
> > x11/gtk+3 \
> > @@ -143,6 +148,10 @@ QT_QMLDIR =${QT_BASEDIR}/qml
> >
> >  CONFIGURE_ARGS +=  OPENSSL_LIBS="-L/usr/lib -lssl -lcrypto"
> >
> > +# configure
> > +CONFIGURE_ARGS+= -I "${PREFIX}/include"
> > +CONFIGURE_ARGS+= -L "${PREFIX}/lib"
> 
> Those should be "${LOCALBASE}/foo".
> 
> The PREFIX is where the currently built package will be installed.
> The LOCALBASE is where the dependencies reside.

Thanks Vadim for the review, builds also with this change.

> 
> > +
> >  # paths
> >  CONFIGURE_ARGS +=  -bindir ${QT_BINDIR} \
> > -datadir ${QT_BASEDIR} \
> > @@ -151,7 +160,7 @@ CONFIGURE_ARGS +=   -bindir ${QT_BINDIR} \
> > -headerdir ${QT_INCDIR} \
> > -libdir ${QT_BASEDIR} \
> > -plugindir ${QT_PLUGINSDIR} \
> > -   -prefix ${PREFIX} \
> > +   -prefix ${QT_BASEDIR} \
> > -qmldir ${QT_QMLDIR} \
> > -sysconfdir ${SYSCONFDIR}/xdg
> >
> > @@ -159,7 +168,6 @@ CONFIGURE_ARGS +=   -bindir ${QT_BINDIR} \
> >  CONFIGURE_ARGS +=  -confirm-license \
> > -no-compile-examples \
> > -opensource \
> > -   -openssl-linked \
> 
> Is this change intended?

Yes it was there twice. Sorry I didn't mention it.

New diff:


Index: Makefile
===
RCS file: /cvs/ports/x11/qt5/qtbase/Makefile,v
retrieving revision 1.36
diff -u -p -u -p -r1.36 Makefile
--- Makefile13 Mar 2020 16:53:49 -  1.36
+++ Makefile15 Mar 2020 09:34:23 -
@@ -16,6 +16,8 @@ PKGNAME-psql =qt5-postgresql-${VERSION

Re: UPDATE devel/py-nbformat-4.4.0

2020-03-15 Thread Bjorn Ketelaars

On Sun 15/03/2020 10:03, Theo Buehler wrote:
> > cwen@ reported that tests do not like to be run under privsep.
> 
> That report was about py-nbconvert. I can reproduce that failure.

Ugh, yes...that report was about py-nbconvert, my bad. Sorry for the
mix-up.

> > Unfortunately I'm unable to reproduce: in my case all tests run
> > successfully on py2 and py3 with PORTS_PRIVSEP=Yes set in /etc/mk.conf.
> > 
> > It would be really helpful if others have a look as well.
> 
> This looks all good to me. Ran tests for py2 and py3 flavors on amd64,
> sparc64 and powerpc with PORTS_PRIVSEP=Yes. All tests pass.
> 
> ok tb

Thank you!

Re: UPDATE: net/prosody

2020-03-15 Thread Lucas

Lucas  wrote:
> Lucas  wrote:
> > Hello ports@,
> > 
> > Find a update for net/prosody to 0.11.4.
> > 
> > Lots of fixes and improvements happened since 0.11.2, which can be
> > found in [1] and [2]. In particular, there is a fix for closing a file
> > which can lead to "Too many open files", causing service disruption.
> > 
> > Ports-wise,
> > 
> >  * Removed archivers/luazlib from MODLUA_RUN_DEPEDNS, as upstream
> >dropped official support for it since 0.9 and moved it to community
> >modules, with a security concerns comment.
> >  * Removed -I...s from --ldflags
> >  * Fixed patches/patch-util-src_table_c as it used arg unintialized.
> >Patch was added make it C99-compliant.
> >  * Added patches/patch-util-src_pposix_c to shut up another C99
> >warning. I don't know if I solve it the correct way(tm), in the
> >sense that I don't know the full implications of enabling
> >_BSD_SOURCE in there. Help is appreciated in that regard.
> >  * Updated PLIST adding @so when needed.
> >  * portcheck complaints with "the following libraries in WANTLIB look
> >like masked by RUN_DEPENDS: idn". make port-lib-depends-check and
> >make lib-depends-check says everything is fine, tho. Removing idn
> >from WANTLIB makes everyone happy, but I understand that every lib
> >the port needs should be in WANTLIB, so I left it there. I couldn't
> >find if any of the deps was pulling idn, so maybe it's just a false
> >positive?
> >  * Take maintainership.
> > 
> > Build and tested on amd64.
> > 
> > [1]: https://prosody.im/doc/release/0.11.3
> > [2]: https://prosody.im/doc/release/0.11.4
> > 
> > -Lucas
> 
> Biweekly bump, with last sent patch[1] incorporating fixes to README
> and getting rid of SUBST_VARS+=FLAVOR attached below.
> 
> [1]: https://marc.info/?l=openbsd-ports=158240030731042=2
> 
> -Lucas

Small updates after private feedback from solene@ and sthen@:

 * Removed touch of info logfile in post-install
 * Removed info logfile from PLIST
 * Removed share/examples/prosody/prosody.log from PLIST

This changes together fix the install as it tried to put a file inside
/var/prosody *before* creating it. I guess it didn't come up in my
tests as I was already runninng prosody, probably performing an update
instead of a clean install.

-Lucas

Index: Makefile
===
RCS file: /home/cvs/ports/net/prosody/Makefile,v
retrieving revision 1.55
diff -u -p -u -p -r1.55 Makefile
--- Makefile12 Jul 2019 20:48:44 -  1.55
+++ Makefile15 Mar 2020 15:48:30 -
@@ -1,21 +1,21 @@
 # $OpenBSD: Makefile,v 1.55 2019/07/12 20:48:44 sthen Exp $
 
 COMMENT=   communications server for Jabber/XMPP written in Lua
-DISTNAME=  prosody-0.11.2
+DISTNAME=  prosody-0.11.4
 CATEGORIES=net
 MASTER_SITES=  https://prosody.im/downloads/source/
-REVISION=  1
 
 HOMEPAGE=  https://prosody.im/
 
+MAINTAINER=Lucas 
+
 # MIT
 PERMIT_PACKAGE=Yes
 
 MAKE_FILE= makefile
 MODULES=   lang/lua
 LIB_DEPENDS=   devel/libidn
-MODLUA_RUN_DEPENDS+= archivers/luazlib \
-   databases/luadbi \
+MODLUA_RUN_DEPENDS+= databases/luadbi \
devel/lua-bitop \
devel/luafs \
security/luasec \
@@ -23,8 +23,6 @@ MODLUA_RUN_DEPENDS+= archivers/luazlib \
 TEST_DEPENDS = ${MODLUA_RUN_DEPENDS}
 WANTLIB+=  crypto idn
 
-SUBST_VARS+=   FLAVOR
-
 CONFIGURE_STYLE=simple
 CONFIGURE_ARGS+=--prefix="${PREFIX}" \
--sysconfdir="${SYSCONFDIR}/prosody" \
@@ -33,7 +31,7 @@ CONFIGURE_ARGS+=--prefix="${PREFIX}" \
--with-lua-include="${MODLUA_INCL_DIR}" \
--c-compiler="${CC}" \
--linker="${CC}" \
-   --ldflags="-I/usr/include -I${LOCALBASE}/include -L/usr/lib 
-L${LOCALBASE}/lib -shared" \
+   --ldflags="-L/usr/lib -L${LOCALBASE}/lib -shared" \
--cflags="${CFLAGS} -I${LOCALBASE}/include -fPIC -std=c99"
 
 FAKE_FLAGS+=   CONFIG=${DESTDIR}${PREFIX}/share/examples/prosody
@@ -50,6 +48,5 @@ post-install:
${PREFIX}/share/examples/prosody/certs/Makefile
${INSTALL_DATA} ${WRKSRC}/certs/openssl.cnf \
 ${PREFIX}/share/examples/prosody/certs
-   touch ${PREFIX}/share/examples/prosody/prosody.log
 
 .include 
Index: distinfo
===
RCS file: /home/cvs/ports/net/prosody/distinfo,v
retrieving revision 1.16
diff -u -p -u -p -r1.16 distinfo
--- distinfo7 Feb 2019 19:23:39 -   1.16
+++ distinfo15 Feb 2020 16:39:56 -
@@ -1,2 +1,2 @@
-SHA256 (prosody-0.11.2.tar.gz) = iRH23Cm54MTt+eYdwj+iLXe8QsTK8ouAmrhDsvCOSDE=
-SIZE (prosody-0.11.2.tar.gz) = 420689
+SHA256 (prosody-0.11.4.tar.gz) = tfJvo0PH8y9iQnIdaZHLNfXSoo0r9Z0rwympQFI3BP0=
+SIZE (prosody-0.11.4.tar.gz) = 423518
Index: patches/patch-util-src_pposix_c
===

Re: I'd like to remove tortoisehg. Anyone using it?.

2020-03-15 Thread Paco Esteban

On Sat, 14 Mar 2020, Juan Francisco Cantero Hurtado wrote:

> I would like to remove the port before of 6.7. Any objection?. Is anyone
> yelling at me?. I can't hear you.

I'm not a heavy mercurial user, just a couple of repos and never used
tortoisehg.  But I'm all into moving to python3.

for what it's worth, ok paco@ to remove devel/tortoisehg.

-- 
Paco Esteban.
0x5818130B8A6DBC03

Re: NEW: sysutils/mdprint (now with tarball attached)

2020-03-15 Thread Klemens Nanni

Sorry for the noise, here's a new tarball with an updated patch, nothing
else is changed:

Ensure integer typed results from integer division with the floordiv 
operator
when using Python 3.  `type(int(1)/int(1))' yields "" and
"" in Python 2 and 3 respectively.

Decode ARC node names and string property values as UTF-8 to preserve 
the output
format and fix --grep when using Python 3, e.g. print/use "value" 
instead of
"b'value'".  Python 3 uses type "" and does not decode
automatically, Python 2 uses "" already for everything.

Index: tools/mdprint/mdprint.py
...


For example, show only the root node of guest 1:

$ mdprint -g root.pri-version ./guest1.md
mdprint 1.3
Input file
"/tmp/obsd-ams/guest1.md"
Limiting output to
root . { * }
root (node 0x0) {
content-version = "1.0"
pri-version = "1.0"
reset-reason = 0x0 /* 0 */
fwd --> channel-endpoints (node 0x245)
fwd --> cpus (node 0x14)
fwd --> domain-services (node 0x23c)
fwd --> ioaliases (node 0x45)
fwd --> memory (node 0x10)
fwd --> openboot (node 0x34)
fwd --> phys_io (node 0x1f)
fwd --> platform (node 0x22)
fwd --> power-management (node 0x4e)
fwd --> variables (node 0x2c4)
fwd --> virtual-devices (node 0x38)
}

Without mdprint header, show the PRI version only but in parsable form:

$ mdprint -q -p -g root.pri-version ./guest1.md
root|0x0|pri-version="1.0"

HTML output works alike.

Feedback? OK?


mdprint.tgz
Description: Binary data

Re: HOTFIX: x11/qt5/qtbase enable cups and double-conversion support

2020-03-15 Thread Vadim Zhukov

вс, 15 мар. 2020 г. в 12:13, Rafael Sadowski :
>
> The diff below have to go quick into the tree. This enables cups and
> doubleconversion support again. Currently ALL Qt5 applications crash
> when opening the "print dialog". Sorry for that but plugins are hard to
> test!
>
> Following changes made:
>
> - Add -L/-I to CONFIGURE_ARGS this fixes cups and doubleconversion
>   detection.
> - Remove double configure args
> - enable cups and doubleconversion and bump the -main package.
>
> This update should also unbreak the qcad build. Testing currently
>
> OK, objections?
>
> Rafael
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/x11/qt5/qtbase/Makefile,v
> retrieving revision 1.36
> diff -u -p -u -p -r1.36 Makefile
> --- Makefile13 Mar 2020 16:53:49 -  1.36
> +++ Makefile15 Mar 2020 09:09:01 -
> @@ -16,6 +16,8 @@ PKGNAME-psql =qt5-postgresql-${VERSION
>  PKGNAME-sqlite2 =  qt5-sqlite2-${VERSION}
>  PKGNAME-tds =  qt5-tds-${VERSION}
>
> +REVISON-main = 0
> +
>  PKG_ARCH-global =  *
>  PKG_ARCH-examples =*
>
> @@ -38,14 +40,15 @@ SHARED_LIBS +=  Qt5OpenGLExtensions
>  SHARED_LIBS +=  Qt5XcbQpa0.0 # 5.13
>
>  WANTLIB-main += ${COMPILER_LIBCXX} EGL GL ICE SM X11 X11-xcb Xext atk-1.0
> -WANTLIB-main += c cairo cairo-gobject crypto dbus-1 drm execinfo fontconfig
> -WANTLIB-main += freetype gbm gdk-3 gdk_pixbuf-2.0 gio-2.0 glib-2.0
> -WANTLIB-main += gobject-2.0 gthread-2.0 gtk-3 harfbuzz icudata icui18n
> -WANTLIB-main += icuio icuuc iodbc iodbcinst jpeg m pango-1.0 pangocairo-1.0
> -WANTLIB-main += pcre2-16 png sqlite3 ssl xcb xcb-glx xcb-icccm xcb-image
> -WANTLIB-main += xcb-keysyms xcb-randr xcb-render xcb-render-util xcb-shape
> -WANTLIB-main += xcb-shm xcb-sync xcb-xfixes xcb-xinerama xcb-xinput
> -WANTLIB-main += xcb-xkb xkbcommon xkbcommon-x11 z zstd
> +WANTLIB-main += c cairo cairo-gobject crypto cups dbus-1 double-conversion
> +WANTLIB-main += drm execinfo fontconfig freetype gbm gdk-3 gdk_pixbuf-2.0
> +WANTLIB-main += gio-2.0 glib-2.0 gobject-2.0 gthread-2.0 gtk-3 harfbuzz
> +WANTLIB-main += icudata icui18n icuio icuuc iodbc iodbcinst jpeg m
> +WANTLIB-main += pango-1.0 pangocairo-1.0 pcre2-16 png sqlite3 ssl xcb
> +WANTLIB-main += xcb-glx xcb-icccm xcb-image xcb-keysyms xcb-randr xcb-render
> +WANTLIB-main += xcb-render-util xcb-shape xcb-shm xcb-sync xcb-xfixes
> +WANTLIB-main += xcb-xinerama xcb-xinput xcb-xkb xkbcommon xkbcommon-x11
> +WANTLIB-main += z zst
>
>  WANTLIB-global =
>
> @@ -81,6 +84,8 @@ LIB_DEPENDS-main =${LIB_DEPENDS} \
> devel/pcre2 \
> graphics/cairo \
> graphics/gdk-pixbuf2 \
> +   math/double-conversion \
> +   print/cups,-libs \
> textproc/icu4c \
> x11/dbus \
> x11/gtk+3 \
> @@ -143,6 +148,10 @@ QT_QMLDIR =${QT_BASEDIR}/qml
>
>  CONFIGURE_ARGS +=  OPENSSL_LIBS="-L/usr/lib -lssl -lcrypto"
>
> +# configure
> +CONFIGURE_ARGS+= -I "${PREFIX}/include"
> +CONFIGURE_ARGS+= -L "${PREFIX}/lib"

Those should be "${LOCALBASE}/foo".

The PREFIX is where the currently built package will be installed.
The LOCALBASE is where the dependencies reside.

> +
>  # paths
>  CONFIGURE_ARGS +=  -bindir ${QT_BINDIR} \
> -datadir ${QT_BASEDIR} \
> @@ -151,7 +160,7 @@ CONFIGURE_ARGS +=   -bindir ${QT_BINDIR} \
> -headerdir ${QT_INCDIR} \
> -libdir ${QT_BASEDIR} \
> -plugindir ${QT_PLUGINSDIR} \
> -   -prefix ${PREFIX} \
> +   -prefix ${QT_BASEDIR} \
> -qmldir ${QT_QMLDIR} \
> -sysconfdir ${SYSCONFDIR}/xdg
>
> @@ -159,7 +168,6 @@ CONFIGURE_ARGS +=   -bindir ${QT_BINDIR} \
>  CONFIGURE_ARGS +=  -confirm-license \
> -no-compile-examples \
> -opensource \
> -   -openssl-linked \

Is this change intended?

-- 
  WBR,
  Vadim Zhukov

Re: clarification of REVISION and EPOCH documentation.

2020-03-15 Thread Paco Esteban

On Sat, 14 Mar 2020, Stuart Henderson wrote:

> > Index: bsd.port.mk.5
> > ===
> > RCS file: /home/cvs/src/share/man/man5/bsd.port.mk.5,v
> > retrieving revision 1.527
> > diff -u -p -r1.527 bsd.port.mk.5
> > --- bsd.port.mk.5   6 Mar 2020 15:22:44 -   1.527
> > +++ bsd.port.mk.5   14 Mar 2020 14:46:18 -
> > @@ -1632,6 +1632,9 @@ If set to
> >  will not open changed files in an editor.
> >  .It Ev EPOCH
> >  Epoch number of the current package.
> > +Used when version numbering changes completely upstream or an update has 
> > to be
> > +reverted.
> > +It always goes forward.
> 
> maybe this?
> 
> ...
> Used when the port version number is changed but the new version
> is not regarded by
> .Xr packages-specs 5
> as being newer.
> ...
> 
> Once added, it cannot be removed or go backwards.

I like your wording better.  Is more generic, and less repetitive as we
already talk about those 2 cases in other parts of the doc.
Not sure it "fits well" in the description, though.  This is how it
reads with your changes (I added them nonetheless):

EPOCH   Epoch number of the current package.  Used when the port version
is changed but the new version is not regarded by
packages-specs(5) as being newer.  Once added, it cannot be
removed or go backwards.  Defaults to empty (no need for
numbering changes), then numbering starts at 0.  Gets
automatically incorporated into FULLPKGNAME as ‘v${EPOCH}’ to
form a full package-name conforming to packages-specs(7).

> >  Defaults to empty (no need for numbering changes), then
> >  numbering starts at 0.
> >  Gets automatically incorporated into
> 
> Perhaps we should also mention that if a port depends on another port
> using a version spec ("foo->=1.1" or similar), the version spec in the
> dependent port must be changed too... Not sure how to word it though.

oh, that did not occur to me ...  You mean that if port foo/bar gets
EPOCH = 0, then all dependent ports should change it's dependencies
declarations from foo/bar>=1.1 to foo/bar>=1.1v0 ??

> > Index: packages-specs.7
> > ===
> > RCS file: /home/cvs/src/share/man/man7/packages-specs.7,v
> > retrieving revision 1.25
> > diff -u -p -r1.25 packages-specs.7
> > --- packages-specs.727 Oct 2014 22:45:30 -  1.25
> > +++ packages-specs.714 Mar 2020 15:00:42 -
> > @@ -144,12 +144,39 @@ then normal version, and finally
> >  .El
> >  .El
> >  .Pp
> > -In some rare cases, version numbering changes completely upstream.
> > +In some rare cases, version numbering changes completely upstream, or 
> > something
> > +unexpected happens and an update has to be reverted.
> 
> In some rare cases, a change to a port would cause the version number
> to compare as older than the previous version.
> This happens if an update is reverted, if upstream's numbering scheme
> changes completely, or if their usual scheme does not align with
> the one used by
> .Ox .

This reads definitely better.  Adding it.

> >  A version style marker, of the form
> >  .Sq v0 ,
> >  .Sq v1 ...
> >  can be appended to the version number (after the patch level)
> >  to denote the new numbering scheme.
> 
> This is added by setting
> ???some markup??? EPOCH
> in the port Makefile.

Added too.
I used `.Ev` here.  Not sure is the correct macro, but as this is close
to an environment variable I think is ok ...

> Maybe I missed something in what's meant, but the following examples
> are all exactly the wrong way round.. 0.1p0 is newer than 0.1,
> 0.2 is newer than 0.1p0, etc.

You're totally right ...  I did it backwards.  I was trying to maintain
the wording coherent with the previous list (use older instead of newer)
and don't know what happened in my head.  Fixed it.

All 3 diffs attached again for convenience.

-- 
Paco Esteban.
0x5818130B8A6DBC03
Index: bsd.port.mk.5
===
RCS file: /home/cvs/src/share/man/man5/bsd.port.mk.5,v
retrieving revision 1.527
diff -u -p -r1.527 bsd.port.mk.5
--- bsd.port.mk.5   6 Mar 2020 15:22:44 -   1.527
+++ bsd.port.mk.5   15 Mar 2020 11:03:12 -
@@ -1632,6 +1632,10 @@ If set to
 will not open changed files in an editor.
 .It Ev EPOCH
 Epoch number of the current package.
+Used when the port version is changed but the new version is not regarded by
+.Xr packages-specs 5
+as being newer.
+Once added, it cannot be removed or go backwards.
 Defaults to empty (no need for numbering changes), then
 numbering starts at 0.
 Gets automatically incorporated into
Index: packages-specs.7
===
RCS file: /home/cvs/src/share/man/man7/packages-specs.7,v
retrieving revision 1.25
diff -u -p -r1.25 packages-specs.7
--- packages-specs.727 Oct 2014 22:45:30 -  1.25
+++ packages-specs.715

HOTFIX: x11/qt5/qtbase enable cups and double-conversion support

2020-03-15 Thread Rafael Sadowski

The diff below have to go quick into the tree. This enables cups and
doubleconversion support again. Currently ALL Qt5 applications crash
when opening the "print dialog". Sorry for that but plugins are hard to
test!

Following changes made:

- Add -L/-I to CONFIGURE_ARGS this fixes cups and doubleconversion
  detection.
- Remove double configure args
- enable cups and doubleconversion and bump the -main package.

This update should also unbreak the qcad build. Testing currently

OK, objections?

Rafael

Index: Makefile
===
RCS file: /cvs/ports/x11/qt5/qtbase/Makefile,v
retrieving revision 1.36
diff -u -p -u -p -r1.36 Makefile
--- Makefile13 Mar 2020 16:53:49 -  1.36
+++ Makefile15 Mar 2020 09:09:01 -
@@ -16,6 +16,8 @@ PKGNAME-psql =qt5-postgresql-${VERSION
 PKGNAME-sqlite2 =  qt5-sqlite2-${VERSION}
 PKGNAME-tds =  qt5-tds-${VERSION}
 
+REVISON-main = 0
+
 PKG_ARCH-global =  *
 PKG_ARCH-examples =*
 
@@ -38,14 +40,15 @@ SHARED_LIBS +=  Qt5OpenGLExtensions 
 SHARED_LIBS +=  Qt5XcbQpa0.0 # 5.13
 
 WANTLIB-main += ${COMPILER_LIBCXX} EGL GL ICE SM X11 X11-xcb Xext atk-1.0
-WANTLIB-main += c cairo cairo-gobject crypto dbus-1 drm execinfo fontconfig
-WANTLIB-main += freetype gbm gdk-3 gdk_pixbuf-2.0 gio-2.0 glib-2.0
-WANTLIB-main += gobject-2.0 gthread-2.0 gtk-3 harfbuzz icudata icui18n
-WANTLIB-main += icuio icuuc iodbc iodbcinst jpeg m pango-1.0 pangocairo-1.0
-WANTLIB-main += pcre2-16 png sqlite3 ssl xcb xcb-glx xcb-icccm xcb-image
-WANTLIB-main += xcb-keysyms xcb-randr xcb-render xcb-render-util xcb-shape
-WANTLIB-main += xcb-shm xcb-sync xcb-xfixes xcb-xinerama xcb-xinput
-WANTLIB-main += xcb-xkb xkbcommon xkbcommon-x11 z zstd
+WANTLIB-main += c cairo cairo-gobject crypto cups dbus-1 double-conversion
+WANTLIB-main += drm execinfo fontconfig freetype gbm gdk-3 gdk_pixbuf-2.0
+WANTLIB-main += gio-2.0 glib-2.0 gobject-2.0 gthread-2.0 gtk-3 harfbuzz
+WANTLIB-main += icudata icui18n icuio icuuc iodbc iodbcinst jpeg m
+WANTLIB-main += pango-1.0 pangocairo-1.0 pcre2-16 png sqlite3 ssl xcb
+WANTLIB-main += xcb-glx xcb-icccm xcb-image xcb-keysyms xcb-randr xcb-render
+WANTLIB-main += xcb-render-util xcb-shape xcb-shm xcb-sync xcb-xfixes
+WANTLIB-main += xcb-xinerama xcb-xinput xcb-xkb xkbcommon xkbcommon-x11
+WANTLIB-main += z zst
 
 WANTLIB-global =
 
@@ -81,6 +84,8 @@ LIB_DEPENDS-main =${LIB_DEPENDS} \
devel/pcre2 \
graphics/cairo \
graphics/gdk-pixbuf2 \
+   math/double-conversion \
+   print/cups,-libs \
textproc/icu4c \
x11/dbus \
x11/gtk+3 \
@@ -143,6 +148,10 @@ QT_QMLDIR =${QT_BASEDIR}/qml
 
 CONFIGURE_ARGS +=  OPENSSL_LIBS="-L/usr/lib -lssl -lcrypto"
 
+# configure
+CONFIGURE_ARGS+= -I "${PREFIX}/include"
+CONFIGURE_ARGS+= -L "${PREFIX}/lib"
+
 # paths
 CONFIGURE_ARGS +=  -bindir ${QT_BINDIR} \
-datadir ${QT_BASEDIR} \
@@ -151,7 +160,7 @@ CONFIGURE_ARGS +=   -bindir ${QT_BINDIR} \
-headerdir ${QT_INCDIR} \
-libdir ${QT_BASEDIR} \
-plugindir ${QT_PLUGINSDIR} \
-   -prefix ${PREFIX} \
+   -prefix ${QT_BASEDIR} \
-qmldir ${QT_QMLDIR} \
-sysconfdir ${SYSCONFDIR}/xdg
 
@@ -159,7 +168,6 @@ CONFIGURE_ARGS +=   -bindir ${QT_BINDIR} \
 CONFIGURE_ARGS +=  -confirm-license \
-no-compile-examples \
-opensource \
-   -openssl-linked \
-rpath \
-shared \
-verbose
@@ -188,23 +196,11 @@ CONFIGURE_ARGS += -debug
 CONFIGURE_ARGS +=  -release
 .endif
 
-# paths
-CONFIGURE_ARGS +=  -L${X11BASE}/lib \
-   -R${X11BASE}/lib \
-   -bindir ${QT_BINDIR} \
-   -datadir ${QT_BASEDIR} \
-   -docdir ${QT_DOC} \
-   -examplesdir ${QT_EXAMPLES} \
-   -headerdir ${QT_INCDIR} \
-   -libdir ${QT_BASEDIR} \
-   -plugindir ${QT_PLUGINSDIR} \
-   -prefix ${QT_BASEDIR} \
-   -sysconfdir ${SYSCONFDIR}
-
 CONFIGURE_ARGS +=  -c++std c++17
 
 ## other options
 CONFIGURE_ARGS +=  -accessibility \
+   -cups \
-dbus-linked \
-glib \
-icu \
@@ -213,6 +209,7 @@ CONFIGURE_ARGS +=   -accessibility \
-pkg-config \
-syslog \
-system-harfbuzz \
+   -system-doubleconversion \

Re: update: devel/py-wcwidth (cascading devel/{py-prompt_toolkit,ipython} dropping py2 support)

2020-03-15 Thread Paco Esteban

On Sun, 15 Mar 2020, Paco Esteban wrote:

> * devel/py-prompt_toolkit
> * also attached to this email.  Just made py3 only and bumped
>   revison.  All tests pass.
>   This also triggers the conversion of devel/ipython to py3 only.
>   Four tests fail, just as before.
>   Maintainer (edd@) has some doubts about this.  Mainly if users
>   will be upset for this.  Comments on this are appreciated.

I just realized that devel/ipython has A METRIC TON of consumers ... not
sure how they slept under my radar, sorry.

I have to take a look at them to see if this is viable.  So, please keep
this on hold.

Cheers,

-- 
Paco Esteban.
0x5818130B8A6DBC03

NEW: sysutils/mdprint

2020-03-15 Thread Klemens Nanni

Here's a helpful tool for logical domain related hacking on sparc64;
I've used it to verify *.md files generated by ldomctl(8) as well as to
inspect the PRI of my machines for example.

It might also be helpful for users of logical guest domains who want to
inspect their machine description through the /dev/mdesc file.

mdprint is a Python 2 script and part of the ldomsmanager sources, which
are available as SRC RPM from Oracle Linux's YUM repository.  Despite
multiple references and mentioning of these programs, their upstream
package is the only source I could find.

post-extract basically does what rpm2cpio(1) would do on linux.

do-build uses Python 3's 2to3 tool to ditch Python 2;  with a tiny patch
the mdprint tool is fully usable for me on both sparc64 and amd64 to
display my machine descriptions in a human readable form.

DESCR is taken from mdprint's usage, I only added line breaks and the
"(Solaris only)" to reflect that automatic PRI reading does not work on
OpenBSD.

Feedback? OK?


Information for inst:mdprint-1.3

Comment:
print sun4v machine descriptions

Description:
mdprint prints the contents of the provided binary sun4v MD file.

If no file is provided, the "guest MD" is read from the device file 
"/dev/mdesc"
which is expected to be present on all sun4v guest domains.

If no file is provided and the -P/--PRI option is used, the PRI
(physical resource inventory) MD is read from the device file
"/devices/pseudo/ds_pri@0:ds_pri" (Solaris only).

The complete PRI is only available on the "primary" domain.

Maintainer: Klemens Nanni

NEW: sysutils/mdprint (now with tarball attached)

2020-03-15 Thread Klemens Nanni

Here's a helpful tool for logical domain related hacking on sparc64;
I've used it to verify *.md files generated by ldomctl(8) as well as to
inspect the PRI of my machines for example.

It might also be helpful for users of logical guest domains who want to
inspect their machine description through the /dev/mdesc file.

mdprint is a Python 2 script and part of the ldomsmanager sources, which
are available as SRC RPM from Oracle Linux's YUM repository.  Despite
multiple references and mentioning of these programs, their upstream
package is the only source I could find.

post-extract basically does what rpm2cpio(1) would do on linux.

do-build uses Python 3's 2to3 tool to ditch Python 2;  with a tiny patch
the mdprint tool is fully usable for me on both sparc64 and amd64 to
display my machine descriptions in a human readable form.

DESCR is taken from mdprint's usage, I only added line breaks and the
"(Solaris only)" to reflect that automatic PRI reading does not work on
OpenBSD.

Feedback? OK?


Information for inst:mdprint-1.3

Comment:
print sun4v machine descriptions

Description:
mdprint prints the contents of the provided binary sun4v MD file.

If no file is provided, the "guest MD" is read from the device file 
"/dev/mdesc"
which is expected to be present on all sun4v guest domains.

If no file is provided and the -P/--PRI option is used, the PRI
(physical resource inventory) MD is read from the device file
"/devices/pseudo/ds_pri@0:ds_pri" (Solaris only).

The complete PRI is only available on the "primary" domain.

Maintainer: Klemens Nanni 


mdprint.tgz
Description: Binary data

Re: Sympa's wwsympa Fails "Can't locate CGI/Fast.pm in @INC"

2020-03-15 Thread Ian McWilliam

Did you pkg_add p5-CGI-Fast at some point?

What does your pkg_info | grep -i p5-CGI look like?

Ian McWilliam

From: owner-po...@openbsd.org  on behalf of 
nik...@rpgresearch.com 
Sent: Monday, 16 March 2020 12:35 PM
To: ports@openbsd.org 
Subject: Sympa's wwsympa Fails "Can't locate CGI/Fast.pm in @INC"

I have been working on setting up Sympa on OpenBSD.

I have OpenSMTPd working with the Sympa daemon, but I'm getting stuck on
the wwsympa set up with nginx (I hope to switch to OpenBSD's HTTPd after
I get Nginx working).

I used the Nginx config provided by the port maintainer:

>server {
>   server_name domain.com;
>   listen on 0.0.0.0:80;
>
>   location /static-sympa {
>   alias /var/www/sympa/;
>   }
>
>
>   location / {
>   fastcgi_pass localhost:1026;
>   fastcgi_split_path_info ^(/sympa)(.+)$;
>   include fastcgi_params;
>   fastcgi_param PATH_INFO $fastcgi_path_info;
>   fastcgi_param
>   SCRIPT_FILENAME /usr/local/libexec/sympa/wwsympa-wrapper.fcgi; }
>}

When I launch all the services, wwsympa crashes out with the following
error in /var/log/messages.

>wwsympa[40272]: err main::#138 DIED: Can't locate CGI/Fast.pm in @INC
>(you may need to install the CGI::Fast module) (@INC
>contains: /usr/local/libdata/perl5/site_perl/amd64-openbsd 
>/usr/local/libdata/perl5/site_perl /usr/libdata/perl5/amd64-openbsd 
>/usr/libdata/perl5)
>at /usr/local/libexec/sympa/wwsympa.fcgi line 139

I will now make this email unbearably long by sharing this dump:

>ls /usr/local/libdata/perl5/site_perl/
AppConfigEncode   MIME
Role iso8859.pl   mhsingle.pl
AppConfig.pm ErrorMLDBM
SQL  libwww   mhthread.pl
Archive  Error.pm MLDBM.pm
Sort mhamain.pl   mhtime.pl
BEval MRO
StackTrace   mhdb.pl  mhtxtenrich.pl
Bundle   Exporter Mail
Sub  mhdysub.pl   mhtxthtml.pl
CGI  Fh.pmMath
Sympamhexternal.plmhtxtplain.pl
CGI.pm   File MaxMind
Sympa.pm mhfile.plmhtxttsv.pl
CGI.pod  Font Method
Term mhidxrc.pl   mhusage.pl
ClassFreezeThaw.pmModule
Test mhindex.pl   mhutil.pl
CloneGeoIP2   MojoX
Throwablemhinit.plnamespace
Conf.pm  GeoIP2.pmMoo
Throwable.pm mhlock.ploo.pm Convert
HTML Moo.pm   Time
mhmimetypes.pl   osinit.pl Crypt
HTTP MooX Try
mhmsgextbody.pl  qprint.pl DDP.pm
IO   Mozilla  URI
mhmsgfile.pl readmail.pl Data
JSON MuninURI.pm
mhnote.plspamassassin-run.pod Date
LWP  Net  WWW
mhnull.plstrictures DateTime
LWP.pm   OpenBSD  XML
mhopt.pl strictures.pm Devel
List POD2 amd64-openbsd
mhrcfile.pl Digest   Locale
Package  base64.plmhrcvars.pl
Dist Log  RPC
ewhutil.pl   mhrmm.pl EmailMHonArc
RRDp.pm  iso2022jp.pl mhscan.pl

Is this a dependency issue, or is there a step that I could be
missing? I am not familiar with CGI in general.


Thank you all!

UPDATE: x11/qt5/qtwebkit

2020-03-15 Thread Rafael Sadowski

Simple update qtwebkit to the latest version 5.212.0 Alpha 4:

Release log:
- https://github.com/qtwebkit/qtwebkit/releases/tag/qtwebkit-5.212.0-alpha4

Port changes:
- Add missing python model after reading release notes "QtWebKit does
  not require Python 2 anymore for building and can use Python 3
  instead"
- removed icu patched, it has been merged upstream.

Tested with otter-browser on amd64.

OK?

Index: Makefile
===
RCS file: /cvs/ports/x11/qt5/qtwebkit/Makefile,v
retrieving revision 1.19
diff -u -p -u -p -r1.19 Makefile
--- Makefile25 Feb 2020 14:03:00 -  1.19
+++ Makefile16 Mar 2020 05:05:27 -
@@ -9,15 +9,15 @@ CATEGORIES =  www
 DPB_PROPERTIES =   parallel
 
 VERSION =  ${QT5_WEBKIT_VERSION}
-DISTNAME = qtwebkit-${QT5_WEBKIT_VERSION}-alpha3
+DISTNAME = qtwebkit-${QT5_WEBKIT_VERSION}-alpha4
 PKGNAME =  qtwebkit-${QT5_WEBKIT_VERSION}
-REVISION = 0
+REVISION = 1
 
-SHARED_LIBS +=  Qt5WebKit   3.0 # 5.9
-SHARED_LIBS +=  Qt5WebKitWidgets3.0 # 5.9
+SHARED_LIBS +=  Qt5WebKit   3.1 # 5.9
+SHARED_LIBS +=  Qt5WebKitWidgets3.1 # 5.9
 SHARED_LIBS +=  JavaScriptCore  0.0 # 5.212.9
-SHARED_LIBS +=  WebCore 0.0 # 5.212.9
-SHARED_LIBS +=  WebKit2 0.0 # 5.212.9
+SHARED_LIBS +=  WebCore 1.0 # 5.212.9
+SHARED_LIBS +=  WebKit2 0.1 # 5.212.9
 SHARED_LIBS +=  WTF 0.0 # 5.212.9
 
 # Mostly LGPLv2.1 or LGPLv3 for code; FDLv1.3 for documentation.
@@ -37,6 +37,7 @@ WANTLIB += hyphen icui18n icuuc jpeg m p
 MASTER_SITES = 
https://github.com/annulen/webkit/releases/download/${DISTNAME}/
 
 MODULES =  devel/cmake \
+   lang/python \
lang/ruby \
x11/qt5
 
@@ -46,6 +47,7 @@ CONFIGURE_STYLE = cmake
 # Remove default "first" target and build all
 ALL_TARGET =   
 
+MODPY_VERSION =${MODPY_DEFAULT_VERSION_3}
 MODPY_RUNDEP = No
 MODRUBY_RUNDEP =   No
 
Index: distinfo
===
RCS file: /cvs/ports/x11/qt5/qtwebkit/distinfo,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 distinfo
--- distinfo19 Feb 2020 16:08:53 -  1.3
+++ distinfo16 Mar 2020 05:05:27 -
@@ -1,2 +1,2 @@
-SHA256 (qt/qtwebkit-5.212.0-alpha3.tar.xz) = 
NX7uWCRFV0Ry5BDr7OYy0G+g7JQ1j8Q0XypxOSLfXhc=
-SIZE (qt/qtwebkit-5.212.0-alpha3.tar.xz) = 12457896
+SHA256 (qt/qtwebkit-5.212.0-alpha4.tar.xz) = 
nKEm2pJzZk3SOjzNDJvrzre7U0vd10PbMcr2pabUqeY=
+SIZE (qt/qtwebkit-5.212.0-alpha4.tar.xz) = 12528508
Index: patches/patch-Source_JavaScriptCore_CMakeLists_txt
===
RCS file: 
/cvs/ports/x11/qt5/qtwebkit/patches/patch-Source_JavaScriptCore_CMakeLists_txt,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 patch-Source_JavaScriptCore_CMakeLists_txt
--- patches/patch-Source_JavaScriptCore_CMakeLists_txt  19 Feb 2020 16:08:53 
-  1.1
+++ patches/patch-Source_JavaScriptCore_CMakeLists_txt  16 Mar 2020 05:05:27 
-
@@ -3,7 +3,7 @@ $OpenBSD: patch-Source_JavaScriptCore_CM
 Index: Source/JavaScriptCore/CMakeLists.txt
 --- Source/JavaScriptCore/CMakeLists.txt.orig
 +++ Source/JavaScriptCore/CMakeLists.txt
-@@ -1286,6 +1286,7 @@ elseif (WTF_CPU_S390)
+@@ -1287,6 +1287,7 @@ elseif (WTF_CPU_S390)
  elseif (WTF_CPU_S390X)
  elseif (WTF_CPU_MIPS)
  elseif (WTF_CPU_SH4)
Index: patches/patch-Source_WebCore_dom_Document_cpp
===
RCS file: patches/patch-Source_WebCore_dom_Document_cpp
diff -N patches/patch-Source_WebCore_dom_Document_cpp
--- patches/patch-Source_WebCore_dom_Document_cpp   19 Feb 2020 16:08:53 
-  1.2
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,31 +0,0 @@
-$OpenBSD: patch-Source_WebCore_dom_Document_cpp,v 1.2 2020/02/19 16:08:53 
rsadowski Exp $
-
-Fix build with icu4c >=65
-
-Index: Source/WebCore/dom/Document.cpp
 Source/WebCore/dom/Document.cpp.orig
-+++ Source/WebCore/dom/Document.cpp
-@@ -4407,12 +4407,12 @@ static bool isValidNameNonASCII(const UChar* character
- unsigned i = 0;
- 
- UChar32 c;
--U16_NEXT(characters, i, length, c)
-+U16_NEXT(characters, i, length, c);
- if (!isValidNameStart(c))
- return false;
- 
- while (i < length) {
--U16_NEXT(characters, i, length, c)
-+U16_NEXT(characters, i, length, c);
- if (!isValidNamePart(c))
- return false;
- }
-@@ -4474,7 +4474,7 @@ bool Document::parseQualifiedName(const String& qualif
- 
- for (unsigned i = 0; i < length;) {
- UChar32 c;
--U16_NEXT(qualifiedName, i, length, c)
-+U16_NEXT(qualifiedName, i, length, c);
- if (c == ':') {
- if (sawColon) {
-

Re: [update] redis 5.0.8

2020-03-15 Thread Uwe Werler

On 15 Mar 06:40, Theo Buehler wrote:
> > Hi Theo,
> > 
> > just "back ported" redis to 6.6 and it works like a charm on amd64 (except 
> > sentinel which segfaults - but it did also on 4.0.14).
> > 
> 
> Thanks. Yes, there should be no major problems backporting this.
> 
> Could you share a reproducer for this sentinel segfault so I can look
> into it?
> 

Hi Theo,


I tried the following setup:

1 master + 3 slaves. On all machines running sentinel with the following 
(default) config:

 /etc/redis/sentinel.conf

protected-mode no
port 26379
sentinel deny-scripts-reconfig yes
sentinel monitor mymaster A.B.C.23 6379 2
dir "/tmp"
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 1

###

I run sentinel as user _redis so the owner of the config is _redis.

Start sentinel on all nodes:

doas -u _redis /usr/local/sbin/redis-sentinel /etc/redis/sentinel.conf 
--sentinel

21836:X 15 Mar 2020 17:09:59.806 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
21836:X 15 Mar 2020 17:09:59.807 # Redis version=5.0.8, bits=64, 
commit=, modified=0, pid=21836, just started
21836:X 15 Mar 2020 17:09:59.807 # Configuration loaded
_._  
   _.-``__ ''-._ 
  _.-```.  `_.  ''-._   Redis 5.0.8 (/0) 64 bit
  .-`` .-```.  ```\/_.,_ ''-._   
 ('  ,   .-`  | `,) Running in sentinel mode
 |`-._`-...-` __...-.``-._|'` _.-'| Port: 26379
 |`-._   `._/ _.-'| PID: 21836
  `-._`-._  `-./  _.-'_.-'   
 |`-._`-._`-.__.-'_.-'_.-'|  
 |`-._`-.__.-'_.-'|   http://redis.io
  `-._`-._`-.__.-'_.-'_.-'   
 |`-._`-._`-.__.-'_.-'_.-'|  
 |`-._`-.__.-'_.-'|  
  `-._`-._`-.__.-'_.-'_.-'   
  `-._`-.__.-'_.-'   
  `-.__.-'   
  `-.__.-'   

21836:X 15 Mar 2020 17:09:59.811 # Sentinel ID is 
7c56c258f3b6d91a276d66d37edb4a7d34fd46db
21836:X 15 Mar 2020 17:09:59.811 # +monitor master mymaster A.B.C.23 6379 
quorum 2
21836:X 15 Mar 2020 17:10:04.874 # +sdown slave A.B.C.52:6379 A.B.C.52 6379 @ 
mymaster A.B.C.D 6379
21836:X 15 Mar 2020 17:10:04.874 # +sdown slave A.B.C.51:6379 A.B.C.51 6379 @ 
mymaster A.B.C.D 6379
21836:X 15 Mar 2020 17:10:55.617 # +sdown sentinel 
fcb4b40293a180b56f4e00c9c0ac6c719f8b3251 A.B.C.51 26379 @ mymaster A.B.C.23 6379
21836:X 15 Mar 2020 17:11:58.393 # +sdown sentinel 
1891b2bf811eae3ccf2e9dee9ad71f234148f6d7 A.B.C.24 26379 @ mymaster A.B.C.23 6379
21836:X 15 Mar 2020 17:12:02.303 # -sdown sentinel 
fcb4b40293a180b56f4e00c9c0ac6c719f8b3251 A.B.C.51 26379 @ mymaster A.B.C.23 6379
21836:X 15 Mar 2020 17:12:22.703 # -sdown sentinel 
1891b2bf811eae3ccf2e9dee9ad71f234148f6d7 A.B.C.24 26379 @ mymaster A.B.C.23 6379
21836:X 15 Mar 2020 17:12:26.459 # +sdown sentinel 
fcb4b40293a180b56f4e00c9c0ac6c719f8b3251 A.B.C.51 26379 @ mymaster A.B.C.23 6379
21836:X 15 Mar 2020 17:12:35.003 # -sdown sentinel 
fcb4b40293a180b56f4e00c9c0ac6c719f8b3251 A.B.C.51 26379 @ mymaster A.B.C.23 6379
Segmentation fault 

This happens after some time on all 4 nodes.

Kdump shows this:

 94624 redis-server RET   write 14/0xe
 94624 redis-server CALL  kevent(5,0x7f7bddb0,1,0,0,0)
 94624 redis-server STRU  struct kevent { ident=12, filter=EVFILT_WRITE, 
flags=0x2, fflags=0<>, data=0, udata=0x0 }
 94624 redis-server RET   kevent 0
 94624 redis-server CALL  gettimeofday(0x7f7bde10,0)
 94624 redis-server STRU  struct timeval { 1584292747<"Mar 15 17:19:07 
2020">.390804 }
 94624 redis-server RET   gettimeofday 0
 94624 redis-server CALL  gettimeofday(0x7f7bde60,0)
 94624 redis-server STRU  struct timeval { 1584292747<"Mar 15 17:19:07 
2020">.390820 }
 94624 redis-server RET   gettimeofday 0
 94624 redis-server CALL  gettimeofday(0x7f7bddd8,0)
 94624 redis-server STRU  struct timeval { 1584292747<"Mar 15 17:19:07 
2020">.390837 }
 94624 redis-server RET   gettimeofday 0
 94624 redis-server CALL  read(3,0x7f7bde4f,0x1)
 94624 redis-server RET   read -1 errno 35 Resource temporarily unavailable
 94624 redis-server CALL  gettimeofday(0x7f7bde60,0)
 94624 redis-server STRU  struct timeval { 1584292747<"Mar 15 17:19:07 
2020">.390868 }
 94624 redis-server RET   gettimeofday 0
 94624 redis-server CALL  kevent(5,0,0,0x1b3c3e9e0008,224,0x7f7bde60)
 94624 redis-server STRU  struct timespec { 0.05800 }
 94624 redis-server STRU  struct kevent { ident=8, filter=EVFILT_READ, 
flags=0x1, fflags=0<>, data=2896, udata=0x0 }
 94624 redis-server RET

NEW: math/mathmod

2020-03-15 Thread Brian Callahan


Hi ports --

Attached is a new port, math/mathmod. MathMod is a mathematical modeling 
software.


---
pkg/DESCR:
MathMod is a portable interactive plotting and graphing program.
MathMod allows you to plot 3D mathematical surfaces, described by
implicit or parametric equations, and offers a very large database of
model samples that can be generated with it.
---

Works well on amd64.

OK?

~Brian



mathmod.tgz
Description: application/compressed-tar

llvm: -python: adjust RDEP

2020-03-15 Thread Klemens Nanni

All subpackages ave a RDEP on python, so explicitness for -python is
redundant.

More importantly, this uncovers how the devel/gtest RDEP has been
clobbered by it;  I cannot yet say what inside LLVM actually requires
gtest(1) at runtime and the dependency was added in 2017 for the 4.0.1
update, but we can fix this in a different commit.

Eventually, I want to use Python 3 inside LLVM - this diff is a first
step, but it already showed side effects, so let's go one by one.


Feedback? OK?


Index: Makefile
===
RCS file: /cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.244
diff -u -p -r1.244 Makefile
--- Makefile6 Mar 2020 22:22:03 -   1.244
+++ Makefile15 Mar 2020 18:47:04 -
@@ -19,7 +19,7 @@ PKGNAME-main =llvm-${LLVM_V}
 PKGNAME-python =   py-llvm-${LLVM_V}
 PKGNAME-lldb = lldb-${LLVM_V}
 REVISION-main =8
-REVISION-python = 0
+REVISION-python = 1
 REVISION-lldb =1
 
 CATEGORIES =   devel
@@ -71,7 +71,6 @@ LIB_DEPENDS-main =${LIB_DEPENDS}
 
 # clang python module loads libclang.so dynamically with cdll.LoadLibrary()
 WANTLIB-python =   clang
-RUN_DEPENDS-python =   ${MODPY_RUN_DEPENDS}
 LIB_DEPENDS-python =   ${BUILD_PKGPATH},-main
 
 WANTLIB-lldb = ${WANTLIB} ${MODPY_WANTLIB}

Re: update: devel/py-wcwidth (cascading devel/{py-prompt_toolkit,ipython} dropping py2 support)

2020-03-15 Thread Bjorn Ketelaars

On Sun 15/03/2020 17:52, Paco Esteban wrote:
> On Sun, 15 Mar 2020, Paco Esteban wrote:
> 
> > * devel/py-prompt_toolkit
> > * also attached to this email.  Just made py3 only and bumped
> >   revison.  All tests pass.
> >   This also triggers the conversion of devel/ipython to py3 only.
> >   Four tests fail, just as before.
> >   Maintainer (edd@) has some doubts about this.  Mainly if users
> >   will be upset for this.  Comments on this are appreciated.
> 
> I just realized that devel/ipython has A METRIC TON of consumers ... not
> sure how they slept under my radar, sorry.

I'm trying to push several tools from jupyter forward, several of which
depend on ipython. If I'm not mistaken there are 3 more pieces needed
before it is possible to migrate ipython to py3-only:

- rpointel@ sent a diff to ports@ for plaso and all of its dependencies,
  which still needs testing:
  https://marc.info/?l=openbsd-ports=158368639815369=2
- I sent a diff to port@ for devel/py-nbconvert (update and migration to
  py3-only): https://marc.info/?l=openbsd-ports=158351871906886=2

After the above has been committed we need to migrate several ports to
py3-only at the same time. I have a diff sitting in my tree for this:

PORTCONSUMER(S)
py-traitletsipython py-ipykernel py-jupyter_client py-jupyter_core 
py-nbformat
ipython py-ipykernel py-jupyter_client py-nbformat py-traitlets
py-ipykernelipython py-jupyter_client py-jupyter_core
py-jupyter_core py-jupyter_client py-nbformat
py-jupyter_client   py-ipykernel
py-nbformat ipython

Re: net/ejabberd remove or update?

2020-03-15 Thread Solene Rapenne

On Fri, Feb 14, 2020 at 01:45:53PM +0100, Jasper Lievisse Adriaanse wrote:
> 
> 
> > On 16 Oct 2019, at 16:58, Stuart Henderson  wrote:
> > 
> > On 2019/10/16 13:53, Solene Rapenne wrote:
> >> anyone willing to work on it?
> >> I see no reason to keep it otherwise.
> >> 
> > 
> > When you asked, there were some people using it, so maybe?
> 
> How about now? I think we’d be doing people a favour by preventing them from 
> using an xmpp server that’s almost 7 years old.
> If someone really wants to keep using it, it can be revived from the attic 
> and updated to the latest version.
> 
> Also, currently it’s the last port still using Erlang 16 — I’d like to remove 
> both.

time to remove it before 6.7

ok someone?

Re: net/ejabberd remove or update?

2020-03-15 Thread Jeremie Courreges-Anglas

On Sun, Mar 15 2020, Solene Rapenne  wrote:
> On Fri, Feb 14, 2020 at 01:45:53PM +0100, Jasper Lievisse Adriaanse wrote:
>> 
>> 
>> > On 16 Oct 2019, at 16:58, Stuart Henderson  wrote:
>> > 
>> > On 2019/10/16 13:53, Solene Rapenne wrote:
>> >> anyone willing to work on it?
>> >> I see no reason to keep it otherwise.
>> >> 
>> > 
>> > When you asked, there were some people using it, so maybe?
>> 
>> How about now? I think we’d be doing people a favour by preventing them from 
>> using an xmpp server that’s almost 7 years old.
>> If someone really wants to keep using it, it can be revived from the attic 
>> and updated to the latest version.
>> 
>> Also, currently it’s the last port still using Erlang 16 — I’d like to 
>> remove both.
>
> time to remove it before 6.7
>
> ok someone?

ok jca@

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

[maintainer update]devel/p5-Specio : Update to 0.46

2020-03-15 Thread wen heping

Hi, ports@;

  Here is a simple patch for devel/p5-Specio to update to 0.46.
It and its dependencies all build well and pass all tests on
amd64-current system.

Cheers !
wen
Index: Makefile
===
RCS file: /cvs/ports/devel/p5-Specio/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile10 Feb 2020 00:18:23 -  1.2
+++ Makefile16 Mar 2020 02:11:06 -
@@ -2,7 +2,7 @@
 
 COMMENT =  type constraints and coercions for Perl
 
-DISTNAME = Specio-0.45
+DISTNAME = Specio-0.46
 CPAN_AUTHOR =  DROLSKY
 
 CATEGORIES =   devel
Index: distinfo
===
RCS file: /cvs/ports/devel/p5-Specio/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo10 Feb 2020 00:18:23 -  1.2
+++ distinfo16 Mar 2020 02:11:06 -
@@ -1,2 +1,2 @@
-SHA256 (Specio-0.45.tar.gz) = 5LmIzmODsHa/I+lCMT0biTB3nrmVTYfbmU/iuv/UYfY=
-SIZE (Specio-0.45.tar.gz) = 107335
+SHA256 (Specio-0.46.tar.gz) = C/QqoRYHbW78GPcrcsestWOL1BwKoJrswS/Iv5zrlZY=
+SIZE (Specio-0.46.tar.gz) = 105690

Sympa's wwsympa Fails "Can't locate CGI/Fast.pm in @INC"

2020-03-15 Thread niklas

I have been working on setting up Sympa on OpenBSD.

I have OpenSMTPd working with the Sympa daemon, but I'm getting stuck on
the wwsympa set up with nginx (I hope to switch to OpenBSD's HTTPd after
I get Nginx working).

I used the Nginx config provided by the port maintainer:

>server {
>   server_name domain.com;
>   listen on 0.0.0.0:80;
>
>   location /static-sympa {
>   alias /var/www/sympa/;
>   }
>
>
>   location / {
>   fastcgi_pass localhost:1026;
>   fastcgi_split_path_info ^(/sympa)(.+)$;
>   include fastcgi_params;
>   fastcgi_param PATH_INFO $fastcgi_path_info;
>   fastcgi_param
>   SCRIPT_FILENAME /usr/local/libexec/sympa/wwsympa-wrapper.fcgi; }
>}

When I launch all the services, wwsympa crashes out with the following
error in /var/log/messages.

>wwsympa[40272]: err main::#138 DIED: Can't locate CGI/Fast.pm in @INC
>(you may need to install the CGI::Fast module) (@INC
>contains: /usr/local/libdata/perl5/site_perl/amd64-openbsd 
>/usr/local/libdata/perl5/site_perl /usr/libdata/perl5/amd64-openbsd 
>/usr/libdata/perl5)
>at /usr/local/libexec/sympa/wwsympa.fcgi line 139

I will now make this email unbearably long by sharing this dump:

>ls /usr/local/libdata/perl5/site_perl/
AppConfigEncode   MIME
Role iso8859.pl   mhsingle.pl
AppConfig.pm ErrorMLDBM
SQL  libwww   mhthread.pl
Archive  Error.pm MLDBM.pm
Sort mhamain.pl   mhtime.pl
BEval MRO
StackTrace   mhdb.pl  mhtxtenrich.pl
Bundle   Exporter Mail
Sub  mhdysub.pl   mhtxthtml.pl
CGI  Fh.pmMath
Sympamhexternal.plmhtxtplain.pl
CGI.pm   File MaxMind
Sympa.pm mhfile.plmhtxttsv.pl
CGI.pod  Font Method
Term mhidxrc.pl   mhusage.pl
ClassFreezeThaw.pmModule
Test mhindex.pl   mhutil.pl
CloneGeoIP2   MojoX
Throwablemhinit.plnamespace
Conf.pm  GeoIP2.pmMoo
Throwable.pm mhlock.ploo.pm Convert
HTML Moo.pm   Time
mhmimetypes.pl   osinit.pl Crypt
HTTP MooX Try
mhmsgextbody.pl  qprint.pl DDP.pm
IO   Mozilla  URI
mhmsgfile.pl readmail.pl Data
JSON MuninURI.pm
mhnote.plspamassassin-run.pod Date
LWP  Net  WWW
mhnull.plstrictures DateTime
LWP.pm   OpenBSD  XML
mhopt.pl strictures.pm Devel
List POD2 amd64-openbsd
mhrcfile.pl Digest   Locale
Package  base64.plmhrcvars.pl
Dist Log  RPC
ewhutil.pl   mhrmm.pl EmailMHonArc
RRDp.pm  iso2022jp.pl mhscan.pl

Is this a dependency issue, or is there a step that I could be
missing? I am not familiar with CGI in general.


Thank you all!

update security/sn0int

2020-03-15 Thread kpcyrd

hi!

this patch imports the latest version and drops the patches that have
been upstreamed (patch follows).

Thanks!


Index: Makefile
===
RCS file: /cvs/ports/security/sn0int/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile12 Mar 2020 10:30:05 -  1.6
+++ Makefile16 Mar 2020 03:41:39 -
@@ -7,7 +7,7 @@ COMMENT =   semi-automatic OSINT framework
 
 GH_ACCOUNT =   kpcyrd
 GH_PROJECT =   sn0int
-GH_TAGNAME =   v0.11.2
+GH_TAGNAME =   v0.18.0
 REVISION = 0
 
 CATEGORIES =   security
@@ -16,7 +16,7 @@ CATEGORIES =  security
 PERMIT_PACKAGE =   Yes
 
 # uses pledge()
-LIB_DEPENDS =  databases/sqlite3 ${MODLUA_LIB_DEPENDS}
+LIB_DEPENDS =  databases/sqlite3 security/libsodium 
${MODLUA_LIB_DEPENDS}
 WANTLIB += c c++abi m pthread sqlite3 ${MODLUA_WANTLIB}
 
 # as devel/cargo MODULES adds DISTFILES, GH_* didn't
@@ -32,102 +32,104 @@ BUILD_DEPENDS =   lang/rust>=1.34 \
 RUN_DEPENDS =  net/libmaxminddb,-asn \
net/libmaxminddb,-city
 
-# keep libc >=0.2.63 for sparc64 support
-MODCARGO_CRATES_UPDATE +=  libc
-MODCARGO_CRATES += libc0.2.63  # MIT OR Apache-2.0
-
-MODCARGO_CRATES += adler32 1.0.3   # BSD-3-Clause AND Zlib
-MODCARGO_CRATES += aho-corasick0.7.3   # Unlicense/MIT
+MODCARGO_CRATES += adler32 1.0.4   # Zlib
+MODCARGO_CRATES += aho-corasick0.7.9   # Unlicense/MIT
 MODCARGO_CRATES += ansi_term   0.11.0  # MIT
-MODCARGO_CRATES += antidote1.0.0   # MIT/Apache-2.0
-MODCARGO_CRATES += approx  0.1.1   # Apache-2.0
-MODCARGO_CRATES += argon2rs0.2.5   # MIT
-MODCARGO_CRATES += arrayref0.3.5   # BSD-2-Clause
-MODCARGO_CRATES += arrayvec0.4.10  # MIT/Apache-2.0
-MODCARGO_CRATES += atty0.2.11  # MIT
-MODCARGO_CRATES += autocfg 0.1.2   # Apache-2.0/MIT
-MODCARGO_CRATES += backtrace   0.3.15  # MIT/Apache-2.0
-MODCARGO_CRATES += backtrace-sys   0.1.28  # MIT/Apache-2.0
-MODCARGO_CRATES += base64  0.10.1  # MIT/Apache-2.0
+MODCARGO_CRATES += arrayref0.3.6   # BSD-2-Clause
+MODCARGO_CRATES += arrayvec0.4.12  # MIT/Apache-2.0
+MODCARGO_CRATES += arrayvec0.5.1   # MIT/Apache-2.0
+MODCARGO_CRATES += atty0.2.14  # MIT
+MODCARGO_CRATES += autocfg 0.1.7   # Apache-2.0/MIT
+MODCARGO_CRATES += autocfg 1.0.0   # Apache-2.0 OR MIT
+MODCARGO_CRATES += backtrace   0.3.41  # MIT/Apache-2.0
+MODCARGO_CRATES += backtrace-sys   0.1.33  # MIT/Apache-2.0
 MODCARGO_CRATES += base64  0.9.3   # MIT/Apache-2.0
-MODCARGO_CRATES += bitflags1.0.4   # MIT/Apache-2.0
-MODCARGO_CRATES += blake2  0.8.0   # MIT OR Apache-2.0
-MODCARGO_CRATES += blake2-rfc  0.2.18  # MIT OR Apache-2.0
+MODCARGO_CRATES += base64  0.10.1  # MIT/Apache-2.0
+MODCARGO_CRATES += base64  0.11.0  # MIT/Apache-2.0
+MODCARGO_CRATES += bincode 1.2.1   # MIT
+MODCARGO_CRATES += bindgen 0.50.1  # BSD-3-Clause
+MODCARGO_CRATES += bitflags1.2.1   # MIT/Apache-2.0
+MODCARGO_CRATES += blake2  0.8.1   # MIT OR Apache-2.0
+MODCARGO_CRATES += blake2b_simd0.5.10  # MIT
 MODCARGO_CRATES += block-buffer0.3.3   # MIT/Apache-2.0
 MODCARGO_CRATES += block-buffer0.7.3   # MIT OR Apache-2.0
-MODCARGO_CRATES += block-padding   0.1.4   # MIT OR Apache-2.0
-MODCARGO_CRATES += boxxy   0.10.0  # LGPL-3.0
-MODCARGO_CRATES += bs580.2.2   # MIT/Apache-2.0
+MODCARGO_CRATES += block-padding   0.1.5   # MIT OR Apache-2.0
+MODCARGO_CRATES += boxxy   0.11.0  # LGPL-3.0
+MODCARGO_CRATES += bs580.3.0   # MIT/Apache-2.0
 MODCARGO_CRATES += bufstream   0.1.4   # MIT/Apache-2.0
-MODCARGO_CRATES += build_const 0.2.1   # MIT
+MODCARGO_CRATES += bumpalo 3.2.0   # MIT/Apache-2.0
 MODCARGO_CRATES += byte-tools  0.2.0   # MIT/Apache-2.0
 MODCARGO_CRATES += byte-tools  0.3.1   # MIT OR Apache-2.0
-MODCARGO_CRATES += byteorder   1.3.1   # Unlicense OR MIT
+MODCARGO_CRATES += bytemuck1.2.0   # Zlib
+MODCARGO_CRATES += byteorder   1.3.4   # Unlicense OR MIT
 MODCARGO_CRATES += bytes   0.4.12  # MIT
-MODCARGO_CRATES += caps0.3.0   # MIT/Apache-2.0
-MODCARGO_CRATES += cc  1.0.36  # MIT/Apache-2.0
-MODCARGO_CRATES += cfg-if  0.1.7   # MIT/Apache-2.0
-MODCARGO_CRATES += cgmath  0.16.1  # Apache-2.0
-MODCARGO_CRATES += chrono  0.4.6   # MIT/Apache-2.0
-MODCARGO_CRATES += chrootable-https0.10.0  # LGPL-3.0
+MODCARGO_CRATES += bytes   0.5.4   # MIT
+MODCARGO_CRATES += bytesize1.0.0   # Apache-2.0
+MODCARGO_CRATES += c2-chacha   0.2.3   # MIT/Apache-2.0
+MODCARGO_CRATES += caps0.3.4   # MIT/Apache-2.0
+MODCARGO_CRATES += cc  1.0.50  # MIT/Apache-2.0
+MODCARGO_CRATES += cexpr   0.3.6   # Apache-2.0/MIT

Re: UPDATE: shells/zsh

2020-03-15 Thread Rafael Sadowski

On Sat Mar 14, 2020 at 04:31:00PM -0500, Matthew Martin wrote:
> On Sat, Mar 14, 2020 at 08:21:10PM +0100, Rafael Sadowski wrote:
> > "Security and bug fix release with a few user visible additions."
> > Changelog: http://zsh.sourceforge.net/releases.html
> > 
> > This release fixes CVE-2019-20044. (Not tested on OpenBSD)
> > 
> > OK? Should it go into -stable without the @so changes?
> 
> I have the same diff locally; however, I didn't send it because make
> test hangs in V08zpty and I haven't had time to look into it yet (the
> failure in D07multibyte is normal on OpenBSD). Does it not hang for you?

Yes I see the same hanging test. No time to look deeper for now.

> 
> Personally I think CVE-2019-20044 and the PRIVILEGED option are dumb and
> one shouldn't write security critical things in shell scripts, but I'm
> not against backporting it.
>

Re: clarification of REVISION and EPOCH documentation.

2020-03-15 Thread Marc Espie

On Sun, Mar 15, 2020 at 12:28:25PM +0100, Paco Esteban wrote:
> oh, that did not occur to me ...  You mean that if port foo/bar gets
> EPOCH = 0, then all dependent ports should change it's dependencies
> declarations from foo/bar>=1.1 to foo/bar>=1.1v0 ??

Yes, that's the main reason that led to introducing PKGSPEC in bsd.port.mk
and tweaking _print-metadata, so we didn't hav to change every 
dependent port.

You still need to bump REVISION in dependent port when you change PKGSPEC
though.

UPDATE: print/lyx 2.3.2 to 2.3.4.2

2020-03-15 Thread Elias M. Mariani

+ Taking MAINTAINER. (again...)

Announces:
https://www.lyx.org/announce/2_3_3.txt

* BUILD/INSTALLATION
- Fix build with boost 1.69 (bug 11349).
- Update bundled boost distribution to 1.68.
- Fix warnings with clang 7.
- Allow automake 1.16.


https://www.lyx.org/announce/2_3_4.txt
https://www.lyx.org/announce/2_3_4_2.txt

* BUILD/INSTALLATION
- avoid annoying warnings with g++ 9.




Also from https://www.lyx.org/announce/2_3_1.txt

All python scripts distributed with LyX should now be compatible with both
python 2.x and python 3.x.


So, moving to python3, another unhooked from python2. :)

Tested update on an amd64 machine, no problems found.

Tests and comments welcome.
Waiting for a single OK, just to take MAINTAINER and because I have
been away for some time...

Cheers.
Elias mariani@


lyx-2.3.4.2.diff
Description: Binary data

mongodb: Drop python RDEP

2020-03-15 Thread Klemens Nanni

The module is presumably used because scons is used, either ways there
is no runtime dependency on Python I could spot and FreeBSD doesn't have
the RDEP, either.

This is a dependency of the unifi port I'm using, I have no use for
mongodb per se.

Feedback? OK?


Index: Makefile
===
RCS file: /cvs/ports/databases/mongodb/Makefile,v
retrieving revision 1.38
diff -u -p -r1.38 Makefile
--- Makefile12 Jul 2019 20:43:54 -  1.38
+++ Makefile15 Mar 2020 18:27:27 -
@@ -12,7 +12,7 @@ COMMENT = scalable, high-performance doc
 DISTNAME = mongodb-src-r3.2.22
 PKGNAME =  ${DISTNAME:S/src-r//}
 CATEGORIES =   databases
-REVISION = 0
+REVISION = 1
 
 HOMEPAGE = https://www.mongodb.com/
 
@@ -35,6 +35,7 @@ NO_CCACHE =   Yes
 
 COMPILER = base-clang ports-gcc
 MODPY_VERSION =${MODPY_DEFAULT_VERSION_2}
+MODPY_RUNDEP = No
 MODSCONS_ENV = CC="${CC}" \
CXX="${CXX}" \
CCFLAGS="${CFLAGS} -DBOOST_NO_USER_CONFIG" \

Re: UPDATE: print/lyx 2.3.2 to 2.3.4.2

2020-03-15 Thread Elias M. Mariani

Sure.
+ Added https://ftp.lip6.fr/pub/lyx/stable/2.3.x/ to the top of
MASTER_SITES. (I guess that we want HTTPS first?).
+ Normalized all to VAR= or VAR+=, without spaces.

I know that you already give an OK but if you could check it again it
would be great.

Cheers.
Elias mariani@

On Sun, Mar 15, 2020 at 7:05 PM Stuart Henderson  wrote:
>
> : -DISTNAME=lyx-2.3.2
> : -REVISION=1
> : +DISTNAME=lyx-2.3.4.2
> :
> :  CATEGORIES=  print editors
> :
> :  HOMEPAGE=https://www.lyx.org/
> :
> : +MAINTAINER = Elias M. Mariani 
>
> slightly nitpicking, but please use consistent whitespace
>
>
> :  MASTER_SITES=ftp://ftp.lyx.org/pub/lyx/stable/2.3.x/ \
>
> could you add https://ftp.lip6.fr/pub/lyx/stable/2.3.x/ to the start
> of the list please?
>
> OK.
>
>
>


lyx-2.3.4.2.diff
Description: Binary data

Re: [update] redis 5.0.8

2020-03-15 Thread Stuart Henderson

On 2020/03/15 17:27, Uwe Werler wrote:
> 
> ###
> 
> 
> gdb /usr/local/sbin/redis-server /tmp/redis-server.core
> GNU gdb 6.3
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "amd64-unknown-openbsd6.6"...(no debugging symbols 
> found)
> 
> Core was generated by `redis-server'.
> Program terminated with signal 11, Segmentation fault.
> Reading symbols from /usr/lib/libpthread.so.26.1...done.
> Loaded symbols for /usr/lib/libpthread.so.26.1
> Loaded symbols for /usr/local/sbin/redis-server
> Reading symbols from /usr/lib/libm.so.10.1...done.
> Loaded symbols for /usr/lib/libm.so.10.1
> Symbols already loaded for /usr/lib/libpthread.so.26.1
> Reading symbols from /usr/local/lib/liblua5.1.so.5.1...done.
> Loaded symbols for /usr/local/lib/liblua5.1.so.5.1
> Reading symbols from /usr/lib/libc.so.95.1...done.
> Loaded symbols for /usr/lib/libc.so.95.1
> Reading symbols from /usr/libexec/ld.so...Error while reading shared library 
> symbols:
> Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in 
> module /usr/libexec/ld.so]
> #0  0x127e6e9c4ff8 in SHA1Final () from /usr/local/sbin/redis-server

gdb in base is useless for many things on clang arches - pkg_add gdb and
use "egdb" not "gdb". also pkg_add debug-redis for debug symbols, then try
again and see if you can get a backtrace.

Re: UPDATE: print/lyx 2.3.2 to 2.3.4.2

2020-03-15 Thread Jeremie Courreges-Anglas

On Mon, Mar 16 2020, Marc Espie  wrote:
> On Sun, Mar 15, 2020 at 08:08:34PM -0300, Elias M. Mariani wrote:
>> Sure.
>> + Added https://ftp.lip6.fr/pub/lyx/stable/2.3.x/ to the top of
>> MASTER_SITES. (I guess that we want HTTPS first?).
>
> We don't really care about https, but the lip6 server is fairly reliable.

I don't know who is "We" in your sentence but a bunch of porters
including me prefer https over plaintext http for MASTER_SITES.
The fact that we have checksums for distfiles only solves one part
of the problem.

And if there's no https server available, http servers should still be
listed first before ftp:// sites.  The ftp protocol is crap that doesn't
fare well with firewalls.

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: UPDATE: print/lyx 2.3.2 to 2.3.4.2

2020-03-15 Thread Stuart Henderson

: -DISTNAME=lyx-2.3.2
: -REVISION=1
: +DISTNAME=lyx-2.3.4.2
:  
:  CATEGORIES=  print editors
:  
:  HOMEPAGE=https://www.lyx.org/
:  
: +MAINTAINER = Elias M. Mariani 

slightly nitpicking, but please use consistent whitespace


:  MASTER_SITES=ftp://ftp.lyx.org/pub/lyx/stable/2.3.x/ \

could you add https://ftp.lip6.fr/pub/lyx/stable/2.3.x/ to the start
of the list please?

OK.

Re: UPDATE: print/lyx 2.3.2 to 2.3.4.2

2020-03-15 Thread Marc Espie

On Sun, Mar 15, 2020 at 08:08:34PM -0300, Elias M. Mariani wrote:
> Sure.
> + Added https://ftp.lip6.fr/pub/lyx/stable/2.3.x/ to the top of
> MASTER_SITES. (I guess that we want HTTPS first?).

We don't really care about https, but the lip6 server is fairly reliable.

Re: UPDATE: print/lyx 2.3.2 to 2.3.4.2

2020-03-15 Thread Marc Espie

On Mon, Mar 16, 2020 at 01:25:42AM +0100, Jeremie Courreges-Anglas wrote:
> On Mon, Mar 16 2020, Marc Espie  wrote:
> > On Sun, Mar 15, 2020 at 08:08:34PM -0300, Elias M. Mariani wrote:
> >> Sure.
> >> + Added https://ftp.lip6.fr/pub/lyx/stable/2.3.x/ to the top of
> >> MASTER_SITES. (I guess that we want HTTPS first?).
> >
> > We don't really care about https, but the lip6 server is fairly reliable.
> 
> I don't know who is "We" in your sentence but a bunch of porters
> including me prefer https over plaintext http for MASTER_SITES.
> The fact that we have checksums for distfiles only solves one part
> of the problem.

Pray tell, what part does https solve ?...

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Antoine Jacoutot

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2020/03/15 05:30:17

Modified files:
x11/gnome/tracker-miners: Makefile distinfo 

Log message:
Update to tracker-miners-2.3.3.

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Brian Callahan

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2020/03/15 08:40:09

Modified files:
net/srain  : Makefile distinfo 
net/srain/pkg  : PLIST 

Log message:
Update to srain-1.0.1
Changelog: https://github.com/SrainApp/srain/releases/tag/1.0.1

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Marc Espie

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2020/03/15 03:26:52

Modified files:
www/chromium   : Makefile 
www/chromium/patches: patch-v8_BUILD_gn 
Added files:
www/chromium/patches: patch-v8_src_common_globals_h 

Log message:
revert "re-enabling pointer compression", all hell broke loose.

okay robert@

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Bjorn Ketelaars

CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2020/03/15 04:21:13

Modified files:
devel/py-nbformat: Makefile distinfo 
devel/py-nbformat/pkg: PLIST 

Log message:
Update to py-nbformat-4.4.0

Changes:
https://github.com/jupyter/nbformat/blob/4.4.0/docs/changelog.rst

While here move HOMEPAGE to https.

OK tb@

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Antoine Jacoutot

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2020/03/15 04:54:33

Modified files:
print/cups-filters: Makefile 
print/cups-filters/patches: patch-filter_foomatic-rip_pdf_c 

Log message:
Merge fix from upstream.

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/03/15 09:59:21

Modified files:
net/bgpq4  : Makefile distinfo 

Log message:
update to bgpq4-0.0.6

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Antoine Jacoutot

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2020/03/15 05:01:34

Modified files:
x11/gnome/tracker: Makefile distinfo 

Log message:
Update to meta-tracker-2.3.4.

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Edd Barrett

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2020/03/15 05:13:49

Modified files:
net/wormhole-william: Makefile distinfo 

Log message:
Update net/wormhole-william to version 1.0.3.

Fixes a bug when sending text via interactive prompt:
https://github.com/psanford/wormhole-william/commit/6d07707ace18f539ff860103b4fd625a46093c07

OK solene@, thanks.

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/03/15 10:05:28

Modified files:
net/arouteserver: Makefile distinfo 

Log message:
update to arouteserver-0.24.1

- adds support for bgpq4 (the default is still bgpq3 so dependency left
as-is for now)

- fix 'clients-from-euroix', the schema used by Euro-IX changed

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Antoine Jacoutot

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2020/03/15 05:11:34

Modified files:
graphics/libavif: Makefile distinfo 

Log message:
Update to libavif-0.6.2.

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Antoine Jacoutot

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2020/03/15 05:10:36

Added files:
multimedia/aom/patches: patch-build_cmake_aom_configure_cmake 

Log message:
Fix build on aarch64.

from Brad (maintainer)

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Aaron Bieber

CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2020/03/15 12:20:25

Modified files:
shells/fish: Makefile 

Log message:
add missing build dep for textproc/py-sphinx

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Solene Rapenne

CVSROOT:/cvs
Module name:ports
Changes by: sol...@cvs.openbsd.org  2020/03/15 13:04:25

Modified files:
net/prosody: Makefile distinfo 
net/prosody/patches: patch-util-src_table_c 
net/prosody/pkg: PLIST README 
Added files:
net/prosody/patches: patch-util-src_pposix_c 

Log message:
Update to prosody-0.11.4

Diff from new maintainer lucas at sexy dot is
thank you very much for your work

some help from sthen@ and semarie@ regarding @sample in PLIST

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Solene Rapenne

CVSROOT:/cvs
Module name:ports
Changes by: sol...@cvs.openbsd.org  2020/03/15 13:54:00

Modified files:
lang/sbcl  : Makefile distinfo 
lang/sbcl/patches: patch-src_runtime_GNUmakefile 
   patch-src_runtime_gc-common_c 

Log message:
Update to sbcl-2.0.1

diff from Timo MyyrÃ¤ timo dot myyra at bittivirhe dot fi
ok maintainer Josh Elsasser

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Elias M . Mariani

CVSROOT:/cvs
Module name:ports
Changes by: mari...@cvs.openbsd.org 2020/03/15 20:40:45

Modified files:
print/lyx  : Makefile distinfo 
print/lyx/pkg  : PLIST 

Log message:
UPDATE: print/lyx 2.3.2 to 2.3.4.2

Announces:
https://www.lyx.org/announce/2_3_3.txt
https://www.lyx.org/announce/2_3_4.txt
https://www.lyx.org/announce/2_3_4_2.txt

- Added myself as MAINTAINER.
- Moved from python2 to python3.
- Normalized VAR= and VAR+= in makefile to have consistent whitespace.
- Tested update on an amd64 machine, no problems found.
- Reordered MASTER_SITES, from sthen@ and jca@.

OK sthen@

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Rafael Sadowski

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/15 13:57:16

Modified files:
x11/vlc: Makefile 

Log message:
Regen WANTLIB, double-conversion is back in qt5

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Rafael Sadowski

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/15 13:57:08

Modified files:
x11/qt5/qtbase : Makefile 
x11/qt5/qtbase/pkg: PLIST-main 

Log message:
Enable cups and double-conversion support again

cups is necessary to fix ALL Qt5 print dialogs and double-conversion to return
to the status quo. Cause I'm here, some Makefile cleanups.

Tweak by Vadim, thanks!

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Rafael Sadowski

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/15 13:57:21

Modified files:
multimedia/libde265: Makefile 

Log message:
Regen WANTLIB, double-conversion is back in qt5

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Rafael Sadowski

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/15 13:57:19

Modified files:
cad/openscad   : Makefile 

Log message:
Regen WANTLIB, double-conversion is back in qt5

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Jeremie Courreges-Anglas

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2020/03/15 13:33:32

Modified files:
devel/llvm : Makefile 

Log message:
Drop bogus test target

Long overdue...

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Klemens Nanni

CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2020/03/15 15:16:58

Modified files:
databases/mongodb: Makefile 

Log message:
Drop python RDEP

It is a BDEP only.

OK sthen

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Aaron Bieber

CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2020/03/15 16:02:04

Log message:
Import wiresep a privilege separated implementation of WireGuard from Tim
Kuijsten (also MAINTAINER)

OK sthen@, kn@

Status:

Vendor Tag: abieber
Release Tags:   abieber_20200315

N ports/net/wiresep/distinfo
N ports/net/wiresep/Makefile
N ports/net/wiresep/pkg/DESCR
N ports/net/wiresep/pkg/PLIST
N ports/net/wiresep/pkg/wiresep.rc
N ports/net/wiresep/pkg/README

No conflicts created by this import

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Aaron Bieber

CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2020/03/15 16:05:46

Modified files:
net: Makefile 

Log message:
+ wiresep

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Aaron Bieber

CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2020/03/15 16:05:08

Modified files:
infrastructure/db: user.list 

Log message:
rereserve 505 for -wiresep

CVS: cvs.openbsd.org: ports

2020-03-15 Thread Frederic Cambus

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2020/03/15 13:48:10

Modified files:
textproc/libuninameslist: Makefile distinfo 
textproc/libuninameslist/pkg: PLIST 

Log message:
Update libuninameslist to 20200313.

64 matches

Mail list logo