CVS: cvs.openbsd.org: ports

2021-06-02 Thread Landry Breuil 
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2021/06/02 23:09:52

Modified files:
mail/mozilla-thunderbird: Tag: OPENBSD_6_9 Makefile distinfo 

Log message:
mail/mozilla-thunderbird: MFC update to 78.11.0.

See https://www.thunderbird.net/en-US/thunderbird/78.11.0/releasenotes/
Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2021-26/

CVS: cvs.openbsd.org: ports

2021-06-02 Thread Landry Breuil 
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2021/06/02 23:08:11

Modified files:
mail/thunderbird-i18n: Makefile.inc distinfo 

Log message:
mail/thunderbird-i18n: update to 78.11.0.

CVS: cvs.openbsd.org: ports

2021-06-02 Thread Landry Breuil 
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2021/06/02 23:07:04

Modified files:
mail/mozilla-thunderbird: Makefile distinfo 

Log message:
mail/mozilla-thunderbird: update to 78.11.0.

See https://www.thunderbird.net/en-US/thunderbird/78.11.0/releasenotes/
Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2021-26/

UPDATE: libavif 0.9.1

2021-06-02 Thread Brad Smith 
Here is an update to libavif 0.9.1.

## [0.9.1] - 2021-05-19

### Added
* Added strict mode/flags (enabled by default): `AVIF_STRICT_PIXI_REQUIRED`, 
`AVIF_STRICT_CLAP_VALID`
* avifdec: Added `--no-strict` to disable all strict flags
* avifdec: Added `-r` (`--raw-color`), which avoids multiplying against AVIF 
alpha channel before packing into non-alpha formats (JPEG)
* avifenc: Recognize the Y4M format string "C420mpeg2"
* avifenc: Add `--crop` convenient alternative arg to the difficult-to-use 
`--clap` arg
* avifenc: New default for `--yuv`: `"auto"`, which will use a source JPEG's 
internal YUV format instead of YUV444, if detected
  * Uses: Prevent colorspace conversion when reading from JPEG if possible 
(tongyuantongyu)
* avifenc/avifdec: Add helpful values/calculations when dumping clap box
* Added avifDiagnostics, which allows for a detailed, freeform error string 
upon decode or encode error
* Create helper avifCropRect struct and methods for helping to 
manipulate/populate/validate avifCleanApertureBox
* Added ability to set codec-specific options for color or alpha only
* Support for libaom's ALL_INTRA mode (if available)
* Create avifDecoder.imageCountLimit as a sanity check against malformed files
* SVT: Image sequence encoding support (tongyuantongyu)
* Added rav1e to AppVeyor builds

### Changed
* avifenc/avifdec: Link AOM_LIBRARIES and use CXX if vmaf is present (1480c1)
* Ensure that an AVIF has a ftyp box, and based on ftyp, has other appropriate 
toplevel boxes present as well
* Avoid linking against libyuv if it is too old / incompatible
* Always require a primary item when decoding items
* Add some strictness around ipma box parsing (version/flags tuples must be 
unique across ipma boxes in a file)
* Fix alpha grids by properly writing alpha grid metadata payload
* A HandlerBox (hdlr) of type 'pict' must be the first box within the MetaBox 
(meta)
* Add some typedefs for various flag decls in avif.h to self-document which 
flags should be used in which function arguments
* When encoding single-frame images using libaom, clean up the encoder 
immediately after encoding the frame to cut down on resources high watermarks
* Fail on reformat Identity (MC=0) with subsampling (not using YUV444)
* Warn if alpha is limited range (deprecated)
* Validate the first_chunk fields in the stsc box
* In libaom all intra mode, set cq-level for user
* Check the return values of some aom_codec_ calls and add diagnostics output 
(wantehchang)
* Use aom_codec_set_option() if available (allows for future compat with libaom 
3.0+ advanced features)
* rav1e: Use cargo cinstall in local builds to ensure consistency in target 
output, as cbuild no longer builds directly into target/release
* Tweaks to compiler flags (analyze related)
* Use libyuv BT.709 & 2020 full range YuvConstants (wantehchang)
* Multiply color with alpha for opaque RGB format during conversion (see #520)
* Switch docker to ubuntu 20.04, fix tzdata install (paskal)
* Added an "Understanding maxThreads" explanatory comment block in avif.h
* Minor fixes to support AVIF_CODEC_AOM_ENCODE
* Various minor code/comments cleanup
* CI tweaks, macOS build, and caching / speed increases (EwoutH)
* Update aom.cmd: v3.1.0
* Update dav1d.cmd: 0.9.0
* Update libgav1: v0.16.3
* Update libyuv.cmd: 2f0cbb9


Index: Makefile
===
RCS file: /home/cvs/ports/graphics/libavif/Makefile,v
retrieving revision 1.15
diff -u -p -u -p -r1.15 Makefile
--- Makefile28 Mar 2021 10:34:33 -  1.15
+++ Makefile3 Jun 2021 01:00:57 -
@@ -4,10 +4,10 @@ COMMENT=  library for encoding and decodi
 
 GH_ACCOUNT=AOMediaCodec
 GH_PROJECT=libavif
-GH_TAGNAME=v0.9.0
+GH_TAGNAME=v0.9.1
 CATEGORIES=graphics
 
-SHARED_LIBS=   avif4.0
+SHARED_LIBS=   avif4.1
 
 HOMEPAGE=  https://github.com/AOMediaCodec/libavif
 
Index: distinfo
===
RCS file: /home/cvs/ports/graphics/libavif/distinfo,v
retrieving revision 1.11
diff -u -p -u -p -r1.11 distinfo
--- distinfo28 Mar 2021 10:34:33 -  1.11
+++ distinfo3 Jun 2021 00:58:30 -
@@ -1,2 +1,2 @@
-SHA256 (libavif-0.9.0.tar.gz) = 6hYD/Bjn3SDPAfC0BRVldohuy134TbjA6HGHzS+KAPQ=
-SIZE (libavif-0.9.0.tar.gz) = 2961252
+SHA256 (libavif-0.9.1.tar.gz) = hSbz//NKBaUdfHA83PHQ04yTm1tt1Lt9OjQF3a2IGGw=
+SIZE (libavif-0.9.1.tar.gz) = 1985366
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/graphics/libavif/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 PLIST
--- pkg/PLIST   23 Apr 2020 06:42:08 -  1.3
+++ pkg/PLIST   3 Jun 2021 01:01:40 -
@@ -3,7 +3,6 @@
 @bin bin/avifenc
 include/avif/
 include/avif/avif.h
-lib/cmake/
 lib/cmake/libavif/
 lib/cmake/libavif/libavif-config${MODCMAKE_BUILD_SUFFIX}
 lib/cmake/libavif/libavif-config-version.cmake

CVS: cvs.openbsd.org: ports

2021-06-02 Thread Jeremie Courreges-Anglas 
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2021/06/02 16:30:38

Modified files:
devel/sord : Makefile distinfo 

Log message:
Update to sord-0.16.8

>From maintainer Dimitri Karamazov

Re: [update] openvpn-auth-ldap 2.0.4

2021-06-02 Thread Jeremie Courreges-Anglas 
On Wed, Jun 02 2021, Landry Breuil  wrote:
> Le Mon, May 31, 2021 at 04:57:49PM +0200, Landry Breuil a écrit :
>> Hi,
>> 
>> there's been a new release on github in 2019, after the last one we're
>> still shipping from 2007.. cf
>> https://github.com/threerings/openvpn-auth-ldap/releases/tag/auth-ldap-2.0.4
>> 
>> i know nothing to obj-c so i randomly poked thing around until this
>> built fine. runtime testing welcome, as apparently the "modern runtime"
>> patches didnt make it upstream anyway. Remove some patches while here,
>> but dunno if they're needed at runtime.. ccing our objc expert :)
>
> fwiw, after *light* testing with the diff backported to 6.9, it *seems*
> this work:
>
> 2021-06-02 15:59:50 us=135854 172.20.85.209:39294 PLUGIN_CALL: POST 
> /usr/local/lib/openvpn-auth-ldap.so/PLUGIN_AUTH_USER_PASS_VERIFY status=0
> 2021-06-02 15:59:50 us=136495 172.20.85.209:39294 TLS: Username/Password 
> authentication succeeded for username 'breuil' 
>
> but i dont have a complicated ldap setup with groups etc.
>
> compared to the previous diff, sthen@ fixed a thinko from my part:
> PKGNAME = openvpn-${GH_TAGNAME}
>
> besides that, i was thinking that maybe it would make sense to move the
> plugin from /usr/local/lib/openvpn-auth-ldap.so to
> /usr/local/lib/openvpn/plugins/auth-ldap.so as that's where openvpn
> stores its plugins, but .. *shrug*
>
> Now looking for okays from the openvpn/obj-c crowd :)

