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
>
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
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
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:
>
>>
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
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
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],
> > >
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,
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
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
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,
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
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
> 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 =>
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
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:
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
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
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
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:
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
update libelf from elftoolchain r3717 to r3833
no need for a crank according to src/lib/check_sym
r3833 | jkoshy | 2020-03-02 18:19:04 +1100 (Mon, 02 Mar 2020) | 4 lines
Minor: add comments.
Ticket: [#584]
28 matches
Mail list logo