On 8/24/23 05:59, Peter J. Philipp wrote:
> Hi,
>
> I have modified ping(8) to grab a raw descriptor from a daemon over AF_UNIX
> sockets. This seems to work. While what I call the sun daemon needs to be
> tightened a lot more it should work to make people understand my concept.
>
> benefits:
>
On 8/22/23 22:55, Andrew Hewus Fresh wrote:
> I noticed this when testing how signal handling worked in fw_update, it
> turns out that if you `pkill -KILL -f fw_update` it may leave behind a perl
> process that is locking the package database. Instead of just waiting
> to be killed, we can have
On 8/5/23 00:49, Scott Cheloha wrote:
> On Sat, Aug 05, 2023 at 12:17:48AM -0400, aisha wrote:
>> On 22/09/10 01:53PM, Visa Hankala wrote:
>>> On Wed, Aug 31, 2022 at 04:48:37PM -0400, aisha wrote:
I've added a patch which adds support for NOTE_{,U,M,N}SECONDS for
EVFILT_TIMER in the
On 8/2/23 18:59, Matthew Martin wrote:
> On Wed, Aug 02, 2023 at 06:36:26PM -0400, A Tammy wrote:
>> Not a huge fan of this complicated representation.
>>> +.Ar command
>>> +was invoked but failed with this exit status;
>>> +see its manual page for more inform
On 8/2/23 18:23, Matthew Martin wrote:
> A user in IRC asked about route exec's exit status which seems
> a reasonable thing to document.
>
> The text is a combination of .Ex -std and env(1). Also route exec
> requires a command, so fix the .Op markup.
>
>
> diff --git route.8 route.8
> index
On 6/16/23 12:08, Theo Buehler wrote:
> Trivial, but config is important, so I'd rather have an ok.
>
> Index: scan.l
> ===
> RCS file: /cvs/src/usr.sbin/config/scan.l,v
> retrieving revision 1.24
> diff -u -p -r1.24 scan.l
> ---
OK aisha@
On 5/29/23 12:21, Josiah Frentsos wrote:
> Index: dpb.1
> ===
> RCS file: /cvs/src/share/man/man1/dpb.1,v
> retrieving revision 1.32
> diff -u -p -r1.32 dpb.1
> --- dpb.1 29 May 2023 09:05:24 - 1.32
> +++ dpb.1
On 5/19/23 12:24, Todd C. Miller wrote:
> If /etc/usermgmt.conf has a line like:
>
> group =uid
>
> where a new user's group ID in the passwd file is the same as their
> user ID, remove that group when the user is removed. The group is
> only removed if it matches the login name, has a
On 5/19/23 07:06, Omar Polo wrote:
> it's currently rendered as
>
> maildir [pathname [junk]]
>
> whereas it really is
>
> maildir [pathname] [junk]
>
> i.e. both the path and `junk' are optional but indipendently so. it's
> quite clear from the grammar in parse.y.
>
> ok?
>
> diff
On 3/27/23 01:45, Jonathan Matthew wrote:
> On systems where we pull in around 100k users from ldap, ypldap uses a
> fair bit of memory (over 300MB peak) moving data from the ldapclient process
> to the main process.
>
> The ldapclient process sends each user and group record to the parent
On 3/2/23 10:44, Stuart Henderson wrote:
> On 2023/03/01 22:15, A Tammy wrote:
>>>
>>> -# Configuration for clients connecting with EAP authentication.
>>> +# Configuration for clients connecting with EAP authentication
>>> +# and sending all traffic
On 3/1/23 11:53, Stuart Henderson wrote:
> [from misc]
>>> I don't see that in the iked.conf manual. There is some reference to not
>>> using psk in /etc/examples/iked.conf but it's not clear whether that's
>>> because of the need to share a single psk with all endpoints connecting
>>> via the
On 11/12/22 16:01, A Tammy wrote:
> On 11/12/22 04:29, Thim Cederlund wrote:
>> Hi tech@,
>>
>> I noticed that the fontconfig manpages are referring to a users manual
>> that doesn't exist as it now resides in the /usr/X11R6/share/doc/ folder.
>>
>> See
On 11/12/22 04:29, Thim Cederlund wrote:
> Hi tech@,
>
> I noticed that the fontconfig manpages are referring to a users manual
> that doesn't exist as it now resides in the /usr/X11R6/share/doc/ folder.
>
> See the diff below.
>
good catch, thanks!
committed.
> Index: fc-cache/fc-cache.1
>
On 11/6/22 09:29, Job Snijders wrote:
> Dear all,
>
> Support for using Ed25519 for server and user authentication was
> introduced in 2014. I like the compactness of Ed25519 public keys.
>
> Perhaps now is a good time to make Ed25519 the default key type when
> invoking ssh-keygen(1) without
> >> First, if the two implementations are not going to coexists,
> >> we can just replace table_proc.c.
> >
> > True, though proc-exec was the name used for filters so it may be a good to
> > unify and drop the legacy “proc” name.
> > This will be hidden to users so quite frankly it’s a
On 6/12/21 9:15 AM, Eric Faurot wrote:
On Wed, Jun 09, 2021 at 05:41:36PM -0400, Aisha Tammy wrote:
Hi,
Here is the updated diff, which removes table_proc and adds table_procexec
as the default backend when no backend name matches.
Hi.
I'm not opposed to the idea, but I have a couple
Hi,
Here is the updated diff, which removes table_proc and adds table_procexec as
the default backend when no backend name matches.
With this diff, I have the following configuration for smtpd:
# $OpenBSD: smtpd.conf,v 1.14 2019/11/26 20:14:38 gilles Exp $
# This is the smtpd server
On 6/9/21 10:34 AM, Gilles CHEHADE wrote:
On 9 Jun 2021, at 15:47, Aisha Tammy wrote:
On 6/9/21 5:19 AM, Gilles CHEHADE wrote:
Hi,
I wrote table_procexec (despite the copyright which I copy-pasted and forgot to
replace author) so just providing a bit of insight:
Ah, I did not know
e 'file', 'db' can be executables in /usr/libexec/smtpd or
absolute paths.
This may be a possible thing to do but maybe it can be done after
procexec is tested a bit.
Hopefully I've addressed the proper concerns.
Best,
Aisha
Gilles
On 8 Jun 2021, at 23:04, Aisha Tammy wrote:
Hi,
I
Hi,
I've attached a slightly updated patch for the procexec.
Ping for someone to take a look :)
Cheers,
Aisha
diff --git a/usr.sbin/smtpd/smtpctl/Makefile b/usr.sbin/smtpd/smtpctl/Makefile
index ef8148be8c9..2e8beff1ad1 100644
--- a/usr.sbin/smtpd/smtpctl/Makefile
+++
Hi all,
I've attached a diff to add table_procexec as a table backend
in smtpd(8). This imports the table_procexec from opensmtpd-extras,
which is available upstream but is not present in the port.
I've successfully replaced the standard aliases table
table aliases file:/etc/mail/aliases
with
On 5/11/21 9:04 PM, Kurt Mosiejczuk wrote:
On Wed, May 12, 2021 at 01:13:55AM +0200, Jeremie Courreges-Anglas wrote:
I'd like to drop SWAT, unofficial and dropped by the samba project
around the switch to samba4.
- moved smtps/465 to the standards section (rfc8314)
The new service was
On 1/27/21 7:29 AM, gil...@poolp.org wrote:
> January 27, 2021 9:47 AM, "Lauri Tirkkonen" wrote:
>
>> On Wed, Jan 27 2021 09:36:31 +0100, Eric Faurot wrote:
>>
>>> There has been a plan for some time now to make smtpd use libtls
>>> instead of openssl. Recent changes in libtls allow to move
Hi,
While creating a portable version of imsg, I noticed
a small typo in the imsg_init.3 man page which says
the returned value is 'len' instead of 'datalen'.
Attached the patch to fix it.
OK?
Cheers,
Aisha
diff --git a/lib/libutil/imsg_init.3 b/lib/libutil/imsg_init.3
index
h
a ~3050 line file in the table.
Aisha
> On Fri, 2020-09-18 at 14:46 +0200, Martijn van Duren wrote:
>> Could you try the diff below?
>> It should do exactly the same thing with less code.
>>
>> martijn@
>>
>> On Fri, 2020-09-18 at 08:30 -0400, Aisha T
Message
Subject: Re: opensmtpd can't handle long lines in aliases table
Date: Thu, 6 Aug 2020 19:47:33 -0500
From: Edgar Pettijohn
To: AIsha Tammy
Here are a few simple patches as discussed. These were written to apply
against current. However, they are pretty simple and may well apply
On 9/10/20 2:03 AM, Robert Klein wrote:
> On Sat, 5 Sep 2020 18:47:08 -0400
> Aisha Tammy wrote:
>
>> Sorry for the late reply.
>>
>> On 8/12/20 8:19 AM, Robert Klein wrote:
>>> Hi,
>>>
>>> On Wed, 12 Aug 2020 09:00:18 +0200
>>> T
Sorry for the late reply.
On 8/12/20 8:19 AM, Robert Klein wrote:
> Hi,
>
> On Wed, 12 Aug 2020 09:00:18 +0200
> Theo Buehler wrote:
>
>> On Tue, Aug 11, 2020 at 10:22:51PM -0400, Aisha Tammy wrote:
>>> Another bump.
>>
>> I think this is usefu
On 8/2/20 9:34 AM, Aisha Tammy wrote:
> On 7/26/20 5:25 PM, Aisha Tammy wrote:
>> On 7/26/20 5:21 PM, Aisha Tammy wrote:
>>> Hi,
>>> Am reviving an old thread from
>>> https://marc.info/?l=openbsd-tech=152663835315469=4
>>> (i did cc reyk@ sorry
On 7/26/20 5:25 PM, Aisha Tammy wrote:
> On 7/26/20 5:21 PM, Aisha Tammy wrote:
>> Hi,
>> Am reviving an old thread from
>> https://marc.info/?l=openbsd-tech=152663835315469=4
>> (i did cc reyk@ sorry if it is noise)
>>
>> For some reason seems like th
On 7/26/20 5:21 PM, Aisha Tammy wrote:
> Hi,
> Am reviving an old thread from
> https://marc.info/?l=openbsd-tech=152663835315469=4
> (i did cc reyk@ sorry if it is noise)
>
> For some reason seems like the patch didn't go through...
>
> I am reattaching it here, maybe
Hi,
Am reviving an old thread from
https://marc.info/?l=openbsd-tech=152663835315469=4
(i did cc reyk@ sorry if it is noise)
For some reason seems like the patch didn't go through...
I am reattaching it here, maybe someone can take a look and
see if it can be merged ?
Getting sshPublicKey
On 6/13/20 2:47 PM, Theo Buehler wrote:
>>> Yes. The thing is that you need to convince yourself that this is still
>>> uniformly distributed over the wanted numbers. But it's correct. In
>>> fact, it's enough to flip a fixed bit, so you can get away with one call
>>> to arc4random().
>>
>> Its
On 6/13/20 9:19 AM, Theo Buehler wrote:
> On Sat, Jun 13, 2020 at 08:46:13AM -0400, David Higgs wrote:
>> On Fri, Jun 12, 2020 at 9:41 AM Theo Buehler wrote:
>>
>>> I finally found the time to think about the mathematics of this some
>>> more and I'm now convinced that it's a sound construction.
35 matches
Mail list logo