> > Description:
> On some boots / unhibernates (lets say, about 75% of them), CPU0
> of my Lenovo Thinkpad X280 is at 100% load, checked with `htop`.
> This happens with no user load as both `htop` and `top` only show
> user processes with at most 1% load. On those 'hot
These are the ports using strmode.
archivers/libarchive
archivers/libtar
editors/emacs
games/gemrb
math/octave
misc/findutils
net/lftp
security/ssh-ldap-helper
shells/ksh93
sysutils/bfs
sysutils/colorls
sysutils/coreutils
sysutils/lnav
sysutils/tarsnap
Given the short list and the nature of the
; Nathan
>
> On Sunday, June 9th, 2024 at 5:19 PM, Theo Buehler
> wrote:
>
> >
> >
> > On Sun, Jun 09, 2024 at 04:55:32PM +, Bywater wrote:
> >
> > > > Synopsis: Certain key presses cause nyx-2.1.0p5 to crash
> > > > Category:
On Sun, Jun 09, 2024 at 04:55:32PM +, Bywater wrote:
> >Synopsis: Certain key presses cause nyx-2.1.0p5 to crash
> >Category: user, aarch64
> >Environment:
> System : OpenBSD 7.5
> Details : OpenBSD 7.5-current (GENERIC.MP) #64: Fri Jun 7 00:47:53 MDT 2024
>
On Wed, Jun 05, 2024 at 07:00:05PM +0100, kir...@korins.ky wrote:
> >Synopsis:fatal error: 'ufshci.h' file not found
> >Category:kernel
> >Environment:
> System : OpenBSD 7.5
> Details : OpenBSD 7.5-current (GENERIC.MP) #112: Tue Jun 4
> 21:00:07 MDT 2024
>
This should be fixed with
https://cvsweb.openbsd.org/src/lib/libssl/tls13_legacy.c#rev1.43
which you should be able to backport to 7.4 without issues if you don't
want to use current.
The short version is that it is an unfortunate interaction between nginx
fiddling with internal state of the
On Fri, Dec 08, 2023 at 03:25:21PM +, Miod Vallat wrote:
> How about that diff.
Should the tib_tid also be initialized?
>
> Index: include/tib.h
> ===
> RCS file: /OpenBSD/src/include/tib.h,v
> retrieving revision 1.9
> diff -u
On Thu, Nov 23, 2023 at 06:04:42AM -0700, j...@bitminer.ca wrote:
> SYNOPSIS: using -pg with cc results in segfault
> CATEGORY: system
> ENVIRONMENT:
> System : OpenBSD 7.4
> Details : OpenBSD 7.4-current (GENERIC) #1399: Wed Nov 22
> 08:12:44 MST 2023
>
On Mon, Oct 09, 2023 at 08:58:25AM +0200, Claudio Jeker wrote:
> On Sun, Oct 08, 2023 at 04:14:33AM +, Asa Yeamans wrote:
> > Hey all,
> >
> > I recently stumbled across a bug in bgpd where when announcing connected
> > routes (i.e. network $AF connected) for IPv6 routes over IPv4 TCP BGP
>
> I have a config file for SSL certificates that declares to use the
> x509_extensions crlDistributionPoints with this syntax:
> crlDistributionPoints = URI:http://192.168.1.5/crl/root.crl
This now works in current as of this commit:
https://marc.info/?l=openbsd-cvs=169600269021154=2
On Wed, Sep 27, 2023 at 09:06:58AM +0900, stephane Tranchemer wrote:
> Hello,
> > > > How-To-Repeat:
> > > Create a config file for SSL certificates that declares to use the
> > > x509_extensions crlDistributionPoints with a RUL target.
> > >
> > > Generate a certificate against this config,
> >Description:
> I have a config file for SSL certificates that declares to use the
> x509_extensions crlDistributionPoints with this syntax:
> crlDistributionPoints = URI:http://192.168.1.5/crl/root.crl
>
> however when generation the certificate against this config a check of the
>
On Sat, Sep 02, 2023 at 11:52:28AM +0100, Martin Pieuchot wrote:
> On 13/08/23(Sun) 22:59, Kurt Miller wrote:
> > I’ve been hunting an intermittent jdk crash on sparc64 for some time now.
> > Since egdb has not been up to the task, I created a small c program which
> > reproduces the problem. This
On Mon, Aug 14, 2023 at 08:47:22PM +, Miod Vallat wrote:
> For what it's worth, I couldn't get your test to fail on a dual-cpu
> sun4u. Either it's a sun4v-specific issue or it needs many more cpus to
> trigger.
I can reproduce the segfault, but seemingly not the killed process on
16-cpu LDOM
On Tue, Jul 11, 2023 at 08:35:31PM +0200, Theo Buehler wrote:
> On Tue, Jul 11, 2023 at 02:32:48PM +0200, Theo Buehler wrote:
> > On Tue, Jul 11, 2023 at 11:48:57AM +0100, Stuart Henderson wrote:
> > > I ran into a segfault with patch(1) in a port, here's a test case wi
On Tue, Jul 11, 2023 at 02:32:48PM +0200, Theo Buehler wrote:
> On Tue, Jul 11, 2023 at 11:48:57AM +0100, Stuart Henderson wrote:
> > I ran into a segfault with patch(1) in a port, here's a test case with a
> > minimal reproducer.
> >
> > $ echo foo > test
> &g
On Tue, Jul 11, 2023 at 11:48:57AM +0100, Stuart Henderson wrote:
> I ran into a segfault with patch(1) in a port, here's a test case with a
> minimal reproducer.
>
> $ echo foo > test
> $ perl -e 'print "--- test.orig\n+++ test\n@@ -1,1 +1,2 @@\n foo\n+" . 'x' x
> 32768 . "\n\\ No newline at
> Good catch. It's the only header where we forget to skip leading
> blanks.
This was overlooked in fetch.c r1.209
ok tb
>
> I can reproduce and confirm that this does indeed fix the parsing and
> make ftp set the mtime accordingly to Last-Modified.
>
> > diff --git i/usr.bin/ftp/fetch.c
On Sun, May 07, 2023 at 07:11:50PM +0200, Claudio Jeker wrote:
> Please give the following diff a try and report back if it fixes your
> issue. When copying the output filters the refcnt for your
> match out to XYZ set nexthop BLA rule is not properly increased and when a
> peer flaps the counts
On Tue, Feb 07, 2023 at 01:00:04PM +0100, Florian Obser wrote:
> On 2023-02-06 14:33 -05, Ryan Kavanagh wrote:
> >>Synopsis: unwind ignores 'force' directive for home.arpa
> >>Category: system
> >>Environment:
> > System : OpenBSD 7.2
> > Details : OpenBSD 7.2-current
On Mon, Dec 26, 2022 at 06:03:42AM +0800, wuwow...@gmail.com wrote:
> Sad... Not working...
> OpenBSD 7.1
>
> #!/usr/bin/awk -f
> BEGIN {
> d = "/tmp/test/";
> system("mkdir -p " d);
> i = -1;
> while (++i < 1000) {
> f = d i;
> printf("") > f;
This opens f and
> Try this
ok tb
>
> Index: revokeproc.c
> ===
> RCS file: /home/cvs/src/usr.sbin/acme-client/revokeproc.c,v
> retrieving revision 1.19
> diff -u -p -r1.19 revokeproc.c
> --- revokeproc.c 22 Nov 2021 08:26:08 - 1.19
>
On Sat, Nov 26, 2022 at 12:07:33PM +, li...@h3artbl33d.nl wrote:
> Hi,
>
> I think I may have stumbled upon a bug in relation with ix(4) in -current. If
> I boot this particular machine with any snapshot more recent than "OpenBSD
> 7.2-current (GENERIC.MP) #827: Thu Nov 10 13:46:36 MST
> >How-To-Repeat:
> In tmux with default keybindins, type C-b :, C-b ,, or C-b $.
In the PR the option was called status-prompt-line. It was renamed to
message-line, but one instance was missed, which results in a fatalx
since it doesn't exist.
Index: status.c
> Yesterday gnezdo@ fixed a race in uvn_attach() that lead to the same
> assert. Here's an rebased diff for the bug discussed in this thread,
> could you try again and let us know? Thanks!
This seems to be stable now. It's been running for nearly 5 days.
Without gnezdo's fix it would blow up
On Mon, Jul 11, 2022 at 01:05:19PM +0200, Martin Pieuchot wrote:
> On 11/07/22(Mon) 07:50, Theo Buehler wrote:
> > On Fri, Jun 03, 2022 at 03:02:36PM +0200, Theo Buehler wrote:
> > > > Please do note that this change can introduce/expose other issues.
> > >
> &
On Tue, Jul 26, 2022 at 11:49:09AM +0100, Stuart Henderson wrote:
> On 2022/07/25 23:41, mgra...@brainfat.net wrote:
> > >Description:
> > This change adds the \% argument to the ksh process of the prompt. This
> > will
> > cause the current rdomain of the shell to be displayed in the prompt.
> It's hard for me to tell what's going on. I believe the interesting
> trace is the one from cpu0 that we don't have. Can you easily reproduce
> this? I'm trying on amd64 without luck. I'd glad if you could gather
> more infos.
It is not hard to reproduce on my m1 mini, but it takes time -
On Fri, Jun 03, 2022 at 03:02:36PM +0200, Theo Buehler wrote:
> > Please do note that this change can introduce/expose other issues.
>
> It seems that this diff causes occasional hangs when building snapshots
> on my mac M1 mini. This happened twice in 10 builds, both time
> diff --git a/src/usr.sbin/relayd/hce.c b/src/usr.sbin/relayd/hce.c
> index 5233e2c..4a1bf1c 100644
> --- a/src/usr.sbin/relayd/hce.c
> +++ b/src/usr.sbin/relayd/hce.c
> @@ -94,6 +94,9 @@ hce_setup_events(void)
> table->tls_cfg != NULL)
>
> Please do note that this change can introduce/expose other issues.
It seems that this diff causes occasional hangs when building snapshots
on my mac M1 mini. This happened twice in 10 builds, both times in
xenocara. Unfortunately, both times the machine became entirely
unresponsive and as I
> I'm not sure if there is much value in percolating the error upwards through
> tls_init() into a careful termination provides a huge amount of value because
> the error cannot be resolved without proper build & library support.
Maybe not, but tls_config_new() can fail for many reasons, so its
On Sat, Apr 23, 2022 at 10:08:12AM +0200, Clemens Gößnitzer wrote:
> syspatch fails on 7.1 due to a wrong directory naming on the mirrors:
>From https://www.openbsd.org/errata71.html
Notice:
A mistake was made in generating the syspatch(8) binary patch
syspatch71-001_wifi for this errata. This
On Wed, Mar 30, 2022 at 05:00:19PM +0200, Martijn van Duren wrote:
> On Tue, 2022-03-29 at 20:43 +0100, Raf Czlonka wrote:
> > > Synopsis: ldap(1) search doesn't seem to working properly
> > > Category: system
> > > Environment:
> > System : OpenBSD 7.1
> > Details : OpenBSD
On Tue, Feb 22, 2022 at 01:46:52PM +0100, Martijn van Duren wrote:
> Took me a while to dig up my octeon machine.
>
> The problem is that requestid is an int32, not a long long.
> Diff below fixes this for me.
>
> OK?
ok tb
>
> martijn@
>
> On Wed, 2022-02-09 at 15:01 +0100, Sebastian Oswald
As discussed with Volker off-list, the fact that the name constraint
'permitted;IP.0=10.0.0.0/255.0.0.0' from the config isn't accepted is
yet another bug from that diff. As far as I can see from a quick scan
of the spec and the code that's the only thing that needs special casing
for name
Many thanks for the additional detailas, that was very helpful.
> openssl(9323) in free(): chunk is already free 0x3cb3a6a9780
> Abort trap
That's a nasty double free originally introduced in -r1.3 of
x509/x509_alt.c - a2i_GENERAL_NAME(out, ...) does not necessarily return
something new: it will
On Wed, Feb 09, 2022 at 09:17:26AM +0100, Volker Schlecht wrote:
> Environment: -current, snapshot downloaded Feb 8th 2022
> Architecture: amd64
>
> The following command crashes
>
> # openssl req -key -config -new -x509 -days 365
> -sha256 -extensions v3_ca -out
> openssl(59343) in free():
On Fri, Jan 21, 2022 at 10:30:08AM +, dennis.nues...@posteo.net wrote:
> While I’m trying to boot a diskless client, I am running in the issue, which
> I described here in detail:
> https://marc.info/?l=openbsd-misc=164228426116738=2
which contains this error:
/etc/netstart: sed: not found
> /usr/local/bin/mixsvr.sh:
> +
> #!/bin/sh -eu
Try switching this to /bin/ksh
On Sun, Oct 24, 2021 at 12:37:47PM +, Klemens Nanni wrote:
> On Thu, Oct 21, 2021 at 10:29:02AM +, Klemens Nanni wrote:
> > On Thu, Oct 21, 2021 at 04:06:53AM -0600, Theo de Raadt wrote:
> > > Can people handle typing these passwords blindly? I suspect yes.
> > >
> > > Then this seems
On Mon, Aug 30, 2021 at 10:45:47AM +0200, Martin Pieuchot wrote:
> On 06/08/21(Fri) 08:08, Theo Buehler wrote:
> > > The diff below fixes this by setting the "source" amap lock to the newly
> > > allocated one. This is not strictly necessary on OpenBSD since
On Thu, Aug 12, 2021 at 01:59:41PM +0200, Marcus MERIGHI wrote:
> Hello!
>
> s...@spacehopper.org (Stuart Henderson), 2021.08.10 (Tue) 23:10 (CEST):
> > On 2021/08/10 21:43, Theo Buehler wrote:
> > > On Tue, Aug 10, 2021 at 11:38:11AM +0100, Stuart Henderson wrote:
&
On Tue, Aug 10, 2021 at 11:38:11AM +0100, Stuart Henderson wrote:
> Something appears to have broken x260 suspend; zzz results in it sitting with
> screen off, the light flashing, and seemingly no way out other than forcibly
> powering down.
I don't have much to add. I see the same on my x280. I
> The diff below fixes this by setting the "source" amap lock to the newly
> allocated one. This is not strictly necessary on OpenBSD since the amap
> is only inserted on the global list at the end of amap copy, but this
> satisfies the locking requirement of amap_wipeout() and is IMHO the
>
On Thu, Jul 29, 2021 at 11:23:30AM -0600, Todd C. Miller wrote:
> On Thu, 29 Jul 2021 07:11:26 -0600, "Theo de Raadt" wrote:
>
> > I'm not sure about the tradeoff in this approach.
> >
> > Won't the lack of precision in double eventually lead to non-uniformity?
> >
> > The way jot is written, I
On Mon, Jun 28, 2021 at 11:43:51PM -0400, Johnny Cast wrote:
> Hi OpenBSD,
> A few days ago I learned that LibreSSL's libtls does not include P-521
> in its list of default ECDHE curves. Is there any reason for this, and
> would you be willing to consider adding it? It was speculated that
>
On Wed, Jun 23, 2021 at 04:10:13PM +, C. G. wrote:
> Hi,
>
> I'm running 6.9 GENERIC#464 amd64 on a VirtualBox 6.1 VM, and I can't get
> Apache to work with TLS 1.3.
>
> It's the release install.
>
> I've installed Apache from the ports with the FLAVOR=ldap, Apache version is
> (output
On Mon, Mar 29, 2021 at 09:25:04PM +0200, Mark Kettenis wrote:
> > Date: Thu, 25 Mar 2021 08:00:56 +0100
> > From: Theo Buehler
> >
> > On Wed, Mar 24, 2021 at 05:11:52PM +0100, Mark Kettenis wrote:
> > > > Date: Wed, 24 Mar 2021 09:47:56 +0100
> > >
On Thu, Mar 25, 2021 at 08:00:57AM +0100, Theo Buehler wrote:
> On Wed, Mar 24, 2021 at 05:11:52PM +0100, Mark Kettenis wrote:
> > > Date: Wed, 24 Mar 2021 09:47:56 +0100
> > > From: Theo Buehler
> > >
> > > On Tue, Mar 23, 2021 at 08:29:29PM +0100, Mark
On Wed, Mar 24, 2021 at 05:11:52PM +0100, Mark Kettenis wrote:
> > Date: Wed, 24 Mar 2021 09:47:56 +0100
> > From: Theo Buehler
> >
> > On Tue, Mar 23, 2021 at 08:29:29PM +0100, Mark Kettenis wrote:
> > > > Date: Tue, 23 Mar 2021 17:39:45 +0100
> > >
On Tue, Mar 23, 2021 at 08:29:29PM +0100, Mark Kettenis wrote:
> > Date: Tue, 23 Mar 2021 17:39:45 +0100
> > From: Theo Buehler
> >
> > On Tue, Mar 23, 2021 at 05:28:37PM +0100, Mark Kettenis wrote:
> > > > Date: Tue, 23 Mar 2021 16:56:33 +0100
> > >
On Tue, Mar 23, 2021 at 08:29:29PM +0100, Mark Kettenis wrote:
> > Date: Tue, 23 Mar 2021 17:39:45 +0100
> > From: Theo Buehler
> >
> > On Tue, Mar 23, 2021 at 05:28:37PM +0100, Mark Kettenis wrote:
> > > > Date: Tue, 23 Mar 2021 16:56:33 +0100
> > >
On Tue, Mar 23, 2021 at 05:28:37PM +0100, Mark Kettenis wrote:
> > Date: Tue, 23 Mar 2021 16:56:33 +0100
> > From: Theo Buehler
> >
> > On Tue, Mar 23, 2021 at 04:13:53PM +0100, Mark Kettenis wrote:
> > > > Date: Tue, 23 Mar 2021 14:14:40 +0100
> > >
On Tue, Mar 23, 2021 at 04:13:53PM +0100, Mark Kettenis wrote:
> > Date: Tue, 23 Mar 2021 14:14:40 +0100
> > From: Theo Buehler
>
> It would help if you could try and boot a kernel that adds some debug
> prints instead of calling aml_die(). Probably need to know the values
On Thu, Mar 11, 2021 at 10:32:08AM -0500, Dave Voutila wrote:
>
> Josh Rickmar writes:
>
> > On Wed, Mar 10, 2021 at 04:56:03PM -0500, Dave Voutila wrote:
> >>
> >> Josh Rickmar writes:
> >>
> >> > On Wed, Mar 10, 2021 at 01:11:30PM -0500, Josh Rickmar wrote:
> >> >> On Tue, Mar 09, 2021 at
On Sat, Feb 06, 2021 at 03:20:20AM +, Anindya Mukherjee wrote:
> Hi, there seems to be a memory leak in systat where the help text buffer
> is not freed under some circumstances. As a result, repeatedly pressing,
> for example, 'h' and 'space' keys will cause it to leak memory. Also
> entering
On Mon, Feb 01, 2021 at 09:44:07AM +, Stuart Henderson wrote:
> On 2021/02/01 08:44, Helmut Kiessling wrote:
> > Hi,
> >
> > Seems I have issues receiving emails into my private email so can you
> > kindly resend it to my work email instead? Original email below:
> >
> > I hope you can
On Mon, Jan 18, 2021 at 10:59:36AM +0100, Florian Obser wrote:
> On Thu, Jan 14, 2021 at 09:34:49AM -0500, Brad House wrote:
> > While working on debugging an issue reported in c-ares, I noticed some test
> > case failures in inet_net_pton(). I haven't evaluated most of them, however
> > one
On Sun, Jan 10, 2021 at 09:04:05AM +, Mikolaj Kucharski wrote:
> On Sun, Jan 10, 2021 at 10:00:50AM +0100, Theo Buehler wrote:
> > > > To get coredump and backtrace in such a situation, read up on
> > > > kern.nouidcoredump=3 in sysctl(8)
> > >
> >
> > To get coredump and backtrace in such a situation, read up on
> > kern.nouidcoredump=3 in sysctl(8)
>
> I imagine this is a typo and you meant kern.nosuidcoredump in
> sysctl(2). Anyway, thanks, that is helpful for the future.
Not really (see right before SEE ALSO in sysctl(8)), but
This is very likely to be fixed in -current by this commit:
https://marc.info/?l=openbsd-cvs=160993335615698=2
diff here:
https://marc.info/?l=openbsd-tech=160992433912265=2
To get coredump and backtrace in such a situation, read up on
kern.nouidcoredump=3 in sysctl(8)
On Sun, Dec 27, 2020 at 08:44:52PM +0100, Otto Moerbeek wrote:
> Hi,
>
> So here the diff that just fixes the mem leak on thread exit. It does
> not contains the TLS init part, I'd like to do that differently than
> what I did in the version I posted earlier.
>
> As stated before, this makes the
On Sat, Dec 26, 2020 at 01:39:55PM +0100, Otto Moerbeek wrote:
> On Sat, Dec 26, 2020 at 11:31:32AM +0100, Otto Moerbeek wrote:
>
> > On Sat, Dec 26, 2020 at 11:07:00AM +0100, Otto Moerbeek wrote:
> >
> > > On Fri, Dec 25, 2020 at 02:04:03PM +0100, Otto Moerbeek wrote:
> > >
> > > > On Fri, Dec
> Hi, getaddrinfo() crashes when multiple threads run getaddrinfo()
> concurrently. This didn't happen in 6.7.
Just to avoid confusion: I see similar crashes on 6.7, 6.6 and 6.4.
On Mon, Dec 21, 2020 at 10:15:33AM +0100, Theo Buehler wrote:
> On Mon, Dec 21, 2020 at 08:10:59PM +1100, Damien Miller wrote:
> > Sorry, this snuck back in along with another commit.
> >
> > Does this fix it?
>
> Yes. I was hesitating doing something equivalent to thi
rse_user_host_port(cp, NULL, NULL, NULL) != 0))
> + goto out;
> }
> first = 0; /* only check syntax for subsequent hosts */
> } while (cp != sdup);
>
> On Mon, 21 Dec 2020, Theo Buehler wrote:
>
> > Not sure if
> I can see that there's been a number of changes committed to OpenSSH
> recently[0] so, unless there's a snapshot-only change, this is most
> likely related.
Reverting this part of the change in readconf.c r1.344 "fixes" it for me.
The issue I run into with 'ssh -J host1 host2' is that
On Thu, Dec 10, 2020 at 09:51:49PM +0100, Olivier Taïbi wrote:
> I think there is a bug in ASN1_time_parse(3): if tm is not NULL then it
> is not zero'd before parsing and the year value is added instead of set.
Thanks!
While your observation is correct, your proposed fix will break parsing
On Tue, Dec 01, 2020 at 12:31:19PM +0100, Andreas Bartelt wrote:
> Hi,
>
> I think I've found a bug in current (snapshot from today) with regard to
> nginx from ports, LibreSSL and TLS 1.3 which is implicitly enabled even if
> configured otherwise.
>
> From nginx.conf:
> ssl_protocols
On Sun, Nov 29, 2020 at 11:22:06AM +, Stuart Henderson wrote:
> I have now seen mine crash with just the base "on by default" daemons,
> one incoming ssh connection, top, and dhclient running.
>
> I'm going to try bisecting old kernels to see if I can figure out when
> it was introduced.
>
>
Just happened again. This time without sshd involvement. Any ideas what
I could try or should do to narrow this down? Otherwise I'll downgrade
to a snap before k2k20 to see whether that makes the machine stabler.
ddb{0}> bt
mi_switch() at mi_switch+0x26f
uvm_pagezero_thread(800093c8) at
On Thu, Sep 24, 2020 at 09:15:20AM +0200, Florian Obser wrote:
> Hi Mischa,
>
> On Thu, Sep 24, 2020 at 08:52:55AM +0200, Mischa wrote:
> > Hi All,
> >
> > With the last couple of -current updates I noticed a VM doesn’t come back
> > after running sysupgrade, which it used to do.
>
> it's very
On Sun, Aug 09, 2020 at 07:12:11PM +, Mikolaj Kucharski wrote:
> On Mon, Aug 03, 2020 at 12:47:22PM +0200, Theo Buehler wrote:
> >
> > I will commit a cleaned-up version of that diff soon.
>
> Thanks. It works now with:
>
> OpenBSD 6.7-current (GENERIC.MP) #13: S
On Mon, Aug 03, 2020 at 10:33:40AM +, Mikolaj Kucharski wrote:
> Hi,
>
> I'm unable to openssl s_client, wget, curl or ftp the domain
> k8sapi.prod.chorus1.net. Here is example session with ftp command:
>
> $ ftp -o /dev/null https://k8sapi.prod.chorus1.net/
> Trying 34.102.178.128...
> TLS
> Thanks very much for your review. What you point out above is certainly
> true, but
> then it is consistent with the current behaviour when searching for the
> beginning-of-line ('^') anchor and the point at the beginning of a
> non-empty line. In that case, the point does not move.
This
> Hmm. I get neither a seg fault nor a loop on my amd64 Lenove E595. The
> cursor moves to different spots in X/i3 xterm vs console and in either
> case doesn't do any replacement.
I can reproduce both behaviors reliably as follows both on console and
in xterm.
$ echo 'a\n\n\nb' > /tmp/test
$ mg
On Mon, Jul 13, 2020 at 03:47:13PM +0100, Mark Willson wrote:
> Folks,
>
> The segmentation fault occurs when the string to replace is just the
> "^" anchor (beginning-of-line) and the point is on an empty line.
> Issue occurs on a -current system dated July 11th. (dmesg below).
>
> The
On Mon, Jul 20, 2020 at 09:08:15AM +0200, Peter J. Philipp wrote:
> Hi,
>
> I have a screenshot of a kernel panic when I typed cu in a snapshot that
> I just downloaded.
>
> The panic string is:
>
> panic: kernel diagnositc assertion "p->p_wchan == NULL" failed: file
>
> login: panic: kernel diagnostic assertion "m->m_pkthdr.pf.statekey == NULL"
> failed: file "/usr/src/sys/net/pf.c", line 7455
Ran into this as well. Should be fixed in the next snap.
https://marc.info/?l=openbsd-tech=159462210226639=2
Index: if_wg.c
> Can this patch get committed in the current form?
I don't mind committing either version of the patch.
Unless I hear objections, I'm going to commit the patch below soon.
Index: re_search.c
===
RCS file:
On Mon, Jun 29, 2020 at 01:17:56PM +0200, Hiltjo Posthuma wrote:
> Hi,
>
> Thanks for looking into it, it looks better.
>
> With this patch I noticed re_backsrch() does not work fully correct yet.
>
> I think the line:
>
> > + regex_match[0].rm_so < tbo) {
>
> should be:
>
> >
On Sun, Jun 28, 2020 at 06:58:22PM +0200, Hiltjo Posthuma wrote:
> Hi,
>
> I noticed a bug in mg with regex search.
>
> A way to reproduce the issue:
>
> * Create a file with atleast one empty line, for example:
>
> "a
>
> b"
>
> * Move the cursor after "a".
> * M-x re-search-forward, use a
On Tue, May 19, 2020 at 09:12:29PM -0400, Demi M. Obenour wrote:
> On 2020-05-19 16:30, Theo Buehler wrote:
> > Hi,
> >
> > Thanks for the detailed report.
> >
> >>iwm0: sending assoc_req to 18:e8:29:11:2b:2f on channel 6 mode 11g
> >>iwm0: a
Hi,
Thanks for the detailed report.
> iwm0: sending assoc_req to 18:e8:29:11:2b:2f on channel 6 mode 11g
> iwm0: association failed (status 10) for 18:e8:29:11:2b:2f
> iwm0: association timed out for 18:e8:29:11:2b:2f
I saw the same problem on my access point. This is fixed in
On Mon, May 04, 2020 at 04:23:44PM +0100, Stuart Henderson wrote:
> On 2020/05/04 15:01, Doug Moss wrote:
> > For OpenBSD 6.6, amd64
> > in the daily script to check security:
> > /usr/libexec/security
> >
> > at line 248 for checking if the umask is set:
> > my @list = qw(/etc/profile
On Wed, Mar 25, 2020 at 01:05:51PM +0100, Marko Cupać wrote:
> On 2020-03-24 16:02, Marko Cupać wrote:
> > Hi,
> >
> > I wrote already on @misc, but as I had kernel panic I am reporting it
> > here as well.
> >
> > Recently my npppd server got an increase from ~20 to ~200 concurrent
> > PPTP
On Sat, Mar 14, 2020 at 02:01:23PM +, Tom Murphy wrote:
> Hi,
>
> I've narrowed it down.
> Further testing shows it's not kernel, but Xenocara. If I
> install xbase66.tgz from 12th March, it's fine. If I use the
> newest snapshot xbase66.tgz, X crashes.
There was only one xenocara
On Sat, Feb 08, 2020 at 12:51:24PM +0100, Sven Wolf wrote:
> Hi,
>
> the pkg_add problem with an https installurl is solved (tested with snapshot
> #639/2020-02-07).
Thanks for letting us know. This issue was first resolved by disabling
the TLSv1.3 client last Saturday. A workaround was
On Thu, Nov 07, 2019 at 03:10:45PM -0800, Philip Guenther wrote:
> On Thu, 7 Nov 2019, Theo Buehler wrote:
> > On Thu, Nov 07, 2019 at 03:32:48PM -0700, Theo de Raadt wrote:
> > > > kern.version=OpenBSD 6.6-current (GENERIC.MP) #433: Thu Nov 7 10:41:08
> > > >
On Thu, Nov 07, 2019 at 03:32:48PM -0700, Theo de Raadt wrote:
> > kern.version=OpenBSD 6.6-current (GENERIC.MP) #433: Thu Nov 7 10:41:08 MST
> > 2019
>
> That is too old and does not contain the solution.
>
I obtained a different binary with the latest sets, but still see the
same problem.
On Thu, Nov 07, 2019 at 11:46:56PM +0200, Theo Buehler wrote:
> > Unfortunately, the binary is stripped so there are no symbols for the
> > .openbsd.randomdata segment so we can't confirm the cause.
>
> Sorry about that. A non-stripped binary should be available under
>
> Unfortunately, the binary is stripped so there are no symbols for the
> .openbsd.randomdata segment so we can't confirm the cause.
Sorry about that. A non-stripped binary should be available under
cvs:~tb/lean/lean-nonstripped
I was trying to debug a WIP port, so I compiled it with '-g -O0' on my
amd64 laptop. When trying to execute the binary, I got
$ ./lean
ksh: ./lean: Cannot allocate memory
mpi was able to pinpoint this to the following check in exec_elf.c:
699 case PT_OPENBSD_RANDOMIZE:
700
On Mon, Oct 07, 2019 at 11:16:22AM +0100, Stuart Henderson wrote:
> On 2019/10/07 09:53, Theo Buehler wrote:
> > $ doas /usr/sbin/unbound-anchor -v
> > /var/unbound/db/root.key has content
> > [1570433629] libunbound[28321:0] fatal error: could not open autotrust file
Found this in my daily mail:
unbound-an -U root ttyp5 0.02 secs Sun
Oct 6 21:57 (0:00:00.16)
Since I have
auto-trust-anchor-file: "/var/unbound/db/root.key"
in my /var/unbound/etc/unbound.conf, on starting unbound, the rc.d
script runs
On Mon, Aug 12, 2019 at 02:34:55PM +0200, p...@ybad.name wrote:
> >Synopsis:key input repeat speed too fast.
> >Category:cwm
> >Environment:
> System : OpenBSD 6.6
> Details : OpenBSD 6.6-beta (GENERIC.MP) #201: Sun Aug 11 23:13:55
> MDT 2019
>
On Sun, May 26, 2019 at 05:05:19AM -0600, Theo de Raadt wrote:
> That is weird.
>
> Why did syspatch believe this is a system it can operate on?
The crank from 6.4-beta to 6.4 happened on Sept 29th, and the one from
6.4 to 6.4-current happened on Oct 13th. Any system built during these
two weeks
On Tue, May 07, 2019 at 03:02:24PM +0200, Martijn van Duren wrote:
> Hello,
>
> When trying to make p5-Net-SNMP connect to snmpd with seclevel enc it
> fails to do so. This is because NET::SNMP verifies agains
> usmStatsUnknownEngineIDs, while we return usmStatsUnsupportedSecLevels.
>
>
On Fri, Mar 01, 2019 at 04:10:17PM +0100, Jeremie Courreges-Anglas wrote:
> On Mon, Feb 25 2019, Jeremie Courreges-Anglas wrote:
> > +cc sthen since ports/textproc/mupdf is affected by the bug:
> >
> >
> > http://build-failures.rhaalovely.net//sparc64/2019-02-03/textproc/mupdf.log
> >
> > On
1 - 100 of 176 matches
Mail list logo