On Sat, Jan 02, 2021 at 05:10:01PM -0600, Chris Bennett wrote:
> On Sat, Jan 02, 2021 at 05:23:11PM +0100, Florian Obser wrote:
> >
> > Create .1 backup files when acme-client is going to overwrite a
> > certificate file.
> >
> > This files are not terribly big and it's convenient to keep one
>
On Tue, Oct 20, 2020 at 09:27:09AM +1000, David Gwynne wrote:
>
> i am feeling very warm and fuzzy about this diff at the moment.
We've been running this diff in production for the last couple of
months, and it's been solid for us so far. Ignoring the fixes for
crashes, I personally find it a
if stoeplitz is enabled by a driver (eg, ix, mcx, etc), this uses it in
the tcp code to set the flowid on packets. this encourages both the tx
and rx side of a tcp connection to get processed in the same places.
ok?
Index: netinet/in_pcb.c
On Sat, Jan 02, 2021 at 05:23:11PM +0100, Florian Obser wrote:
>
> Create .1 backup files when acme-client is going to overwrite a
> certificate file.
>
> This files are not terribly big and it's convenient to keep one
> previous file around for example if one adds or removes domains to the
>
Nick Gasson wrote in
<877dovsfjk@bertha.nickg.me.uk>:
|On 11/27/20 05:59 AM, Steffen Nurpmeso wrote:
|> Nick Gasson wrote in
|> <87im9srza8@bertha.nickg.me.uk>:
|>|Hi,
|>|
|>|I often need to go through a SOCKS proxy to access certain sites. The
|>|diff below adds SOCKS5 support to
On Sat, Jan 02, 2021 at 08:33:51PM +, Miod Vallat wrote:
> That code was written before inline functions were supported by
> compilers; now that they are even part of the language standard, turn
> macros into inline functions so that there is no need to document in
> comments that they will
On Sat, 02 Jan 2021 20:33:51 +, Miod Vallat wrote:
> That code was written before inline functions were supported by
> compilers; now that they are even part of the language standard, turn
> macros into inline functions so that there is no need to document in
> comments that they will
On Sat, Jan 02, 2021 at 08:31:39PM +, Miod Vallat wrote:
> The removal of the categories code made these two functions unused, so
> remove them as well.
ok tb
That code was written before inline functions were supported by
compilers; now that they are even part of the language standard, turn
macros into inline functions so that there is no need to document in
comments that they will evaluate their arguments multiple times.
(one may consider switching
The removal of the categories code made these two functions unused, so
remove them as well.
Index: regcomp.c
===
RCS file: /OpenBSD/src/lib/libc/regex/regcomp.c,v
retrieving revision 1.41
diff -u -p -r1.41 regcomp.c
--- regcomp.c
This allows us to unlock getppid(2). Also NetBSD, DragonflyBSD and OSX
do the same.
Index: kern/exec_elf.c
===
RCS file: /cvs/src/sys/kern/exec_elf.c,v
retrieving revision 1.156
diff -u -p -r1.156 exec_elf.c
--- kern/exec_elf.c 7
Miod Vallat wrote:
> Up until 6.5, sparc64 bsd.rd were gzipped kernels. This got lost during
> the Great Installation Media Unification of the 6.6 release cycle, and
> since then bsd.rd are uncompressed.
>
> The following diff ought to fix this and bring back sparc64 netboot
> times down to
> Hi,
>
> The following patch will set the display resolution to 1368x768 for
> Lynloong all-in-one computers, which is their native resolution. Currently
> their resolution is being set to 1024x600 which prevents the screen from
> working properly.
>
> Tested on my LM9002. (maybe I should
Create .1 backup files when acme-client is going to overwrite a
certificate file.
This files are not terribly big and it's convenient to keep one
previous file around for example if one adds or removes domains to the
certificate and then wants to revoke the previous one.
(Note that it's kinda
Hi,
The following patch will set the display resolution to 1368x768 for
Lynloong all-in-one computers, which is their native resolution. Currently
their resolution is being set to 1024x600 which prevents the screen from
working properly.
Tested on my LM9002. (maybe I should update all the
Hi,
The following patch will make kernel recognize Lynloong LM9002/9003 and
LM9013. I think LM9002/9003 is very similar to LM9001 since it works just
fine on my LM9002 with the codebase for LM9001. (Maybe they are just a
different batch of LM9001 for education market)
LM9013 on the other hand
On Sat, Jan 02, 2021 at 12:39:49PM +, Yifei ZHAN wrote:
> > Hi,
> >
> > The following patch will set the display resolution to 1368x768 for
> > Lynloong all-in-one computers, which is their native resolution. Currently
> > their resolution is being set to 1024x600 which prevents the screen
On Sat, Jan 02, 2021 at 12:06:57PM +, Yifei ZHAN wrote:
> Hi,
>
> The following patch will make kernel recognize Lynloong LM9002/9003 and
> LM9013. I think LM9002/9003 is very similar to LM9001 since it works just
> fine on my LM9002 with the codebase for LM9001. (Maybe they are just a
>
Hi Steffen,
On 11/27/20 05:59 AM, Steffen Nurpmeso wrote:
> Nick Gasson wrote in
> <87im9srza8@bertha.nickg.me.uk>:
> |Hi,
> |
> |I often need to go through a SOCKS proxy to access certain sites. The
> |diff below adds SOCKS5 support to ftp(1) for HTTP transfers, similar to
> |curl(1).
> Date: Sat, 2 Jan 2021 18:39:03 +1000
> From: Jonathan Matthew
>
> This code is now only here for some unfortunate Intel graphics chips
> based on PowerVR, and I don't have a machine with one of those.
> vga_post_init() gets called from vga_attach() in any case, and
> vga_post_free() doesn't
Yes,
ok yasuoka
On Wed, 30 Dec 2020 03:02:55 +0300
Vitaliy Makkoveev wrote:
> This time pipex(4) related ioctl(2) calls PIPEX{S,G}MODE are pretty
> dummy and were kept for backward compatibility reasons. The diff below
> removes them.
>
> ok?
>
> Index: share/man/man4/pipex.4
>
This code is now only here for some unfortunate Intel graphics chips
based on PowerVR, and I don't have a machine with one of those.
vga_post_init() gets called from vga_attach() in any case, and
vga_post_free() doesn't seem to be called at all. I've booted this on
amd64 (real) and i386
22 matches
Mail list logo