Hi
Early daemons like dhcpleased, slaacd, unwind, resolvd are started
before syslogd. This results in ugly sendsyslog: dropped 1 message
logs and the real message is lost.
Changing the start order of syslogd and and network daemons is not
feasible. A possible solution is a temporary buffer for
сб, 6 мар. 2021 г. в 23:14, Matthieu Herrb :
>
> On Sat, Mar 06, 2021 at 09:52:58PM +0300, Vadim Zhukov wrote:
> > сб, 6 мар. 2021 г. в 21:30, Theo de Raadt :
> > >
> > > Matthieu Herrb wrote:
> > >
> > > > Linux, systemd and XDG have inventend this /run/user/$uid tmpfs that
> > > > is created
On Sat, Mar 06, 2021 at 09:52:58PM +0300, Vadim Zhukov wrote:
> сб, 6 мар. 2021 г. в 21:30, Theo de Raadt :
> >
> > Matthieu Herrb wrote:
> >
> > > Linux, systemd and XDG have inventend this /run/user/$uid tmpfs that
> > > is created automagically and they use that in place of /tmp for
> > >
When relayd relays a connection upgrade to a websocket, it relays
the outbound "Connection: Upgrade" header from the interal server.
It also tags on a "Connection: close" header to the outbound
response - ie the response goes out with two "Connection"
header lines.
Chrome and Netscape work
> Date: Sat, 6 Mar 2021 20:19:07 +0100
> From: Patrick Wildt
>
> Hi,
>
> to be able to have acpiiort(4) pass a DMA tag to smmu(4), acpiiort(4)
> needs to be passed a DMA tag. So far acpi(4) only seems to pass it on
> acpi_foundhid(), but the ACPI table drivers don't get it. So, let's
> just
Hi,
to be able to have acpiiort(4) pass a DMA tag to smmu(4), acpiiort(4)
needs to be passed a DMA tag. So far acpi(4) only seems to pass it on
acpi_foundhid(), but the ACPI table drivers don't get it. So, let's
just pass the default DMA tag.
ok?
Patrick
diff --git a/sys/dev/acpi/acpi.c
сб, 6 мар. 2021 г. в 21:30, Theo de Raadt :
>
> Matthieu Herrb wrote:
>
> > Linux, systemd and XDG have inventend this /run/user/$uid tmpfs that
> > is created automagically and they use that in place of /tmp for
> > volatile things that don't beloing to $HOME, but this is not a can of
> > worms
Matthieu Herrb wrote:
> Linux, systemd and XDG have inventend this /run/user/$uid tmpfs that
> is created automagically and they use that in place of /tmp for
> volatile things that don't beloing to $HOME, but this is not a can of
> worms I want to open now.
Awesome, another directory to drop
On Sat, Mar 06, 2021 at 08:50:57PM +0300, Vadim Zhukov wrote:
>
> Well, I do... nothing? I can show my .xsession, there's nothing
> special. I run cwm, FWIW, and do not start anything heavy from the
> beginning, to have a working desktop ASAP. KDE and GNOME won't work
> this way for sure. :-)
Vadim Zhukov wrote:
> сб, 6 мар. 2021 г. в 20:53, Theo de Raadt :
> >
> > Vadim Zhukov wrote:
> >
> > > > The backup dir can be configured to something else, but it needs to be
> > > > writeable by the user whois login in. It could be a subdir of /tmp (if
> > > > the rc.d script takes care of
сб, 6 мар. 2021 г. в 20:53, Theo de Raadt :
>
> Vadim Zhukov wrote:
>
> > > The backup dir can be configured to something else, but it needs to be
> > > writeable by the user whois login in. It could be a subdir of /tmp (if
> > > the rc.d script takes care of creating it) or I can remove that
> >
сб, 6 мар. 2021 г. в 20:50, Theo de Raadt :
>
> Matthieu Herrb wrote:
>
> > On Sat, Mar 06, 2021 at 09:56:34AM -0700, Theo de Raadt wrote:
> > > Matthieu Herrb wrote:
> > >
> > > > On Fri, Mar 05, 2021 at 09:10:32PM +0300, Vadim Zhukov wrote:
> > > > > чт, 4 мар. 2021 г. в 02:02, Vadim Zhukov :
Vadim Zhukov wrote:
> > The backup dir can be configured to something else, but it needs to be
> > writeable by the user whois login in. It could be a subdir of /tmp (if
> > the rc.d script takes care of creating it) or I can remove that
> > feature from xenodm and fail the login if /home is not
сб, 6 мар. 2021 г. в 20:41, Matthieu Herrb :
>
> On Sat, Mar 06, 2021 at 09:56:34AM -0700, Theo de Raadt wrote:
> > Matthieu Herrb wrote:
> >
> > > On Fri, Mar 05, 2021 at 09:10:32PM +0300, Vadim Zhukov wrote:
> > > > чт, 4 мар. 2021 г. в 02:02, Vadim Zhukov :
> > > > >
> > > > > Hello all.
> > >
Matthieu Herrb wrote:
> On Sat, Mar 06, 2021 at 09:56:34AM -0700, Theo de Raadt wrote:
> > Matthieu Herrb wrote:
> >
> > > On Fri, Mar 05, 2021 at 09:10:32PM +0300, Vadim Zhukov wrote:
> > > > чт, 4 мар. 2021 г. в 02:02, Vadim Zhukov :
> > > > >
> > > > > Hello all.
> > > > >
> > > > > Since
On Sat, Mar 06, 2021 at 09:56:34AM -0700, Theo de Raadt wrote:
> Matthieu Herrb wrote:
>
> > On Fri, Mar 05, 2021 at 09:10:32PM +0300, Vadim Zhukov wrote:
> > > чт, 4 мар. 2021 г. в 02:02, Vadim Zhukov :
> > > >
> > > > Hello all.
> > > >
> > > > Since xenodm has DEF_USER_AUTH_DIR set to "/tmp",
Matthieu Herrb wrote:
> On Fri, Mar 05, 2021 at 09:10:32PM +0300, Vadim Zhukov wrote:
> > чт, 4 мар. 2021 г. в 02:02, Vadim Zhukov :
> > >
> > > Hello all.
> > >
> > > Since xenodm has DEF_USER_AUTH_DIR set to "/tmp", we need to ignore
> > > /tmp/.Xauth* in daily cleanup, don't we?
> > >
> > >
On Fri, Mar 05, 2021 at 09:10:32PM +0300, Vadim Zhukov wrote:
> чт, 4 мар. 2021 г. в 02:02, Vadim Zhukov :
> >
> > Hello all.
> >
> > Since xenodm has DEF_USER_AUTH_DIR set to "/tmp", we need to ignore
> > /tmp/.Xauth* in daily cleanup, don't we?
> >
> > Found the hard way a few minutes ago on my
On Fri, Mar 05, 2021 at 08:58:44AM -0600, joshua stein wrote:
> uhidev allows a child device to claim all reports by calling *_match
> functions with the report id set to UHIDEV_CLAIM_ALLREPORTID.
>
> umt needs this because it has to access 3 reports which has worked
> okay up until now because
19 matches
Mail list logo
