Update: Python 3.9.2 -> 3.9.5

2021-06-06 Thread Kurt Mosiejczuk
Multiple security fixes in this update.

https://docs.python.org/release/3.9.4/whatsnew/changelog.html
https://docs.python.org/release/3.9.5/whatsnew/changelog.html

3.9.3 apparently broke the API, so 3.9.4 replaced it with that
fixed.

Like the 3.8 update, tests run to completion which they never
have before.

ok?

cc maintainer

--Kurt

Index: Makefile
===
RCS file: /cvs/ports/lang/python/3.9/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile23 Mar 2021 11:44:00 -  1.5
+++ Makefile6 Jun 2021 23:17:49 -
@@ -6,8 +6,7 @@
 # Python itself.
 
 VERSION =  3.9
-PATCHLEVEL =   .2
-REVISION-main =0
+PATCHLEVEL =   .5
 SHARED_LIBS =  python3.9 0.0
 VERSION_SPEC = >=3.9,<3.10
 #PSUBDIR = python/3.9.0
Index: distinfo
===
RCS file: /cvs/ports/lang/python/3.9/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo21 Feb 2021 19:23:21 -  1.3
+++ distinfo6 Jun 2021 23:17:49 -
@@ -1,2 +1,2 @@
-SHA256 (Python-3.9.2.tgz) = eJnopveUZ0iDDWZzny2PKzAhTa2Vbla5uiFrPeVYFRk=
-SIZE (Python-3.9.2.tgz) = 25399571
+SHA256 (Python-3.9.5.tgz) = 4PvVtuHuJCUkQw3uPJG69Mu6ukpy3RZ0uQ/ah7cTx6s=
+SIZE (Python-3.9.5.tgz) = 25627989
Index: files/CHANGES.OpenBSD
===
RCS file: /cvs/ports/lang/python/3.9/files/CHANGES.OpenBSD,v
retrieving revision 1.3
diff -u -p -r1.3 CHANGES.OpenBSD
--- files/CHANGES.OpenBSD   21 Feb 2021 19:23:21 -  1.3
+++ files/CHANGES.OpenBSD   6 Jun 2021 23:17:49 -
@@ -6,12 +6,9 @@ of changes made to this version of Pytho
 1.  OpenBSD packages require that sonames are under control of the
 ports infrastructure, configure.ac was patched to do this.
 
-2.  Avoid "unsupported locale setting" in tests, see
-http://bugs.python.org/issue25191
+2.  #ifdef patches to work with LibreSSL.
 
-3.  #ifdef patches to work with LibreSSL.
-
-4.  Disable libuuid, otherwise Python prefers it over the libc uuid
+3.  Disable libuuid, otherwise Python prefers it over the libc uuid
 functions.
 
 These changes are available in the OpenBSD CVS repository
Index: patches/patch-Lib_test_test_locale_py
===
RCS file: patches/patch-Lib_test_test_locale_py
diff -N patches/patch-Lib_test_test_locale_py
--- patches/patch-Lib_test_test_locale_py   5 Oct 2020 20:48:10 -   
1.1.1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,22 +0,0 @@
-$OpenBSD: patch-Lib_test_test_locale_py,v 1.1.1.1 2020/10/05 20:48:10 kmos Exp 
$
-
-http://bugs.python.org/issue25191
-
-Index: Lib/test/test_locale.py
 Lib/test/test_locale.py.orig
-+++ Lib/test/test_locale.py
-@@ -563,8 +563,12 @@ class TestMiscellaneous(unittest.TestCase):
- loc = locale.getlocale(locale.LC_CTYPE)
- if verbose:
- print('testing with %a' % (loc,), end=' ', flush=True)
--locale.setlocale(locale.LC_CTYPE, loc)
--self.assertEqual(loc, locale.getlocale(locale.LC_CTYPE))
-+try:
-+locale.setlocale(locale.LC_CTYPE, loc)
-+self.assertEqual(loc, locale.getlocale(locale.LC_CTYPE))
-+except locale.Error:
-+# Unsupported locale setting
-+self.skipTest('unsupported locale setting')
- 
- def test_invalid_locale_format_in_localetuple(self):
- with self.assertRaises(TypeError):
Index: patches/patch-Makefile_pre_in
===
RCS file: /cvs/ports/lang/python/3.9/patches/patch-Makefile_pre_in,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 patch-Makefile_pre_in
--- patches/patch-Makefile_pre_in   5 Oct 2020 20:48:10 -   1.1.1.1
+++ patches/patch-Makefile_pre_in   6 Jun 2021 23:17:49 -
@@ -3,7 +3,7 @@ $OpenBSD: patch-Makefile_pre_in,v 1.1.1.
 Index: Makefile.pre.in
 --- Makefile.pre.in.orig
 +++ Makefile.pre.in
-@@ -671,7 +671,7 @@ gdbhooks: $(BUILDPYTHON)-gdb.py
+@@ -674,7 +674,7 @@ gdbhooks: $(BUILDPYTHON)-gdb.py
  
  SRC_GDB_HOOKS=$(srcdir)/Tools/gdb/libpython.py
  $(BUILDPYTHON)-gdb.py: $(SRC_GDB_HOOKS)
Index: patches/patch-Modules__hashopenssl_c
===
RCS file: /cvs/ports/lang/python/3.9/patches/patch-Modules__hashopenssl_c,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 patch-Modules__hashopenssl_c
--- patches/patch-Modules__hashopenssl_c5 Oct 2020 20:48:10 -   
1.1.1.1
+++ patches/patch-Modules__hashopenssl_c6 Jun 2021 23:17:49 -
@@ -3,7 +3,7 @@ $OpenBSD: patch-Modules__hashopenssl_c,v
 Index: Modules/_hashopenssl.c
 --- Modules/_hashopenssl.c.orig
 +++ Modules/_hashopenssl.c
-@@ -32,7 +32,8 @@
+@@ -38,7 +38,8 @@
  #  error "OPENSSL_THREADS is not defined, Python requires thread-safe 

Update: Python 3.8.8 -> 3.8.10

2021-06-06 Thread Kurt Mosiejczuk
3.8.9 fixed some security issues and 3.8.10 is the final maintenance
release of 3.8.x (now only security fixes).

https://www.python.org/downloads/release/python-389/
https://www.python.org/downloads/release/python-3810/

One of the patches we had seems to have been upstreamed, so I 
removed it.