Please don't wait for an ok from me, I know next to nothing to obj-c and
never used the plugin.  Thanks for updating this port, though!

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

Re: [update] openvpn-auth-ldap 2.0.4

2021-06-02 Thread Stuart Henderson 
On 2021/06/02 16:08, Landry Breuil wrote:
> Le Mon, May 31, 2021 at 04:57:49PM +0200, Landry Breuil a écrit :
> > Hi,
> > 
> > there's been a new release on github in 2019, after the last one we're
> > still shipping from 2007.. cf
> > https://github.com/threerings/openvpn-auth-ldap/releases/tag/auth-ldap-2.0.4
> > 
> > i know nothing to obj-c so i randomly poked thing around until this
> > built fine. runtime testing welcome, as apparently the "modern runtime"
> > patches didnt make it upstream anyway. Remove some patches while here,
> > but dunno if they're needed at runtime.. ccing our objc expert :)
> 
> fwiw, after *light* testing with the diff backported to 6.9, it *seems*
> this work:
> 
> 2021-06-02 15:59:50 us=135854 172.20.85.209:39294 PLUGIN_CALL: POST 
> /usr/local/lib/openvpn-auth-ldap.so/PLUGIN_AUTH_USER_PASS_VERIFY status=0
> 2021-06-02 15:59:50 us=136495 172.20.85.209:39294 TLS: Username/Password 
> authentication succeeded for username 'breuil' 
> 
> but i dont have a complicated ldap setup with groups etc.
> 
> compared to the previous diff, sthen@ fixed a thinko from my part:
> PKGNAME = openvpn-${GH_TAGNAME}
> 
> besides that, i was thinking that maybe it would make sense to move the
> plugin from /usr/local/lib/openvpn-auth-ldap.so to
> /usr/local/lib/openvpn/plugins/auth-ldap.so as that's where openvpn
> stores its plugins, but .. *shrug*
> 
> Now looking for okays from the openvpn/obj-c crowd :)
> 
> Landry
> 

I think the obj-c crowd is covid-safe even if only in a small room ;)

Moving to /usr/local/lib/openvpn/plugins/auth-ldap.so makes sense to me
though presumably any existing users will need to adjust to cope with
the move ..

Re: [update] geo/traccar -> 4.13

2021-06-02 Thread Stuart Henderson 
On 2021/06/02 10:50, Renaud Allard wrote:
> Hello,
> 
> Here is a diff to update geo/traccar to 4.13.
> 
> There is an important change due to a modification in liquibase. If you have
> defined 'database.changelog' in /etc/traccar/traccar.xml, it will need to
> change to a relative path. However, it is not expected that users define it
> in their own configuration file.

Well, if any changes have been made to traccar.xml, the database.changelog
path will need to be updated because the update won't be merged automatically.

Do you know what the path is relative to? (i.e. is ../../ going to work for
everyone, or are there situations where it might need to be something else?)

