Anthony Coulter wrote:
> Hello @tech,
>
> When I manually upgrade OpenBSD using bsd.rd, I have to set http_proxy
> to fetch the file sets. When I reboot after installing, fw_update
> succeeds because theinstall script was clever enough to export
> http_proxy in /etc/rc.firsttime.
>
>
Ted Unangst wrote:
> Theo de Raadt wrote:
> > What about all the other users who aren't in staff?
> >
> > I think the approach is right. Push non-interactive down.
>
> The same then for src build user?
Well, that's different. Most of us building the src tree are waiting
eagerly for it to
Theo de Raadt wrote:
> What about all the other users who aren't in staff?
>
> I think the approach is right. Push non-interactive down.
The same then for src build user?
Hello,
I'm sending same patch I've sent to bugs@ to thread [1], which got started by
Paul de Weerd few days ago. I've received few questions off-list, which made me
to shovel bit more through TCP code in OpenBSD. I hope I can better explain
impact of change introduced by patch below. I think it's
Stuart Henderson wrote:
> On 2019/11/01 23:32, Solene Rapenne wrote:
> > On Fri, Nov 01, 2019 at 10:06:48PM -, Christian Weisgerber wrote:
> > > On 2019-10-31, Solene Rapenne wrote:
> > >
> > > > I suggest adding a priority=5 to _pbuild user.
> > >
> > > Is this the right place? Or
On 2019/11/01 23:32, Solene Rapenne wrote:
> On Fri, Nov 01, 2019 at 10:06:48PM -, Christian Weisgerber wrote:
> > On 2019-10-31, Solene Rapenne wrote:
> >
> > > I suggest adding a priority=5 to _pbuild user.
> >
> > Is this the right place? Or should dpb do this?
> >
> > --
> >
On Fri, Nov 01, 2019 at 10:06:48PM -, Christian Weisgerber wrote:
> On 2019-10-31, Solene Rapenne wrote:
>
> > I suggest adding a priority=5 to _pbuild user.
>
> Is this the right place? Or should dpb do this?
>
> --
> Christian "naddy" Weisgerber
> Date: Fri, 1 Nov 2019 14:13:26 +0100
> From: Martin Pieuchot
>
> On 01/11/19(Fri) 13:12, Mark Kettenis wrote:
> > > From: "Ted Unangst"
> > > Date: Fri, 01 Nov 2019 00:18:35 -0400
> > >
> > > Theo de Raadt wrote:
> > > > In uvm_map_inentry_fix(), two variables in the map are now being read
>
Newer version after a comment by claudio@.
Currently ospfd logs routing message type code instead of name.
Make it more explicit.
remi@ is OK but wonders if rtm_type_name() will be updated as needed.
What do you think ?
Denis
Index: kroute.c
On 2019-10-31, Solene Rapenne wrote:
> I suggest adding a priority=5 to _pbuild user.
Is this the right place? Or should dpb do this?
--
Christian "naddy" Weisgerber na...@mips.inka.de
On Fri, Nov 01, 2019 at 09:53:28PM +0100, Florian Obser wrote:
> On Fri, Nov 01, 2019 at 09:45:37PM +0100, Florian Obser wrote:
> > On Fri, Nov 01, 2019 at 09:35:07PM +0100, Remi Locherer wrote:
> > > On Thu, Oct 31, 2019 at 08:14:04PM +0100, Otto Moerbeek wrote:
> > > > Hi,
> > > >
> > > > So
On Tue, Oct 29, 2019 at 02:17:28AM -0700, Mike Larkin wrote:
> On Thu, Oct 24, 2019 at 08:54:58AM +0900, Iori YONEJI wrote:
> > Hello tech@,
> >
> > Here is the patch discussed in the previous email. This part mainly
> > covers changes in the declaration part and fault handlers.
> >
>
> Hello,
On Fri, Nov 01, 2019 at 09:45:37PM +0100, Florian Obser wrote:
> On Fri, Nov 01, 2019 at 09:35:07PM +0100, Remi Locherer wrote:
> > On Thu, Oct 31, 2019 at 08:14:04PM +0100, Otto Moerbeek wrote:
> > > Hi,
> > >
> > > So here's a new diff that incorporates the bug fix mentioned plus
> > > debug
On Fri, Nov 01, 2019 at 09:35:07PM +0100, Remi Locherer wrote:
> On Thu, Oct 31, 2019 at 08:14:04PM +0100, Otto Moerbeek wrote:
> > Hi,
> >
> > So here's a new diff that incorporates the bug fix mentioned plus
> > debug printf line changes suggested by Stuart.
> >
> > Please note that this is a
On Thu, Oct 31, 2019 at 08:14:04PM +0100, Otto Moerbeek wrote:
> Hi,
>
> So here's a new diff that incorporates the bug fix mentioned plus
> debug printf line changes suggested by Stuart.
>
> Please note that this is a diff on top of very recent current, i.e.
> florian's work he committed today.
> Hi,
Hello Christopher,
> I admit this is a very special case, but anyway this is what I hit:
>
> $ touch blub; ln -s blub blab; ls -l; cp -f blub blab
> total 0
> lrwxr-xr-x 1 madroach wheel 4 Oct 30 17:39 blab -> blub
> -rw-r--r-- 1 madroach wheel 0 Oct 30 17:39 blub
> cp: blab and
On Fri, Nov 01, 2019 at 09:20:58AM -0400, Johan Huldtgren wrote:
> hello,
>
> I have vmd running on -current, in it I have an Ubuntu vm (18.04.3 LTS),
> every now and then the Ubuntu vm will hang hard, console is dead, only
> option is to restart it. Now at that point a graceful restart won't
>
Currently ospfd logs routing message type code instead of name.
Make it more explicit.
remi@ is OK but wonders if rtm_type_name() will be updated as needed (that's why
I also log the typecode)
What do you think ?
Denis
Index: kroute.c
On 24/10/19(Thu) 13:30, Stuart Henderson wrote:
> On 2019/10/21 04:06, Martin Pieuchot wrote:
> > CVSROOT:/cvs
> > Module name:src
> > Changes by: m...@cvs.openbsd.org2019/10/21 04:06:31
> >
> > Modified files:
> > lib/librthread : synch.h
> >
> > Log message:
> > Use
Mark Kettenis wrote:
> > From: "Ted Unangst"
> > Date: Fri, 01 Nov 2019 00:18:35 -0400
> >
> > Theo de Raadt wrote:
> > > In uvm_map_inentry_fix(), two variables in the map are now being read
> > > without a per-map read lock, this was previously protected by the
> > > kernel lock
> > >
> > >
Hello @tech,
When I manually upgrade OpenBSD using bsd.rd, I have to set http_proxy
to fetch the file sets. When I reboot after installing, fw_update
succeeds because theinstall script was clever enough to export
http_proxy in /etc/rc.firsttime.
Unfortunately sysupgrade(8) does not remember that
hello,
I have vmd running on -current, in it I have an Ubuntu vm (18.04.3 LTS),
every now and then the Ubuntu vm will hang hard, console is dead, only
option is to restart it. Now at that point a graceful restart won't
work, 'vmctl stop n' will run and return but nothing will happen. So
the only
On 01/11/19(Fri) 13:12, Mark Kettenis wrote:
> > From: "Ted Unangst"
> > Date: Fri, 01 Nov 2019 00:18:35 -0400
> >
> > Theo de Raadt wrote:
> > > In uvm_map_inentry_fix(), two variables in the map are now being read
> > > without a per-map read lock, this was previously protected by the
> > >
> Date: Fri, 1 Nov 2019 00:18:43 +0100
> From: Martin Pieuchot
>
> When a userland program triggers a fault or does a syscall its SP and/or
> PC are checked to be sure they are in expected regions. The result of
> this check is cached in the "struct proc" such that a lookup isn't
> always
> From: "Ted Unangst"
> Date: Fri, 01 Nov 2019 00:18:35 -0400
>
> Theo de Raadt wrote:
> > In uvm_map_inentry_fix(), two variables in the map are now being read
> > without a per-map read lock, this was previously protected by the
> > kernel lock
> >
> > if (addr < map->min_offset ||
On Fri, Nov 01, 2019 at 10:19:01AM +0100, Jeremie Courreges-Anglas wrote:
> debug messages should go to stderr (currently debug messages are
> buffered if you send them to a pipe)
>
> The sched.h/ncpu bits are remnants from rev 1.46. Most of this code was
> then removed in rev 1.70.
OK kn
debug messages should go to stderr (currently debug messages are
buffered if you send them to a pipe)
The sched.h/ncpu bits are remnants from rev 1.46. Most of this code was
then removed in rev 1.70.
ok?
--- apmd.c.~1.89.~ Thu Oct 31 22:23:07 2019
+++ apmd.c Fri Nov 1 10:07:21
27 matches
Mail list logo