CVS: cvs.openbsd.org: ports

2020-10-21 Thread Ingo Feinerer
CVSROOT:/cvs
Module name:ports
Changes by: feine...@cvs.openbsd.org2020/10/21 23:15:38

Modified files:
net/kdeconnect-kde: Makefile distinfo 
net/kdeconnect-kde/patches: 
patch-data_org_kde_kdeconnect_open_desktop 
net/kdeconnect-kde/pkg: PLIST 

Log message:
Update to KDE Connect 1.4.1



CVS: cvs.openbsd.org: ports

2020-10-21 Thread Aaron Bieber
CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2020/10/21 22:06:10

Modified files:
net/gomuks : Makefile distinfo 

Log message:
Bump gomuks to 0.2.0.

Changes: https://github.com/tulir/gomuks/releases/tag/v0.2.0



CVS: cvs.openbsd.org: ports

2020-10-21 Thread Aaron Bieber
CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2020/10/21 22:01:05

Modified files:
devel/olm  : Makefile distinfo 

Log message:
Update olm to 3.2.1.

Changes here: https://gitlab.matrix.org/matrix-org/olm/-/releases



UPDATE: net/bitlbee-facebook 1.2.0 -> 1.2.1

2020-10-21 Thread Eivind Eide
bitlbee-facebook-1.2.1 (2020-10-20):
  - Fix "Parse error: unexpected identifier 'taNewMessage'"
  - Fix "Failed to read thrift: facebook-api.c:1929 fb_api_cb_publish_pt:
assertion 'fb_thrift_read_stop(thft)' failed"

Tested lightly on amd64.

Simple diff. Attaching as textfile, as gmail mangles all input.

-- 



Eivind Eide

"ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD"
- Oceania Association of Autonomous Astronauts
diff -rupN bitlbee-facebook.bak/Makefile bitlbee-facebook/Makefile
--- bitlbee-facebook.bak/Makefile   Tue Jul  9 12:56:07 2019
+++ bitlbee-facebook/Makefile   Thu Oct 22 04:50:03 2020
@@ -1,7 +1,7 @@
 # $OpenBSD: Makefile,v 1.5 2019/07/09 10:56:07 kn Exp $
 
 COMMENT=   Facebook Messenger protocol plugin for bitlbee
-V= 1.2.0
+V= 1.2.1
 DISTNAME=  bitlbee-facebook-$V
 CATEGORIES=net
 
diff -rupN bitlbee-facebook.bak/distinfo bitlbee-facebook/distinfo
--- bitlbee-facebook.bak/distinfo   Tue Jul  9 12:56:07 2019
+++ bitlbee-facebook/distinfo   Thu Oct 22 04:54:47 2020
@@ -1,2 +1,2 @@
-SHA256 (bitlbee-facebook-1.2.0.tar.gz) = 
vkbimvTCfM5NqyJJ0jzjmMJ93s+Rcs4tSt9vgCp8Vmo=
-SIZE (bitlbee-facebook-1.2.0.tar.gz) = 409444
+SHA256 (bitlbee-facebook-1.2.1.tar.gz) = 
G/yy9A/cZBZqntfhJSyYTr+BZ1q+cgJd81lAXKvG3jo=
+SIZE (bitlbee-facebook-1.2.1.tar.gz) = 409828


CVS: cvs.openbsd.org: ports

2020-10-21 Thread Aaron Bieber
CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2020/10/21 20:58:22

Modified files:
devel/sqlc : Makefile distinfo 

Log message:
Bump sqlc to 1.5.0



回复: [Update] devel/p5-DateTime-TimeZone : Update to 2.41

2020-10-21 Thread wen heping
Revised patch:
i) Update to 2.43
ii) Remove the trailing tab in Makefile

wen


发件人: Charlene Wendling 
发送时间: 2020年10月8日 18:10
收件人: wen heping 
抄送: afre...@openbsd.org ; ports@openbsd.org 

主题: Re: [Update] devel/p5-DateTime-TimeZone : Update to 2.41

On Thu, 8 Oct 2020 07:09:34 +
wen heping wrote:

> Hi,
>
>Here is a simple patch to update devel/p5-DateTime-TimeZone
> to 2.41. It build well and pass all tests on amd64-current system.
>
>Upstream only update the timezone database. So I did not test
> others ports depend on it.
>
>
> Regards,
> wen

