On Tue, May 12, 2020 at 12:37 AM Theo de Raadt wrote:
>
> Jason A. Donenfeld wrote:
>
> > On Mon, May 11, 2020 at 11:03:45PM -0600, Jason A. Donenfeld wrote:
> > > I plan to publish some easy one-click
> > > scripts for users to mess around with the kernel support while we're
> > > working throug
Jason A. Donenfeld wrote:
> On Mon, May 11, 2020 at 11:03:45PM -0600, Jason A. Donenfeld wrote:
> > I plan to publish some easy one-click
> > scripts for users to mess around with the kernel support while we're
> > working through it here on the list.
>
> While tailing my opensmtpd log waiting f
On Mon, May 11, 2020 at 11:03:45PM -0600, Jason A. Donenfeld wrote:
> I plan to publish some easy one-click
> scripts for users to mess around with the kernel support while we're
> working through it here on the list.
While tailing my opensmtpd log waiting for the mailing list server to
release it
Hey folks,
[resending, as my original reply was to Matt's message that
got killed by the graylist, so he resent with a new msgid.]
Just wanted to chime in here to mention how thrilled I am about this.
Matt has been at this for a long time, came to visit Paris last summer
to work with me on this,
Hey folks,
Just wanted to chime in here to mention how thrilled I am about this.
Matt has been at this for a long time, came to visit Paris last summer
to work with me on this, and I think the end result is a very high
quality implementation. I expect all sorts of useful feedback on network
driver
That text hasn't been updated yet.
67.html is still a work in progress for the upcoming release.
Ross L Richardson wrote:
> Should be 8.3, shouldn't it?
>
> Ross
>
>
> Index: 67.html
> ===
> RCS file: /cvs/www/67.html,v
> retrie
Should be 8.3, shouldn't it?
Ross
Index: 67.html
===
RCS file: /cvs/www/67.html,v
retrieving revision 1.65
diff -u -p -r1.65 67.html
--- 67.html 11 May 2020 19:24:58 - 1.65
+++ 67.html 12 May 2020 04:45:33 -
@@
Hi,
Behaviour for certain actions needs discussion and the behaviour crosses over
with the work on bgpctl. A command such as bgpctl -j log brief currently
results in a return such as:
“
Logging request sent.
{
}
"
I think this behaviour would be common to anything which effectively does a
Hello,
The link to the specification in the SEE ALSO section of the umb(4)
manpage returns an error 404 Not Found.
Grepping for 'usb.org' I've found 26 references:
1/ 6 links work by redirecting to a new location.
2/ 18 links aren't working (404) but a new link exist.
3/ 2 links aren't working (4
Touché.
I should probably rephrase this as "operating a slightly less insecure
environment as compared to running vanilla Windows 10 on contemporary COTS
hardware". And finding it really hard to throw away perfectly good hardware
that suited the intended purposes really well until Matthieu unfortu
On Mon, May 11 2020, "Theo de Raadt" wrote:
> You sure about that? In this code, acpi.c is collecting abstracted
> information from the 3 battery drivers.
(One A/C driver and two battery drivers.)
> Maybe one of the drivers
> isn't providing enough information?
>
> Mark Kettenis wrote:
>
>> Th
On Mon, May 11, 2020 at 5:52 AM Stefan Sperling wrote:
> On Sun, May 10, 2020 at 04:17:46PM -0400, sven falempin wrote:
> > On Sun, May 10, 2020 at 4:51 AM Stefan Sperling wrote:
> >
> > > On Sat, May 09, 2020 at 04:23:08PM -0400, sven falempin wrote:
> > > > "no config, interface is down", Did
Dirk Praet wrote:
> Hi Matthieu,
>
> It would seem I'm a bit (too) late to this party. In short: I'm running a
> high security environment leveraging the combined power of contemporary
^
> OpenBSD and ancient i386 hardware stuffed with RAM, but untouched by all
Hi Matthieu,
It would seem I'm a bit (too) late to this party. In short: I'm running a
high security environment leveraging the combined power of contemporary
OpenBSD and ancient i386 hardware stuffed with RAM, but untouched by all
kinds of modern BIOS/EFI/processor "management" technology. My rec
You sure about that? In this code, acpi.c is collecting abstracted
information from the 3 battery drivers. Maybe one of the drivers
isn't providing enough information?
Mark Kettenis wrote:
> This wouldn't do the right thing if you have both acpibat(4) and
> acpisbs(4), but I think that is alre
On Mon, May 11, 2020 at 03:43:39PM +0200, Charlene Wendling wrote:
> On Mon, 11 May 2020 14:06:33 +0200
> Klemens Nanni wrote:
>
> > On Mon, May 11, 2020 at 11:20:58AM +0200, Charlene Wendling wrote:
> > > Hi,
> > >
> > > Similarly to what has been done for the OpenBSD project pages [0],
> > > th
On Mon, 11 May 2020 14:06:33 +0200
Klemens Nanni wrote:
> On Mon, May 11, 2020 at 11:20:58AM +0200, Charlene Wendling wrote:
> > Hi,
> >
> > Similarly to what has been done for the OpenBSD project pages [0],
> > this diff adds a "dark mode" to directory listings and error pages
> > in httpd, usin
On Mon, May 11, 2020 at 12:38:38PM +0100, Richard Chivers wrote:
> Hi,
>
> I have done some work over the last few days to implement json support
> into ospfctl following the work done recently in bgpctl.
>
> I have some queries, hoping to get some help with.
>
> The change involves a refactor o
On Mon, May 11, 2020 at 11:20:58AM +0200, Charlene Wendling wrote:
> Hi,
>
> Similarly to what has been done for the OpenBSD project pages [0], this
> diff adds a "dark mode" to directory listings and error pages in httpd,
> using OpenBSD's dark color scheme.
Will this work for all pages served by
On Mon, 11 May 2020 13:05:08 +0200
Florian Obser wrote:
> On Mon, May 11, 2020 at 11:20:58AM +0200, Charlene Wendling wrote:
> > Hi,
> >
> > Similarly to what has been done for the OpenBSD project pages [0],
> > this diff adds a "dark mode" to directory listings and error pages
> > in httpd, usin
Hi,
I have done some work over the last few days to implement json support
into ospfctl following the work done recently in bgpctl.
I have some queries, hoping to get some help with.
The change involves a refactor of ospfctl, but reuses the recent
json.c written by Claudio, that is in the
usr.sb
On Mon, May 11, 2020 at 11:20:58AM +0200, Charlene Wendling wrote:
> Hi,
>
> Similarly to what has been done for the OpenBSD project pages [0], this
> diff adds a "dark mode" to directory listings and error pages in httpd,
> using OpenBSD's dark color scheme.
>
> The goal is to avoid switching fr
> From: Jeremie Courreges-Anglas
> Date: Mon, 11 May 2020 11:40:23 +0200
> Content-Type: text/plain
>
> On Fri, May 08 2020, Jeremie Courreges-Anglas wrote:
> > Overall remaining battery power is currently the average of the
> > remaining power (in percents) of each battery. This is misleading
On Sun, May 10, 2020 at 04:17:46PM -0400, sven falempin wrote:
> On Sun, May 10, 2020 at 4:51 AM Stefan Sperling wrote:
>
> > On Sat, May 09, 2020 at 04:23:08PM -0400, sven falempin wrote:
> > > "no config, interface is down", Did not do anything special,
> > > upgrade => Plug card => boot => cra
On Fri, May 08 2020, Jeremie Courreges-Anglas wrote:
> Overall remaining battery power is currently the average of the
> remaining power (in percents) of each battery. This is misleading if
> your laptop uses a large external battery which drains out first, and
> a smaller internal battery (commo
Match direct `seltrue' usages with a corresponding `seltrue_kqfilter'.
This ensure spec_kqfilter() won't return an error when spec_poll()
returns success for a given device.
Ok?
Index: arch/arm64/arm64/conf.c
===
RCS file: /cvs/src/
On Mon, May 11, 2020 at 11:20:58AM +0200, Charlene Wendling wrote:
> Hi,
>
> Similarly to what has been done for the OpenBSD project pages [0], this
> diff adds a "dark mode" to directory listings and error pages in httpd,
> using OpenBSD's dark color scheme.
>
> The goal is to avoid switching fr
Instead of redefining a custom `filterop' with the same `f_event'
handler pointing to filt_seltrue() simply use seltrue_kqfilter().
Ok?
Index: dev/usb/ugen.c
===
RCS file: /cvs/src/sys/dev/usb/ugen.c,v
retrieving revision 1.105
diff
Hi,
Similarly to what has been done for the OpenBSD project pages [0], this
diff adds a "dark mode" to directory listings and error pages in httpd,
using OpenBSD's dark color scheme.
The goal is to avoid switching from a "dark mode" html page to a pure
white {directory listing,error} one, and thi
Instead of using a define, put `seltrue' directly in the custom
cdev_*_init() macro. This is the approach taken by various MI
macros in sys/conf.h.
While here use the kqfilter equivalent to `seltrue' to ensure both
interfaces are coherent. Without this spec_kqfilter() returns an
error while spec
There is no need to limit the number of chars printed by log_reason().
log_reason() returns a strnvis cleaned buffer and so %s is good enough.
While there wrap a long line.
--
:wq Claudio
Index: bgpd.c
===
RCS file: /cvs/src/usr.sbi
Hi,
This patch makes paste treat '\0' in the delim list as an empty string
instead of a null character as per POSIX[1].
before:
% echo -e 'hello\nworld' | ./paste -s -d '\0' - | od -b
000 150 145 154 154 157 000 167 157 162 154 144 012
014
after:
% echo -e 'hello\nworl
32 matches
Mail list logo