--- Log opened Fri Aug 09 00:00:11 2024
--- Day changed Fri Aug 09 2024
00:00 -!- xx [~xx@user/xx] has quit [Ping timeout: 260 seconds]
00:07 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
00:07 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
00:08 -!- xlymian [~user@modemcable184.247-162-184.mc.videotron.ca] has quit [Read error: Connection reset by peer]
00:13 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd
00:13 -!- tozhu [~tozhu@218.89.244.164] has joined #openbsd
00:13 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
00:15 -!- tozhu [~tozhu@218.89.244.164] has quit [Client Quit]
00:16 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 272 seconds]
00:16 -!- tozhu [~tozhu@218.89.244.164] has joined #openbsd
00:16 -!- g00gler [uid125351@id-125351.uxbridge.irccloud.com] has quit [Quit: Connection closed for inactivity]
00:17 -!- redruM [~redrum@user/redrum] has quit [Quit: BRB]
00:17 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
00:17 -!- xzdx [~xzdx@user/XZDX] has quit [Ping timeout: 248 seconds]
00:18 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
00:20 -!- redruM [~redrum@user/redrum] has joined #openbsd
00:20 -!- guru_ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has joined #openbsd
00:21 -!- tozhu [~tozhu@218.89.244.164] has quit [Client Quit]
00:23 -!- Guru_DE [~guru@i5C74767D.versanet.de] has quit [Ping timeout: 252 seconds]
00:29 -!- guru__ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has joined #openbsd
00:32 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
00:32 -!- guru_ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has quit [Ping timeout: 264 seconds]
00:33 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
00:36 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
00:39 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
00:39 -!- tozhu [~tozhu@218.89.244.164] has joined #openbsd
00:39 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
00:39 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
00:40 -!- guru__ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has quit [Ping timeout: 264 seconds]
00:40 -!- xzdx [~xzdx@user/XZDX] has quit [Ping timeout: 260 seconds]
00:41 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
00:41 -!- Brazhh [~Brazhh@user/Brazhh] has quit [Ping timeout: 276 seconds]
00:41 -!- ficonni [~ficonni@213.196.101.14] has quit [Remote host closed the connection]
00:42 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
00:42 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
00:43 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
00:44 -!- tozhu [~tozhu@218.89.244.164] has quit [Quit: tozhu]
00:44 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
00:45 -!- tozhu [~tozhu@218.89.244.164] has joined #openbsd
00:56 -!- Brazhh [~Brazhh@user/Brazhh] has joined #openbsd
01:00 -!- tozhu [~tozhu@218.89.244.164] has quit [Quit: tozhu]
01:06 -!- adip [~adip@c159-63.icpnet.pl] has quit [Ping timeout: 248 seconds]
01:07 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
01:08 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
01:13 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
01:13 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
01:19 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
01:19 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
01:28 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
01:30 -!- Brazhh [~Brazhh@user/Brazhh] has quit [Quit: WeeChat 4.3.5]
01:31 -!- memset_ [~memset@gateway/tor-sasl/memset] has quit [Ping timeout: 260 seconds]
01:32 < rx> sorry... how do I build 9wm on OpenBSD?
01:33 < rx> I added -I/usr/X11R6/include so now it doesn't complain about headers anymore
01:33 < rx> but make creates an object file, and I can't easily link it
01:36 -!- tozhu [~tozhu@117.139.163.129] has joined #openbsd
01:39 < ssm_> rx: I can try to write a port
01:39 < ssm_> I'll send it if I succeed
01:39 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
01:40 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
01:41 < rx> ssm_: Thanks a lot!
01:41 < rx> I'm trying to use plan9port rio but it's a bit flicky
01:42 < ssm_> well... I would, but https://woozle.org/neale/src/9wm/ is throwing 404
01:42 < ssm_> where are you getting the source?
01:44 < ssm_> rx:
01:45 < ssm_> https://github.com/9wm/9wm here?
01:45 -!- bilegeek [~bilegeek@2600:1008:b047:89f7:6723:6fe8:c1e7:6c2d] has joined #openbsd
01:50 -!- EtherNet [~ethernet@user/ethernet] has quit [Ping timeout: 252 seconds]
01:52 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
01:53 -!- EtherNet [~ethernet@user/ethernet] has joined #openbsd
01:54 < rx> ssm_: yes
01:54 < rx> ssm_: yeah
01:54 < rx> ergh
01:54 < rx> client issues
01:57 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
01:58 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
02:02 -!- edthix [~Thunderbi@115.132.14.155] has joined #openbsd
02:07 -!- mikeybsd [~solo@user/mikeybsd] has quit [Ping timeout: 252 seconds]
02:15 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
02:18 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
02:19 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
02:19 -!- xzdx [~xzdx@user/XZDX] has quit [Ping timeout: 252 seconds]
02:27 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
02:27 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
02:28 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
02:29 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
02:29 -!- cmc [~methos@gateway/tor-sasl/cmc] has quit [Remote host closed the connection]
02:29 -!- tuftedocelot [~tuftedoce@2a03:6000:1019::57] has quit [Remote host closed the connection]
02:30 -!- edthix [~Thunderbi@115.132.14.155] has quit [Quit: edthix]
02:34 -!- topcat001 [~topcat001@user/topcat001] has quit [Quit: Client closed]
02:36 -!- tuftedocelot [~tuftedoce@2a03:6000:1019::57] has joined #openbsd
02:40 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
02:40 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
02:41 < ssm_> rx: port's done
02:42 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
02:42 -!- falsifian [~falsifian@h0.falsifian.org] has quit [Quit: connection reset by purr]
02:42 -!- falsifian [~falsifian@h0.falsifian.org] has joined #openbsd
02:44 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
02:45 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
02:46 -!- edthix [~Thunderbi@115.132.14.155] has joined #openbsd
02:49 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
02:50 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
02:50 < ssm_> rx: https://gotweb.howdoesmycode.work/?action=summary&path=ports
02:51 < ssm_> I just ended up writing my own makefile because 9wm's makefile is weird
02:51 -!- Aedil [~adrian@146.52.104.238] has joined #openbsd
02:53 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
02:57 -!- cmc [~methos@gateway/tor-sasl/cmc] has joined #openbsd
02:57 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
02:58 -!- sunwind` [~paradox@host213-122-128-103.range213-122.btcentralplus.com] has joined #openbsd
02:59 -!- sunwind [~paradox@gateway/vpn/pia/sunwind] has quit [Ping timeout: 260 seconds]
03:01 < ssm_> Also I haven't actually tried running the window manager, so caveat emptor
03:09 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
03:09 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
03:10 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
03:11 -!- xzdx [~xzdx@c-76-139-198-78.hsd1.mi.comcast.net] has joined #openbsd
03:11 -!- xzdx [~xzdx@c-76-139-198-78.hsd1.mi.comcast.net] has quit [Changing host]
03:11 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
03:15 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
03:19 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
03:20 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
03:21 -!- mxz__ [~mxz@user/mxz] has joined #openbsd
03:22 -!- mxz_ [~mxz@user/mxz] has quit [Ping timeout: 244 seconds]
03:23 -!- mxz [~mxz@user/mxz] has quit [Ping timeout: 276 seconds]
03:23 -!- mxz__ is now known as mxz
03:24 -!- eki [~eki@87-92-219-236.rev.dnainternet.fi] has quit [Quit: leaving]
03:24 -!- eki [~eki@87-92-219-236.rev.dnainternet.fi] has joined #openbsd
03:29 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
03:30 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
03:33 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
03:33 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
03:35 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
03:36 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
03:39 < Vaelatern> well it definitely keeps crashing https://litter.catbox.moe/9bf092.png https://litter.catbox.moe/arbbo4.png
03:40  * Vaelatern drives by in case someone is interested.
03:41 < Vaelatern> at some point I'll upgrade to a snapshot instead and see if it happens there too
03:41 < xzdx> owo
03:44 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
03:45 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
03:46 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
03:47 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
03:49 -!- xlymian [~user@192-222-185-9.qc.cable.ebox.net] has joined #openbsd
03:50 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
03:51 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
03:52 -!- nmdv [~nmdv@user/nmdv] has joined #openbsd
03:53 < brynet> Vaelatern: the kernel isn't panicing, looks like you're just breaking into ddb, maybe you have ddb.console set and are sending BREAK character, are you using a serial console?
03:54 < Vaelatern> Hrm, interesting question
03:55 < Vaelatern> When I have ddb.panic set to false it still breaks into ddb regularly
03:56 < brynet> Did you set ddb.console=1 in sysctl.conf or manually somewhere?
03:56 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
03:57 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
03:57 -!- bket [~bket@user/bket] has quit [Read error: Connection reset by peer]
03:58 -!- znedw0 [~znedw@home.znedw.com] has quit [Ping timeout: 252 seconds]
03:59 < Vaelatern> Nope
03:59 -!- Eyes [~Eyes@user/Eyes] has joined #openbsd
04:00 < Vaelatern> and this is a qemu machine, this is the command that runs it: /usr/bin/qemu-system-x86_64 -smp 2 -m 1024M -vnc :2 -netdev bridge,br=bridge0,id=br -device virtio-net,netdev=br,mac=52:54:a0:00:00:02 -machine type=pc,accel=kvm -drive file=dns-dhcp.qcow2.overlay,format=qcow2,discard=ignore,cache=writeback,if=virtio
04:00 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
04:01 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
04:02 -!- kupi [uid212005@id-212005.hampstead.irccloud.com] has quit [Quit: Connection closed for inactivity]
04:03 < brynet> well it's not panicking, so somehow ddb is being entered, maybe some garbage is being written to the console that sends a BREAK.
04:03 -!- ublix [~ublx@user/ublx] has quit [Quit: ublix]
04:03 < brynet> https://man.openbsd.org/ddb
04:05 -!- nmdv [~nmdv@user/nmdv] has quit [Ping timeout: 252 seconds]
04:15 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
04:16 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
04:21 -!- znedw0 [~znedw@home.znedw.com] has joined #openbsd
04:21 -!- popopoooo [~root@152.156.177.209] has joined #openbsd
04:31 -!- bket [~bket@user/bket] has joined #openbsd
04:36 -!- Brazhh [~Brazhh@user/Brazhh] has joined #openbsd
04:41 -!- xzdx [~xzdx@user/XZDX] has quit [Remote host closed the connection]
04:53 -!- popopoooo [~root@152.156.177.209] has quit [Quit: Leaving]
04:56 -!- koo5__ [~quassel@vmi579006.contaboserver.net] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
04:58 -!- koo5__ [~quassel@vmi579006.contaboserver.net] has joined #openbsd
05:04 -!- DinoWilliam [~dino@user/DINOWILLIAM] has quit [Ping timeout: 264 seconds]
05:06 -!- bsd4me [~bsduser@user/bsd4me] has quit [Quit: leaving]
05:08 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Quit: Lost terminal]
05:10 -!- rafael [~rafael@user/rafael] has quit [Ping timeout: 248 seconds]
05:13 -!- bket [~bket@user/bket] has quit [Read error: Connection reset by peer]
05:14 -!- bket [~bket@user/bket] has joined #openbsd
05:14 -!- bket [~bket@user/bket] has quit [Client Quit]
05:15 -!- figment [~figment@user/figment] has quit [Ping timeout: 276 seconds]
05:17 -!- bket [~bket@user/bket] has joined #openbsd
05:18 -!- feriman [~feriman@user/feriman] has joined #openbsd
05:19 -!- figment [~figment@user/figment] has joined #openbsd
05:21 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
05:23 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
05:25 -!- Guru_DE [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has joined #openbsd
05:26 -!- xzdx [~xzdx@user/XZDX] has quit [Ping timeout: 276 seconds]
05:28 -!- mxz_ [~mxz@user/mxz] has joined #openbsd
05:32 < systemdsucks> i have a macbookpro like this guy and the latest bsd.rd indeed doesn't boot https://marc.info/?l=openbsd-misc&m=172293981824864&w=2
05:34 -!- bilegeek [~bilegeek@2600:1008:b047:89f7:6723:6fe8:c1e7:6c2d] has quit [Quit: Leaving]
05:37 -!- guru_ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has joined #openbsd
05:38 -!- Guru_DE [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has quit [Ping timeout: 276 seconds]
05:39 -!- dastain [~dastain@81.4.102.12] has quit [Ping timeout: 245 seconds]
05:43 -!- mikeybsd [~solo@user/mikeybsd] has quit [Ping timeout: 260 seconds]
05:49 -!- lavaball [~Melissa@31.204.155.215] has joined #openbsd
05:50 -!- six [~six@user/six] has quit [Quit: nyaa~]
05:51 -!- Brazhh [~Brazhh@user/Brazhh] has quit [Quit: WeeChat 4.3.5]
05:56 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
05:59 -!- dastain [~dastain@2a00:d880:6:262::45a3] has joined #openbsd
06:00 -!- guru__ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has joined #openbsd
06:02 -!- adip [~adip@c159-63.icpnet.pl] has joined #openbsd
06:03 -!- guru_ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has quit [Ping timeout: 272 seconds]
06:09 -!- guru_ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has joined #openbsd
06:10 -!- guru__ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has quit [Ping timeout: 252 seconds]
06:11 -!- byteskeptical [~amnesia@user/byteskeptical] has joined #openbsd
06:11 -!- danilogondolfo [~danilogon@2a02:8084:4f42:7900:3914:1d11:2527:fd14] has quit [Remote host closed the connection]
06:11 -!- danilogondolfo [~danilogon@2a02:8084:4f42:7900:3914:1d11:2527:fd14] has joined #openbsd
06:14 -!- euphores [~SASL_euph@user/euphores] has quit [Quit: Leaving.]
06:14 -!- lbia [~lbia@user/lbia] has quit [Quit: lbia]
06:17 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
06:18 -!- UDENIX [~UDENIX@user/udenix] has quit [Ping timeout: 264 seconds]
06:20 -!- lavaball [~Melissa@31.204.155.215] has quit [Remote host closed the connection]
06:21 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd
06:23 -!- guru__ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has joined #openbsd
06:23 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
06:23 -!- xzdx [~xzdx@c-76-139-198-78.hsd1.mi.comcast.net] has joined #openbsd
06:23 -!- xzdx [~xzdx@c-76-139-198-78.hsd1.mi.comcast.net] has quit [Changing host]
06:23 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
06:25 -!- guru_ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has quit [Ping timeout: 276 seconds]
06:27 -!- cmc [~methos@gateway/tor-sasl/cmc] has quit [Ping timeout: 260 seconds]
06:29 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
06:35 -!- cmc [~methos@gateway/tor-sasl/cmc] has joined #openbsd
06:41 -!- pikapika_lunar [~pikapika_@pika.powered.by.lunarbnc.net] has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
06:41 -!- pikapika_lunar [~pikapika_@pika.powered.by.lunarbnc.net] has joined #openbsd
06:42 -!- vdamewood [~vdamewood@fedora/vdamewood] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
06:43 -!- mikeybsd [~solo@user/mikeybsd] has quit [Quit: WeeChat 4.1.1]
06:43 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
06:47 -!- decemberism [~decemberi@user/decemberism] has joined #openbsd
06:54 -!- UDENIX [~UDENIX@user/udenix] has joined #openbsd
06:56 -!- decemberism [~decemberi@user/decemberism] has quit [Quit: Lost terminal]
06:56 -!- ivdsangen [~ivo@86-95-161-96.fixed.kpn.net] has joined #openbsd
06:57 -!- SiFuh [~SiFuh@user/sifuh] has quit [Remote host closed the connection]
06:57 -!- SiFuh [~SiFuh@user/sifuh] has joined #openbsd
07:02 -!- guru_ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has joined #openbsd
07:05 -!- guru__ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has quit [Ping timeout: 264 seconds]
07:07 -!- guru__ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has joined #openbsd
07:09 -!- sunwind` [~paradox@host213-122-128-103.range213-122.btcentralplus.com] has quit [Ping timeout: 255 seconds]
07:09 -!- guru_ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has quit [Ping timeout: 272 seconds]
07:11 -!- shiranaihito_ [~shiranaih@ppp-124-122-47-9.revip2.asianet.co.th] has joined #openbsd
07:11 -!- ikichigai [~ikichigai@5.43.228.119] has quit [Changing host]
07:11 -!- ikichigai [~ikichigai@user/ikichigai] has joined #openbsd
07:14 -!- redruM [~redrum@user/redrum] has quit [Ping timeout: 252 seconds]
07:14 -!- polyduekes [~polydueke@user/polyduekes] has quit [Ping timeout: 248 seconds]
07:14 -!- finkfox [~finkfox@user/finkfox] has joined #openbsd
07:16 -!- xzdx [~xzdx@user/XZDX] has quit [Remote host closed the connection]
07:22 -!- guru_ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has joined #openbsd
07:22 -!- ikichigai [~ikichigai@user/ikichigai] has quit [Read error: Connection reset by peer]
07:22 -!- finkfox [~finkfox@user/finkfox] has quit [Ping timeout: 260 seconds]
07:25 -!- guru__ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has quit [Ping timeout: 252 seconds]
07:31 -!- sunwind [~paradox@host109-154-80-95.range109-154.btcentralplus.com] has joined #openbsd
07:32 -!- b50d [~b50d@62.96.54.30] has joined #openbsd
07:32 -!- ikichigai [~ikichigai@5.43.228.119] has joined #openbsd
07:32 -!- om3ga [~om3ga@46.49.41.80] has quit [Ping timeout: 248 seconds]
07:33 -!- ikichigai [~ikichigai@5.43.228.119] has quit [Changing host]
07:33 -!- ikichigai [~ikichigai@user/ikichigai] has joined #openbsd
07:35 -!- bargaintreeflow [~bargaint@user/bargaintreeflow] has quit [Quit: bye!]
07:35 -!- CrashOverride [~strcat@p5485502c.dip0.t-ipconnect.de] has joined #openbsd
07:36 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
07:37 -!- bargaintreeflow [~bargaint@user/bargaintreeflow] has joined #openbsd
07:38 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
07:39 -!- polyduekes [~polydueke@user/polyduekes] has joined #openbsd
07:40 -!- ukemi [~ukemi@2a01:e0a:6d:7db0:acf0:fea2:10aa:7ae] has quit [Quit: WeeChat 4.3.2]
07:45 -!- ukemi [~ukemi@2a01:e0a:6d:7db0:2e0:4cff:fe2c:13cc] has joined #openbsd
07:52 -!- Eyes [~Eyes@user/Eyes] has quit [Ping timeout: 256 seconds]
07:55 -!- guru__ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has joined #openbsd
07:55 -!- guru_ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has quit [Ping timeout: 264 seconds]
08:04 -!- echelon [~echelon@gateway/tor-sasl/steerpike] has quit [Ping timeout: 260 seconds]
08:05 -!- shiranaihito_ [~shiranaih@ppp-124-122-47-9.revip2.asianet.co.th] has quit [Read error: Connection reset by peer]
08:05 -!- shiranaihito_ [~shiranaih@ppp-124-122-47-9.revip2.asianet.co.th] has joined #openbsd
08:12 -!- guru_ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has joined #openbsd
08:12 -!- guru__ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has quit [Ping timeout: 264 seconds]
08:12 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
08:15 -!- vir_ [~vir@porvu.gazprombank.ru] has joined #openbsd
08:16 -!- vir_ is now known as handsome
08:16 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
08:17 -!- echelon [~echelon@gateway/tor-sasl/steerpike] has joined #openbsd
08:19 -!- sunwind [~paradox@host109-154-80-95.range109-154.btcentralplus.com] has quit [Ping timeout: 245 seconds]
08:25 -!- guru_ [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has quit [Ping timeout: 252 seconds]
08:25 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
08:26 -!- handsome [~vir@porvu.gazprombank.ru] has quit [Quit: Leaving]
08:32 -!- tarel2 [~tarel2@2600:8801:1e01:1e60:5de0:38a1:50cd:3d39] has quit [Quit: Client closed]
08:49 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
08:49 -!- Night-Shade [~Tim@ip5b416a07.dynamic.kabel-deutschland.de] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
08:51 -!- krl [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has joined #openbsd
08:52 -!- Code_Bleu [~Code_Bleu@user/code-bleu/x-6939963] has quit [Ping timeout: 255 seconds]
08:53 -!- krl_ [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has quit [Ping timeout: 248 seconds]
08:54 -!- xzdx [~xzdx@user/XZDX] has quit [Ping timeout: 276 seconds]
08:54 -!- format_c [~format_c@2a02:b98:f181:4094:f550:7488:2d5:5ffa] has joined #openbsd
08:56 -!- liturgist [~liturgist@user/liturgist] has joined #openbsd
08:57 -!- d-ra [~d-ra@user/d-ra] has joined #openbsd
08:57 -!- liturgist [~liturgist@user/liturgist] has quit [Remote host closed the connection]
08:58 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Ping timeout: 260 seconds]
08:59 -!- adig [~default@109.166.137.4] has quit [Ping timeout: 248 seconds]
08:59 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
09:01 < Nazral> Is there a way to wake up a suspended laptop when ssh-ing to it?
09:02 < sibiria> wake-on-lan. this is a hardware feature primarily
09:02 < sibiria> getting it to work with suspended openbsd, rather than booting the machine cold on network traffic, might be tricky
09:03 -!- adig [~default@109.166.137.4] has joined #openbsd
09:04 < Nazral> I see, a quick search says that it's easier with a wired connection rather than wifi 
09:04 < Nazral> thanks!
09:05 < renaud> I doubt you can wake on wifi with suspended OpenBSD, since it needs to keep the wifi connection open after suspend
09:05 < sibiria> good implied question, i've never actually thought of wake-on-lan scenario with wifi
09:06 < sibiria> yeah. there's no functional association possible without the OS running
09:06 < sibiria> a setup like that would need to be done with an external AP bridging further on ethernet
09:06 -!- Code_Bleu [~Code_Bleu@user/code-bleu/x-6939963] has joined #openbsd
09:08 < renaud> also, if I remember well, many laptops don't let you enable WOL on ethernet
09:08 -!- sjg [~sjg@user/sjg] has joined #openbsd
09:08 < Nazral> renaud: in this case there is a WOL option in the bios 
09:08 < Nazral> (never tried it though)
09:09 < renaud> if you have it in your BIOS, there is a chance it would work, but not over wifi
09:11 -!- tarel2 [~tarel2@2600:8801:1e01:1e60:5de0:38a1:50cd:3d39] has joined #openbsd
09:13 < Nazral> to be honest the usecase is pretty restricted, it's just that I couldn't reach the other laptop during a work meeting
09:14 -!- liturgist [~liturgist@user/liturgist] has joined #openbsd
09:14 -!- liturgist [~liturgist@user/liturgist] has quit [Remote host closed the connection]
09:17 -!- sjg [~sjg@user/sjg] has quit [Quit: leaving]
09:18 -!- xx [~xx@user/xx] has joined #openbsd
09:19 -!- sjg [~sjg@user/sjg] has joined #openbsd
09:22 -!- format_c [~format_c@2a02:b98:f181:4094:f550:7488:2d5:5ffa] has quit [Quit: format_c]
09:22 -!- tarel2 [~tarel2@2600:8801:1e01:1e60:5de0:38a1:50cd:3d39] has quit [Quit: Client closed]
09:23 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Ping timeout: 260 seconds]
09:25 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
09:28 -!- sunwind [~paradox@host109-154-80-95.range109-154.btcentralplus.com] has joined #openbsd
09:38 -!- huy [~huy@apoitiers-657-1-165-72.w90-55.abo.wanadoo.fr] has quit [Read error: Connection reset by peer]
09:40 -!- huy [~huy@apoitiers-657-1-165-72.w90-55.abo.wanadoo.fr] has joined #openbsd
09:47 -!- tarel2 [~tarel2@2600:8801:1e01:1e60:816f:ecb4:f49c:e14] has joined #openbsd
09:48 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
09:50 < rnkn> is it possible to do something like this in relayd.conf? tls keypair $HOST
09:51 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
09:53 < sibiria> yes
09:54 < sibiria> but $HOST is a predefined value in relayd i think, so best avoid that
09:54 < sibiria> ...unless it was what you were going for
09:55 < rnkn> sibiria: essentially rather than specifying the keypair name multiple times, I want to take it from the Host header
09:56 < rnkn> so that a protocol can be used for arbitrary multiple domains on the same machine
09:58 -!- znedw0 [~znedw@home.znedw.com] has quit [Quit: The Lounge - https://thelounge.chat]
09:59 -!- znedw0 [~znedw@home.znedw.com] has joined #openbsd
09:59 < rx> I recall seeing guides to do wake over lan for coreboot
10:00 -!- meros67817602046 [~meros@78-72-66-176-no600.tbcn.telia.com] has quit [Quit: The Lounge - https://thelounge.chat]
10:00 -!- meros67817602046 [~meros@78-72-66-176-no600.tbcn.telia.com] has joined #openbsd
10:01 -!- om3ga [~om3ga@46.49.41.80] has joined #openbsd
10:01 < sibiria> rnkn: i'm uncertain but i guess it should work. but maybe that forfeits activation of SNI. the documentation is a bit unclear
10:02 -!- lavaball [~Melissa@31.204.155.215] has joined #openbsd
10:03 < sibiria> don't you agree, lavaball?
10:03 < sibiria> speak to us. bless us with your scorching heat
10:09 < rnkn> ahh this is getting too complicated, how can I send just one domain to relayd and keep the rest in httpd?
10:12 < rnkn> and chatGPT is messing with me
10:20 -!- psydroid2 [~psydroid@user/psydroid] has joined #openbsd
10:24 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
10:27 -!- bargaintreeflow [~bargaint@user/bargaintreeflow] has quit [Quit: bye!]
10:28 -!- bargaintreeflow [~bargaint@user/bargaintreeflow] has joined #openbsd
10:29 -!- xzdx [~xzdx@user/XZDX] has quit [Ping timeout: 276 seconds]
10:31 -!- krl_ [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has joined #openbsd
10:31 -!- zorz [~zorz@user/zorz] has joined #openbsd
10:34 -!- krl [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has quit [Ping timeout: 276 seconds]
10:37 < sibiria> rnkn: what's wrong with just specifying that one host for the "keypair"?
10:37 < sibiria> and additional such statements whenever you want to introduce one more host
10:38 < sibiria> i understand the automated convenience you're looking for, though
10:43 < rnkn> I have grand plans sibiria!
10:43 -!- Guru_DE [~guru@2001:9e8:e82a:4800:20c:29ff:fe5c:9d22] has joined #openbsd
10:44 -!- Night-Shade [~Tim@ip5b416a07.dynamic.kabel-deutschland.de] has joined #openbsd
10:44 < rnkn> I wanna build a pubnix where people can use their own domains
10:46 -!- psydroid [~psydroid@user/psydroid] has quit [Quit: KVIrc 5.2.4 Quasar http://www.kvirc.net/]
10:46 -!- Apollyon [~Apollyon@user/Apollyon] has joined #openbsd
10:48 -!- psydroid [~psydroid@user/psydroid] has joined #openbsd
10:51 < shiranaihito_> sibiria hey :)  random noob question: if i have a USB enclosure connected to an openbsd computer, will it automatically safely "sync" the external disk when shutting down, or should i sync first (somehow) and then shut down?
10:54 < sibiria> shiranaihito_: i honestly don't know if openbsd does the auto-unmount procedure on external media as well when shutting down, so i always do it manually
10:58 -!- cmc [~methos@gateway/tor-sasl/cmc] has quit [Ping timeout: 260 seconds]
10:58 < shiranaihito_> oh, ok :)  i was of course hoping you'd tell me it would do it :D
10:58 < shiranaihito_> sibiria well, how could one find out if it does?
10:59 < sibiria> copy some large known data to it and then just shut down, i guess
10:59 < sibiria> cp largefile /mnt/usb; halt -p
10:59 < shiranaihito_> hmm.. and then? what would happen if yes, and what would happen if not?
11:00 < sibiria> boot back up, checksum both files and you'll have the answer
11:00 < shiranaihito_> oh, right
11:00 < shiranaihito_> hmm
11:00 < sibiria> ideally something of a few hundred megabytes, because some USB drive bridges have a lot of cache and trickery, especially USB3 stuff
11:00 < shiranaihito_> but "halt" is like an immediate power down?
11:00 < sibiria> halt -p is
11:01 < shiranaihito_> i wouldn't even expect the disk to be safely unmounted on something like an immediate power down
11:01 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
11:01 < shiranaihito_> i'm thinking of the kind of shut down where i press the power button on my Intel NUC and then openbsd starts shutting down
11:02 < shiranaihito_> (ofc without holding the power button down - just one press and let go)
11:02 < sibiria> that's an ACPI shutdown. you'll need to let openbsd know how to deal with those
11:02 < sibiria> because it can be interpreted as a signal to either hibernate or power off etc.
11:03 < sibiria> read man-page for acpibtn
11:04 < rnkn> if I'm understanding relayd relays, adding two listeners with the same port (but different address) is not possible?
11:04 < sibiria> rnkn: it is. that's where SNI comes into the picture
11:05 < sibiria> relayd will act on SNI when you specify multiple "keypairs" for a listener
11:08 < rnkn> sibiria: I'm attempting to add "listen on foo.com port 443 tls" and another relay with "listen on bar.com port 443" and direct them to different protocols, but no dice
11:09 < sibiria> different protocols depending on which SNI... not sure if that's doable with relayd
11:09 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
11:10 < sibiria> i think it can only do one single "action" per listener
11:10 < rnkn> and one listener per port?
11:11 < sibiria> yes. technically only one single thing can listen to a specific port. what you want to achieve is technically possible but i don't think relayd facilitates it
11:12 < rnkn> okay cool, good to know, thanks for your expertise  :)
11:13 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
11:14 < sibiria> not an expert, i've only toyed a bit with relayd rather than putting it to actual regular use. the documentation merely suggests that you can only attach one "protocol" to each relay/listener
11:15 < sibiria> i.e. each single port you let relayd listen on will faciliate one single forward/relay function and that's it
11:15 < rnkn> cool cool
11:16 < sibiria> are you locked-down to only a few "standard" ports, e.g. 443 and so?
11:16 < rnkn> okay so my foray into relayd was because I was hitting the limits of what httpd URL rewriting could do and chatGPT told me that relayd could do URL rewriting... but I think this is a lie?
11:16 < rnkn> nah, I've got aalll the ports
11:17 < rnkn> foiled by AI once again...
11:18 < sibiria> afaik relayd doesn't do any rewriting
11:18 < sibiria> the httpd can do some of it, though
11:19 < sibiria> maybe a "real" proxy would be the better tool in your case
11:19 -!- tarel2 [~tarel2@2600:8801:1e01:1e60:816f:ecb4:f49c:e14] has quit [Quit: Client closed]
11:20 < rnkn> you mean... outside of the base system!?
11:22 < sibiria> yes
11:24 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
11:26 < rnkn> scandalous
11:28 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
11:31 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
11:35 -!- cmc [~methos@gateway/tor-sasl/cmc] has joined #openbsd
11:36 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
11:37 < sibiria> religious fundamentalism gets you nowhere!
11:37 < sibiria> do you hear that, lavaball 
11:38 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
11:46 -!- tozhu [~tozhu@117.139.163.129] has quit [Quit: tozhu]
11:47 < remiliascarlet> I installed OpenBSD on one of my laptops that wasn't running it yet, but the brightness is very dark, despite wsconsctl reporting display.brightness as 100%. And it seems to get this dark as soon as it shows "login:". What to do here to fix this?
11:48 < renaud> isn't there a hardware brightness button on that laptop?
11:48 < remiliascarlet> There is, but it doesn't do anything.
11:49 < renaud> did you install the laptop in EFI or BIOS mode?
11:50 < remiliascarlet> Correction: it goes dark as soon as Xorg starts.
11:50 < remiliascarlet> Brightness is fine in TTY.
11:50 < remiliascarlet> And it's in BIOS mode.
11:50 < renaud> I have had a lenovo laptop where bightness buttons were not working unless installed with UEFI
11:50 < renaud> even on linux
11:51 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Ping timeout: 260 seconds]
11:51 < remiliascarlet> This is indeed a ThinkPad, but never had this problem with any other ThinkPad before.
11:51 < remiliascarlet> And I have quite a few of those.
11:52 < renaud> the one I got the problem was an ideapad
11:53 < remiliascarlet> I think the problem should be somewhere in Xorg, since the brightness got down as soon as Xorg gets started.
11:54 < remiliascarlet> As if it changes the brightness when Xorg starts.
11:55 -!- zimmer__ [~zimmer@user/zimmer] has quit [Remote host closed the connection]
11:57 -!- adig [~default@109.166.137.4] has quit [Read error: Connection reset by peer]
11:57 < renaud> if it's a new install, it doesn't cost much to try in UEFI mode
12:00 < remiliascarlet> I don't really like UEFI, but if that's what solves the problem...
12:00 < rnkn> some relayd progress! https://monit.blip.town <- 443 tls termination forwarded to 2812
12:03 -!- ludacris [~ludacris_@user/ludacris] has joined #openbsd
12:03 -!- ludacris [~ludacris_@user/ludacris] has quit [Remote host closed the connection]
12:04 -!- ludacris [~ludacris_@gc-romania1.09vpn.com] has joined #openbsd
12:06 -!- ludacris [~ludacris_@gc-romania1.09vpn.com] has quit [Client Quit]
12:06 < tercaL> Confused: I got "set ruleset-optimization basic" in my pf.conf, however the pf.conf manpage on man.openbsd.org says; "set ruleset-optimization basic: basic ruleset optimization. This is the default behaviour.", while it says the default behaviour is basic ruleset optimization, nothing changes if I remove that line completely from my pf.conf and the basic ruleset optimization would still performs, am I right?
12:11 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
12:12 < vortexx> rnkn: nginx will achieve multiple domain redirects fairly easily
12:12 < remiliascarlet> renaud: Tried to install OpenBSD in UEFI mode: "installboot: no OpenBSD partition\n\nFailed to install bootblocks.\nYou will not be able to boot OpenBSD from sd0."
12:12 < vortexx> Nazral: arp -w from another OpenBSD will send the magic packet to wake up the laptop if on ethernet
12:13 < vortexx> s/another OpenBSD/another OpenBSD system
12:13 < sibiria> remiliascarlet: did you forget to create an ESP on that drive?
12:14 < sibiria> UEFI relies on having an EFI application for the bootstrap, which must be a FAT32 partition of certain type
12:14 < vortexx> https://pwhois.org/lft/index.who this would make for a good port perhaps? I used to use this 20+ years ago, it's useful for debugging tcp stuff
12:15 < vortexx> (lft=level four traceroute)
12:15 < remiliascarlet> sibiria: I know I have to make a FAT32 partition, but never did that before, so no idea how (during installation).
12:15 < sibiria> remiliascarlet: when you're in EFI and set the disk up as GPT, openbsd's auto layout will contain a fat32 ("msdos") partition which you should leave untouched
12:15 < sibiria> you could edit the auto-layout and just remove everything but that fat32 label, then make your own
12:15 < sibiria> it will work fine
12:16 < remiliascarlet> I don't want auto layout.
12:16 < sibiria> "and just remove everything but that fat32 label, then make your own"
12:16 < sibiria> EDIT the auto-layout...
12:16 < remiliascarlet> I usually have a "/" partition that's 95% of the disk, and the rest being swap.
12:17 < sibiria> saves you the hassle of creating the fat32 partition with right type, size etc.
12:17 < renaud> auto layout is generally fine, and can be fine tuned afterwards anyway
12:17 < renaud> haveing 95% / and the rest swap is against some security mitigations in place on OpenBSD
12:18 < renaud> not all partitions have the same mounting options
12:18 < remiliascarlet> I don't care, because in my experience, the default layout always tends to break `pkg_add -ui`.
12:18 < renaud>  /usr/local being the only one with wxallowed
12:18 < sibiria> remiliascarlet: it's like you're not listening...
12:18 < sibiria> EDITING the auto-layout doesn't mean you will be using the auto layout
12:19 -!- tozhu [~tozhu@218.89.244.164] has joined #openbsd
12:19 -!- tozhu [~tozhu@218.89.244.164] has quit [Client Quit]
12:19 < sibiria> select the auto layout, THEN EDIT IT TO MAKE YOUR OWN LAYOUT, BUT KEEPING THE MSDOS PARTITION
12:19 < renaud> use auto-layout, then customize as you wish
12:19 < renaud> as sibiria said
12:19 < remiliascarlet> sibiria: I do listen, it's just that I got a "device is busy" error, so I rebooted, and now I will try it again.
12:20 < renaud> but you really should base your install on auto-layout for better security, unless you really know what you do
12:21 < oldlaptop> boot problems have been reported with one-giant-/ in the past (in part because that is not supported and therefore does not get tested)
12:22 < renaud> oldlaptop: really? I sometimes do it for temporary VMs where I want to test stuff and destroy afterwards.
12:22 < sibiria> i think the kernel-too-far-out-on-the-disk problem is gone since some time?
12:22 < sibiria> but it was absolutely an issue in the past
12:23 < renaud> ah, that one, yes, but it has been solved ages ago
12:23 < sibiria> not just / but also the kernel file itself had to be located within the first 2gb of the partition or the entire disk or something along those lines
12:23 < oldlaptop> ISTR the failure mode was the kernel ending up too far out upon upgrade. It was fixed when it cropped up, but it's an illustration of the wider problem that it's not supported and therefore doesn't get tested
12:24 < sibiria> i make a habit of always putting / right after the ESP, at the start of the disk
12:24 < oldlaptop> if I recall correctly this was not noticed until *after* at least one release, because presumably literally nobody using snapshots had such a layout
12:26 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
12:27 < oldlaptop> https://marc.info/?l=openbsd-misc&m=154048423109987&w=3 must not have been "the" thread, clearly was already making the rounds
12:27 -!- scain [~scain@2603:8080:b104:4e00:45cf:678b:a7f:b897] has joined #openbsd
12:28 < renaud> auto-layout has always have been quite optimal, unless you have a very small disk or a big one where all space won't be partitioned by default.
12:29  * oldlaptop might add: separate /tmp provides the opportunity to use async as only a slightly bad idea
12:29 < sibiria> auto-layout is a bit too constrained. i don't recommend it, but it does solve the basic security issue of important mount flags
12:29 < oldlaptop> I'd advocate leaving some disk unpartitioned deliberately, if you're concerned about running out of space somewhere or otherwise aren't positive what layout will be appropriate
12:30 < sibiria> the auto-layout has been in need of some tuning for years
12:30 < sibiria> still a better choice than going with just /
12:30 < runxiyu> remiliascarlet: Does xbacklight help by any chance?
12:30 -!- xzdx [~xzdx@user/XZDX] has quit [Ping timeout: 252 seconds]
12:31 < renaud> well, the only issue I can see with autolayout nowadays is that it doesn't use the whole disk over 500Gb or so.
12:31 < oldlaptop> (leaves the option to create new /var/foo for big packages, maybe redo /usr/local or something else that doesn't necessarily lend itself to that)
12:32 < vortexx> the one thing I don't like about auto-layout is the /usr/obj and /usr/src partitions, but those are always after /home so you can just delete them and then growfs /home
12:33 < oldlaptop> Or edit the auto layout, and have resizing handled a bit more nicely
12:33 < rnkn> vortexx: yeah I've used nginx before and aware of its ability to solve all my problems, but, I guess I like a challenge?
12:33 < vortexx> of course, that's what I normally do oldlaptop 
12:34 < renaud> yes, /usr/obj and /usr/src are debatable, but they are not huge either
12:34 < vortexx> rnkn: yeah I'd prefer to use relayd for my use case but I couldn't get it to work
12:34 < vortexx> on disks under 50Gb they're 10% of the disk space, which is a bit of a waste
12:35 < vortexx> and /usr/obj needs to grow every so often, for 7.5 it wasn't big enough to build release for me using the 7.4 layout
12:35 < oldlaptop> I'd say it's fair to say such disks are probably not plausible for build machines these days either
12:35 < renaud> yes, if you don't use them with a small disk, that's a waste.
12:36 < oldlaptop> (at least amd64 ones)
12:36 < sibiria> certainly not if you want to build the ports :)
12:36 < sibiria> it's right on the edge of a usable setup to build the kernel and base
12:36 < renaud> there is no /usr/ports partition by default
12:36 < sibiria> on the hair
12:36 -!- euphores [~SASL_euph@user/euphores] has quit [Quit: Leaving.]
12:37 < oldlaptop> I still think SUSE's autolayout is best, but that has never had to propose quite so many partitions 
12:38 < oldlaptop> don't think you can even do a /usr anymore
12:38 < vortexx> my VM for building release is 250G, but I have a few VMs that are 50Gb for minor things like mail, dlna or irc
12:38 < vortexx> (on my homelab server)
12:39 < vortexx> 250Gb being really overkill for release
12:40 < vortexx> but it's been in use for 4 years and I'm sure autolayout has evolved default sizes since then
12:40 < renaud> yes, autolayout has evolved :)
12:43 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd
12:47 -!- ficonni [~ficonni@213.196.101.14] has joined #openbsd
12:50 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
12:51 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
12:52 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
12:53 -!- falsifian [~falsifian@h0.falsifian.org] has quit [Ping timeout: 260 seconds]
12:53 -!- bleb [~cm@user/bleb] has quit [Ping timeout: 264 seconds]
12:55 -!- lavaball [~Melissa@31.204.155.215] has quit [Remote host closed the connection]
12:59 < Nazral> vortexx: thanks !
13:01 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
13:05 -!- cornpaffies [~cornpaffi@user/cornpaffies] has joined #openbsd
13:06 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
13:08 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
13:10 < vortexx> Nazral: yw
13:10 < runxiyu> I'm trying to build a project i comaintain on OpenBSD, and:
13:10 < runxiyu> ld: error: networks/plaintext.o is incompatible with /usr/lib/crtbeginS.o
13:10 < runxiyu> what...?
13:10 -!- falsifian [~falsifian@h0.falsifian.org] has joined #openbsd
13:13 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
13:17 -!- Xenguy [~Xenguy@user/xenguy] has quit [Quit: "To play for a draw [...] is to some degree a crime against chess." -- Mikhail Tal]
13:20 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
13:24 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
13:28 -!- bsd4me [~bsduser@user/bsd4me] has joined #openbsd
13:28 -!- tozhu [~tozhu@218.89.244.164] has joined #openbsd
13:29 -!- jungleboogie [~sean@wireguard/tunneler/jungleboogie] has joined #openbsd
13:30 < jungleboogie> Hi friends. I have a netbook that I thought was dead but came to life today. It's running a snapshot of OpenBSD from July 2023. When trying to run sysupgrade, it of course fails due to lack of having a signing key.
13:30 < jungleboogie> What's the best way to upgrade to latest snapshot?
13:31 < jungleboogie> Do i need to do an install during the boot process at boot bsd.rd?
13:32 -!- redruM [~redrum@user/redrum] has joined #openbsd
13:32 < phy1729> sysupgrade -r until you get to the latest release then -s if you want snapshots again
13:33 < byteskeptical> jungleboogie: or you can download the latest bsd.rd and boot into that to upgrade from there
13:33 -!- nopfault [~nopfault@62.197.149.106] has joined #openbsd
13:33 < jungleboogie> oh, duh, i didn't consider sysupgrade -r
13:33 < byteskeptical> download and replace the current one*
13:34 -!- nopfault [~nopfault@62.197.149.106] has left #openbsd []
13:34 < jungleboogie> good idea, too, byteskeptical 
13:36 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
13:38 < shiranaihito_> renaud >> auto-layout has always have been quite optimal <-- maybe for desktops, but servers could/should have a lot more space allocated to /var because that's where PostgreSQL (for example) stores its data by default..  and it seems changing the DB path would be a (comparative) pain in the ass
13:40 < sibiria> runxiyu: different ABI versions? are those two object files produced by the same compiler environment? are they even for the same architecture?
13:40 < remiliascarlet> I believe the server side of things at OpenBSD is much more designed for the classic web, back when all you needed (and also had) was HTML and CSS.
13:40 < remiliascarlet> I mean when it comes to defaults.
13:41 < runxiyu> sibiria: Looks like a gmake clean && gmake works
13:41 < runxiyu> sibiria: I guess I had broken object files for whatever reason
13:42 < runxiyu> It's not impossible to write a "modern" contemporary website full of bloated and inaccessible JS interfaces with kcgi(3) as a backend, but I doubt that people who are at all interested in kcgi(3) would be interested in the JS stuff
13:42 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
13:42 < runxiyu> I do plan on experimenting with using websocket IRC as a content delivery network though, along with writing the IRCd (that I had trouble building just now)
13:43 < remiliascarlet> I'm interested in neither, just as long as websites are fully functional (or at the very least accessible) through a command line browser.
13:43 -!- zorz [~zorz@user/zorz] has quit [Quit: leaving]
13:44 < remiliascarlet> That should actually be the bare minimum requirement for websites, rather than being built specifically for either Chrome, or Chromium and Firefox.
13:45 < remiliascarlet> Apparently, Mullvad was only functional on Google Chrome for some time last year or so. And now they have a Firefox-based browser.
13:45 < shiranaihito_> it's sad how the world just mindlessly adopted google's spyware browser
13:46 < runxiyu> i used to use elinks, but it's not packaged for openbsd, so i use w3m for all systems now
13:47 < remiliascarlet> Yeah, and before that it was Microsoft's Windows-only spyware browser. Because most of the time things don't change, or change for the worst.
13:47 < runxiyu> also, GitHub making it impossible to view code through the Web interface without JS.
13:47 < runxiyu> that was a while ago
13:47 < remiliascarlet> But at least Chrome isn't a Windows-only browser, so there is some improvement.
13:47 < shiranaihito_> remiliascarlet yep.. everything turning to shit
13:48 < sibiria> ladybird browser may be our last hope
13:48 < runxiyu> ladybird is painful to build
13:48 < remiliascarlet> sibiria: How about Netsurf?
13:48 < phy1729> While I don't think anyone disagrees the web has gotten worse; complaining about it here doesn't help much
13:48 < shiranaihito_> i ran "pkg_add vim" and got this: "Can't install updatedb-0p0: conflicts" - should i worry? :)
13:48 < shiranaihito_> ladybird does seem promising
13:49 < sibiria> remiliascarlet: not familiar with the name
13:49 < remiliascarlet> sibiria: https://www.netsurf-browser.org/
13:50 < remiliascarlet> Works pretty well, but the reason why I don't use it is because of the lack of Dark Reader (or an equivelant to that).
13:50 < remiliascarlet> Because the other problem with the modern web is that light themes are so bright, it makes be blind.
13:50 < shiranaihito_> weird, my eyes get upset by dark themes :)
13:52  * runxiyu is looking for a new set of fonts
13:52 < remiliascarlet> For example, I could handle the white background of YouTube back in 2006-2010, and then it got brighter and brighter from there, to the point that I can't even look at it for 1 second or get my eyes strained.
13:53 < sibiria> looks like it may be an acceptable middle-ground for lean graphical browser. but it seems quite behind if it doesn't support HTML5 and CSS3
13:53 -!- tozhu [~tozhu@218.89.244.164] has quit [Quit: tozhu]
13:53  * remiliascarlet is a loli vampire.
13:53 -!- tozhu [~tozhu@218.89.244.164] has joined #openbsd
13:53 < sibiria> loli? low-light?
13:54 < runxiyu> https://en.wikipedia.org/wiki/Loli
13:54 < sibiria> i guess netsurf doesn't support video playback
13:55 < sibiria> oh, the feature support is just outdated. looks like it offers partial css3 support
13:56 < remiliascarlet> sibiria: https://invidious.perennialte.ch/watch?v=aJQ5HsXlPTo
13:57 < sibiria> i see
13:57 < sibiria> great japanese game soundtrack
14:00 -!- tozhu [~tozhu@218.89.244.164] has quit [Quit: tozhu]
14:01 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
14:01 -!- tozhu [~tozhu@218.89.244.164] has joined #openbsd
14:05 -!- tozhu [~tozhu@218.89.244.164] has quit [Client Quit]
14:09 -!- tozhu [~tozhu@218.89.244.164] has joined #openbsd
14:09 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
14:11 -!- feriman [~feriman@user/feriman] has quit [Ping timeout: 260 seconds]
14:14 -!- Xenguy [~Xenguy@user/xenguy] has joined #openbsd
14:19 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
14:20 -!- lavaball [~Melissa@31.204.155.215] has joined #openbsd
14:21 -!- jfsimon1981_b [~jfsimon19@lfbn-lyo-1-1454-239.w86-207.abo.wanadoo.fr] has quit [Remote host closed the connection]
14:21 -!- jfsimon1981_b [~jfsimon19@lfbn-lyo-1-1454-239.w86-207.abo.wanadoo.fr] has joined #openbsd
14:22 -!- gh34 [~textual@syn-184-058-181-106.res.spectrum.com] has joined #openbsd
14:25 -!- tozhu [~tozhu@218.89.244.164] has quit [Quit: tozhu]
14:26 -!- tozhu [~tozhu@218.89.244.164] has joined #openbsd
14:26 -!- morte [~user@user/monkey/x-0691028] has joined #openbsd
14:28 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
14:28 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
14:33 -!- xzdx [~xzdx@user/XZDX] has quit [Ping timeout: 260 seconds]
14:33 -!- hali [~hlinden@84.70.148.6] has quit [Ping timeout: 252 seconds]
14:35 -!- hali [~hlinden@84.67.127.77] has joined #openbsd
14:36 -!- BitByte [~BitByte@2804:880:130e:5700:b184:6405:971d:7d3d] has joined #openbsd
14:37 -!- bargaintreeflow [~bargaint@user/bargaintreeflow] has quit [Quit: bye!]
14:38 -!- bargaintreeflow [~bargaint@user/bargaintreeflow] has joined #openbsd
14:41 -!- morte` [~user@2803:d100:e440:e5d:da82:49d3:427:7441] has joined #openbsd
14:42 -!- morte [~user@user/monkey/x-0691028] has quit [Ping timeout: 252 seconds]
14:45 -!- morte` [~user@2803:d100:e440:e5d:da82:49d3:427:7441] has quit [Client Quit]
14:47 -!- gman999 [~GMan999@user/gman999] has quit [Quit: WeeChat 4.2.1]
14:48 -!- brainbomb [~brainbomb@gw-sk2-d6.nrw.de] has joined #openbsd
14:52 -!- feriman [~feriman@user/feriman] has joined #openbsd
14:53 -!- BitBitotabit5 [~BitBitota@2804:880:130e:5700:b184:6405:971d:7d3d] has joined #openbsd
14:54 -!- BitBitotabit5 [~BitBitota@2804:880:130e:5700:b184:6405:971d:7d3d] has quit [Write error: Broken pipe]
14:54 < remiliascarlet> renaud: I tried to install OpenBSD in UEFI mode, and there is no change at all. The screen is still very dark.
14:54 < remiliascarlet> And I can still not get it brighter.
14:56 -!- zorz [~zorz@user/zorz] has joined #openbsd
14:58 -!- Cbit [~Cbit@2804:880:130e:5700:b184:6405:971d:7d3d] has joined #openbsd
15:04 -!- hali [~hlinden@84.67.127.77] has quit [Ping timeout: 260 seconds]
15:06 < remiliascarlet> OK, I think the problem isn't brightness going all the way down while claiming it's on 100%, it's that there's no backlight at all as soon as Xorg gets started/
15:06 -!- Vaelatern [~Vaelatern@voidlinux/maintainer/Vaelatern] has quit [Ping timeout: 248 seconds]
15:07 -!- b50d [~b50d@62.96.54.30] has quit [Remote host closed the connection]
15:07 < shiranaihito_> "Can't install updatedb-0p0: conflicts" <-- what even is that? (this time i called "pkg_add rsync" and got that error again)
15:07 < sibiria> shiranaihito_: try "pkg_add -U rsync"
15:08 < shiranaihito_> sibiria thanks, no error this time
15:08 < shiranaihito_> but what was that about? "updatedb"
15:09 -!- edthix [~Thunderbi@115.132.14.155] has quit [Quit: edthix]
15:09 < sibiria> not entirely sure but it sounded like a dependency of rsync needed an update. it oculd also have been something quirky with whatever cdn/mirror you're using
15:11 -!- Vaelatern [~Vaelatern@108.218.145.28] has joined #openbsd
15:11 -!- hali [~hlinden@85.255.236.208] has joined #openbsd
15:12 -!- redruM [~redrum@user/redrum] has quit [Read error: Connection reset by peer]
15:12 -!- Vaelatern [~Vaelatern@108.218.145.28] has quit [Changing host]
15:12 -!- Vaelatern [~Vaelatern@voidlinux/maintainer/Vaelatern] has joined #openbsd
15:12 -!- redruM [~redrum@user/redrum] has joined #openbsd
15:16 < thyssentishman> jcs: I'm having the very same issues you fixed for modern thinkpads here (https://github.com/openbsd/src/commit/4a64352304e24b88f212d718db9d0a3911b51116) on a newer thinkpad E14 G6. Any tips on how to debug this?
15:16 < thyssentishman> I've reported it already (https://marc.info/?l=openbsd-bugs&m=172010795815531&w=2) but then I found your commit and thought I'd ask
15:17 -!- brainbomb [~brainbomb@gw-sk2-d6.nrw.de] has quit [Ping timeout: 256 seconds]
15:18 -!- ArtGravity [~artgravit@user/artgravity] has joined #openbsd
15:23 -!- gman999 [~GMan999@user/gman999] has joined #openbsd
15:24 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
15:24 -!- jacobk [~quassel@47-186-105-237.dlls.tx.frontiernet.net] has joined #openbsd
15:25 -!- Guest4900 [~xs@inda.re] has quit [Quit: Cheers!]
15:29 -!- rozenglass [~rednight@static.9.0.76.144.clients.your-server.de] has quit [Ping timeout: 260 seconds]
15:31 -!- rozenglass [~rednight@176.234.219.150] has joined #openbsd
15:32 -!- hali [~hlinden@85.255.236.208] has quit [Ping timeout: 252 seconds]
15:34 -!- hali [~hlinden@84.70.131.82] has joined #openbsd
15:35 -!- xs [~xs@inda.re] has joined #openbsd
15:35 -!- xs is now known as Guest7409
15:37 -!- pabs3 [~pabs3@user/pabs3] has quit [Ping timeout: 248 seconds]
15:41 -!- mikeybsd [~solo@user/mikeybsd] has quit [Ping timeout: 252 seconds]
15:42 < vortexx> byteskeptical: jumping from Jul 2023 snapshot to a 7.5 would bypass 7.4 and may cause issues when updating /etc amongst other things. Always best to just go release by relase
15:42 < vortexx> s/relase/release
15:42 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
15:47 -!- mikeybsd [~solo@user/mikeybsd] has quit [Ping timeout: 260 seconds]
15:48 -!- tozhu [~tozhu@218.89.244.164] has quit [Quit: tozhu]
15:55 -!- pabs3 [~pabs3@user/pabs3] has joined #openbsd
15:55 -!- krl [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has joined #openbsd
15:58 -!- krl_ [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has quit [Ping timeout: 264 seconds]
16:09 -!- dsrt^ [dsrt@c-98-242-74-66.hsd1.ga.comcast.net] has quit [Ping timeout: 244 seconds]
16:09 -!- andrewchawk [~andrewcha@170.52.55.98] has joined #openbsd
16:14 -!- Aedil [~adrian@146.52.104.238] has quit [Ping timeout: 260 seconds]
16:15 -!- andrewchawk [~andrewcha@170.52.55.98] has quit [Changing host]
16:15 -!- andrewchawk [~andrewcha@user/andrewchawk] has joined #openbsd
16:30 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
16:34 -!- xzdx [~xzdx@user/XZDX] has quit [Ping timeout: 265 seconds]
16:36 -!- zcheng3 [~zcheng3@d108-173-21-8.abhsia.telus.net] has joined #openbsd
16:48 < byteskeptical> vortexx: how would that be better in that context?
16:51 < byteskeptical> vortexx: your still within the supported two versions just taking extra steps, going from snap to release to a snap is more likely to cause more issues if there are any
16:59 -!- macabro [~user@user/monkey/x-0691028] has quit [Quit: ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.4)]
17:02 -!- bo1 [~bo1@2804:880:130e:5700:b184:6405:971d:7d3d] has joined #openbsd
17:02 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
17:02 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
17:06 -!- xzdx [~xzdx@user/XZDX] has quit [Ping timeout: 245 seconds]
17:08 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
17:12 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
17:15 -!- topcat001 [~topcat001@user/topcat001] has joined #openbsd
17:15 -!- zorz [~zorz@user/zorz] has quit [Quit: leaving]
17:20 < rkta> If I'm only interested in one package in the ports tree and I issue the cvs update command in the source directory of this package, will it only update that package or do I have to be in /usr/ports and update all packages?
17:21 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
17:25 -!- andrewchawk [~andrewcha@user/andrewchawk] has quit [Remote host closed the connection]
17:25 -!- xx [~xx@user/xx] has quit [Quit: xx]
17:25 -!- andrewchawk [~andrewcha@170.52.55.98] has joined #openbsd
17:32 -!- andrewchawk [~andrewcha@170.52.55.98] has quit [Ping timeout: 252 seconds]
17:33 -!- Vaelatern [~Vaelatern@voidlinux/maintainer/Vaelatern] has quit [Ping timeout: 252 seconds]
17:33 -!- BitByte [~BitByte@2804:880:130e:5700:b184:6405:971d:7d3d] has quit [Quit: Client closed]
17:37 -!- Night-Shade [~Tim@ip5b416a07.dynamic.kabel-deutschland.de] has quit [Ping timeout: 255 seconds]
17:38 -!- Vaelatern [~Vaelatern@108.218.145.28] has joined #openbsd
17:38 -!- CosmicDJ [~cosmicdj@p200300e24f0a400102e04cfffe01e7ab.dip0.t-ipconnect.de] has quit [Quit: reboot]
17:38 -!- Vaelatern [~Vaelatern@108.218.145.28] has quit [Changing host]
17:38 -!- Vaelatern [~Vaelatern@voidlinux/maintainer/Vaelatern] has joined #openbsd
17:38 -!- serious [~serious@makeamericagreatagain.co.uk] has quit [Remote host closed the connection]
17:42 -!- Night-Shade [~Tim@91.65.106.7] has joined #openbsd
17:42 -!- andrewchawk [~andrewcha@170.52.55.98] has joined #openbsd
17:43 -!- andrewchawk [~andrewcha@170.52.55.98] has quit [Changing host]
17:43 -!- andrewchawk [~andrewcha@user/andrewchawk] has joined #openbsd
17:43 -!- CosmicDJ [~cosmicdj@p200300e24f0a400102e04cfffe01e7ab.dip0.t-ipconnect.de] has joined #openbsd
17:45 < vortexx> byteskeptical: being within the two supported releases doesn't protect you to from problems when updating config files. Only release to release is supported, or snapshot to release, or snapshot to snapshot if during the same dev cycle
17:45 -!- Cbit [~Cbit@2804:880:130e:5700:b184:6405:971d:7d3d] has quit [Ping timeout: 256 seconds]
17:49 -!- Bokamosho [Bokamosho@thunderirc.net] has quit [Ping timeout: 248 seconds]
17:49 -!- serious [~serious@makeamericagreatagain.co.uk] has joined #openbsd
17:50 -!- ludovicus [jimbo@user/ludovicus] has quit [Ping timeout: 244 seconds]
17:50 -!- MiniontobyPI [Miniontoby@ircforever.org] has quit [Ping timeout: 245 seconds]
17:50 -!- maybebyte [~maybebyte@about/hackers/maybebyte] has quit [Ping timeout: 264 seconds]
17:51 -!- Menchers [Menchers@user/menchers] has quit [Ping timeout: 260 seconds]
17:51 -!- Aedil [~adrian@ip923468ee.dynamic.kabel-deutschland.de] has joined #openbsd
17:51 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
17:54 -!- irc [~maybebyte@2605:6400:30:f871:b860:aa85:df58:178f] has joined #openbsd
17:58 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
18:20 -!- andrewchawk [~andrewcha@user/andrewchawk] has quit [Remote host closed the connection]
18:20 -!- andrewchawk [~andrewcha@170.52.55.98] has joined #openbsd
18:22 -!- zorz [~zorz@user/zorz] has joined #openbsd
18:23 -!- sodapop [~s0dap0p@user/sodapop] has quit [Quit: I used to do drugs, i still do but I used to too]
18:30 -!- rozenglass [~rednight@176.234.219.150] has quit [Ping timeout: 252 seconds]
18:31 -!- andrewchawk [~andrewcha@170.52.55.98] has quit [Quit: Leaving]
18:31 -!- Cbit [~Cbit@2804:880:130e:5700:b184:6405:971d:7d3d] has joined #openbsd
18:31 -!- bo1 [~bo1@2804:880:130e:5700:b184:6405:971d:7d3d] has quit [Quit: Client closed]
18:32 -!- rozenglass [~rednight@static.9.0.76.144.clients.your-server.de] has joined #openbsd
18:32 -!- Cbit [~Cbit@2804:880:130e:5700:b184:6405:971d:7d3d] has quit [Client Quit]
18:32 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
18:33 -!- xzdx [~xzdx@user/XZDX] has quit [Read error: Connection reset by peer]
18:33 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
18:36 -!- polyduekes [~polydueke@user/polyduekes] has quit [Ping timeout: 260 seconds]
18:38 -!- xzdx [~xzdx@user/XZDX] has quit [Ping timeout: 248 seconds]
18:38 -!- Ellenor [ellenor@callbox.trd.is] has joined #openbsd
18:42 -!- polyduekes [~polydueke@user/polyduekes] has joined #openbsd
18:44 -!- Menchers [Menchers@user/menchers] has joined #openbsd
18:46 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
18:46 -!- ludovicus [jimbo@user/ludovicus] has joined #openbsd
18:48 -!- rafael6 [~rafael@user/rafael] has joined #openbsd
18:48 -!- Bokamosho [Bokamosho@bokamosho.thunderirc.net] has joined #openbsd
18:51 -!- rafael6 is now known as rafael
18:51 -!- xzdx [~xzdx@user/XZDX] has quit [Ping timeout: 245 seconds]
18:52 -!- bp_ [uid16479@id-16479.tinside.irccloud.com] has joined #openbsd
18:53 -!- xet7 [~xet7@user/xet7] has joined #openbsd
18:53 -!- DinoWilliam [~dino@user/DINOWILLIAM] has joined #openbsd
18:54 -!- d-ra [~d-ra@user/d-ra] has quit [Remote host closed the connection]
18:56 -!- six [~six@user/six] has joined #openbsd
18:58 < jcs> thyssentishman: what if you disable pms* in ukc?
18:59 -!- MiniontobyPI [Miniontoby@Miniontoby.staff.ircforever.org] has joined #openbsd
18:59 -!- irc is now known as maybebyte
18:59 -!- maybebyte [~maybebyte@2605:6400:30:f871:b860:aa85:df58:178f] has quit [Changing host]
18:59 -!- maybebyte [~maybebyte@about/hackers/maybebyte] has joined #openbsd
19:00 -!- mesaoptimizer [~mesaoptim@user/PapuaHardyNet] has quit [Ping timeout: 244 seconds]
19:01 -!- ublx [~ublx@user/ublx] has joined #openbsd
19:05 -!- absc [~absc@2a04:ee41:8:6055:f843:5107:ec0a:7662] has joined #openbsd
19:12 -!- mesaoptimizer [~mesaoptim@user/PapuaHardyNet] has joined #openbsd
19:19 -!- polyduekes [~polydueke@user/polyduekes] has quit [Read error: Connection reset by peer]
19:21 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
19:21 -!- polyduekes [~polydueke@user/polyduekes] has joined #openbsd
19:22 -!- Figworm [FiggyWitIt@user/figworm] has joined #openbsd
19:26 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Ping timeout: 260 seconds]
19:26 -!- xzdx [~xzdx@user/XZDX] has quit [Ping timeout: 252 seconds]
19:27 -!- sodapop [~s0dap0p@user/sodapop] has joined #openbsd
19:30 -!- kupi [uid212005@id-212005.hampstead.irccloud.com] has joined #openbsd
19:31 -!- eightt_ [m-eytojc@ip109-204-226-51.osphost.fi] has joined #openbsd
19:32 -!- extrowerk [~extrowerk@BC06D071.dsl.pool.telekom.hu] has joined #openbsd
19:32 -!- eightt [m-eytojc@ip109-204-226-51.osphost.fi] has quit [Ping timeout: 255 seconds]
19:34 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
19:34 -!- jetchisel [~jetchisel@user/jetchisel] has joined #openbsd
19:35 -!- Eyes [~Eyes@user/Eyes] has joined #openbsd
19:36 -!- eightt_ is now known as eightt
19:38 -!- xzdx [~xzdx@user/XZDX] has quit [Ping timeout: 252 seconds]
19:39 -!- m0v [~m0v@user/m0v] has quit [Max SendQ exceeded]
19:39 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
19:42 -!- m0v [~m0v@113.192.26.170] has joined #openbsd
19:42 -!- m0v [~m0v@113.192.26.170] has quit [Changing host]
19:42 -!- m0v [~m0v@user/m0v] has joined #openbsd
19:43 -!- m0v [~m0v@user/m0v] has quit [Max SendQ exceeded]
19:44 -!- m0v [~m0v@113.192.26.170] has joined #openbsd
19:44 -!- m0v [~m0v@113.192.26.170] has quit [Changing host]
19:44 -!- m0v [~m0v@user/m0v] has joined #openbsd
19:45 -!- m0v [~m0v@user/m0v] has quit [Max SendQ exceeded]
19:50 -!- polyduekes [~polydueke@user/polyduekes] has quit [Read error: Connection reset by peer]
19:51 -!- m0v [~m0v@113.192.26.170] has joined #openbsd
19:51 -!- m0v [~m0v@113.192.26.170] has quit [Changing host]
19:51 -!- m0v [~m0v@user/m0v] has joined #openbsd
19:57 -!- krl_ [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has joined #openbsd
19:57 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
19:59 -!- polyduekes [~polydueke@user/polyduekes] has joined #openbsd
19:59 -!- krl [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has quit [Ping timeout: 252 seconds]
20:03 -!- Night-Shade [~Tim@91.65.106.7] has quit [Ping timeout: 260 seconds]
20:08 -!- Night-Shade [~Tim@ip5b416a07.dynamic.kabel-deutschland.de] has joined #openbsd
20:11 -!- xet7 [~xet7@user/xet7] has quit [Remote host closed the connection]
20:13 < thyssentishman> jcs: it doesn't seem to make a difference
20:13 -!- xet7 [~xet7@user/xet7] has joined #openbsd
20:13 < thyssentishman> still getting repeated keys
20:15 < thyssentishman> and 'pckbc: command timeout' messages in the console
20:18 -!- DinoWilliam [~dino@user/DINOWILLIAM] has quit [Remote host closed the connection]
20:19 -!- cornpaffies [~cornpaffi@user/cornpaffies] has quit [Quit: bye]
20:26 -!- psydroid2 [~psydroid@user/psydroid] has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
20:27 -!- euphores [~SASL_euph@user/euphores] has quit [Quit: Leaving.]
20:36 -!- feriman [~feriman@user/feriman] has quit [Ping timeout: 244 seconds]
20:36 -!- xlymian [~user@192-222-185-9.qc.cable.ebox.net] has quit [Ping timeout: 276 seconds]
20:37 -!- ForeverNoob[m] [~ForeverNo@user/ForeverNoobm:35570] has quit [Quit: bye (for now?)]
20:45 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd
20:49 -!- cmc [~methos@gateway/tor-sasl/cmc] has quit [Ping timeout: 260 seconds]
20:51 -!- cmc [~methos@gateway/tor-sasl/cmc] has joined #openbsd
20:58 -!- jacobk [~quassel@47-186-105-237.dlls.tx.frontiernet.net] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
21:02 -!- al1r4d [~b4f754b3@user/al1r4d] has quit [Quit: The Lounge - https://thelounge.chat]
21:02 -!- al1r4d [~2444d869@user/al1r4d] has joined #openbsd
21:03 -!- ForeverNoob[m] [~ForeverNo@user/ForeverNoobm:35570] has joined #openbsd
21:05 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Ping timeout: 260 seconds]
21:05 -!- _0x1eef [~user@al-quran.reflectslight.io] has quit [Quit: kernel reboot]
21:05 -!- vdamewood [~vdamewood@fedora/vdamewood] has joined #openbsd
21:07 -!- _0x1eef [~user@al-quran.reflectslight.io] has joined #openbsd
21:13 < uwharrie> info poiuyt
21:15 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
21:16 -!- jacobk [~quassel@47-186-105-237.dlls.tx.frontiernet.net] has joined #openbsd
21:16 -!- Vaelatern [~Vaelatern@voidlinux/maintainer/Vaelatern] has quit [Ping timeout: 260 seconds]
21:16 -!- gh34 [~textual@syn-184-058-181-106.res.spectrum.com] has quit [Quit: Textual IRC Client: www.textualapp.com]
21:19 -!- gman999 [~GMan999@user/gman999] has quit [Quit: WeeChat 4.2.1]
21:21 -!- lavaball [~Melissa@31.204.155.215] has quit [Remote host closed the connection]
21:21 -!- Vaelatern [~Vaelatern@108.218.145.28] has joined #openbsd
21:22 -!- Vaelatern [~Vaelatern@108.218.145.28] has quit [Changing host]
21:22 -!- Vaelatern [~Vaelatern@voidlinux/maintainer/Vaelatern] has joined #openbsd
21:27 -!- zwr [~zwr@189.80.71.215] has quit [Read error: Connection reset by peer]
21:27 -!- ivdsangen [~ivo@86-95-161-96.fixed.kpn.net] has quit [Quit: https://github.com/ivdsangen]
21:28 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
21:31 -!- Vaelatern [~Vaelatern@voidlinux/maintainer/Vaelatern] has quit [Ping timeout: 276 seconds]
21:31 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
21:32 -!- bylzz [~bylzz@hostname.se] has quit [Quit: bylzz]
21:33 -!- zwr [~zwr@189.80.71.215] has joined #openbsd
21:33 -!- bylzz [~bylzz@hostname.se] has joined #openbsd
21:34 < Nazral> I'm trying to access a service running inside a vm (a docker service to be precise), but I'm struggling. Is it possible to do that with a local interface?
21:34 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
21:34 < Lucas_> Nazral: can you reach the VM?
21:34 < Nazral> To clarify, I'm trying to set up port forwarding to the vm 
21:35 < Nazral> yes, I can ssh to it no problem
21:35 < Lucas_> ok, did you map the container port?
21:36 -!- ForeverNoob[m] [~ForeverNo@user/ForeverNoobm:35570] has quit [Quit: bye (for now?)]
21:36 -!- ForeverNoob[m] [~ForeverNo@user/ForeverNoobm:35570] has joined #openbsd
21:36 < Lucas_> better said, from the host, can you reach the container in the guest?
21:36 < Nazral> yes, so, actually, it just clicked with your question, I was trying to access localhost:port instead of 100.x.x.x:port ... 
21:37 < Nazral> (I realized I was sshing to 100...)
21:37 < Nazral> works fine! 
21:37 < Nazral> Thanks for the help 
21:37 < Lucas_> \o/
21:37 -!- shiranaihito_ [~shiranaih@ppp-124-122-47-9.revip2.asianet.co.th] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
21:37 -!- cmc [~methos@gateway/tor-sasl/cmc] has quit [Ping timeout: 260 seconds]
21:39 -!- ForeverNoob[m] [~ForeverNo@user/ForeverNoobm:35570] has quit [Remote host closed the connection]
21:42 -!- cmc [~methos@gateway/tor-sasl/cmc] has joined #openbsd
21:42 < Nazral> is there a way to access it via localhost:port though?
21:43 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
21:43 < Nazral> I'm running into this error https://github.com/auth0/auth0-spa-js/blob/main/FAQ.md#why-do-i-get-auth0-spa-js-must-run-on-a-secure-origin
21:44 -!- ForeverNoob[m] [~ForeverNo@user/ForeverNoobm:35570] has joined #openbsd
21:44 -!- adig [~default@109.166.137.4] has joined #openbsd
21:45 -!- ForeverNoob[m] [~ForeverNo@user/ForeverNoobm:35570] has quit [Remote host closed the connection]
21:45 -!- Xenguy [~Xenguy@user/xenguy] has quit [Quit: "To play for a draw [...] is to some degree a crime against chess." -- Mikhail Tal]
21:49 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
21:51 -!- mikeybsd [~solo@user/mikeybsd] has quit [Read error: Connection reset by peer]
21:54 -!- ForeverNoob[m] [~ForeverNo@user/ForeverNoobm:35570] has joined #openbsd
21:55 -!- ForeverNoob[m] [~ForeverNo@user/ForeverNoobm:35570] has quit [Remote host closed the connection]
22:03 -!- aqsd [~aqsd@user/aqsd] has quit [Ping timeout: 265 seconds]
22:03 -!- cmc [~methos@gateway/tor-sasl/cmc] has quit [Ping timeout: 260 seconds]
22:05 -!- cmc [~methos@gateway/tor-sasl/cmc] has joined #openbsd
22:08 -!- Vaelatern [~Vaelatern@108.218.145.28] has joined #openbsd
22:08 -!- Vaelatern [~Vaelatern@108.218.145.28] has quit [Changing host]
22:08 -!- Vaelatern [~Vaelatern@voidlinux/maintainer/Vaelatern] has joined #openbsd
22:10 -!- mikeybsd [~solo@user/mikeybsd] has joined #openbsd
22:14 -!- izder456 [~izder456@68.sub-174-192-65.myvzw.com] has joined #openbsd
22:18 -!- izder456 [~izder456@68.sub-174-192-65.myvzw.com] has quit [Remote host closed the connection]
22:19 -!- aqsd [~aqsd@user/aqsd] has joined #openbsd
22:23 -!- jfsimon1981_c [~jfsimon19@lfbn-lyo-1-1454-239.w86-207.abo.wanadoo.fr] has joined #openbsd
22:26 -!- jfsimon1981_b [~jfsimon19@lfbn-lyo-1-1454-239.w86-207.abo.wanadoo.fr] has quit [Ping timeout: 276 seconds]
22:29 -!- Xenguy [~Xenguy@user/xenguy] has joined #openbsd
22:35 -!- adip [~adip@c159-63.icpnet.pl] has quit [Ping timeout: 265 seconds]
22:35 -!- macabro [~user@user/monkey/x-0691028] has joined #openbsd
22:39 -!- dsrt^ [dsrt@c-98-242-74-66.hsd1.ga.comcast.net] has joined #openbsd
22:40 -!- bp_ [uid16479@id-16479.tinside.irccloud.com] has quit []
22:44 -!- Eyes [~Eyes@user/Eyes] has quit [Ping timeout: 256 seconds]
22:45 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
22:46 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
22:47 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
22:48 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
22:48 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
22:49 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
22:50 -!- bsd4me [~bsduser@user/bsd4me] has quit [Remote host closed the connection]
22:51 -!- absc [~absc@2a04:ee41:8:6055:f843:5107:ec0a:7662] has quit [Quit: Got to go. irctk 1.1.0-alpha]
22:53 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
22:54 -!- xlymian [~user@modemcable212.249-81-70.mc.videotron.ca] has joined #openbsd
22:54 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
22:55 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
22:55 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
22:56 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
22:57 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
22:58 -!- gman999 [~GMan999@user/gman999] has joined #openbsd
22:58 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
22:59 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
22:59 < echelon> does carp need a working router to work?
22:59 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
23:00 < echelon> i assumed it just broadcasts to .255 broadcast ip
23:00 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
23:03 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
23:04 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
23:05 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
23:06 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
23:06 -!- nathanpc [~nathanpc@user/nathanpc] has quit [Quit: ZNC 1.9.1 - https://znc.in]
23:07 -!- nathanpc [~nathanpc@user/nathanpc] has joined #openbsd
23:11 -!- bsd4me [~bsduser@user/bsd4me] has joined #openbsd
23:17 -!- danilogondolfo [~danilogon@2a02:8084:4f42:7900:3914:1d11:2527:fd14] has quit [Remote host closed the connection]
23:17 -!- polarian_ [~polarian@znc.polarian.dev] has joined #openbsd
23:17 -!- greghouse1995 [~odin@151.55.97.147] has joined #openbsd
23:18 -!- polarian [~polarian@znc.polarian.dev] has quit [Ping timeout: 252 seconds]
23:18 -!- polarian_ is now known as polarian
23:18 -!- greghouse1995 [~odin@151.55.97.147] has quit [Client Quit]
23:23 < polarian> Hello, my OpenBSD router went down today knocking out my servers, unbound returns SERVFAIL (dns failure), setting verbosity to 5 and then observing /var/log/messages I see the following: https://dpaste.org/aVZo9 slightly concerned as port 53 is blocked from WAN, only RFC 1918 ranges should be able to reach unbound. I have tcpdump'd all the interfaces and I can't find where these packets are
23:23 < polarian> from... the only thing I can think about is loopback, and it would make sense as when I rebooted OpenBSD the problem went away... I assume the SERVFAIL is unbound denial of service, but from where I don't know... any clues before I mailing list this?
23:26 -!- Xenguy_ [~Xenguy@user/xenguy] has joined #openbsd
23:26 < pardis> a web search for one of those IP addresses suggests it's one of the DNS root servers
23:26 < pardis> unsurprising that a resolver would be contacting those
23:27 < pardis> also findable with dig -x
23:27 -!- zwr [~zwr@189.80.71.215] has quit [Read error: Connection reset by peer]
23:27 -!- mikeybsd [~solo@user/mikeybsd] has quit [Ping timeout: 260 seconds]
23:27 < polarian> pardis: oh wow... I was only checking inbound... 
23:27 < polarian> I should have lookedup the IPs... I was more in panic mode to get my servers back :)
23:27 < polarian> so the root DNS is what is throwing the errors? weird... 
23:28 < polarian> This happens every ~30 days though..
23:29 < pardis> "Permission denied" is EACCES, and send(2) says [EACCES] The connection was blocked by pf(4), or SO_BROADCAST is not set on the socket and a broadcast address was given as the destination.
23:30 < polarian> weird... pf doesn't block outbound...
23:30 < polarian> it only filters port 25 inbound 
23:30 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
23:30 < polarian> this does not explain why rebooting OpenBSD fixed it...
23:31 < pardis> could also possibly be an undocumented error (there are plenty of those in syscalls)
23:31 < pardis> maybe out of ephemeral ports or something
23:31 < systemdsucks> some weird clock issue?
23:31 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
23:31 < polarian> clock is the first thing I checked :)
23:31 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
23:32 < pardis> have you checked whether restarting only unbound fixes the problem?
23:32 < polarian> besides time is validated against google.com iirc to protect against time based attacks... time should be correct anyways...
23:32 < polarian> pardis: did that, did nothing... servfail still (and same IP errors)
23:32 < pardis> nothing in dmesg?
23:32 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
23:32 < polarian> nope nothing 
23:32 -!- zwr [~zwr@189.80.71.215] has joined #openbsd
23:32 < pardis> that is odd
23:32 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
23:32 -!- xet7 [~xet7@user/xet7] has quit [Remote host closed the connection]
23:32 < polarian> its really weird... it happens if the router is ran ~30 days 
23:33 < polarian> always about 28-30 days uptime it occurs...
23:33 < polarian> I decided this time to finally capture some logs to try to figure it out, all the other times I was in a rush and just rebooted to fix it 
23:33 -!- Red [~Red@239.51-174-66.customer.lyse.net] has joined #openbsd
23:34 < pardis> have you looked at established udp states using netstat and/or pfctl -s states when the problem happens?
23:34 -!- Red [~Red@239.51-174-66.customer.lyse.net] has quit [Read error: Connection reset by peer]
23:34 < pardis> my suspicion would be a state table filling up or exhaustion of ephemeral ports or some such thing
23:35 < polarian> well now I rebooted I will need to wait to reproduce the issue :/
23:35 < polarian> I will note these down for the future 
23:35 < oldlaptop> re `"Permission denied" is EACCESS`: polarian: worth keeping https://man.openbsd.org/errno under your pillow (metaphorically speaking)
23:36 < pardis> or literally, if you prefer
23:37 < oldlaptop> bonus points for printing out your own OpenBSD Administrator's Manual and OpenBSD Programmer's Manual every six months to keep under your pillow
23:37 < pardis> Nazral: just forward the port with socat (available via pkg_add)
23:38 < polarian> oldlaptop: no, get some glue and glue it to the wall :)
23:38 < polarian> under the bed it will be forgotten
23:39 < polarian> anyways thanks for the help pardis and oldlaptop I have noticed your suggestions down to help investigate if/when it happens again :)
23:39 < pardis> (ssh can forward the port too but will also unnecessarily encrypt the connection on the host and decrypt it on the guest)
23:42 < oldlaptop> could nc work? (maybe piping an nc -l to an nc [not -l])
23:42 < pardis> you need a named pipe for that to be bidirectional
23:42 < pardis> it can work, but is clunky
23:42 < oldlaptop> aaaah.
23:43 < byteskeptical> vortexx: not according to the FAQ upgrade guide: 'Upgrades are only supported from one release to the release immediately following.' <- https://www.openbsd.org/faq/upgrade75.html and directly references the bsd.rd method
23:43 -!- mikewilzn [609e48c489@user/mikewilzn] has left #openbsd [Error from remote client]
23:43 -!- polarian_ [~polarian@znc.polarian.dev] has joined #openbsd
23:44 < oldlaptop> well, upgrades from one snapshot to another kind of have to work too
23:44 < byteskeptical> vortexx: as for config files a sysmerge after upgrading is also recommended
23:44 < byteskeptical> oldlaptop: sure never said they didn't
23:44 -!- sodapop [~s0dap0p@user/sodapop] has quit [Quit: I used to do drugs, i still do but I used to too]
23:44 -!- polarian [~polarian@znc.polarian.dev] has quit [Ping timeout: 252 seconds]
23:44 -!- polarian_ is now known as polarian
23:45 < oldlaptop> if there's at most one release in the middle... you're probably fine?
23:45 < byteskeptical> I mentioned that as well no need for an extra step IMO
23:45 < pardis> the more time there is between snapshots, the less well tested your upgrade path will be
23:45 < oldlaptop> depends on what's happened since release - those using -current or snapshots are well advised to pay attention
23:45 -!- xzdx_ [~xzdx@c-76-139-198-78.hsd1.mi.comcast.net] has joined #openbsd
23:45 < pardis> the answer is probably something like "it is usually fine, and occasionally will eat your kitten"
23:45 -!- xzdx [~xzdx@user/XZDX] has quit [Read error: Connection reset by peer]
23:45 -!- xzdx_ [~xzdx@c-76-139-198-78.hsd1.mi.comcast.net] has quit [Remote host closed the connection]
23:46 < byteskeptical> agreed snapshots require a bit more nuance at times
23:46 < oldlaptop> you're testing unreleased stuff if you're using snapshots, by definition
23:46 -!- xzdx [~xzdx@user/XZDX] has joined #openbsd
23:46 < byteskeptical> that would be true of jumping one version or two
23:47 -!- ForeverNoob[m] [~ForeverNo@user/ForeverNoobm:35570] has joined #openbsd
23:47 < oldlaptop> the special thing about skipping whole releases is that it's explicitly *not* tested and *not* something anyone tries to make work
23:48 < byteskeptical> apparently neither is a two release jump
23:49 -!- sodapop [~s0dap0p@user/sodapop] has joined #openbsd
23:49 < oldlaptop> the boundary between "this is expected to work" and "that's stupid, don't come crying to us when that blows up" is fuzzier from snapshot to snapshot, but you'll definitely cross it if you wait long enough
23:50 < oldlaptop> a snapshot made a week after X.Y is not something you should expect to cleanly upgrade to a snapshot made a week before X.Y+1
23:51 < oldlaptop> whereas any snapshot made after X.Y is pretty likely to cleanly upgrade to X.Y+1.
23:51 < oldlaptop> (AIUI that is still not really supported - when in doubt, reinstall.)
23:54 < byteskeptical> yeah I mean just recently with some of the syscall changes going from one snapshot to the next broke a lot of ports
23:54 < byteskeptical> before rebuild so yeah snapshots can have their icarus moments for sure
23:55 -!- bleb [~cm@user/bleb] has joined #openbsd
23:55 -!- at_work [~at_work@user/at-work/x-5282331] has quit [Ping timeout: 276 seconds]
23:56 -!- mikewilzn [609e48c489@user/mikewilzn] has joined #openbsd
23:56 -!- dsrt^ [dsrt@c-98-242-74-66.hsd1.ga.comcast.net] has quit [Ping timeout: 248 seconds]
23:56 -!- DinoWilliam [~dino@user/DINOWILLIAM] has joined #openbsd
23:56 -!- dsrt^ [~dsrt@c-98-242-74-66.hsd1.ga.comcast.net] has joined #openbsd
--- Log closed Sat Aug 10 00:00:00 2024