OK cwen@, but there is a trailing tab in the last line of the
Makefile that should be removed
Index: Makefile
===
RCS file: /cvs/ports/devel/p5-DateTime-TimeZone/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile24 Jul 2020 01:22:36 -  1.20
+++ Makefile22 Oct 2020 02:47:43 -
@@ -4,7 +4,7 @@ COMMENT =   DateTime submodule for TZ
 
 MODULES =  cpan
 PKG_ARCH = *
-DISTNAME = DateTime-TimeZone-2.39
+DISTNAME = DateTime-TimeZone-2.43
 CATEGORIES =   devel
 
 MAINTAINER =   Andrew Hewus Fresh 
@@ -27,4 +27,4 @@ TEST_DEPENDS +=   devel/p5-DateTime \
devel/p5-Test-Output \
devel/p5-Test-Taint
 
-.include  
+.include 
Index: distinfo
===
RCS file: /cvs/ports/devel/p5-DateTime-TimeZone/distinfo,v
retrieving revision 1.12
diff -u -p -r1.12 distinfo
--- distinfo24 Jul 2020 01:22:36 -  1.12
+++ distinfo22 Oct 2020 02:47:43 -
@@ -1,2 +1,2 @@
-SHA256 (DateTime-TimeZone-2.39.tar.gz) = 
ZaSQg79GW0LGpl31de+s64e1ulqZfU6R5t26VxkMj8o=
-SIZE (DateTime-TimeZone-2.39.tar.gz) = 993595
+SHA256 (DateTime-TimeZone-2.43.tar.gz) = 
J+uYgv+k/u1vlOdvfF91GyB2DfOGTcOSle5ynF4Zc1Q=
+SIZE (DateTime-TimeZone-2.43.tar.gz) = 997292


CVS: cvs.openbsd.org: ports

2020-10-21 Thread Aaron Bieber
CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2020/10/21 19:56:22

Modified files:
sysutils/facette: Makefile 

Log message:
Remove missed BROKEN marker.



[Security Update] www/py-flask-cors : Update to 3.0.9

2020-10-21 Thread wen heping
Hi, ports@:

   Here is a simple patch for www/py-flask-cors to update to 3.0.9,
it is a security update which fix CVE-2020-25032.
   It build well and pass all tests on amd64-current system.
   Only one port depends on it : geo/pygeoapi ,it build and runwell
with this patch, no test defined.


Cheers !
wen
Index: Makefile
===
RCS file: /cvs/ports/www/py-flask-cors/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile3 Jul 2020 21:13:18 -   1.2
+++ Makefile22 Oct 2020 00:16:45 -
@@ -2,10 +2,9 @@
 
 COMMENT =  CORS handling for flask
 
-MODPY_EGG_VERSION =3.0.8
+MODPY_EGG_VERSION =3.0.9
 DISTNAME = Flask-Cors-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME:L}
-REVISION = 0
 
 CATEGORIES =   www
 
Index: distinfo
===
RCS file: /cvs/ports/www/py-flask-cors/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo16 Jan 2020 17:53:08 -  1.1.1.1
+++ distinfo22 Oct 2020 00:16:45 -
@@ -1,2 +1,2 @@
-SHA256 (Flask-Cors-3.0.8.tar.gz) = chcEI+tGEvCEcxiv/4wkezi9UWt3N638ENHCzbs4LRY=
-SIZE (Flask-Cors-3.0.8.tar.gz) = 27651
+SHA256 (Flask-Cors-3.0.9.tar.gz) = a8/BACiMXRvLHbuFS6vVm+7mIv/TIeREsF8k1tWEZrg=
+SIZE (Flask-Cors-3.0.9.tar.gz) = 29038


Re: CVS: cvs.openbsd.org: ports

2020-10-21 Thread Kurt Mosiejczuk
On Wed, Oct 21, 2020 at 04:49:11PM -0600, Kurt Mosiejczuk wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   k...@cvs.openbsd.org2020/10/21 16:49:11
> 
> Modified files:
>   graphics/libgphoto2: Makefile 
> 
> Log message:
> libgphoto2 uses C99 constructs, so do the usual dance for base-gcc
> arches (sparc64 in particular)
> 
Got distracted writing commit message.

This was ok cwen@ and aja@ (maintainer)



CVS: cvs.openbsd.org: ports

2020-10-21 Thread Kurt Mosiejczuk
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2020/10/21 16:49:11

Modified files:
graphics/libgphoto2: Makefile 

Log message:
libgphoto2 uses C99 constructs, so do the usual dance for base-gcc
arches (sparc64 in particular)



Re: [sparc64/base-gcc] Fix build of graphics/libgphoto2

