CVS: cvs.openbsd.org: ports

2020-08-11 Thread Bjorn Ketelaars
CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2020/08/11 23:10:26

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

Log message:
Update to py-prompt_toolkit-3.0.6

Changelog:
https://github.com/prompt-toolkit/python-prompt-toolkit/blob/3.0.6/CHANGELOG



Re: [UPDATE] databases/citus 9.0.1 -> 9.4.0

2020-08-11 Thread Martin
patch_configure should fix an attempt to install citus.so in wrong directory 
instead of /usr/local/lib/postgresql. Files attached.

Martin

‐‐‐ Original Message ‐‐‐
On Wednesday, August 5, 2020 9:52 PM, Stuart Henderson  
wrote:

> "make test" fails because it tries to directly install citus.so under 
> /usr/local/lib :
>
> /usr/obj/ports/citus-9.4.0/bin/install -c -m 755 citus.so 
> '/usr/local/lib/postgresql/citus.so'
>
> your mail was quoted-printable-encoded which is a massive pain for diffs
>
> On 2020/08/05 21:23, Martin wrote:
>
> > ping
> > Update Citus for horizontally scaling PostgreSQL using sharding and 
> > replication mechanisms.
> > Martin
> > ‐‐‐ Original Message ‐‐‐
> > On Friday, July 31, 2020 8:03 AM, Martin martin...@protonmail.com wrote:
> >
> > > Comments? OK?
> > > Martin
> > > Index: Makefile
> > > ===
> > > RCS file: /cvs/openbsd/ports/databases/citus/Makefile,v
> > > retrieving revision 1.7
> > > diff -u -p -r1.7 Makefile
> > > --- Makefile 6 Feb 2020 00:37:13 - 1.7
> > > +++ Makefile 31 Jul 2020 06:24:01 -
> > > @@ -3,7 +3,7 @@
> > > COMMENT = extension to horizontally scale PostgreSQL
> > > GH_ACCOUNT = citusdata
> > > GH_PROJECT = citus
> > > -GH_TAGNAME = v9.0.1
> > > +GH_TAGNAME = v9.4.0
> > > CATEGORIES = databases
> > > HOMEPAGE = https://www.citusdata.com/
> > > Index: distinfo
> > > 
> > > RCS file: /cvs/openbsd/ports/databases/citus/distinfo,v
> > > retrieving revision 1.5
> > > diff -u -p -r1.5 distinfo
> > > --- distinfo 6 Feb 2020 00:37:13 - 1.5
> > > +++ distinfo 30 Jul 2020 23:22:04 -
> > > @@ -1,2 +1,2 @@
> > > -SHA256 (citus-9.0.1.tar.gz) = 
> > > u2mD9nDg9Ww3JQvvMgzVpq8hpfF3KLM0LmYISqMwfE8=
> > > -SIZE (citus-9.0.1.tar.gz) = 4232025
> > > +SHA256 (citus-9.4.0.tar.gz) = 
> > > 7d298ef2efc4e3ead22a137382cdac5c466a78f996c508d68db5d3851bd8265a
> > > +SIZE (citus-9.4.0.tar.gz) = 4552865
> > > Index: pkg/PLIST
> > > 
> > > RCS file: /cvs/openbsd/ports/databases/citus/pkg/PLIST,v
> > > retrieving revision 1.4
> > > diff -u -p -r1.4 PLIST
> > > --- pkg/PLIST 6 Feb 2020 00:37:13 - 1.4
> > > +++ pkg/PLIST 30 Jul 2020 23:37:14 -
> > > @@ -1,22 +1,32 @@
> > > -@comment $OpenBSD: PLIST,v 1.4 2020/02/06 00:37:13 jeremy Exp $
> > > +@comment $OpenBSD: PLIST,v$
> > > include/postgresql/server/citus_version.h
> > > include/postgresql/server/distributed/
> > > +include/postgresql/server/distributed/adaptive_executor.h
> > > +include/postgresql/server/distributed/argutils.h
> > > include/postgresql/server/distributed/backend_data.h
> > > +include/postgresql/server/distributed/cancel_utils.h
> > > include/postgresql/server/distributed/citus_acquire_lock.h
> > > include/postgresql/server/distributed/citus_clauses.h
> > > include/postgresql/server/distributed/citus_custom_scan.h
> > > include/postgresql/server/distributed/citus_nodefuncs.h
> > > include/postgresql/server/distributed/citus_nodes.h
> > > include/postgresql/server/distributed/citus_ruleutils.h
> > > +include/postgresql/server/distributed/citus_safe_lib.h
> > > include/postgresql/server/distributed/colocation_utils.h
> > > +include/postgresql/server/distributed/combine_query_planner.h
> > > include/postgresql/server/distributed/commands.h
> > > include/postgresql/server/distributed/connection_management.h
> > > +include/postgresql/server/distributed/coordinator_protocol.h
> > > +include/postgresql/server/distributed/cte_inline.h
> > > include/postgresql/server/distributed/deparse_shard_query.h
> > > include/postgresql/server/distributed/deparser.h
> > > +include/postgresql/server/distributed/directed_acyclic_graph_execution.h
> > > include/postgresql/server/distributed/distributed_deadlock_detection.h
> > > +include/postgresql/server/distributed/distributed_execution_locks.h
> > > include/postgresql/server/distributed/distributed_planner.h
> > > include/postgresql/server/distributed/distribution_column.h
> > > include/postgresql/server/distributed/enterprise.h
> > > +include/postgresql/server/distributed/error_codes.h
> > > 

Re: purritobin-0.1.2 - new package + dependencies

2020-08-11 Thread Aisha Tammy
On 8/11/20 5:46 PM, Brian Callahan wrote:
> 
> On Monday, August 10, 2020 9:24 PM, Aisha Tammy  
> wrote:
> 
>> On 8/10/20 6:06 PM, Brian Callahan wrote:
>>
>>> Hi Aisha --
>>> When I extracted your tarball, it gave me a port of py-synapse-imap...
>>> ~Brian
>>
>> OMG, lol, so sorry about that, that was another one I had just sent!
>> I made an error in the scp >.<
>>
>> Thanks a lot for the correction,
>> I've attached the correct one.
>>
>> Aisha
> 
> Committed now. Thanks.
> 
> ~Brian
> 