What an annoying change for liquibase to have made.


> 
> Best Regards

> Index: Makefile
> ===
> RCS file: /cvs/ports/geo/traccar/Makefile,v
> retrieving revision 1.14
> diff -u -p -r1.14 Makefile
> --- Makefile  6 Feb 2021 21:07:31 -   1.14
> +++ Makefile  2 Jun 2021 08:46:19 -
> @@ -1,7 +1,7 @@
>  # $OpenBSD: Makefile,v 1.14 2021/02/06 21:07:31 sthen Exp $
>  
>  COMMENT =modern GPS tracking platform
> -V =  4.12
> +V =  4.13
>  PKGNAME =traccar-${V}
>  DISTNAME =   traccar-other-${V}
>  EXTRACT_SUFX =   .zip
> @@ -18,7 +18,7 @@ PERMIT_PACKAGE =Yes
>  MASTER_SITES = https://github.com/traccar/traccar/releases/download/v${V}/
>  
>  MODULES =   java
> -MODJAVA_VER =   1.8+
> +MODJAVA_VER =   11+
>  
>  RUN_DEPENDS= java/javaPathHelper
>  
> Index: distinfo
> ===
> RCS file: /cvs/ports/geo/traccar/distinfo,v
> retrieving revision 1.9
> diff -u -p -r1.9 distinfo
> --- distinfo  6 Feb 2021 21:07:31 -   1.9
> +++ distinfo  2 Jun 2021 08:46:19 -
> @@ -1,2 +1,2 @@
> -SHA256 (traccar-other-4.12.zip) = 
> Gc+hVRfG3PwcmobXysd8O6dFlQz5+kcr9nif1PUQeZ0=
> -SIZE (traccar-other-4.12.zip) = 64392818
> +SHA256 (traccar-other-4.13.zip) = 
> +6ctOhquILMvzMwV7GRXNwLqCj5PEvolTwDjjPgAMNM=
> +SIZE (traccar-other-4.13.zip) = 74110664
> Index: patches/patch-conf_default_xml
> ===
> RCS file: /cvs/ports/geo/traccar/patches/patch-conf_default_xml,v
> retrieving revision 1.6
> diff -u -p -r1.6 patch-conf_default_xml
> --- patches/patch-conf_default_xml6 Feb 2021 21:07:31 -   1.6
> +++ patches/patch-conf_default_xml2 Jun 2021 08:46:19 -
> @@ -37,7 +37,7 @@ Index: conf/default.xml
>   true
>   true
>  -./schema/changelog-master.xml
> -+ key='database.changelog'>${LOCALBASE}/share/traccar/schema/changelog-master.xml
> ++ key='database.changelog'>../..${LOCALBASE}/share/traccar/schema/changelog-master.xml
>
>   
>   SELECT * FROM tc_users
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/geo/traccar/pkg/PLIST,v
> retrieving revision 1.10
> diff -u -p -r1.10 PLIST
> --- pkg/PLIST 6 Feb 2021 21:07:31 -   1.10
> +++ pkg/PLIST 2 Jun 2021 08:46:19 -
> @@ -26,17 +26,20 @@ share/traccar/conf/traccar.xml
>  @owner
>  @group
>  share/traccar/lib/
> -share/traccar/lib/HikariCP-4.0.1.jar
> +share/traccar/lib/HikariCP-4.0.3.jar
>  share/traccar/lib/activation-1.1.1.jar
> -share/traccar/lib/animal-sniffer-annotations-1.17.jar
>  share/traccar/lib/antlr-2.7.2.jar
>  share/traccar/lib/aopalliance-1.0.jar
>  share/traccar/lib/aopalliance-repackaged-2.6.1.jar
> -share/traccar/lib/asm-9.0.jar
> -share/traccar/lib/asm-analysis-9.0.jar
> -share/traccar/lib/asm-commons-9.0.jar
> -share/traccar/lib/asm-tree-9.0.jar
> -share/traccar/lib/asm-util-9.0.jar
> +share/traccar/lib/asm-9.1.jar
> +share/traccar/lib/asm-analysis-9.1.jar
> +share/traccar/lib/asm-commons-9.1.jar
> +share/traccar/lib/asm-tree-9.1.jar
> +share/traccar/lib/asm-util-9.1.jar
> +share/traccar/lib/aws-java-sdk-core-1.11.1030.jar
> +share/traccar/lib/aws-java-sdk-sns-1.11.1030.jar
> +share/traccar/lib/aws-java-sdk-sqs-1.11.1030.jar
> +share/traccar/lib/cache-api-1.1.1.jar
>  share/traccar/lib/checker-qual-3.5.0.jar
>  share/traccar/lib/commons-beanutils-1.9.2.jar
>  share/traccar/lib/commons-chain-1.1.jar
> @@ -47,34 +50,41 @@ share/traccar/lib/commons-compress-1.18.
>  share/traccar/lib/commons-digester-1.8.jar
>  share/traccar/lib/commons-jexl-2.1.1.jar
>  share/traccar/lib/commons-lang-2.4.jar
> -share/traccar/lib/commons-lang3-3.6.jar
> -share/traccar/lib/commons-logging-1.1.1.jar
> +share/traccar/lib/commons-lang3-3.8.1.jar
> +share/traccar/lib/commons-logging-1.2.jar
>  share/traccar/lib/commons-validator-1.3.1.jar
>  share/traccar/lib/curvesapi-1.04.jar
>  share/traccar/lib/dom4j-1.1.jar
>  share/traccar/lib/encoder-1.2.3.jar
> -share/traccar/lib/error_prone_annotations-2.2.0.jar
> +share/traccar/lib/error_prone_annotations-2.3.4.jar
>  share/traccar/lib/failureaccess-1.0.1.jar
>

CVS: cvs.openbsd.org: ports

2021-06-02 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2021/06/02 14:05:35