2020-10-21 Thread Antoine Jacoutot
On Wed, Oct 21, 2020 at 12:51:03AM -0400, Kurt Mosiejczuk wrote:
> libgphoto2 needs C99 constructs to compile.
> 
> This does the usual dance with conditionally adding -std=gnu99
> 
> ok?

OK

> 
> --Kurt
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/graphics/libgphoto2/Makefile,v
> retrieving revision 1.70
> diff -u -r1.70 Makefile
> --- Makefile  17 Oct 2020 08:25:12 -  1.70
> +++ Makefile  21 Oct 2020 04:28:19 -
> @@ -46,6 +46,11 @@
>  # XXX libusb1 is broken
>  CONFIGURE_ARGS +=--with-libusb-1.0=no
>  
> +.include 
> +.if !${PROPERTIES:Mclang}
> +CFLAGS +=-std=gnu99
> +.endif
> +
>  DEBUG_PACKAGES=  ${BUILD_PACKAGES}
>  
>  # /usr/local/lib/libiconv.a(localcharset.o)(.text+0x0): In function 
> `locale_charset':

-- 
Antoine



CVS: cvs.openbsd.org: ports

2020-10-21 Thread Jeremie Courreges-Anglas
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2020/10/21 15:21:59

Modified files:
textproc/groff : Makefile 
Added files:
textproc/groff/patches: patch-lib_vasnprintf_c 

Log message:
Prevent gnulib compat code from using snprintf("...%n") for no good reason

Heavier fix in upstream gnulib:
https://lists.gnu.org/archive/html/bug-gnulib/2020-10/msg00013.html

ok schwarze@ (maintainer)



CVS: cvs.openbsd.org: ports

2020-10-21 Thread Elias M . Mariani
CVSROOT:/cvs
Module name:ports
Changes by: mari...@cvs.openbsd.org 2020/10/21 15:15:15

Modified files:
devel/py-rope  : Makefile distinfo 

Log message:
Update devel/py-rope 0.17.0 to 0.18.0

Changelog:
https://github.com/python-rope/rope/releases/tag/0.18.0

pytest: 194 out of 194 tests passed, 316 warnings
(related to python deprecations).

Tested with devel/spyder OK on amd64 (only consumer).



CVS: cvs.openbsd.org: ports

2020-10-21 Thread Jeremie Courreges-Anglas
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2020/10/21 15:11:59

Modified files:
devel/grcs : Makefile 
Added files:
devel/grcs/patches: patch-lib_vasnprintf_c 

Log message:
Prevent gnulib compat code from using snprintf("...%n") for no good reason

Heavier fix in upstream gnulib:
https://lists.gnu.org/archive/html/bug-gnulib/2020-10/msg00013.html



Ruby 2.7 sparc64 fiber fix

2020-10-21 Thread Jeremy Evans
On 12/31 11:44, Jeremie Courreges-Anglas wrote:
> On Sat, Dec 28 2019, Jeremie Courreges-Anglas  wrote:
> > On Sat, Dec 28 2019, Jeremie Courreges-Anglas  wrote:
> >
> > [...]
> >
> >> I removed test_fiber.rb and am now running the tests again, trying to
> >> sort out why I'm hitting resource exhaustion...
> >
> > Build restarted with DEBUG=-g.
> 
> Back to this test_fiber.rb problem.  Looks like sparc register windows
> handling has been fragile for some time in ruby land:
> 
>   https://redmine.ruby-lang.org/issues/5244
> 
> The source code mentions a discussion with David Miller:
> 
>   https://marc.info/?l=linux-sparc=131914569320660=2
> 
> I have tried to use "ta 0x03" instead of "flushw [%o7]" in
> coroutine_flush_register_windows(), it didn't help.
> 
> I couldn't find a core dump for test_fiber.rb, pointers for proper
> debugging welcome.  Instead, here's a simple reproducer.

After over 9 months of slacking and hoping someone else would fix it,
I finally took the time to look into this.  Both jca@ and kn@ offered
sparc64 access, and that was instrumental in debugging this issue.
Thanks kn@ for setting up my account and going out of his way so I can
get access from my IPv4-only network.

Between Ruby 2.6 and 2.7, the default coroutine implementation for Ruby
changed. Before Ruby 2.7, the coroutine implementation was pretty much
the same since Ruby 1.9.  In Ruby 2.7, the design is similar and equally
horrific. Fibers still switch by copying the entire stack to the heap and
calling setjmp, and then overwriting the entire stack with the stack of
the fiber you are switching to (which was previously copied to the heap),
then calling longjmp after overwriting the stack.  However, there were
some implementation differences between the implementations causing the
new implementation to not work.

I was able to modify the new implementation enough so that it does work
correctly on sparc64, passing test_fiber.rb, as long as the specific
files related to fibers are compiled without optimization.  With that,
ruby was able to pass the bootstrap tests, but it quickly failed when
getting to test-all with a SIGABRT.  From the core dump, I was able to
tell that was an issue I already fixed upstream earlier this year. With
that patch also backported, now test-all runs for much longer on sparc64
before also dying with a SIGABRT.  Unfortunately, no core dump for that
one, so I'm not sure what might be causing it.  Maybe it was over the
core dump limit and I need some ulimit -c or login.conf coredumpsize
magic?

Anyway, I think this is probably enough of an improvement to make Ruby
2.7 usable on sparc64.  However, since I'm way outside my area of
expertise, I'd like to get an OK on this from someone who uses sparc64
and ideally other non-amd64 non-i386 arches.

Here's a link to the fiber (copy coroutine) fix:
https://github.com/jeremyevans/ruby/commit/7008ca3838d33bd2d594251fc8c7f4ce52dde72d
 

Briefly, the changes made:

1) Don't flush register windows when saving the stack until right before
copying the stack to the heap. This fixes local variables not being
correct after the stack is restored.

2) Add a char[128] buffer to a couple functions. This is necessary (Ruby
crashes without it), though I'm not sure why.

3) Make sure we copy the entire current stack frame before copying the
stack to the heap by calling a function and returning the address of the
local variable inside of it (this causes a compiler warning). This is
necessary to ensure we don't have a partial copy of the current stack
frame.

The Ruby fiber maintainer has briefly reviewed these changes and is OK
with them, it is likely they will be upstreamed if they don't cause
problems on other arches.

It would also be great to get some feedback on this on arches besides
amd64, i386, and sparc64, if only to make sure that it doesn't make
things worse.  I would like to switch the default Ruby version in ports
from 2.6 to 2.7 before the end of the year, but I want to be sure that
won't break any of the arches we currently build packages for.

Thanks,
Jeremy

Index: Makefile
===
RCS file: /home/cvs/ports/lang/ruby/2.7/Makefile,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 Makefile
--- Makefile5 Oct 2020 17:13:13 -   1.5
+++ Makefile21 Oct 2020 17:41:15 -
@@ -6,6 +6,13 @@ SHARED_LIBS =  ruby27  0.0
 NEXTVER =  2.8
 PKGSPEC-main ?= ruby->=2.7.0,<${NEXTVER}
 
+REVISION-main =0
+
+MASTER_SITES0 =https://github.com/jeremyevans/ruby/commit/
+PATCHFILES =   
ruby-2.7-copy-coro-fix{7008ca3838d33bd2d594251fc8c7f4ce52dde72d}.diff:0 \
+   
ruby-2.7-ffi-closure-fix{040cfc89b9a110cd0fb2abdcd35e8215b4a71f60}.diff:0
+PATCH_DIST_STRIP = -p1
+
 PSEUDO_FLAVORS=no_ri_docs bootstrap
 # Do not build the RI docs on slow arches
 .if ${MACHINE_ARCH:Malpha} || ${MACHINE_ARCH:Marm} || 

Re: [sparc64/base-gcc] Fix build of graphics/libgphoto2

2020-10-21 Thread Charlene Wendling
On Wed, 21 Oct 2020 00:51:03 -0400
Kurt Mosiejczuk wrote:

> libgphoto2 needs C99 constructs to compile.
> 
> This does the usual dance with conditionally adding -std=gnu99
> 
> ok?

OK cwen@

> --Kurt
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/graphics/libgphoto2/Makefile,v
> retrieving revision 1.70
> diff -u -r1.70 Makefile
> --- Makefile  17 Oct 2020 08:25:12 -  1.70
> +++ Makefile  21 Oct 2020 04:28:19 -
> @@ -46,6 +46,11 @@
>  # XXX libusb1 is broken
>  CONFIGURE_ARGS +=--with-libusb-1.0=no
>  
> +.include 
> +.if !${PROPERTIES:Mclang}
> +CFLAGS +=-std=gnu99
> +.endif
> +
>  DEBUG_PACKAGES=  ${BUILD_PACKAGES}
>  
>  # /usr/local/lib/libiconv.a(localcharset.o)(.text+0x0): In function
>  # `locale_charset':
> 