Thank you so much !!!

Aisha



Re: [NEW] x11/screenkey

2020-08-11 Thread Brian Callahan


On Tuesday, August 11, 2020 3:43 PM, Stuart Henderson  
wrote:

> On 2020/08/11 14:38, Laurence Tratt wrote:
>
> > On Tue, Aug 11, 2020 at 01:40:59PM +0200, Stefan Hagen wrote:
> > Hello Stefan,
> >
> > > Sweet! I tried to port screenkey myself but got stuck on the translation 
> > > files
> > > as well. Instead of deleting the "po" directory, you can also set i18n = 
> > > False
> > > in config.cfg.
> >
> > Aha, that's a good idea -- it's definitely clearer that way!
> > Updated port attached.
> > Laurie
>
> Small tweaks in the version attached, otherwise OK sthen@ to import

Committed. Thanks all.

~Brian



Re: purritobin-0.1.2 - new package + dependencies

2020-08-11 Thread Brian Callahan


On Monday, August 10, 2020 9:24 PM, Aisha Tammy  wrote:

> On 8/10/20 6:06 PM, Brian Callahan wrote:
>
> > Hi Aisha --
> > When I extracted your tarball, it gave me a port of py-synapse-imap...
> > ~Brian
>
> OMG, lol, so sorry about that, that was another one I had just sent!
> I made an error in the scp >.<
>
> Thanks a lot for the correction,
> I've attached the correct one.
>
> Aisha

Committed now. Thanks.

~Brian



Re: CVS: cvs.openbsd.org: ports

2020-08-11 Thread Brian Callahan


On Tuesday, August 11, 2020 5:43 PM, Brian Callahan  wrote:

> CVSROOT: /cvs
> Module name: ports
> Changes by: bcal...@cvs.openbsd.org 2020/08/11 15:43:59
>
> Log message:
> Import www/purritobin, a minimalistic command line pastebin.
> Original submission from Aisha Tammy (upstream), who takes MAINTAINER --
> thanks!
> tweaks and ok sthen@
>
> Status:
>
> Vendor Tag: bcallah
> Release Tags: bcallah_20200811
>
> N ports/www/purritobin/Makefile
> N ports/www/purritobin/distinfo
> N ports/www/purritobin/pkg/DESCR
> N ports/www/purritobin/pkg/PLIST
> N ports/www/purritobin/pkg/README
> N ports/www/purritobin/pkg/purritobin.rc
>
> No conflicts created by this import

I forgot to paste pkg/DESCR like I usually do. Here it is:

Purrito Bin is an ultra fast, minimalistic, encrypted command
line paste-bin server written in C++ for handling large number
of requests.

It is very easy to integrate with any standard http server such as
httpd(8), apache or nginx and follows the KISS principle towards
handling pastes. It supports pledge(2) and unveil(2) in OpenBSD
to be secure to outside script attacks.



CVS: cvs.openbsd.org: ports

2020-08-11 Thread Brian Callahan
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2020/08/11 15:44:42

Modified files:
www: Makefile 

Log message:
+purritobin



CVS: cvs.openbsd.org: ports

2020-08-11 Thread Brian Callahan
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2020/08/11 15:43:59

Log message:
Import www/purritobin, a minimalistic command line pastebin.
Original submission from Aisha Tammy (upstream), who takes MAINTAINER --
thanks!
tweaks and ok sthen@

Status:

Vendor Tag: bcallah
Release Tags:   bcallah_20200811

N ports/www/purritobin/Makefile
N ports/www/purritobin/distinfo
N ports/www/purritobin/pkg/DESCR
N ports/www/purritobin/pkg/PLIST
N ports/www/purritobin/pkg/README
N ports/www/purritobin/pkg/purritobin.rc

No conflicts created by this import



CVS: cvs.openbsd.org: ports

2020-08-11 Thread Brian Callahan
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2020/08/11 15:33:56

Modified files:
x11: Makefile 

Log message:
+screenkey



CVS: cvs.openbsd.org: ports

2020-08-11 Thread Brian Callahan
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2020/08/11 15:33:22

Log message:
Import x11/screenkey, a utility to display keypresses on screen.
Original submission from Laurence Tratt, who takes MAINTAINER -- thanks!
Additional testing from Stefan Hagan and Florian Viehweger.
tweaks and ok sthen@

Status:

Vendor Tag: bcallah
Release Tags:   bcallah_20200811

N ports/x11/screenkey/Makefile
N ports/x11/screenkey/distinfo
N ports/x11/screenkey/patches/patch-Screenkey_xlib_py
N ports/x11/screenkey/patches/patch-setup_cfg
N ports/x11/screenkey/pkg/DESCR
N ports/x11/screenkey/pkg/PLIST

No conflicts created by this import



Re: Update: textproc/py-emoji to 0.6.0

2020-08-11 Thread Pamela Mosiejczuk
On Tue, Aug 11, 2020 at 04:48:49PM -0400, Pamela Mosiejczuk wrote:
> Hi ports@,
> 
> Update for multiple minor fixes and removal of consumerless python 2 flavor.
> This version adds a "variant" selector, allowing specification of text or 
> emoji
> variant form (VS15 or VS16).
> 
> The removed patches have since been upstreamed. Passes all tests.
> 
> OK?
> Pamela


Oops, now with plist tweaking for flavor removal. (Hopefully).


Index: Makefile
===
RCS file: /home/cvs/ports/textproc/py-emoji/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile3 Jul 2020 21:13:14 -   1.7
+++ Makefile9 Aug 2020 00:47:29 -
@@ -2,10 +2,9 @@
 
 COMMENT =  emoji for Python
 
-MODPY_EGG_VERSION =0.5.4
+MODPY_EGG_VERSION =0.6.0
 DISTNAME = emoji-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
-REVISION = 0
 
 CATEGORIES =   textproc
 
@@ -22,6 +21,6 @@ MODPY_PI =Yes
 MODPY_PYTEST = Yes
 
 FLAVORS =  python3
