anymore.
--
With kind regards / Með bestu kveðju / Mit freundlichen Grüßen
Uwe Werler
Index: Makefile
===
RCS file: /cvs/ports/sysutils/salt/Makefile,v
diff -u -p -u -r1.184 Makefile
--- Makefile7 Mar 2024 06:14:33 - 1.184
6.160
>>
>>
>> openbsd-current-minion# sysctl -n kern.version
>> OpenBSD 7.5 (GENERIC.MP) #53: Sun Mar 3 22:36:54 MST 2024
>> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>>
>>
>> Are you aware of this problem? Ports mailing list, did you notice this,
>> by any chance?
>>
>
>--
>Regards,
> Mikolaj
>
--
Mit freundlichen Grüssen / Með bestu kveðju / With kind regards
Uwe Werler
add: I have now connected minions (Alpine/Linux and OpenBSD 7.4 and current)
with version 3006.3, 3006.6 and 3006.7
to master with 3006.7.
On 06 Mar 15:11, Uwe Werler wrote:
> Hi Robert,
>
> I reinstalled salt_master with Your patch and it solves the issue.
> Reinstalled salt 300
Hi Robert,
I reinstalled salt_master with Your patch and it solves the issue.
Reinstalled salt 3006.3 from 7.4 on some hosts and reconnected to the
master without any issues.
Thanks!
Best regards
Uwe
On 06 Mar 08:56, Robert Nagy wrote:
> On 06/03/24 08:43 +0100, Robert Nagy wrote:
> > I think
Sorry for the confusion.
I mixed the patch with an old one which tried to patch this file... My
fault.
On 06 Mar 10:26, Robert Nagy wrote:
> On 06/03/24 10:44 +0100, Uwe Werler wrote:
> > Salü Robert,
> >
> > it seems that patches/patch-salt_utils_network_py is
Salü Robert,
it seems that patches/patch-salt_utils_network_py is already in the attic...
Best regards
Uwe
On 06 Mar 08:56, Robert Nagy wrote:
> On 06/03/24 08:43 +0100, Robert Nagy wrote:
> > I think we can backport this until there is a new release out.
>
> Please try the following diff:
>
Hi all,
it seems that it has to do with eol in minion keys:
https://github.com/saltstack/salt/issues/66126
There's also a PR: https://github.com/saltstack/salt/pull/66140
Best regards
Uwe
On 05 Mar 17:24, Uwe Werler wrote:
> Hi Micholaj,
>
> to upgrade minions to a higher ver
53: Sun Mar 3 22:36:54 MST 2024
>dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>
>
>Are you aware of this problem? Ports mailing list, did you notice this,
>by any chance?
>
>--
>Regards,
> Mikolaj
>
--
Mit freundlichen Grüssen / Með bestu kveðju / With kind regards
Uwe Werler
Ping
On 20 Feb 18:20, Uwe Werler wrote:
> Hi all,
>
> because I use repmgrd for automatic failover together with repmgr I
> would like to add the rc-script for repmgrd as a default distributed with
> the pkg. Any thoughts?
>
> Best regards
>
>
Hi all,
update to 3006.7.
Best Regards
Uwe
On 20 Feb 18:07, Uwe Werler wrote:
> Hi all,
>
> updated version for salt. I also added py-jmespath as run dependency
> because some salt-runners or salt-call wouldn't work.
>
> Best regards
>
&
Hi all,
because I use repmgrd for automatic failover together with repmgr I
would like to add the rc-script for repmgrd as a default distributed with
the pkg. Any thoughts?
Best regards
Uwe
Index: pkg/PLIST
===
RCS file:
Hi all,
updated version for salt. I also added py-jmespath as run dependency
because some salt-runners or salt-call wouldn't work.
Best regards
Uwe
Index: Makefile
===
RCS file: /cvs/ports/sysutils/salt/Makefile,v
retrieving
Hi all,
this add also pkg/DESCR-rdns and pkg/PLIST-rdns.
Regards Uwe
On 24 Jan 14:23, Uwe Werler wrote:
> Hi all,
>
> this adds the rDNS module to nginx
> (https://www.nginx.com/resources/wiki/modules/rdns/).
>
> With best regards
>
>
Hi all,
this adds the rDNS module to nginx
(https://www.nginx.com/resources/wiki/modules/rdns/).
With best regards
Uwe
Index: Makefile
===
RCS file: /cvs/ports/www/nginx/Makefile,v
retrieving revision 1.175
diff -u -p -r1.175
Mmh, fun fact - I just upgraded my two replicated nodes and everything
works as expected - two nodes with each one having a single drive...
On 06 Jan 09:25, Daniel Jakots wrote:
> On Sat, 6 Jan 2024 15:15:25 +0100, Peter Hessler
> wrote:
>
> > annoyingly this change completely fucks me over,
Hi all,
yesterday I tried out galera with mariadb. The following error popped
up:
/usr/local//bin/wsrep_sst_common: line 28: gfind: command not found
Some wssrep-scripts like wsrep_sst_mariabackup use switches/options only
provided by gfind so I would use it as a dependency.
Best regards
Uwe
Hi list,
first of all I wish you all a Happy New Year.
I post it first here and hopefully someone has an idea or could guide me into
the proper direction because it doesn't seem to be a problem with Saltstack as
is (see below).
I try to use publish.publish with salt master on OpenBSD - but it
On 20 Sep 09:14, Kevin Lo wrote:
> Hi,
>
> Attached is a port of qownnotes-23.9.4. an open source notepad with markdown
> support and todo list manager, which works together with nextcloud notes.
>
> OK to import?
Hi Kevin,
for me it works great so far. Many thanks!
Regards Uwe
--
wq: ~uw
On 27 Oct 20:31, Florian Obser wrote:
> + Cc maintainer
>
> I stopped using salt.
>
> What we currently have in -current broke the saltmaster[sic] when I
> upgraded from 7.2 to
> OpenBSD 7.2-current (GENERIC) #769: Sat Oct 22 22:02:55 MDT 2022
>
> It dies like this directly on start up, I
On 23 Oct 19:08, Gonzalo L. Rodriguez wrote:
> Hi,
>
> A new version of Nextcloud, I think if this goes in in a few months we can
> just
> let 24 and 25, and kill the other ones.
>
> https://nextcloud.com/changelog/
>
> OK? Comments?
>
> Cheers.-
>
> --
>
>%gonzalo
Hi
On 20 Oct 12:18, Renaud Allard wrote:
> Hello,
>
> Here is a diff for net/synapse 1.69.0.
> It's running fine here on 7.2-stable amd64
>
> Best Regards
Hi Renaud,
with this patch to you update it works for me
(on -current py-petry-core is 1.3.2 now):
--- patch-pyproject_toml.orig Fri Oct 21
On 10 Oct 12:04, Uwe Werler wrote:
> On 10 Oct 07:59, Robert Nagy wrote:
> > On 09/10/22 16:34 -0700, Heppler, J. Scott wrote:
> > > On current, ungoogled-chromium errors out - unable to access
> > > /dev/drm/card0. I replaced with www/iridium and it ran fine.
&g
On 10 Oct 07:59, Robert Nagy wrote:
> On 09/10/22 16:34 -0700, Heppler, J. Scott wrote:
> > On current, ungoogled-chromium errors out - unable to access
> > /dev/drm/card0. I replaced with www/iridium and it ran fine.
> > I suspect pledge/unveil was not fully implemented in ungoogled-chromium.
>
Hi all,
attached the diff to upgrade to salt 3005.1.
There's beginning with 3005 an annoying warning for each salt command like
this:
zarathustra:~$ doas salt-key -L
/usr/local/lib/python3.9/site-packages/_distutils_hack/__init__.py:33:
UserWarning: Setuptools is replacing
Ping - except some compiler warnings it works.
On 20 Sep 11:32, Uwe Werler wrote:
> Hi all,
>
> attached a port for python-timelib which is useful in combination with the
> saltstack scheduler.
>
> --
>
> With kind regards / Með bestu kveðju / Mit freundlichen Grüßen
On 12 Sep 21:26, Stuart Henderson wrote:
> On 2022/09/12 20:12, Uwe Werler wrote:
> > Hi all,
> >
> > here's an update for py-redis to 4.3.4 (with cluster support since 4.1.0).
>
> It needs some new deps, see the install_requires block in setup.py - tgz
> a
Hi all,
attached a port for python-timelib which is useful in combination with the
saltstack scheduler.
--
With kind regards / Með bestu kveðju / Mit freundlichen Grüßen
Uwe Werler
py-timelib-0.2.5.tgz
Description: Binary data
On 28 Aug 22:31, Stefan Hagen wrote:
> Stefan Hagen wrote:
> > Stefan Hagen wrote:
> > > Hello,
> > >
> > > this is QtPass, a graphical front-end for pass (security/password-store).
> > > It comes quite handy to restructure (rename/move) password files in a
> > > grown password-store.
> > >
> >
Hi all,
update jgmenu to latest version. Uses configure now. Tested on amd64 and works
fine for me.
mbk Uwe
Index: Makefile
===
RCS file: /cvs/ports/x11/jgmenu/Makefile,v
retrieving revision 1.7
diff -u -p -u -r1.7 Makefile
---
On 08 Sep 19:25, Uwe Werler wrote:
> Hi all,
>
> this changes jgmenu_run to use pkill instead of killall and avoids therefore
> starting multiple instances of jgmenu when invoked by jgmenu_run e.g. via
> tint2 and speeds up jgmenu notable.
>
> Index: patches
+ else
--
With kind regards / Með bestu kveðju / Mit freundlichen Grüßen
Uwe Werler
##
>From uwe.wer...@retiolum.eu Wed Jul 1 00:31:32 2020
Date: Wed, 1 Jul 2020 00:31:32 +
From: Uwe Werler
To: Florian Obser
Cc: Robert Nagy , Raf Czlonka ,
jas...@openbsd.org
Subject: salt-3001
Message-ID: <20200701003128.wlv3mzqdczxjll7k@FT-BM764M2.hagstofa
Hi,
I upgraded on one of my servers and til now it seems fine. Will do an upgrade
on another production server when I'm back at work end of this week.
Thanks!
Uwe
Am 8. Juni 2020 07:25:15 GMT+00:00 schrieb Gonzalo Rodriguez :
>The cloud needs love.
>
>— gonzalo
>
>> On 3. Jun 2020, at
Hi all,
attached a new port for https://metacpan.org/pod/Digest::SHA:
"Digest::SHA is a complete implementation of the NIST Secure Hash Standard. It
gives Perl programmers a convenient way to calculate SHA-1, SHA-224, SHA-256,
SHA-384, SHA-512, SHA-512/224, and SHA-512/256 message digests. The
On 17 Apr 15:12, Robert Nagy wrote:
> On 17/04/20 11:28 +0000, Uwe Werler wrote:
> > On 16 Apr 21:42, Robert Nagy wrote:
> > > Okay well the fix for that particular issue is easy:
> > >
> > > $OpenBSD$
> > >
> > > Index: salt/utils/network.
On 16 Apr 21:42, Robert Nagy wrote:
> Okay well the fix for that particular issue is easy:
>
> $OpenBSD$
>
> Index: salt/utils/network.py
> --- salt/utils/network.py.orig
> +++ salt/utils/network.py
> @@ -1678,7 +1678,7 @@ def _openbsd_remotes_on(port, which_end):
> log.error('Failed
Hi guys,
some weeks ago I sent already a patch to upgrade salt to 2019.2.3 but still
Python 2.
As soon as I'm back at work I'll work on upgrade salt to Python 3 and the
latest version. We heavily use salt and all our salt masters are running on
OpenBSD.
With kind regards
Uwe
Am 14. April
On 16 Mar 08:20, Stuart Henderson wrote:
> Yes, please try to get a backtrace.
>
> --
> Sent from a phone, apologies for poor formatting.
>
> On 16 March 2020 07:00:06 Uwe Werler wrote:
>
> > Hi Stuart,
> >
> > thanks for the ad
On 15 Mar 17:34, Stuart Henderson wrote:
> On 2020/03/15 17:27, Uwe Werler wrote:
> >
> > ###
> >
> >
> > gdb /usr/local/sbin/redis-server /tmp/redis-server.core
> > GNU gdb 6.3
> > Copyright 2004 Free Software Foundation, Inc.
On 15 Mar 06:40, Theo Buehler wrote:
> > Hi Theo,
> >
> > just "back ported" redis to 6.6 and it works like a charm on amd64 (except
> > sentinel which segfaults - but it did also on 4.0.14).
> >
>
> Thanks. Yes, there should be no major problems backporting this.
>
> Could you share a
On 12 Mar 22:19, Theo Buehler wrote:
> Released earlier today. According to the changelog [1]:
>
> Upgrade urgency HIGH: This release fixes security issues.
>
> HIGH means that there is a critical bug that affects a subset of users.
> I'm unsure which one of the listed bugs that is, though.
>
>
On 06 Feb 11:54, Landry Breuil wrote:
> On Tue, Feb 04, 2020 at 07:20:58PM +0100, Landry Breuil wrote:
> > Hi,
> >
> > here's a wip port for https://dino.im a modern xmpp/gtk client, quick
> > port that might need polishing (here it fails to start with "Gtk-ERROR
> > **: 19:19:17.373: failed to
On 05 Feb 23:39, Uwe Werler wrote:
> Hi,
>
> this is an update to salt 2019.2.3.
>
> I'm currently testing this version on our development salt master and haven't
> seen any issues yet wether with the master nor the minion.
>
> Comments welcome.
>
> Regards Uwe
Hi,
this is an update to salt 2019.2.3.
I'm currently testing this version on our development salt master and haven't
seen any issues yet wether with the master nor the minion.
Comments welcome.
Regards Uwe
Index: Makefile
===
RCS
On 16 Nov 07:13, Adriano Barbosa wrote:
> Thank you all for all testing and suggestions.
> Updated tarball attached. ok for importing (I can't do it)
>
> Em sáb., 16 de nov. de 2019 às 05:53, Giovanni Bechis
> escreveu:
> >
> > On 11/16/19 8:49 AM, Rafael Sadowski wrote:
> > > On Fri Nov 15,
Hi ports,
update from vault 1.1.0 to 1.1.2
Index: Makefile
===
RCS file: /cvs/ports/security/vault/Makefile,v
retrieving revision 1.24
diff -u -p -u -r1.24 Makefile
--- Makefile21 Mar 2019 09:52:12 - 1.24
+++ Makefile
Hi ports,
update to 1.5.1. Tested on amd64.
Index: Makefile
===
RCS file: /cvs/ports/sysutils/consul/Makefile,v
retrieving revision 1.30
diff -u -p -u -r1.30 Makefile
--- Makefile3 Apr 2019 08:15:51 - 1.30
+++ Makefile
On 12 Apr 22:53, Rafael Sadowski wrote:
> On Sat Apr 08, 2017 at 12:14:47PM -0400, Reese Johnson wrote:
> > Any plans for the server compenent of this? Would it be feasible with
> > xenocara?
> >
> I think it's possible with xenocara! If I find some spare time, I'll try
> it.
>
> Rafael
On 01. Feb 9:51:27, Solène Rapenne wrote:
>
> Davide Gerhard writes:
>
> > On Tuesday, 31/01/2017 22:51 GMT, Uwe Werler wrote:
> >
> >> On 31 Jan 23:48, Erling Westenvik wrote:
> >>> > > Mmh, I use it. For me the best browser around.
> >&
On 31 Jan 23:48, Erling Westenvik wrote:
> > > Mmh, I use it. For me the best browser around.
> >
> > I use it as well - its the only functional graphical browser that works
> > on my old single-core, 2GB memory celeron.
>
> How about surf(1). Not tabbed, and cannot be used solely by keyboard,
>
Am 31. Januar 2017 22:49:14 MEZ schrieb Edd Barrett :
>On Tue, Jan 31, 2017 at 12:40:20PM -0300, Gonzalo L. Rodriguez wrote:
>> It uses insecure webkit and conformal/companyzero do no recommend its
>> use.
>
>If no one uses it, then goodbye xombrero!
>
>--
>Best Regards
On 04. Aug 12:10:02, Pierre-Emmanuel Andr? wrote:
> Hi,
>
> This diff updates gajim to it's latest version.
> You will need py-nbxmpp to test it (committed today).
> Tested on @amd64.
>
> Comments, ok ?
> Regards,
Tested both on amd64 with -current and works ^^
--
Am 07.06.2016 21:28:37, schrieb Rafael Sadowski:
> Hi ports@ and vifm friends,
>
> here is a third and last try to push vifm in ports tree.
>
> port core features:
> - The same as: > http://marc.info/?l=openbsd-ports=145647165914163=2
> - new: remove popen(2) call and replace with
> hey @ports and vifm friends,
>
> here is an up-to-date vifm port. Tested on amd64 by me and positive test
> feedback from Uwe Werler. Port request by Uwe.
>
> I found a thread on ports@:
> https://marc.info/?l=openbsd-ports=144944041505080=2
>
> I can not confirm
On Sun, Nov 15, 2015 at 07:29:23AM -0500, Jiri B wrote:
> IMO the potential risk is high and if I read correctly
> we haven't seen any numbers how many users need this flavor,
> just Uwe? :)
>
> j.
>
Maybe most people don't see a real scenario for this mode. Ok.
The potential risk to die is
On Sun, Nov 15, 2015 at 01:15:03PM +0100, Pascal Stumpf wrote:
> On Sat, 14 Nov 2015 21:37:08 +0100, Uwe Werler wrote:
> > On Sat, Nov 14, 2015 at 08:40:40PM +0100, Pascal Stumpf wrote:
> > > On Fri, 13 Nov 2015 17:37:12 -0500, Michael McConville wrote:
> > > > Uwe
On Sun, Nov 15, 2015 at 07:29:23AM -0500, Jiri B wrote:
> IMO the potential risk is high and if I read correctly
> we haven't seen any numbers how many users need this flavor,
> just Uwe? :)
>
> j.
>
And now my last five ct.
OpenBSD ships with *sane defaults*.
Possible dangerous features You
On Sun, Nov 15, 2015 at 08:15:57PM +0100, Stefan Sperling wrote:
> On Sun, Nov 15, 2015 at 01:32:25PM -0500, Raul Miller wrote:
> > But treating this as "extremely dangerous" without offering a path
> > forward means that people need to "roll their own" approaches when
> > faced with related
On Sat, Nov 14, 2015 at 12:53:23PM +, Stuart Henderson wrote:
> On 2015/11/14 00:50, Uwe Werler wrote:
> > On Sat, Nov 14, 2015 at 12:35:32AM +0100, Stefan Sperling wrote:
> > > On Sat, Nov 14, 2015 at 01:05:12AM +0100, Rafael Sadowski wrote:
> > > >
On Sat, Nov 14, 2015 at 08:40:40PM +0100, Pascal Stumpf wrote:
> On Fri, 13 Nov 2015 17:37:12 -0500, Michael McConville wrote:
> > Uwe Werler wrote:
> > > Hello list,
> > >
> > > I'd like to add a Flavor to tor which allows Tor2webMode:
> >
On Fri, Nov 13, 2015 at 05:37:12PM -0500, Michael McConville wrote:
> Uwe Werler wrote:
> > Hello list,
> >
> > I'd like to add a Flavor to tor which allows Tor2webMode:
>
> This seems like a rare enough use-case that it probably isn't worth a
> flavor. It
Hello list,
I'd like to add a Flavor to tor which allows Tor2webMode:
##
--- net/tor/Makefile.orig Fri Nov 13 05:25:33 2015
+++ net/tor/MakefileFri Nov 13 04:26:09 2015
@@ -12,6 +12,9 @@
# BSD
PERMIT_PACKAGE_CDROM= Yes
+PSEUDO_FLAVORS = tor2web
+FLAVOR ?=
+
On Sat, Nov 14, 2015 at 12:35:32AM +0100, Stefan Sperling wrote:
> On Sat, Nov 14, 2015 at 01:05:12AM +0100, Rafael Sadowski wrote:
> > I prefer to enable by default:
>
> " Using Tor2web trades off security for convenience and usability."
> https://tor2web.org/
>
> Please don't.
>
>From man:
Hello list,
this diff provides transparent forward for sslh on OpenBSD too.
I'm not a dev so I'm sure it can be done better. But I've tested with
IPv4 and it works.
If You want to proxy to a local address You need to fiddle around with
pf. I didn't get the pf rules running yet. Proxy to an
Hello Stuart,
wouldn't it be better to use something like:
daemon_flags="-U _tinc --chroot ${daemon_flags}"
in /etc/rc.d/tincd?
Regards Uwe
Am 02.11.2015 23:35:42, schrieb Stuart Henderson:
> On 2015/11/02 22:08, Stuart Henderson wrote:
> > I've got a bit more on top of this, will send it in
65 matches
Mail list logo