Re: UPDATE: ncmpc-0.41

2020-10-21 Thread Bjorn Ketelaars
On Sun 18/10/2020 19:59, Edd Barrett wrote:
> Hi,
> 
> Easy update to ncmpc-0.41.
> 
> A couple of new, but trivial patches required.
> 
> OK?

Build- and run-tested on amd64.

OK bket@



UPDATE net/unison-2.51.3

2020-10-21 Thread Bjorn Ketelaars
Diff below updates the 2.5x branch of net/unison to 2.51.3, which
interoperates with 2.51.x and contains lots of bug fixes and minor
improvements.

A couple of patches have been removed as these have been committed
upstream.

'make test' runs successfully, and run tested on amd64. Changes made in
Makefile.inc are compatible with the 2.4x branch (build- and
run-tested).

Comments/OK?


Index: Makefile.inc
===
RCS file: /cvs/ports/net/unison/Makefile.inc,v
retrieving revision 1.30
diff -u -p -r1.30 Makefile.inc
--- Makefile.inc12 Jul 2019 20:48:51 -  1.30
+++ Makefile.inc21 Oct 2020 15:37:25 -
@@ -14,7 +14,7 @@ MAINTAINER=   Bjorn Ketelaars =24:editors/emacs
@@ -36,9 +36,10 @@ BUILD_DEPENDS+=  x11/lablgtk2
 LIB_DEPENDS+=  x11/gtk+2
 MAKE_FLAGS+=   UISTYLE=gtk2
 WANTLIB+=  X11 Xcomposite Xcursor Xdamage Xext Xfixes Xi Xinerama