Modified files:
www/qutebrowser: Makefile distinfo 
www/qutebrowser/pkg: PLIST 
Removed files:
www/qutebrowser/patches: patch-qutebrowser_misc_elf_py 

Log message:
update to qutebrowser-2.2.2, from maintainer

CVS: cvs.openbsd.org: ports

2021-06-02 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2021/06/02 14:04:56

Modified files:
www: Makefile 
devel  : Makefile 

Log message:
+devel/maturin, +www/py-adblock

CVS: cvs.openbsd.org: ports

2021-06-02 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2021/06/02 14:04:10

Log message:
import ports/www/py-adblock; Dimitri Karamazov 
ok danj@ kmos@

Python wrapper for Brave's adblocking library, which is written in Rust.

Status:

Vendor Tag: sthen
Release Tags:   sthen_20210602

N ports/www/py-adblock/Makefile
N ports/www/py-adblock/distinfo
N ports/www/py-adblock/pkg/DESCR
N ports/www/py-adblock/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

2021-06-02 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2021/06/02 14:03:28

Log message:
import ports/devel/maturin; Dimitri Karamazov 
ok danj@ kmos@

This program allows you to build and publish crates with pyo3, rust-cpython
and cffi bindings as well as rust binaries as python packages. It is meant
as a zero configuration replacement for setuptools-rust and milksnake.

Status:

Vendor Tag: sthen
Release Tags:   sthen_20210602

N ports/devel/maturin/Makefile
N ports/devel/maturin/distinfo
N ports/devel/maturin/pkg/DESCR
N ports/devel/maturin/pkg/PLIST

No conflicts created by this import

Re: chrome - not signed in

2021-06-02 Thread Peter N. M. Hansteen 



On 6/2/21 4:50 PM, Jan Stary wrote:
> This is current/amd64 running the latest chromium package.
> The user icon in the upper right corner says "not signed in",
> and indeed chrome does not sync. I don't see any place
> where I could sign in, but I know this used to work:
> I logged into my Google account when setting up sync.
> 
> Now Settings > You and Google just calls me "Person 1"
> (renamable to whatever).
> 
> Is anyone seeing the same? How do you log into
> your Google Account in Chrome?
> 
> (I can even be logged into my Google account on the Google
> account webpage that Crhome is displaying, but from Chrome's
> point of view, I am still "Not signed in".)

I've been seeing this as well.

All guides I could find out there says to click on the user icon to log
in but I do not get that option.

A slight annoyance since sharing history and saved credentials across
devices is a nice-to-have feature.


-- 
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.

Re: Stab at re-adding games/nethack/3.6's -qt flavor

2021-06-02 Thread Peter Piwowarski 

On 4/19/21 9:45 PM, Peter Piwowarski wrote:

games/nethack had its -qt flavor removed some time back when Qt3 went
away; upstream has however ported the Qt window port to Qt4/Qt5 in
3.6.x. This is a rough stab at trying to add a -qt flavor back for
version 3.6 only, built against Qt5. Some notes:

* Paradoxically, this involves removing both Qt-specific patches that
   are still floating around. patch-win_Qt_qt_win.cpp applies, so far as
   I can tell, to the old Qt3 code, and is no longer pertinent (and in
   fact the patch was going to break with 3.7), and the local copy of
   qt_xpms.h differs from upstream's only in a way that breaks the build
   (it's missing one pixmap).
* I've added a README explaining both how to switch between interfaces
   and noting a few options upstream documentation recommends setting for
   use with Qt. If desired I can generate another diff without this.

~patch snipped~


Bump. I've been using this locally for the past month-and-a-bit. It has 
a few upstream bugs the Qt3 version didn't, enough that I've had to use 
recover several times; whether that's enough reason on its own to leave 
it disabled I don't know. One is sufficiently reproducible that I might 
be able to track it down and provide a patch at some future date.

[UPDATE] audio/ncspot to 0.7.3

2021-06-02 Thread Henrik Friedrichsen 
Updates ncspot to 0.7.3, containing mainly bugfixes, including for connectivity 
issues:

See also:
- https://github.com/hrkfdn/ncspot/releases/tag/v0.7.1
- https://github.com/hrkfdn/ncspot/releases/tag/v0.7.2
- https://github.com/hrkfdn/ncspot/releases/tag/v0.7.3? crates
? licences
Index: Makefile
===
RCS file: /cvs/ports/audio/ncspot/Makefile,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile
--- Makefile11 May 2021 04:30:58 -  1.15
+++ Makefile2 Jun 2021 16:11:04 -
@@ -6,7 +6,7 @@ COMMENT =   ncurses Spotify client
 
 GH_ACCOUNT =   hrkfdn
 GH_PROJECT =   ncspot
-GH_TAGNAME =   v0.7.0
+GH_TAGNAME =   v0.7.3
 
 CATEGORIES =   audio
 
@@ -56,13 +56,13 @@ MODCARGO_CRATES +=  bitflags1.2.1   # MIT/
 MODCARGO_CRATES += blake2b_simd0.5.11  # MIT
 MODCARGO_CRATES += block   0.1.6   # MIT
 MODCARGO_CRATES += block-buffer0.9.0   # MIT OR Apache-2.0
-MODCARGO_CRATES += bumpalo 3.6.1   # MIT/Apache-2.0
+MODCARGO_CRATES += bumpalo 3.7.0   # MIT/Apache-2.0
 MODCARGO_CRATES += byteorder   1.4.3   # Unlicense OR MIT
 MODCARGO_CRATES += bytes   0.4.12  # MIT
 MODCARGO_CRATES += bytes   0.5.6   # MIT
 MODCARGO_CRATES += bytes   1.0.1   # MIT
 MODCARGO_CRATES += cache-padded1.1.1   # Apache-2.0 OR MIT
-MODCARGO_CRATES += cc  1.0.67  # MIT/Apache-2.0
+MODCARGO_CRATES += cc  1.0.68  # MIT/Apache-2.0
 MODCARGO_CRATES += cesu8   1.1.0   # Apache-2.0/MIT
 MODCARGO_CRATES += cexpr   0.4.0   # Apache-2.0/MIT
 MODCARGO_CRATES += cfg-if  0.1.10  # MIT/Apache-2.0
@@ -77,22 +77,15 @@ MODCARGO_CRATES +=  cloudabi0.0.3   # BSD-
 MODCARGO_CRATES += combine 4.5.2   # MIT
 MODCARGO_CRATES += concurrent-queue1.2.2   # Apache-2.0 OR MIT
 MODCARGO_CRATES += constant_time_eq0.1.5   # CC0-1.0
-MODCARGO_CRATES += cookie  0.12.0  # MIT/Apache-2.0
-MODCARGO_CRATES += cookie_store0.7.0   # MIT/Apache-2.0
 MODCARGO_CRATES += core-foundation 0.9.1   # MIT / Apache-2.0
 MODCARGO_CRATES += core-foundation-sys 0.6.2   # MIT / Apache-2.0
 MODCARGO_CRATES += core-foundation-sys 0.8.2   # MIT / Apache-2.0
 MODCARGO_CRATES += coreaudio-rs0.10.0  # MIT/Apache-2.0
 MODCARGO_CRATES += coreaudio-sys   0.2.8   # MIT
 MODCARGO_CRATES += cpal0.13.3  # Apache-2.0
-MODCARGO_CRATES += cpufeatures 0.1.1   # MIT OR Apache-2.0
-MODCARGO_CRATES += crc32fast   1.2.1   # MIT OR Apache-2.0
+MODCARGO_CRATES += cpufeatures 0.1.4   # MIT OR Apache-2.0
 MODCARGO_CRATES += crossbeam-channel   0.5.1   # MIT OR Apache-2.0
-MODCARGO_CRATES += crossbeam-deque 0.7.3   # MIT/Apache-2.0
-MODCARGO_CRATES += crossbeam-epoch 0.8.2   # MIT/Apache-2.0
-MODCARGO_CRATES += crossbeam-queue 0.2.3   # MIT/Apache-2.0 AND 
BSD-2-Clause
-MODCARGO_CRATES += crossbeam-utils 0.7.2   # MIT/Apache-2.0
-MODCARGO_CRATES += crossbeam-utils 0.8.4   # MIT OR Apache-2.0
+MODCARGO_CRATES += crossbeam-utils 0.8.5   # MIT OR Apache-2.0
 MODCARGO_CRATES += crypto-mac  0.11.0  # MIT OR Apache-2.0
 MODCARGO_CRATES += ctr 0.6.0   # MIT OR Apache-2.0
 MODCARGO_CRATES += cursive 0.16.3  # MIT
@@ -113,7 +106,6 @@ MODCARGO_CRATES +=  dirs1.0.5   # MIT OR A
 MODCARGO_CRATES += dirs-next   1.0.2   # MIT OR Apache-2.0
 MODCARGO_CRATES += dirs-sys-next   0.1.2   # MIT OR Apache-2.0
 MODCARGO_CRATES += dotenv  0.13.0  # MIT
-MODCARGO_CRATES += dtoa0.4.8   # MIT OR Apache-2.0
 MODCARGO_CRATES += either  1.6.1   # MIT/Apache-2.0
 MODCARGO_CRATES += encoding_rs 0.8.28  # Apache-2.0 OR MIT
 MODCARGO_CRATES += enum-map0.6.4   # MIT/Apache-2.0
@@ -125,7 +117,6 @@ MODCARGO_CRATES +=  failure 0.1.8   # MIT O
 MODCARGO_CRATES += failure_derive  0.1.8   # MIT OR Apache-2.0
 MODCARGO_CRATES += fastrand1.4.1   # Apache-2.0 OR MIT
 MODCARGO_CRATES += fern0.6.0   # MIT
-MODCARGO_CRATES += flate2  1.0.20  # MIT/Apache-2.0
 MODCARGO_CRATES += fnv 1.0.7   # Apache-2.0 / MIT
 MODCARGO_CRATES += foreign-types   0.3.2   # MIT/Apache-2.0
 MODCARGO_CRATES += foreign-types-shared0.1.1   # MIT/Apache-2.0
@@ -134,40 +125,42 @@ MODCARGO_CRATES +=fuchsia-cprng   0.1.1   #
 MODCARGO_CRATES += fuchsia-zircon  0.3.3   # BSD-3-Clause
 MODCARGO_CRATES += fuchsia-zircon-sys  0.3.3   # BSD-3-Clause
 MODCARGO_CRATES += futures 0.1.31  # MIT/Apache-2.0
-MODCARGO_CRATES += futures 0.3.14  # MIT OR Apache-2.0
-MODCARGO_CRATES += futures-channel 0.3.14  # MIT OR Apache-2.0
-MODCARGO_CRATES += futures-core0.3.14  # MIT OR Apache-2.0
-MODCARGO_CRATES += futures-cpupool 0.1.8   # MIT/Apache-2.0
-MODCARGO_CRATES += futures-executor0.3.14  # MIT OR Apache-2.0
-MODCARGO_CRATES += futures-io  0.3.14  # MIT OR

Re: chrome - not signed in

2021-06-02 Thread Dave Voutila 


Dave Voutila writes:

> Jan Stary writes:
>
>> This is current/amd64 running the latest chromium package.
>> The user icon in the upper right corner says "not signed in",
>> and indeed chrome does not sync. I don't see any place
>> where I could sign in, but I know this used to work:
>> I logged into my Google account when setting up sync.
>>
>> Now Settings > You and Google just calls me "Person 1"
>> (renamable to whatever).
>>
>> Is anyone seeing the same? How do you log into
>> your Google Account in Chrome?
>>
>> (I can even be logged into my Google account on the Google
>> account webpage that Crhome is displaying, but from Chrome's
>> point of view, I am still "Not signed in".)
>>
>>  Jan
>
> I may be wrong, but I believe Google recently decided to only allow
> access to the Google Sync API from their official Chrome builds and not
> from Chromium.
>

Yup, see the following commit:

https://marc.info/?l=openbsd-ports-cvs=161544126605997=2

The keys were removed

http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/www/chromium/Makefile.diff?r1=1.550=1.551

-dv

Re: chrome - not signed in

2021-06-02 Thread Stuart Henderson 
Sync is now only allowed for Google builds of Chrome, not third party 
Chromium builds.


--
 Sent from a phone, apologies for poor formatting.
On 2 June 2021 15:50:59 Jan Stary  wrote:


This is current/amd64 running the latest chromium package.
The user icon in the upper right corner says "not signed in",
and indeed chrome does not sync. I don't see any place
where I could sign in, but I know this used to work:
I logged into my Google account when setting up sync.

Now Settings > You and Google just calls me "Person 1"
(renamable to whatever).

Is anyone seeing the same? How do you log into
your Google Account in Chrome?

(I can even be logged into my Google account on the Google
account webpage that Crhome is displaying, but from Chrome's
point of view, I am still "Not signed in".)

Jan

Re: chrome - not signed in

2021-06-02 Thread Dave Voutila 


Jan Stary writes:

> This is current/amd64 running the latest chromium package.
> The user icon in the upper right corner says "not signed in",
> and indeed chrome does not sync. I don't see any place
> where I could sign in, but I know this used to work:
> I logged into my Google account when setting up sync.
>
> Now Settings > You and Google just calls me "Person 1"
> (renamable to whatever).
>
> Is anyone seeing the same? How do you log into
> your Google Account in Chrome?
>
> (I can even be logged into my Google account on the Google
> account webpage that Crhome is displaying, but from Chrome's
> point of view, I am still "Not signed in".)
>
>   Jan

I may be wrong, but I believe Google recently decided to only allow
access to the Google Sync API from their official Chrome builds and not
from Chromium.

-dv

chrome - not signed in

2021-06-02 Thread Jan Stary 
This is current/amd64 running the latest chromium package.
The user icon in the upper right corner says "not signed in",
and indeed chrome does not sync. I don't see any place
where I could sign in, but I know this used to work:
I logged into my Google account when setting up sync.

Now Settings > You and Google just calls me "Person 1"
(renamable to whatever).

Is anyone seeing the same? How do you log into
your Google Account in Chrome?

(I can even be logged into my Google account on the Google
account webpage that Crhome is displaying, but from Chrome's
point of view, I am still "Not signed in".)

Jan

Re: [update] openvpn-auth-ldap 2.0.4

2021-06-02 Thread Landry Breuil 
Le Mon, May 31, 2021 at 04:57:49PM +0200, Landry Breuil a écrit :
> Hi,
> 
> there's been a new release on github in 2019, after the last one we're
> still shipping from 2007.. cf
> https://github.com/threerings/openvpn-auth-ldap/releases/tag/auth-ldap-2.0.4
> 
> i know nothing to obj-c so i randomly poked thing around until this
> built fine. runtime testing welcome, as apparently the "modern runtime"
> patches didnt make it upstream anyway. Remove some patches while here,
> but dunno if they're needed at runtime.. ccing our objc expert :)

fwiw, after *light* testing with the diff backported to 6.9, it *seems*
this work:

2021-06-02 15:59:50 us=135854 172.20.85.209:39294 PLUGIN_CALL: POST 
/usr/local/lib/openvpn-auth-ldap.so/PLUGIN_AUTH_USER_PASS_VERIFY status=0
2021-06-02 15:59:50 us=136495 172.20.85.209:39294 TLS: Username/Password 
authentication succeeded for username 'breuil' 

but i dont have a complicated ldap setup with groups etc.

compared to the previous diff, sthen@ fixed a thinko from my part:
PKGNAME = openvpn-${GH_TAGNAME}

besides that, i was thinking that maybe it would make sense to move the
plugin from /usr/local/lib/openvpn-auth-ldap.so to
/usr/local/lib/openvpn/plugins/auth-ldap.so as that's where openvpn
stores its plugins, but .. *shrug*

Now looking for okays from the openvpn/obj-c crowd :)

