On Mon, Sep 04, 2023 at 11:51:33PM +0200, Marc Espie wrote:
> On Tue, Sep 05, 2023 at 12:04:24AM +1000, Jonathan Gray wrote:
> > inline is part of gnu89 and c99
> >
> > Index: defines.h
> > ===
> > RCS file:
On Thu, Aug 31, 2023 at 04:01:35PM -0500, Scott Cheloha wrote:
> This is the next patch in the clock interrupt policy reorganization
> series.
>
> While the hardclock/dt(4) patch is being rewritten we can do this
> orthogonal statclock() patch. It needs to get done at some point
> anyway, may as
Extend the yes/no question to no/passphrase/keydisk and have users pick an
existing, preformated RAID partition; no support (yet) for creating one.
Thanks to how ask_which() works, users can always say 'done' to land back
at question to either skip crypto or use a passphrase instead.
All code
On Tue, Sep 05, 2023 at 12:04:24AM +1000, Jonathan Gray wrote:
> inline is part of gnu89 and c99
>
> Index: defines.h
> ===
> RCS file: /cvs/src/usr.bin/make/defines.h,v
> retrieving revision 1.15
> diff -u -p -r1.15 defines.h
> ---
> On 4 Sep 2023, at 23:43, Christian Weisgerber wrote:
>
> Alexander Bluhm:
>
>> Variable scs_use is basically counting packet insertions to syn
>> cache, so I would prefer type long to exclude overflow on fast
>> machines. With the current limits int should be enough, but long
>> does not
Alexander Bluhm:
> Variable scs_use is basically counting packet insertions to syn
> cache, so I would prefer type long to exclude overflow on fast
> machines. With the current limits int should be enough, but long
> does not hurt.
But long is the same size as int. On our 32-bit archs. Or are
> On 4 Sep 2023, at 19:52, Alexander Bluhm wrote:
>
> On Mon, Sep 04, 2023 at 07:22:03PM +0300, Vitaliy Makkoveev wrote:
>>> On 4 Sep 2023, at 16:19, Alexander Bluhm wrote:
>>>
>>> Hi,
>>>
>>> Variable scs_use is basically counting packet insertions to syn
>>> cache, so I would prefer type
On Mon, Sep 04, 2023 at 07:57:18PM +0200, Mischa wrote:
> On 2023-09-04 18:58, Mischa wrote:
> > On 2023-09-04 18:55, Mischa wrote:
> > > On 2023-09-04 17:57, Dave Voutila wrote:
> > > > Mischa writes:
> > > > > On 2023-09-04 16:23, Mike Larkin wrote:
> > > > > > On Mon, Sep 04, 2023 at
On 2023-09-04 18:58, Mischa wrote:
On 2023-09-04 18:55, Mischa wrote:
On 2023-09-04 17:57, Dave Voutila wrote:
Mischa writes:
On 2023-09-04 16:23, Mike Larkin wrote:
On Mon, Sep 04, 2023 at 02:30:23PM +0200, Mischa wrote:
On 2023-09-03 21:18, Dave Voutila wrote:
> Mischa writes:
>
> >
On 2023-09-04 18:55, Mischa wrote:
On 2023-09-04 17:57, Dave Voutila wrote:
Mischa writes:
On 2023-09-04 16:23, Mike Larkin wrote:
On Mon, Sep 04, 2023 at 02:30:23PM +0200, Mischa wrote:
On 2023-09-03 21:18, Dave Voutila wrote:
> Mischa writes:
>
> > Nice!! Thanx Dave!
> >
> > Running
On 2023-09-04 17:57, Dave Voutila wrote:
Mischa writes:
On 2023-09-04 16:23, Mike Larkin wrote:
On Mon, Sep 04, 2023 at 02:30:23PM +0200, Mischa wrote:
On 2023-09-03 21:18, Dave Voutila wrote:
> Mischa writes:
>
> > Nice!! Thanx Dave!
> >
> > Running go brrr as we speak.
> > Testing with
On Mon, Sep 04, 2023 at 07:22:03PM +0300, Vitaliy Makkoveev wrote:
> > On 4 Sep 2023, at 16:19, Alexander Bluhm wrote:
> >
> > Hi,
> >
> > Variable scs_use is basically counting packet insertions to syn
> > cache, so I would prefer type long to exclude overflow on fast
> > machines. With the
> On 4 Sep 2023, at 16:19, Alexander Bluhm wrote:
>
> Hi,
>
> Variable scs_use is basically counting packet insertions to syn
> cache, so I would prefer type long to exclude overflow on fast
> machines. With the current limits int should be enough, but long
> does not hurt.
>
> It can be
Mischa writes:
> On 2023-09-04 16:23, Mike Larkin wrote:
>> On Mon, Sep 04, 2023 at 02:30:23PM +0200, Mischa wrote:
>>> On 2023-09-03 21:18, Dave Voutila wrote:
>>> > Mischa writes:
>>> >
>>> > > Nice!! Thanx Dave!
>>> > >
>>> > > Running go brrr as we speak.
>>> > > Testing with someone who
On 2023-09-04 16:23, Mike Larkin wrote:
On Mon, Sep 04, 2023 at 02:30:23PM +0200, Mischa wrote:
On 2023-09-03 21:18, Dave Voutila wrote:
> Mischa writes:
>
> > Nice!! Thanx Dave!
> >
> > Running go brrr as we speak.
> > Testing with someone who is running Debian.
>
> Great. I'll plan on
On Mon, Sep 04, 2023 at 01:54:18PM +0100, Jeremie Courreges-Anglas wrote:
>
> Two code sets are currently guarded with #ifdef SMALL in pax(1) and
> tar(1): reading 'pax' format extended headers, and identifying various
> compressed formats for user-friendliness. As noted by Caspar, the SMALL
>
On Mon, 4 Sept 2023 at 14:14, Stuart Henderson wrote:
> On 2023/09/04 11:13, Jos Dehaes wrote:
> > How could we go about including this in OpenBSD (ports or native
> package)?
>
> it would need to be added as a port, then packages will be built.
>
> ports cannot be built with gcc 11 (gcc 8 and
On Mon, 04 Sep 2023 13:54:18 +0100, Jeremie Courreges-Anglas wrote:
> Two code sets are currently guarded with #ifdef SMALL in pax(1) and
> tar(1): reading 'pax' format extended headers, and identifying various
> compressed formats for user-friendliness. As noted by Caspar, the SMALL
> path
On Mon, Sep 04, 2023 at 02:30:23PM +0200, Mischa wrote:
> On 2023-09-03 21:18, Dave Voutila wrote:
> > Mischa writes:
> >
> > > Nice!! Thanx Dave!
> > >
> > > Running go brrr as we speak.
> > > Testing with someone who is running Debian.
> >
> > Great. I'll plan on committing this tomorrow
inline is part of gnu89 and c99
Index: defines.h
===
RCS file: /cvs/src/usr.bin/make/defines.h,v
retrieving revision 1.15
diff -u -p -r1.15 defines.h
--- defines.h 14 Oct 2015 13:50:22 - 1.15
+++ defines.h 4 Sep 2023
Hi,
Variable scs_use is basically counting packet insertions to syn
cache, so I would prefer type long to exclude overflow on fast
machines. With the current limits int should be enough, but long
does not hurt.
It can be negative as it starts at a positive limit and counts
backwards. After all
Two code sets are currently guarded with #ifdef SMALL in pax(1) and
tar(1): reading 'pax' format extended headers, and identifying various
compressed formats for user-friendliness. As noted by Caspar, the SMALL
path isn't currently used on the install media. I've been confused by
this twice
On 25/08/23(Fri) 21:00, Scott Cheloha wrote:
> On Thu, Aug 24, 2023 at 07:21:29PM +0200, Martin Pieuchot wrote:
> > [...]
> > The only behavior that needs to be preserved is the output of dumping
> > stacks. That means DT_FA_PROFILE and DT_FA_STATIC certainly needs to
> > be adapted with this
On 2023-09-03 21:18, Dave Voutila wrote:
Mischa writes:
Nice!! Thanx Dave!
Running go brrr as we speak.
Testing with someone who is running Debian.
Great. I'll plan on committing this tomorrow afternoon (4 Sep) my time
unless I hear of any issues.
There are a couple of permanent VMs
On Mon, Sep 04, 2023 at 11:13:01AM +0200, Jos Dehaes wrote:
> Hi,
>
> I ported btop++ (a resource monitor program like top/htop) to macOS,
> FreeBSD, and now OpenBSD (pull request:
> https://github.com/aristocratos/btop/pull/607).
>
> I would appreciate if anyone could have a look and tell me
On 2023/09/04 11:13, Jos Dehaes wrote:
> How could we go about including this in OpenBSD (ports or native package)?
it would need to be added as a port, then packages will be built.
ports cannot be built with gcc 11 (gcc 8 and 11 can't be installed
together and other ports require gcc 8).
so
On 25/08/23(Fri) 21:00, Scott Cheloha wrote:
> On Thu, Aug 24, 2023 at 07:21:29PM +0200, Martin Pieuchot wrote:
> > On 23/08/23(Wed) 18:52, Scott Cheloha wrote:
> > > This is the next patch in the clock interrupt reorganization series.
> >
> > Thanks for your diff. I'm sorry but it is really
On Sun, Sep 03, 2023 at 06:47:49PM +0200, Marc Espie wrote:
> On Thu, Aug 31, 2023 at 08:59:53AM +0200, Marc Espie wrote:
> > A long time ago, I tried to host our fork of make, in the hope it would get
> > picked up by other systems.
> >
> > Accordingly, some features were added to mimic netbsd's
Hi,
I ported btop++ (a resource monitor program like top/htop) to macOS,
FreeBSD, and now OpenBSD (pull request:
https://github.com/aristocratos/btop/pull/607).
I would appreciate if anyone could have a look and tell me what stupid
things I did and how I can do it better (I don't have much
29 matches
Mail list logo