-WANTLIB+=  Xrandr Xrender atk-1.0 cairo fontconfig freetype fribidi
-WANTLIB+=  gdk-x11-2.0 gdk_pixbuf-2.0 gio-2.0 glib-2.0 gobject-2.0
-WANTLIB+=  gtk-x11-2.0 intl pango-1.0 pangocairo-1.0 pangoft2-1.0 z
+WANTLIB+=  Xrandr Xrender atk-1.0 cairo fontconfig freetype gdk-x11-2.0
+WANTLIB+=  gdk_pixbuf-2.0 gio-2.0 glib-2.0 gobject-2.0 gtk-x11-2.0
+WANTLIB+=  harfbuzz intl pango-1.0 pangocairo-1.0 pangoft2-1.0
+WANTLIB+=  z
 .endif
 
 FLAVOR_COMMA=   ${FLAVOR_EXT:S/-/,/g}
Index: 2.4x/pkg/PLIST
===
RCS file: /cvs/ports/net/unison/2.4x/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- 2.4x/pkg/PLIST  4 Sep 2018 12:46:19 -   1.2
+++ 2.4x/pkg/PLIST  21 Oct 2020 15:37:25 -
@@ -1,9 +1,9 @@
 @comment $OpenBSD: PLIST,v 1.2 2018/09/04 12:46:19 espie Exp $
+@option is-branch
+@conflict unison-*
 @pkgpath net/unison/stable${FLAVOR_COMMA}
 @pkgpath net/unison/snapshot${FLAVOR_COMMA}
 @pkgpath net/unison${FLAVOR_COMMA}
-@option is-branch
-@conflict unison-*
 @bin bin/unison
 share/doc/pkg-readmes/${PKGSTEM}
 share/doc/unison/
Index: 2.5x/Makefile
===
RCS file: /cvs/ports/net/unison/2.5x/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- 2.5x/Makefile   9 Jun 2020 17:34:14 -   1.8
+++ 2.5x/Makefile   21 Oct 2020 15:37:25 -
@@ -1,8 +1,5 @@
 # $OpenBSD: Makefile,v 1.8 2020/06/09 17:34:14 chrisz Exp $
- 
-GH_TAGNAME=v2.51.2
-REVISION=  5
 
-WRKDIST=   ${WRKDIR}/${PKGNAME}/src
+GH_TAGNAME=v2.51.3
 
 .include 