-FLAVOR ?=
+FLAVOR =   python3
 
 .include 
Index: distinfo
===
RCS file: /home/cvs/ports/textproc/py-emoji/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo7 Nov 2019 09:23:53 -   1.3
+++ distinfo9 Aug 2020 00:16:04 -
@@ -1,2 +1,2 @@
-SHA256 (emoji-0.5.4.tar.gz) = YGUtOi3O5bivissJfDF3b7bYCAJ663Ihgw9yza/vwXQ=
-SIZE (emoji-0.5.4.tar.gz) = 43402
+SHA256 (emoji-0.6.0.tar.gz) = 5C2k+NZI+O8QaRvCRvaCoexrGDc6v9m+EOwLOYgjvRE=
+SIZE (emoji-0.6.0.tar.gz) = 51003
Index: patches/patch-setup_cfg
===
RCS file: patches/patch-setup_cfg
diff -N patches/patch-setup_cfg
--- patches/patch-setup_cfg 11 Nov 2019 00:40:45 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-setup_cfg,v 1.1 2019/11/11 00:40:45 kmos Exp $
-
-Remove unneeded py-nose
-
-Index: setup.cfg
 setup.cfg.orig
-+++ setup.cfg
-@@ -1,8 +1,3 @@
--[nosetests]
--verbosity = 3
--cover-package = emoji
--cover-erase = 1
--
- [egg_info]
- tag_build = 
- tag_date = 0
Index: patches/patch-setup_py
===
RCS file: patches/patch-setup_py
diff -N patches/patch-setup_py
--- patches/patch-setup_py  11 Nov 2019 00:40:45 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,15 +0,0 @@
-$OpenBSD: patch-setup_py,v 1.1 2019/11/11 00:40:45 kmos Exp $
-
-Remove unneeded py-nose
-
-Index: setup.py
 setup.py.orig