Landry

CVS: cvs.openbsd.org: ports

2021-06-02 Thread Paco Esteban 
CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2021/06/02 07:07:23

Modified files:
infrastructure/bin: portcheck 

Log message:
fix fgrep command for modules.inc.  Spotted by zhuk@

[update] geo/traccar -> 4.13

2021-06-02 Thread Renaud Allard 

Hello,

Here is a diff to update geo/traccar to 4.13.

There is an important change due to a modification in liquibase. If you 
have defined 'database.changelog' in /etc/traccar/traccar.xml, it will 
need to change to a relative path. However, it is not expected that 
users define it in their own configuration file.


Best Regards
Index: Makefile
===
RCS file: /cvs/ports/geo/traccar/Makefile,v
retrieving revision 1.14
diff -u -p -r1.14 Makefile
--- Makefile	6 Feb 2021 21:07:31 -	1.14
+++ Makefile	2 Jun 2021 08:46:19 -
@@ -1,7 +1,7 @@
 # $OpenBSD: Makefile,v 1.14 2021/02/06 21:07:31 sthen Exp $
 
 COMMENT =	modern GPS tracking platform
-V =		4.12
+V =		4.13
 PKGNAME =	traccar-${V}
 DISTNAME =	traccar-other-${V}
 EXTRACT_SUFX =	.zip
@@ -18,7 +18,7 @@ PERMIT_PACKAGE =	Yes
 MASTER_SITES = https://github.com/traccar/traccar/releases/download/v${V}/
 
 MODULES =   java
