[update] www/luakit, homepage has changed
Hello, - updated homepage - added revision Best Regards, Stefan Index: www/luakit/Makefile === RCS file: /cvs/ports/www/luakit/Makefile,v retrieving revision 1.25 diff -u -p -u -p -r1.25 Makefile --- www/luakit/Makefile 23 Aug 2020 22:00:39 - 1.25 +++ www/luakit/Makefile 15 Sep 2020 05:51:30 - @@ -7,6 +7,7 @@ COMMENT = fast, small, webkit based brow GH_ACCOUNT = luakit GH_TAGNAME = 2.2 GH_PROJECT = luakit +REVISION = 0 EPOCH =1 @@ -14,7 +15,7 @@ CATEGORIES = www MAINTAINER = Stefan Hagen -HOMEPAGE = http://luakit.org +HOMEPAGE = https://luakit.github.io # GPLv3 PERMIT_PACKAGE = Yes
Re: luakit patch: use os.remove() instead of spawning rm(1) process
Sebastien Marie wrote: > The following diff is a backport of > https://github.com/luakit/luakit/commit/4b22c18d5eb5594136091b7b615dc8f9ded0e32f > commit in order to avoid using rm(1) process to remove a file, but use > os.remove() lua function. > > It permits to me to remove a spawn call whereas I am looking to > properly unveil(2) luakit process. > > Comments or OK ? Looks good. OK from my side. Do you have an unveiled version already? Best Regards, Stefan
Re: luakit patch: use os.remove() instead of spawning rm(1) process
Sebastien Marie wrote: > On Thu, Sep 17, 2020 at 06:51:51PM +0200, Stefan Hagen wrote: > > Sebastien Marie wrote: > > > The following diff is a backport of > > > https://github.com/luakit/luakit/commit/4b22c18d5eb5594136091b7b615dc8f9ded0e32f > > > commit in order to avoid using rm(1) process to remove a file, but use > > > os.remove() lua function. > > > > > > It permits to me to remove a spawn call whereas I am looking to > > > properly unveil(2) luakit process. > > > > > > Comments or OK ? > > > > Looks good. OK from my side. > > Do you have an unveiled version already? > > yes :-) > > I am using/experimenting with the following (see attached files): > > - unveil.lua : it unveils the luakit process. > currently, it is mostly used for removing execve(2) capability. > > - unveil_wm.lua : it unveils the WebKitProcess (content process) > the filesystem is readonly except drm devices and /tmp > > with lariza (another webkit based browser), WebKitProcess needs to > execve(2) "lpr" to print. here, I don't have test it for now so it > is still commented. > > - openbsd.c : lua module for unveil(2) (and pledge(2)) binding I like this. Especially that it's an extension that can be loaded at will. Feel free to send it upstream once it's properly tested. All we would need in the port then is a little sed the puts the require "unveil" in place. Or some uname check in lua... Thank you! Stefan
[NEW] luassert 1.7.11
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. Best Regards, Stefan luassert.tgz Description: application/tar-gz
[NEW] devel/lua-say 1.3.1
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. ports-lib-depends-check: ok portcheck -N: ok Best Regards, Stefan
[UPDATE] www/luakit 2.2 -> 2.2.1
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. Best Regards, Stefan 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_lua17 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: [NEW] devel/lua-say 1.3.1
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. > > > > you missed the attachement :) Oh boy. Here it is. Best Regards, Stefan lua-say.tgz Description: application/tar-gz
Remove textproc/glimpse?
Hello, I noticed, that there is textproc/glimpse. Glimpse is functional, but upstream is dead for years. Glimpse (the indexer) is completely gone and can only be found on mirrors and archive.org. Webglimpse originally was the webfrontend for glimpse, but is mentioned as homepage in the port (which is not correct, the port does not contain the web part). Anyway, webglimpse.net is also gone. There is a backup version on github (last commit 2014). https://github.com/gvelez17/webglimpse The gimpse version we're installing is from 1998. There is no more recent one. Good source code indexers are rare, but this one might just be too old by now. Also: $ make 2>&1 | grep -i warning | wc -l 970 Best Regards, Stefan
Re: Remove textproc/glimpse?
Stefan Hagen wrote: > Good source code indexers are rare, but this one might just be > too old by now. misc/tkman depends on textproc/glimpse. This one would have to go too. I haven't found any other dependency. Best Regards, Stefan
[update] archivers/gtar 1.32 -> 1.33
Hi, Today I was presenting the OpenBSD ports and packages system to my local Unix User Group. I was asked how to update a port and showed this at the simple example of archives/gtar. Maintainer on CC. Changes in gtar: * POSIX extended format headers do not include PID by default. * --delay-directory-restore works for archives with reversed member ordering. * Fix extraction of a symbolic link hardlinked to another symbolic link. * Wildcards in exclude-vcs-ignore mode don't match slash. * Fix the --no-overwrite-dir option. * Fix handling of chained renames in incremental backups. * Link counting works for file names supplied with -T. * Accept only position-sensitive (file-selection) options in file list files. Port changes: * removed REVISION * bumped version portcheck, make port-lib-depends-check: ok make test: amd64 - up to test 165 all good, then I ran out of disk space sparc64 - passed OK? Best Regards, Stefan Index: archivers/gtar/Makefile === RCS file: /cvs/ports/archivers/gtar/Makefile,v retrieving revision 1.85 diff -u -p -u -p -r1.85 Makefile --- archivers/gtar/Makefile 16 Jul 2019 21:29:41 - 1.85 +++ archivers/gtar/Makefile 8 Jan 2021 23:07:49 - @@ -2,9 +2,8 @@ COMMENT= GNU version of the traditional tape archiver -DISTNAME= tar-1.32 +DISTNAME= tar-1.33 PKGNAME= g${DISTNAME} -REVISION= 1 CATEGORIES=archivers HOMEPAGE= https://www.gnu.org/software/tar/ Index: archivers/gtar/distinfo === RCS file: /cvs/ports/archivers/gtar/distinfo,v retrieving revision 1.26 diff -u -p -u -p -r1.26 distinfo --- archivers/gtar/distinfo 25 Feb 2019 21:01:58 - 1.26 +++ archivers/gtar/distinfo 8 Jan 2021 23:07:49 - @@ -1,2 +1,2 @@ -SHA256 (tar-1.32.tar.xz) = 0NOuB/EDMjvoCbw+rA3MOG1SxSYkmf4FURrEeIrx/dg= -SIZE (tar-1.32.tar.xz) = 2103348 +SHA256 (tar-1.33.tar.xz) = Zqg0Sx3IOkEdMRvRVH4BduVswxHyjulKMPhNr7PZBn4= +SIZE (tar-1.33.tar.xz) = 2224824 Index: archivers/gtar/patches/patch-configure === RCS file: /cvs/ports/archivers/gtar/patches/patch-configure,v retrieving revision 1.18 diff -u -p -u -p -r1.18 patch-configure --- archivers/gtar/patches/patch-configure 13 Jan 2019 15:34:55 - 1.18 +++ archivers/gtar/patches/patch-configure 8 Jan 2021 23:07:49 - @@ -2,7 +2,7 @@ $OpenBSD: patch-configure,v 1.18 2019/01 Index: configure --- configure.orig +++ configure -@@ -36944,7 +36944,7 @@ fi +@@ -40537,7 +40537,7 @@ fi $as_echo "$acl_cv_rpath" >&6; } wl="$acl_cv_wl" acl_libext="$acl_cv_libext"
Re: Using Packages to add a ports dependencies
Stuart Henderson wrote: > On 2021/01/08 14:49, Steve Williams wrote: >> I want to work on a port that is a pet project (guacamole/xfreerdp). >> There are a bunch of dependencies on the port and I was wondering if >> there is an easy way to either >> >>1) Tell the ports system to use packages to fulfill any dependencies See Stuard's response. If you want to make it permanent, you can echo "FETCH_PACKAGES=" >> /etc/mk.conf >>2) generate a list of dependencies that can be fed to pkg_add Read ports(7) $ make print-build-depends $ make print-run-depends >> I have been manually adding the packages based on the dependencies in >> the ports Makefile, but after doing this manual process a bunch of >> times (yes, I finally made a shell script), I was wondering if there >> was an easier way. If you install a package, dependencies are installed as well. If you deinstall the package, you can deinstall unused dependencies with "pkg_delete -a". Be aware that manually installing dependencies marks them as manually installed and pkg_delete -a won't automatically delete them. Best Regards, Stefan
Re: [update] archivers/gtar 1.32 ->1.33
Christian Weisgerber wrote: > Stefan Hagen: >> portcheck, make port-lib-depends-check: ok >> make test: >> amd64 - up to test 165 all good, then I ran out of disk space >> sparc64 - passed > > Well, I get: > > 89: extracting even when . and .. are unreadableFAILED (extrac09.at:37) Shame on me. When executed as root, this test is skipped. > Looking at tests/testsuite.dir/089/testsuite.log in the work directory > shows > > chmod a-r . .. > tar -xvf archive.tar -C extract f > [...] >+tar: .: Cannot getcwd: Permission denied >+tar: Error is not recoverable: exiting now > > I don't think our getcwd(3) fails this way. Which makes me think a > gnulib wrapper has been enabled. Ah, yes, from the configure output: > > checking whether getcwd succeeds when 4k < cwd_length < 16k... no This is a libc bug check and looks unrelated to the problem for me. What triggers the test to fail is an additional check of the getcwd return value. This check was introduced in this commit: https://git.savannah.gnu.org/cgit/tar.git/commit/?id=66162927ebdfe9dd4ef570a132663fd76217952f There is a getcwd wrapper in gnu/xgetcwd.c. But it's thin and still uses getcwd(3). The problem is, that after chmod a-r . .., getcwd(NULL,0) is called and it behaves differently than on other platforms. - OpenBSD returns a NULL pointer and errno=EACCES (code 13). - Linux returns a pointer and no error. A litte test program calling getcwd(NULL,0) shows: OpenBSD: $ chmod a-r . ..; ./a.out; BUF: >0x0< ERRNO: >13< Linux: $ chmod a-r . ..; ./a.out; BUF: >0x55be0709c260< ERRNO: >0< FreeBSD: $ chmod a-r . ..; ./a.out; BUF: >0x80064a000< ERRNO: >0< The manpages state: OpenBSD: [EACCES] Read or search permission was denied for a component of the pathname. Linux: EACCES Search permission was denied for the current directory, or read or search permission was denied for a directory above the current directory in the file hierarchy. FreeBSD: [EACCES] Read or search permission was denied for a component of the pathname. This is only checked in limited cases, depending on implementation details. To me it looks like the OpenBSD behavior is as documented while Linux's is wrong and FreeBSD leaves all options open. The diff below reverts the getcwd check in question and the testsuite will pass. Best Regards, Stefan Index: Makefile === RCS file: /cvs/ports/archivers/gtar/Makefile,v retrieving revision 1.85 diff -u -p -u -p -r1.85 Makefile --- Makefile16 Jul 2019 21:29:41 - 1.85 +++ Makefile10 Jan 2021 17:59:00 - @@ -2,9 +2,8 @@ COMMENT= GNU version of the traditional tape archiver -DISTNAME= tar-1.32 +DISTNAME= tar-1.33 PKGNAME= g${DISTNAME} -REVISION= 1 CATEGORIES=archivers HOMEPAGE= https://www.gnu.org/software/tar/ Index: distinfo === RCS file: /cvs/ports/archivers/gtar/distinfo,v retrieving revision 1.26 diff -u -p -u -p -r1.26 distinfo --- distinfo25 Feb 2019 21:01:58 - 1.26 +++ distinfo10 Jan 2021 17:59:00 - @@ -1,2 +1,2 @@ -SHA256 (tar-1.32.tar.xz) = 0NOuB/EDMjvoCbw+rA3MOG1SxSYkmf4FURrEeIrx/dg= -SIZE (tar-1.32.tar.xz) = 2103348 +SHA256 (tar-1.33.tar.xz) = Zqg0Sx3IOkEdMRvRVH4BduVswxHyjulKMPhNr7PZBn4= +SIZE (tar-1.33.tar.xz) = 2224824 Index: patches/patch-configure === RCS file: /cvs/ports/archivers/gtar/patches/patch-configure,v retrieving revision 1.18 diff -u -p -u -p -r1.18 patch-configure --- patches/patch-configure 13 Jan 2019 15:34:55 - 1.18 +++ patches/patch-configure 10 Jan 2021 17:59:00 - @@ -2,7 +2,31 @@ $OpenBSD: patch-configure,v 1.18 2019/01 Index: configure --- configure.orig +++ configure -@@ -36944,7 +36944,7 @@ fi +@@ -23623,7 +23623,6 @@ else + case "$host_os" in +# Guess yes on musl systems. + *-musl*) gl_cv_func_getcwd_succeeds_beyond_4k="guessing yes" ;; +- # Guess no otherwise, even on glibc systems. + *) gl_cv_func_getcwd_succeeds_beyond_4k="guessing no" + esac + +@@ -23747,6 +23746,7 @@ main () + } + + _ACEOF ++ + if ac_fn_c_try_run "$LINENO"; then : + gl_cv_func_getcwd_succeeds_beyond_4k=yes + else +@@ -23758,6 +23758,7 @@ else + fi + + fi ++gl_cv_func_getcwd_succeeds_beyond_4k=yes + rm -f core *.core core.conftest.* gmon.out bb.out conftest$ac_exeext \ + conftest.$ac_objext conftest.beam conftest.$ac_ext + fi +@@ -40537,7 +40538,7 @@ fi $as_echo "$acl_cv_rpath" >&6; } wl="$acl_cv_wl" acl_libext="$acl_cv_libext" Index: pa
Re: [update] archivers/gtar 1.32 ->1.33
Stefan Hagen wrote: >> Looking at tests/testsuite.dir/089/testsuite.log in the work directory >> shows >> >> chmod a-r . .. >> tar -xvf archive.tar -C extract f >> [...] >>+tar: .: Cannot getcwd: Permission denied >>+tar: Error is not recoverable: exiting now >> >> I don't think our getcwd(3) fails this way. Which makes me think a >> gnulib wrapper has been enabled. Ah, yes, from the configure output: > > What triggers the test to fail is an additional check of the getcwd > return value. This check was introduced in this commit: > > https://git.savannah.gnu.org/cgit/tar.git/commit/?id=66162927ebdfe9dd4ef570a132663fd76217952f > > The problem is, that after chmod a-r . .., getcwd(NULL,0) is called and > it behaves differently than on other platforms. > > - OpenBSD returns a NULL pointer and errno=EACCES (code 13). > - Linux returns a pointer and no error. > > [...] > > The diff below reverts the getcwd check in question and the testsuite > will pass. New patch. The previous was full with stuff I tried... *adding patch review to my port submission check list* Index: archivers/gtar/Makefile === RCS file: /cvs/ports/archivers/gtar/Makefile,v retrieving revision 1.85 diff -u -p -u -p -r1.85 Makefile --- archivers/gtar/Makefile 16 Jul 2019 21:29:41 - 1.85 +++ archivers/gtar/Makefile 11 Jan 2021 18:50:28 - @@ -2,9 +2,8 @@ COMMENT= GNU version of the traditional tape archiver -DISTNAME= tar-1.32 +DISTNAME= tar-1.33 PKGNAME= g${DISTNAME} -REVISION= 1 CATEGORIES=archivers HOMEPAGE= https://www.gnu.org/software/tar/ Index: archivers/gtar/distinfo === RCS file: /cvs/ports/archivers/gtar/distinfo,v retrieving revision 1.26 diff -u -p -u -p -r1.26 distinfo --- archivers/gtar/distinfo 25 Feb 2019 21:01:58 - 1.26 +++ archivers/gtar/distinfo 11 Jan 2021 18:50:28 - @@ -1,2 +1,2 @@ -SHA256 (tar-1.32.tar.xz) = 0NOuB/EDMjvoCbw+rA3MOG1SxSYkmf4FURrEeIrx/dg= -SIZE (tar-1.32.tar.xz) = 2103348 +SHA256 (tar-1.33.tar.xz) = Zqg0Sx3IOkEdMRvRVH4BduVswxHyjulKMPhNr7PZBn4= +SIZE (tar-1.33.tar.xz) = 2224824 Index: archivers/gtar/patches/patch-configure === RCS file: /cvs/ports/archivers/gtar/patches/patch-configure,v retrieving revision 1.18 diff -u -p -u -p -r1.18 patch-configure --- archivers/gtar/patches/patch-configure 13 Jan 2019 15:34:55 - 1.18 +++ archivers/gtar/patches/patch-configure 11 Jan 2021 18:50:28 - @@ -2,7 +2,7 @@ $OpenBSD: patch-configure,v 1.18 2019/01 Index: configure --- configure.orig +++ configure -@@ -36944,7 +36944,7 @@ fi +@@ -40537,7 +40537,7 @@ fi $as_echo "$acl_cv_rpath" >&6; } wl="$acl_cv_wl" acl_libext="$acl_cv_libext" Index: archivers/gtar/patches/patch-src_misc_c === RCS file: archivers/gtar/patches/patch-src_misc_c diff -N archivers/gtar/patches/patch-src_misc_c --- /dev/null 1 Jan 1970 00:00:00 - +++ archivers/gtar/patches/patch-src_misc_c 11 Jan 2021 18:50:28 - @@ -0,0 +1,17 @@ +$OpenBSD$ + +Fix regression from upstream commit +66162927ebdfe9dd4ef570a132663fd76217952f + +Index: src/misc.c +--- src/misc.c.orig src/misc.c +@@ -920,8 +920,6 @@ chdir_arg (char const *dir) + { + wd[wd_count].name = "."; + wd[wd_count].abspath = xgetcwd (); +-if (!wd[wd_count].abspath) +- call_arg_fatal ("getcwd", "."); + wd[wd_count].fd = AT_FDCWD; + wd_count++; + }
[update] graphics/scrot 0.8 to 1.4
Hello, I noticed that the screenshot utility graphics/scrot is pretty old and missing some options people on IRC were asking for. So I looked at it. The upstream site vanished. There is an active github repository run by volunteers and that's where scrot seems to be maintained now. Scrots new home: https://github.com/resurrecting-open-source-projects/scrot # Port changes: - changed upstream to github - bump version to 1.4 - removed revision - switched configure style from gnu to autoreconf - removed wantlib: Xext freetype z - added wantlib: Xcomposite Xfixes - new build_dep: devel/autoconf-archive - two patches removed (included upstream) - fixed memset(sizeof(ptr)) in patches/patch-src_options_c The old scrot has put the README, AUTHORS, TODO and Changelog files in the doc directory. The upstream install target is not doing so anymore. This is fine for me. Besides the changelog, there's nothing of value in those files. Q: The AUTOMAKE_VERSION and AUTOCONF_VERSION are guesswork. I know that the oldest autoconf version that works is 2.63. What version is advisable to set in ports when upstream does not specify one? (The porter handbook sais this should be obvious when looking at the configure[.ac?] file. Not obvious to me... any pointers?) # Tests performed: - portcheck: ok - port-lib-depends-check: ok - Builds on amd64 There is no test suite, so I did some screenshots and tested the -s and -o flag as well as the more complex examples in the manpage. My tests all worked. One more person on IRC did some tests as well and found it working. # Changelog: (only code related changes here) Version 1.4 * Fix SIGSEGV, if running without DISPLAY environment variable. * Removed libXcursor references. * Using create-man.sh 2.0 from txt2man package from Debian. * Call XCloseDisplay on exit. This is the right thing in every X server program, to release acquired resources. * Fixed autoselect. * Fixed capturing partially hidden windows on the edge of the desktop. * Fixed required number. * Fixed SIGSEGV, option --note. * Minor fix: variable is assigned that is never used. * New Feature: capture stack/overlapping windows. Depends of libXcomposite (X11). New option: --stack or -k. * Stack windows: client list spec EWMH. Version 1.3 * Added delay option to autoselect. * Fixed bug #39, mouse pointer not captured with -a -p options. * Added -D option to specify the display to use. Version 1.2 * Changed the cursor to indicate the selection mode. * Fixed GCC >=8.0 warning: -Wstringop-truncation. * Evaluate return of strftime. * Fixes ambiguous else warning by providing proper braces for if in src/getopt.c. * Fixed missing warnings. Version 1.1 * Added (-n, --note) to draw a text. * Added (-l, --line) to define the line to use to select an area to capture. * Added a specifier ($a) to embed hostname in output file. * Added a check for autoconf-archive presence in configure.ac. * Adjusted Makefile.am to remove src/scrot_config.h when distclean. Version 1.0 * Added EXIT_FAILURE when are no arguments required by some options. Fix Debian bug #685173. * Added option: --overwrite or -o. Now, by default do not overwrite the file. Fix Debian bug #807139. * Added support to grab mouse pointer (-p option). Fix Ubuntu bug #1698375. * Added support to freeze the screen when selection is activated (-f option). * Do not use gib_eprintf in calls to X11 functions. Fix Ubuntu bug #1523212. * Fix: scrot can't save files without extension. Fix Ubuntu bug #148659. * Fix: scrot don't complain about invalid numeric argument. Fix Ubuntu bug #371784. * Fixed some compiling warnings. OK? Best Regards, Stefan Index: graphics/scrot/Makefile === RCS file: /cvs/ports/graphics/scrot/Makefile,v retrieving revision 1.17 diff -u -p -u -p -r1.17 Makefile --- graphics/scrot/Makefile 12 Jul 2019 20:47:10 - 1.17 +++ graphics/scrot/Makefile 21 Jan 2021 21:49:00 - @@ -2,25 +2,28 @@ COMMENT= commandline screen capture util -DISTNAME= scrot-0.8 -REVISION = 4 -CATEGORIES=graphics +GH_ACCOUNT = resurrecting-open-source-projects +GH_PROJECT = scrot +GH_TAGNAME = 1.4 -HOMEPAGE= http://www.linuxbrit.co.uk/scrot/ +CATEGORIES = graphics + +HOMEPAGE= https://github.com/resurrecting-open-source-projects/scrot # BSD PERMIT_PACKAGE=Yes -WANTLIB= X11 Xext c freetype m z \ - giblib>=1 Imlib2>=1 - -MASTER_SITES= http://www.linuxbrit.co.uk/downloads/ +WANTLIB = c m Imlib2 giblib X11 Xcomposite Xfixes -LIB_DEPENDS=devel/giblib \ +LIB_DEPENDS = devel/giblib \ graphics/imlib2 -CONFIGURE_STYLE= gnu +AUTOMAKE_VERSION = 1.16 +AUTOCONF_VERSION = 2.69
Re: [update] graphics/scrot 0.8 to 1.4
Stefan Hagen wrote: > Scrots new home: > https://github.com/resurrecting-open-source-projects/scrot It's probably relevant to say that this new upstream is also used by Debian, Arch and FreeBSD (I did not check others). Here is an updated patch with the following additions: + added pledge similiar to solenes scrot update in 2019 + removed -g cflag + subst /usr/X11R6 with ${X11BASE} in Makefile.am Note: I'm not super comfortable yet with selecting pledge promises. I removed all promises and then ktraced the command below and added pledge promises according to the trace output. scrot '%Y-%m-%d_$wx$h-TEST.png' \ -e 'mv $f ~/work/' -s -d 2 -f -c -b -l style=dash,width=3,color="red" \ -p -o -n "-f '~/.fonts/AnonymiceNerdFontComplete.ttf/24' I think this command should tick all boxes and I ended up with the same set of promises as solene did. So I assume I did it right. Best Regards, Stefan Index: graphics/scrot/Makefile === RCS file: /cvs/ports/graphics/scrot/Makefile,v retrieving revision 1.17 diff -u -p -u -p -r1.17 Makefile --- graphics/scrot/Makefile 12 Jul 2019 20:47:10 - 1.17 +++ graphics/scrot/Makefile 23 Jan 2021 10:01:58 - @@ -2,25 +2,29 @@ COMMENT= commandline screen capture util -DISTNAME= scrot-0.8 -REVISION = 4 -CATEGORIES=graphics +GH_ACCOUNT = resurrecting-open-source-projects +GH_PROJECT = scrot +GH_TAGNAME = 1.4 -HOMEPAGE= http://www.linuxbrit.co.uk/scrot/ +CATEGORIES = graphics + +HOMEPAGE= https://github.com/resurrecting-open-source-projects/scrot # BSD PERMIT_PACKAGE=Yes -WANTLIB= X11 Xext c freetype m z \ - giblib>=1 Imlib2>=1 - -MASTER_SITES= http://www.linuxbrit.co.uk/downloads/ +# pledge +WANTLIB = c m Imlib2 giblib X11 Xcomposite Xfixes -LIB_DEPENDS=devel/giblib \ +LIB_DEPENDS = devel/giblib \ graphics/imlib2 -CONFIGURE_STYLE= gnu +AUTOMAKE_VERSION = 1.16 +AUTOCONF_VERSION = 2.69 + +AUTORECONF = sh autogen.sh +CONFIGURE_STYLE= autoreconf -FAKE_FLAGS+= docsdir=${PREFIX}/share/doc/scrot/ +BUILD_DEPENDS =devel/autoconf-archive .include Index: graphics/scrot/distinfo === RCS file: /cvs/ports/graphics/scrot/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- graphics/scrot/distinfo 18 Jan 2015 03:14:14 - 1.4 +++ graphics/scrot/distinfo 23 Jan 2021 10:01:58 - @@ -1,2 +1,2 @@ -SHA256 (scrot-0.8.tar.gz) = YT0c9STCtizjxl8SMupPBcfa8kjV6C/ypoksmAk5lPI= -SIZE (scrot-0.8.tar.gz) = 74324 +SHA256 (scrot-1.4.tar.gz) = 4Z7sabzcJJkXxFInDhyPKBiAA7BSw1LiWZmygcsDUQw= +SIZE (scrot-1.4.tar.gz) = 157779 Index: graphics/scrot/patches/patch-Makefile_am === RCS file: graphics/scrot/patches/patch-Makefile_am diff -N graphics/scrot/patches/patch-Makefile_am --- /dev/null 1 Jan 1970 00:00:00 - +++ graphics/scrot/patches/patch-Makefile_am23 Jan 2021 10:01:58 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +Index: Makefile.am +--- Makefile.am.orig Makefile.am +@@ -31,8 +31,8 @@ AUTOMAKE_OPTIONS = 1.4 foreign + # A list of all the files in the current directory which can be regenerated + MAINTAINERCLEANFILES = Makefile.in + +-AM_LDFLAGS= -L/usr/X11R6/lib -L/usr/lib -L/usr/local/lib +-AM_CPPFLAGS = -I/usr/X11R6/include \ ++AM_LDFLAGS= -L${X11BASE}/lib -L/usr/lib -L/usr/local/lib ++AM_CPPFLAGS = -I${X11BASE}/include \ + $(X_CFLAGS) -I$(prefix)/include -I$(includedir) -I. + + man_MANS = man/scrot.1 Index: graphics/scrot/patches/patch-src_Makefile_am === RCS file: graphics/scrot/patches/patch-src_Makefile_am diff -N graphics/scrot/patches/patch-src_Makefile_am --- /dev/null 1 Jan 1970 00:00:00 - +++ graphics/scrot/patches/patch-src_Makefile_am23 Jan 2021 10:01:58 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +no need for debug symbols + +Index: src/Makefile.am +--- src/Makefile.am.orig src/Makefile.am +@@ -28,7 +28,7 @@ + MAINTAINERCLEANFILES = Makefile.in + + AM_LDFLAGS= -L/usr/X11R6/lib +-AM_CPPFLAGS = -g -O3 -Wall -I/usr/X11R6/include \ ++AM_CPPFLAGS = -O3 -Wall -I/usr/X11R6/include \ + $(X_CFLAGS) -I$(prefix)/include -I$(includedir) -I. \ + -DPREFIX=\""$(prefix)"\" @GIBLIB_CFLAGS@ + LIBOBJS = @LIBOBJS@ Index: graphics/scrot/patches/patch-src_Makefile_in === RCS file: graphics/scrot/patches/patch-src_Makefile_in diff -N graphics/scrot/patches/patch-src_Makefile_in --- graphics/s
Re: Alpine mail client. Fresh install of 6.8. "Mail" works but Alpine problems
Hi Austin, aus...@computershop.ca wrote: > 2) Any reason why the new pseudo-Sendmail wouldn't handle Apline as > well as the old one did? This mailing list is mostly for porting work and not for questions about functionality or bugs that are not related to the porting process but the software itself. That being said, I played around with alpine. You're right. If you leave "smtp-server=" empty, sending an email gets stuck as you described. I've tried to set "smtp-server=" to localhost as well as to my SMTP/SMTPs OpenSMTPd server. Those configurations are working fine and maybe you can use one of these? Why it gets stuck when falling back to the sendmail binary, I don't know. Using the sendmail binary manually is working here. The correct list to address this would be: https://opensmtpd.org/list.html Best Regards, Stefan
Re: [update] graphics/scrot 0.8 to 1.4
Stefan Hagen wrote: > Stefan Hagen wrote: >> Scrots new home: >> https://github.com/resurrecting-open-source-projects/scrot > > It's probably relevant to say that this new upstream is also used > by Debian, Arch and FreeBSD (I did not check others). > > Here is an updated patch with the following additions: > >+ added pledge similiar to solenes scrot update in 2019 >+ removed -g cflag >+ subst /usr/X11R6 with ${X11BASE} in Makefile.am I've sent a fix upstream to unbreak scrot on sparc64 https://github.com/resurrecting-open-source-projects/scrot/pull/64 The diff again with the fix included and sorry for the noise :/ Index: graphics/scrot/Makefile === RCS file: /cvs/ports/graphics/scrot/Makefile,v retrieving revision 1.17 diff -u -p -u -p -r1.17 Makefile --- graphics/scrot/Makefile 12 Jul 2019 20:47:10 - 1.17 +++ graphics/scrot/Makefile 23 Jan 2021 16:56:31 - @@ -2,25 +2,29 @@ COMMENT= commandline screen capture util -DISTNAME= scrot-0.8 -REVISION = 4 -CATEGORIES=graphics +GH_ACCOUNT = resurrecting-open-source-projects +GH_PROJECT = scrot +GH_TAGNAME = 1.4 -HOMEPAGE= http://www.linuxbrit.co.uk/scrot/ +CATEGORIES = graphics + +HOMEPAGE= https://github.com/resurrecting-open-source-projects/scrot # BSD PERMIT_PACKAGE=Yes -WANTLIB= X11 Xext c freetype m z \ - giblib>=1 Imlib2>=1 - -MASTER_SITES= http://www.linuxbrit.co.uk/downloads/ +# pledge +WANTLIB = c m Imlib2 giblib X11 Xcomposite Xfixes -LIB_DEPENDS=devel/giblib \ +LIB_DEPENDS = devel/giblib \ graphics/imlib2 -CONFIGURE_STYLE= gnu +AUTOMAKE_VERSION = 1.16 +AUTOCONF_VERSION = 2.69 + +AUTORECONF = sh autogen.sh +CONFIGURE_STYLE= autoreconf -FAKE_FLAGS+= docsdir=${PREFIX}/share/doc/scrot/ +BUILD_DEPENDS =devel/autoconf-archive .include Index: graphics/scrot/distinfo === RCS file: /cvs/ports/graphics/scrot/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- graphics/scrot/distinfo 18 Jan 2015 03:14:14 - 1.4 +++ graphics/scrot/distinfo 23 Jan 2021 16:56:31 - @@ -1,2 +1,2 @@ -SHA256 (scrot-0.8.tar.gz) = YT0c9STCtizjxl8SMupPBcfa8kjV6C/ypoksmAk5lPI= -SIZE (scrot-0.8.tar.gz) = 74324 +SHA256 (scrot-1.4.tar.gz) = 4Z7sabzcJJkXxFInDhyPKBiAA7BSw1LiWZmygcsDUQw= +SIZE (scrot-1.4.tar.gz) = 157779 Index: graphics/scrot/patches/patch-Makefile_am === RCS file: graphics/scrot/patches/patch-Makefile_am diff -N graphics/scrot/patches/patch-Makefile_am --- /dev/null 1 Jan 1970 00:00:00 - +++ graphics/scrot/patches/patch-Makefile_am23 Jan 2021 16:56:31 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +Index: Makefile.am +--- Makefile.am.orig Makefile.am +@@ -31,8 +31,8 @@ AUTOMAKE_OPTIONS = 1.4 foreign + # A list of all the files in the current directory which can be regenerated + MAINTAINERCLEANFILES = Makefile.in + +-AM_LDFLAGS= -L/usr/X11R6/lib -L/usr/lib -L/usr/local/lib +-AM_CPPFLAGS = -I/usr/X11R6/include \ ++AM_LDFLAGS= -L${X11BASE}/lib -L/usr/lib -L/usr/local/lib ++AM_CPPFLAGS = -I${X11BASE}/include \ + $(X_CFLAGS) -I$(prefix)/include -I$(includedir) -I. + + man_MANS = man/scrot.1 Index: graphics/scrot/patches/patch-src_Makefile_am === RCS file: graphics/scrot/patches/patch-src_Makefile_am diff -N graphics/scrot/patches/patch-src_Makefile_am --- /dev/null 1 Jan 1970 00:00:00 - +++ graphics/scrot/patches/patch-src_Makefile_am23 Jan 2021 16:56:31 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +no need for debug symbols + +Index: src/Makefile.am +--- src/Makefile.am.orig src/Makefile.am +@@ -28,7 +28,7 @@ + MAINTAINERCLEANFILES = Makefile.in + + AM_LDFLAGS= -L/usr/X11R6/lib +-AM_CPPFLAGS = -g -O3 -Wall -I/usr/X11R6/include \ ++AM_CPPFLAGS = -O3 -Wall -I/usr/X11R6/include \ + $(X_CFLAGS) -I$(prefix)/include -I$(includedir) -I. \ + -DPREFIX=\""$(prefix)"\" @GIBLIB_CFLAGS@ + LIBOBJS = @LIBOBJS@ Index: graphics/scrot/patches/patch-src_Makefile_in === RCS file: graphics/scrot/patches/patch-src_Makefile_in diff -N graphics/scrot/patches/patch-src_Makefile_in --- graphics/scrot/patches/patch-src_Makefile_in8 Jul 2011 11:25:47 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,44 +0,0 @@ -$OpenBSD: patch-src_Makefile_in,v 1.2 2011/07/08 11:25:47 jasper Exp $ src/Makefile.in.orig Mon Jun 23 14:13:34 2003 -+++ src/M
[sparc64] Fix x11/spectrwm runtime
Hi, Spectrwm on Sparc64 wants the wpath pledge: 70801 spectrwm CALL open(0x7904d18380,0x10002) 70801 spectrwm NAMI "/var/cache/fontconfig//7908e75dfa020c169504380270e5263a-be64.cache-7" 70801 spectrwm PLDG open, "wpath", errno 1 Operation not permitted 70801 spectrwm PSIG SIGABRT SIG_DFL I've sent the fix upstream and it got merged already. Meanwhile, here is the fixed port. Changes: - added wpath pledge where needed - added revision Maintainer on CC. Best Regards, Stefan Index: x11/spectrwm/Makefile === RCS file: /cvs/ports/x11/spectrwm/Makefile,v retrieving revision 1.35 diff -u -p -u -p -r1.35 Makefile --- x11/spectrwm/Makefile 25 Jun 2020 11:54:19 - 1.35 +++ x11/spectrwm/Makefile 23 Jan 2021 17:56:59 - @@ -8,6 +8,8 @@ GH_PROJECT= spectrwm GH_TAGNAME=SPECTRWM_${V:S/./_/g} DISTNAME= ${GH_PROJECT}-${V} +REVISION= 0 + SHARED_LIBS= swmhack 1.0 CATEGORIES=x11 Index: x11/spectrwm/patches/patch-spectrwm_c === RCS file: /cvs/ports/x11/spectrwm/patches/patch-spectrwm_c,v retrieving revision 1.15 diff -u -p -u -p -r1.15 patch-spectrwm_c --- x11/spectrwm/patches/patch-spectrwm_c 18 Jun 2020 09:18:39 - 1.15 +++ x11/spectrwm/patches/patch-spectrwm_c 23 Jan 2021 17:56:59 - @@ -1,5 +1,7 @@ $OpenBSD: patch-spectrwm_c,v 1.15 2020/06/18 09:18:39 gonzalo Exp $ +Fix runtime crash on sparc64 (needs wpath pledge) + Index: spectrwm.c --- spectrwm.c.orig +++ spectrwm.c @@ -12,3 +14,30 @@ Index: spectrwm.c #endif char **start_argv; +@@ -13605,7 +13605,7 @@ main(int argc, char *argv[]) + if (setlocale(LC_CTYPE, "") == NULL || setlocale(LC_TIME, "") == NULL) + warnx("no locale support"); + +- if (pledge("stdio proc exec rpath getpw dns inet unix", NULL) == -1) ++ if (pledge("stdio proc exec rpath getpw dns inet unix wpath", NULL) == -1) + err(1, "pledge"); + + /* handle some signals */ +@@ -13625,7 +13625,7 @@ main(int argc, char *argv[]) + if ((display = XOpenDisplay(0)) == NULL) + errx(1, "unable to open display"); + +- if (pledge("stdio proc exec rpath getpw", NULL) == -1) ++ if (pledge("stdio proc exec rpath getpw wpath", NULL) == -1) + err(1, "pledge"); + + conn = XGetXCBConnection(display); +@@ -13680,7 +13680,7 @@ main(int argc, char *argv[]) + else + scan_config(); + +- if (pledge("stdio proc exec rpath", NULL) == -1) ++ if (pledge("stdio proc exec rpath wpath", NULL) == -1) + err(1, "pledge"); + + validate_spawns();
Re: [sparc64] Fix x11/spectrwm runtime
Sebastien Marie wrote: > On Sat, Jan 23, 2021 at 07:14:33PM +0100, Stefan Hagen wrote: >> Hi, >> >> Spectrwm on Sparc64 wants the wpath pledge: >> >> 70801 spectrwm CALL open(0x7904d18380,0x10002) >> 70801 spectrwm NAMI >> "/var/cache/fontconfig//7908e75dfa020c169504380270e5263a-be64.cache-7" >> 70801 spectrwm PLDG open, "wpath", errno 1 Operation not permitted >> 70801 spectrwm PSIG SIGABRT SIG_DFL >> >> I've sent the fix upstream and it got merged already. >> Meanwhile, here is the fixed port. >> >> Changes: >> - added wpath pledge where needed >> - added revision > > I am a bit unsure about adding "wpath" in promises. Usually when > fontconfig write is involved, it means the cache is out of sync (and > it is odd it is happening for the system cache). If I didn't mess > myself, I recall about something like that previously. > > If adding "wpath" is really required, it would be interesting to use > also unveil to restrict the promise added. You're right. I can reproduce it on amd64 now: If I fiddle with my font paths and then (re)start X, spectrwm crashes with a wpath violation on amd64 too. This is something that can happen with any X application... Instead of allowing wpath and catching it again with unveil, wouldn't it be worth thinking about a pledge promise that allows X font cache updates? There is still a difference. On amd64, I can start another WM or an xterm and on the next start spectrwm works. The same does not work on the sparc64 machine. I don't know what fontconfig is doing there. It looks like the font cache is always out of sync here. Best Regards, Stefan
Re: [sparc64] Fix x11/spectrwm runtime
Sebastien Marie wrote: > On Sat, Jan 23, 2021 at 09:04:22PM +0100, Stefan Hagen wrote: >> Sebastien Marie wrote: >>> On Sat, Jan 23, 2021 at 07:14:33PM +0100, Stefan Hagen wrote: >>>> Hi, >>>> >>>> Spectrwm on Sparc64 wants the wpath pledge: >>>> >>>> 70801 spectrwm CALL open(0x7904d18380,0x10002) >>>> 70801 spectrwm NAMI >>>> "/var/cache/fontconfig//7908e75dfa020c169504380270e5263a-be64.cache-7" >>>> 70801 spectrwm PLDG open, "wpath", errno 1 Operation not permitted >>>> 70801 spectrwm PSIG SIGABRT SIG_DFL >>>> >>>> I've sent the fix upstream and it got merged already. >>>> Meanwhile, here is the fixed port. >>>> >>>> Changes: >>>> - added wpath pledge where needed >>>> - added revision >>> >>> I am a bit unsure about adding "wpath" in promises. Usually when >>> fontconfig write is involved, it means the cache is out of sync (and >>> it is odd it is happening for the system cache). If I didn't mess >>> myself, I recall about something like that previously. >>> >>> If adding "wpath" is really required, it would be interesting to use >>> also unveil to restrict the promise added. >> >> You're right. I can reproduce it on amd64 now: >> >> If I fiddle with my font paths and then (re)start X, spectrwm crashes >> with a wpath violation on amd64 too. >> >> This is something that can happen with any X application... >> >> Instead of allowing wpath and catching it again with unveil, wouldn't >> it be worth thinking about a pledge promise that allows X font cache >> updates? > > no. the kernel shouldn't have to know what all libraries could do :) > > the responsability is shared between the compoments: > > - it is the application responsability to pledge for what the > application and all linked libraries will need (like sthen@ > mentioned) > > - it is the library responsability to not doing silly things > (regarding fontconfig, we patched out chmod(2) usage from it for > example: https://marc.info/?l=openbsd-cvs&m=157229154821950&w=2). > > - it is the responsability of the kernel to enforce, in a generic way, > what the application pledge for, without having a complex interface. > > you could compare pledge(2) usage in cat(1) (it was tame(2) in first > ages) > > https://github.com/openbsd/src/commit/b7db428a8107ad20577d7c8416bf55a8f875e621 > and capsicum > > https://cgit.freebsd.org/src/commit/bin/cat/cat.c?id=aefe30c5437159a5399bdbc1974d6fbf40f2ba0f > . > > >> There is still a difference. On amd64, I can start another WM or an >> xterm and on the next start spectrwm works. The same does not work on >> the sparc64 machine. I don't know what fontconfig is doing there. It >> looks like the font cache is always out of sync here. > > in your ktrace extract, fontconfig is trying to revalidate the > *system* cache (/var/cache/fontconfig). only root could do that (but > fontconfig tries to do it, and will fail due to EPERM - and when > pledged, the fact to try to use O_RDWR makes it to die). > > in "fiddle with my font paths", it should rewrite the user cache > (usually ~/.cache/fontconfig), which is something it has permission to > do (if not killed by pledge). > > I am suspecting some issue in the way your x11 sets were installed > (did you use bsd.rd ? installing from source ?) My system is fairly standard, all sets installed. I upgrade every few days with sysupgrade to the next snapshot and update my ports with pkg_add -u. I'm not installing anything that's not a port or package. > system fontconfig cache comes from xbase68.tgz. Previously, we made > some adjustements too keep it in sync with fonts directories > (https://marc.info/?l=openbsd-cvs&m=153117126409370&w=2). > Please note I am also unsure how fonts from ports are managed. > > A possible workaround would be to run `fc-cache -s' as root, but it > will only correct the immediate problem (out-of-sync) and not the > underline problem (why the cache is out-of-sync). Yes, I know how to work around this. There are ways - but it shouldn't need those workarounds. I spend more time on this und this .xsession can reliably reproduce it. (This is on amd64 now) $ cat .xsession #!/bin/sh export PATH=$HOME/.bin:$PATH export ENV=$HOME/.kshrc xset fp+ $HOME/.fonts if [ -f $HOME/.fonts/a.pcf ]; then mv $HOME/.fonts/a.pcf $HOME/.fonts/b.pcf else mv $HOME/.fonts/b.pcf $HOME/.fonts/a.pcf fi ktrace /us
Re: [sparc64] Fix x11/spectrwm runtime
Stefan Hagen wrote: > Sebastien Marie wrote: >> On Sat, Jan 23, 2021 at 09:04:22PM +0100, Stefan Hagen wrote: >>> Sebastien Marie wrote: >>>> On Sat, Jan 23, 2021 at 07:14:33PM +0100, Stefan Hagen wrote: >>>>> Hi, >>>>> >>>>> Spectrwm on Sparc64 wants the wpath pledge: >>>>> >>>>> 70801 spectrwm CALL open(0x7904d18380,0x10002) >>>>> 70801 spectrwm NAMI >>>>> "/var/cache/fontconfig//7908e75dfa020c169504380270e5263a-be64.cache-7" >>>>> 70801 spectrwm PLDG open, "wpath", errno 1 Operation not permitted >>>>> 70801 spectrwm PSIG SIGABRT SIG_DFL >>>>> >>>>> I've sent the fix upstream and it got merged already. >>>>> Meanwhile, here is the fixed port. >>>>> >>>>> Changes: >>>>> - added wpath pledge where needed >>>>> - added revision >>>> >>>> I am a bit unsure about adding "wpath" in promises. Usually when >>>> fontconfig write is involved, it means the cache is out of sync (and >>>> it is odd it is happening for the system cache). If I didn't mess >>>> myself, I recall about something like that previously. >>>> >>>> If adding "wpath" is really required, it would be interesting to use >>>> also unveil to restrict the promise added. >>> >>> You're right. I can reproduce it on amd64 now: >>> >>> If I fiddle with my font paths and then (re)start X, spectrwm crashes >>> with a wpath violation on amd64 too. >>> >>> This is something that can happen with any X application... >>> >>> Instead of allowing wpath and catching it again with unveil, wouldn't >>> it be worth thinking about a pledge promise that allows X font cache >>> updates? >> >> no. the kernel shouldn't have to know what all libraries could do :) >> >> the responsability is shared between the compoments: >> >> - it is the application responsability to pledge for what the >> application and all linked libraries will need (like sthen@ >> mentioned) >> >> - it is the library responsability to not doing silly things >> (regarding fontconfig, we patched out chmod(2) usage from it for >> example: https://marc.info/?l=openbsd-cvs&m=157229154821950&w=2). >> >> - it is the responsability of the kernel to enforce, in a generic way, >> what the application pledge for, without having a complex interface. >> >> you could compare pledge(2) usage in cat(1) (it was tame(2) in first >> ages) >> >> https://github.com/openbsd/src/commit/b7db428a8107ad20577d7c8416bf55a8f875e621 >> and capsicum >> >> https://cgit.freebsd.org/src/commit/bin/cat/cat.c?id=aefe30c5437159a5399bdbc1974d6fbf40f2ba0f >> . >> >> >>> There is still a difference. On amd64, I can start another WM or an >>> xterm and on the next start spectrwm works. The same does not work on >>> the sparc64 machine. I don't know what fontconfig is doing there. It >>> looks like the font cache is always out of sync here. >> >> in your ktrace extract, fontconfig is trying to revalidate the >> *system* cache (/var/cache/fontconfig). only root could do that (but >> fontconfig tries to do it, and will fail due to EPERM - and when >> pledged, the fact to try to use O_RDWR makes it to die). >> >> in "fiddle with my font paths", it should rewrite the user cache >> (usually ~/.cache/fontconfig), which is something it has permission to >> do (if not killed by pledge). >> >> I am suspecting some issue in the way your x11 sets were installed >> (did you use bsd.rd ? installing from source ?) > > My system is fairly standard, all sets installed. I upgrade every few > days with sysupgrade to the next snapshot and update my ports with > pkg_add -u. I'm not installing anything that's not a port or package. > >> system fontconfig cache comes from xbase68.tgz. Previously, we made >> some adjustements too keep it in sync with fonts directories >> (https://marc.info/?l=openbsd-cvs&m=153117126409370&w=2). > >> Please note I am also unsure how fonts from ports are managed. >> >> A possible workaround would be to run `fc-cache -s' as root, but it >> will only correct the immediate problem (out-of-sync) and not the >> underline problem (why the cache is out-of-sync). > > Yes, I know how to work around this.
Re: [sparc64] Fix x11/spectrwm runtime
Sebastien Marie wrote: > On Sun, Jan 24, 2021 at 09:13:31AM +0100, Stefan Hagen wrote: >>> >>> I am suspecting some issue in the way your x11 sets were installed >>> (did you use bsd.rd ? installing from source ?) >> >> My system is fairly standard, all sets installed. I upgrade every few >> days with sysupgrade to the next snapshot and update my ports with >> pkg_add -u. I'm not installing anything that's not a port or package. > > ok, thanks to confirming. > > could you provide to me the following elements ? Of course! > - system installation date (I would like to look at the used sets) > $ doas what /bsd# show kernel build date > $ ls -l /dev/MAKEDEV /dev/sd0a# show userland build date (MAKEDEV is > usually not manually edited) and installation date (sd0a is regenerated at > install time) > > - /var/cache/fontconfig listing: > $ ls -l /var/cache/fontconfig As requested: ### amd64 ### $ doas what /bsd /bsd: OpenBSD 6.8-current (GENERIC.MP) #287: Thu Jan 21 20:56:22 MST 2021 $ ls -l /dev/MAKEDEV /dev/sd0a -r-xr-xr-x 1 root wheel11908 Jan 22 04:31 /dev/MAKEDEV brw-r- 1 root operator4, 0 Jan 22 20:52 /dev/sd0a $ ls -l /var/cache/fontconfig total 7620 -rw-r--r-- 1 root wheel 500400 Jan 23 20:26 0f0db7876307790c19e1f91eb9095080-le64.cache-7 -rw-r--r-- 1 root wheel73504 Jan 23 20:26 0f51981a91016500e33371abfaf44b15-le64.cache-7 -rw-r--r-- 1 root wheel 499680 Jan 23 20:26 1487dd4aecf3164c4a11193169052443-le64.cache-7 -rw-r--r-- 1 root wheel43088 Jan 23 20:26 1ef8e776effc8a96fba79ecc7cb994f8-le64.cache-7 -rw-r--r-- 1 root wheel 112 Jan 23 20:26 49aa604a5ac92994756d3008e408245c-le64.cache-7 -rw-r--r-- 1 root wheel 232 Jan 23 20:26 4c599c202bc5c08e2d34565a40eac3b2-le64.cache-7 -rw-r--r-- 1 root wheel 176 Jan 23 20:26 558352270fb122ca08359d23b5a778d4-le64.cache-7 -rw-r--r-- 1 root wheel 2418824 Jan 23 20:26 5590eef8711d78f75a1d19f78ae9af8f-le64.cache-7 -rw-r--r-- 1 root wheel 128 Jan 23 20:26 5dc9fcf026e07a49c5f91c19054b9930-le64.cache-7 -rw-r--r-- 1 root wheel 141880 Jan 23 20:26 79652363633577d7d713baab7f54ad8c-le64.cache-7 -rw-r--r-- 1 root wheel33656 Jan 23 20:26 a1a78d9c18cd095d3829c724810e6ffb-le64.cache-7 -rw-r--r-- 1 root wheel35304 Jan 23 20:26 ba022efc551c75e21c690774bbcf5304-le64.cache-7 -rw-r--r-- 1 root wheel64120 Jan 23 20:26 bc06c1eea3e636f72101cafc3fb39508-le64.cache-7 -rw-r--r-- 1 root wheel 488 Jan 23 20:26 c5f5d66d15c24edc3e863c27139db87e-le64.cache-7 -rw-r--r-- 1 root wheel 120 Jan 23 20:26 f22309b238134d3cca63435f528976cd-le64.cache-7 ### sparc64 ### $ doas what /bsd /bsd: OpenBSD 6.8-current (GENERIC) #623: Fri Jan 22 23:45:17 MST 2021 $ ls -l /dev/MAKEDEV /dev/sd0a -r-xr-xr-x 1 root wheel13606 Jan 23 07:24 /dev/MAKEDEV brw-r- 1 root operator7, 0 Jan 24 00:30 /dev/sd0a $ ls -l /var/cache/fontconfig total 2768 -rw-r--r-- 1 root wheel 500400 Jan 23 09:36 0fe0af1d5898cfe43064332244d1dc15-be64.cache-7 -rw-r--r-- 1 root wheel 112 Jan 23 09:36 1bd20f0f0c9d7d1d5fd55b69fcc2b3a3-be64.cache-7 -rw-r--r-- 1 root wheel 488 Jan 23 09:36 2cee944125173ffd13126fb55c9a0dc1-be64.cache-7 -rw-r--r-- 1 root wheel 176 Jan 23 09:36 68418e0da60dfe4003a8c2435e92b1d3-be64.cache-7 -rw-r--r-- 1 root wheel 35208 Jan 23 09:36 6ac606a6cc613b1dd45fa75d9315a55e-be64.cache-7 -rw-r--r-- 1 root wheel 33656 Jan 23 09:36 7c10409a5d7a696d98ceb77b9b1e9209-be64.cache-7 -rw-r--r-- 1 root wheel 73504 Jan 24 01:01 7cef3f2ad6de75f422b6cd179c7674f2-be64.cache-7 -rw-r--r-- 1 root wheel 499680 Jan 23 09:36 8b934b58f0acb2e86a05d24d97c0-be64.cache-7 -rw-r--r-- 1 root wheel 120 Jan 23 09:36 90acf7d99f5044d4df0432f2d0f16b42-be64.cache-7 -rw-r--r-- 1 root wheel 200 Jan 24 01:01 CACHEDIR.TAG -rw-r--r-- 1 root wheel 64024 Jan 23 09:36 be2547a64937fd44a1f33dfd1eea53e8-be64.cache-7 -rw-r--r-- 1 root wheel 128 Jan 23 09:36 d929d2c542e4f6652ca46d613e4b360e-be64.cache-7 -rw-r--r-- 1 root wheel 144 Jan 24 01:01 f06766f883c12b9298ca893082d31aea-be64.cache-7 -rw-r--r-- 1 root wheel 141880 Jan 23 09:36 f8033d5e4c6effb98c84b18a50eef42d-be64.cache-7 Best Regards, Stefan
[maintainer-update] www/luakit 2.2.1 -> 2.3
Hello, This is an update to www/luakit 2.3. Software changes: Added - Gopher protocol support (needs to be enabled in rc.lua) - Added website data deletion commands :clear-data, :clear-favicon-db - Dark Mode support :settings -> application.prefer_dark_mode - The tabmenu plugin is now included in luakit (:tabmenu) Changes - Removed debug symbol generation for default make - Changed the C standard from gnu99 to c11 because Webkit wants it - The proxy module remembers when no proxy or system proxy was used last - The proxy widget is hidden when proxy "None" is active Fixes - Fixed bounding box not spanning over whole element. - Fixed an issue where styled hint labels caused intransparent bounding boxes - Fixed a race condition when a tab is closed on NetBSD - Do not execute "git ls-files" when luakit is not a git repository Port changes: - bump revision - patches removed that are now upstream (the last two "Fixes") - added net/luasocket as run dep. (needed for gopher support) make {test,lib-depends-check}, portcheck: ok on amd64 Best Regards, Stefan Index: www/luakit/Makefile === RCS file: /cvs/ports/www/luakit/Makefile,v retrieving revision 1.28 diff -u -p -u -p -r1.28 Makefile --- www/luakit/Makefile 12 Nov 2020 14:39:54 - 1.28 +++ www/luakit/Makefile 28 Feb 2021 07:52:01 - @@ -4,7 +4,7 @@ COMMENT = fast, small, webkit based brow GH_ACCOUNT = luakit GH_PROJECT = luakit -GH_TAGNAME = 2.2.1 +GH_TAGNAME = 2.3 EPOCH =1 @@ -33,6 +33,7 @@ BUILD_DEPENDS = devel/help2man \ RUN_DEPENDS = devel/desktop-file-utils \ devel/luafs \ + net/luasocket \ textproc/lua-markdown LIB_DEPENDS = lang/luajit \ Index: www/luakit/distinfo === RCS file: /cvs/ports/www/luakit/distinfo,v retrieving revision 1.11 diff -u -p -u -p -r1.11 distinfo --- www/luakit/distinfo 12 Nov 2020 14:39:54 - 1.11 +++ www/luakit/distinfo 28 Feb 2021 07:52:01 - @@ -1,2 +1,2 @@ -SHA256 (luakit-2.2.1.tar.gz) = 81NZ9YY/q+K51Cb00+9tKc5bs7rHtMjggkJC+JhoyA4= -SIZE (luakit-2.2.1.tar.gz) = 488845 +SHA256 (luakit-2.3.tar.gz) = xwJrTwvfpE9DeYuA+HVI0+etVvW5I/xDuccSvxhJYJU= +SIZE (luakit-2.3.tar.gz) = 497471 Index: www/luakit/patches/patch-common_ipc_c === RCS file: www/luakit/patches/patch-common_ipc_c diff -N www/luakit/patches/patch-common_ipc_c --- www/luakit/patches/patch-common_ipc_c 12 Nov 2020 14:39:54 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,31 +0,0 @@ -$OpenBSD: patch-common_ipc_c,v 1.1 2020/11/12 14:39:54 semarie Exp $ - -NetBSD EOF fix - -Index: common/ipc.c common/ipc.c.orig -+++ common/ipc.c -@@ -21,6 +21,7 @@ - #include "common/lualib.h" - #include "common/luaserialize.h" - #include "common/ipc.h" -+#include "log.h" - - /* Prototypes for ipc_recv_... functions */ - #define X(name) void ipc_recv_##name(ipc_endpoint_t *ipc, const void *msg, guint length); -@@ -138,6 +139,15 @@ ipc_recv_and_dispatch_or_enqueue(ipc_endpoint_t *ipc) - case G_IO_STATUS_AGAIN: - return; - case G_IO_STATUS_EOF: -+verbose("g_io_channel_read_chars(): End Of File received"); -+/* OSX and NetBSD are sending EOF on nonblocking channels first. -+ * These requests can be ignored. They should end up in -+ * recv_hup(), but unfortunately they do not. -+ * -+ * If we do not close the socket, glib will continue to -+ * call the G_IO_IN handler. -+ */ -+g_atomic_int_dec_and_test(&ipc->refcount); - return; - case G_IO_STATUS_ERROR: - if (!g_str_equal(ipc->name, "UI")) Index: www/luakit/patches/patch-tests_run_test_lua === RCS file: www/luakit/patches/patch-tests_run_test_lua diff -N www/luakit/patches/patch-tests_run_test_lua --- www/luakit/patches/patch-tests_run_test_lua 12 Nov 2020 14:39:54 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,32 +0,0 @@ -$OpenBSD: patch-tests_run_test_lua,v 1.1 2020/11/12 14:39:54 semarie Exp $ -Remove git usage in tests. The tarball isn't a git checkout and the output could be too verbose if /usr/ports in a git checkout. - -Index: tests/run_test.lua tests/run_test.lua.orig -+++ tests/run_test.lua -@@ -186,25 +186,6 @@ if not pcall(require, "luassert") then - os.exit(1) - end - Check for untracked files in Git --do --local untracked = {} --local f = io.popen("git ls-files --others --exclude-standard") --for line in f:lines() do --table.insert(untracked, line) --end --f:close() -- --if #untracked > 0 then --local c_yellow = string.char(27) .. "[0;33m" --local c_reset = string.char(27) .. "[0;0m"
Re: [maintainer-update] www/luakit 2.2.1 ->2.3
*ping* Stefan Hagen wrote: > Hello, > > This is an update to www/luakit 2.3. > > Software changes: > > Added > - Gopher protocol support (needs to be enabled in rc.lua) > - Added website data deletion commands :clear-data, :clear-favicon-db > - Dark Mode support :settings ->application.prefer_dark_mode > - The tabmenu plugin is now included in luakit (:tabmenu) > > Changes > - Removed debug symbol generation for default make > - Changed the C standard from gnu99 to c11 because Webkit wants it > - The proxy module remembers when no proxy or system proxy was used last > - The proxy widget is hidden when proxy "None" is active > > Fixes > - Fixed bounding box not spanning over whole element. > - Fixed an issue where styled hint labels caused intransparent bounding boxes > - Fixed a race condition when a tab is closed on NetBSD > - Do not execute "git ls-files" when luakit is not a git repository > > Port changes: > > - bump revision > - patches removed that are now upstream (the last two "Fixes") > - added net/luasocket as run dep. (needed for gopher support) > > make {test,lib-depends-check}, portcheck: ok on amd64 > > Best Regards, > Stefan
Re: [maintainer-update] www/luakit 2.2.1 ->2.3
*ping* Stefan Hagen wrote: > *ping* > > Stefan Hagen wrote: >> Hello, >> >> This is an update to www/luakit 2.3. >> >> Software changes: >> >> Added >> - Gopher protocol support (needs to be enabled in rc.lua) >> - Added website data deletion commands :clear-data, :clear-favicon-db >> - Dark Mode support :settings ->application.prefer_dark_mode >> - The tabmenu plugin is now included in luakit (:tabmenu) >> >> Changes >> - Removed debug symbol generation for default make >> - Changed the C standard from gnu99 to c11 because Webkit wants it >> - The proxy module remembers when no proxy or system proxy was used last >> - The proxy widget is hidden when proxy "None" is active >> >> Fixes >> - Fixed bounding box not spanning over whole element. >> - Fixed an issue where styled hint labels caused intransparent bounding boxes >> - Fixed a race condition when a tab is closed on NetBSD >> - Do not execute "git ls-files" when luakit is not a git repository >> >> Port changes: >> >> - bump revision >> - patches removed that are now upstream (the last two "Fixes") >> - added net/luasocket as run dep. (needed for gopher support) >> >> make {test,lib-depends-check}, portcheck: ok on amd64 >> >> Best Regards, >> Stefan
[maintainer-update] mail/mu 1.4.14 to 1.4.15 (bugfix release)
Hello, This is a small bugfix release of mail/mu. No functional changes. portcheck, make {test,port-lib-depends-check}: ok on amd64 Best Regards, Stefan PS: Let me know if unified diffs are not okay on this list. Index: mail/mu/Makefile == --- mail/mu/Makefile +++ mail/mu/Makefile @@ -1,10 +1,10 @@ # $OpenBSD: Makefile,v 1.23 2021/01/06 00:03:19 abieber Exp $ COMMENT= maildir indexer and searcher with emacs frontend -V= 1.4.14 +V= 1.4.15 GUILE_V= 2.2 DISTNAME= mu-$V FLAVORS= guile Index: mail/mu/distinfo == --- mail/mu/distinfo +++ mail/mu/distinfo @@ -1,2 +1,2 @@ -SHA256 (mu-1.4.14.tar.xz) = 32QQ2+TL508UlamWpVjhQp+D8arxWI9cuN9zqbr/YLo= -SIZE (mu-1.4.14.tar.xz) = 845996 +SHA256 (mu-1.4.15.tar.xz) = 91JOF94JRw0TabwbOVmx+KwShu/y1ELbM/g1Vyb4NCo= +SIZE (mu-1.4.15.tar.xz) = 846052
Re: [macppc] www/luakit is not BROKEN anymore
Charlene Wendling wrote: > The latest Luakit update fix the build on macppc [0]. There is no > runtime issue with the fixed webkitgtk4. > > OK? Sweet! I bought a mac recently to try it out. You've been faster. Unfortunately the latest luakit with the fixed test suite has not (yet) been committed. I've attached you the latest luakit with the missing dependencies for the test suite. So "make test" should work in the luakit port dir. The image_css test fails here more often than not. But everything else should succeed. Thanks, Stefan luakit221.tgz Description: application/tar-gz
Re: [macppc] www/luakit is not BROKEN anymore
Charlene Wendling wrote: > On Wed, 11 Nov 2020 21:30:36 +0100 > Stefan Hagen wrote: > > > Charlene Wendling wrote: > > > The latest Luakit update fix the build on macppc [0]. There is no > > > runtime issue with the fixed webkitgtk4. > > > > > > OK? > > > > I've attached you the latest luakit with the missing dependencies > > for the test suite. So "make test" should work in the luakit port > > dir. > > > > The image_css test fails here more often than not. But everything > > else should succeed. > > It builds and works well on macppc. Tests are passing, excepted a few > who are failing due to expected timeout, and they call git (that should > be patched out). OK from my side then. Below is the current version including your change and with NO_TESTS = yes, because the test dependencies are not yet imported. Best Regards, Stefan 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 12 Nov 2020 07:08:02 - @@ -1,13 +1,10 @@ -# $OpenBSD: Makefile,v 1.27 2020/09/17 18:20:14 semarie Exp $ - -BROKEN-powerpc = help2man: can't get `--help' info from ./luakit +# $OpenBSD: Makefile,v 1.26 2020/09/15 07:04:25 pamela Exp $ 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 +28,6 @@ WANTLIB += pangocairo-1.0 pthread soup-2 MODULES = lang/lua -NO_TEST = Yes - BUILD_DEPENDS =devel/help2man \ devel/luafs @@ -42,6 +37,13 @@ RUN_DEPENDS =devel/desktop-file-utils \ LIB_DEPENDS = lang/luajit \ www/webkitgtk4 + +TEST_DEPENDS = devel/luassert \ + devel/luacheck + +TEST_TARGET = run-tests + +NO_TEST = yes # 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 12 Nov 2020 07:08:02 - @@ -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-common_ipc_c === RCS file: www/luakit/patches/patch-common_ipc_c diff -N www/luakit/patches/patch-common_ipc_c --- /dev/null 1 Jan 1970 00:00:00 - +++ www/luakit/patches/patch-common_ipc_c 12 Nov 2020 07:08:02 - @@ -0,0 +1,31 @@ +$OpenBSD$ + +NetBSD EOF fix + +Index: common/ipc.c +--- common/ipc.c.orig common/ipc.c +@@ -21,6 +21,7 @@ + #include "common/lualib.h" + #include "common/luaserialize.h" + #include "common/ipc.h" ++#include "log.h" + + /* Prototypes for ipc_recv_... functions */ + #define X(name) void ipc_recv_##name(ipc_endpoint_t *ipc, const void *msg, guint length); +@@ -138,6 +139,15 @@ ipc_recv_and_dispatch_or_enqueue(ipc_endpoint_t *ipc) + case G_IO_STATUS_AGAIN: + return; + case G_IO_STATUS_EOF: ++verbose("g_io_channel_read_chars(): End Of File received"); ++/* OSX and NetBSD are sending EOF on nonblocking channels first. ++ * These requests can be ignored. They should end up in ++ * recv_hup(), but unfortunately they do not. ++ * ++ * If we do not close the socket, glib will continue to ++ * call the G_IO_IN handler. ++ */ ++g_atomic_int_dec_and_test(&ipc->refcount); + return; + case G_IO_STATUS_ERROR: + if (!g_str_equal(ipc->name, "UI")) 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_lua17 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
Re: [NEW] devel/lua-say 1.3.1
Sebastien Marie wrote: > 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 ping?
Re: [NEW] luassert 1.7.11
Sebastien Marie wrote: > 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 ping?
Re: [macppc] www/luakit is not BROKEN anymore
Sebastien Marie wrote: > On Thu, Nov 12, 2020 at 08:09:32AM +0100, Stefan Hagen wrote: > > Charlene Wendling wrote: > > > On Wed, 11 Nov 2020 21:30:36 +0100 > > > Stefan Hagen wrote: > > > > > > > Charlene Wendling wrote: > > > > > The latest Luakit update fix the build on macppc [0]. There is no > > > > > runtime issue with the fixed webkitgtk4. > > > > > > > > > > OK? > > > > > > > > I've attached you the latest luakit with the missing dependencies > > > > for the test suite. So "make test" should work in the luakit port > > > > dir. > > > > > > > > The image_css test fails here more often than not. But everything > > > > else should succeed. > > > > > > It builds and works well on macppc. Tests are passing, excepted a few > > > who are failing due to expected timeout, and they call git (that should > > > be patched out). > > > > OK from my side then. > > > > Below is the current version including your change and with > > NO_TESTS = yes, because the test dependencies are not yet imported. > > > > I commited the test dependencies (now I had a second ok from someone. thanks > cwen@). > > Here an updated diff for luakit. > > As cwen@ noted, the git call in tests could be annoying in some > situations. So I patched it out. Maybe it could be done conditionally > if a ".git" directory exists. > > Stefan, are you fine with this diff ? it is based on your. OK from my side. Thank you. Best Regards, Stefan
Re: [new] net/lagrange SDL2 gemini browser
Solene Rapenne wrote: > This is a new port for another gemini/gopher browser. > > It provides a very enjoyable browsing experience that I can't > describe, I wish using www would be that nice. Indeed, it's pretty much the first application SDL interface I find enjoyable. Very smooth. The proportional font mode needs some fixing as it's not always proportional. Good port though! > DSCR: > Lagrange is a desktop GUI client for browsing Geminispace. It offers > modern conveniences familiar from web browsers, such as smooth > scrolling, inline image viewing, multiple tabs, visual themes, > Unicode fonts, bookmarks, history, and page outlines. Builds and runs fine (amd64) Best Regards, Stefan
Re: NEW: graphics/radeontop
Thomas Frohwein wrote: > Hi, > > This a port of radeontop, a nice small utility to look for bottlenecks with > your GPU. It runs in the terminal and shows with bar graphs and percentages > how much of e.g. Event Engine, shader technology, VRAM are being used. > > This is only for radeon and amdgpu cards, from R600 up (that is the Radeon > HD 2xxx series and higher). > > It needs to be run as root her for PCI accesss. > > Passes make lib-port-depends-check and portcheck. > > I thought this might be useful for debugging radeon/amdgpu issues. I tested if > amdgpu maybe runs out of VRAM when it locks up with piglit, but couldn't > confirm that. > Apart from that, this might be useful for people who are looking into graphics > performance issues. > > Basic usage and a screenshot can be found at [1]. There's also a man page. > > comments/ok? > > [1] https://github.com/clbr/radeontop Thanks you for this port. In builds and runs fine. Additionally to being root, it needs the sysctl kern.allowkmem=1 set. Maybe you want to mention this more explicitly in DESCR or even patch the manpage. Tested via amdgpu on: 2:0:0: ATI Polaris 12 0x: Vendor ID: 1002, Product ID: 699f I can't commit, but OK from me. Thanks and best regards, Stefan
[NEW] uwsgi, a python web stack
Hello, this is uwsgi. It is basically a CGI server. It can be called via socket or over the network and it is usually used as proxy between python applications and a real webserver. Sagar (CC) asked for it in another thread, so I created a port. Homepage: https://uwsgi-docs.readthedocs.io/en/latest/ portcheck and port-lib-depends-check: ok The tests are running fine from within WRKSRC when invoked via python{2,3} uwsgiconfig.py --check I couldn't get it to work from the port test target. The tests also show a message that this test method is being deprecated and we're supposed to use tox in future. Because of that, I've set NO_TEST = yes. Fun fact, it has probably the longest usage list I've seen so far. $ uwsgi -h | wc -l 985 OK? Best Regards, Stefan py-uwsgi.tar.gz Description: application/tar-gz
Re: Why no uwsgi port for openbsd?
Stuart Henderson wrote: > On 2020/12/07 20:13, Sagar Acharya wrote: >> Guys, why is uwsgi not present in openbsd? Is there a specific >> concern for security wrt uwsgi? I see many famous server softwares in >> packages like apache and nginx but not uwsgi. >> >> I use it for my hosting on FreeBSD currently. Are there any plans to >> have it in future? > > I wrote a port once but didn't end up using it myself (seemed too > complicated for what I was doing) and there wasn't much other interest. > It's in openbsd-wip if anyone cares to dust it off (it will certainly > need some fixing up, it's a few years old now). Hmm, I have sent a port, which I roughly tested and found working. Now I found this one and I'm not sure if uwsgi has been progressed so far, that it "just works" now, or if I've missed a lot in my tests. https://github.com/jasperla/openbsd-wip/blob/9530883130a7b9cfd1647c0df8a1c30a6487e10a/www/uwsgi/Makefile
Re: [NEW] uwsgi, a python web stack
Stuart Henderson wrote: > On 2020/12/08 21:05, Stefan Hagen wrote: >> I couldn't get it to work from the port test target. The tests also show >> a message that this test method is being deprecated and we're supposed >> to use tox in future. Because of that, I've set NO_TEST = yes. > > first thing to try with those is MODPY_PYTEST=Yes > > we should probably make that the default method sometime.. Thank you. I realized that the tests I ran were just the cppcheck tests. Those work. The tests triggered by MODPY_PYTEST fail pretty early. So, this port indeed needs more work. I'll look at your WIP version and see if I can get the tests run. My repo is here: git://git.codevoid.de/mystuff web: https://codevoid.de/1/git/mystuff/log.gph Thanks, Stefan
Re: [update] net/telegram-purple version 1.3.1 to 1.4.6
Giovanni Bechis wrote: > On Sat, Jan 25, 2020 at 09:26:53PM +0100, Stefan Hagen wrote: >> Giovanni Bechis wrote: >>> On Sat, Jan 25, 2020 at 09:38:23AM +0100, Stefan Hagen wrote: >>>> The BROKEN condition still applies. The code parse_tlo_file has not >>>> changed. >>>> >>> afaik this is BROKEN-sparc64 as well, otherwise ok giovanni@ >> >> Correct, it hits the same assertion on sparc64. >> http://build-failures.rhaalovely.net/sparc64/2020-01-23/net/telegram-purple.log >> >> Updated patch below. >> > ok giovanni@ on this version as well. > Giovanni Hello, This is yet another update to telegram-purple. This time to version 1.4.6. I'm using it with pidgin right now. My tests: - Text messages work fine - File attachments are working - Images work when sent as attachments - Images show "loading document or picture failed" if sent as image (silently discarded in previous version) - Static stickers are working (animates ones are silently discarded) - "Saved Messages" are now supported Changes: https://github.com/majn/telegram-purple/releases Port Changes: * coreutils as build dependency (gsha256sum) * post-patch sed sha256sum ->gsha256sum * png wantlib * updated patches I did not add BROKEN-sparc64 anymore as this is covered by NOT_FOR_ARCHS = ${BE_ARCHS}, which got added meanwhile. portcheck, port-lib-depends-check: ok on amd64 make test: ok The port tree still has version 1.3.1 from Apr 10, 2017. This version is not working reliable anymore. So I'd really like to see this one to go in... pretty please? :-) OK? Best Regards, Stefan Index: net/telegram-purple/Makefile === RCS file: /cvs/ports/net/telegram-purple/Makefile,v retrieving revision 1.7 diff -u -p -u -p -r1.7 Makefile --- net/telegram-purple/Makefile25 Mar 2020 15:03:07 - 1.7 +++ net/telegram-purple/Makefile4 Jan 2021 09:34:39 - @@ -1,10 +1,10 @@ # $OpenBSD: Makefile,v 1.7 2020/03/25 15:03:07 tb Exp $ -# assertion "get_int () == TLS_SCHEMA_V2" failed: file "generate.c", line 2831, function "parse_tlo_file" +# assertion "get_int () == TLS_SCHEMA_V2" failed: file "generate.c", +# line 2831, function "parse_tlo_file" NOT_FOR_ARCHS =${BE_ARCHS} -V =1.3.1 -REVISION = 2 +V =1.4.6 COMMENT = Telegram support for Pidgin DISTNAME = telegram-purple_$V.orig PKGNAME = telegram-purple-$V @@ -13,11 +13,12 @@ CATEGORIES =net # GPLv2+ PERMIT_PACKAGE = Yes -WANTLIB += gcrypt glib-2.0 intl purple webp z +WANTLIB += gcrypt glib-2.0 intl png purple webp z MASTER_SITES = https://github.com/majn/telegram-purple/releases/download/v$V/ -BUILD_DEPENDS =devel/gettext,-tools +BUILD_DEPENDS =devel/gettext,-tools \ + sysutils/coreutils LIB_DEPENDS = devel/gettext,-runtime \ graphics/libwebp \ net/pidgin,-libpurple \ @@ -31,6 +32,10 @@ CFLAGS +=-I${LOCALBASE}/include LDFLAGS = -L${LOCALBASE}/lib WRKDIST = ${WRKDIR}/telegram-purple + +post-patch: + sed -i 's|sha256sum|gsha256sum|g' ${WRKDIST}/Makefile.in \ + ${WRKDIST}/mkwindows.sh ${WRKDIST}/tgl/Makefile.in post-install: mv ${DESTDIR}/etc/telegram-purple ${PREFIX}/share/purple Index: net/telegram-purple/distinfo === RCS file: /cvs/ports/net/telegram-purple/distinfo,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 distinfo --- net/telegram-purple/distinfo24 Jun 2017 00:20:17 - 1.1.1.1 +++ net/telegram-purple/distinfo4 Jan 2021 09:34:39 - @@ -1,2 +1,2 @@ -SHA256 (telegram-purple_1.3.1.orig.tar.gz) = hpYnwitP1WyH1V0FQ1NTnzi4rhaSoBEebmaCr+ZUd9c= -SIZE (telegram-purple_1.3.1.orig.tar.gz) = 509083 +SHA256 (telegram-purple_1.4.6.orig.tar.gz) = aPl6FwYR8AMLQm+XcsOC60zuk4HSTKMqslTv0LeXDRs= +SIZE (telegram-purple_1.4.6.orig.tar.gz) = 497757 Index: net/telegram-purple/patches/patch-Makefile_in === RCS file: /cvs/ports/net/telegram-purple/patches/patch-Makefile_in,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 patch-Makefile_in --- net/telegram-purple/patches/patch-Makefile_in 24 Jun 2017 00:20:17 - 1.1.1.1 +++ net/telegram-purple/patches/patch-Makefile_in 4 Jan 2021 09:34:39 - @@ -3,18 +3,22 @@ $OpenBSD: patch-Makefile_in,v 1.1.1.1 20 Index: Makefile.in --- Makefile.in.orig +++ Makefile.in -@@ -22,8 +22,8 @@ datarootdir=@datarootdir@ - localedir=@localedir@ - gettext_package=@GETTEXT_PACKAGE@ +@
[update][maintainer] mail/mu 1.4.13 -> 1.4.14
Hello, Simple update of mail/mu. It's a bugfix release without a change in functionality. Port changes: - removed revision - bumped version portcheck, port-lib-depends-check: ok make test (amd64): ok Best Regards, Stefan Index: Makefile === RCS file: /cvs/ports/mail/mu/Makefile,v retrieving revision 1.22 diff -u -p -u -p -r1.22 Makefile --- Makefile21 Dec 2020 15:00:34 - 1.22 +++ Makefile5 Jan 2021 15:39:57 - @@ -2,9 +2,8 @@ COMMENT= maildir indexer and searcher with emacs frontend -V= 1.4.13 +V= 1.4.14 GUILE_V= 2.2 -REVISION= 0 DISTNAME= mu-$V Index: distinfo === RCS file: /cvs/ports/mail/mu/distinfo,v retrieving revision 1.9 diff -u -p -u -p -r1.9 distinfo --- distinfo1 Sep 2020 13:57:39 - 1.9 +++ distinfo5 Jan 2021 15:39:57 - @@ -1,2 +1,2 @@ -SHA256 (mu-1.4.13.tar.xz) = smpQT4ZgtjdOAoXa9+JubrTsBmi/LItLHNdmfE6+bo4= -SIZE (mu-1.4.13.tar.xz) = 873288 +SHA256 (mu-1.4.14.tar.xz) = 32QQ2+TL508UlamWpVjhQp+D8arxWI9cuN9zqbr/YLo= +SIZE (mu-1.4.14.tar.xz) = 845996
www/mozilla-firefox: allow main process to read /etc/resolv.conf
Hello, I've blocked the DoT port and the top DoH servers on my network in order to force all my clients to use my own DNS server. It then happened that Firefox was not able to resolve any domain anymore. After some tracing, it turned out that the main process wants to read /etc/resolv.conf, but is not allowed to because unveil blocks it. I thinks its reasonable to let firefox access resolv.conf. OK? Best Regards, Stefan Index: www/mozilla-firefox/files/unveil.main === RCS file: /cvs/ports/www/mozilla-firefox/files/unveil.main,v retrieving revision 1.6 diff -u -p -u -p -r1.6 unveil.main --- www/mozilla-firefox/files/unveil.main 15 Dec 2020 16:41:12 - 1.6 +++ www/mozilla-firefox/files/unveil.main 7 Jan 2021 15:17:04 - @@ -10,6 +10,7 @@ /etc/fonts r /etc/machine-id r +/etc/resolv.conf r /usr/local/lib r /usr/local/lib/firefox rx
Re: www/mozilla-firefox: allow main process to read /etc/resolv.conf
Stuart Henderson wrote: > On 2021/01/07 16:31, Stefan Hagen wrote: >> Hello, >> >> I've blocked the DoT port and the top DoH servers on my network in >> order to force all my clients to use my own DNS server. It then >> happened that Firefox was not able to resolve any domain anymore. >> >> After some tracing, it turned out that the main process wants to read >> /etc/resolv.conf, but is not allowed to because unveil blocks it. >> >> I thinks its reasonable to let firefox access resolv.conf. > > I don't think this should be done via unveil. > > Firefox GPU and main processes have pledge "dns" which bypass unveil > to permit access to /etc/resolv.conf. So I guess this must be the > content process. > > Try adding "dns" to pledge.content. This did not work. I had pledge disabled for the main process (for screen sharing). I tried disabling pledge completely and DNS resolution still didn't work, while the trace shows: 48388 firefox NAMI "/etc/resolv.conf" 48388 firefox CALL kbind(0x54b5e4ea3a8,24,0x5f21ec07944c2809) 48388 firefox RET stat -1 errno 2 No such file or directory But you said the main process is *using* pledge to bypass unveil. So I enabled pledge.main again and DNS resolution started working. That means disabling pledge.main but leaving unveil enabled breaks standard DNS. DoH is still working. This is enough information for me. Either I leave pledge.main enabled *or* I allow access to resolv.conf in unveil.main. Thanks for the hint! >> Index: www/mozilla-firefox/files/unveil.main > > btw, any change to the package needs a REVISION bump too. I know, that was sloppy on my part :( Best Regards, Stefan
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/02/25 12:51:30 Modified files: www/minitube : Makefile distinfo Log message: Update minitube 3.9 => 3.9.3 Fixes playback issues. ok sthen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/02/26 13:37:41 Log message: Import x11/fvmw3 1.0.4 This is a new port x11/fvmw3 based on our fvwm2 port. As the README [1] suggests config files from fvwm2 currently work but this might change. Fvwm3 aims on refactoring and new features. [1] https://github.com/fvwmorg/fvwm3/blob/master/README.md Port from Michael who also takes MAINTAINER With suggestions from rsadowski@ and help from op@ OK rsadowski@ op@ Status: Vendor Tag: sdk Release Tags: sdk_20220226 N ports/x11/fvwm3/Makefile N ports/x11/fvwm3/distinfo N ports/x11/fvwm3/patches/patch-configure N ports/x11/fvwm3/patches/patch-default-config_Makefile_in N ports/x11/fvwm3/patches/patch-libs_ColorUtils_c N ports/x11/fvwm3/patches/patch-libs_Module_c N ports/x11/fvwm3/patches/patch-modules_FvwmScript_Instructions_c N ports/x11/fvwm3/pkg/DESCR N ports/x11/fvwm3/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/02/26 13:38:48 Modified files: x11: Makefile Log message: Add fvwm3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/02 00:31:01 Modified files: www/honk : Makefile distinfo www/honk/pkg : PLIST honk.rc Log message: Update honk 0.9.6 -> 0.9.7 from Horia Racoviceanu (maintainer) Port changes: - Add wonkawonk toy - Add LICENSE file - Use TRUEPREFIX in pexp Changelog for 0.9.7 Witless Weekender * Word guessing game. Wonk wonk! * Flexible logging, to file, syslog, null, etc. * Low key unread counters. * Images in the hooter. * More flexible hashtag characters. * Fix the memetizer to work in more environments. * Printing is prettier than ever before.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/13 03:04:42 Modified files: www/wp-cli : Makefile distinfo Log message: Update wp-cli 2.4.0 => 2.6.0 Release Notes: https://make.wordpress.org/cli/2021/05/19/wp-cli-v2-5-0-release-notes/ https://make.wordpress.org/cli/2022/01/26/wp-cli-v2-6-0-release-notes/ Notable change: It supports php8 since 2.5.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/13 06:33:30 Modified files: devel/fnc : Makefile distinfo Log message: Update fnc 0.8 => 0.9 Changes: * Add blame command line option to open annotated file at the specified line * merge upstream libfossil changes that eliminate gcc compiler warnings * adopt libfossil diff v1 implementation into fnc tree to replace v2 API * refactor diff implementation to comport with code style * fix --whitespace option (w keymap) diffv2 regression from 0.7 [105123b40e] * implement diff --line-numbers opt (L keymap) to display file line numbers * implement display of enclosing function in diff chunk headers (enabled by default like CVS and Git, disabled with --no-prototype or p keymap); works with all C-like languages, but not Lisps or markup languages * upstream libfossil fix for segv bug when fsl_int_d and fsl_id_t differ in size * fix incorrect malloc producing undefined behaviour on 32-bit platforms * add unveil (c)reate permission to the checkout dir to fix some diff commands * change conflicting diff and blame view key maps * implement taggable timeline nodes to interactively diff arbitrary commits * implement C timeline keymap to diff selected commit against local changes * clean code of OS-dependent ifdefs by consolidating them in called functions * add support for landlock Linux security module in Linux builds * significant diff driver refactoring for finer granularity in view manipulation * implement --sbs (S keymap) to display side-by-side formatted diffs * add FNC_COLOUR_DIFF_SBS_EDIT option to set colour of edited lines in SBS diff * plug small memory leak when interactively changing diff format
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/13 07:05:52 Modified files: lang/go: go.port.mk devel/cargo: cargo.port.mk Log message: Drop $OpenBSD$ Tag from go.port.mk and cargo.port.mk OK semarie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/13 12:49:52 Log message: Import twmn 1.2 Twmn is a dmenu style desktop notification system. Notifications are shown in a one-line bar called the notification slide. They can be navigated through and activated with shortcuts. * twmnc: is a command line tool to send notifications to twmnd. * twmnd: is a daemon listening to notification requests and showing them one after another. It is also compatible with "notify-send". Tested on amd64. An example config can be found in the README.md in the examples dir. With help from op@ bcallah@ OK op@ bcallah@ Status: Vendor Tag: sdk Release Tags: sdk_20220313 N ports/x11/twmn/Makefile N ports/x11/twmn/distinfo N ports/x11/twmn/patches/patch-twmnd_twmnd_pro N ports/x11/twmn/pkg/DESCR N ports/x11/twmn/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/13 12:50:54 Modified files: x11: Makefile Log message: + twmn
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/14 11:26:09 Log message: Import pinentry-dmenu 0.2.2 cat DESCR A pinentry program with the charm of dmenu I'm taking MAINTAINER OK kn@ Status: Vendor Tag: sdk Release Tags: sdk_20220314 N ports/security/pinentry-dmenu/Makefile N ports/security/pinentry-dmenu/distinfo N ports/security/pinentry-dmenu/pkg/DESCR N ports/security/pinentry-dmenu/pkg/PLIST N ports/security/pinentry-dmenu/patches/patch-config_mk N ports/security/pinentry-dmenu/patches/patch-pinentry_pinentry_c No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/14 11:28:44 Modified files: security : Makefile Log message: + pinentry-dmenu
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/14 14:35:50 Modified files: emulators/nono : Makefile distinfo emulators/nono/pkg: README Log message: Update nono 2.5.0 => 2.6.0 Port changes: * Remove BROKEN marker for big endian archs. The previously missing BE bits are now included. Software changes: * m88k: Improve the performance of m88k core slightly. * m68k: Fix 68881's FCMP instruction that may return wrong result. * vm: Improve the renderer including performance. * vm: Fix a problem that the absolute path for SCSI images could not be specified. * vm: Fix a problem that accessing the last sector causes an error. * GUI: Implement a vector table monitor. * GUI: Implement a log level setting window. * GUI: Improve performance of window drawing. * GUI: Fix a rendering problem of the control area on the bitmap plane window. * GUI: Fix a resize problem on the bitmap plane window. * app: Fix several UNIX signal handling. * app: Fix some abnormal terminations at the beginning of the process. * app: Fix some abnormal terminations at the end of the process. * app: Fix some thread names for development. * vm: Implement the horizontal synchronizing signal on CRTC in progress. Implement the raster copy on the text VRAM in progress. Update by maintainer gonzalo@ Sparc64 tests by me. gonzalo@: please go ahead with this, I am quiet busy now to commit it.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/20 09:20:34 Modified files: devel/github-cli: Makefile distinfo modules.inc devel/github-cli/pkg: PLIST Log message: Update github-cli 2.5.2 => 2.6.0 Changes: https://github.com/cli/cli/releases/tag/v2.6.0 >From Ricardo, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/23 06:11:42 Modified files: x11/gnome/cheese: Makefile x11/gnome/cheese/pkg: PLIST-libs Log message: Remove share/metainfo/org.gnome.Cheese.appdata.xml from PLIST-libs because it's also included in PLIST-main, which creates a collision. ok aja@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/26 14:19:55 Modified files: devel/fnc : Makefile distinfo Log message: Update fnc 0.9 => 0.10 Changes: * fix gcc 9.3 compiler warnings (i.e., unused variable) (reported by stephan) * restrict C key map for diffing local changes to check-in artifacts * ensure timeline --branch option ignores cancelled branches (reported by sean) * fix landlock initialisation of handled fs access perms (patch by Ashish) * tighten landlock ruleset depending on which fnc command is called * improve branch view rendering of last modified date and hash id * colour branch header and make (in)active behaviour consistent with other views * improve branch parsing of imported repositories (reported by Dan) * fix OB1 error when branch entry length exceeds COLUMNS * add timezone path to landlock ruleset (reported by Ashish) * implement P key map to write a patch file of the currently viewed diff * fix invalid write in landlock initialisation code (reported by Ashish) * ensure unveil(2) initialisation handles -R|--repo invocations * add create file to landlock ruleset for permitted dirs (reported by Ashish) * make mandir if needed in makefile install target (reported by Dan) * document backspace key map to cancel tl search/traversal (reported by Dan) * return to blocking on user input when tl search is aborted (reported by Dan) * implement persistent diff options for global and per-repo defaults * implement --whitespace-eol and W key map to only ignore eol whitespace * implement horizontal scroll in the in-app help * add Q key map to in-app help to directly quit fnc * implement blame navigation from diff view with C-{j,k} key maps
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/26 14:33:50 Log message: Import krita-gmic-plugin - gmic for by the krita team cat pkg/DESCR This package contains the G'MIC plugin for krita. The krita developers decided to fork and patch G'MIC to enable a tighter integration in krita. This version is based on this fork and works independently from the system G'MIC. HOMEPAGE = https://kde.org/krita MAINTAINER = Stefan Hagen This port replaces the broken gmic-qt-krita port in 7.0. Why gmic was forked for krita is described here: https://github.com/KDE/krita/blob/master/README.packagers.md OK rsadowski@ Status: Vendor Tag: sdk Release Tags: sdk_20220326 N ports/graphics/krita-gmic-plugin/Makefile N ports/graphics/krita-gmic-plugin/distinfo N ports/graphics/krita-gmic-plugin/patches/patch-src_gmic_cpp N ports/graphics/krita-gmic-plugin/pkg/DESCR N ports/graphics/krita-gmic-plugin/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/26 14:35:16 Modified files: graphics : Makefile Log message: + krita-gmic-plugin
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/29 12:31:13 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm graphics/krita-gmic-plugin/pkg: PLIST graphics/gmic-qt: Makefile Removed files: graphics/gmic-qt/krita: Makefile graphics/gmic-qt/krita/pkg: PLIST Log message: Replace gmic-qt-krita 3.0.2 with krita-gmic-plugin 3.0.0.2 - remove gmic-qt/krita (broken) - set quirk to replace it with krita-gmic-plugin - set EPOCH in krita-gmic-plugin because 3.0.0.2 > 3.0.2 - set conflict marker in krita-gmic-plugin With help from radowski@, sthen@ OK sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/29 14:46:53 Modified files: graphics/krita-gmic-plugin: Makefile distinfo Log message: Update krita-gmic-plugin 3.0.0.1 => 3.0.2.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/04/14 12:04:53 Modified files: www/stagit : Makefile distinfo Log message: Update stagit 1.0 => 1.1 from Hiltjo Posthuma (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/04/14 12:05:21 Modified files: www/sfeed : Makefile distinfo Log message: Update sfeed 1.3 => 1.4 from Hiltjo Posthuma (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/04/17 12:41:41 Log message: Import clidle v0.0.0-20220208035357 This is the popular wordle game for the terminal, written in go. Guess the word in six tries. Each guess must be a valid five-letter word. Hit enter to submit. After each guess, the color of the tiles will change to show how close your guess was to the word. With suggestions from op@ ok op@ Status: Vendor Tag: sdk Release Tags: sdk_20220417 N ports/games/clidle/Makefile N ports/games/clidle/distinfo N ports/games/clidle/modules.inc N ports/games/clidle/pkg/DESCR N ports/games/clidle/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/04/17 12:42:34 Modified files: games : Makefile Log message: + clidle
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/04/18 02:03:03 Modified files: games/clidle : modules.inc Log message: Remove MODGO_VERSION from modules.inc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/04/26 12:30:12 Modified files: shells/fish: Makefile shells/fish/pkg: PLIST Log message: In update 3.3.1, the @shell PLIST annotation got lost. Noticed by solene. ok solene@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/05/05 23:35:23 Modified files: graphics/krita-gmic-plugin: Makefile distinfo graphics/krita-gmic-plugin/pkg: PLIST Log message: Update krita-gmic-plugin 3.0.2.1 => 3.0.2.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/05/05 23:38:46 Modified files: multimedia/libde265: Makefile distinfo Log message: Update libde265 1.0.7 => 1.0.8 - read HDR parameters from VUI header - fix reading matrix_coeffs from VUI header - build fixes for vcpkg from Brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/05/10 13:13:06 Modified files: sysutils/p5-File-Rename: Makefile distinfo Log message: Update p5-File-Rename 1.30 => 1.31 from wen heping
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/05/28 23:52:42 Modified files: x11/zutty : Makefile distinfo x11/zutty/patches: patch-wscript Log message: Update zutty 0.11 => 0.12 Changes in 0.12: * Correct key translations for Ctrl-[ and Ctrl-] * Improve glyph alignment of scaled fonts * Remove -march and -mtune from compiler options * Populate _NET_WM_ICONS with 16x16 and 32x32 icons * Do not override explicitly passed -title when using -e option OK lraab@ op@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/05/29 01:41:37 Modified files: graphics/krita-gmic-plugin: Makefile distinfo graphics/krita-gmic-plugin/patches: patch-src_gmic_cpp Added files: graphics/krita-gmic-plugin/patches: patch-gmic-qt_CMakeLists_txt Log message: Update krita-gmic-plugin 3.0.2.2 => 3.1.2.1 New patch that removes the --stack linker flag, which we don't support. OK radovski@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/06/01 05:12:46 Modified files: devel/fnc : Makefile distinfo Log message: Update fnc 0.10 => 0.12 Changes: fnc 0.12 2022-05-09 * replace s regexp with portable [[:space:]] character class (patch by Ashish) * fix blame->diff child split view regression from 0.9 introduced in [d05828fbb] fnc 0.11 2022-05-08 * handle diff of non-versioned files outside the work tree (reported by Dan) * replace getpagesize() with portable sysconf(_SC_PAGESIZE) (patch by mgagnon) * improve robustness by guarding against piped input abuse (reported by Dan) * improve documentation regarding UTF-8 character encoding and fonts * implement horizontal scroll of the log message summary line in timeline view * fix out-of-bounds UB on 32-bit builds (reported by mgagnon) * convert unified diff renderer to the improved line_type interface * fix format specifier bug evinced on 32-bit builds (reported by mgagnon) * improve unicode handling in terminals w/o UTF-8 support (reported by mgagnon) * handle window resizing of horizontal and vertical splits (reported by mgagnon) * improve regexp used to identify commit meta lines * implement fnc stash to interactively select hunks to stash (cf. git add -p) * fix diff regression introduced with fnc stash implementation [2870235eef78] * simplify handling of diff driver error codes (i.e., binary, type, range) * improve curses WINDOW reporter interface * dynamically place help dialog title depending on viewport width * improve return code RC macro to detect empty varargs token * fix signed/unsigned comparison introduced in [41dfeb9ebb3d] * display hunk index in fnc stash input prompt * documentation improvements in README * update in-tree SQLite lib to 3.38.5 with multiple bug fixes * add apply alias for fnc stash get to facilitate Fossiler muscle memory * simplify error, and tailor usage, reporting when handling invalid input * remove redundant fcli_has_unused_args() call in main()
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/06/16 09:39:45 Modified files: mail/mu: Makefile distinfo Log message: Update mu 1.6.10 => 1.6.11 Bugfix release Changes: https://github.com/djcb/mu/compare/djcb:77f1037...djcb:69f548d
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/06/16 11:09:25 Modified files: graphics/krita-gmic-plugin: Makefile distinfo Removed files: graphics/krita-gmic-plugin/patches: patch-gmic-qt_CMakeLists_txt Log message: Update krita-gmic-plugin 3.1.2.1 => 3.1.2.2 This release only fixes a build system issue, which was a patch before.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/06/25 10:13:15 Modified files: x11/sakura : Makefile distinfo x11/sakura/pkg : PLIST Log message: Update sakura 3.7.1 => 3.8.5 from Yifei Zhan 2 year worth of bugfixes and minor improvements for sakura terminal, nothing major. Changes: https://github.com/dabisu/sakura/compare/SAKURA_3_7_1...SAKURA_3_8_5
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/06/28 02:25:12 Modified files: net/tg : Makefile distinfo Log message: Update tg 0.17.0 => 0.19.0 v0.19.0 * Bump version of python-telegram to 0.15.0 v0.18.0 * Update to TDLib 1.7.10 (#259) * Update readme.md (#251) * Fix sticker view (#244) * feat: add make backspace key work (#242) * Do not quote file paths passed to mailcap entries (#239) * show bot status (#227) * Update readme.md (#228) * Fix dockerfile * Update poetry.lock file OK op@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/07/24 03:49:45 Modified files: graphics/krita-gmic-plugin: Makefile distinfo Log message: Update krita-gmic-plugin 3.1.2.2 => 3.1.4.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/07/31 05:43:48 Modified files: mail/mu: Makefile distinfo mail/mu/patches: patch-lib_utils_mu-readline_cc patch-lib_utils_mu-utils_cc patch-mu_mu-cmd-server_cc mail/mu/pkg: PFRAG.guile PLIST Added files: mail/mu/patches: patch-configure_ac patch-lib_mu-store_cc patch-lib_utils_mu-utils-format_hh Log message: Update mu 1.6.11 => 1.8.7 This is a major update to mu. Changes: https://github.com/djcb/mu/blob/c4388b78b6d8902c927fe334fda4a6fd9e130db6/NEWS.org We switch to guile3 with this update. Note: guile support is deprecated and will be removed after 1.8. ok op@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/08/30 08:42:58 Modified files: mail/mu: Makefile distinfo Log message: Update mu 1.8.7 => 1.8.9, bugfix releases v1.8.9 * Work around some Protonmail-specific (mis)behavior with messages References; add some tests * Fix probleem with mu4e~view-message being nillified when it shouldn't. v1.8.8 * Update mu4e-action-add-org-contact for new contact format * Ensure non-nil works (rather than only t) in mu4e-server * Add some more unit tests for skipdups / related messages.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/08/30 08:46:13 Modified files: devel/lua-say : Makefile distinfo Log message: Update lua-say 1.3.1 => 1.4.1, bugfix release v1.4.1 * Fix argcount n if too low v1.4.0 * Make say nil-safe
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/08/30 08:49:52 Modified files: devel/luassert : Makefile distinfo devel/luassert/pkg: PLIST Log message: Update luassert 1.7.11 => 1.9.0 v1.9.0 New Features * When comparing argument lists display content * Add Icelandic localizations Bug Fixes * Validate # of arguments to truthy/falsy asserts * Order of error message non-deterministic * Properly subsitute 'pending' if no term.colors * Always set default color * Lua 5.3+ update to check number+boolean in error_matches * Properly package all existing localizations v1.8.0 * Add default value to Spy constructor argument * add explanation in README on how to do a was_called_with when mutating self. * change(format) format tables in output including their id
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/08/30 14:13:10 Modified files: www/luakit : Makefile distinfo www/luakit/patches: patch-Makefile www/luakit/pkg : PLIST Removed files: www/luakit/patches: patch-common_luautil_c Log message: Update luakit 2.3 => 2.3.1 Added * Added command :userscripts-reload to reload lua scripts. * The tabgroup plugin is now included in luakit (:tabmenu). * Allow configuration of shortcuts that should be passed through (#921). * Added scalable SVG desktop icon version. Changed * Allow functions to be bound to more than one key (#913). Fixed * No more gdk_keymap_get_default() compiler warning. * Fixed an issue where links were hinted, but then could not be followed. * Fixed the paging on the the bookmarks page. * Fixed build on Solaris. * Fixed relocation errors on Sparc64. * Fixed proxymenu to show default entries when proxymenu file is not present. * The command mode cursor is now drawn in the user-specified foreground color. OK rsadowski@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/08/31 10:10:49 Modified files: www/luakit : Makefile Added files: www/luakit/patches: patch-tests_async_test_undoclose_lua Log message: Support more architectures + fix unit tests With tweak and OK rsadowski@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/09/02 03:32:13 Modified files: devel/lua-say : Makefile Log message: Fix lua-say package name, which unintentionally changed to "say"
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/09/26 04:48:34 Modified files: mail/mu: Makefile distinfo Log message: Update mu 1.8.9 => 1.8.10 Bugfix release - Fix build with emacs 29 snapshots - Use save-excursion around toggling html - Install guile scripts and fix bindings
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/09/26 05:03:06 Modified files: graphics/krita-gmic-plugin: Makefile distinfo Log message: Update krita-gmic-plugin 3.1.4.3 => 3.1.6.1 Unfortunately there is no changelog.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/10/23 07:05:47 Modified files: net/tintin++ : Makefile distinfo Log message: Update tintin++ to 2.02.20 Changes: https://github.com/scandum/tintin/discussions/92 OK bcallah@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/10/23 08:59:26 Modified files: games/vkquake : Makefile distinfo games/vkquake/patches: patch-Quake_Makefile Log message: Update vkquake to 1.20.3 (+unbreak due to SDL error) Changes: 1.20.3 * Fixed multiple parallelism bugs * 8-bit mode now has dithering 1.20.2 * Fixed a crash on startup with re-release Quake data * Fixed crash with small stack sized on Unix (e.g. musl libc) 1.20.1 * Fix a bug that could cause random lockups with 1.20.0 * Fix screenshot crash * Fix corruption if new vkquake.pak is missing or old one is still in place 1.20.0 * Parallelized renderer for significantly higher performance * Parallelized texture mip generation for faster load times * SIMD code optimizations * "8-bit" color mode emulation * Scaling is now less blurry * Mods menu * Completely replaced memory management (no more -heapsize) OK thfr@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/10/25 16:43:43 Modified files: sysutils/hcloud: Makefile distinfo modules.inc Log message: Update hcloud to 1.30.3 Changes: https://github.com/hetznercloud/cli/compare/hetznercloud:b530e53...hetznercloud:27b41d0 OK sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/10/26 14:41:39 Modified files: print/pdfarranger: Makefile Log message: Add missing run dep. to pdfarranger OK rsadowksi
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/10/27 16:29:58 Modified files: mail/mu: Makefile distinfo Log message: Update mu to 1.8.11 Bugfix release: * Use fake message-ids when empty * Add explicit check for charconv header * Fix outdated doc for mime part actions * mu-view: be clearer when no text-body found * Fix mu4e-header-thread-first-child-prefix copy-pasta * Ensure mime-parts are utf8
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/11/08 04:43:29 Modified files: x11/fvwm3 : Makefile Added files: x11/fvwm3/patches: patch-modules_FvwmIconMan_x_c Log message: Fix crash in fvmw3 due to uninitialized value Fix first appeared on FreeBSD. Upstream discussion: https://github.com/fvwmorg/fvwm3/issues/659 Patch from Michael (Maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/11/08 04:55:39 Modified files: sysutils/cpuid : Makefile sysutils/cpuid/files: cpuid.c Log message: Add missing include to cpuid.c ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/11/09 11:18:35 Modified files: www/luakit : Makefile distinfo Removed files: www/luakit/patches: patch-tests_async_test_undoclose_lua Log message: Unbreak+Update luakit to 2.3.3 Luakit was broken due to the recent glib update, which uses pcre2 as regex parser.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/11/10 05:16:26 Modified files: lang/go: go.port.mk Log message: go.port.mk: use -buildvcs=false to prevent go from calling git OK kn, sthen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/11/14 01:07:19 ports/security/qtpass/patches Update of /cvs/ports/security/qtpass/patches In directory cvs.openbsd.org:/tmp/cvs-serv80541/patches Log Message: Directory /cvs/ports/security/qtpass/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/11/14 11:56:32 Modified files: security/gopass: Makefile distinfo modules.inc security/gopass/patches: patch-main_go Log message: Update gopass v1.13.0 => v1.14.10 v1.13.1: [BUGFIX] Handle from prefix correctly on mv (#2110, #2079) [BUGFIX] Handle unencoded secret on cat v1.14.0: [BUGFIX] Always re-encrypt when fsck is invoked with --decrypt. (#2119, #2015) [BUGFIX] Body only entries are detected now by show -o (#2109) [BUGFIX] Do not hide git error messages (#2118, #1959) [BUGFIX] Fix completion when password name contains (#2150) [BUGFIX] Fix template func arg order (#2117, #2116) [BUGFIX] Fixes an issue where recipients remove may fail (#2147, #1964) [BUGFIX] Handle from prefix correctly on mv (#2110, #2079) [BUGFIX] Handle unencoded secret on cat (#2105) [BUGFIX] Make man page consistent with other docs (#2133) [BUGFIX] Reject invalid salt with MD5Crypt templates (#2128) [BUGFIX] depend *.deb on gnupg instead of dummy (#2050) [CLEANUP] Deprecate gopasspw/pinentry (#2095) [CLEANUP] Use Go 1.18 (#2156) [CLEANUP] Use debug.ReadBuildInfo (#2032) [DOCUMENTATION] Fixed link to passwordstore.org (#2129) [DOCUMENTATION] document 'gopass cat' (#2051) [DOCUMENTATION] improve 'gopass cat' (#2070) [DOCUMENTATION] improve 'gopass show -revision -' (#2070) [ENHANCEMENT] Add --chars option to print subset of secrets (#2155, #2068) [ENHANCEMENT] Add age subcommand (#2103, #2098) [ENHANCEMENT] Add gopass audit --expiry (#2067) [ENHANCEMENT] Add gopass process (#2066, #1913) [ENHANCEMENT] Allow overriding GPG path (#2153) [ENHANCEMENT] Automatically export creators key to the (#2159, #1919) [ENHANCEMENT] Bump to Go 1.18 (#2058) [ENHANCEMENT] Enforce TLSv1.3 (#2085) [ENHANCEMENT] Generics (#2034, #2030) [ENHANCEMENT] Hide password on MacOS clipboards (#2065) [ENHANCEMENT] Passage compat improvements (#2060, #2060) [ENHANCEMENT] gopass git invokes git directly (#2102) [ENHANCEMENT] Template support for the create wizard (#2064) [ENHANCEMENT] Check for MacOS Keychain storing the GPG (#2144) [EXPERIMENTAL] Support the Fossil SCM (#2092, #2022) [FEATURE] Add env variables for custom clipboard commands. (#2091, #2042) [FEATURE] only accept keys with "encryption" key capability (#2047, #1917, #1917) [TESTING] Improve two line test ambiguity. (#2091, #2042) [TESTING] Use a helper to unset env vars in clipboard tests. (#2091, #2042) [UX] OTP code now runs in loop until canceled or used with -o (#2041) v1.14.2: [BUGFIX] Do not print missing public key for age. (#2166) [BUGFIX] Improve convert output (#2171) [BUGFIX] fix errors in zsh completions (#2005) [CLEANUP] Migrating to a maintained version of openpgp (#2193) [ENHANCEMENT] Avoid decryption on move or copy (#2183, #2181) [UX] Upgrade xkcdpwgen to a new version that removes German (#2187) v1.14.3: [BUGFIX] Fix gpg identity detection (#2218, #2179) [BUGFIX] Handle different line breaks in recipient (#2221, #2220) [BUGFIX] Stop eating secrets on move (#2211, #2210) [ENHANCEMENT] Add flag to keep env variable capitalization (#2226, #2225) [ENHANCEMENT] Environment variable GOPASS_PW_DEFAULT_LENGTH can be used to overwrite default password length of 24 characters. (#2219) v1.14.4: [BREAKING] gopass otp will automatically update the counter key in HTOP secrets! (#2278) [BUGFIX] Allow removing unknown recipients with --force (#2253) [BUGFIX] Honor PASSWORD_STORE_DIR (#2272) [BUGFIX] Honor OTP key period from URL (#2278) [BUGFIX] Wizard: Enforce min and max length. (#2293) [CLEANUP] Use Go 1.19 (#2296) [ENHANCEMENT] Automatically sync once a week (#2191) [ENHANCEMENT] Scan for vulnerabilities and add SBOM on (#2268) [ENHANCEMENT] Use packages.gopass.pw for APT packages (#2261) v1.14.5: [BUGFIX] Fix fsck progress bar. Mostly. (#2303) [DOCUMENTATION] fix in recommended vim setting (#2318) v1.14.6: [BUGFIX] Do not show setup message on version (#2327) [BUGFIX] Remove exported public keys of removed (#2328, #2315) [ENHANCEMENT] Document extension model. (#2329, #2290) v1.14.7: [BUGFIX] Do not ignore symlinks when listing (#2344, #2173) [BUGFIX] Do not shadow entries behind folders. (#2341, #2338) [BUGFIX] Fix updater on Windows. (#2345, #2011) [BUGFIX] Handle Ctrl+C in TOTP (#2342, #2320) [ENHANCEMENT] Set vim options instead of sniffing (#2343, #2317) v1.14.8: [BUGFIX] Ignore not-existing .ssh dir (#2347, #2333) [BUGFIX] Use Wait() to avoid Zombies (#2354, #1666) [ENHANCEMENT] Allow modifying default create templates (#2349, #2291) [ENHANCEMENT] Improve passage support (#2352, #2059) [ENHANCEMENT] Use OS keychain for age passphrase caching (new config option, off by default). (#2351, #2350) v1.14.9: [ENHANCEMENT] Make DBus notifications transient (#2364, #2358) v1.14.10: [BUGFIX] Correctly handle key removal on Windows (#2372, #2371) [DOCUMENTATION] (#1878) [ENHANCEMENT] Ignore comments in recipient files. (#2394, #2393) [ENHANCEMENT] Improve key expiration handlin
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/12/18 05:18:31 Modified files: net/py-telegram: Makefile Log message: Add missing run dep: py-setuptools
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/12/18 05:40:42 Modified files: devel/fnc : Makefile distinfo Log message: Update fnc to version 0.13 Changes: * improve reporting of invalid diff command arguments (reported by Dan Shearer) * accept libfossil global -V|--verbose option for all commands * plug memleak when using the p keymap in blame view * fix fnc blame -r and make it behave like fossil blame -o for familiarity * improve fnc timeline lookup of repository paths not in the work tree * make tree navigation more intuitive when opening repository subtrees * implement [ & ] keymaps to navigate to the previous/next hunk in the diff * allow fnc stash get to take an optional argument * document fnc(1) missing W diff view keymap to ignore end-of-line whitespace * document optional argument of fnc stash pop [stash_id] * fix typo producing gcc 12.1.0 compiler warning (comparison always true) * improve scope matching for function prototype in diff hunk headers * ifdef out A_BOLD attr on OpenBSD to fix diff view line highlight in xterm(1) * display checkout hash and build date with fnc -v like fossil(1) * miscellaneous diff API implementation improvements * protect against out-of-bound reads now line_type array is optionally populated * add -b|--brief option to fnc diff and b diff view keymap * general fnc(1) manual page markup, syntax, and documentation improvements * rename FNC_DIFF_COLOUR_CHUNK to FNC_DIFF_COLOUR_HUNK to match internal naming * (breaking change: existing FNC_DIFF_COLOUR_CHUNK will be silently ignored) * ensure diff parser does not internally mark modified files as renamed * improve const correctness with fsl_uuid_cstr where possible * fix contrived empty diff case when work tree root is passed to fnc diff * improve path handling of files on disk vs. files in the repository database * produce less verbose output on error by not presumptuously dumping help * zap unnecessary allocation and minor refactor in the path parser * don't display empty diff in contrived modified checkout edge case * catch missed fsl_content_get() fsl_unlink_file() & fsl_mprintf() return codes * miscellaneous style(9) fixes * fix missed format specifier argument in blame path error message * ensure fnc stash (get|pop) doesn't report updated files as renames * use "(checkout)" label in diff header when diffing or stashing the work tree * internal stash refactor in preparation to move code into libfossil * catched missed SIGINT and SIGTERM signals * use CHAR_BIT for bitstring manipulation macros * fix assumption of invalid command argument as a path to pass to fnc timeline * merge upstream libfossil with various changes OK op@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/12/19 11:38:39 Modified files: mail/mu: Makefile distinfo mail/mu/patches: patch-lib_mu-store_cc patch-lib_utils_mu-utils-format_hh Log message: Update mu 1.8.11 => 1.8.13, bugfix release Changes (since 1.8.11; there was no 1.8.12 release): * Make server buffer invisible * Fix mu-headers-toggle-setting user feedback * Improve browse-url-handlers * Update some tests, avoid compiler warnings OK op
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2023/01/08 02:21:31 Modified files: www/gitea : Makefile Log message: [fix] gitea: add bash as rundep Gitea starts fine without it, but errors out on the first repository push