-+++ setup.py
-@@ -59,7 +59,6 @@ setup(
- keywords=['emoji'],
- extras_require={
- 'dev': [
--'nose',
- 'coverage',
- 'coveralls'
- ]
Index: patches/patch-tests_test_core_py
===
RCS file: patches/patch-tests_test_core_py
diff -N patches/patch-tests_test_core_py
--- patches/patch-tests_test_core_py11 Nov 2019 00:40:45 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,15 +0,0 @@
-$OpenBSD: patch-tests_test_core_py,v 1.1 2019/11/11 00:40:45 kmos Exp $
-
-Remove unneeded py-nose
-
-Index: tests/test_core.py
 tests/test_core.py.orig
-+++ tests/test_core.py
-@@ -9,7 +9,6 @@ Unittests for emoji.core
- from __future__ import unicode_literals
- 
- import emoji
--from nose.tools import assert_raises
- 
- 
- def test_emojize_name_only():
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/textproc/py-emoji/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   26 Apr 2019 18:25:54 -  1.1.1.1
+++ pkg/PLIST   11 Aug 2020 21:15:52 -
@@ -1,4 +1,6 @@
 @comment $OpenBSD: PLIST,v 1.1.1.1 2019/04/26 18:25:54 kmos Exp $
+@pkgpath textproc/py-emoji
+@conflict py-emoji-*
 lib/python${MODPY_VERSION}/site-packages/emoji/
 
lib/python${MODPY_VERSION}/site-packages/emoji-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/
 
lib/python${MODPY_VERSION}/site-packages/emoji-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO



Re: Update: textproc/py-emoji to 0.6.0

2020-08-11 Thread Klemens Nanni
On Tue, Aug 11, 2020 at 04:48:49PM -0400, Pamela Mosiejczuk wrote:
> Update for multiple minor fixes and removal of consumerless python 2 flavor.
> This version adds a "variant" selector, allowing specification of text or 
> emoji
> variant form (VS15 or VS16).
> 
> The removed patches have since been upstreamed. Passes all tests.
Looks good to me, but textproc/Makefile needs unhooking as well;  will
you add a quirks entry and the usual @conflict plus @pkgpath markers as
well for py- to py3- transition?



Update: textproc/py-emoji to 0.6.0

2020-08-11 Thread Pamela Mosiejczuk
Hi ports@,

Update for multiple minor fixes and removal of consumerless python 2 flavor.
This version adds a "variant" selector, allowing specification of text or emoji
variant form (VS15 or VS16).

The removed patches have since been upstreamed. Passes all tests.

OK?
Pamela



Index: Makefile
===
RCS file: /home/cvs/ports/textproc/py-emoji/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile3 Jul 2020 21:13:14 -   1.7
+++ Makefile9 Aug 2020 00:47:29 -
@@ -2,10 +2,9 @@
 
 COMMENT =  emoji for Python
 
-MODPY_EGG_VERSION =0.5.4
+MODPY_EGG_VERSION =0.6.0
 DISTNAME = emoji-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
-REVISION = 0
 
 CATEGORIES =   textproc
 
@@ -22,6 +21,6 @@ MODPY_PI =Yes
 MODPY_PYTEST = Yes
 
 FLAVORS =  python3
-FLAVOR ?=
+FLAVOR =   python3
 
 .include 
Index: distinfo
===
RCS file: /home/cvs/ports/textproc/py-emoji/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo7 Nov 2019 09:23:53 -   1.3
+++ distinfo9 Aug 2020 00:16:04 -
@@ -1,2 +1,2 @@
-SHA256 (emoji-0.5.4.tar.gz) = YGUtOi3O5bivissJfDF3b7bYCAJ663Ihgw9yza/vwXQ=
-SIZE (emoji-0.5.4.tar.gz) = 43402
+SHA256 (emoji-0.6.0.tar.gz) = 5C2k+NZI+O8QaRvCRvaCoexrGDc6v9m+EOwLOYgjvRE=
+SIZE (emoji-0.6.0.tar.gz) = 51003
Index: patches/patch-setup_cfg
===
RCS file: patches/patch-setup_cfg
diff -N patches/patch-setup_cfg
--- patches/patch-setup_cfg 11 Nov 2019 00:40:45 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-setup_cfg,v 1.1 2019/11/11 00:40:45 kmos Exp $
-
-Remove unneeded py-nose
-
-Index: setup.cfg
 setup.cfg.orig
-+++ setup.cfg
-@@ -1,8 +1,3 @@
--[nosetests]
--verbosity = 3
--cover-package = emoji
--cover-erase = 1
--
- [egg_info]
- tag_build = 
- tag_date = 0
Index: patches/patch-setup_py
===
RCS file: patches/patch-setup_py
diff -N patches/patch-setup_py
--- patches/patch-setup_py  11 Nov 2019 00:40:45 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,15 +0,0 @@
-$OpenBSD: patch-setup_py,v 1.1 2019/11/11 00:40:45 kmos Exp $
-
-Remove unneeded py-nose
-
-Index: setup.py
 setup.py.orig
-+++ setup.py
-@@ -59,7 +59,6 @@ setup(
- keywords=['emoji'],
- extras_require={
- 'dev': [
--'nose',
- 'coverage',
- 'coveralls'
- ]
Index: patches/patch-tests_test_core_py
===
RCS file: patches/patch-tests_test_core_py
diff -N patches/patch-tests_test_core_py
--- patches/patch-tests_test_core_py11 Nov 2019 00:40:45 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,15 +0,0 @@
-$OpenBSD: patch-tests_test_core_py,v 1.1 2019/11/11 00:40:45 kmos Exp $
-
-Remove unneeded py-nose
-
-Index: tests/test_core.py
 tests/test_core.py.orig
-+++ tests/test_core.py
-@@ -9,7 +9,6 @@ Unittests for emoji.core
- from __future__ import unicode_literals
- 
- import emoji
--from nose.tools import assert_raises
- 
- 
- def test_emojize_name_only():



Re: UPDATE: TeX Live 2020

2020-08-11 Thread Stuart Henderson
> > > user settings in port: FETCH_CMD =  /usr/bin/ftp -V -m -C -k0
> > 
> > That's required, as the tex live ftp servers are crusty.

a.k.a. ftp(1)'s -k hack doesn't work correctly.



update vdirsyncer to 0.16.8

2020-08-11 Thread Remi Locherer
The changelog for vdirsyncer 0.16.8 lists one item:
"Support Python 3. and 3.8"

The patch kmos@ added to this port is now also included in upstream and
can be removed.

The two new patches are needed for vdirsyncer to work with new versions of
click. They are in upstream's master branch but not in a release yet.

I verified that productivity/khal which has a dependency on vdirsyncer works.

OK?

Remi


Index: Makefile
===
RCS file: /cvs/ports/productivity/vdirsyncer/Makefile,v
retrieving revision 1.13
diff -u -p -r1.13 Makefile
--- Makefile3 Jul 2020 21:13:04 -   1.13
+++ Makefile11 Aug 2020 14:46:03 -
@@ -2,9 +2,8 @@
 
 COMMENT =  synchronize calendars and contacts
 
-MODPY_EGG_VERSION =0.16.7
+MODPY_EGG_VERSION =0.16.8
 DISTNAME = vdirsyncer-${MODPY_EGG_VERSION}
-REVISION = 3
 
 CATEGORIES =   productivity
 
Index: distinfo
===
RCS file: /cvs/ports/productivity/vdirsyncer/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo11 Aug 2018 09:28:30 -  1.5
+++ distinfo11 Aug 2020 14:56:21 -
@@ -1,2 +1,2 @@
-SHA256 (vdirsyncer-0.16.7.tar.gz) = 
bJvPubywEkbIO6b4VRz1TFivMyMhB1VIX8I7t4SFEu8=
-SIZE (vdirsyncer-0.16.7.tar.gz) = 112786
+SHA256 (vdirsyncer-0.16.8.tar.gz) = 
v9tCL1Lh1NYL0GNdID+1n6f2Ezl9B5Zh60jnlGS6E8U=
+SIZE (vdirsyncer-0.16.8.tar.gz) = 115819
Index: patches/patch-docs_conf_py
===
RCS file: patches/patch-docs_conf_py
diff -N patches/patch-docs_conf_py
--- patches/patch-docs_conf_py  3 Aug 2019 17:08:45 -   1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,25 +0,0 @@
-$OpenBSD: patch-docs_conf_py,v 1.1 2019/08/03 17:08:45 kmos Exp $
-
-From https://github.com/pimutils/vdirsyncer/pull/799/
-
-Index: docs/conf.py
 docs/conf.py.orig
-+++ docs/conf.py
-@@ -3,7 +3,7 @@
- import datetime
- import os
- 
--import setuptools_scm
-+from pkg_resources import get_distribution
- 
- extensions = ['sphinx.ext.autodoc']
- 
-@@ -16,7 +16,7 @@ project = u'vdirsyncer'
- copyright = (u'2014-{}, Markus Unterwaditzer & contributors'
-  .format(datetime.date.today().strftime('%Y')))
- 
--release = setuptools_scm.get_version(root='..', relative_to=__file__)
-+release = get_distribution('vdirsyncer').version
- version = '.'.join(release.split('.')[:2])  # The short X.Y version.
- 
- rst_epilog = '.. |vdirsyncer_version| replace:: %s' % release
Index: patches/patch-setup_py
===
RCS file: patches/patch-setup_py
diff -N patches/patch-setup_py
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-setup_py  11 Aug 2020 18:54:35 -
@@ -0,0 +1,17 @@
+$OpenBSD$
+
+Compatibility with latest click
+https://github.com/pimutils/vdirsyncer/commit/3eb9ce5ae4320d52e6c876874511ff96a8a45f51
+
+Index: setup.py
+--- setup.py.orig
 setup.py
+@@ -11,7 +11,7 @@ from setuptools import Command, find_packages, setup
+ 
+ requirements = [
+ # https://github.com/mitsuhiko/click/issues/200
+-'click>=5.0,<6.0',
++'click>=5.0',
+ 'click-log>=0.3.0, <0.4.0',
+ 
+ # https://github.com/pimutils/vdirsyncer/issues/478
Index: patches/patch-tests_system_cli_test_sync_py
===
RCS file: patches/patch-tests_system_cli_test_sync_py
diff -N patches/patch-tests_system_cli_test_sync_py
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-tests_system_cli_test_sync_py 11 Aug 2020 18:53:57 -
@@ -0,0 +1,20 @@
+$OpenBSD$
+
+Compatibility with latest click
+https://github.com/pimutils/vdirsyncer/commit/3eb9ce5ae4320d52e6c876874511ff96a8a45f51
+
+Index: tests/system/cli/test_sync.py
+--- tests/system/cli/test_sync.py.orig
 tests/system/cli/test_sync.py
+@@ -123,7 +123,10 @@ def test_verbosity(tmpdir, runner):
+ runner.write_with_general('')
+ result = runner.invoke(['--verbosity=HAHA', 'sync'])
+ assert result.exception
+-assert 'invalid value for "--verbosity"' in result.output.lower()
++assert {
++'invalid value for "--verbosity"' in result.output.lower()
++or "invalid value for '--verbosity'" in result.output.lower()
++}
+ 
+ 
+ def test_collections_cache_invalidation(tmpdir, runner):



Re: UPDATE: TeX Live 2020

2020-08-11 Thread Marc Espie
On Tue, Aug 11, 2020 at 08:41:21PM +0100, Edd Barrett wrote:
> Hi Elias,
> 
> Thanks for the testing! I owe you one.
> 
> On Sat, Aug 08, 2020 at 11:37:20PM -0300, Elias M. Mariani wrote:
> > make port-lib-depends-check
> > texlive_base-2020(print/texlive/base,-main):
> > Missing: pcre.3 from pcre-8.41p2 (/usr/local/bin/xetex)
> > WANTLIB += pcre
> 
> Fixed.
> 
> > executable file: Makefile
> 
> Fixed.
> 
> > user settings in port: FETCH_CMD =  /usr/bin/ftp -V -m -C -k0
> 
> That's required, as the tex live ftp servers are crusty.
> 
> > executable file: base/Makefile
> > executable file: base/distinfo
> 
> Fixed.
> 
> > 1 line(s) longer than 80 chars in Makefile.inc
> > 9 line(s) longer than 80 chars in texmf/Makefile
> 
> Fixed some of those. Some lines just need to be long.
> 
> > duplicated assignment of MODRUBY_REV at texmf/Makefile:59
> > duplicated assignment of MODRUBY_BUILDDEP at texmf/Makefile:60
> > duplicated assignment of MODRUBY_RUNDEP at texmf/Makefile:61
> > duplicated assignment of MODPY_BUILDDEP at texmf/Makefile:62
> > duplicated assignment of MODPY_RUNDEP at texmf/Makefile:63
> 
> Fixed!
> 
> > extra file: texmf/adj.mk
> > extra file: texmf/man_symlinks.mk
> > extra file: texmf/manpage_symlinks.mk
> > extra file: texmf/symlinks.mk
> 
> These can be ignored. We need those files.
> 
> > Python module without compiled version, consider using
> > ...
> 
> We can ignore these. They don't really apply to the texmf tree.
> 
> 
> Attached is a new diff. I'll be running a bulk to test it on the tree.
> 
> Assuming that goes well, I just need OKs for the fallout fixes to
> textproc/lgrind and textproc/py-sphinx mentioned in this message:
> https://marc.info/?l=openbsd-ports=159484683308947=2
> 
> Those changes should be uncontroversial.
> 
> CC espie@, MAINTAINER of lgrind. OK?

Go for it, I rarely use lgrind these days anyway



Re: [NEW] x11/screenkey

2020-08-11 Thread Stuart Henderson
On 2020/08/11 14:38, Laurence Tratt wrote:
> On Tue, Aug 11, 2020 at 01:40:59PM +0200, Stefan Hagen wrote:
> 
> Hello Stefan,
> 
> > Sweet! I tried to port screenkey myself but got stuck on the translation 
> > files
> > as well. Instead of deleting the "po" directory, you can also set i18n = 
> > False
> > in config.cfg.
> 
> Aha, that's a good idea -- it's definitely clearer that way!
> 
> Updated port attached.
> 
> 
> Laurie

Small tweaks in the version attached, otherwise OK sthen@ to import



screenkey.tgz
Description: application/tar-gz


CVS: cvs.openbsd.org: ports

2020-08-11 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2020/08/11 12:58:44

Modified files:
editors/qscintilla: Makefile 
editors/qscintilla/patches: patch-src_RunStyles_cpp 

Log message:
Use the powerpc fix for missing RunStyles symbols on all 32-bits archs

fixes geo/qgis build failure on i386 after the llvm update



Re: Porting in LedgerSMB (accounting software)

2020-08-11 Thread Chris Bennett
On Sun, Jul 26, 2020 at 12:42:31PM -0700, Andrew Hewus Fresh wrote:
> On Tue, Nov 05, 2019 at 01:48:39PM -0800, Chris Bennett wrote:
> > I'm working on porting in all of the dependencies for LedgerSMB 1.7+.
> > https://ledgersmb.org and https://github.com/ledgersmb/LedgerSMB.
> > 
> > I've done as much work as I can using some older work I had and portgen.
> > Which is pretty useful, with some corrections and it catches some things
> > pretty well. Some things not so well. :-}
> > 
> > After a 75 hour (not yet over) train trip on Amtrak, with the Internet
> > on and off, I've still got to collect and re-check a mountain of stuff.
> > I'll start sending stuff in tomorrow. Everything I send for awhile will
> > be for this only.
> > 
> > I'll try to send things in a reasonable way. There are a lot of Perl
> > dependencies that are not in the tree. I am not aware of anything
> > non-Perl that needs to be done.
> > 
> > LedgerSMB has become pretty stable and it's now reasonable to bring it
> > in.
> 
> How's this going?  I know I OK'd a bunch of dependencies, but don't
> recall how that ended up.  Did those dependencies get imported?
> 
> I have someone who was hoping to use it, so thought I'd check.
> 
> l8rZ,
> -- 
> andrew - http://afresh1.com
> 
> A hacker does for love what others would not do for money.

Sorry for the delay in replying. I was without my laptop several weeks.

Nothing got imported. One is in the process of being updated upstream,
so I will need to submit the newer version when it's ready.

I'm actually planning on getting back to the ports this week.

Thanks for all the help, on ports and some other problems I had in the
past too!

I haven't been able to successfully send anything to your email address.

Aug 11 13:49:00 cowboyup smtpd[50569]: 5412af5d3306ea78 smtp connected 
address=local host=cowboyup.xyz
Aug 11 13:49:00 cowboyup smtpd[50569]: 5412af5d3306ea78 smtp message 
msgid=d14ec6e3 size=3365 nrcpt=1 proto=ESMTP
Aug 11 13:49:00 cowboyup smtpd[50569]: 5412af5d3306ea78 smtp envelope 
evpid=d14ec6e3ab7cebc4 from= 
to=
Aug 11 13:49:00 cowboyup smtpd[50569]: 5412af5d3306ea78 smtp disconnected 
reason=quit
Aug 11 13:49:00 cowboyup smtpd[50569]: 5412af6098dce899 mta connecting 
address=smtp://65.75.216.13:25 host=65.75.216.13
Aug 11 13:49:00 cowboyup smtpd[50569]: 5412af6098dce899 mta error reason=IO 
Error: Connection refused
Aug 11 13:49:00 cowboyup smtpd[50569]: smtp-out: Disabling route [] <-> 
65.75.216.13 (65.75.216.13) for 15s
Aug 11 13:49:02 cowboyup smtpd[50569]: smtp-out: No valid route for 
[connector:[]->[relay:afresh1.com,smtp],0x0]
Aug 11 13:49:11 cowboyup smtpd[50569]:  mta delivery 
evpid=d14ec6e3ab7cebc4 from= 
to= rcpt=<-> source="-" relay="afresh1.com" delay=11s 
result="TempFail" stat="Network error on destination MXs"

--
Chris Bennett



Re: [NEW] x11/screenkey

2020-08-11 Thread Florian Viehweger
Hi,

> On Tue, Aug 11, 2020 at 01:40:59PM +0200, Stefan Hagen wrote:
> 
> Hello Stefan,
> 
> > Sweet! I tried to port screenkey myself but got stuck on the
> > translation files as well. Instead of deleting the "po" directory,
> > you can also set i18n = False in config.cfg.
> 
> Aha, that's a good idea -- it's definitely clearer that way!
> 
> Updated port attached.
> 
> 
> Laurie

works on my ports-testing VM. Thank you!

-- 
greetings,

Florian Viehweger



CVS: cvs.openbsd.org: ports

2020-08-11 Thread Brian Callahan
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2020/08/11 09:16:56

Modified files:
sysutils/ugrep : Makefile distinfo 

Log message:
Update to ugrep-2.5.1
Changelog: https://github.com/Genivia/ugrep/releases/tag/v2.5.1



CVS: cvs.openbsd.org: ports

2020-08-11 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2020/08/11 08:54:41

Modified files:
sysutils   : Makefile 

Log message:
+hw-probe



CVS: cvs.openbsd.org: ports

2020-08-11 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2020/08/11 08:54:11

Log message:
Import hw-probe 1.6beta, from maintaineri David Dahlberg

A tool to probe for hardware, check operability and find drivers
with the help of Linux hardware database: https://linux-hardware.org

For BSD users: https://bsd-hardware.info

Please be aware that running hw-probe without parameters implies
"-all -upload" and will upload a lot of information about your
current OS and hardware configuration to the online database.

ok sthen@

Status:

Vendor Tag: ddhalberg
Release Tags:   landry_20200811

N ports/sysutils/hw-probe/Makefile
N ports/sysutils/hw-probe/distinfo
N ports/sysutils/hw-probe/pkg/DESCR
N ports/sysutils/hw-probe/pkg/PLIST

No conflicts created by this import



Re: [NEW] x11/screenkey

2020-08-11 Thread Laurence Tratt
On Tue, Aug 11, 2020 at 01:40:59PM +0200, Stefan Hagen wrote:

Hello Stefan,

> Sweet! I tried to port screenkey myself but got stuck on the translation files
> as well. Instead of deleting the "po" directory, you can also set i18n = False
> in config.cfg.

Aha, that's a good idea -- it's definitely clearer that way!

Updated port attached.


Laurie


screenkey.tgz
Description: application/tar-gz


CVS: cvs.openbsd.org: ports

2020-08-11 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/08/11 07:00:31

Modified files:
databases/mariadb: Makefile 
databases/mariadb/patches: 
   patch-libmariadb_libmariadb_CMakeLists_txt 
Removed files:
databases/mariadb/patches: 
   patch-libmariadb_libmariadb_ma_charset_c 
   
patch-libmariadb_unittest_libmariadb_CMakeLists_txt 

Log message:
Fix iconv vs libiconv problem in MariaDB in a better way, from Brad.



Re: New: hw-probe-1.6

2020-08-11 Thread Stuart Henderson
On 2020/08/11 08:25, David Dahlberg wrote:
> On Mon, 2020-08-10 at 13:21 +0100, Stuart Henderson wrote:
> > - the PKGNAME hw-probe-1.6-beta is invalid, -beta is using the part of
> > the name that is reserved for a flavour. Should set e.g. PKGNAME=hw-
> > probe-1.6beta
> 
> Thank you Stuart. I finally found packages-specs(7) which expains the
> full matching.
> 
> > - looks like the default if you just run "hw-probe" is to upload data
> > to an internet server. there should be a warning about this somewhere,
> > at least in pkg/DESCR.
> 
> Updated DESCR to reflect that.
> Additionally fixed some whitespace errors.
> 

This is OK sthen@ to import.



Re: New: hw-probe-1.6

2020-08-11 Thread David Dahlberg
On Mon, 2020-08-10 at 13:21 +0100, Stuart Henderson wrote:
> - the PKGNAME hw-probe-1.6-beta is invalid, -beta is using the part of
> the name that is reserved for a flavour. Should set e.g. PKGNAME=hw-
> probe-1.6beta

Thank you Stuart. I finally found packages-specs(7) which expains the
full matching.

> - looks like the default if you just run "hw-probe" is to upload data
> to an internet server. there should be a warning about this somewhere,
> at least in pkg/DESCR.

Updated DESCR to reflect that.
Additionally fixed some whitespace errors.



hw-probe.tgz
Description: application/compressed-tar


CVS: cvs.openbsd.org: ports

2020-08-11 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2020/08/11 06:03:55

Modified files:
lang/vala  : Makefile distinfo 

Log message:
update to vala-0.48.9



CVS: cvs.openbsd.org: ports

2020-08-11 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2020/08/11 06:03:38

Modified files:
net/gupnp/core : Makefile distinfo 

Log message:
update to gupnp-1.2.4



CVS: cvs.openbsd.org: ports

2020-08-11 Thread Robert Nagy
CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2020/08/11 05:50:00

Modified files:
www/chromium   : Makefile distinfo 
www/chromium/patches: patch-chrome_browser_about_flags_cc 
  patch-chrome_browser_flag_descriptions_cc 
  patch-chrome_browser_flag_descriptions_h 
  
patch-components_feature_engagement_public_feature_list_cc 
  
patch-components_feature_engagement_public_feature_list_h 

Log message:
update to 84.0.4147.125



Re: [NEW] x11/screenkey

2020-08-11 Thread Stefan Hagen
Laurence Tratt wrote:
> This is a port of screenkey-1.2. One obvious problem is that there are some
> localisation files included, but they cause the setup.py installation to
> fail. Maybe there's an obvious Python setup fix, but I couldn't find it --
> the best I could manage is to delete the initialisation files before
> building... Suggestions welcome!

Sweet! I tried to port screenkey myself but got stuck on the translation files
as well. Instead of deleting the "po" directory, you can also set i18n = False
in config.cfg.

I can't commit, but I tested it and it works well (amd64).

Best Regards,
Stefan



Re: NEW: textproc/py-css-parser

2020-08-11 Thread Solene Rapenne
On Mon, 10 Aug 2020 09:40:26 +0200
3un0s <3u...@dismail.de>:

> On Tue, 7 Jul 2020 16:28:08 +0200
> 3un0s <3u...@dismail.de> wrote:
> 
> > On Tue, 7 Jul 2020 16:16:35 +0200
> > Landry Breuil  wrote:
> >   
> > > you sent your last mail 8 hours ago, it's a bit early for a ping.
> > >   
> > 
> > Sorry about that, I'm new here and I didn't really know how long one
> > should wait, again sorry.
> >   
> > > moreover, it's common for python stuff on pip to not have tests,
> > > they're in github because github tags are not actual releases and
> > > are a tarball of what's in the repo at the time of the tagging.
> > > github tarballs have been unreliable in the past, but some claim
> > > it's not true anymore.
> > > 
> > > personally, for the few python ports i care about, i keep the github
> > > stuff commented out in the Makefile and enable it just to run the
> > > tests locally before commiting, only trusting the pypi tarballs in
> > > the end.
> > > 
> > > Landry
> > >   
> > 
> > Okay, so I'll just leave it how it is now.
> > 
> > Any comments or OK?
> >   
> 
> ping
> 


the ports looks fine to me, except the variable values should be all
aligned by adding an extra tab, that would look much better.

ok solene@ for import



Re: update net/py-nbxmpp to 1.0.0

2020-08-11 Thread Solene Rapenne
On Mon, 6 Jul 2020 20:52:11 +0200
3un0s <3u...@dismail.de>:

> On Mon, 6 Jul 2020 11:38:42 -0400
> Kurt Mosiejczuk  wrote:
> 
> > On Mon, Jul 06, 2020 at 05:30:43PM +0200, 3un0s wrote:  
> > > On Mon, 6 Jul 2020 15:32:05 +0100
> > > Stuart Henderson  wrote:
> >   
> > > > I guess it does not work with the existing gajim version? So
> > > > committing must be done together.  
> >   
> > > I should write a new mail with both of those diffs together and
> > > subject representing that two packages are updated then?
> > 
> > Separate is fine, but make a note in each about the dependency.
> > "X requires newer version of Y I sent earlier."
> > "Newer Y won't work with current version of X, this is intended for
> > the update I'm about to send."
> > 
> > --Kurt
> >   
> 
> This update breaks current version of gajim and requires an updated
> one I've sent earlier.
> 
> Also new diff with @pkgpath in pkg/PLIST

ok solene@ but the MODPY_SETUPTOOLS value should be
aligned with the others values.



Re: update net/gajim to 1.2.0

2020-08-11 Thread Solene Rapenne
On Mon, 10 Aug 2020 09:41:20 +0200
3un0s <3u...@dismail.de>:

> On Mon, 6 Jul 2020 20:53:47 +0200
> 3un0s <3u...@dismail.de> wrote:
> 
> > On Mon, 6 Jul 2020 16:24:45 +0200
> > 3un0s <3u...@dismail.de> wrote:
> >   
> > > Hi,
> > > 
> > > This diff updates gajim to 1.2.0
> > > It requires a new version of py-nbxmpp and new package called
> > > py-css-parser.
> > > I've already sent both of those to this mailing list.
> > > Works for me on amd64.
> > > 
> > > Any comments or OK ?  
> > 
> > This update requires a newer version of py3-nbxmpp I've sent already
> >   
> 
> ping
> 

the update works for me

ok solene@



Re: synapse filepaths + rc script query

2020-08-11 Thread Renaud Allard



On 8/10/20 6:57 AM, Tom Wong-Cornall wrote:

Hi Renaud,

Many thanks for your work on synapse. I'm upgrading one of my machines
to 6.7 and am pleased I no longer have to maintain my own
virtualenv-based synapse.

As I am preparing a port for mautrix-hangouts, I would like to check a
couple of decisions in the synapse port that differed from what I had
chosen in my local version. They are really very minor nitpicks, but I'd
like to ask your reasoning so I may be consistent:

  - config files stored in /var/synapse; I had these all in /etc/synapse


Indeed, config files could be stored in the more standard /etc, but that 
will be a breaking change if I do that now.




  - pid file stored in /var/synapse/homeserver.pid; I had this in
/var/run/synapse/homeserver.pid


That, I could change without breaking updates.



Lastly, instead of relying on a custom python init system (synctl), I
found the builtin rc.subr setup worked well:



I agree, byt synctl is the documented way to start synapse, that's why I 
choose it.




smime.p7s
Description: S/MIME Cryptographic Signature


CVS: cvs.openbsd.org: ports

2020-08-11 Thread Christian Weisgerber
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2020/08/11 04:50:55

Added files:
security/libgcrypt/patches: patch-cipher_camellia-aarch64_S 

Log message:
pull in upstream fix so aarch64 builds; ok ajacoutot@ phessler@



[NEW] x11/hsetroot

2020-08-11 Thread Stefan Hagen
Hello,

The hsetroot utility is often suggested to be used as xsetroot
replacement when a compositor is in use. Xsetroot sets colors and
images on the root window with XSetWindowBackground. After loading a
compositor, the background turns grey.

In contrast to xsetroot, hsetroot uses XSetWindowBackgroundPixmap, which
works with compositors.

Another way to set a background image with a compositor is to use
feh(1). But I find installing feh just to set an X background overkill.

Homepage: https://github.com/himdel/hsetroot

Best Regards,
Stefan


hsetroot-1.0.5.tar.gz
Description: application/tar-gz


CVS: cvs.openbsd.org: ports

2020-08-11 Thread Robert Nagy
CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2020/08/11 03:50:19

Modified files:
x11/mate/panel : Makefile distinfo 
x11/mate/panel/pkg: PLIST 

Log message:
update to 1.24.1



CVS: cvs.openbsd.org: ports

2020-08-11 Thread Jeremie Courreges-Anglas
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2020/08/11 02:28:53

Modified files:
devel/llvm : Makefile 
devel/llvm/patches: 
patch-tools_clang_lib_Driver_ToolChains_OpenBSD_cpp 

Log message:
Default to libc++ on powerpc64



CVS: cvs.openbsd.org: ports

2020-08-11 Thread Jeremie Courreges-Anglas
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2020/08/11 02:27:25

Modified files:
infrastructure/mk: arch-defines.mk 

Log message:
Add powerpc64 to LLVM_ARCHS

from Brad



Re: update devel/poedit to 2.4

2020-08-11 Thread Omar Polo


Omar Polo  writes:

>> Hello ports,
>> The attached diff updates devel/poedit to the latest release.  The
>> changelog for this version is:
>>
>> 1. Crowdin integration was greatly improved and now supports editing of
>>any kind of localization: files from Crowdin projects, not just POs.
>> 2. Improvements to editor user interface.
>> 3. [macOS] Fixes to light/dark mode switching.
>>
>> 1) and 3) does not affects this ports, as crowdin integration is
>> disabled (we miss a port for C++ rest), but the 2) is interesting, since
>> I'm finally able to read the "Notes for translators".
>> [...]
>
> ping :)
>
> Upstream committed also the other half of the patch.  Diff reattached
> for convenience.
>

