Re: [SSHGuard-users] Tiny fix to security/sshguard to allow use of daemon_flags

2021-07-16 Thread Sven F.
On Fri, Jul 16, 2021 at 3:03 PM Kevin Zheng wrote: > > Hi all, > > On 7/16/21 12:41 PM, Sven F. wrote: > > The website first page: > > > > sshguard can read log messages from standard input (suitable for > > piping from syslog) > > > > But since (openbsd 6.8) 2.4.1 > > > > # cat /var/log/authlog |

Re: Why do the gtk+ ports use emacs keybindings?

2021-07-16 Thread Solene Rapenne
On Fri, Jul 16, 2021 at 03:18:31PM +, James Cook wrote: > Sorry if this has been discussed before; I couldn't find it. > > x11/gtk+2 and x11/gtk+3 include a patch to change the default > keybindings to "emacs". The decision can be traced back to 2005: > > Revision 1.1, Wed Sep 7 20:51:14

Re: [SSHGuard-users] Tiny fix to security/sshguard to allow use of daemon_flags

2021-07-16 Thread Kevin Zheng
Hi all, On 7/16/21 12:41 PM, Sven F. wrote: The website first page: sshguard can read log messages from standard input (suitable for piping from syslog) But since (openbsd 6.8) 2.4.1 # cat /var/log/authlog | sshguard sshguard: /etc/sshguard.conf is missing FILES and LOGREADER; please specify

Re: Tiny fix to security/sshguard to allow use of daemon_flags

2021-07-16 Thread Sven F.
On Fri, Jul 16, 2021 at 1:13 PM Sven F. wrote: > > > > On Tue, Mar 23, 2021 at 7:11 AM Andreas Kusalananda Kähäri > wrote: >> >> A user contacted me about the security/sshguard port. They wanted to >> use daemon_flags with the port, which means this needs to be added to >> the pexp expression i

Re: Tiny fix to security/sshguard to allow use of daemon_flags

2021-07-16 Thread Sven F.
On Tue, Mar 23, 2021 at 7:11 AM Andreas Kusalananda Kähäri < andreas.kah...@abc.se> wrote: > A user contacted me about the security/sshguard port. They wanted to > use daemon_flags with the port, which means this needs to be added to > the pexp expression in the rc.d file. > > The attached patch

Re: Why do the gtk+ ports use emacs keybindings?

2021-07-16 Thread Stuart Henderson
On 2021/07/16 18:00, Solene Rapenne wrote: > I suppose after 16 years this is the default for most OpenBSD > users and that changing the value would make many users disappointed. Yes. Fairly often if I'm using a browser on !openbsd, I type ^W at the wrong time and close the window instead of delet

Re: Why do the gtk+ ports use emacs keybindings?