-MODJAVA_VER =   1.8+
+MODJAVA_VER =   11+
 
 RUN_DEPENDS=		java/javaPathHelper
 
Index: distinfo
===
RCS file: /cvs/ports/geo/traccar/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- distinfo	6 Feb 2021 21:07:31 -	1.9
+++ distinfo	2 Jun 2021 08:46:19 -
@@ -1,2 +1,2 @@
-SHA256 (traccar-other-4.12.zip) = Gc+hVRfG3PwcmobXysd8O6dFlQz5+kcr9nif1PUQeZ0=
-SIZE (traccar-other-4.12.zip) = 64392818
+SHA256 (traccar-other-4.13.zip) = +6ctOhquILMvzMwV7GRXNwLqCj5PEvolTwDjjPgAMNM=
+SIZE (traccar-other-4.13.zip) = 74110664
Index: patches/patch-conf_default_xml
===
RCS file: /cvs/ports/geo/traccar/patches/patch-conf_default_xml,v
retrieving revision 1.6
diff -u -p -r1.6 patch-conf_default_xml
--- patches/patch-conf_default_xml	6 Feb 2021 21:07:31 -	1.6
+++ patches/patch-conf_default_xml	2 Jun 2021 08:46:19 -
@@ -37,7 +37,7 @@ Index: conf/default.xml
  true
  true
 -./schema/changelog-master.xml
-+${LOCALBASE}/share/traccar/schema/changelog-master.xml
++../..${LOCALBASE}/share/traccar/schema/changelog-master.xml
   
  
  SELECT * FROM tc_users
Index: pkg/PLIST
===
RCS file: /cvs/ports/geo/traccar/pkg/PLIST,v
retrieving revision 1.10
diff -u -p -r1.10 PLIST
--- pkg/PLIST	6 Feb 2021 21:07:31 -	1.10
+++ pkg/PLIST	2 Jun 2021 08:46:19 -
@@ -26,17 +26,20 @@ share/traccar/conf/traccar.xml
 @owner
 @group
 share/traccar/lib/
-share/traccar/lib/HikariCP-4.0.1.jar
+share/traccar/lib/HikariCP-4.0.3.jar
 share/traccar/lib/activation-1.1.1.jar
-share/traccar/lib/animal-sniffer-annotations-1.17.jar
 share/traccar/lib/antlr-2.7.2.jar
 share/traccar/lib/aopalliance-1.0.jar
 share/traccar/lib/aopalliance-repackaged-2.6.1.jar
-share/traccar/lib/asm-9.0.jar
-share/traccar/lib/asm-analysis-9.0.jar
-share/traccar/lib/asm-commons-9.0.jar
-share/traccar/lib/asm-tree-9.0.jar
-share/traccar/lib/asm-util-9.0.jar
+share/traccar/lib/asm-9.1.jar
+share/traccar/lib/asm-analysis-9.1.jar
+share/traccar/lib/asm-commons-9.1.jar
+share/traccar/lib/asm-tree-9.1.jar
+share/traccar/lib/asm-util-9.1.jar
+share/traccar/lib/aws-java-sdk-core-1.11.1030.jar
+share/traccar/lib/aws-java-sdk-sns-1.11.1030.jar
+share/traccar/lib/aws-java-sdk-sqs-1.11.1030.jar
+share/traccar/lib/cache-api-1.1.1.jar
 share/traccar/lib/checker-qual-3.5.0.jar
 share/traccar/lib/commons-beanutils-1.9.2.jar
 share/traccar/lib/commons-chain-1.1.jar
@@ -47,34 +50,41 @@ share/traccar/lib/commons-compress-1.18.
 share/traccar/lib/commons-digester-1.8.jar
 share/traccar/lib/commons-jexl-2.1.1.jar
 share/traccar/lib/commons-lang-2.4.jar
-share/traccar/lib/commons-lang3-3.6.jar
-share/traccar/lib/commons-logging-1.1.1.jar
+share/traccar/lib/commons-lang3-3.8.1.jar
+share/traccar/lib/commons-logging-1.2.jar
 share/traccar/lib/commons-validator-1.3.1.jar
 share/traccar/lib/curvesapi-1.04.jar
 share/traccar/lib/dom4j-1.1.jar
 share/traccar/lib/encoder-1.2.3.jar
-share/traccar/lib/error_prone_annotations-2.2.0.jar
+share/traccar/lib/error_prone_annotations-2.3.4.jar
 share/traccar/lib/failureaccess-1.0.1.jar
-share/traccar/lib/guava-27.1-jre.jar
-share/traccar/lib/guice-4.2.3.jar
-share/traccar/lib/guice-assistedinject-4.2.3.jar
+share/traccar/lib/groovy-3.0.7.jar
+share/traccar/lib/groovy-dateutil-3.0.7.jar
+share/traccar/lib/guava-30.1-jre.jar
+share/traccar/lib/guice-5.0.1.jar
+share/traccar/lib/guice-assistedinject-5.0.1.jar
 share/traccar/lib/h2-1.4.200.jar
 share/traccar/lib/hk2-api-2.6.1.jar
 share/traccar/lib/hk2-locator-2.6.1.jar
 share/traccar/lib/hk2-utils-2.6.1.jar
-share/traccar/lib/ical4j-2.0.5.jar
-share/traccar/lib/j2objc-annotations-1.1.jar
-share/traccar/lib/jackson-annotations-2.12.1.jar
-share/traccar/lib/jackson-core-2.12.1.jar
-share/traccar/lib/jackson-databind-2.12.1.jar
-share/traccar/lib/jackson-datatype-jsr353-2.12.1.jar

Re: CVS: cvs.openbsd.org: ports

