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
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
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
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:
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
>
>
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
It defaults to
.Cm rsa .
+If the key file does not exist,
+.Nm
+will generate a key itself (4096-bit for
+.Cm rsa
+or secp384r1 for
+.Cm ecdsa ) .
.It Ic domain certificate Ar file
The filename of the certificate that will be issued.
This is optional if
> Thanks again,
> --K
>
> O
Generate your own key if you want a specific type of curve, same as if you
want a specific key length with RSA. See "GENERATING ECDSA SERVER
CERTIFICATES" in ssl(8) and set things to use one of the curves allowed by
the CA. acme-client will use your own key if it already exists otherwise it
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
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
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
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 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
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/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]:
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
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
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
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/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/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/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
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
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
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?
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
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/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
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
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
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 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?
>
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 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
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.
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 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
>
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
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/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
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
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
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.
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
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).
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/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
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/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/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/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/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
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/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
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/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
>
> #
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
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
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,
> > 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
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
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/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/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
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/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/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
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
On 2020/02/25 16:08, Andreas Kusalananda Kähäri wrote:
> On Tue, Feb 25, 2020 at 03:35:32PM +0100, Kusalananda Kähäri wrote:
> > With the "6.6 GENERIC.MP#5 amd64" snapshot this morning (and also "#6"),
> > my Lenovo X1 Carbon is unable to mount the root filesystem. If I try
> > to update from
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
Changelog *where*?
--
Sent from a phone, apologies for poor formatting.
On 14 February 2020 12:59:24 blancamoli...@yahoo.es wrote:
Hi, the last entry in ChangeLog file is:
CVSROOT:/cvs
Module name:xenocara
Changes by: o...@cvs.openbsd.org2020/02/03 09:38:03
Modified
On 2020/02/12 10:19, Natasha Kerensikova wrote:
> So I belive there is a bug somewhere in libusb port or in OpenBSD USB
> stack.
I believe there is more than one bug :-)
> Since you all probably don't have the device, I don't expect a fix, but
> I would be very interested in what I can do to
On 2020/02/06 15:37, Frédéric Dhieux wrote:
> Hi OpenBSD team,
>
> I would like to report a problem I have, we have in production many OpenBSD
> where we remove X*, game* and comp* at the install.
>
> Everything is fine except sysupgrade adds every sets again when I try to
> upgrade my OpenBSD
On 2020/02/06 18:03, Master One wrote:
> To whom it may concern,
>
> Please excuse me sending such a questionable bug or feature request
> this way, I'm not subscribed to any OpenBSD mailing list and I'm not an
> OpenBSD user yet but currently evaluating the move from GNU/Linux to
> OpenBSD.
>
>
On 2020/02/01 13:36, Marc Espie wrote:
> On Sat, Feb 01, 2020 at 12:48:40PM +0100, Sven Wolf wrote:
> > Hi,
> >
> > I did some debugging on the server side.
> > Even with loglevel trace5 and also different TLS versions (I tested 1.1, 1.2
> > and 1.3) I didn't find the root cause.
> >
> > In the
Currently known libressl problems:
#1: https://bitbucket.org https://mirror.vdms.com https://ftp.postgresql.org
fail with:
Error: error:14FFF3E7:SSL routines:(UNKNOWN)SSL_internal:unknown failure
occurred
#2: The "Provide struct/functions for handling TLSv1.3 key shares" commit breaks
server
On 2020/01/31 23:03, Stuart Henderson wrote:
> On 2020/01/31 21:24, Sven Wolf wrote:
> > Hi,
> >
> > I run current. After I run sysupgrade today (GENERIC.MP #626 build Jan 30)
> > it's not possible to run pkd_add. I always get the error
> > TLS connect failure:
On 2020/01/31 21:24, Sven Wolf wrote:
> Hi,
>
> I run current. After I run sysupgrade today (GENERIC.MP #626 build Jan 30)
> it's not possible to run pkd_add. I always get the error
> TLS connect failure: failed to set session
> signify: gzheader truncated
pkg_add runs ftp many times and tries
On 2020/01/31 21:00, Solene Rapenne wrote:
> > >
> > > what's the output of pkg_info | grep firefox?
> >
> > It's probably because of:
> >
> > amdgpu0 at pci0 dev 1 function 0 "ATI Stoney Ridge" rev 0xda
> > drm0 at amdgpu0
> >
> > and it's getting killed by a pledge violation due to libGL
On 2020/01/30 11:15, Sebastian Benoit wrote:
> Chad Gross(avata...@gmail.com) on 2020.01.29 16:22:52 -0700:
> > It isn't explicitly expressed in the man page that pfsync requires
> > identical interfaces to work properly so I've created a patch
> > clarifying that it won't work otherwise. A
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/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/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/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/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 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
FWIW I've run various systems with partitions replaced with MFS (usually
copying from HD at boot and syncing back to HD at shutdown). This makes
sense for some directories but I came to the conclusion that doing this
for the rest of /var is more trouble than it's worth, in particular
it's easy to
On 2019/12/03 16:47, Stuart Henderson wrote:
> On 2019/12/03 17:25, Lars Schotte wrote:
> > And, yes, with the syspatches for mips64, that's what I wanted to hint.
> > That would be very nice. I have one x86_64 VM running and syspatches
> > are very useful there, because it i
On 2019/12/03 17:25, Lars Schotte wrote:
> And, yes, with the syspatches for mips64, that's what I wanted to hint.
> That would be very nice. I have one x86_64 VM running and syspatches
> are very useful there, because it is fast and just works. That's one of
> the best features in OpenBSD lately.
On 2019/12/03 16:52, Lars Schotte wrote:
> Yes, I found that in the meantime too.
>
> However, I saw a longer diff.
> Something like this one:
> https://www.mail-archive.com/misc@openbsd.org/msg169682.html
The short diff was to fix the root cause (which may fix other unreported
problems too),
On 2019/11/27 15:59, Bobby Johnson wrote:
> Hello,
>
> Attempting to install OpenBSD on the Lenovo C930, Kaby Lake laptop.
> When booting I only see the entry point at line and then it restarts.
> It does this with a very recent snapshot on bsd.rd and bsd, booting
> from a usb drive.
As well as
301 - 400 of 886 matches
Mail list logo