On 2020/02/14 16:27, blancamoli...@yahoo.es wrote:
> I use https://ftp.fau.de/pub/OpenBSD/Changelogs/ChangeLog
> but I have looked at others mirrors (Canada mirrors, USA mirrors) and the
> file is not updated since February 3.
>
>
> Thanks,
> Manuel Blanca
I have no idea what generates that
On 2020/01/10 19:13, Kor son of Rynar wrote:
> On Fri, Jan 10, 2020 at 6:48 PM Kor son of Rynar
> wrote:
>
> > >Fix:
> > Unknown. Could be related to the lack of "Connection: close"
> > and/or "Content-Type" headers in the HTTP request?
> >
>
> Adding the missing headers seems to
On 2020/01/11 12:48, Kor son of Rynar wrote:
> Hi Stuart,
>
> thank you for your fast reply.
>
> On Fri, Jan 10, 2020 at 7:22 PM Stuart Henderson
> wrote:
>
> > On 2020/01/10 19:13, Kor son of Rynar wrote:
> > > On Fri, Jan 10, 2020 at 6:48 PM Kor son of
On 2020/01/11 17:24, Matthieu Herrb wrote:
> On Tue, Jan 07, 2020 at 09:00:04PM +0100, Benjamin Baier wrote:
>
> Hi,
>
> While I've been able to write a small application that reproduces
> this, I can't reproduce the conversion to XA_IP_ADDRESS with
> claws-mail. (I'm trying to test options to
On 2020/01/11 18:23, Jeremie Courreges-Anglas wrote:
> > Great, this change is definitely safe (in fact this header is required
> > by the OCSP RFCs - both the current RFC 6960 and the original 2560).
> >
> > I'll reinclude the diff so it applies with patch (spaces/tabs issue)
> > and CC a couple
On 2020/01/10 12:19, Janne Johansson wrote:
> >
> >
> > There's a tunnel between Server A and Server B. Server A is a standalone
> > machine trying to reach over the VPN tunnel to a host (10.0.1.50) that is
> > located in a subnet of Server B. Setup is the following:
> > $ cat /etc/hostname.enc0
>
On 2019/12/26 07:53, open...@evantann.com wrote:
> >Synopsis:"1Password X" extension on Firefox shows 0 passwords
> >Category:
> >Environment:
> System : OpenBSD 6.6
> Details : OpenBSD 6.6-current (GENERIC.MP) #565: Tue Dec 24
> 13:18:50 MST 2019
>
On 2019/12/25 16:23, Thomas Dickey wrote:
> Since my message to bugs@openbsd.org was ignored,
> I'll have to assume that they're not interested in discussing it,
> and will keep in mind to document it as a pitfall in upcoming releases.
The toolchain isn't my area, but I suspect there's little
On 2019/12/27 07:18, Evan Tann wrote:
> On Fri Dec 27, 2019 at 10:00 AM, Solène Rapenne wrote:
> > Le 2019-12-26 16:53, open...@evantann.com a écrit :
> > >> Synopsis:"1Password X" extension on Firefox shows 0 passwords
> > >> Category:
> > >> Environment:
> > > System : OpenBSD 6.6
On 2020/03/12 15:35, Timothée FAURE wrote:
> Hello !!
> (I'm French, so, if I don't speak English very well, please, don't kill me )
>
> I've tried to install OpenBSD on my computer, but, the Wifi don't run...
> I have a Qualcomm Atheros QCA9377 802.11ac Wireless Network Adapter card.
> (I know
Forwarded from Vitaliy Makkoveev on misc@:
> After upgrading from 3 days old snapshot to 6.7-beta snapshot mutt can't
> send mail via yahoo's smtps. Error is "SSL failed: error:1404B3F2:SSL
> routines:ST_CONNECT:sslv3 alert unexpected message". mutt on this machine
> restored from backup to old
Below I've included console output from boot with "route -n monitor"
run in the background (started from hostname.em0).
I think there may have been some confusion in some of the posts earlier;
em0 was brought up before iwm0.
Running tcpdump on the gateway I see these ARPs (address conflict
Here's a diff of "route monitor" with and without autoconf6 (with pid/seq masked
to avoid noise).
--- with.autoconf6 Sat Apr 11 17:48:42 2020
+++ without.autoconf6 Sat Apr 11 17:48:42 2020
@@ -110,60 +110,6 @@ use:0 mtu:0expire:0
locks: inits:
sockaddrs:
m0 16m12s
On 2020/04/11 17:23, Stuart Henderson wrote:
> Below I've included console output from boot with "route -n monitor"
> run in the background (started from hostname.em0).
>
> I think there may have been some confusion in some of the posts earlier;
> em0 was b
On 2020/04/14 14:28, Helmut Kiessling wrote:
> Hi Stuart,
>
> Super, thanks a lot. Are we also expecting patch for this?
Very unlikely (but it will be in 6.7). The simplest workaround if you
need this on 6.6 is probably to install openssl from ports and use the
eopenssl binary.
On 2020/04/14 11:18, Helmut Kiessling BT wrote:
> Hi,
>
>
>
> I have a strange CA certificate (GoDaddy) serial number issue after upgraded
> one of our servers into OpenBSD 6.6 see below:
>
>
>
> In OpenBSD 6.4 serial number is:
>
>
>
> # openssl version
>
> LibreSSL 2.8.2
>
> #
On 2020/04/18 22:10, Olivier Antoine wrote:
> Hi,
>
> During the installation process with the latest available bsd.rd, at
> the step 'Making all devices nodes' I noticed the following error
> message twice:
> chgrp : group is invalid: _sndiop
>
> Saw that on bsd.rd amd64 17 Apr 2020 during a
> > Relevant lines from smtpd.conf
> > --
> >
> > I think the only relevant bit is that I set "relay tls" and not "relay
> > tls no-verify" - the latter config would pass mail outbound despite
> > the remote certificate validation failure.
> >
> > ===
> > pki
On 2020/04/10 12:04, Bob Beck wrote:
>
> So doing a little digging:
>
> obtuse1# dig hostedmail.com mx
> ; <<>> dig 9.10.8-P1 <<>> hostedmail.com mx
> ;; global options: +cmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36649
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 1,
On 2020/04/15 21:52, Paul Hardy wrote:
> With what's available "out of the box" on OpenBSD 6.6, one conflict is
> that the latest version of autoconf available with pkg_add insists
> upon the latest version of GNU libtool, which is newer than the latest
> libtool version available through pkg_add.
On 2020/03/13 17:44, Martin wrote:
> Description
>
> After heavy disk loads (copying large files, dd urandom data to a disk)
> especially USB3.0 attached. OpenBSD 6.6-current stutters every 1-3s even
> after copying is completed till next reboot. Disk was encrypted by bioctl
> with -r64
After updating my laptop from
OpenBSD 6.6-current (GENERIC.MP) #653: Thu Feb 20 21:40:37 MST 2020
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
to
OpenBSD 6.6-current (GENERIC.MP) #84: Fri Mar 27 23:50:29 MDT 2020
I've started seeing a lot of these:
/bsd:
On 2020/03/31 11:05, Renaud Allard wrote:
> Hello,
>
> I was trying to autoinstall OpenBSD over an existing installation of linux.
> So I used a modified (with upobsd) bsd.rd containing an auto_install.conf.
> But it seems the (MBR) partitioning line is never taken into account.
> Using:
> "MBR =
On 2020/03/28 16:45, Martin Pieuchot wrote:
> On 28/03/20(Sat) 15:30, Stuart Henderson wrote:
> > After updating my laptop from
> >
> > OpenBSD 6.6-current (GENERIC.MP) #653: Thu Feb 20 21:40:37 MST 2020
> > dera...@amd64.openbsd.org:/usr/src/sys/ar
On 2020/03/30 10:29, Martin Pieuchot wrote:
> On 29/03/20(Sun) 17:17, Stuart Henderson wrote:
> > [...]
> > I guess I'll just move it to a wifi network on a different vlan for now.
>
> Well I wouldn't be surprise if the issue is exposed by the use of two
> cloning
On 2020/04/23 17:52, jo...@armadilloaerospace.com wrote:
[ for the benefit of people who didn't bother opening images from
an email with no information, this is a set of screenshots from
VirtualBox with a reaper panic, "pmap_remove_ptes_86: unmanaged page
marked PG_PVLIST",
On 2020/04/26 14:29, Moises Simon wrote:
> Hi,
>
> after the mixerctl/sndioctl change in -current
> sndioctl doesn't work if mpd is playing music.
>
> Other music players like cmus work fine
>
> OpenBSD 6.7-beta (GENERIC.MP) #153: Fri Apr 24 07:15:21 MDT 2020
> Information for inst:mpd-0.21.21
On 2020/04/22 13:11, Aldo Mazzeo wrote:
> My system completely hangs when downloading huge files (> 2 GB, maybe
> even smaller) when using Nextcloud client application.
>
> When downloading such files, I can clearly see httpd process eating
> more and more CPU and RAM, until it reaches ~95%:
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 /root/.profile);
>
> shouldn't that be instead:
> my @list = qw(/.profile
On 2020/05/04 23:03, Rupert Gallagher wrote:
> > Maybe it's a CPU related bug, who knows.
> Maybe you are using powerpc or arch64 and your bug isn't reproducible on
> amd64.
>
> No, the CPU is an amd64. It is was something else, I would have mentioned it.
You aren't going to get accurate
On 2020/05/04 22:57, Rupert Gallagher wrote:
> > So you don't think there could be something odd in the bsd.rd so you would
> > write
> "download bsd.rd #234234 from ftp.unsynchedmirror.com or my copy here"
> Perhaps this was fixed in 6.5 and you are running something older?
>
> Why bothering
On 2020/04/22 18:51, Dam wrote:
> Hello,
>
> I have an OpenBSD server with last snapshot to test OpenBGPD, rpki-client...
> OpenBSD 6.7-beta (GENERIC.MP) #148: Tue Apr 21 21:55:52 MDT 2020
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>
> This server has
Nice find! This change also fixes
vga1 at pci3 dev 0 function 0 "ASPEED Technology AST2000" rev 0x30
as seen on many server boards from smaller manufacturers (especially
common on Supermicro).
On 2020/05/19 11:36, Andreas Kusalananda Kähäri wrote:
> >Synopsis:Mounting MFS filesystem does not preserve directory permissions
> >of mount point
> >Category:system
> >Environment:
> System : OpenBSD 6.7
> Details : OpenBSD 6.7-current (GENERIC.MP) #198: Mon May 18
On 2020/05/19 06:15, Todd C. Miller wrote:
> On Tue, 19 May 2020 14:04:37 +0200, Otto Moerbeek wrote:
>
> > In 18 years, yes. But the -O2 case should work whartever the default
> > is for mfs.
>
> I agree that -O2 should work for mfs, I'm just wasn't sure that
> should be the default for mfs.
Do you have some idea of when it started?
Do you have old boot messages (check /var/log/messages.*.gz) from eariler,
if so can you diff them and see if anything changed there?
Did anything change in the network (different switch, switch firmware,
or config)?
On 2020/05/14 10:43, Andreas
On 2020/03/23 12:00, Kevin Chadwick wrote:
> On 2020-03-23 11:09, Stefan Sperling wrote:
> > The bugs@ list is intended for in-depth bug reports with a clear problem
> > description and as much hard data as possible to support the problem
> > hypothesis. Not random snippets of info with many open
On 2020/05/05 12:05, Ingo Schwarze wrote:
> Hi,
>
> Doug Moss wrote on Mon, May 04, 2020 at 03:01:43PM +:
>
> > 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
You seem to be having a lot of crashes from all sorts of software that
works OK for most people.
Was this a clean install or an update? If it was an update did you update
*all* your packages and was there any error from pkg_add -u?
I think all your errors show a problem loading theme icons - do
I have some hangs with my main workstation running -current if I'm
running X. I've seen it a couple of times in a day - unsure of anything
in particular that triggers it (I thought maybe browser-related but
I've seen it while not actively using a browser too). When it happens
I can't access DDB
I have nginx reverse-proxy to Unifi's java https server and started
running into problems after an update to base a little while ago,
I finally got round to bisecting to this commit:
-
PatchSet 3569
Date: 2020/07/07 19:24:23
Author: jsing
Branch: HEAD
Tag: (none)
Log:
Enable
On 2020/09/09 20:31, Mikolaj Kucharski wrote:
> Hi,
>
> I see this problem with curl on two machines and firefox and chromium on
> one as that's the only X11 environment which I have.
>
> # curl -vs https://www.mail-archive.com/
> * Trying 72.52.77.8:443...
> * Connected to
On 2020/09/13 22:48, Giovanni Bechis wrote:
> "smtpctl spf walk" doesn't work as it should because it breaks when it finds
> macros as defined in RFC 7208.
>
> $ echo ryanair.com | smtpctl spf walk
> gives no output while dig reply is:
> $ dig txt ryanair.com | grep spf
> ryanair.com.
I've included a hackish diff to work around this problem below, in case
anyone else needs it. Not clean as it will force TLSv1.2 and disallow
earlier versions.
- Forwarded message from Stuart Henderson -
From: Stuart Henderson
Date: Thu, 10 Sep 2020 16:30:49 +0100
To: bugs@openbsd.org
I would try updating to a snapshot to see if it helps the axen errors/panic.
I don't think "boot dump" is possible with USB storage.
--
Sent from a phone, apologies for poor formatting.
On 9 September 2020 05:56:33 OpenBSD Bug Reporter
wrote:
Hello again,
By way of update, if the kernel
On 2020/10/09 21:56, avv. Nicola Dell'Uomo wrote:
> Do you think this could be firmware related?
>
> Because I also upgraded fw and actually I don't know if the result is
> consistent (6.8 is upcoming; I use a snapshots; and fw repository contains
> both 6.8 and snapshots, so I presume I upgraded
On 2020/08/23 21:57, Uwe Werler wrote:
> Hi,
>
> spotted some typos:
>
> Index: tpmr.4
> ===
> RCS file: /cvs/src/share/man/man4/tpmr.4,v
> retrieving revision 1.7
> diff -u -p -r1.7 tpmr.4
> --- tpmr.4 5 Aug 2020 14:55:40
On 2020/08/16 22:59, Martijn van Duren wrote:
> Wanting to try my hands at dpb on alpha I set up an nfs-server since in
> forever. Mounting the share on alpha goes without problems, but trying
> to mount it on my amd64 laptop I trigger the following message on the
> server:
> mountd[19611]:
No idea if related to the hangs I saw earlier, but I've just hit a
uaudio-related kernel crash when starting to play a video in firefox.
RA\xaf\xdeRA\xaf\xdeRA\xaf\xdeRA\xaf\xdeRA\xaf\xdeRA\xaf\xdeRA\xaf\xde: can't
set interface
kernel: protection fault trap, code=0
Stopped at
On 2020/05/25 11:33, abed wrote:
>
> After installing OpenBSD 6.7 (i mean exactly after that without touching
> a thing). if you issue sysupgrade, it says: cant find version 6.8, which
> is absolutely doesn't exist. I wondering is it really hard to firs check
> the latest version when we heavily
visa pointed me at sys/kern/kern_event.c r1.132 as a possibility -
I reverted that yesterday and haven't seen the system hang yet.
That's not conclusive but considering how things were going before,
I think it would have happened by now.
On 2020/05/23 23:41, Stuart Henderson wrote:
> I have s
On 2020/05/25 14:46, Andreas Kusalananda Kähäri wrote:
> On Mon, May 25, 2020 at 12:26:25PM +, abed wrote:
> > I'm expecting when the 6.8 dosen't exist, we have to show a message not
> > an error (404 not found )!!!
> >
> > On 5/25/20 12:21 PM, Stuart Henderson wr
On 2020/10/26 23:21, Pedro Almeida wrote:
> On Monday, 26 October 2020 at 9:22:01 +, Pedro Almeida wrote:
> >
> > You don't need an unused space of 1.1G on /usr partition.
> > The sentence you've pointed out states the whole partiton should have,
> > at least, 1.1G but in a environment where
What does the replay feature actually do? Does it re-enter the commands
or just display the console output (like "cat typescript", but slower)?
On 2020/08/01 22:23, Soumendra Ganguly wrote:
> Theo,
>Thank you for the feedback. I can understand why some of that
> functionality might be
On 2020/07/08 16:22, Richard Ipsum wrote:
> >Synopsis:userland gettimeofday not working?
> >Category:kernel
> >Environment:
> System : OpenBSD 6.7
> Details : OpenBSD 6.7-current (GENERIC.MP) #336: Tue Jul 7
> 22:27:36 MDT 2020
>
>
On 2020/07/03 22:34, Paul de Weerd wrote:
> Hi Mark,
>
> On Fri, Jul 03, 2020 at 02:14:32PM +0200, Mark Kettenis wrote:
> | > Date: Fri, 3 Jul 2020 13:37:19 +0200
> | > From: Paul de Weerd
> | >
> | > [ CC:'ing Mark ]
> | >
> | > My first guess hit the spot: after reverting Mark's commit, my
On 2020/07/15 02:32, ken.hendrick...@l3harris.com wrote:
>
> Perhaps I am doing something wrong. Or maybe there is a bug.
>
> I have done quite a few installs in the last couple of weeks,
> and on first boot, /etc/rc.firsttime doesn't work. It seems
> that DNS isn't working yet, and perhaps
On 2020/07/03 11:29, Paul de Weerd wrote:
> Using the excellent snapshot archive hosted by hostserver.de, I
> bisected old kernels to find out when this was introduced.
>
> bsd from 2020-06-16-0105 and before boot fine
> bsd from 2020-06-17-0105 and after all stop at 'data_abort+0x68'
>
> As my
On 2020/07/03 14:14, Mark Kettenis wrote:
> > Date: Fri, 3 Jul 2020 13:37:19 +0200
> > From: Paul de Weerd
> >
> > [ CC:'ing Mark ]
> >
> > My first guess hit the spot: after reverting Mark's commit, my RPi3
> > boots again, please find the dmesg below.
>
> These bits from you old dmesg worry
On 2020/06/14 15:45, Jonathan Gray wrote:
> On Sat, Jun 13, 2020 at 12:15:13PM +0100, Stuart Henderson wrote:
> > Same with a newer kernel.
> >
> > OpenBSD 6.7-current (GENERIC.MP) #3: Thu Jun 11 19:47:48 BST 2020
> > st...@symphytum.spacehopper.org:/sys/ar
On 2020/06/17 16:07, Jonathan Gray wrote:
> On Tue, Jun 16, 2020 at 06:46:41PM +0100, Stuart Henderson wrote:
> > On 2020/06/15 21:50, Stuart Henderson wrote:
> > > On 2020/06/14 15:45, Jonathan Gray wrote:
> > > > On Sat, Jun 13, 2020 at 12:15:13PM +0100, Stuart H
Thanks to Jens A. Griepentrog for reporting and bisecting, we discovered
that sys/conf.h r1.150 broke /dev/ipmi. I found a machine to test on and
reverting the commit fixes things, but given the commit message I guess
the diff below (which also fixes it) might be better?
I have a uaudio that sometimes detaches/reattaches itself from my
workstation. I think it maybe a problem with the cable, anyway the
more interesting thing is that this acts as a "chaos monkey" and seems
good at triggering problems in various parts of the stack :)
Here's an xhci panic I
n't trigger the panic on demand - of 1200-odd detaches in the
last month this is the only time I've hit this particular panic.
So while I can put the patch in my tree and see if it causes any new
problems, I can't do any meaningful tests to see if it's fixed it.
> Gerhard
>
>
> On Mon, 29 Ju
On 2020/06/15 21:50, Stuart Henderson wrote:
> On 2020/06/14 15:45, Jonathan Gray wrote:
> > On Sat, Jun 13, 2020 at 12:15:13PM +0100, Stuart Henderson wrote:
> > > Same with a newer kernel.
> > >
> > > OpenBSD 6.7-current (GENERIC.MP) #3: Thu J
On 2020/06/11 11:48, Charlene Wendling wrote:
> >Synopsis:FS pattern separation issue
> >Category:awk
> >Environment:
> System : OpenBSD 6.7
> Details : OpenBSD 6.7-current (GENERIC.MP) #258: Wed Jun 10
> 20:46:20 MDT 2020
>
See attached test case extracted from libgpg-error, it fails on i386
but works on amd64. (ports/lang/gcc failed too, I forgot to save the build
directory).
TZ=GMT cvs up -D '2020/06/10 21:05:00'
January 5, 2020
works as expected
TZ=GMT cvs up -D '2020/06/10 21:05:10'
January 31, 2020
building
On 2020/06/11 12:05, Stuart Henderson wrote:
> I am going to start a ports build with the January 5 version, i.e. the
> following backout:
This backout fixes neofetch (the problem found by cwen) as well.
On 2020/06/11 12:23, Stuart Henderson wrote:
> On 2020/06/11 12:07, Stuart Henderson wrote:
> > On 2020/06/11 12:05, Stuart Henderson wrote:
> > > I am going to start a ports build with the January 5 version, i.e. the
> > > following backout:
> >
> > This ba
On 2020/06/11 05:59, Todd C. Miller wrote:
> On Thu, 11 Jun 2020 12:36:27 +0100, Stuart Henderson wrote:
>
> > This "fixes" it ...
> >
> > I think the most sensible approach for now is the backout diff
> > in my previous mail. Any OKs for that?
>
I came back to a machine which had died with a uvm_fault in i915_request_create.
traces/sh reg/ps/disassembly of the function/dmesg below.
It's not a GENERIC kernel but I'll send the information anyway because
the changes don't seem especially likely to be implicated. Kernel is
GENERIC.MP +
On 2020/06/11 12:07, Stuart Henderson wrote:
> On 2020/06/11 12:05, Stuart Henderson wrote:
> > I am going to start a ports build with the January 5 version, i.e. the
> > following backout:
>
> This backout fixes neofetch (the problem found by cwen) as well.
>
The ups
And this, I was resizing a mupdf window at the time.
uvm_fault(0xfd87039e5890, 0x58, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at intel_partial_pages+0xf4: movq0x58,%rsi
ddb{0}> ps /o
TIDPIDUID PRFLAGS PFLAGS CPU COMMAND
98313 29118 1000
Same with a newer kernel.
OpenBSD 6.7-current (GENERIC.MP) #3: Thu Jun 11 19:47:48 BST 2020
st...@symphytum.spacehopper.org:/sys/arch/amd64/compile/GENERIC.MP
uvm_fault(0xfd86e2f6c120, 0x51, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at i915_request_create+0x4b: movq
As hinted in the Reddit post, try disabling MSI. Unlikely to be the
permanent fix but it will give more information.
In if_re_pci.c:
/* Allocate interrupt */
if (pci_intr_map_msi(pa, ) == 0)
sc->rl_flags |= RL_FLAG_MSI; else if (pci_intr_map(pa, )
!= 0) { printf(": couldn't map
Moving to bugs@:
In gmane.os.openbsd.misc, Anton Kasmov wrote:
> I am using OpenBSD 6.7
> iked does not respect mixing ports in the source and the destination of
> traffic selectors.
>
> Such policy in iked.conf
> ikev2 "epsilon" active \
> proto tcp \
> from ::::30 to
On 2021/01/11 17:39, Stuart Henderson wrote:
> I've hit this twice too, each after about 20h uptime. Forks are failing
> ENOMEM. top reports plenty (several GB) free. No pool alloc failures in
> vmstat -m. Seen with
>
> OpenBSD 6.8-current (GENERIC.MP) #265: Sat Jan 9 01
memtest86+ has been running for 6 days, no issues found.
On 2020/12/22 23:49, Stuart Henderson wrote:
> An update on this:
>
> I have retrieved the machine that's having problems. At home it does
> still trigger the crashes but not as easily. So I have a choice of
> "
On 2020/11/26 20:17, Stuart Henderson wrote:
> I setup a console server today - after leaving it for a few hours I came
> back to a double fault trap. 6.8+syspatches, amd64, APU2. Simple PF
> config, em(4), wg(4). Running ssh/sshd/conserver/lldpd plus default base
> daemons.
Traces
On 2020/11/27 16:21, Marcus MERIGHI wrote:
> It happened again; anything I should do when "syncing disks..." is done?
Can you try dowgrading the bios to 4.11.0.4?
https://pcengines.github.io/#mr-33
On 2020/11/27 13:19, Stuart Henderson wrote:
> On 2020/11/26 20:17, Stuart Henderson wrote:
> > I setup a console server today - after leaving it for a few hours I came
> > back to a double fault trap. 6.8+syspatches, amd64, APU2. Simple PF
> > config, em(4), wg(4). Runni
On 2020/11/27 18:43, Marcus MERIGHI wrote:
> s...@spacehopper.org (Stuart Henderson), 2020.11.27 (Fri) 17:54 (CET):
> > On 2020/11/27 16:21, Marcus MERIGHI wrote:
> > > It happened again; anything I should do when "syncing disks..." is done?
>
> This time around
On 2020/11/27 18:50, Mark Kettenis wrote:
> > Date: Fri, 27 Nov 2020 18:43:47 +0100
> > From: Marcus MERIGHI
> >
> > s...@spacehopper.org (Stuart Henderson), 2020.11.27 (Fri) 17:54 (CET):
> > > On 2020/11/27 16:21, Marcus MERIGHI wrote:
> > > >
On 2020/12/07 14:03, jpeg wrote:
> reading the package readme for your browser helps, I think they include
> fixes for your exact issue.
>
> /usr/local/share/doc/pkg-readmes/{yourbrowser}
>
> Digital Crow wrote:
>
> > Playing youtube videos on a browser on openbsd has the same
> > performance
On 2020/12/08 06:44, Byteskeptical wrote:
> /etc/hostname.cnmac0:
> (same config used to enable additional ethernet ports)
>
> dhcp
> inet6 autoconf
It shouldn't crash the kernel, but running dhclient on >1 interfaces
without either stopping it from picking up a default route on one of
them, or
On 2020/12/08 03:21, VARIK VALEFOR wrote:
> >Synopsis: The capacity of the battery of the Getac B300-H is not
> correctly reported.
> >Category: system
> >Environment:
> System : OpenBSD 6.8
> Details : OpenBSD 6.8 (GENERIC.MP) #1: Tue Nov 3 09:06:04 MST
> 2020
On 2020/11/23 15:57, Julien Robert wrote:
> Hello,
>
> I'm working to upgrade apache reverse proxy server running in OpenBSD 6.5
> to latest version 6.8 doing from scratch install.
> But in the 6.8 , there is something wrong using openssl and the -CApath
> directive.
> The issue is similar using
On 2020/12/04 12:21, avv. Nicola Dell'Uomo wrote:
> Hi,
>
> when I try to verify an email in 6.8 GENERIC.MP#206 amd64, I get the
> following error:
>
> openssl smime -verify -in /path/to/file.eml
> Verification failure
> 5943599477968:error:21FFF075:PKCS7 routines:CRYPTO_internal:certificate
>
I setup a console server today - after leaving it for a few hours I came
back to a double fault trap. 6.8+syspatches, amd64, APU2. Simple PF
config, em(4), wg(4). Running ssh/sshd/conserver/lldpd plus default base
daemons.
Any requests for more from ddb before I reboot it, or suggestions on
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.
It might also be interesting to try GENERIC rather than GENERIC.MP.
On 2020/11/29 13:20, Theo Buehler wrote:
> On Sun, Nov 29, 2020 at 11:22:06AM +0000, 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 goin
On 2020/11/29 12:54, Stuart Henderson wrote:
> On 2020/11/29 13:20, Theo Buehler wrote:
> > On Sun, Nov 29, 2020 at 11:22:06AM +0000, Stuart Henderson wrote:
> > > I have now seen mine crash with just the base "on by default" daemons,
> > > one incoming ssh
On 2020/11/29 20:29, Otto Moerbeek wrote:
> On Sun, Nov 29, 2020 at 06:38:15PM -, Christian Weisgerber wrote:
>
> > On 2020-11-29, Theo Buehler wrote:
> >
> > > Thanks for digging into this. Your APU seems much worse off than mine,
> > > which takes a few weeks before crashing these days,
They will have just been cut off by your terminal, it happens sometimes
after some control sequences. Recording the output with script or ~R in cu
should have the full lines (or use conserver and a logfile).
--
Sent from a phone, apologies for poor formatting.
On 1 December 2020 07:48:39
On 2020/12/23 14:14, Visa Hankala wrote:
> Please test again with the recent kern_event.c commits (r1.154 in
> particular). I think select(2) should not return EAGAIN.
Thanks, will do & will report back in a bit.
On 2020/12/23 14:16, Stuart Henderson wrote:
> On 2020/12/23 14:14, Visa Hankala wrote:
> > Please test again with the recent kern_event.c commits (r1.154 in
> > particular). I think select(2) should not return EAGAIN.
>
> Thanks, will do & will report back in a bit.
&g
ng to be a very slow
process...
On 2020/11/29 18:37, Stuart Henderson wrote:
> On 2020/11/29 12:54, Stuart Henderson wrote:
> > On 2020/11/29 13:20, Theo Buehler wrote:
> > > On Sun, Nov 29, 2020 at 11:22:06AM +, Stuart Henderson wrote:
> > > > I have now seen min
On 2020/11/08 11:41, Ashton Fagg wrote:
> Otto Moerbeek writes:
>
> > I do not know htop. Does top show the same? When reporting isses, use
> > base tools as much as possible.
> >
>
> Thanks for your reply, Otto.
>
> It appears I am confused - I had thought htop was part of the base
> system
On 2020/11/17 21:39, Jon Fineman wrote:
> >Synopsis:emacs core dump
> >Category:sw
> >Environment:
> System : OpenBSD 6.8
> Details : OpenBSD 6.8 (GENERIC.MP) #1: Tue Nov 3 09:06:04 MST 2020
>
>
For starters, try getting rid of synproxy.
--
Sent from a phone, apologies for poor formatting.
On 22 November 2020 07:40:14 Otto Moerbeek wrote:
On Sat, Nov 21, 2020 at 05:20:37PM -0500, sam wrote:
Environment:
System : OpenBSD 6.8
Details : OpenBSD 6.8 (GENERIC.MP) #1:
501 - 600 of 891 matches
Mail list logo