Index: 2.5x/distinfo
===
RCS file: /cvs/ports/net/unison/2.5x/distinfo,v
retrieving revision 1.1
diff -u -p -r1.1 distinfo
--- 2.5x/distinfo   26 Apr 2018 21:34:23 -  1.1
+++ 2.5x/distinfo   21 Oct 2020 15:37:25 -
@@ -1,2 +1,2 @@
-SHA256 (unison-2.51.2.tar.gz) = ou/L6rZRvm32nMmyUwEaB5Vey5H7QHohlxlFEZeEnV4=
-SIZE (unison-2.51.2.tar.gz) = 1398790
+SHA256 (unison-2.51.3.tar.gz) = DCh9F/UnKUQLK9wo7fTRmy1epYaZg9eOeA1QHFhmkUs=
+SIZE (unison-2.51.3.tar.gz) = 1370060
Index: 2.5x/patches/patch-files_ml
===
RCS file: 2.5x/patches/patch-files_ml
diff -N 2.5x/patches/patch-files_ml
--- 2.5x/patches/patch-files_ml 18 Sep 2019 17:49:36 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,14 +0,0 @@
-$OpenBSD: patch-files_ml,v 1.1 2019/09/18 17:49:36 chrisz Exp $
-
-Index: files.ml
 files.ml.orig
-+++ files.ml
-@@ -734,7 +734,7 @@ let get_files_in_directory dir =
-   with End_of_file ->
- dirh.System.closedir ()
-   end;
--  Sort.list (<) !files
-+  List.sort String.compare !files
- 
- let ls dir pattern =
-   Util.convertUnixErrorsToTransient
Index: 2.5x/patches/patch-recon_ml
===
RCS file: 2.5x/patches/patch-recon_ml
diff -N 2.5x/patches/patch-recon_ml
--- 2.5x/patches/patch-recon_ml 18 Sep 2019 17:49:36 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-recon_ml,v 1.1 2019/09/18 17:49:36 chrisz Exp $
-
-Index: recon.ml
 recon.ml.orig
-+++ recon.ml
-@@ -661,9 +661,7 @@ let rec reconcile
- 
- (* Sorts the paths so that they will be displayed in order   
*)
- let sortPaths pathUpdatesList =
--  Sort.list
--(fun (p1, _) (p2, _) -> Path.compare p1 p2 <= 0)
--pathUpdatesList
-+  List.sort Path.compare pathUpdatesList
- 
- let rec enterPath p1 p2 t =
-   match Path.deconstruct p1, Path.deconstruct p2 with
Index: 2.5x/patches/patch-system_system_generic_ml
===
RCS file: 2.5x/patches/patch-system_system_generic_ml
diff -N 2.5x/patches/patch-system_system_generic_ml
--- 2.5x/patches/patch-system_system_generic_ml 18 Sep 2019 17:49:36 -  
1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,14 +0,0 @@
-$OpenBSD: 

CVS: cvs.openbsd.org: ports

2020-10-21 Thread Charlene Wendling
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2020/10/21 09:57:00

Modified files:
x11/gtk+3  : Makefile 
x11/gtk+4  : Makefile 

Log message:
gtk+{3,4}: a revision bump was needed on !rust archs after the last commit
for the -cups subpackage. Found the hard way in the macppc bulk.



Re: [security update] net/synapse -> 1.21.2

2020-10-21 Thread Renaud Allard



On 10/16/20 9:52 AM, Renaud Allard wrote:

Hello,

This is an upgrade to net/synapse which also contains a fix for 
CVE-2020-26891. textproc/py-canonicaljson >= 1.4 is also needed for it.


Best Regards


Ping, just a reminder as this is for a security update.



smime.p7s
Description: S/MIME Cryptographic Signature


CVS: cvs.openbsd.org: ports

2020-10-21 Thread Klemens Nanni
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2020/10/21 07:25:03

Modified files:
print/ghostscript/gnu: Makefile 

Log message:
Use PATCHORIG

No update-patches churn, no change.



CVS: cvs.openbsd.org: ports

2020-10-21 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2020/10/21 04:54:27

Modified files:
devel/cbindgen : Makefile distinfo 

Log message:
Update to cbindgen 0.15.0, required by gecko 83.



CVS: cvs.openbsd.org: ports

2020-10-21 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2020/10/21 04:53:45

Modified files:
www/firefox-i18n: Tag: OPENBSD_6_8 Makefile.inc distinfo 

Log message:
MFC: update to firefox-i18n 82.0.

While here loosen the RDEP version on firefox, should allow langpacks
from 82.0 to work with firefox 82.0.x. Maybe.



sparc64 bulk build report

2020-10-21 Thread kmos
Bulk build on sparc64-0.ports.openbsd.org

Started : Mon Oct 19 11:23:58 MDT 2020
Finished: Wed Oct 21 04:30:41 MDT 2020
Duration: 1 Days 17 hours 7 minutes