Shortly after I sent the previous mail, upstream released 2.4.1, so
here's the updated diff.  The patch to src/crowdin/gui.h was committed
and no longer needed.

The changelog for the 2.4.1 is:
 - Upgraded bundled GNU gettext version to 0.21
 - Added support for ruby format strings
 - [macOS] ...

re-checked with portcheck and port-lib-depends-check.

Cheers!

Index: Makefile
===
RCS file: /cvs/ports/devel/poedit/Makefile,v
retrieving revision 1.32
diff -u -p -r1.32 Makefile
--- Makefile5 Jul 2020 09:30:52 -   1.32
+++ Makefile11 Aug 2020 07:01:52 -
@@ -2,7 +2,7 @@
 
 COMMENT=   cross-platform gettext catalogs (PO-files) editor
 
-V= 2.3.1
+V= 2.4.1
 DISTNAME=  poedit-${V}
 CATEGORIES=devel
 
Index: distinfo
===
RCS file: /cvs/ports/devel/poedit/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo5 Jul 2020 09:30:52 -   1.5
+++ distinfo11 Aug 2020 07:01:52 -
@@ -1,2 +1,2 @@
-SHA256 (poedit-2.3.1.tar.gz) = oDFcpSqQi56gpuQ46mDOHpLZjB9Hf+1Y0LTmF+Ua/sQ=
-SIZE (poedit-2.3.1.tar.gz) = 2891956
+SHA256 (poedit-2.4.1.tar.gz) = cBQ+VcFqiLmyn0jhKwueVXFBd7YLo2f8KdX6bcKEKcM=
+SIZE (poedit-2.4.1.tar.gz) = 2908225
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/poedit/pkg/PLIST,v
retrieving revision 1.9
diff -u -p -r1.9 PLIST
--- pkg/PLIST   5 Jul 2020 09:30:53 -   1.9
+++ pkg/PLIST   11 Aug 2020 07:01:52 -
@@ -14,6 +14,7 @@ share/locale/an/LC_MESSAGES/poedit.mo
 share/locale/ar/LC_MESSAGES/poedit.mo
 share/locale/az/LC_MESSAGES/poedit.mo
 share/locale/be/LC_MESSAGES/poedit.mo
+share/locale/be@latin/LC_MESSAGES/poedit.mo
 share/locale/bg/LC_MESSAGES/poedit.mo
 share/locale/bs/LC_MESSAGES/poedit.mo
 share/locale/ca/LC_MESSAGES/poedit.mo



Re: update net/gajim to 1.2.0

2020-08-11 Thread Guy Godfroy

Also current Gajim version on OpenBSD ports seems broken :
https://dev.gajim.org/gajim/gajim/-/issues/10218

Le 10/08/2020 à 09:41, 3un0s a écrit :

On Mon, 6 Jul 2020 20:53:47 +0200
3un0s <3u...@dismail.de> wrote:


On Mon, 6 Jul 2020 16:24:45 +0200
3un0s <3u...@dismail.de> wrote:


Hi,

This diff updates gajim to 1.2.0
It requires a new version of py-nbxmpp and new package called
py-css-parser.
I've already sent both of those to this mailing list.
Works for me on amd64.

Any comments or OK ?


This update requires a newer version of py3-nbxmpp I've sent already



ping