[maintainer update] gerbil-0.16
Hi, Re-sending gerbil update, still looking for i386 test for this. timo Index: Makefile === RCS file: /cvs/ports/lang/gerbil/Makefile,v retrieving revision 1.10 diff -u -p -u -p -r1.10 Makefile --- Makefile19 Aug 2020 11:28:29 - 1.10 +++ Makefile25 Sep 2020 03:55:35 - @@ -10,7 +10,7 @@ COMMENT = dialect of Scheme designed for GH_ACCOUNT = vyzo GH_PROJECT = gerbil -GH_TAGNAME = v0.15.1 +GH_TAGNAME = v0.16 CATEGORIES = lang Index: distinfo === RCS file: /cvs/ports/lang/gerbil/distinfo,v retrieving revision 1.3 diff -u -p -u -p -r1.3 distinfo --- distinfo10 Feb 2019 18:01:30 - 1.3 +++ distinfo25 Sep 2020 03:55:35 - @@ -1,2 +1,2 @@ -SHA256 (gerbil-0.15.1.tar.gz) = PSnuzaqEWwc7+EE81U5CCz9Ix5wl5D+rWjed3gKdDN4= -SIZE (gerbil-0.15.1.tar.gz) = 1326871 +SHA256 (gerbil-0.16.tar.gz) = EVfU72DatqD3xJhtXJODkZcwRQk8RwoD/+AiZsTT4Rk= +SIZE (gerbil-0.16.tar.gz) = 1715765 Index: pkg/PLIST === RCS file: /cvs/ports/lang/gerbil/pkg/PLIST,v retrieving revision 1.3 diff -u -p -u -p -r1.3 PLIST --- pkg/PLIST 10 Feb 2019 18:01:30 - 1.3 +++ pkg/PLIST 25 Sep 2020 03:55:35 - @@ -5,6 +5,7 @@ gerbil/LICENSE-APACHE-2.0.txt gerbil/LICENSE-LGPL.txt gerbil/README.md gerbil/bin/ +gerbil/bin/.keep gerbil/bin/gxc gerbil/bin/gxi gerbil/bin/gxi-build-script @@ -15,7 +16,16 @@ gerbil/bin/gxi-script gerbil/doc/ gerbil/doc/.vuepress/ gerbil/doc/.vuepress/config.js -gerbil/doc/.vuepress/style.styl +gerbil/doc/.vuepress/public/ +gerbil/doc/.vuepress/public/img/ +gerbil/doc/.vuepress/public/img/gerbil-detailed-consio_OPT.svg +gerbil/doc/.vuepress/public/img/gerbil-detailed_INK.svg +gerbil/doc/.vuepress/public/img/gerbil-detailed_OPT.svg +gerbil/doc/.vuepress/public/img/gerbil-flat-colored-consio_OPT.svg +gerbil/doc/.vuepress/public/img/gerbil-flat-colored_INK.svg +gerbil/doc/.vuepress/public/img/gerbil-flat-colored_OPT.svg +gerbil/doc/.vuepress/styles/ +gerbil/doc/.vuepress/styles/index.styl gerbil/doc/build.sh gerbil/doc/guide/ gerbil/doc/guide/README.md @@ -32,6 +42,7 @@ gerbil/doc/guide/profiler.md gerbil/doc/guide/r7rs.md gerbil/doc/guide/shell.md gerbil/doc/guide/srfi.md +gerbil/doc/package-lock.json gerbil/doc/package.json gerbil/doc/readme.md gerbil/doc/reference/ @@ -70,6 +81,7 @@ gerbil/doc/reference/sort.md gerbil/doc/reference/srfi.md gerbil/doc/reference/stdlib.md gerbil/doc/reference/stxparam.md +gerbil/doc/reference/stxutil.md gerbil/doc/reference/sugar.md gerbil/doc/reference/test.md gerbil/doc/reference/text.md @@ -82,6 +94,7 @@ gerbil/doc/tutorials/kvstore.md gerbil/doc/tutorials/languages.md gerbil/doc/tutorials/proxy.md gerbil/lib/ +gerbil/lib/.keep gerbil/lib/gerbil/ gerbil/lib/gerbil/compiler/ gerbil/lib/gerbil/compiler.ssi @@ -113,6 +126,10 @@ gerbil/lib/gerbil/compiler/optimize-call gerbil/lib/gerbil/compiler/optimize-call.ssxi.ss @bin gerbil/lib/gerbil/compiler/optimize-call__0.o1 @bin gerbil/lib/gerbil/compiler/optimize-call__rt.o1 +gerbil/lib/gerbil/compiler/optimize-spec.ssi +gerbil/lib/gerbil/compiler/optimize-spec.ssxi.ss +@bin gerbil/lib/gerbil/compiler/optimize-spec__0.o1 +@bin gerbil/lib/gerbil/compiler/optimize-spec__rt.o1 gerbil/lib/gerbil/compiler/optimize-top.ssi gerbil/lib/gerbil/compiler/optimize-top.ssxi.ss @bin gerbil/lib/gerbil/compiler/optimize-top__0.o1 @@ -266,6 +283,11 @@ gerbil/lib/gerbil/gambit/threads.ssxi.ss @bin gerbil/lib/gerbil/gambit/threads__0.o1 @bin gerbil/lib/gerbil/gambit/threads__rt.o1 @bin gerbil/lib/gerbil/gambit__rt.o1 +@bin gerbil/lib/gerbil/polydactyl$_gambit__rt.o1 +gerbil/lib/gerbil/polydactyl.ssi +gerbil/lib/gerbil/polydactyl.ssxi.ss +@bin gerbil/lib/gerbil/polydactyl__1.o1 +@bin gerbil/lib/gerbil/polydactyl__rt.o1 gerbil/lib/gerbil/tools/ gerbil/lib/gerbil/tools/gxpkg.ssi gerbil/lib/gerbil/tools/gxpkg.ssxi.ss @@ -295,162 +317,317 @@ gerbil/lib/scheme/ gerbil/lib/scheme/base-etc.ssi gerbil/lib/scheme/base-etc.ssxi.ss @bin gerbil/lib/scheme/base-etc__0.o1 +gerbil/lib/scheme/base-etc__0.scm @bin gerbil/lib/scheme/base-etc__1.o1 +gerbil/lib/scheme/base-etc__1.scm @bin gerbil/lib/scheme/base-etc__rt.o1 +gerbil/lib/scheme/base-etc__rt.scm gerbil/lib/scheme/base-impl.ssi gerbil/lib/scheme/base-impl.ssxi.ss @bin gerbil/lib/scheme/base-impl__0.o1 +gerbil/lib/scheme/base-impl__0.scm @bin gerbil/lib/scheme/base-impl__1.o1 +gerbil/lib/scheme/base-impl__1.scm @bin gerbil/lib/scheme/base-impl__rt.o1 +gerbil/lib/scheme/base-impl__rt.scm gerbil/lib/scheme/base-ports.ssi gerbil/lib/scheme/base-ports.ssxi.ss @bin gerbil/lib/scheme/base-ports__0.o1 +gerbil/lib/scheme/base-ports__0.scm @bin gerbil/lib/scheme/base-ports__rt.o1 +gerbil/lib/scheme/base-ports__rt.scm gerbil/lib/scheme/base-vectors.ssi gerbil/lib/scheme/base-vectors.ssxi.ss @bin
For Testing: PostgreSQL 13
PostgreSQL 13 was released today. We won't be switching to it until
after OpenBSD 6.8 and PostgreSQL 13.1, but here's a diff in case you
want to start testing.
Release announcement: https://www.postgresql.org/about/news/2077/
Release notes: https://www.postgresql.org/docs/13/release-13.html
Thanks,
Jeremy
Index: postgresql/Makefile
===
RCS file: /cvs/ports/databases/postgresql/Makefile,v
retrieving revision 1.264
diff -u -p -r1.264 Makefile
--- postgresql/Makefile 24 Sep 2020 13:11:46 - 1.264
+++ postgresql/Makefile 24 Sep 2020 22:23:39 -
@@ -7,8 +7,8 @@ COMMENT-contrib=PostgreSQL RDBMS contrib
COMMENT-plpython=Python procedural language for PostgreSQL
COMMENT-pg_upgrade=Support for upgrading PostgreSQL data from previous version
-VERSION= 12.4
-PREV_MAJOR=11
+VERSION= 13.0
+PREV_MAJOR=12
DISTNAME= postgresql-${VERSION}
PKGNAME-main= postgresql-client-${VERSION}
PKGNAME-server=postgresql-server-${VERSION}
@@ -19,10 +19,10 @@ PKGNAME-pg_upgrade=postgresql-pg_upgrade
CATEGORIES=databases
-SHARED_LIBS= ecpg7.10 \
- ecpg_compat 4.10 \
- pgtypes 4.9 \
- pq 6.11
+SHARED_LIBS= ecpg7.11 \
+ ecpg_compat 4.11 \
+ pgtypes 4.10 \
+ pq 6.12
HOMEPAGE= http://www.postgresql.org/
Index: postgresql/distinfo
===
RCS file: /cvs/ports/databases/postgresql/distinfo,v
retrieving revision 1.85
diff -u -p -r1.85 distinfo
--- postgresql/distinfo 24 Sep 2020 13:11:46 - 1.85
+++ postgresql/distinfo 24 Sep 2020 22:23:32 -
@@ -1,2 +1,2 @@
-SHA256 (postgresql-12.4.tar.gz) = l0m4kbnY+YQxL+UQp6NhMDUTTO4eY0eT2sVWjR4aWFI=
-SIZE (postgresql-12.4.tar.gz) = 27070070
+SHA256 (postgresql-13.0.tar.gz) = Z7CfykCjU2Cu+C/uQ1RiceagTDMnbgCTxftIZTsvWvo=
+SIZE (postgresql-13.0.tar.gz) = 27439127
Index: postgresql/patches/patch-src_Makefile_shlib
===
RCS file: /cvs/ports/databases/postgresql/patches/patch-src_Makefile_shlib,v
retrieving revision 1.12
diff -u -p -r1.12 patch-src_Makefile_shlib
--- postgresql/patches/patch-src_Makefile_shlib 3 Dec 2018 16:22:08 -
1.12
+++ postgresql/patches/patch-src_Makefile_shlib 21 Aug 2020 19:39:40 -
@@ -3,7 +3,7 @@ $OpenBSD: patch-src_Makefile_shlib,v 1.1
Index: src/Makefile.shlib
--- src/Makefile.shlib.orig
+++ src/Makefile.shlib
-@@ -80,7 +80,7 @@ shlib_major = lib$(NAME)$(DLSUFFIX).$(SO_MAJOR_VERSION
+@@ -79,7 +79,7 @@ shlib_major = lib$(NAME)$(DLSUFFIX).$(SO_MAJOR_VERSION
shlib_bare= lib$(NAME)$(DLSUFFIX)
# Testing the soname variable is a reliable way to determine whether a
# linkable library is being built.
Index: postgresql/patches/patch-src_bin_scripts_vacuumdb_c
===
RCS file:
/cvs/ports/databases/postgresql/patches/patch-src_bin_scripts_vacuumdb_c,v
retrieving revision 1.3
diff -u -p -r1.3 patch-src_bin_scripts_vacuumdb_c
--- postgresql/patches/patch-src_bin_scripts_vacuumdb_c 6 Feb 2020 00:36:12
- 1.3
+++ postgresql/patches/patch-src_bin_scripts_vacuumdb_c 21 Aug 2020 19:39:40
-
@@ -2,12 +2,12 @@ $OpenBSD: patch-src_bin_scripts_vacuumdb
Index: src/bin/scripts/vacuumdb.c
--- src/bin/scripts/vacuumdb.c.orig
+++ src/bin/scripts/vacuumdb.c
-@@ -14,6 +14,8 @@
- #define FD_SETSIZE 1024 /* must set before winsock2.h
is included */
- #endif
+@@ -10,6 +10,8 @@
+ *-
+ */
+#include /* FD_SETSIZE */
+
#include "postgres_fe.h"
- #ifdef HAVE_SYS_SELECT_H
+ #include "catalog/pg_class_d.h"
Index: postgresql/patches/patch-src_include_storage_s_lock_h
===
RCS file:
/cvs/ports/databases/postgresql/patches/patch-src_include_storage_s_lock_h,v
retrieving revision 1.6
diff -u -p -r1.6 patch-src_include_storage_s_lock_h
--- postgresql/patches/patch-src_include_storage_s_lock_h 6 Feb 2020
00:36:12 - 1.6
+++ postgresql/patches/patch-src_include_storage_s_lock_h 21 Aug 2020
19:39:40 -
@@ -2,7 +2,7 @@ $OpenBSD: patch-src_include_storage_s_lo
Index: src/include/storage/s_lock.h
--- src/include/storage/s_lock.h.orig
+++ src/include/storage/s_lock.h
-@@ -734,6 +734,29 @@ typedef unsigned char slock_t;
+@@ -739,6 +739,29 @@ typedef unsigned char slock_t;
do { __asm__ __volatile__("" : : : "memory"); *(lock) = 0; } while (0)
#endif
Index: postgresql/patches/patch-src_interfaces_libpq_Makefile
===
RCS file:
/cvs/ports/databases/postgresql/patches/patch-src_interfaces_libpq_Makefile,v
retrieving revision 1.14
diff
Re: [Update] comms/chirp 20200909
On Thu, Sep 24, 2020 at 11:38:06PM +0200, Jeremie Courreges-Anglas wrote: > On Thu, Sep 24 2020, Stuart Henderson wrote: > > Programme is correct :-) > > Woops, at first I intended to check that, sorry for this. :P > (Feels like it's the first time I hit this spelling.) It probably felt wrong because "Ye Olde" wasn't in front of it. > > -- > jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE -- Tracey Emery
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/09/24 15:42:16 Modified files: lang/chibi-scheme: Makefile lang/chibi-scheme/patches: patch-Makefile lang/chibi-scheme/pkg: PLIST Log message: Unbreak chibi-scheme on i386. Passes the tests. Spotted by sthen@.
Re: [Update] comms/chirp 20200909
On Thu, Sep 24 2020, Stuart Henderson wrote: > Programme is correct :-) Woops, at first I intended to check that, sorry for this. :P (Feels like it's the first time I hit this spelling.) -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: [Update] comms/chirp 20200909
Programme is correct :-) -- Sent from a phone, apologies for poor formatting. On 24 September 2020 20:33:20 Jeremie Courreges-Anglas wrote: On Thu, Sep 24 2020, Tracey Emery wrote: Hello, Attached is a simple update to bring chirp to 20200909. Builds and runs fine on amd64. Ok? Looks good ports-wise but please run update-patches. ok jca@ Could you please amend the COMMENT while here? s/programme/program/ -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: NEW: jpeginfo-1.6.1
Kind reminder. On Sat, Sep 19, 2020 at 08:12:01AM +, Mikolaj Kucharski wrote: > Thanks Ricardo. > > Any other comments or okays? > > File reattached for convenience. > > On Thu, Sep 10, 2020 at 07:39:01PM +0100, Ricardo wrote: > > Hi Mikolaj, > > > > I tested it briefly and seems to be working on amd64. > > > > Take care. > > Ricardo > > > > On 9/10/20 8:31 AM, Mikolaj Kucharski wrote: > > > Ping. > > > > > > On Wed, Aug 19, 2020 at 09:08:06AM +, Mikolaj Kucharski wrote: > > > > Hi, > > > > > > > > Simple new port attached. I wanted something to check JPEG files > > > > integrity (-c option to the tool). > > > > > > > > $ jpeginfo -c DSC00470.JPG > > > > DSC00470.JPG 6000 x 4000 24bit Exif N 10715136 [OK] > > > > > > > > Comment: > > > > prints information and tests integrity of JPEG files > > > > > > > > Description: > > > > Jpeginfo is an utility to generate informative listings from JPEG files, > > > > and to check JPEG files for errors. Program also supports automagic > > > > deletion of broken JPEGs. > > > > > > > > WWW: https://www.kokkonen.net/tjko/projects.html > > > > > > > > Comments? > > > > > > > Same file reattached for convenience. > > > -- Regards, Mikolaj jpeginfo-1.6.1-port-v1.tgz Description: application/tar-gz
Re: [maintainer update] updating licensing information on chafa
On Thu, 24 Sep 2020 21:03:44 +0200, Florian Viehweger wrote: > Updated diff attached. Thanks, committed!
[UPDATE] lang/python/3.8
Hello, this is the diff to update Python 3.8 to latest release. sthen@ or naddy@: someone of you could test a bulk build with this diff? Thanks in advance. Cheers, Remi. Index: Makefile === RCS file: /cvs/ports/lang/python/3.8/Makefile,v retrieving revision 1.7 diff -u -p -u -p -r1.7 Makefile --- Makefile 28 Jul 2020 07:58:30 - 1.7 +++ Makefile 24 Sep 2020 19:27:14 - @@ -6,7 +6,7 @@ # Python itself. VERSION = 3.8 -PATCHLEVEL = .5 +PATCHLEVEL = .6 SHARED_LIBS = python3.8 0.0 VERSION_SPEC = >=3.8,<3.9 Index: distinfo === RCS file: /cvs/ports/lang/python/3.8/distinfo,v retrieving revision 1.5 diff -u -p -u -p -r1.5 distinfo --- distinfo 28 Jul 2020 07:58:30 - 1.5 +++ distinfo 24 Sep 2020 19:27:14 - @@ -1,2 +1,2 @@ -SHA256 (Python-3.8.5.tgz) = AVEVAjw4Lrarg9USdi/jxVAvoMbFL/68SDHE4aBv/Ek= -SIZE (Python-3.8.5.tgz) = 24149103 +SHA256 (Python-3.8.6.tgz) = MTVi7pmG3Dac1ngBG9/ZgA72L797FJYiihj4azZCjCE= +SIZE (Python-3.8.6.tgz) = 24377280 Index: pkg/PLIST-main === RCS file: /cvs/ports/lang/python/3.8/pkg/PLIST-main,v retrieving revision 1.8 diff -u -p -u -p -r1.8 PLIST-main --- pkg/PLIST-main 28 Jul 2020 07:58:30 - 1.8 +++ pkg/PLIST-main 24 Sep 2020 19:27:14 - @@ -1824,8 +1824,8 @@ lib/python3.8/ensurepip/__pycache__/_uni lib/python3.8/ensurepip/__pycache__/_uninstall.cpython-38.opt-2.pyc lib/python3.8/ensurepip/__pycache__/_uninstall.cpython-38.pyc lib/python3.8/ensurepip/_bundled/ -lib/python3.8/ensurepip/_bundled/pip-20.1.1-py2.py3-none-any.whl -lib/python3.8/ensurepip/_bundled/setuptools-47.1.0-py3-none-any.whl +lib/python3.8/ensurepip/_bundled/pip-20.2.1-py2.py3-none-any.whl +lib/python3.8/ensurepip/_bundled/setuptools-49.2.1-py3-none-any.whl lib/python3.8/ensurepip/_uninstall.py lib/python3.8/enum.py lib/python3.8/filecmp.py @@ -2017,9 +2017,9 @@ lib/python3.8/lib-dynload/ @so lib/python3.8/lib-dynload/zlib.so lib/python3.8/lib2to3/ lib/python3.8/lib2to3/Grammar.txt -lib/python3.8/lib2to3/Grammar3.8.5.final.0.pickle +lib/python3.8/lib2to3/Grammar3.8.6.final.0.pickle lib/python3.8/lib2to3/PatternGrammar.txt -lib/python3.8/lib2to3/PatternGrammar3.8.5.final.0.pickle +lib/python3.8/lib2to3/PatternGrammar3.8.6.final.0.pickle lib/python3.8/lib2to3/__init__.py lib/python3.8/lib2to3/__main__.py lib/python3.8/lib2to3/__pycache__/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2020/09/24 14:05:22 Modified files: graphics/chafa : Makefile Log message: Update license marker >From Florian Viehweger (maintainer)
Re: firefox vs config in HOME
On Sep 24 11:59:21, lan...@openbsd.org wrote: > On Thu, Sep 24, 2020 at 11:44:42AM +0200, Jan Stary wrote: > > This is current/amd64 after a sysupgrade and pkg_add -u. > > Firefox complains that it cannot store its own configuration > > and settings into HOME: > > > > ** (firefox:19344): WARNING **: 11:38:24.795: Cannot set application as > > default for URI scheme (http): Can’t create user MIME configuration > > folder /home/hans/.config: No such file or directory > > > > ** (firefox:19344): WARNING **: 11:38:24.798: Cannot set application as > > default for extension (htm): Can’t create user MIME configuration folder > > /home/hans/.local/share/mime/packages: Permission denied > > > > The $HOME/.config directory does exist and is writable by the user. > > The $HOME/.local/share/ directory does exist and is writable by the user. > > > > Is this because of the pledge/unveil restrictions? > > yes, that's supposed to be handled by the unveil.main lines. I never > fully understood this part of the integration, but jcs@ might know > better. Use ktrace to check what paths are opened, and maybe try > adding/amending some of the lines. As an example, I set $XDG_CACHE_HOME rwc $XDG_CONFIG_HOME rwc $XDG_DATA_HOME rwc in /etx/firefox/unveil.main and started ktrace firefox. Here is a snipet from the kdump: 25434 firefox CALL mkdir(0x679bebc0c40,0700) 25434 firefox NAMI "/home/hans/.local/share/mime/packages" 25434 firefox RET mkdir -1 errno 2 No such file or directory 25434 firefox CALL access(0x679bebc0480,0) 25434 firefox NAMI "/home" 25434 firefox RET access -1 errno 2 No such file or directory 25434 firefox CALL mkdir(0x679bebc0480,0700) 25434 firefox NAMI "/home" 25434 firefox RET mkdir -1 errno 2 No such file or directory 25434 firefox CALL access(0x679bebc0480,0) 25434 firefox NAMI "/home/hans" 25434 firefox RET access -1 errno 2 No such file or directory 25434 firefox CALL mkdir(0x679bebc0480,0700) 25434 firefox NAMI "/home/hans" 25434 firefox RET mkdir -1 errno 2 No such file or directory 25434 firefox CALL access(0x679bebc0480,0) 25434 firefox NAMI "/home/hans/.local" 25434 firefox RET access -1 errno 2 No such file or directory 25434 firefox CALL mkdir(0x679bebc0480,0700) 25434 firefox NAMI "/home/hans/.local" 25434 firefox RET mkdir -1 errno 2 No such file or directory 25434 firefox CALL access(0x679bebc0480,0) 25434 firefox NAMI "/home/hans/.local/share" 25434 firefox RET access -1 errno 2 No such file or directory 25434 firefox CALL mkdir(0x679bebc0480,0700) 25434 firefox NAMI "/home/hans/.local/share" 25434 firefox RET mkdir -1 errno 2 No such file or directory 25434 firefox CALL access(0x679bebc0480,0) 25434 firefox NAMI "/home/hans/.local/share/mime" 25434 firefox RET access -1 errno 2 No such file or directory 25434 firefox CALL mkdir(0x679bebc0480,0700) 25434 firefox NAMI "/home/hans/.local/share/mime" 25434 firefox RET mkdir -1 errno 13 Permission denied 25434 firefox CALL mmap(0,0x2000,0x3,0x1002,-1,0) 25434 firefox RET mmap 7120981131264/0x679fb8d 25434 firefox CALL mprotect(0x679fb8d1000,0x1000,0) 25434 firefox RET mprotect 0 25434 firefox CALL munmap(0x679fb8d,0x2000) 25434 firefox RET munmap 0 25434 firefox CALL fcntl(2,F_ISATTY) 25434 firefox RET fcntl 1 25434 firefox CALL getpid() 25434 firefox RET getpid 25434/0x635a 25434 firefox CALL write(2,0x7f7efac0,0xe1) 25434 firefox GIO fd 2 wrote 225 bytes " ** (firefox:25434): \^[[1;33mWARNING\^[[0m **: \^[[34m20:36:57.061\^[[0m: Cannot set application as default for extension (htm): Can\M-b\M^@\M^Yt create user MIME configuration fold\ er /home/hans/.local/share/mime/packages: Permission denied " All of the paths (and initial subpaths) mentioned above do exist and are chmod 770 drwx-- 3 hans hans 512 Sep 21 22:53 .local// drwx-- 5 hans hans 512 Sep 24 20:57 .local/share// drwx-- 3 hans hans 512 Sep 24 20:42 .local/share/mime// drwx-- 2 hans hans 512 Sep 24 20:42 .local/share/mime/packages// I have no idea why it reports ENOENT/EACCESS. I have move unveil.main away temporarily and started firefox - no error messages, apparently it saved the info of firefox being the default browser (which is what has benn popping up on every start, but never remembered, presumably because of these failed writes), and then moved unveil.main back, and removed the three lines above. There are no such messages since then. Jan
Re: [Update] comms/chirp 20200909
On Thu, Sep 24 2020, Tracey Emery wrote: > Hello, > > Attached is a simple update to bring chirp to 20200909. Builds and runs > fine on amd64. > > Ok? Looks good ports-wise but please run update-patches. ok jca@ Could you please amend the COMMENT while here? s/programme/program/ -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: thunderbird 78.2.1 & enigmail removal
Theo Buehler writes:
>> And for the cvs lovers out there, here's diffs for the final 78.3.0 and
>> enigmail 2.2.2. Should apply on top of current cvs. Will probably commit
>> tonight or tmrw.
>
> I built and packaged this successfully. I was able to connect to a
> throwaway email account, generated a pgp key, signed a mail with it and
> successfully revoked the key.
>
> There's been enough heads-up and requests for tests for this and actual
> users had ample time to run into problems. I think there's no point in
> waiting and I don't like the idea of shipping 6.8 with an EOL version of
> tb.
>
> ok tb (not yet EOL, hopefully)
Here is a diff that adds devel/libffi to LIB_DEPENDS and WANTLIB and
bumps REVISION. I tested a similar diff for 78.2.2 and `make
port-lib-depends-check' was fine.
I am letting it build anyways and will report back if anything goes
wrong. I am also curious about whether the lto patch you added will let
me build a debug package without it crashing on the gkrust crate.
Index: Makefile
===
RCS file: /cvs/ports/mail/mozilla-thunderbird/Makefile,v
retrieving revision 1.328
diff -u -p -r1.328 Makefile
--- Makefile24 Sep 2020 15:47:40 - 1.328
+++ Makefile24 Sep 2020 19:22:03 -
@@ -11,6 +11,7 @@ MOZILLA_PROJECT = thunderbird
MOZILLA_CODENAME = comm/mail
EXTRACT_SUFX = .tar.xz
DEBUG_PACKAGES = ${BUILD_PACKAGES}
+REVISION = 0
# XXX badly formed debug in libxul ?
DWZ = :
@@ -82,9 +83,10 @@ DEBUG_CONFIGURE_ARGS += --enable-debug-s
MAKE_ENV +=BUILD_VERBOSE_LOG="1" CARGOFLAGS="-j${MAKE_JOBS}"
LIB_DEPENDS += security/botan2 \
- devel/json-c
+ devel/json-c \
+ devel/libffi
-WANTLIB += X11-xcb Xcursor Xi botan-2 bz2 harfbuzz intl json-c xcb xcb-shm
+WANTLIB += X11-xcb Xcursor Xi botan-2 bz2 ffi harfbuzz intl json-c xcb xcb-shm
# build lightning
CONFIGURE_ARGS += --enable-calendar
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/09/24 13:17:17 Modified files: devel/jenkins/devel: Makefile distinfo Log message: Update jenkins-devel to 2.258
Re: [maintainer update] updating licensing information on chafa
On Thu, Sep 24 2020, Florian Viehweger wrote: > Hi, > >> Nothing changed in the build, so I don't think this needs REVISION. >> I'm probably wrong though and someone will correct me. > > according to the porting guide[1], section "Update Checklist", it seems > to need REVISION. > > quote: > >> Each port update needs a package name bump. Otherwise, the update >> mechanism for binary packages won't work. Anything that affects the >> binary package implies a bump. This includes HOMEPAGE, MAINTAINER or >> description changes, changes to patches or build flags. If the >> upstream version has not changed, the package name bump is done by >> incrementing REVISION if already present, otherwise adding REVISION = >> 0 towards the top of the Makefile. > > I'm quite new to the game, please someone correct me if I'm wrong. You're only changing a comment in the Makefile, this comment can't affect the contents of the resulting package. You don't need a REVISION bump. Regarding the actual license, LGPLv3+ looks correct, ok jca@ > [1] https://www.openbsd.org/faq/ports/guide.html -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: [maintainer update] updating licensing information on chafa
> > > Nothing changed in the build, so I don't think this needs > > > REVISION. I'm probably wrong though and someone will correct me. > > > > according to the porting guide[1], section "Update Checklist", it > > seems to need REVISION. > > > > quote: > > > > > Each port update needs a package name bump. Otherwise, the update > > > mechanism for binary packages won't work. Anything that affects > > > the binary package implies a bump. This includes HOMEPAGE, > > > MAINTAINER or description changes, changes to patches or build > > > flags. If the upstream version has not changed, the package name > > > bump is done by incrementing REVISION if already present, > > > otherwise adding REVISION = 0 towards the top of the Makefile. > > > > I'm quite new to the game, please someone correct me if I'm wrong. > > No, it doesn't require a bump. > > The license marker is.. just a marker. It's only present in the > Makefile, i.e. it doesn't appear in the package. It's there for ports > tree maintenance purpose only. > > It's a comment anyway, make(1) doesn't see it. Thank you for clarification. Updated diff attached. Index: Makefile === RCS file: /cvs/ports/graphics/chafa/Makefile,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 Makefile --- Makefile22 Sep 2020 22:08:23 - 1.1.1.1 +++ Makefile24 Sep 2020 18:58:37 - @@ -11,7 +11,7 @@ HOMEPAGE =https://hpjansson.org/chafa/ MAINTAINER = Florian Viehweger -# GPLv3+ +# LGPLv3+ PERMIT_PACKAGE = Yes WANTLIB += ICE MagickCore-6.Q16 MagickWand-6.Q16 SM X11 Xext Xt -- greetings, Florian Viehweger
Re: [maintainer update] updating licensing information on chafa
On Thu, 24 Sep 2020 20:22:17 +0200, Florian Viehweger wrote: > > Nothing changed in the build, so I don't think this needs REVISION. > > I'm probably wrong though and someone will correct me. > > according to the porting guide[1], section "Update Checklist", it > seems to need REVISION. > > quote: > > > Each port update needs a package name bump. Otherwise, the update > > mechanism for binary packages won't work. Anything that affects the > > binary package implies a bump. This includes HOMEPAGE, MAINTAINER or > > description changes, changes to patches or build flags. If the > > upstream version has not changed, the package name bump is done by > > incrementing REVISION if already present, otherwise adding REVISION > > = 0 towards the top of the Makefile. > > I'm quite new to the game, please someone correct me if I'm wrong. No, it doesn't require a bump. The license marker is.. just a marker. It's only present in the Makefile, i.e. it doesn't appear in the package. It's there for ports tree maintenance purpose only. It's a comment anyway, make(1) doesn't see it.
Re: [Update] comms/chirp 20200909
Tracey Emery writes: > Hello, > > Attached is a simple update to bring chirp to 20200909. Builds and runs > fine on amd64. > > Ok? OK abieber@ - just programmed my uv-52 (forgot what a pita it is!)
Re: [maintainer update] updating licensing information on chafa
Hi, > Nothing changed in the build, so I don't think this needs REVISION. > I'm probably wrong though and someone will correct me. according to the porting guide[1], section "Update Checklist", it seems to need REVISION. quote: > Each port update needs a package name bump. Otherwise, the update > mechanism for binary packages won't work. Anything that affects the > binary package implies a bump. This includes HOMEPAGE, MAINTAINER or > description changes, changes to patches or build flags. If the > upstream version has not changed, the package name bump is done by > incrementing REVISION if already present, otherwise adding REVISION = > 0 towards the top of the Makefile. I'm quite new to the game, please someone correct me if I'm wrong. [1] https://www.openbsd.org/faq/ports/guide.html -- greetings, Florian Viehweger
Re: [maintainer update] updating licensing information on chafa
On September 24, 2020 11:11:52 AM MDT, Florian Viehweger wrote: >Hi, > >after seeing conflicting license information I contacted the author >directly and asked for a tangible statement. He says it's LGPLv3+ and >that he will correct misleading information. > >OK? > Nothing changed in the build, so I don't think this needs REVISION. I'm probably wrong though and someone will correct me. >Index: Makefile >=== >RCS file: /cvs/ports/graphics/chafa/Makefile,v >retrieving revision 1.1.1.1 >diff -u -p -u -p -r1.1.1.1 Makefile >--- Makefile 22 Sep 2020 22:08:23 - 1.1.1.1 >+++ Makefile 24 Sep 2020 16:38:21 - >@@ -3,6 +3,8 @@ > COMMENT = character art facsimile generator > DISTNAME =chafa-1.4.1 > >+REVISION =0 >+ > SHARED_LIBS +=chafa 0.0 # 4.0 > > CATEGORIES = graphics >@@ -11,7 +13,7 @@ HOMEPAGE = https://hpjansson.org/chafa/ > > MAINTAINER = Florian Viehweger > >-# GPLv3+ >+# LGPLv3+ > PERMIT_PACKAGE = Yes > > WANTLIB +=ICE MagickCore-6.Q16 MagickWand-6.Q16 SM X11 Xext Xt -- Tracey Emery Sent from my phone.
[maintainer update] updating licensing information on chafa
Hi, after seeing conflicting license information I contacted the author directly and asked for a tangible statement. He says it's LGPLv3+ and that he will correct misleading information. OK? Index: Makefile === RCS file: /cvs/ports/graphics/chafa/Makefile,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 Makefile --- Makefile22 Sep 2020 22:08:23 - 1.1.1.1 +++ Makefile24 Sep 2020 16:38:21 - @@ -3,6 +3,8 @@ COMMENT = character art facsimile generator DISTNAME = chafa-1.4.1 +REVISION = 0 + SHARED_LIBS += chafa 0.0 # 4.0 CATEGORIES = graphics @@ -11,7 +13,7 @@ HOMEPAGE =https://hpjansson.org/chafa/ MAINTAINER = Florian Viehweger -# GPLv3+ +# LGPLv3+ PERMIT_PACKAGE = Yes WANTLIB += ICE MagickCore-6.Q16 MagickWand-6.Q16 SM X11 Xext Xt -- greetings, Florian Viehweger
[maintainer update]: www/hugo 0.75.0 --> 0.75.1
Hi ports@,
This is a bugfix release for www/hugo. Here's the changelog:
* resources/image: Fix nilpointer for images with no Exif [#7688]
* modules/npm: Preserve the original package.json if it exists [#7690]
* tpl: Fix grammar in the new 'requires non-zero' error message [cd830bb0]
Builds ok and lightly tested on amd64.
ok to commit ?
diff d484db4867d9926b69be971b0c77b7d8da7c3679 /usr/ports
blob - 05a6d9fca663bdbfd811c87b4d48de7637723bfd
file + www/hugo/Makefile
--- www/hugo/Makefile
+++ www/hugo/Makefile
@@ -4,7 +4,7 @@ ONLY_FOR_ARCHS =${GO_ARCHS}
COMMENT = fast and flexible static site generator
MODGO_MODNAME =github.com/gohugoio/hugo
-MODGO_VERSION =v0.75.0
+MODGO_VERSION =v0.75.1
DISTNAME = hugo-${MODGO_VERSION}
blob - 0fb7191fb87e231ba51b133ff6f98735c3a8f0e1
file + www/hugo/distinfo
--- www/hugo/distinfo
+++ www/hugo/distinfo
@@ -776,7 +776,7 @@ SHA256 (go_modules/pack.ag/amqp/@v/v0.11.0.zip) = W2vQ
SHA256 (go_modules/pack.ag/amqp/@v/v0.8.0.mod) =
XpPm/8KAGsJIYqrWcrABlbiNpR0jv5tGsle6LqytY4s=
SHA256 (go_modules/rsc.io/binaryregexp/@v/v0.2.0.mod) =
AyRzu+VUpUpEX6hVu7K/piNNeG9h8ZJt6WtaqF6R8T0=
SHA256 (go_modules/rsc.io/binaryregexp/@v/v0.2.0.zip) =
s+cGqiePp/iA0y+hzEDvgoLR/H1uADVlee0NuI87AEc=
-SHA256 (hugo-v0.75.0.zip) = DYOppuU/wvANg79KRqWMAnWew5iiNdA0wsOfMsDGMAc=
+SHA256 (hugo-v0.75.1.zip) = C5eKfJZ+Ei+fiYI0RzTZJJFLa95fyXT6RoYN+v16dLw=
SIZE (go_modules/cloud.google.com/go/@v/v0.26.0.mod) = 27
SIZE (go_modules/cloud.google.com/go/@v/v0.34.0.mod) = 27
SIZE (go_modules/cloud.google.com/go/@v/v0.37.4.mod) = 1006
@@ -1555,4 +1555,4 @@ SIZE (go_modules/pack.ag/amqp/@v/v0.11.0.zip) = 579763
SIZE (go_modules/pack.ag/amqp/@v/v0.8.0.mod) = 20
SIZE (go_modules/rsc.io/binaryregexp/@v/v0.2.0.mod) = 36
SIZE (go_modules/rsc.io/binaryregexp/@v/v0.2.0.zip) = 450232
-SIZE (hugo-v0.75.0.zip) = 5136115
+SIZE (hugo-v0.75.1.zip) = 5129710
--
Paco Esteban.
0x5818130B8A6DBC03
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/09/24 09:52:09 Modified files: mail/enigmail : Makefile distinfo mail/enigmail/patches: patch-Makefile mail/enigmail/pkg: PLIST-main PLIST-seamonkey Log message: Update to enigmail 2.2.2. Now that thunderbird ships with openpgp by default, previous enigmail 2.1 branch isnt compatible anymore with it (and will never be), and the 2.2 branch only exists to provide a migration path for enigmail settings between tb 68 + enigmail 2.1 to tb 78 in the upcoming 6.8 release. cf https://enigmail.net/index.php/en/home/news/70-2019-10-08-future-openpgp-support-in-thunderbird will remove the enigmail port after 6.8.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/09/24 09:47:41 Modified files: mail/mozilla-thunderbird: Makefile distinfo mail/thunderbird-i18n: Makefile.inc distinfo Added files: mail/mozilla-thunderbird/patches: patch-config_makefiles_rust_mk mail/mozilla-thunderbird/pkg: DESCR PLIST README Removed files: mail/mozilla-thunderbird/patches: patch-config_system-headers_mozbuild patch-js_src_jit_ProcessExecutableMemory_cpp patch-mozilla_storage_mozStorageConnection_cpp patch-storage_mozStorageService_cpp mail/mozilla-thunderbird/pkg: DESCR-lightning DESCR-main PLIST-lightning PLIST-main README-main Log message: Major update to thunderbird 78.3.0. See https://www.thunderbird.net/en-US/thunderbird/78.3.0/releasenotes/ Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2020-44/ (both links not there yet) See https://blog.thunderbird.net/2020/07/whats-new-in-thunderbird-78/ for a user-visible list of changes. Now integrates openpgp support which was previously provided by the enigmail extension, see https://blog.thunderbird.net/2020/09/openpgp-in-thunderbird-78/ for details and https://support.mozilla.org/en-US/kb/openpgp-thunderbird-howto-and-faq for the related FAQ. port changes: * enable debug packages * merge lightning in main package * build new librnp against systemwide bz2, botan2 and json-c * build against system libffi 3.3, as found out by Nam N'Guyen that fixes crashes in pgp interaction (#1664111) * stop building against system sqlite and remove corresponding patches, not supported anymore * add a blurb about openpgp and OTR in chat support in README * rewrite DESCR from scratch Thanks Mark Patruck for openpgp testing/feedback, and gjones / netscape / net for early testing. Been using thunderbird betas since 71 in november 2019, so i'd say it's ready for wider dogfooding, just in time for 6.8.. and the existing 68esr branch is EOL anyway. ok tb@
[Update] comms/chirp 20200909
Hello,
Attached is a simple update to bring chirp to 20200909. Builds and runs
fine on amd64.
Ok?
--
Tracey Emery
Index: Makefile
===
RCS file: /cvs/ports/comms/chirp/Makefile,v
retrieving revision 1.16
diff -u -p -u -r1.16 Makefile
--- Makefile8 Jun 2020 09:07:33 - 1.16
+++ Makefile24 Sep 2020 14:59:07 -
@@ -2,7 +2,7 @@
COMMENT= tool to programme a wide range of amateur radios
-MODPY_EGG_VERSION= 20200603
+MODPY_EGG_VERSION= 20200909
DISTNAME= chirp-daily-${MODPY_EGG_VERSION}
PKGNAME= chirp-${MODPY_EGG_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/comms/chirp/distinfo,v
retrieving revision 1.11
diff -u -p -u -r1.11 distinfo
--- distinfo8 Jun 2020 09:07:33 - 1.11
+++ distinfo24 Sep 2020 14:59:07 -
@@ -1,2 +1,2 @@
-SHA256 (chirp-daily-20200603.tar.gz) =
2J6Z6NGYlaVlurH2jEm5LrxDVC00YBTk6kZxlHVTZTE=
-SIZE (chirp-daily-20200603.tar.gz) = 928676
+SHA256 (chirp-daily-20200909.tar.gz) =
7BVMJYF1cVGKvOrGW01n10msD9F3tBjE8Qn1Dy/SGsY=
+SIZE (chirp-daily-20200909.tar.gz) = 934015
Index: pkg/PLIST
===
RCS file: /cvs/ports/comms/chirp/pkg/PLIST,v
retrieving revision 1.11
diff -u -p -u -r1.11 PLIST
--- pkg/PLIST 8 Jun 2020 09:07:34 - 1.11
+++ pkg/PLIST 24 Sep 2020 14:59:07 -
@@ -100,6 +100,8 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/chirp/drivers/ftm3200d.pyc
lib/python${MODPY_VERSION}/site-packages/chirp/drivers/ftm350.py
lib/python${MODPY_VERSION}/site-packages/chirp/drivers/ftm350.pyc
+lib/python${MODPY_VERSION}/site-packages/chirp/drivers/ftm7250d.py
+lib/python${MODPY_VERSION}/site-packages/chirp/drivers/ftm7250d.pyc
lib/python${MODPY_VERSION}/site-packages/chirp/drivers/ga510.py
lib/python${MODPY_VERSION}/site-packages/chirp/drivers/ga510.pyc
lib/python${MODPY_VERSION}/site-packages/chirp/drivers/generic_csv.py
@@ -148,6 +150,8 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/chirp/drivers/ict7h.pyc
lib/python${MODPY_VERSION}/site-packages/chirp/drivers/ict8.py
lib/python${MODPY_VERSION}/site-packages/chirp/drivers/ict8.pyc
+lib/python${MODPY_VERSION}/site-packages/chirp/drivers/icv86.py
+lib/python${MODPY_VERSION}/site-packages/chirp/drivers/icv86.pyc
lib/python${MODPY_VERSION}/site-packages/chirp/drivers/icw32.py
lib/python${MODPY_VERSION}/site-packages/chirp/drivers/icw32.pyc
lib/python${MODPY_VERSION}/site-packages/chirp/drivers/icx8x.py
Re: psnup and psutils
Thanks Antoine. And that's a good reminder for me to check for changes in current as well. Let's see now, if I am not quite ready to move to current, there must be a way for me to grab it from current, or at least try, if there are not too many other cross dependencies in just that one package. Well, am off camping for 4 days. Will look at that whole question later. Cheers, Austin On Sun, 13 Sep 2020, Antoine Jacoutot wrote: > On Wed, Sep 09, 2020 at 10:21:41PM -0600, Austin Hook wrote: > > > > Using an amd64 running release version of 6.7 > > > > 1) Looks to me that psutils depends on > > > > p5-IPC-Run3-0.048.tgz > > > > because I had to pkg_add it to make psnup work. > > > > Maybe it's missing from the dependencies? > > Yup, that was fixed 3+ months ago in current. > > > 2) There is also an error in psutils in line 77 > > where a second "my dimension" declaration occurs. > > > > You won't hit it unless specifying > > > > psnup -P letter > > > > and the A4 folks won't even notice, because it won't go there. > > Also yup, that was fixed 2+ months ago in current. > > > 3) Looked to me that the psutils makefile asks for the latest version, but > > the accidental re-declaration of the local variable my dimension above, > > doesn't seem to show up even if I delete and re-install psutils. Looks > > like that error was fixed more than a year ago. A pkg_add -r doesn't > > seem to help. > > > > 4) On my system apparently there needs to be some kind of paper() function > > installed somewhere, but I don't see where. Otherwise, I shouldn't have > > to specify "-P letter" paper size. Anyone know the answer to this? > > > > Didn't there used to be something one had to put into /etc that could be > > interrogated? Scanning the code for psutils it seems to say it tries to > > determine the default papersize but I see neither the function that tries > > to get it, nor the specs for what has to be in /etc. > > What you're looking for is /etc/papersize. > > -- > Antoine >
Re: [UPDATE] www/luakit 2.2 -> 2.2.1
On Sat, Sep 19, 2020 at 07:06:59PM +0200, Stefan Hagen wrote:
> Hello,
>
> This luakit update is specifically for OpenBSD.
>
> luakit changes:
>
> - fixed up CFLAGS to compile with the correct XOPEN_SOURCE and C standard.
> - fixed an issue where long options where used on eval (not supportd in BSD)
> - upstreamed replacement of "rm" with os.remove()
> - no more debugging symbols for regular installs
> - fixed an issue with non-transparent hint overlays
>
> port changes:
>
> - tag version update
> - removed revision
> - removed patch-lib_session_lua patch (is upstream now)
> - enabled test target
>
> NOTE: The test suite requires devel/luassert and devel/lua-say, which
> should be committed before this one.
the diff is fine. there is just a small problem regarding TEST_DEPENDS:
devel/luacheck is required for some tests (but I could add it, no
need to resent a full diff)
else, the testsuite runs fine.
so I will just wait for someone to OK import of luassert and lua-say
dependences before commiting this update.
eventually, we could also first update luakit to 2.2.1 (with
NO_TEST=yes), and next adds TEST_DEPENDS + remove NO_TEST.
Thanks !
--
Sebastien Marie
> Index: www/luakit/Makefile
> ===
> RCS file: /cvs/ports/www/luakit/Makefile,v
> retrieving revision 1.27
> diff -u -p -u -p -r1.27 Makefile
> --- www/luakit/Makefile 17 Sep 2020 18:20:14 - 1.27
> +++ www/luakit/Makefile 19 Sep 2020 16:55:41 -
> @@ -1,13 +1,12 @@
> -# $OpenBSD: Makefile,v 1.27 2020/09/17 18:20:14 semarie Exp $
> +# $OpenBSD: Makefile,v 1.26 2020/09/15 07:04:25 pamela Exp $
>
> BROKEN-powerpc = help2man: can't get `--help' info from ./luakit
>
> COMMENT =fast, small, webkit based browser written in lua
>
> GH_ACCOUNT = luakit
> -GH_TAGNAME = 2.2
> GH_PROJECT = luakit
> -REVISION = 1
> +GH_TAGNAME = 2.2.1
>
> EPOCH = 1
>
> @@ -31,8 +30,6 @@ WANTLIB += pangocairo-1.0 pthread soup-2
>
> MODULES =lang/lua
>
> -NO_TEST =Yes
> -
> BUILD_DEPENDS = devel/help2man \
> devel/luafs
>
> @@ -42,6 +39,10 @@ RUN_DEPENDS = devel/desktop-file-utils \
>
> LIB_DEPENDS =lang/luajit \
> www/webkitgtk4
> +
> +TEST_DEPENDS = devel/luassert
> +
> +TEST_TARGET =run-tests
>
> # webkit browsing
> RUN_DEPENDS += multimedia/gstreamer1/plugins-good \
> Index: www/luakit/distinfo
> ===
> RCS file: /cvs/ports/www/luakit/distinfo,v
> retrieving revision 1.10
> diff -u -p -u -p -r1.10 distinfo
> --- www/luakit/distinfo 23 Aug 2020 22:00:39 - 1.10
> +++ www/luakit/distinfo 19 Sep 2020 16:55:41 -
> @@ -1,2 +1,2 @@
> -SHA256 (luakit-2.2.tar.gz) = cEkpoySYSv4kbGMmNmfrHWTAYLT390ztWf7F1ALDd9w=
> -SIZE (luakit-2.2.tar.gz) = 488550
> +SHA256 (luakit-2.2.1.tar.gz) = 81NZ9YY/q+K51Cb00+9tKc5bs7rHtMjggkJC+JhoyA4=
> +SIZE (luakit-2.2.1.tar.gz) = 488845
> Index: www/luakit/patches/patch-lib_session_lua
> ===
> RCS file: www/luakit/patches/patch-lib_session_lua
> diff -N www/luakit/patches/patch-lib_session_lua
> --- www/luakit/patches/patch-lib_session_lua 17 Sep 2020 18:20:14 -
> 1.1
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,36 +0,0 @@
> -$OpenBSD: patch-lib_session_lua,v 1.1 2020/09/17 18:20:14 semarie Exp $
> -Use os.remove() instead of spawning rm(1) process.
> -
> -Backport
> https://github.com/luakit/luakit/commit/4b22c18d5eb5594136091b7b615dc8f9ded0e32f
> -Index: lib/session.lua
> lib/session.lua.orig
> -+++ lib/session.lua
> -@@ -19,10 +19,6 @@ local _M = {}
> -
> - lousy.signal.setup(_M, true)
> -
> --local function rm(file)
> --luakit.spawn(string.format("rm %q", file))
> --end
> --
> - --- Path to session file.
> - -- @type string
> - -- @readwrite
> -@@ -82,7 +78,7 @@ _M.save = function (file)
> - io.close(fh)
> - os.rename(tempfile, file)
> - else
> --rm(file)
> -+os.remove(file)
> - end
> - end
> -
> -@@ -220,7 +216,7 @@ window.add_signal("init", function (w)
> - local num_windows = #lousy.util.table.values(window.bywidget)
> - -- Remove the recovery session on a successful exit
> - if num_windows == 0 and os.exists(_M.recovery_file) then
> --rm(_M.recovery_file)
> -+os.remove(_M.recovery_file)
> - end
> - end)
> -
>
Re: [maintainer update] x11/dunst
Ingo Feinerer [2020-09-24, 16:04 +0200]:
> On Mon, Sep 21, 2020 at 06:22:44PM +, Timo Myyrä wrote:
>> Here's a bump for x11/dunst. Dbus doesn't seem to be needed during build
>> so move to run_depends.
>>
>> works for me on amd64.
>
> Works for me on amd64 as well.
>
> Two nits:
>
> 1)
>
> $ make port-lib-depends-check
>
> dunst-1.5.0(x11/dunst):
> Missing lib: notify.4 (/usr/local/bin/dunstify) (NOT REACHABLE)
>
> So add
>
> devel/libnotify \
>
> to LIB_DEPENDS and add
>
> notify
>
> to WANTLIB.
>
> 2)
>
> @bin/dunstctl in pkg/PLIST
>
> Drop the @ at the beginning as it is a shell script.
>
> Besides that OK feinerer@
>
> Best regards,
> Ingo
>
>> Index: Makefile
>> ===
>> RCS file: /cvs/ports/x11/dunst/Makefile,v
>> retrieving revision 1.9
>> diff -u -p -u -p -r1.9 Makefile
>> --- Makefile 2 Aug 2019 13:49:29 - 1.9
>> +++ Makefile 20 Sep 2020 05:51:11 -
>> @@ -4,7 +4,7 @@ COMMENT =customizable and lightweight n
>>
>> GH_ACCOUNT =dunst-project
>> GH_PROJECT =dunst
>> -GH_TAGNAME =v1.4.1
>> +GH_TAGNAME =v1.5.0
>>
>> CATEGORIES =x11
>>
>> @@ -15,9 +15,9 @@ MAINTAINER = Timo Myyra > # BSD
>> PERMIT_PACKAGE =Yes
>>
>> -WANTLIB += X11 Xext Xinerama Xrandr Xss c cairo dbus-1 gdk_pixbuf-2.0
>> -WANTLIB += gio-2.0 glib-2.0 gobject-2.0 intl m pango-1.0 pangocairo-1.0
>> -WANTLIB += pthread
>> +WANTLIB += X11 Xext Xinerama Xrandr Xss c cairo gdk_pixbuf-2.0
>> +WANTLIB += gio-2.0 glib-2.0 gobject-2.0 harfbuzz intl m
>> +WANTLIB += pango-1.0 pangocairo-1.0 pthread
>>
>> USE_GMAKE = Yes
>>
>> @@ -25,8 +25,9 @@ LIB_DEPENDS += devel/gettext,-runtime \
>> devel/glib2 \
>> devel/pango \
>> graphics/cairo \
>> -graphics/gdk-pixbuf2 \
>> -x11/dbus
>> +graphics/gdk-pixbuf2
>> +
>> +RUN_DEPENDS += x11/dbus
>>
>> FAKE_FLAGS =PREFIX="${PREFIX}" \
>> MANPREFIX="${PREFIX}/man" \
>> Index: distinfo
>> ===
>> RCS file: /cvs/ports/x11/dunst/distinfo,v
>> retrieving revision 1.5
>> diff -u -p -u -p -r1.5 distinfo
>> --- distinfo 2 Aug 2019 13:49:29 - 1.5
>> +++ distinfo 20 Sep 2020 05:51:11 -
>> @@ -1,2 +1,2 @@
>> -SHA256 (dunst-1.4.1.tar.gz) = FWP+jJ6vMwej19vtJAUh956EFfE2SXAwUSxpcTEYvf4=
>> -SIZE (dunst-1.4.1.tar.gz) = 160124
>> +SHA256 (dunst-1.5.0.tar.gz) = LDkK3xRLX6D/AH6jYWyQ8btTffaoBCGWmT9VhdG8jJo=
>> +SIZE (dunst-1.5.0.tar.gz) = 169272
>> Index: patches/patch-dunstrc
>> ===
>> RCS file: /cvs/ports/x11/dunst/patches/patch-dunstrc,v
>> retrieving revision 1.2
>> diff -u -p -u -p -r1.2 patch-dunstrc
>> --- patches/patch-dunstrc2 Aug 2019 13:49:29 - 1.2
>> +++ patches/patch-dunstrc20 Sep 2020 05:51:11 -
>> @@ -3,7 +3,7 @@ $OpenBSD: patch-dunstrc,v 1.2 2019/08/02
>> Index: dunstrc
>> --- dunstrc.orig
>> +++ dunstrc
>> -@@ -166,7 +166,7 @@
>> +@@ -175,7 +175,7 @@
>> max_icon_size = 32
>>
>> # Paths to default icons.
>> @@ -12,7 +12,7 @@ Index: dunstrc
>>
>> ### History ###
>>
>> -@@ -180,10 +180,10 @@
>> +@@ -189,10 +189,10 @@
>> ### Misc/Advanced ###
>>
>> # dmenu path.
>> Index: patches/patch-src_notification_c
>> ===
>> RCS file: patches/patch-src_notification_c
>> diff -N patches/patch-src_notification_c
>> --- /dev/null1 Jan 1970 00:00:00 -
>> +++ patches/patch-src_notification_c 20 Sep 2020 05:51:11 -
>> @@ -0,0 +1,34 @@
>> +$OpenBSD$
>> +
>> +Index: src/notification.c
>> +--- src/notification.c.orig
>> src/notification.c
>> +@@ -58,7 +58,7 @@ void notification_print(const struct notification *n)
>> + printf("\ticon_id: '%s'\n", n->icon_id);
>> + printf("\tdesktop_entry: '%s'\n", n->desktop_entry ?
>> n->desktop_entry : "");
>> + printf("\tcategory: %s\n", n->category);
>> +-printf("\ttimeout: %ld\n", n->timeout/1000);
>> ++printf("\ttimeout: %lld\n", (long long)n->timeout/1000);
>> + printf("\turgency: %s\n",
>> notification_urgency_to_string(n->urgency));
>> + printf("\ttransient: %d\n", n->transient);
>> + printf("\tformatted: '%s'\n", n->msg);
>> +@@ -574,14 +574,14 @@ void notification_update_text_to_render(struct notific
>> + char *new_buf;
>> + if (hours > 0) {
>> + new_buf =
>> +-g_strdup_printf("%s (%ldh %ldm %lds old)",
>> buf, hours,
>> +-minutes, seconds);
>> ++g_strdup_printf("%s (%lldh %lldm %llds old)",
>> buf, (long long)hours,
>> ++(long long)minutes, (long
>> long)seconds);
>> + }
Re: [NEW] devel/lua-say 1.3.1
On Sat, Sep 19, 2020 at 07:12:43PM +0200, Stefan Hagen wrote: > Sebastien Marie wrote: > > On Sat, Sep 19, 2020 at 06:42:55PM +0200, Stefan Hagen wrote: > > > Hello, > > > > > > Lua-say is required by devel/luassert, which I've sent in a minute ago. > > > > > > Say is a simple string key/value store for i18n or any other case where > > > you want namespaced strings. > > > > > ok semarie@ for import -- Sebastien Marie
Re: [NEW] luassert 1.7.11
On Sat, Sep 19, 2020 at 06:40:16PM +0200, Stefan Hagen wrote: > Hello, > > I want to be able to run the test-suite of www/luakit. These tests > are using `luassert` > > Luassert extends Lua's built-in assertions to provide additional tests > and the ability to create your own. It comes preloaded with argument > formatters for common Lua types, but it is easy to roll your own. > > Port attached. > > port-lib-depends-check: ok > portcheck -N: ok > > Luasset requires devel/lua-say, which I will send to ports@ next. > ok semarie@ for import -- Sebastien Marie
Re: [maintainer update] x11/dunst
On Mon, Sep 21, 2020 at 06:22:44PM +, Timo Myyrä wrote:
> Here's a bump for x11/dunst. Dbus doesn't seem to be needed during build
> so move to run_depends.
>
> works for me on amd64.
Works for me on amd64 as well.
Two nits:
1)
$ make port-lib-depends-check
dunst-1.5.0(x11/dunst):
Missing lib: notify.4 (/usr/local/bin/dunstify) (NOT REACHABLE)
So add
devel/libnotify \
to LIB_DEPENDS and add
notify
to WANTLIB.
2)
@bin/dunstctl in pkg/PLIST
Drop the @ at the beginning as it is a shell script.
Besides that OK feinerer@
Best regards,
Ingo
> Index: Makefile
> ===
> RCS file: /cvs/ports/x11/dunst/Makefile,v
> retrieving revision 1.9
> diff -u -p -u -p -r1.9 Makefile
> --- Makefile 2 Aug 2019 13:49:29 - 1.9
> +++ Makefile 20 Sep 2020 05:51:11 -
> @@ -4,7 +4,7 @@ COMMENT = customizable and lightweight n
>
> GH_ACCOUNT = dunst-project
> GH_PROJECT = dunst
> -GH_TAGNAME = v1.4.1
> +GH_TAGNAME = v1.5.0
>
> CATEGORIES = x11
>
> @@ -15,9 +15,9 @@ MAINTAINER =Timo Myyra # BSD
> PERMIT_PACKAGE = Yes
>
> -WANTLIB += X11 Xext Xinerama Xrandr Xss c cairo dbus-1 gdk_pixbuf-2.0
> -WANTLIB += gio-2.0 glib-2.0 gobject-2.0 intl m pango-1.0 pangocairo-1.0
> -WANTLIB += pthread
> +WANTLIB += X11 Xext Xinerama Xrandr Xss c cairo gdk_pixbuf-2.0
> +WANTLIB += gio-2.0 glib-2.0 gobject-2.0 harfbuzz intl m
> +WANTLIB += pango-1.0 pangocairo-1.0 pthread
>
> USE_GMAKE = Yes
>
> @@ -25,8 +25,9 @@ LIB_DEPENDS += devel/gettext,-runtime \
> devel/glib2 \
> devel/pango \
> graphics/cairo \
> - graphics/gdk-pixbuf2 \
> - x11/dbus
> + graphics/gdk-pixbuf2
> +
> +RUN_DEPENDS += x11/dbus
>
> FAKE_FLAGS = PREFIX="${PREFIX}" \
> MANPREFIX="${PREFIX}/man" \
> Index: distinfo
> ===
> RCS file: /cvs/ports/x11/dunst/distinfo,v
> retrieving revision 1.5
> diff -u -p -u -p -r1.5 distinfo
> --- distinfo 2 Aug 2019 13:49:29 - 1.5
> +++ distinfo 20 Sep 2020 05:51:11 -
> @@ -1,2 +1,2 @@
> -SHA256 (dunst-1.4.1.tar.gz) = FWP+jJ6vMwej19vtJAUh956EFfE2SXAwUSxpcTEYvf4=
> -SIZE (dunst-1.4.1.tar.gz) = 160124
> +SHA256 (dunst-1.5.0.tar.gz) = LDkK3xRLX6D/AH6jYWyQ8btTffaoBCGWmT9VhdG8jJo=
> +SIZE (dunst-1.5.0.tar.gz) = 169272
> Index: patches/patch-dunstrc
> ===
> RCS file: /cvs/ports/x11/dunst/patches/patch-dunstrc,v
> retrieving revision 1.2
> diff -u -p -u -p -r1.2 patch-dunstrc
> --- patches/patch-dunstrc 2 Aug 2019 13:49:29 - 1.2
> +++ patches/patch-dunstrc 20 Sep 2020 05:51:11 -
> @@ -3,7 +3,7 @@ $OpenBSD: patch-dunstrc,v 1.2 2019/08/02
> Index: dunstrc
> --- dunstrc.orig
> +++ dunstrc
> -@@ -166,7 +166,7 @@
> +@@ -175,7 +175,7 @@
> max_icon_size = 32
>
> # Paths to default icons.
> @@ -12,7 +12,7 @@ Index: dunstrc
>
> ### History ###
>
> -@@ -180,10 +180,10 @@
> +@@ -189,10 +189,10 @@
> ### Misc/Advanced ###
>
> # dmenu path.
> Index: patches/patch-src_notification_c
> ===
> RCS file: patches/patch-src_notification_c
> diff -N patches/patch-src_notification_c
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-src_notification_c 20 Sep 2020 05:51:11 -
> @@ -0,0 +1,34 @@
> +$OpenBSD$
> +
> +Index: src/notification.c
> +--- src/notification.c.orig
> src/notification.c
> +@@ -58,7 +58,7 @@ void notification_print(const struct notification *n)
> + printf("\ticon_id: '%s'\n", n->icon_id);
> + printf("\tdesktop_entry: '%s'\n", n->desktop_entry ?
> n->desktop_entry : "");
> + printf("\tcategory: %s\n", n->category);
> +-printf("\ttimeout: %ld\n", n->timeout/1000);
> ++printf("\ttimeout: %lld\n", (long long)n->timeout/1000);
> + printf("\turgency: %s\n",
> notification_urgency_to_string(n->urgency));
> + printf("\ttransient: %d\n", n->transient);
> + printf("\tformatted: '%s'\n", n->msg);
> +@@ -574,14 +574,14 @@ void notification_update_text_to_render(struct notific
> + char *new_buf;
> + if (hours > 0) {
> + new_buf =
> +-g_strdup_printf("%s (%ldh %ldm %lds old)", buf,
> hours,
> +-minutes, seconds);
> ++g_strdup_printf("%s (%lldh %lldm %llds old)",
> buf, (long long)hours,
> ++(long long)minutes, (long
> long)seconds);
> + } else if (minutes > 0) {
> + new_buf =
> +-g_strdup_printf("%s (%ldm %lds old)", buf,
> minutes,
> +-seconds);
> ++
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/09/24 07:11:46 Modified files: databases/postgresql: Makefile distinfo databases/postgresql/pkg: PLIST-docs PLIST-server Log message: Update to 12.4 ok jeremy@
Re: thunderbird 78.2.1 & enigmail removal
> And for the cvs lovers out there, here's diffs for the final 78.3.0 and > enigmail 2.2.2. Should apply on top of current cvs. Will probably commit > tonight or tmrw. I built and packaged this successfully. I was able to connect to a throwaway email account, generated a pgp key, signed a mail with it and successfully revoked the key. There's been enough heads-up and requests for tests for this and actual users had ample time to run into problems. I think there's no point in waiting and I don't like the idea of shipping 6.8 with an EOL version of tb. ok tb (not yet EOL, hopefully)
Re: thunderbird 78.2.1 & enigmail removal
On Tue, Sep 22, 2020 at 06:40:55PM +0200, Landry Breuil wrote:
> On Mon, Sep 07, 2020 at 04:09:39PM +0200, Landry Breuil wrote:
> > On Mon, Aug 31, 2020 at 01:42:04PM +0200, Landry Breuil wrote:
> > > On Mon, Aug 31, 2020 at 01:25:22PM +0200, Landry Breuil wrote:
> > > > Hi,
> > > >
> > > > upstream thunderbird is tentatively enabling the openpgp integration in
> > > > the upcoming 78.2.1 release, which is the only change compared to
> > > > 78.2.0:
> > > > https://www.thunderbird.net/en-US/thunderbird/78.2.0/releasenotes/
> > >
> > > Should have checked before sending, as it's now released:
> > >
> > > https://www.thunderbird.net/en-US/thunderbird/78.2.1/releasenotes/
> >
> > A bit sad to see i got zero feedback on this. Upstream plans a 78.2.2 in
> > the coming days with some fixes, and there's also a post about openpgp
> > integration here:
> > https://blog.thunderbird.net/2020/09/openpgp-in-thunderbird-78/
> > which links to an extensive support doc:
> > https://support.mozilla.org/en-US/kb/openpgp-thunderbird-howto-and-faq
> >
> > I plan to upgrade the thunderbird port soon, as i want proper testing
> > for the upcoming 6.8 release. So enigmail/openpgp aficionados should
> > really test this.. and other thunderbird users too :)
>
> After some digging and help from Nam N'Guyen, the openpgp crash that
> happened when revoking/generated keys is fixed, and my repository has a
> fixed 78.3.0rc1 package. Once this one is released upstream, i will
> update the mail/mozilla-thunderbird port.
>
> PKG_PATH=https://packages.rhaalovely.net/%m:installpath pkg_add
> thunderbird will install it, or build the port from the release branch
> of my port repo.
>
> openpgp/enigmail users should really read
> https://support.mozilla.org/en-US/kb/openpgp-thunderbird-howto-and-faq
> which answers tons of questions. I also plan to update the enigmail port
> to 2.2 for 6.8 so that it provides a proper upgrade paths for 6.7
> enigmail users, but that will probably be totally untested.
And for the cvs lovers out there, here's diffs for the final 78.3.0 and
enigmail 2.2.2. Should apply on top of current cvs. Will probably commit
tonight or tmrw.
Landry
Index: Makefile.inc
===
RCS file: /cvs/ports/mail/thunderbird-i18n/Makefile.inc,v
retrieving revision 1.111
diff -u -r1.111 Makefile.inc
--- Makefile.inc26 Aug 2020 18:00:24 - 1.111
+++ Makefile.inc24 Sep 2020 10:14:31 -
@@ -5,7 +5,7 @@
PKG_ARCH = *
-FV = 68.12.0
+FV = 78.3.0
V =${FV:C/b.$//}
NAME = thunderbird-i18n
@@ -18,8 +18,8 @@
# Mozilla public license
PERMIT_PACKAGE = Yes
-MASTER_SITES =
https://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/${FV}/linux-i686/xpi/
\
-
http://releases.mozilla.org/pub/mozilla.org/thunderbird/releases/${FV}/linux-i686/xpi/
+MASTER_SITES =
https://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/${FV}/linux-x86_64/xpi/
\
+
http://releases.mozilla.org/pub/mozilla.org/thunderbird/releases/${FV}/linux-x86_64/xpi/
LANGUAGES =ar ast be bg br ca cs cy da de dsb el en-GB en-US es-AR es-ES
et eu \
fi fr fy-NL ga-IE gd gl he hr hsb hu hy-AM id is it ja ko lt
nb-NO nl nn-NO \
Index: distinfo
===
RCS file: /cvs/ports/mail/thunderbird-i18n/distinfo,v
retrieving revision 1.143
diff -u -r1.143 distinfo
--- distinfo26 Aug 2020 18:00:24 - 1.143
+++ distinfo24 Sep 2020 10:14:31 -
@@ -1,110 +1,110 @@
-SHA256 (mozilla/thunderbird-i18n-68.12.0/ar.xpi) =
6UVtaev0kNKy3QqXMuIbd1CKbYaIj1OaxDVEDcDXOx8=
-SHA256 (mozilla/thunderbird-i18n-68.12.0/ast.xpi) =
EHwHO1/wr5aaeIZSPthEe+6XwSuodSvraAhKOFONJlk=
-SHA256 (mozilla/thunderbird-i18n-68.12.0/be.xpi) =
D1RhxcnxOP1tMh28526oiA33bGBRsuNCIqhwn8WCSJE=
-SHA256 (mozilla/thunderbird-i18n-68.12.0/bg.xpi) =
QhkZOXLyLbUoe7ybPeLt0l4l0/s5QA3dZ05lXO2NExs=
-SHA256 (mozilla/thunderbird-i18n-68.12.0/br.xpi) =
EzV6AxrqNO5fPZP42oGayNDrr8o0Mxy1Fc3z3Iw+uvE=
-SHA256 (mozilla/thunderbird-i18n-68.12.0/ca.xpi) =
ZapvM4/I8OfpsqTI7yHaO03c8uy/B1LHNckF1itcoM8=
-SHA256 (mozilla/thunderbird-i18n-68.12.0/cs.xpi) =
MmvVjqoyBEm0cqq7m1zZL7b2gfGnObNyrvwfSRNsdrU=
-SHA256 (mozilla/thunderbird-i18n-68.12.0/cy.xpi) =
CZ7wh6gUNs4Qx1Jc5nla9HN7Ayl3WwUESDqLtn7BGPo=
-SHA256 (mozilla/thunderbird-i18n-68.12.0/da.xpi) =
scMNoKHtqDe7Cew1Bjx2Tkc+KF9YunDR1B5FIONAEP8=
-SHA256 (mozilla/thunderbird-i18n-68.12.0/de.xpi) =
I760VwndvboVL9xnHSFQ94CMpepS4u878e4eHMb/4W0=
-SHA256 (mozilla/thunderbird-i18n-68.12.0/dsb.xpi) =
P27cv/wwPFCZ4m/DhQecV62Uh7zFI8CkmAxUFmkPvjQ=
-SHA256 (mozilla/thunderbird-i18n-68.12.0/el.xpi) =
4qSxW41HsN55Qvx356D2rAqO3Exkcgc4O+/TJ1DbsNM=
-SHA256 (mozilla/thunderbird-i18n-68.12.0/en-GB.xpi) =
26jKqgTnEUCR2/HDHs1H/T5sMgTmHo+kUfeRkhNXcQY=
-SHA256 (mozilla/thunderbird-i18n-68.12.0/en-US.xpi) =
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2020/09/24 04:01:32 Modified files: emulators/stella: Makefile distinfo emulators/stella/pkg: PLIST Log message: Update for Stella Atari emulator: https://stella-emu.github.io/changelog.html OK benoit@ (maintainer)
Re: firefox vs config in HOME
On Thu, Sep 24, 2020 at 11:44:42AM +0200, Jan Stary wrote: > This is current/amd64 after a sysupgrade and pkg_add -u. > Firefox complains that it cannot store its own configuration > and settings into HOME: > > ** (firefox:19344): WARNING **: 11:38:24.795: Cannot set application as > default for URI scheme (http): Can’t create user MIME configuration > folder /home/hans/.config: No such file or directory > > ** (firefox:19344): WARNING **: 11:38:24.798: Cannot set application as > default for extension (htm): Can’t create user MIME configuration folder > /home/hans/.local/share/mime/packages: Permission denied > > The $HOME/.config directory does exist and is writable by the user. > The $HOME/.local/share/ directory does exist and is writable by the user. > > Is this because of the pledge/unveil restrictions? yes, that's supposed to be handled by the unveil.main lines. I never fully understood this part of the integration, but jcs@ might know better. Use ktrace to check what paths are opened, and maybe try adding/amending some of the lines. Landry
firefox vs config in HOME
This is current/amd64 after a sysupgrade and pkg_add -u. Firefox complains that it cannot store its own configuration and settings into HOME: ** (firefox:19344): WARNING **: 11:38:24.795: Cannot set application as default for URI scheme (http): Can’t create user MIME configuration folder /home/hans/.config: No such file or directory ** (firefox:19344): WARNING **: 11:38:24.798: Cannot set application as default for extension (htm): Can’t create user MIME configuration folder /home/hans/.local/share/mime/packages: Permission denied The $HOME/.config directory does exist and is writable by the user. The $HOME/.local/share/ directory does exist and is writable by the user. Is this because of the pledge/unveil restrictions? Jan
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2020/09/24 03:36:27 Modified files: graphics/libansilove: Makefile distinfo Log message: Update libansilove to 1.2.5.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2020/09/24 03:01:36
Modified files:
x11: Makefile
Log message:
Unlink x11/lib{app}indicator until we know what may pick it up.
A code search suggests that lots of packages may starting picking these up, so
until we've checked, it's safer to unlink them.
Spotted by landry@, OK landry@ and sthen@.
[PATCH] Fix valgrind abort
The Valgrind is aborted in OpenBSD current as follows:
$ sysctl -n kern.version
OpenBSD 6.8-beta (GENERIC.MP) #77: Wed Sep 23 15:36:00 MDT 2020
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
$ valgrind /bin/ls
Abort trap
$
I made fix this abort.
comment? ok?
Index: Makefile
===
RCS file: /cvs/ports/devel/valgrind/Makefile,v
retrieving revision 1.24
diff -u -p -r1.24 Makefile
--- Makefile22 May 2020 08:51:24 - 1.24
+++ Makefile24 Sep 2020 07:21:20 -
@@ -7,7 +7,7 @@ CATEGORIES =devel
V =3.10.1
PV = 20160331
-REVISION = 17
+REVISION = 18
DISTNAME = valgrind-${V}
EXTRACT_SUFX = .tar.bz2
Index: patches/patch-coregrind_link_tool_exe_openbsd_in
===
RCS file:
/cvs/ports/devel/valgrind/patches/patch-coregrind_link_tool_exe_openbsd_in,v
retrieving revision 1.4
diff -u -p -r1.4 patch-coregrind_link_tool_exe_openbsd_in
--- patches/patch-coregrind_link_tool_exe_openbsd_in6 Nov 2019 05:25:13
- 1.4
+++ patches/patch-coregrind_link_tool_exe_openbsd_in24 Sep 2020 07:21:20
-
@@ -1,16 +1,40 @@
--- coregrind/link_tool_exe_openbsd.in.origFri Sep 27 10:40:06 2019
-+++ coregrind/link_tool_exe_openbsd.in Fri Sep 27 10:45:59 2019
-@@ -77,7 +77,12 @@
- my $origbase = 0x40;
- system(sprintf "sed -e 's|%x|%x|g' < $ldscript > $temp", $origbase,
$notebase);
coregrind/link_tool_exe_openbsd.in Fri Sep 25 00:50:44 2020
+@@ -63,22 +63,13 @@
+ # The cc invokation to do the final link
+ my $cc = $ARGV[1];
--my $cmd = sprintf "$cc -static -nopie -Wl,-Ttext=0x%x -Wl,-T,$temp",
$textbase;
+-# and the 'restargs' are argv[2 ..]
+# XXX The '-s' option was not specified when executing the install command.
+# Instead '--strip-all' is now executed at link time.
+# strip command rewrite offset and align in ELF file. Therefor, when valgrind
+# launch memcheck-amd64-openbsd, an Abort trap occurs in the execvp() system
+# call.
-+my $cmd = sprintf "$cc -static -nopie -Wl,--strip-all -Wl,-Ttext=0x%x
-Wl,-T,$temp", $textbase;
++my $cmd = sprintf "$cc -static -nopie -Wl,--strip-all -Wl,-Ttext=0x%x", "$ala
+ 0x1000";
+-# so, build up the complete command here:
+-# 'cc' -static -Ttext='ala' 'restargs'
+-
+-my $textbase = eval("$ala + 0x1000");
+-my $notebase = eval("$ala");
+-
+-my $ldscript = "/usr/libdata/ldscripts/elf_x86_64_obsd.x";
+-my $temp = `mktemp /tmp/XX`;
+-chomp($temp);
+-my $origbase = 0x40;
+-system(sprintf "sed -e 's|%x|%x|g' < $ldscript > $temp", $origbase,
$notebase);
+-
+-my $cmd = sprintf "$cc -static -nopie -Wl,-Ttext=0x%x -Wl,-T,$temp",
$textbase;
+-
# Add the rest of the parameters
foreach my $n (2 .. $#ARGV) {
+$cmd = "$cmd $ARGV[$n]";
+@@ -89,8 +80,6 @@
+
+ # Execute the command:
+ my $r = system("$cmd");
+-
+-unlink $temp;
+
+ if ($r == 0) {
+ exit 0;
--
ASOU Masato
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2020/09/24 02:13:25 Modified files: textproc/heirloom-doctools: Makefile distinfo textproc/heirloom-doctools/pkg: PLIST Removed files: textproc/heirloom-doctools/patches: patch-mpm_slug_cc Log message: Update to heirloom-doctools-191015.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2020/09/24 02:03:13 Modified files: emulators/sameboy: Makefile distinfo Log message: Update to sameboy-0.13.6.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2020/09/24 01:48:29 Modified files: www/vnu: Makefile distinfo Log message: Update to vnu-20.6.30.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2020/09/24 01:44:28 Modified files: textproc/epubcheck: Makefile distinfo textproc/epubcheck/pkg: PLIST Log message: Update to epubcheck-4.2.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2020/09/24 01:43:39 Modified files: devel/armips : Makefile distinfo Log message: Update to armips-0.11.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2020/09/24 01:40:45 Modified files: textproc/html-xml-utils: Makefile distinfo textproc/html-xml-utils/patches: patch-Makefile_in Log message: Update to html-xml-utils-7.9.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2020/09/24 01:31:51 Modified files: emulators/mgba : Makefile distinfo emulators/mgba/patches: patch-CMakeLists_txt emulators/mgba/pkg: PLIST-main Log message: Update to mgba-0.8.3.
Re: [update] rsyslog version 8.2008.0
> > There is one somewhat scary warning during the build but it's not new:
> >
> > imuxsock.c:1112:44: warning: cast from 'char *' to 'struct cmsghdr *'
> > increases required
> > alignment from 1 to 4 [-Wcast-align]
> > for(cm = CMSG_FIRSTHDR(); cm; cm =
> > CMSG_NXTHDR(, cm)) {
> >
> > ^~
> > /usr/include/sys/socket.h:499:6: note: expanded from macro 'CMSG_NXTHDR'
> > (struct cmsghdr *)((char *)(cmsg) + _ALIGN((cmsg)->cmsg_len)))
> > ^
>
> I now looked into this one. It is actually not a warning for imuxsock.c but
> for OpenBSD's socket.h.
>
> When adding -Wcast-align to CFLAGS for programs in base, I see many warnings
> (checked rad and ospfd). I think this is not something we need to worry
> about. But I might be wrong since I'm not an expert. ;-)
I see. Thanks for taking a look. It is indeed harmless - I should have
looked closer before pointing it out.
Assuming that cmsg is correctly aligned (cm is correctly aligned here),
this should be ok as it is. The (char *) cast is there to make the
offset calculation as intended and _ALIGN() will result in a correctly
rounded offset.
FreeBSD and NetBSD (hidden under some cdefs.h macros) both insert an
intermediate (void *) cast before casting to (struct cmsghdr *), FreeBSD
explicitly did this to silence the -Wcast-align warning:
https://github.com/freebsd/freebsd/commit/933648d638b9e6ad349de688d2137a3353d4ef9c
Re: [update] rsyslog version 8.2008.0
On Thu, Sep 24, 2020 at 08:38:46AM +0200, Remi Locherer wrote:
> On Tue, Sep 08, 2020 at 01:58:09PM +0200, Theo Buehler wrote:
> > On Tue, Sep 08, 2020 at 10:33:41AM +0200, Remi Locherer wrote:
> > > On Tue, Sep 01, 2020 at 05:59:03PM +0200, Remi Locherer wrote:
> > > > This updates rsyslog to version 8.2008.0. The extensive changelog can be
> > > > found here: https://github.com/rsyslog/rsyslog/blob/v8.2008.0/ChangeLog
> > > >
> > > > One notable change is improved support for OpenSSL and also LibreSSL.
> > > > But
> > > > I did not test that yet. Our port is still using GnuTLS.
> > > >
> > > > I'm not sure if I should switch rsyslogd from GnuTLS to LibreSSL. I see
> > > > the main purpose of rsyslogd on OpenBSD in iterop testing of our
> > > > syslogd. For this the use of GnuTLS might be beneficial (except the
> > > > slow startup on bluhm's test machine ;-) ). Another usage is writing
> > > > messages to different databases or mangling logs.
> > > >
> > > > Are there any users of this port? If so: how are you using it?
> > > >
> > > > I tested this update on amd64 with the regress test from rsyslogd.
> > > > In addition I verified that the following modules work:
> > > > imudp, omrelp (with tls=on), imrelp (with tls=on), ommysql
> > > >
> > > > OK for the port update?
> > >
> > > I understand that probably nobody is using rsyslog on OpenBSD. ;-)
> > > Nevertheless, can I get an OK?
> >
> > It would be much nicer to inline the diff rather than quoting it :)
> >
> > It looks ok portswise and builds fine on amd64 and sparc64. I think
> > it'll have better chances of seeing tests if you put this in now rather
> > than waiting longer.
> >
> > ok tb.
> >
> > There is one somewhat scary warning during the build but it's not new:
> >
> > imuxsock.c:1112:44: warning: cast from 'char *' to 'struct cmsghdr *'
> > increases required
> > alignment from 1 to 4 [-Wcast-align]
> > for(cm = CMSG_FIRSTHDR(); cm; cm =
> > CMSG_NXTHDR(, cm)) {
> >
> > ^~
> > /usr/include/sys/socket.h:499:6: note: expanded from macro 'CMSG_NXTHDR'
> > (struct cmsghdr *)((char *)(cmsg) + _ALIGN((cmsg)->cmsg_len)))
> > ^
>
> I now looked into this one. It is actually not a warning for imuxsock.c but
> for OpenBSD's socket.h.
>
> When adding -Wcast-align to CFLAGS for programs in base, I see many warnings
> (checked rad and ospfd). I think this is not something we need to worry
> about. But I might be wrong since I'm not an expert. ;-)
>
This is the compiler which is not smart enough.
cmsg is of type struct cmsghdr * but we need to cast it to char * so that
the length can be added to calculate the start of the next header.
_ALIGN() will make sure that the result is actually aligned on a long word
boundary. So the result is actually 4 / 8 byte aligned and because of this
there is no increase of alignment requirement.
--
:wq Claudio
Re: [update] rsyslog version 8.2008.0
On Tue, Sep 08, 2020 at 01:58:09PM +0200, Theo Buehler wrote:
> On Tue, Sep 08, 2020 at 10:33:41AM +0200, Remi Locherer wrote:
> > On Tue, Sep 01, 2020 at 05:59:03PM +0200, Remi Locherer wrote:
> > > This updates rsyslog to version 8.2008.0. The extensive changelog can be
> > > found here: https://github.com/rsyslog/rsyslog/blob/v8.2008.0/ChangeLog
> > >
> > > One notable change is improved support for OpenSSL and also LibreSSL. But
> > > I did not test that yet. Our port is still using GnuTLS.
> > >
> > > I'm not sure if I should switch rsyslogd from GnuTLS to LibreSSL. I see
> > > the main purpose of rsyslogd on OpenBSD in iterop testing of our
> > > syslogd. For this the use of GnuTLS might be beneficial (except the
> > > slow startup on bluhm's test machine ;-) ). Another usage is writing
> > > messages to different databases or mangling logs.
> > >
> > > Are there any users of this port? If so: how are you using it?
> > >
> > > I tested this update on amd64 with the regress test from rsyslogd.
> > > In addition I verified that the following modules work:
> > > imudp, omrelp (with tls=on), imrelp (with tls=on), ommysql
> > >
> > > OK for the port update?
> >
> > I understand that probably nobody is using rsyslog on OpenBSD. ;-)
> > Nevertheless, can I get an OK?
>
> It would be much nicer to inline the diff rather than quoting it :)
>
> It looks ok portswise and builds fine on amd64 and sparc64. I think
> it'll have better chances of seeing tests if you put this in now rather
> than waiting longer.
>
> ok tb.
>
> There is one somewhat scary warning during the build but it's not new:
>
> imuxsock.c:1112:44: warning: cast from 'char *' to 'struct cmsghdr *'
> increases required
> alignment from 1 to 4 [-Wcast-align]
> for(cm = CMSG_FIRSTHDR(); cm; cm =
> CMSG_NXTHDR(, cm)) {
>
> ^~
> /usr/include/sys/socket.h:499:6: note: expanded from macro 'CMSG_NXTHDR'
> (struct cmsghdr *)((char *)(cmsg) + _ALIGN((cmsg)->cmsg_len)))
> ^
I now looked into this one. It is actually not a warning for imuxsock.c but
for OpenBSD's socket.h.
When adding -Wcast-align to CFLAGS for programs in base, I see many warnings
(checked rad and ospfd). I think this is not something we need to worry
about. But I might be wrong since I'm not an expert. ;-)
Remi