Built using OpenBSD 6.8-current (GENERIC.MP) #504: Sun Oct 18 06:22:42 MDT 2020

Built 8089 packages

Number of packages built each day:
Oct 19: 6627
Oct 20: 1436
Oct 21: 26


Critical path missing pkgs:
http://build-failures.rhaalovely.net/sparc64/2020-10-19/summary.log

Build failures: 5
http://build-failures.rhaalovely.net/sparc64/2020-10-19/devel/spidermonkey78.log
http://build-failures.rhaalovely.net/sparc64/2020-10-19/security/suricata.log
http://build-failures.rhaalovely.net/sparc64/2020-10-19/sysutils/libvirt.log
http://build-failures.rhaalovely.net/sparc64/2020-10-19/www/purritobin.log
http://build-failures.rhaalovely.net/sparc64/2020-10-19/x11/picom.log

Recurrent failures:
 failures/sysutils/libvirt.log
 failures/www/purritobin.log
 failures/x11/picom.log

New failures:
+failures/devel/spidermonkey78.log
+failures/security/suricata.log

Resolved failures:
-failures/games/fs2open.log
-failures/games/odamex.log
-failures/geo/spatialite/gui.log
-failures/graphics/mypaint.log
-failures/productivity/gnucash.log
-failures/x11/grantlee-qt5.log
-failures/x11/kde-applications/okular.log

Packages newly built:
+graphics/pycha,python3
+multimedia/py-caption,python3

Packages not built this time:
-archivers/pecl-lzf,php72
-archivers/pecl-lzf,php73
-archivers/pecl-lzf,php74
-archivers/pecl-rar,php72
-archivers/quazip
-astro/celestia
-astro/kstars
-astro/stellarium
-audio/ario
-audio/audacious/player
-audio/audacious/plugins
-audio/audacity
-audio/calf
-audio/cantata
-audio/clementine
-audio/curseradio
-audio/deadbeef
-audio/disc-cover
-audio/easytag
-audio/faudio
-audio/gimmix
-audio/gmpc
-audio/gmpc-plugins
-audio/gogglesmm
-audio/gqmpeg
-audio/gradio
-audio/grip
-audio/gsound
-audio/gtkpod
-audio/hydrogen
-audio/libcanberra
-audio/libcanberra,-gtk
-audio/libcanberra,-gtk3
-audio/libcanberra,-main
-audio/liblastfm
-audio/lmms
-audio/milkytracker
-audio/mp3cddb
-audio/mp3info
-audio/mp3splt-gtk
-audio/mscore
-audio/mumble
-audio/mumble,-main
-audio/mumble,-server
-audio/musique
-audio/p5-gnupod
-audio/parlatype
-audio/pavucontrol
-audio/picard
-audio/pithos
-audio/potamus
-audio/puddletag
-audio/pulseaudio
-audio/pykaraoke
-audio/pympd
-audio/qsynth
-audio/quodlibet
-audio/rgain
-audio/rhythmbox
-audio/solfege
-audio/sonata
-audio/soundtracker
-audio/tagtool
-audio/timidity,gtk2
-audio/xhippo
-benchmarks/netperf-wrapper
-benchmarks/netperf-wrapper,-gui
-benchmarks/netperf-wrapper,-main
-benchmarks/tsung
-cad/fritzing
-cad/geda-gaf
-cad/gerbv
-cad/gtkwave
-cad/librecad
-cad/opensta
-cad/pcb
-cad/qcad
-cad/qelectrotech
-cad/qflow
-cad/qucs-s
-cad/xnecview
-cad/yosys
-comms/amtterm
-comms/amtterm,-main
-comms/amtterm,-term
-comms/chirp
-comms/gammu
-comms/gmfsk
-comms/gnuradio
-comms/gpsk31
-comms/jpilot
-comms/minimodem
-comms/pterm
-comms/py-gammu
-comms/sigrok/libsigrok
-comms/sigrok/pulseview
-comms/sigrok/sigrok-cli
-comms/wammu
-comms/xdx
-comms/xlog
-converters/libpst
-converters/libpst,-main
-converters/libpst,-python
-converters/wv
-databases/evolution-data-server
-databases/freetds
-databases/iodbc
-databases/iodbc,-admin
-databases/iodbc,-main
-databases/kdb
-databases/libdbi-drivers
-databases/libdbi-drivers,-freetds
-databases/libdbi-drivers,-main
-databases/libdbi-drivers,-pgsql
-databases/libdbi-drivers,-sqlite
-databases/libdbi-drivers,-sqlite3
-databases/mdbtools
-databases/mdbtools,-gmdb
-databases/mdbtools,-main
-databases/p5-DBD-Sybase
-databases/p5-sybperl
-databases/pecl-redis,php72
-databases/pecl-redis,php73
-databases/pecl-redis,php74
-databases/pg_stats_reporter
-databases/pgadmin3
-databases/pgfouine
-databases/pgmodeler
-databases/postgresql-odbc
-databases/py-odbc
-databases/py-odbc,python3
-databases/py-sybase
-databases/ruby-hiera-eyaml-gpg
-databases/ruby-tiny_tds,ruby26
-databases/ruby-tiny_tds,ruby27
-databases/sqlite3-odbc
-databases/sqlitebrowser
-databases/sqsh
-databases/virtuoso
-devel/appstream-glib
-devel/bamf
-devel/boris
-devel/codeblocks
-devel/cudd
-devel/dissy
-devel/distcc
-devel/distcc,-gtk
-devel/distcc,-main
-devel/distcc,-server
-devel/doxygen
-devel/doxygen-gui
-devel/frama-c
-devel/geany
-devel/giggle
-devel/git-cola
-devel/glade
-devel/goffice
-devel/gwenhywfar
-devel/kdiff3
-devel/kf5/attica
-devel/kf5/baloo
-devel/kf5/baloo,-icons
-devel/kf5/baloo,-main
-devel/kf5/bluez-qt
-devel/kf5/breeze-icons
-devel/kf5/extra-cmake-modules
-devel/kf5/frameworkintegration
-devel/kf5/kactivities
-devel/kf5/kactivities-stats
-devel/kf5/kapidox
-devel/kf5/karchive
-devel/kf5/kauth
-devel/kf5/kbookmarks
-devel/kf5/kcalendarcore
-devel/kf5/kcmutils
-devel/kf5/kcodecs
-devel/kf5/kcompletion
-devel/kf5/kconfig
-devel/kf5/kconfigwidgets
-devel/kf5/kcontacts
-devel/kf5/kcoreaddons
-devel/kf5/kcrash
-devel/kf5/kdav
-devel/kf5/kdbusaddons
-devel/kf5/kdeclarative
-devel/kf5/kded
-devel/kf5/kdelibs4support