2021-06-02 Thread Vadim Zhukov 
вт, 1 июн. 2021 г. в 09:59, Paco Esteban :
>
> CVSROOT:/cvs
> Module name:ports
> Changes by: p...@cvs.openbsd.org2021/06/01 00:58:59
>
> Modified files:
> infrastructure/bin: portcheck
>
> Log message:
> portcheck: do not complain about modules.inc being an extra file.
>
> This is used by some Go ports, and maybe some Rust ports in the future
> too.
>
> "fine by me" zhuk@

The version you committed wasn't fine:

fgrep -qx '\.include "\./modules\.inc"'

is not the same as

fgrep -qx '.include "./modules.inc"'

-- 
  WBR,
  Vadim Zhukov

Re: Update to minio-0.20210527

2021-06-02 Thread Denis Fondras 
Le Tue, Jun 01, 2021 at 11:29:13AM -0400, Daniel Jakots a écrit :
> On Mon, 31 May 2021 22:22:40 -0400, Daniel Jakots  wrote:
> 
> > Hi,
> > 
> > I tried to update net/minio/server, I thought I would first share what
> > I did, and then I'll look at the client (since I've less interest in
> > it).
> > 
> > What I did: go to
> > https://proxy.golang.org/github.com/minio/minio/@v/v0.0.0-2021010100-89bb9f17d738.info
> > (the 12 "trailing" letters are the 12 first letters from the commit),
> > get the "(expected 20210527203804)" and use it in the Makefile (the
> > famous Denis method ;)).
> > 
> > I thought it would be nice to switch to modules.inc so I ran `make
> > modgo-gen-modules > modules.inc`, took inspiration from
> > audio/navidrome/Makefile to see how to 'properly' include it.
> > 
> > I removed the relevant MODGO_ lines from the Makefile and then built
> > it.
> > 
> > Did I miss anything?
> 
> I wrote
> https://github.com/danieljakots/obsd-ports-tools/blob/master/go-ports-var.go
> regarding the variables V and CID. It's most likely minio-specific but
> feel free to add support for other ports if you need such a thing as
> well (but don't break it for minio :p)
> 
> Both projects switched to AGPLv3+
> https://github.com/minio/minio/commit/069432566fcfac1f1053677cc925ddafd750730a
> https://github.com/minio/mc/commit/1402987ccbb9877e15d865a110a21a9518ec9e44
> 
> I updated the server part of the port on my machine, it seems to work
> fine.
> 
> Here's a diff (attached instead of inline because it's > 500kB) that
> also updates the client.
> 
> Comments? OK?
> 

It looks good to me. OK denis@

geo/traccar 4.13

2021-06-02 Thread Renaud Allard 

Hello,

I was updating the port for traccar to v4.13, but I noticed that 
liquibase introduced a change which makes traccar fail to start the 
database upgrade.


2021-06-02 08:49:54 ERROR: Main method error - The file 
/usr/local/share/traccar/schema/changelog-master.xml was not found in - 
. Specifying files by absolute path was removed in Liquibase 4.0. Please 
use a relative path or add '/' to the classpath parameter. - 
ChangeLogParseException (... < DataManager:293 < *:86 < Context:290 < 
Main:120 < ...)


Of course, in the config file, if I do something like key='database.changelog'>../../../../../usr/local/share/traccar/schema/changelog-master.xml, 
it works, but it's quite far from being clean.


Do you have an idea on how to solve this issue cleanly? This will be a 
breaking change anyway.


Best Regards



smime.p7s
Description: S/MIME Cryptographic Signature

Re: [NEW] www/py-adblock

2021-06-02 Thread Dimitri Karamazov 
On Wed, Jun 02, 2021 at 07:35:40AM +, Kurt Mosiejczuk wrote:
> On Tue, Jun 01, 2021 at 08:19:00PM +0100, Stuart Henderson wrote:
> 
> > > > That doesn't change anything, TEST_DEPENDS isn't needed as they're
> > > > already in BUILD_DEPENDS and you can't test without building.
> > > > Anyway; tests still fail but runtime works.
> 
> > > > These are OK sthen@ to import
> 
> > Would anyone like to import with my OK, or give me an OK for these?
> 
> Only problem I see with py-adblock has "FLAVOR ?= python3" where it
> should have "FLAVOR = python3". It is also missing a TEST_DEPENDS on
> textproc/py-toml. Other than that? ok kmos to import
> 
> Maturin looks alright. ok kmos to import
> 
> --Kurt
> 
Reattached with the above changes.

regards,
  Dimitri
> > 
> > > Changed the test cmd so it directly calls the pytest module.
> > > This should work. PYTHONPATH not required anymore since the module will
> > > be installed in the tests dir itself during do-test.
> > > 
> > > All tests pass.
> > > 
> > > -TEST_ENV =   PYTHONPATH=${WRKSRC}${MODPY_SITEPKG}:${MODPY_SITEPKG}
> > > -
> > >  do-build:
> > >   ${MODCARGO_CARGO_RUN} build \
> > >   --manifest-path ${MODCARGO_CARGOTOML} \
> > > @@ -108,10 +106,10 @@ do-build:
> > >  
> > >  do-test:
> > >   pip${MODPY_VERSION} install --isolated \
> > > - --root=${WRKSRC} \
> > > + --target=${WRKSRC}/tests \
> > >   --ignore-installed \
> > >   --no-deps ${WRKSRC}/target/wheels/*.whl
> > > - cd ${MODPY_TEST_DIR} && ${SETENV} ${ALL_TEST_ENV} py.test -v
> > > + cd ${WRKSRC} && ${SETENV} ${ALL_TEST_ENV} ${MODPY_BIN} -m pytest -v
> > 
> > 
> > 


py-adblock.tar.gz
Description: Binary data


maturin.tar.gz
Description: Binary data

CVS: cvs.openbsd.org: ports

2021-06-02 Thread Robert Nagy 
CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2021/06/02 01:06:38

Modified files:
sysutils/bacula: Makefile distinfo 
Added files:
sysutils/bacula/patches: patch-src_cats_sql_get_c 

Log message:
update to 11.0.4