2021-07-16 Thread Stuart Henderson
On 2021/07/17 01:53, Jonathan Gray wrote: > ksh defaults to an emacs editing mode unless you set EDITOR=vi :-(

Re: Why do the gtk+ ports use emacs keybindings?

2021-07-16 Thread Jonathan Gray
On Fri, Jul 16, 2021 at 03:18:31PM +, James Cook wrote: > Sorry if this has been discussed before; I couldn't find it. > > x11/gtk+2 and x11/gtk+3 include a patch to change the default > keybindings to "emacs". The decision can be traced back to 2005: > > Revision 1.1, Wed Sep 7 20:51:14

Why do the gtk+ ports use emacs keybindings?

2021-07-16 Thread James Cook
Sorry if this has been discussed before; I couldn't find it. x11/gtk+2 and x11/gtk+3 include a patch to change the default keybindings to "emacs". The decision can be traced back to 2005: Revision 1.1, Wed Sep 7 20:51:14 2005 UTC (15 years, 10 months ago) by kurt Branch: MAIN make em

net/i2p add support for sparc64

2021-07-16 Thread kurt
Add support for sparc64. Okay? Index: Makefile === RCS file: /cvs/ports/net/i2p/Makefile,v retrieving revision 1.10 diff -u -p -u -r1.10 Makefile --- Makefile23 May 2021 16:26:43 - 1.10 +++ Makefile16 Jul 2021 14:35:0

java/tanukiwrapper add sparc64 support

2021-07-16 Thread kurt
Add support for sparc64. okay? Index: Makefile === RCS file: /cvs/ports/java/tanukiwrapper/Makefile,v retrieving revision 1.21 diff -u -p -u -r1.21 Makefile --- Makefile21 May 2021 11:51:08 - 1.21 +++ Makefile16 Jul 2

Re: [UPDATE] devel/jansson

2021-07-16 Thread Jeremie Courreges-Anglas
On Fri, Jul 16 2021, Stuart Henderson wrote: > On 2021/07/16 13:23, Kirill Bychkov wrote: >> On Fri, July 16, 2021 12:57, Stuart Henderson wrote: >> > On 2021/07/16 12:08, Kirill Bychkov wrote: >> >> Hi, >> >> This is a bugfix update for jansson. >> >> All consumers are building fine. >> >> Change

Re: [UPDATE] devel/jansson

2021-07-16 Thread Stuart Henderson
On 2021/07/16 13:23, Kirill Bychkov wrote: > On Fri, July 16, 2021 12:57, Stuart Henderson wrote: > > On 2021/07/16 12:08, Kirill Bychkov wrote: > >> Hi, > >> This is a bugfix update for jansson. > >> All consumers are building fine. > >> Changelog: > >> https://jansson.readthedocs.io/en/2.13/chang

Re: [UPDATE] devel/jansson

2021-07-16 Thread Kirill Bychkov
On Fri, July 16, 2021 12:57, Stuart Henderson wrote: > On 2021/07/16 12:08, Kirill Bychkov wrote: >> Hi, >> This is a bugfix update for jansson. >> All consumers are building fine. >> Changelog: >> https://jansson.readthedocs.io/en/2.13/changes.html#version-2-13-1 >> SEPARATE_BUILD set after it was

Re: [UPDATE] devel/jansson

2021-07-16 Thread Stuart Henderson
On 2021/07/16 12:08, Kirill Bychkov wrote: > Hi, > This is a bugfix update for jansson. > All consumers are building fine. > Changelog: > https://jansson.readthedocs.io/en/2.13/changes.html#version-2-13-1 > SEPARATE_BUILD set after it was dropped when switching from cmake > to autotools. > Runtime

Re: graphics/flameshot: update to 0.10.0

2021-07-16 Thread Stuart Henderson
On 2021/07/16 09:02, Stefan Hagen wrote: > Stefan Hagen wrote: > > Denis is right too. Even with that line changed, flameshot.1 ends up in > > share/man. I tried fixing it without success. Therefore my proposal is > > to move it post-install. Hmm. With that line changed I don't get a file in ${PRE

[UPDATE] devel/jansson

2021-07-16 Thread Kirill Bychkov
Hi, This is a bugfix update for jansson. All consumers are building fine. Changelog: https://jansson.readthedocs.io/en/2.13/changes.html#version-2-13-1 SEPARATE_BUILD set after it was dropped when switching from cmake to autotools. Runtime tests are welcome. OK? Index: Makefile ==

Re: graphics/flameshot: update to 0.10.0

2021-07-16 Thread Denis Fondras
Le Fri, Jul 16, 2021 at 09:02:14AM +0200, Stefan Hagen a écrit : > Stefan Hagen wrote: > > Denis is right too. Even with that line changed, flameshot.1 ends up in > > share/man. I tried fixing it without success. Therefore my proposal is > > to move it post-install. > > So this would be my hacky p

Re: Emacs patch, tests welcome

2021-07-16 Thread Jeremie Courreges-Anglas
On Fri, Jul 16 2021, Manuel Giraud wrote: > Jeremie Courreges-Anglas writes: > >> On Thu, Jul 15 2021, Manuel Giraud wrote: >>> FWIW, it seems that this patch also solves an issue I had: >>> M-x list-packages used to fail at contacting elpa.gnu.org. >> >> Ouch I think I spotted this one earlier

Re: Emacs patch, tests welcome

2021-07-16 Thread Manuel Giraud
Jeremie Courreges-Anglas writes: > On Thu, Jul 15 2021, Manuel Giraud wrote: >> FWIW, it seems that this patch also solves an issue I had: >> M-x list-packages used to fail at contacting elpa.gnu.org. > > Ouch I think I spotted this one earlier but couldn't pinpoint it. And > indeed I can't rep

Re: graphics/flameshot: update to 0.10.0

2021-07-16 Thread Stefan Hagen
Stefan Hagen wrote: > Denis is right too. Even with that line changed, flameshot.1 ends up in > share/man. I tried fixing it without success. Therefore my proposal is > to move it post-install. So this would be my hacky patch that moves the manpage via cmake. I think both solutions are fine. $Ope