CVS: cvs.openbsd.org: ports

2020-10-21 Thread Theo Buehler
CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2020/10/21 04:00:13

Modified files:
security/py-tlsfuzzer: Makefile distinfo 

Log message:
Update to tlsfuzzer 20201019



CVS: cvs.openbsd.org: ports

2020-10-21 Thread Edd Barrett
CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2020/10/21 03:24:05

Modified files:
audio/ncmpc: Makefile distinfo 
audio/ncmpc/patches: patch-src_StatusBar_cxx 
 patch-src_screen_init_cxx 
Added files:
audio/ncmpc/patches: patch-src_screen_utils_cxx 
 patch-src_signals_cxx 

Log message:
Update audio/ncmpc to version 0.41.

Tested for the last few days, no issues.



CVS: cvs.openbsd.org: ports

2020-10-21 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2020/10/21 01:27:47

Modified files:
www/mozilla-firefox: Tag: OPENBSD_6_8 Makefile distinfo 
Added files:
www/mozilla-firefox/patches: Tag: OPENBSD_6_8 
 
patch-third_party_rust_authenticator__cargo-checksum_json 
 
patch-third_party_rust_authenticator_src_openbsd_device_rs 

Log message:
MFC: Update to firefox 82.0.

See https://www.mozilla.org/en-US/firefox/82.0/releasenotes/
Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2020-45/

Add two patches for #1666701 that didnt make it in time for 82.0.
Add BDEP on GNU m4 for #1670807

It's unlikely that 83.0 will be backported to 6.8-stable as it will
require cbindgen 0.15.0 (among other probable requirements)



CVS: cvs.openbsd.org: ports

2020-10-21 Thread Anthony J . Bentley
CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2020/10/21 00:30:39

Modified files:
books/progit   : Makefile distinfo 

Log message:
Update to progit-2.1.267.



CVS: cvs.openbsd.org: ports

2020-10-21 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2020/10/21 00:18:11

Modified files:
www/mozilla-firefox: Makefile 
www/mozilla-firefox/files: unveil.gpu 

Log message:
Add /usr/lib r to unveil.gpu, apparently that helps with gpu
acceleration on inteldrm with layers.acceleration.force-enabled set to
true. swrast tries to load libelf and libLLVM.

>From tb@