I think one of our recent changes in base makes it so the tests run
to completion now (which they've never done before). 

ok?

(cc maintainer)

--Kurt

Index: Makefile
===
RCS file: /cvs/ports/lang/python/3.8/Makefile,v
retrieving revision 1.14
diff -u -p -r1.14 Makefile
--- Makefile22 Mar 2021 17:35:26 -  1.14
+++ Makefile6 Jun 2021 23:00:07 -
@@ -6,10 +6,9 @@
 # Python itself.
 
 VERSION =  3.8
-PATCHLEVEL =   .8
+PATCHLEVEL =   .10
 SHARED_LIBS =  python3.8 0.0
 VERSION_SPEC = >=3.8,<3.9
-REVISION-main =0
 
 CONFIGURE_ARGS +=  --with-ensurepip=no
 CONFIGURE_ARGS +=  --enable-loadable-sqlite-extensions
Index: distinfo
===
RCS file: /cvs/ports/lang/python/3.8/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo21 Feb 2021 19:24:26 -  1.8
+++ distinfo6 Jun 2021 23:00:07 -
@@ -1,2 +1,2 @@
-SHA256 (Python-3.8.8.tgz) = dsB2PwSOT5uGHSTadrfdXHo7p+wIb0DK7e6jWSYydvc=
-SIZE (Python-3.8.8.tgz) = 24483485
+SHA256 (Python-3.8.10.tgz) = s3rHTSy60lkOfNDdKzgmwpr+iac0CQqHv4wDxFBmy2U=
+SIZE (Python-3.8.10.tgz) = 24720640
Index: files/CHANGES.OpenBSD
===
RCS file: /cvs/ports/lang/python/3.8/files/CHANGES.OpenBSD,v
retrieving revision 1.3
diff -u -p -r1.3 CHANGES.OpenBSD
--- files/CHANGES.OpenBSD   21 Feb 2021 19:24:26 -  1.3
+++ files/CHANGES.OpenBSD   6 Jun 2021 23:00:07 -
@@ -6,12 +6,9 @@ of changes made to this version of Pytho
 1.  OpenBSD packages require that sonames are under control of the
 ports infrastructure, configure.ac was patched to do this.
 
-2.  Avoid "unsupported locale setting" in tests, see
-http://bugs.python.org/issue25191
+2.  #ifdef patches to work with LibreSSL.
 
-3.  #ifdef patches to work with LibreSSL.
-
-4.  Disable libuuid, otherwise Python prefers it over the libc uuid
+3.  Disable libuuid, otherwise Python prefers it over the libc uuid
 functions.
 
 These changes are available in the OpenBSD CVS repository
Index: patches/patch-Lib_test_test_locale_py
===
RCS file: patches/patch-Lib_test_test_locale_py
diff -N patches/patch-Lib_test_test_locale_py
--- patches/patch-Lib_test_test_locale_py   7 Nov 2019 16:14:09 -   
1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,22 +0,0 @@
-$OpenBSD: patch-Lib_test_test_locale_py,v 1.1 2019/11/07 16:14:09 kmos Exp $
-
-http://bugs.python.org/issue25191
-
-Index: Lib/test/test_locale.py
 Lib/test/test_locale.py.orig
-+++ Lib/test/test_locale.py
-@@ -564,8 +564,12 @@ class TestMiscellaneous(unittest.TestCase):
- loc = locale.getlocale(locale.LC_CTYPE)
- if verbose:
- print('testing with %a' % (loc,), end=' ', flush=True)
--locale.setlocale(locale.LC_CTYPE, loc)
--self.assertEqual(loc, locale.getlocale(locale.LC_CTYPE))
-+try:
-+locale.setlocale(locale.LC_CTYPE, loc)
-+self.assertEqual(loc, locale.getlocale(locale.LC_CTYPE))
-+except locale.Error:
-+# Unsupported locale setting
-+self.skipTest('unsupported locale setting')
- 
- def test_invalid_locale_format_in_localetuple(self):
- with self.assertRaises(TypeError):
Index: patches/patch-Makefile_pre_in
===
RCS file: /cvs/ports/lang/python/3.8/patches/patch-Makefile_pre_in,v
retrieving revision 1.1
diff -u -p -r1.1 patch-Makefile_pre_in
--- patches/patch-Makefile_pre_in   7 Nov 2019 16:14:09 -   1.1
+++ patches/patch-Makefile_pre_in   6 Jun 2021 23:00:07 -
@@ -3,7 +3,7 @@ $OpenBSD: patch-Makefile_pre_in,v 1.1 20
 Index: Makefile.pre.in
 --- Makefile.pre.in.orig
 +++ Makefile.pre.in
-@@ -643,7 +643,7 @@ gdbhooks: $(BUILDPYTHON)-gdb.py
+@@ -646,7 +646,7 @@ gdbhooks: $(BUILDPYTHON)-gdb.py
  
  SRC_GDB_HOOKS=$(srcdir)/Tools/gdb/libpython.py
  $(BUILDPYTHON)-gdb.py: $(SRC_GDB_HOOKS)
Index: patches/patch-Modules__hashopenssl_c
===
RCS file: /cvs/ports/lang/python/3.8/patches/patch-Modules__hashopenssl_c,v
retrieving revision 1.2
diff -u -p -r1.2 patch-Modules__hashopenssl_c
--- patches/patch-Modules__hashopenssl_c16 Feb 2021 18:49:49 -  
1.2
+++ patches/patch-Modules__hashopenssl_c6 Jun 2021 23:00:07 -
@@ -3,7 +3,7 @@ $OpenBSD: patch-Modules__hashopenssl_c,v
 Index: Modules/_hashopenssl.c
 --- 

Re: GCC 8.4.0 fails to build on loongson

2021-06-06 Thread manphiz

On 6/6/21 2:34 AM, Stuart Henderson wrote:

To set expectations approriately: not many developers have mips64el
hardware (not sure if any ports developers do), and it seems few users
do too (only 3 dm...@openbsd.org submissions since 2015 using it).

Also, there are not really many porters who can work on the gcc port.

If you want better support in ports for this hardware, especially in
low-level things like gcc, you're going to need to do most of the work
yourself.


Hi Stuart,

Understood.  I'll try to provide as much info as needed for debugging.



At the bottom of your build log, it says

configure: error: cannot compute sizeof (double)
See `config.log' for more details.

There might possibly be something useful in that file (there will be
multiple config.log files in the build directory, look for the newest).

Maybe the fix will be something simple, maybe not.


Looks like it caused the compiler to ICE when configuring 
mips64el-unknown-openbsd6.9/libgcc.  I'm afraid it may be harder to fix. 
 The relevant logs look like below (full log attached):


---8<---
configure:4273: checking size of double
configure:4278: /usr/ports/pobj/gcc-8.4.0/build-mips64el/./gcc/xgcc 
-B/usr/ports/pobj/gcc-8.4.0/build-mips64el/./gcc/ 
-B/usr/local/mips64el-unknown-openbsd6.9/bin/ 
-B/usr/local/mips64el-unknown-openbsd6.9/lib/ -isystem 
/usr/local/mips64el-unknown-openbsd6.9/include -isystem 
/usr/local/mips64el-unknown-openbsd6.9/sys-include-c -O2 -g 
conftest.c >&5

during RTL pass: dse1
conftest.c: In function 'main':
conftest.c:18:1: internal compiler error: Segmentation fault
 }
 ^
no stack trace because unwind library not available
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
configure:4278: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/;
| /* end confdefs.h.  */
| /* none */
| int
| main ()
| {
| static int test_array [1 - 2 * !(((long int) (sizeof (double))) >= 0)];
| test_array [0] = 0
|
|   ;
|   return 0;
| }
---8<---

I tried to recompile the conftest.c by adding "-v" to the compiler flag 
but it didn't seem to provide anything more useful:


---8<---
Reading specs from /usr/ports/pobj/gcc-8.4.0/build-mips64el/./gcc/specs
COLLECT_GCC=/usr/ports/pobj/gcc-8.4.0/build-mips64el/./gcc/xgcc
Target: mips64el-unknown-openbsd6.9
Configured with: /usr/ports/pobj/gcc-8.4.0/gcc-8.4.0/configure --verbose 
--program-transform-name='s,^,e,' --disable-nls --with-system-zlib 
--disable-libmudflap --disable-libgomp --disable-libssp --disable-tls 
--with-gnu-ld --with-gnu-as --enable-threads=posix --enable-wchar_t 
--with-gmp=/usr/local --enable-languages=c,c++,fortran,objc 
--disable-libstdcxx-pch --enable-default-ssp --enable-default-pie 
--without-isl --enable-cpp --prefix=/usr/local --sysconfdir=/etc 
--mandir=/usr/local/man --infodir=/usr/local/info --localstatedir=/var 
--disable-silent-rules --disable-gtk-doc

Thread model: posix
gcc version 8.4.0 (GCC)
COLLECT_GCC_OPTIONS='-B' 
'/usr/ports/pobj/gcc-8.4.0/build-mips64el/./gcc/' '-B' 
'/usr/local/mips64el-unknown-openbsd6.9/bin/' '-B' 
'/usr/local/mips64el-unknown-openbsd6.9/lib/' '-isystem' 
'/usr/local/mips64el-unknown-openbsd6.9/include' '-isystem' 
'/usr/local/mips64el-unknown-openbsd6.9/sys-include' '-v' '-c' '-O2' '-g'
 /usr/ports/pobj/gcc-8.4.0/build-mips64el/./gcc/cc1 -quiet -v -iprefix 
/usr/ports/pobj/gcc-8.4.0/build-mips64el/gcc/../lib/gcc/mips64el-unknown-openbsd6.9/8.4.0/ 
-isystem /usr/ports/pobj/gcc-8.4.0/build-mips64el/./gcc/include -isystem 
/usr/ports/pobj/gcc-8.4.0/build-mips64el/./gcc/include-fixed -isystem 
/usr/local/mips64el-unknown-openbsd6.9/include -isystem 
/usr/local/mips64el-unknown-openbsd6.9/sys-include /tmp/conftest.c 
-quiet -dumpbase conftest.c -auxbase conftest -g -O2 -version -o 
/tmp//ccNNBakd.s

GNU C17 (GCC) version 8.4.0 (mips64el-unknown-openbsd6.9)
compiled by GNU C version OpenBSD Clang 10.0.1 , GMP version 
6.2.1, MPFR version 4.1.0, MPC version 1.1.0, isl version none

GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory 
"/usr/local/mips64el-unknown-openbsd6.9/include"
ignoring nonexistent directory 
"/usr/local/mips64el-unknown-openbsd6.9/sys-include"
ignoring nonexistent directory 
"/usr/ports/pobj/gcc-8.4.0/build-mips64el/gcc/../lib/gcc/mips64el-unknown-openbsd6.9/8.4.0/include"
ignoring nonexistent directory 
"/usr/ports/pobj/gcc-8.4.0/build-mips64el/gcc/../lib/gcc/mips64el-unknown-openbsd6.9/8.4.0/include-fixed"
ignoring 

CVS: cvs.openbsd.org: ports

2021-06-06 Thread Brian Callahan
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2021/06/06 19:00:45

Modified files:
devel/libaio_compat: Makefile 
Added files:
devel/libaio_compat/patches: patch-aio_compat_h 

Log message:
Allow header to work with C++.
Request by chris@ for an upcoming port.
ok chris@



CVS: cvs.openbsd.org: ports

2021-06-06 Thread Brian Callahan
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2021/06/06 18:59:52

ports/devel/libaio_compat/patches

Update of /cvs/ports/devel/libaio_compat/patches
In directory cvs.openbsd.org:/tmp/cvs-serv60124/patches

Log Message:
Directory /cvs/ports/devel/libaio_compat/patches added to the repository



NEW: librdkafka 1.7.0

2021-06-06 Thread Chris Cappuccio
OK to import?

DESCR:

librdkafka is a C library implementation of the Apache Kafka protocol,
providing Producer, Consumer and Admin clients. It was designed with
message delivery reliability and high performance in mind, current
figures exceed 1 million msgs/second for the producer and 3 million
msgs/second for the consumer.



librdkafka.tgz
Description: application/tar-gz


GNU libffcall 2.3 is released

2021-06-06 Thread Bruno Haible
Available at
  https://ftp.gnu.org/gnu/libffcall/libffcall-2.3.tar.gz

New in 2.3:

* Added support for the following platforms:
  (Previously, a build on these platforms failed.)
  - arm64: macOS 11.
  - x86_64: FreeBSD 13, OpenBSD 6.5 and newer.
  - powerpc64: AIX 7 with xlclang compiler.

* Fixed a couple of multithread-safety bugs in the trampoline and callback
  packages.

According to [1], you are packaging libffcall for OpenBSD.

I invite you to upgrade to version 2.3.
With it, you should be able to enable ALL platforms in the ONLY_FOR_ARCHS
line [2].
Also, you should be able to drop all patches against the old version [3].

NOTE! Before version 2.0, libffcall was previously usually packaged as a
non-shared library. If so, you need to rebuild the packages that depend on
it (in particular, GNU clisp).

Best regards,

   Bruno

[1] http://openports.se/devel/ffcall
[2] 
http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/devel/ffcall/Makefile?rev=1.32=text/x-cvsweb-markup
[3] http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/devel/ffcall/patches/



CVS: cvs.openbsd.org: ports

2021-06-06 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2021/06/06 16:38:31

Modified files:
sysutils/reposync: Makefile distinfo 

Log message:
update reposync (no script change, just update anoncvs server fingerprints)



Re: [update] graphics/cfdg to 3.3 (was Re: UPDATE: devel/bison)

2021-06-06 Thread Theo Buehler
On Sun, Jun 06, 2021 at 04:09:09PM -0600, Todd C. Miller wrote:
> On Sun, 06 Jun 2021 21:56:40 +0200, Theo Buehler wrote:
> 
> > On Wed, Apr 28, 2021 at 07:21:44PM -0600, Todd C. Miller wrote:
> > > Another port I'd like to update needs a newer version of bison that
> > > we provide so I've updated to the lastest version.
> >
> > The bison update broke the build of graphics/cfdg on sparc64 and thus
> > likely on all other base-gcc arches.
> >
> > The first build failure is here (it uses bison 3.7.6):
> > http://build-failures.rhaalovely.net/sparc64/2021-05-17/graphics/cfdg.log
> 
> That appears to be using gcc-8.4, not base gcc.  It's not clear to
> me how the bison change affects this but I'm not great at reading
> c++ compiler error messages.

I don't know why either, but I did check that it's the bison update,
i.e., installing the old bison version makes the port build.

Yes, the port compiles with gcc-8.4. The port's Makefile has

COMPILER =  base-clang ports-gcc

so if the architecture has not switched to using clang in base (i.e., is
a base-gcc architecture), it will use gcc from ports. That's why I
expect all such architectures to be affected.



Re: dovecot: Bad file descriptor

2021-06-06 Thread Stuart Henderson
No idea if it's related to what you are seeing, but did you follow the
pkg-readme instructions about bumping available fds?


On 2021/06/06 18:16, Stephan Mending wrote:
> Hello *,
> 
> I've been noticing a large number of error messages in the maillog
> coming from dovecot.
> 
> There seems to be a problem yet unknown problem. I've been running this
> setup now for a few years and never had problems like these.
> 
> $ cat /var/log/maillog
> 
> Jun  6 18:13:06 stg-00 dovecot:
> imap(l...@md5collisions.eu)<20289><1lU4KhvECr4KAgBk>: Error: kevent(-1)
> for notify remove failed: Bad file descriptor
> Jun  6 18:13:06 stg-00 dovecot:
> imap(l...@md5collisions.eu)<20289><1lU4KhvECr4KAgBk>: Error: close(-1)
> for notify remove failed: Bad file descriptor
> Jun  6 18:13:06 stg-00 dovecot:
> imap(l...@md5collisions.eu)<20289><1lU4KhvECr4KAgBk>: Error: kevent(-1)
> for notify remove failed: Bad file descriptor
> Jun  6 18:13:06 stg-00 dovecot:
> imap(l...@md5collisions.eu)<20289><1lU4KhvECr4KAgBk>: Error: close(-1)
> for notify remove failed: Bad file descriptor
> Jun  6 18:13:06 stg-00 dovecot:
> imap(l...@md5collisions.eu)<20289><1lU4KhvECr4KAgBk>: Error: Couldn't
> hibernate imap client: fd_send(/var/dovecot/imap-hibernate) failed:
> Invalid argument
> 
> 
> Do you guys have any idea, whats the matter?
> 
> 
> Best regards,
> 
> Stephan
> 




Re: [update] graphics/cfdg to 3.3 (was Re: UPDATE: devel/bison)

2021-06-06 Thread Todd C . Miller
On Sun, 06 Jun 2021 21:56:40 +0200, Theo Buehler wrote:

> On Wed, Apr 28, 2021 at 07:21:44PM -0600, Todd C. Miller wrote:
> > Another port I'd like to update needs a newer version of bison that
> > we provide so I've updated to the lastest version.
>
> The bison update broke the build of graphics/cfdg on sparc64 and thus
> likely on all other base-gcc arches.
>
> The first build failure is here (it uses bison 3.7.6):
> http://build-failures.rhaalovely.net/sparc64/2021-05-17/graphics/cfdg.log

That appears to be using gcc-8.4, not base gcc.  It's not clear to
me how the bison change affects this but I'm not great at reading
c++ compiler error messages.

> Here's an update to the latest version. This builds on amd64 and
> sparc64 and some basic tests show that it works. All regress tests pass
> on both architectures.

Looks good to me.  If upstream has already fixed it then updating seems
like the way to go.

 - todd



[update] graphics/cfdg to 3.3 (was Re: UPDATE: devel/bison)

2021-06-06 Thread Theo Buehler
On Wed, Apr 28, 2021 at 07:21:44PM -0600, Todd C. Miller wrote:
> Another port I'd like to update needs a newer version of bison that
> we provide so I've updated to the lastest version.

The bison update broke the build of graphics/cfdg on sparc64 and thus
likely on all other base-gcc arches.

The first build failure is here (it uses bison 3.7.6):
http://build-failures.rhaalovely.net/sparc64/2021-05-17/graphics/cfdg.log

Here's an update to the latest version. This builds on amd64 and
sparc64 and some basic tests show that it works. All regress tests pass
on both architectures.

Index: Makefile
===
RCS file: /cvs/ports/graphics/cfdg/Makefile,v
retrieving revision 1.22
diff -u -p -r1.22 Makefile
--- Makefile12 Jul 2019 20:46:57 -  1.22
+++ Makefile6 Jun 2021 19:47:03 -
@@ -2,7 +2,7 @@
 
 COMMENT =  Context Free Design Grammar
 
-VERSION =  3.0.11
+VERSION =  3.3
 DISTNAME = ContextFreeSource${VERSION}
 PKGNAME =  cfdg-${VERSION}
 
@@ -16,11 +16,12 @@ PERMIT_PACKAGE =Yes
 MASTER_SITES = https://www.contextfreeart.org/download/
 EXTRACT_SUFX = .tgz
 
-WANTLIB += ${COMPILER_LIBCXX} c m png z
+WANTLIB += ${COMPILER_LIBCXX} c icudata icui18n icuuc m png
 
 BUILD_DEPENDS =devel/bison
 
-LIB_DEPENDS =  graphics/png
+LIB_DEPENDS =  graphics/png \
+   textproc/icu4c
 
 COMPILER = base-clang ports-gcc
 
Index: distinfo
===
RCS file: /cvs/ports/graphics/cfdg/distinfo,v
retrieving revision 1.6
diff -u -p -r1.6 distinfo
--- distinfo27 Apr 2018 14:59:43 -  1.6
+++ distinfo6 Jun 2021 19:06:28 -
@@ -1,2 +1,2 @@
-SHA256 (ContextFreeSource3.0.11.tgz) = 
RmDRxdufQtMeCVVz1nAoJ925yn+X7DBNY6NpTx/knR4=
-SIZE (ContextFreeSource3.0.11.tgz) = 3007073
+SHA256 (ContextFreeSource3.3.tgz) = 
vVHcxeoqevA5GNfiKZKzwVCP1JtS73WZqxrWjq5ns+A=
+SIZE (ContextFreeSource3.3.tgz) = 4037507
Index: patches/patch-Makefile
===
RCS file: /cvs/ports/graphics/cfdg/patches/patch-Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 patch-Makefile
--- patches/patch-Makefile  27 Apr 2018 14:59:43 -  1.5
+++ patches/patch-Makefile  6 Jun 2021 19:13:27 -
@@ -2,41 +2,43 @@ $OpenBSD: patch-Makefile,v 1.5 2018/04/2
 Index: Makefile
 --- Makefile.orig
 +++ Makefile
-@@ -18,13 +18,13 @@ SRC_DIRS = $(COMMON_DIR) $(UNIX_DIR) $(DERIVED_DIR) $(
- vpath %.cpp $(SRC_DIRS)
+@@ -19,7 +19,7 @@ vpath %.cpp $(SRC_DIRS)
+ vpath %.cfdg input
  
- INC_DIRS = $(COMMON_DIR) $(UNIX_DIR) $(DERIVED_DIR) $(AGG_DIR)/include 
$(COMMON_DIR)/agg-extras $(FFMPEG_DIR)/include
+ INC_DIRS = $(COMMON_DIR) $(UNIX_DIR) $(DERIVED_DIR) $(COMMON_DIR)/agg-extras
 -INC_DIRS += /usr/local/include
 +INC_DIRS += $(LOCALBASE)/include
  
  #
+ # Installation directories
+@@ -34,7 +34,7 @@ MAN_DIR = $(DESTDIR)$(prefix)/share/man
  # Library directories for FFmpeg and libpng
  #
  
--LIB_DIRS = $(FFMPEG_DIR)/lib /usr/local/lib
-+LIB_DIRS = $(FFMPEG_DIR)/lib $(LOCALBASE)/lib
+-LIB_DIRS = /usr/local/lib
++LIB_DIRS = $(LOCALBASE)/lib
  
  #
  # Sources and Objects
-@@ -52,7 +52,11 @@ LIBS = png z m
+@@ -75,7 +75,11 @@ LIBS = png m
  ifeq ($(shell uname -s), Darwin)
-   LIBS += c++
+   LIBS += c++ icucore
  else
--  LIBS += stdc++
+-  LIBS += stdc++ atomic icui18n icuuc icudata
 +  ifeq ($(shell uname -s), OpenBSD)
-+LIBS += $(LIBCXX)
++LIBS += $(LIBCXX) icui18n icuuc icudata
 +  else
-+LIBS += stdc++
++LIBS += stdc++ atomic icui18n icuuc icudata
 +  endif
  endif
  
  #
-@@ -143,7 +147,7 @@ test: cfdg
+@@ -196,7 +200,7 @@ check: cfdg
  #
  
- CPPFLAGS += $(patsubst %,-I%,$(INC_DIRS))
--CPPFLAGS += -O3 -Wall -Wextra -march=native -Wno-parentheses -std=c++14
-+CPPFLAGS += -Wall -Wextra -Wno-parentheses -std=c++14
- #CPPFLAGS += -g
+ CXXFLAGS += $(patsubst %,-I%,$(INC_DIRS))
+-CXXFLAGS += -O2 -Wall -Wextra -march=native -Wno-parentheses -std=c++14
++CXXFLAGS += -Wall -Wextra -Wno-parentheses -std=c++14
+ CXXFLAGS += -g -D_GLIBCXX_USE_C99_MATH=1
+ CPPFLAGS += -DNDEBUG
  
- # Add this for clang
Index: pkg/PLIST
===
RCS file: /cvs/ports/graphics/cfdg/pkg/PLIST,v
retrieving revision 1.4
diff -u -p -r1.4 PLIST
--- pkg/PLIST   2 Dec 2015 18:20:27 -   1.4
+++ pkg/PLIST   6 Jun 2021 19:19:48 -
@@ -8,29 +8,50 @@ share/examples/cfdg/input/alphabet.cfdg
 share/examples/cfdg/input/chanukah.cfdg
 share/examples/cfdg/input/cilia.cfdg
 share/examples/cfdg/input/ciliasun.cfdg
+share/examples/cfdg/input/ciliasun_v2.cfdg
 share/examples/cfdg/input/demo1.cfdg
+share/examples/cfdg/input/demo1_v2.cfdg
 share/examples/cfdg/input/demo2.cfdg
+share/examples/cfdg/input/demo2_v2.cfdg
 share/examples/cfdg/input/funky_flower.cfdg
+share/examples/cfdg/input/funky_flower_v2.cfdg
 share/examples/cfdg/input/i_curves.cfdg

sparc64 bulk build report

2021-06-06 Thread kmos
Bulk build on sparc64-0a.ports.openbsd.org

Started : Sat Jun  5 20:14:27 MDT 2021
Finished: Sun Jun  6 12:18:51 MDT 2021
Duration: 0 Days 16 hours 4 minutes

Built using OpenBSD 6.9-current (GENERIC.MP) #849: Sat Jun  5 12:30:48 MDT 2021

Built 5400 packages

Number of packages built each day:
Jun 5: 4440
Jun 6: 960



Critical path missing pkgs:
http://build-failures.rhaalovely.net/sparc64/2021-06-05/summary.log

Build failures: 116
http://build-failures.rhaalovely.net/sparc64/2021-06-05/archivers/ruby-minitar.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/databases/ruby-kirbybase.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/databases/ruby-ldap,ruby27.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/databases/ruby-redis-namespace.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/databases/ruby-sequel.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/databases/ruby-sqlite3,ruby27.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-abstract.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-arrayfields.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-bundler.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-cicphash.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-colorator.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-cri.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-daemon_controller.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-daemons.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-deep_merge.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-diff-lcs.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-extlib.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-fast_gettext.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-ffi,ruby27.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-highline.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-hoe.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-i18n.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-indentation.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-isolate.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-json_pure.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-kgio,ruby27.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-locale.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-metaclass.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-minitest.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-narray,ruby27.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-ncurses,ruby27.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-nio4r,ruby27.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-ole.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-polyglot.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-prof,ruby27.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-racc,ruby27.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-rake-compiler.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-rake-remote_task.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-ref.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-rgen.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-rr.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-rspec/1,.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-rspec/3/support,.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-ruby-progressbar.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-semantic_puppet.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-sexp_processor.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-sync.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-systemu.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-thor.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-thread_safe.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-tilt.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-transaction-simple.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-trollop.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-xdg.log
http://build-failures.rhaalovely.net/sparc64/2021-06-05/devel/ruby-yajl,ruby27.log

Re: UPDATE misc/gpsd

2021-06-06 Thread Kirill Bychkov
On Sun, May 23, 2021 20:48, Kirill Bychkov wrote:
> On Fri, May 14, 2021 13:15, Kirill Bychkov wrote:
>> Hi ports@,
>> Attached is an update to gpsd. All consumers seems to be happy with it.
>> OK? Comments?
>
> Ping.
>
>
Ping

gpsd-3.22.diff
Description: Binary data


CVS: cvs.openbsd.org: ports

2021-06-06 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2021/06/06 11:07:43

Modified files:
x11/gnome/yelp : Makefile distinfo 

Log message:
Update to yelp-40.2.



CVS: cvs.openbsd.org: ports

2021-06-06 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2021/06/06 10:48:11

Modified files:
x11/gnome/yelp-xsl: Makefile distinfo 

Log message:
Update to yelp-xsl-40.2.



Re: dovecot: Bad file descriptor

2021-06-06 Thread Theo de Raadt
Use a mix of ktrace -di and ltrace(1) , and try to find the callpaths
that are trying to something like

 close(fd);
 fd = -1;
 ...
 close(fd);

though it will likely be in very different places...

Stephan Mending  wrote:

> Hello *,
> 
> I've been noticing a large number of error messages in the maillog
> coming from dovecot.
> 
> There seems to be a problem yet unknown problem. I've been running this
> setup now for a few years and never had problems like these.
> 
> $ cat /var/log/maillog
> 
> Jun  6 18:13:06 stg-00 dovecot:
> imap(l...@md5collisions.eu)<20289><1lU4KhvECr4KAgBk>: Error: kevent(-1)
> for notify remove failed: Bad file descriptor
> Jun  6 18:13:06 stg-00 dovecot:
> imap(l...@md5collisions.eu)<20289><1lU4KhvECr4KAgBk>: Error: close(-1)
> for notify remove failed: Bad file descriptor
> Jun  6 18:13:06 stg-00 dovecot:
> imap(l...@md5collisions.eu)<20289><1lU4KhvECr4KAgBk>: Error: kevent(-1)
> for notify remove failed: Bad file descriptor
> Jun  6 18:13:06 stg-00 dovecot:
> imap(l...@md5collisions.eu)<20289><1lU4KhvECr4KAgBk>: Error: close(-1)
> for notify remove failed: Bad file descriptor
> Jun  6 18:13:06 stg-00 dovecot:
> imap(l...@md5collisions.eu)<20289><1lU4KhvECr4KAgBk>: Error: Couldn't
> hibernate imap client: fd_send(/var/dovecot/imap-hibernate) failed:
> Invalid argument
> 
> 
> Do you guys have any idea, whats the matter?
> 
> 
> Best regards,
> 
> Stephan
> 



dovecot: Bad file descriptor

2021-06-06 Thread Stephan Mending
Hello *,

I've been noticing a large number of error messages in the maillog
coming from dovecot.

There seems to be a problem yet unknown problem. I've been running this
setup now for a few years and never had problems like these.

$ cat /var/log/maillog

Jun  6 18:13:06 stg-00 dovecot:
imap(l...@md5collisions.eu)<20289><1lU4KhvECr4KAgBk>: Error: kevent(-1)
for notify remove failed: Bad file descriptor
Jun  6 18:13:06 stg-00 dovecot:
imap(l...@md5collisions.eu)<20289><1lU4KhvECr4KAgBk>: Error: close(-1)
for notify remove failed: Bad file descriptor
Jun  6 18:13:06 stg-00 dovecot:
imap(l...@md5collisions.eu)<20289><1lU4KhvECr4KAgBk>: Error: kevent(-1)
for notify remove failed: Bad file descriptor
Jun  6 18:13:06 stg-00 dovecot:
imap(l...@md5collisions.eu)<20289><1lU4KhvECr4KAgBk>: Error: close(-1)
for notify remove failed: Bad file descriptor
Jun  6 18:13:06 stg-00 dovecot:
imap(l...@md5collisions.eu)<20289><1lU4KhvECr4KAgBk>: Error: Couldn't
hibernate imap client: fd_send(/var/dovecot/imap-hibernate) failed:
Invalid argument


Do you guys have any idea, whats the matter?


Best regards,

Stephan



CVS: cvs.openbsd.org: ports

2021-06-06 Thread Bjorn Ketelaars
CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2021/06/06 10:11:29

Modified files:
archivers/zstd : Makefile distinfo 
archivers/zstd/patches: patch-lib_Makefile patch-tests_Makefile 

Log message:
Update to zstd-1.5.0

Major release featuring large performance improvements as well as API
changes. Changelog:
https://github.com/facebook/zstd/blob/v1.5.0/CHANGELOG.

This adds and removes some symbols in libzstd, so bump major.

OK danj@



CVS: cvs.openbsd.org: ports

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

Modified files:
net/openvpn-auth-ldap: Makefile distinfo 
net/openvpn-auth-ldap/patches: patch-aclocal_m4 
   patch-platform_m4 
   patch-tests_Makefile_in 
Added files:
net/openvpn-auth-ldap/patches: patch-src_TRLocalPacketFilter_m 
Removed files:
net/openvpn-auth-ldap/patches: patch-src_Makefile_in 
   patch-src_TRObject_h 
   patch-src_TRObject_m 
   patch-src_auth-ldap_m 
   patch-tests_TRHash_m 
   patch-tests_tests_c 
   patch-tests_tests_h 

Log message:
net/openvpn-auth-ldap: update to 2.0.4.

Codenamed 'A decade of small fixes and improvements', git tag says
"This includes a variety of build improvements, bug fixes, RFC2307
groups support, and support for OpenVPN challenge/response protocol."

seems to work in light testing against openldap, pf table integration
and group membership/lookup untested, but still better than the previous
release from 2007 all tests also seem to pass fine.



Re: UPDATE archivers/zstd-1.5.0

2021-06-06 Thread Daniel Jakots
On Wed, 26 May 2021 06:09:24 +0200, Bjorn Ketelaars 
wrote:

> Diff below updates zstd to 1.5.0

ok danj



Re: GCC 8.4.0 fails to build on loongson

2021-06-06 Thread Stuart Henderson
To set expectations approriately: not many developers have mips64el
hardware (not sure if any ports developers do), and it seems few users
do too (only 3 dm...@openbsd.org submissions since 2015 using it).

Also, there are not really many porters who can work on the gcc port.

If you want better support in ports for this hardware, especially in
low-level things like gcc, you're going to need to do most of the work
yourself.

At the bottom of your build log, it says

configure: error: cannot compute sizeof (double)
See `config.log' for more details.

There might possibly be something useful in that file (there will be
multiple config.log files in the build directory, look for the newest).

Maybe the fix will be something simple, maybe not.


On 2021/06/05 18:54, manp...@gmail.com wrote:
> Friendly ping.
> 
> On 5/27/21 1:27 AM, manp...@gmail.com wrote:
> >  >Synopsis:    lang/gcc/8 fails to build on loongson
> >  >Category:    ports
> >  >Environment:
> >  System  : OpenBSD 6.9
> >  Details : OpenBSD 6.9 (GENERIC) #78: Thu Apr 22 20:28:58 MDT 2021
> > dera...@loongson.openbsd.org:/usr/src/sys/arch/loongson/compile/GENERIC
> > 
> >  Architecture: OpenBSD.loongson
> >  Machine : loongson
> >  >Description:
> >      lang/gcc/8 fails to build on loongson
> >  >How-To-Repeat:
> >      Reproducible on loongson when building using dpb.  Build log is
> > attached.
> >  >Fix:
> >  No idea.
> > 
> > dmesg:
> > OpenBSD 6.9 (GENERIC) #78: Thu Apr 22 20:28:58 MDT 2021
> > dera...@loongson.openbsd.org:/usr/src/sys/arch/loongson/compile/GENERIC
> > real mem = 1073741824 (1024MB)
> > avail mem = 1052065792 (1003MB)
> > random: boothowto does not indicate good seed
> > mainbus0 at root: Lemote Yeeloong
> > cpu0 at mainbus0: STC Loongson2F CPU 797 MHz, STC Loongson2F FPU
> > cpu0: cache L1-I 64KB D 64KB 4 way, L2 512KB 4 way
> > bonito0 at mainbus0: memory and PCI-X controller, rev 1
> > pci0 at bonito0 bus 0
> > rl0 at pci0 dev 7 function 0 "Realtek 8139" rev 0x10: irq 5, address
> > 00:23:8b:33:d4:7f
> > rlphy0 at rl0 phy 0: RTL internal PHY
> > smfb0 at pci0 dev 8 function 0 "Silicon Motion LynxEM+" rev 0xb0:
> > 1024x600, 16bpp
> > wsdisplay0 at smfb0 mux 1: console (std, vt100 emulation)
> > ohci0 at pci0 dev 9 function 0 "NEC USB" rev 0x44: irq 7, version 1.0
> > ehci0 at pci0 dev 9 function 1 "NEC USB" rev 0x05: irq 7
> > usb0 at ehci0: USB revision 2.0
> > uhub0 at usb0 configuration 1 interface 0 "NEC EHCI root hub" rev
> > 2.00/1.00 addr 1
> > glxpcib0 at pci0 dev 14 function 0 "AMD CS5536 ISA" rev 0x03: rev 3,
> > 32-bit 3579545Hz timer, watchdog, gpio, i2c
> > isa0 at glxpcib0
> > pckbc0 at isa0 port 0x60/5 irq 1 irq 12
> > pckbd0 at pckbc0 (kbd slot)
> > wskbd0 at pckbd0: console keyboard, using wsdisplay0
> > pms0 at pckbc0 (aux slot)
> > wsmouse0 at pms0 mux 0
> > mcclock0 at isa0 port 0x70/2: mc146818 or compatible
> > ykbec0 at isa0 port 0x381/3
> > gpio1 at glxpcib0: 32 pins
> > iic at glxpcib0 not configured
> > glxclk0 at glxpcib0: clock, prof
> > pciide0 at pci0 dev 14 function 2 "AMD CS5536 IDE" rev 0x01: DMA,
> > channel 0 wired to compatibility, channel 1 wired to compatibility
> > wd0 at pciide0 channel 0 drive 0: 
> > wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors
> > wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
> > pciide0: channel 1 ignored (disabled)
> > auglx0 at pci0 dev 14 function 3 "AMD CS5536 Audio" rev 0x01: isa irq 9,
> > CS5536 AC97
> > ac97: codec id 0x414c4760 (Avance Logic ALC655 rev 0)
> > audio0 at auglx0
> > ohci1 at pci0 dev 14 function 4 "AMD CS5536 USB" rev 0x02: isa irq 11,
> > version 1.0, legacy support
> > ehci1 at pci0 dev 14 function 5 "AMD CS5536 USB" rev 0x02: isa irq 11
> > usb1 at ehci1: USB revision 2.0
> > uhub1 at usb1 configuration 1 interface 0 "AMD EHCI root hub" rev
> > 2.00/1.00 addr 1
> > usb2 at ohci0: USB revision 1.0
> > uhub2 at usb2 configuration 1 interface 0 "NEC OHCI root hub" rev
> > 1.00/1.00 addr 1
> > usb3 at ohci1: USB revision 1.0
> > uhub3 at usb3 configuration 1 interface 0 "AMD OHCI root hub" rev
> > 1.00/1.00 addr 1
> > apm0 at mainbus0
> > umass0 at uhub1 port 1 configuration 1 interface 0 "Generic USB2.0-CRW"
> > rev 2.00/58.87 addr 2
> > umass0: using SCSI over Bulk-Only
> > scsibus0 at umass0: 2 targets, initiator 0
> > sd0 at scsibus0 targ 1 lun 0:  removable
> > serial.0bda015811417340
> > urtw0 at uhub1 port 4 configuration 1 interface 0 "Realtek
> > RTL8187B_WLAN_Adapter" rev 2.00/2.00 addr 3
> > urtw0: RTL8187B rev E, address 00:17:c4:4d:ea:21
> > vscsi0 at root
> > scsibus1 at vscsi0: 256 targets
> > softraid0 at root
> > scsibus2 at softraid0: 256 targets
> > pmon bootpath: bootduid=b0c7a9c3d196767f
> > root on wd0a (b0c7a9c3d196767f.a) swap on wd0b dump on wd0b
> > 
> > usbdevs:
> > Controller /dev/usb0:
> > addr 01: 1033: NEC, EHCI root hub
> >   high speed, self powered, config 1, rev 1.00
> >   driver: uhub0
> > Controller /dev/usb1:
> > addr 01: 1022: 

CVS: cvs.openbsd.org: ports

2021-06-06 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2021/06/06 02:16:19

Modified files:
net/gupnp/core : Makefile distinfo 

Log message:
update to gupnp-1.2.7



Re: UPDATE: VLC 3.0.14

2021-06-06 Thread Brad Smith
On Sun, May 16, 2021 at 12:13:45PM -0400, Brad Smith wrote:
> Here is an update to VLC 3.0.14.

Update the diff after the sndio fix commit.

 
Index: Makefile
===
RCS file: /home/cvs/ports/x11/vlc/Makefile,v
retrieving revision 1.249
diff -u -p -u -p -r1.249 Makefile
--- Makefile1 Jun 2021 19:32:43 -   1.249
+++ Makefile5 Jun 2021 07:15:33 -
@@ -3,11 +3,10 @@
 COMMENT-main=  VideoLAN client; multimedia player
 COMMENT-jack=  JACK audio output module for VLC
 
-V= 3.0.12
+V= 3.0.14
 DISTNAME=  vlc-${V}
 PKGNAME-main=  ${DISTNAME}
 PKGNAME-jack=  vlc-jack-${V}
-REVISION-main= 1
 CATEGORIES=x11
 MASTER_SITES=  https://download.videolan.org/pub/videolan/vlc/${V}/
 EXTRACT_SUFX=  .tar.xz
@@ -34,13 +33,13 @@ WANTLIB-main=   EGL GL ICE Qt5Core Qt5Gui 
ffi fontconfig freetype fribidi gbm gcrypt gdk-3 gdk_pixbuf-2.0 
\
gio-2.0 glapi glib-2.0 gmodule-2.0 gmp gnutls gobject-2.0 \
gpg-error graphite2 gsm gthread-2.0 gtk-3 harfbuzz \
-   hogweed icudata icui18n icuio icuuc idn2 jpeg lcms2 \
-   lz4 lzma matroska mp3lame nettle nfs notify ogg opus \
-   p11-kit pango-1.0 pangocairo-1.0 pangoft2-1.0 pcre \
-   pcre2-16 pixman-1 placebo png postproc protobuf-lite \
-   rsvg-2 smb2 sndio soxr speex speexdsp ssl swresample \
-   swscale tag tar tasn1 theoradec theoraenc tiff unistring \
-   usbhid vorbis vorbisenc vpx webp x264 x265 xcb xcb-composite \
+   hogweed icudata icui18n icuuc idn2 jpeg lcms2 lz4 lzma \
+   matroska mp3lame nettle nfs notify ogg opus p11-kit \
+   pango-1.0 pangocairo-1.0 pangoft2-1.0 pcre pcre2-16 \
+   pixman-1 placebo png postproc protobuf-lite rsvg-2 \
+   smb2 sndio soxr speex speexdsp ssl swresample swscale \
+   tag tar tasn1 theoradec theoraenc tiff unistring usbhid \
+   vorbis vorbisenc vpx webp x264 x265 xcb xcb-composite \
xcb-dri2 xcb-dri3 xcb-glx xcb-keysyms xcb-present xcb-randr \
xcb-render xcb-shm xcb-sync xcb-xfixes xcb-xv xml2 \
xshmfence xvidcore z zstd ${WANTLIB-common}
Index: distinfo
===
RCS file: /home/cvs/ports/x11/vlc/distinfo,v
retrieving revision 1.44
diff -u -p -u -p -r1.44 distinfo
--- distinfo23 Jan 2021 09:50:09 -  1.44
+++ distinfo16 May 2021 15:43:03 -
@@ -1,2 +1,2 @@
-SHA256 (vlc-3.0.12.tar.xz) = 7/RY84qSEmCU9E8iY8K/LHze8nG0gZLQ/nsXJjiM+Hk=
-SIZE (vlc-3.0.12.tar.xz) = 25997468
+SHA256 (vlc-3.0.14.tar.xz) = Sbk+WzPeqjcGDmskqYIAytcMQHlH8U6yqLagxk2FNaY=
+SIZE (vlc-3.0.14.tar.xz) = 26424968
Index: patches/patch-src_posix_thread_c
===
RCS file: /home/cvs/ports/x11/vlc/patches/patch-src_posix_thread_c,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 patch-src_posix_thread_c
--- patches/patch-src_posix_thread_c3 Apr 2021 11:15:46 -   1.5
+++ patches/patch-src_posix_thread_c29 Apr 2021 15:38:01 -
@@ -1,8 +1,7 @@
 $OpenBSD: patch-src_posix_thread_c,v 1.5 2021/04/03 11:15:46 sthen Exp $
 
-- Make use of clock_gettime() on OpenBSD. Until we have per-process
-  timers and can enable _POSIX_TIMERS in unistd.h.
-- Make use of _SC_NPROCESSORS_ONLN.
+Make use of clock_gettime() on OpenBSD. Until we have per-process
+timers and can enable _POSIX_TIMERS in unistd.h.
 
 Index: src/posix/thread.c
 --- src/posix/thread.c.orig
@@ -25,12 +24,3 @@ Index: src/posix/thread.c
  struct timespec ts;
  
  vlc_clock_setup ();
-@@ -712,6 +712,8 @@ unsigned vlc_GetCPUCount(void)
- count = sysconf (_SC_NPROCESSORS_ONLN);
- free (cpulist);
- return count ? count : 1;
-+#elif defined(_SC_NPROCESSORS_ONLN)
-+return sysconf(_SC_NPROCESSORS_ONLN);
- #elif defined(_SC_NPROCESSORS_CONF)
- return sysconf(_SC_NPROCESSORS_CONF);
- #else



CVS: cvs.openbsd.org: ports

2021-06-06 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2021/06/06 00:52:46

Modified files:
x11/vlc: Makefile distinfo 
x11/vlc/patches: patch-src_posix_thread_c 

Log message:
Update vlc to 3.0.14

>From Brad (Maintainer)



CVS: cvs.openbsd.org: ports

2021-06-06 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2021/06/06 00:10:08

Modified files:
x11/gnome/at-spi2-core: Makefile distinfo 

Log message:
Update to at-spi2-core-2.40.2.