--- Log opened Thu Jun 13 00:00:09 2024
00:01 -!- tozhu [~tozhu@171.88.40.119] has joined #openbsd
00:01 -!- tozhu [~tozhu@171.88.40.119] has quit [Client Quit]
00:16 -!- guru__ [~guru@2001:9e8:e801:5b00:20c:29ff:fe5c:9d22] has quit [Ping timeout: 264 seconds]
00:19 -!- emmanuelux_ [~emmanuelu@user/emmanuelux] has joined #openbsd
00:20 -!- guru__ [~guru@251-231-142-46.pool.kielnet.net] has joined #openbsd
00:20 -!- emmanuelux [~emmanuelu@user/emmanuelux] has quit [Ping timeout: 255 seconds]
00:31 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
00:32 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
00:34 -!- hussein1_ [~weechat@gateway/tor-sasl/hussein1] has quit [Quit: hussein1_]
00:35 -!- hussein1 [~weechat@gateway/tor-sasl/hussein1] has joined #openbsd
00:45 -!- zwr [~zwr@201-19-166-88.user3p.veloxzone.com.br] has quit [Read error: Connection reset by peer]
00:46 -!- redruM [~redrum@user/redrum] has joined #openbsd
00:47 -!- tozhu [~tozhu@117.139.163.129] has joined #openbsd
00:51 -!- zwr [~zwr@201-19-166-88.user3p.veloxzone.com.br] has joined #openbsd
01:05 -!- Tingo [~Tingo@2407:d000:b:ec84:456:646c:d171:a168] has joined #openbsd
01:05 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
01:06 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
01:07 -!- bradd [~quassel@user/bradd] has joined #openbsd
01:12 -!- tozhu [~tozhu@117.139.163.129] has quit [Quit: tozhu]
01:14 -!- tozhu [~tozhu@117.139.163.129] has joined #openbsd
01:19 -!- tozhu [~tozhu@117.139.163.129] has quit [Client Quit]
01:22 -!- Bradipo [~Bradipo@50.77.44.29] has quit [Quit: Lost terminal]
01:23 -!- tozhu [~tozhu@117.139.163.129] has joined #openbsd
01:26 -!- tozhu [~tozhu@117.139.163.129] has quit [Client Quit]
01:31 -!- tozhu [~tozhu@117.139.163.129] has joined #openbsd
01:39 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
01:40 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
01:40 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has quit [Quit: Connection closed for inactivity]
01:44 -!- artmdl [~art5456@d172-218-174-94.bchsia.telus.net] has quit [Read error: Connection reset by peer]
01:45 -!- krl [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has joined #openbsd
01:47 -!- krl_ [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has quit [Ping timeout: 256 seconds]
01:51 -!- gnucode [~gnucode@user/jab] has quit [Remote host closed the connection]
01:57 -!- seninha [~seninha@user/seninha] has quit [Quit: Leaving]
01:59 -!- eightt [m-eytojc@ip109-204-226-51.osphost.fi] has quit [Ping timeout: 268 seconds]
02:00 -!- ublx [~ublx@user/ublx] has quit [Quit: ublx]
02:04 -!- xet7 [~xet7@user/xet7] has quit [Ping timeout: 268 seconds]
02:06 -!- eightt [m-eytojc@ip109-204-226-51.osphost.fi] has joined #openbsd
02:08 -!- Tingo [~Tingo@2407:d000:b:ec84:456:646c:d171:a168] has quit [Quit: Client closed]
02:13 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
02:14 -!- Mestapheles [~chatzilla@181-163-141-141.baf.movistar.cl] has joined #openbsd
02:14 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
02:16 -!- xet7 [~xet7@user/xet7] has joined #openbsd
02:22 -!- Luna_Usagi [~magic@2a02:4780:10:2a34::1] has joined #openbsd
02:22 -!- Luna_Usagi [~magic@2a02:4780:10:2a34::1] has quit [Changing host]
02:22 -!- Luna_Usagi [~magic@user/Luna-Usagi:39058] has joined #openbsd
02:28 -!- schalken [~schalken@117-118-178-69.gci.net] has quit [Quit: Leaving]
02:32 -!- accelerat0r [~user@user/accelerat0r] has joined #openbsd
02:44 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Remote host closed the connection]
02:45 -!- schalken [~schalken@117-118-178-69.gci.net] has joined #openbsd
02:47 -!- Hackerpcs [~user@user/hackerpcs] has quit [Quit: Hackerpcs]
02:48 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
02:48 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
02:50 -!- donofrio [~donofrio@c-68-40-123-196.hsd1.mi.comcast.net] has joined #openbsd
02:50 -!- Hackerpcs [~user@user/hackerpcs] has joined #openbsd
02:50 -!- Hackerpcs [~user@user/hackerpcs] has quit [Max SendQ exceeded]
02:53 -!- byteskeptical [~amnesia@user/byteskeptical] has joined #openbsd
02:55 -!- donofrio [~donofrio@c-68-40-123-196.hsd1.mi.comcast.net] has quit [Ping timeout: 256 seconds]
02:57 -!- Hackerpcs [~user@user/hackerpcs] has joined #openbsd
03:20 -!- beanbrain [~brain@user/beanbrain] has joined #openbsd
03:23 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
03:23 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
03:39 -!- sunwind [~paradox@gateway/vpn/pia/sunwind] has quit [Ping timeout: 260 seconds]
03:41 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has joined #openbsd
03:49 -!- Qual [~sage@user/Qual] has joined #openbsd
03:52 -!- mxz__ [~mxz@user/mxz] has joined #openbsd
03:54 -!- mxz_ [~mxz@user/mxz] has quit [Ping timeout: 255 seconds]
03:54 -!- mxz [~mxz@user/mxz] has quit [Ping timeout: 252 seconds]
03:54 -!- mxz__ is now known as mxz
03:59 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
04:00 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
04:03 -!- zcheng3 [~zcheng3@d108-173-21-8.abhsia.telus.net] has quit [Ping timeout: 252 seconds]
04:05 -!- Luna_Usagi [~magic@user/Luna-Usagi:39058] has quit [Remote host closed the connection]
04:05 -!- Mestapheles [~chatzilla@181-163-141-141.baf.movistar.cl] has quit [Ping timeout: 264 seconds]
04:05 -!- Luna_Usagi [~magic@2a02:4780:10:2a34::1] has joined #openbsd
04:06 -!- Luna_Usagi [~magic@2a02:4780:10:2a34::1] has quit [Changing host]
04:06 -!- Luna_Usagi [~magic@user/Luna-Usagi:39058] has joined #openbsd
04:08 -!- fro [fro@humpty.dance] has quit [Remote host closed the connection]
04:10 -!- Poster [~poster@syn-024-210-086-224.res.spectrum.com] has quit [Ping timeout: 268 seconds]
04:12 -!- Poster [~poster@syn-024-210-086-224.res.spectrum.com] has joined #openbsd
04:15 < jrmu> Is there a way for vport(4) to indicate another interface to use? Specifically I'm trying to get the tap(4) interfaces in vm.conf to use a vport interface
04:19 -!- andrei_n [~andrei_n@user/andrei-n:62396] has joined #openbsd
04:19 -!- ivdsangen [~ivo@86-95-161-96.fixed.kpn.net] has quit [Quit: https://github.com/ivdsangen]
04:20 -!- Mestapheles [~chatzilla@181-163-140-251.baf.movistar.cl] has joined #openbsd
04:21 -!- znedw0 [~znedw@home.znedw.com] has joined #openbsd
04:25 -!- martian67 [~martian67@user/meow/martian67] has quit [Quit: No Ping reply in 180 seconds.]
04:27 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd
04:27 -!- martian67 [~martian67@user/meow/martian67] has joined #openbsd
04:33 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
04:34 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
04:38 -!- koo5_ [~quassel@vmi579006.contaboserver.net] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
04:38 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Ping timeout: 260 seconds]
04:39 -!- koo5__ [~quassel@vmi579006.contaboserver.net] has joined #openbsd
04:49 -!- rustyy [~rusty@74.3.163.187] has quit [Quit: leaving]
04:49 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
04:50 -!- andrei_n [~andrei_n@user/andrei-n:62396] has quit [Ping timeout: 255 seconds]
04:51 -!- AlaskanEmily [~AlaskanEm@user/alaskanemily] has quit [Remote host closed the connection]
04:52 -!- Mestapheles [~chatzilla@181-163-140-251.baf.movistar.cl] has quit [Remote host closed the connection]
04:54 -!- andrei_n [~andrei_n@2a02:a03f:c091:a800:2023:eb80:7e75:618b] has joined #openbsd
04:54 -!- andrei_n [~andrei_n@2a02:a03f:c091:a800:2023:eb80:7e75:618b] has quit [Changing host]
04:54 -!- andrei_n [~andrei_n@user/andrei-n:62396] has joined #openbsd
04:57 -!- cypheon [~cypheon@user/cypheon] has quit [Ping timeout: 260 seconds]
05:00 -!- cypheon [~cypheon@user/cypheon] has joined #openbsd
05:07 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
05:08 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
05:13 -!- mlw [~mlw@41-139-158-157.safaricombusiness.co.ke] has joined #openbsd
05:20 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Ping timeout: 260 seconds]
05:26 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
05:27 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
05:31 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has quit [Quit: Outside Context Problem.]
05:33 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
05:41 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
05:42 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
05:47 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 252 seconds]
05:48 -!- edthix [~Thunderbi@180.74.223.180] has joined #openbsd
05:57 -!- artmdl [~art5456@d172-218-174-94.bchsia.telus.net] has joined #openbsd
06:00 -!- mxz_ [~mxz@user/mxz] has joined #openbsd
06:02 -!- jagtalon [~quassel@user/jagtalon] has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
06:02 -!- jagtalon [~quassel@user/jagtalon] has joined #openbsd
06:03 -!- jagtalon [~quassel@user/jagtalon] has quit [Client Quit]
06:03 -!- jagtalon [~quassel@user/jagtalon] has joined #openbsd
06:03 -!- uncleyear [~ian@45.80.46.92] has joined #openbsd
06:04 -!- tercaL [~tercaL@user/tercal] has joined #openbsd
06:08 -!- rustyy [~rusty@74.3.163.187] has joined #openbsd
06:15 -!- mlw [~mlw@41-139-158-157.safaricombusiness.co.ke] has quit [Ping timeout: 256 seconds]
06:16 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
06:17 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
06:22 -!- mns [~mns@user/mns] has quit [Ping timeout: 252 seconds]
06:30 -!- n6bsd [~n6bsd@user/n6bsd] has joined #openbsd
06:42 -!- feriman [~feriman@user/feriman] has joined #openbsd
06:44 -!- n6bsd [~n6bsd@user/n6bsd] has left #openbsd []
06:47 -!- mns [~mns@user/mns] has joined #openbsd
06:51 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
06:52 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
06:53 -!- Qual [~sage@user/Qual] has quit [Remote host closed the connection]
06:57 -!- mlw [~mlw@41-139-158-157.safaricombusiness.co.ke] has joined #openbsd
07:04 -!- redruM [~redrum@user/redrum] has quit [Ping timeout: 256 seconds]
07:10 -!- dsrt^ [~cd@c-98-242-74-66.hsd1.ga.comcast.net] has joined #openbsd
07:11 -!- arch-nemesis [~arch-neme@user/arch-nemesis] has quit [Remote host closed the connection]
07:17 < sysfu> If I'm using relayd to terminate TLS connections, and then relaying those to a web server running on localhost port 8080, where is the appropriate place to perform redirects from the bare (domain.tld) to www.domain.tld?
07:17 < sysfu> I'm troubeshooting a 301 redirect loop for a recently migrated wordpress site and I'm not sure if I'm doing this correctly.
07:21 -!- Teebeutel [~Teebeutel@2a00:d0c0:200:3:58bc:ccff:fee3:fd51] has quit [Quit: ZNC 1.8.2 - https://znc.in]
07:21 -!- Teebeutel [~Teebeutel@2a00:d0c0:200:3:58bc:ccff:fee3:fd51] has joined #openbsd
07:24 -!- arch-nemesis [~arch-neme@user/arch-nemesis] has joined #openbsd
07:26 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
07:26 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
07:26 < IcePic> sysfu: I think many do it in relayd, just have two entries that both point to that same 8080 service
07:30 < sysfu> That's what made the most sense to me but I was struggling with putting together a correct statement. The examples givin in the httpd.conf files are pretty straightforward.
07:31 < sysfu> do you know if httpd ignores .htaccess files in the web docs root?
07:31 -!- jlmk [~jlmk@user/jlmk] has quit []
07:31 < zelest> It does
07:32 < zelest> I run my relayd so that it redirect http traffic to 8080 and TLS traffic to 8443.. It's easier to keep track of it that way.
07:32 < zelest> Then I do the redirects as needed in httpd.conf
07:33 < sysfu> zelest, so you don't terminate TLS with relayd then?
07:34 < zelest> I do, httpd only speaks http
07:34 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has joined #openbsd
07:34 < zelest> I just prefer to have different blocks in httpd for it
07:36 < sysfu> huh. 
07:37 < sysfu> I'm wondering if I should just take relayd out of the mix for now to fix this redirect issue.
07:39 < zelest> I think I suck at explaining. :D
07:39 < zelest> I run httpd on two ports, but both are plain http.. no TLS at all.
07:40 < zelest> Then in relayd, I have one relay for http traffic and one for https.. terminating TLS and they're sent to each port on httpd.
07:41 < zelest> Then in httpd, I can assume that all traffic on one port is encrypted and the traffic on the other port is plain http.
07:41 < zelest> All the http block basically just redirect to https of course.
07:41 < zelest> then i have a separate block for www.domain.tld which redirects to domain.tld.
07:52 < sysfu> OK, that makes more sense.
07:58 < sysfu> I seem to have resolved the 301 redirect loops for now by taking relayd out of the mix.
07:58 < sysfu> I'll fiddle with it more tomorrow.
08:00 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
08:01 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
08:02 < zelest> :)
08:05 -!- edthix [~Thunderbi@180.74.223.180] has quit [Quit: edthix]
08:07 -!- tozhu [~tozhu@117.139.163.129] has quit [Quit: tozhu]
08:08 -!- tozhu [~tozhu@117.139.163.129] has joined #openbsd
08:17 -!- jrmu [jrmu@jrmu.jrmu.host.ircnow.org] has quit [Read error: Connection reset by peer]
08:17 -!- tozhu [~tozhu@117.139.163.129] has quit [Quit: tozhu]
08:18 -!- jrmu [jrmu@jrmu.jrmu.host.ircnow.org] has joined #openbsd
08:34 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
08:34 -!- gbowne1 [~gbowne1@97-113-88-175.tukw.qwest.net] has quit [Read error: Connection reset by peer]
08:35 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
08:42 -!- lavaball [~Melissa@31.204.155.215] has joined #openbsd
08:48 -!- tozhu [~tozhu@117.139.163.129] has joined #openbsd
08:54 -!- tozhu [~tozhu@117.139.163.129] has quit [Quit: tozhu]
09:02 -!- emigrant [~emigrant@109.231.52.211.koba.pl] has quit [Remote host closed the connection]
09:06 -!- fallback [fallback@shelltalk.net] has quit [Ping timeout: 268 seconds]
09:08 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
09:09 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
09:12 -!- adig [~default@86.123.72.149] has joined #openbsd
09:14 -!- leo_ [~leo@arioch.leonhardt.eu] has quit [Quit: leaving]
09:14 -!- leo_ [~leo@arioch.leonhardt.eu] has joined #openbsd
09:17 -!- b50d [~b50d@62.96.54.30] has joined #openbsd
09:18 -!- frdem [~frdem@109.7.17.106] has joined #openbsd
09:31 -!- andrei_n [~andrei_n@user/andrei-n:62396] has quit [Ping timeout: 255 seconds]
09:32 -!- donofrio [~donofrio@c-68-40-123-196.hsd1.mi.comcast.net] has joined #openbsd
09:37 -!- emigrant [~emigrant@109.231.52.211.koba.pl] has joined #openbsd
09:38 -!- tozhu [~tozhu@171.88.40.119] has joined #openbsd
09:40 -!- baraq [815932d8e7@user/baraq] has joined #openbsd
09:44 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
09:44 -!- andrei_n [~andrei_n@2a02:a03f:c091:a800:4cc9:832b:d3d8:de1c] has joined #openbsd
09:44 -!- andrei_n [~andrei_n@2a02:a03f:c091:a800:4cc9:832b:d3d8:de1c] has quit [Changing host]
09:44 -!- andrei_n [~andrei_n@user/andrei-n:62396] has joined #openbsd
09:44 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
09:50 -!- vdamewood [~vdamewood@fedora/vdamewood] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
09:58 -!- adig [~default@86.123.72.149] has quit [Ping timeout: 260 seconds]
10:02 -!- adig [~default@86.123.72.149] has joined #openbsd
10:04 -!- adig [~default@86.123.72.149] has quit [Read error: Connection reset by peer]
10:10 -!- adig [~default@109.166.130.31] has joined #openbsd
10:10 -!- d-ra [~d-ra@user/d-ra] has joined #openbsd
10:14 -!- fstd [~fstd@xdsl-87-78-206-138.nc.de] has quit [Ping timeout: 246 seconds]
10:15 -!- fstd [~fstd@xdsl-78-34-196-48.nc.de] has joined #openbsd
10:18 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
10:19 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
10:21 -!- feriman [~feriman@user/feriman] has quit [Ping timeout: 264 seconds]
10:25 -!- lavaball [~Melissa@31.204.155.215] has quit [Remote host closed the connection]
10:25 -!- adig [~default@109.166.130.31] has quit [Read error: Connection reset by peer]
10:26 -!- adig [~default@109.166.130.31] has joined #openbsd
10:27 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has joined #openbsd
10:28 -!- sonya [~nologin@gateway/tor-sasl/sonya] has joined #openbsd
10:36 -!- beanbrain [~brain@user/beanbrain] has quit [Ping timeout: 256 seconds]
10:40 -!- accelerat0r [~user@user/accelerat0r] has quit [Remote host closed the connection]
10:46 -!- shiranaihito_ [~shiranaih@2001:fb1:77:9f94:2155:1f6b:f302:d418] has joined #openbsd
10:50 -!- andrei_n [~andrei_n@user/andrei-n:62396] has quit [Ping timeout: 264 seconds]
10:53 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
10:53 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
11:10 -!- tozhu [~tozhu@171.88.40.119] has quit [Quit: tozhu]
11:11 -!- andrei_n [~andrei_n@user/andrei-n:62396] has joined #openbsd
11:14 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Excess Flood]
11:17 -!- tozhu [~tozhu@171.88.40.119] has joined #openbsd
11:17 -!- EtherNet [~ethernet@user/ethernet] has quit [Ping timeout: 264 seconds]
11:18 -!- EtherNet [~ethernet@user/ethernet] has joined #openbsd
11:23 -!- feriman [~feriman@user/feriman] has joined #openbsd
11:23 < remiliascarlet> After rebooting a server, when I run `mount_nfs (everything after that)`, I'm getting: "NFS Portmap: RPC: Port mapper failure - RPC: Unable to send".
11:23 < remiliascarlet> I can ping to the NAS server I'm mounting to.
11:26 -!- seninha [~seninha@user/seninha] has joined #openbsd
11:27 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
11:28 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined #openbsd
11:28 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
11:31 < IcePic> remiliascarlet: does "showmount -a remote-ip" or "showmount -e remote-ip" work?
11:32 < IcePic> also, nfs is very picky about pf rules and sometimes hard to predict, so testing without pf enabled on the client could be worth a quick test
11:32 -!- frdem [~frdem@109.7.17.106] has quit [Ping timeout: 264 seconds]
11:33 < remiliascarlet> Nevermind, turned out to be a pf issue.
11:34 -!- adig [~default@109.166.130.31] has quit [Read error: Connection reset by peer]
11:34 < sibiria> at least it wasn't lupus or leprosy
11:34 < remiliascarlet> Another question is, if a server crashes (whether from a kernel panic or whatever), is there a way to make the server reboot itself automatically?
11:35 < IcePic> log lines in pf.conf and tcpdumping pflog0 is often a winner
11:36 < remiliascarlet> Probably not possible by software, so I'm looking for a hardware solution for kernal panic related server crashes.
11:36 < IcePic> there is a sysctl that controls if panic leads to ddb> or to reboot
11:36 < sibiria> if you disable ddb kernel panic, it will reboot
11:36 < remiliascarlet> Oh, so it is possible!
11:36 < sibiria> ddb.panic=0
11:37 < remiliascarlet> Alright, thanks!
11:38 < remiliascarlet> It's the first time in this past year that server crashed, so it was quite a shock to me when that happened, as it has been running smoothly for an entire year.
11:40 < sibiria> i cannot recall any of openbsd machines panicking on me, ever, in close to 20 years of running such as 24/7 server/router
11:40 < sibiria> very pleasant experience
11:41 < sibiria> but i only run -stable. i don't go near snapshots
11:42 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
11:44 < sonya> hello.. does anyone noticed a slowdown for # pkg_add -u  in 7.5 vs 7.4 ?
11:44 -!- adig [~default@109.166.130.31] has joined #openbsd
11:45 < remiliascarlet> I only run -release, although I have experienced quite a few problems on modern hardware since the release of 7.5. Runs great on older hardware though.
11:45 < IcePic> sonya: we are all so happy for pkg_add speeds since that last speedup that we don't notice if it drops 10% perf
11:46 < consus> given ~700Mbit/s link (verified by iperf), which reasonable sftp speed should I expect? Currently it's capped about ~280 MBit/s
11:46 < sibiria> remiliascarlet: do you explicitly stay on -release, or you meant -stable?
11:46 < remiliascarlet> sonya: Unlike most other Unix-like OS's, OpenBSD makes direct connection to the OpenBSD server or mirror on each action, so it's to be expected to be slow. Perhaps try to change the mirror?
11:46 < sibiria> because most patches are of the reliability sort...
11:47 < remiliascarlet> sibiria: I meant -release.
11:47 < remiliascarlet> So the as stable as you can get branch.
11:47 < sibiria> i highly recommend that you apply syspatches....
11:47 < remiliascarlet> I did.
11:47 < sonya> IcePic: hmm.. 7.4 i386 is flying on the same mirror comparing to 7.5 amd64..
11:47 < sibiria> then you are on -stable, not -relese. all is good
11:48 < remiliascarlet> Well, I only refuse to apply the syspatch on my ThinkPad P50 because it causes a whole lot of problems which I listed previously.
11:48 < pardis> not really -stable, but equivalent to -stable
11:48 < pardis> -stable refers to building the -stable source tree
11:48 < remiliascarlet> Specifically errata 003.
11:50 < sonya> with all syspatches up to date.. i even decided not to upgrade 7.4 yet..
11:50  * sonya is checking network setup.. again..
11:51 < sibiria> as mentioned before, the problem is likely something else than patch #003
11:51 -!- tozhu [~tozhu@171.88.40.119] has quit [Quit: tozhu]
11:51 < remiliascarlet> Don't worry, OpenBSD is not Apple, so they are not going to artificially slowdown their 7.4 FTP directory just to get you to upgrade.
11:52 < remiliascarlet> sibiria: I know, and yet just undoing that patch resolves all the problems.
11:52 < remiliascarlet> And before undoing it, I rebooted a few times to make sure it wasn't just a coincidence.
11:52 < sibiria> if you have a reproducible case you should really consider posting it on the mailing list
11:53 < IcePic> consus: sftp (and scp and other crypto-over-tcp) suffer a bit from a limit on how many outstanding packets they will allow before they starts waiting for confirmation from the other side.
11:53 < remiliascarlet> I don't know how to reproduce other than just "buy a ThinkPad P50, install OpenBSD, and apply all syspatches".
11:53 < remiliascarlet> Because I have none of these problems on any of the lower end hardware.
11:55 < IcePic> consus: I think I have done a few speed tests on gig links long time ago and scp/sftp or rsync-inside-ipsec would often get stuck at 600Mbit/s, some ~60MB/s even if everything else was fine, and I think that is because encrypted copies becomes like a tcp inside a tcp.
11:55 < consus> IcePic: sure, but https can so far better, so I was wondering maybe there is some knob
11:56 < IcePic> consus: which is one of the things mentioned on the hpn-ssh patches (which I probably can't recommend in general, but still) https://www.psc.edu/hpn-ssh-home/hpn-ssh-faq/
11:58 < IcePic> A quick guess would be that clear-text rsync inside wireguard would give the best speed
11:59 < IcePic> for encrypted xfers, that is
12:02 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
12:02 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
12:05 -!- psydroid2 [~psydroid@user/psydroid] has joined #openbsd
12:06 -!- tozhu [~tozhu@171.88.40.119] has joined #openbsd
12:07 -!- fallback [fallback@shelltalk.net] has joined #openbsd
12:09 -!- shiranaihito_ [~shiranaih@2001:fb1:77:9f94:2155:1f6b:f302:d418] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
12:10 -!- ublx [~ublx@user/ublx] has joined #openbsd
12:12 -!- ekix [~eki@dsl-hkibng41-54f85a-212.dhcp.inet.fi] has quit [Quit: leaving]
12:12 < anexit> Morning
12:27 -!- lavaball [~Melissa@31.204.155.215] has joined #openbsd
12:29 -!- tozhu [~tozhu@171.88.40.119] has quit [Quit: tozhu]
12:32 -!- tozhu [~tozhu@171.88.40.119] has joined #openbsd
12:36 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
12:37 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
12:40 -!- hitest [~hitest@user/hitest] has joined #openbsd
12:40 < consus> IcePic: yeah, but I like that even windows now has sftp so it's super convinient
12:40 < consus> But kinda eh, slow
12:41 < sibiria> slightly faster computer helps a bit. openbsd is kinda low-performing still on the network side of things
12:42 < consus> I use Arch btw
12:42 < consus> :D
12:42 < consus> so it's not openbsd thing
12:43 < consus> it's arch <-> windows 10
12:43 < lts> The only issue I have with network performance is that I can't set a queue bandwidth much above 4Gbps or it'll flip over the 32-bit register and start from zero again
12:43 < lts> (in pf.conf)
12:44 < sibiria> then 280 mbit/s sounds unreasonably low unless it really is a very slow computer
12:44 < consus> nah, it's ryzen 5900 with nvme and something recent from intel also with nvme
12:44 < lts> It has soon been six years since FreeBSD fixed the issue :-( https://reviews.freebsd.org/D16782
12:44 < IcePic> 280 is kind of slow, but I did not get much more than 2x in my old tests
12:44 < sibiria> between "debians" on not particularly hot hardware i have no problems reaching above 500 mbit/s
12:45 < consus> hmmm
12:45 < consus> weird
12:45 -!- tozhu [~tozhu@171.88.40.119] has quit [Quit: tozhu]
12:45 < sibiria> USB2 ethernet adapter? :P
12:45 < consus> nah
12:45 < consus> decent wireless pci adapters
12:45 < lts> Wireless
12:46 < sibiria> do you manage to max that wireless channel on the same link using another protocol then?
12:46 < sibiria> wireless is often overmarketed with its link rate rather than actual data throughput
12:46 -!- adig [~default@109.166.130.31] has quit [Read error: Connection reset by peer]
12:47 < sibiria> e.g. 11g being marketed as "54 mbit" when the actual throughput is ~22 mbit, and 11n often marketed as "300 mbit" in setups where the throughput can never go above 150 mbit
12:47 < consus> iperf given me ~650mbits both sides
12:47 < consus> ~650 - ~700
12:47 < consus> so the link itself looks good
12:48 < consus> response latency can be a factor of course
12:48 < consus> since sftp AFAIR requires an ACK
12:48 < sibiria> well it does seem unusually slow for linux and modern hardware...
12:48 < consus> true
12:49 < consus> that's why I was wondering about some knobs I might've missed
12:51 < sibiria> not really. there's compression and qos. that's about it that can have some effect on throughput besides the obvious of this or that unusally cumbersome cipher
12:51 < consus> any build options that will give me some stats?
12:51 < consus> like latency analysis or something
12:53 < sibiria> none i'm aware of at least. perhaps you can already find such info if you up the verbosity a few steps
12:53 -!- frdem [~frdem@106.17.7.109.rev.sfr.net] has joined #openbsd
12:57 -!- xet7 [~xet7@user/xet7] has quit [Quit: Leaving]
12:57 -!- smlckz [smlckz@user/smlckz] has joined #openbsd
12:59 -!- Xenguy [~Xenguy@user/xenguy] has quit [Quit: "To play for a draw [...] is to some degree a crime against chess." -- Mikhail Tal]
13:06 < smlckz> I am trying to use the luna88k port on gxemul. I wish to get the most minimal installation possible: just whatever is available in bsd.rd, binutils (and gcc if possible). Is it possible to make a bootable disk image like this under 200 megs? I am open to using old versions of gcc and binutils for this.
13:12 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
13:12 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
13:15 -!- sonya [~nologin@gateway/tor-sasl/sonya] has quit [Ping timeout: 260 seconds]
13:17 -!- sonya [~nologin@gateway/tor-sasl/sonya] has joined #openbsd
13:17 -!- Quantafac [~Quantafac@12.22.122.66] has joined #openbsd
13:18 -!- redruM [~redrum@user/redrum] has joined #openbsd
13:20 < smlckz> ohh m88k support has been removed from gnu binutils in 2018, same must be the case with gcc I presume..
13:27 -!- andrei_n [~andrei_n@user/andrei-n:62396] has quit [Quit: Leaving]
13:38 < Quantafac> I think I am missing something. I have an external drive that is currently formatted in msdos file system. I load up disklabel (doas dislabel -E sd1) and tell it to delete all (z), then add a new partition (a) I selected 'i' as the letter and told it to use the full disk and 4.2BSD fs. I then try to write the changes (w) and it gives me an input/output error and unable to write label. Any tips?
13:46 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
13:47 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
13:47 < sibiria> throw a lot more doas at the problem. doas doas doas disklabel -E -XXX sd1
13:48 < zelest> rofl
13:48 < sibiria> you can also just newfs the entire device, if you intend to use all of it as storage on openbsd
13:48 < sibiria> e.g. newfs /dev/sd1c
13:49 < sibiria> "but i can't use newfs on my normal user. i need one more doas stanza on top of my ever-growing pile"   go for it!!!
13:49 < IcePic> smlckz: even if you did a full install of openbsd on m88k, you would be having an old gcc with it.
13:50 < smlckz> IcePic: yeah
13:51 -!- Xenguy [~Xenguy@user/xenguy] has joined #openbsd
13:51 -!- LenPayne [~LenPayne@user/lenpayne] has quit [Ping timeout: 268 seconds]
13:53 < Quantafac> sibiria: I didn't realize I could use newfs, it said I needed to make the disklabel first in the man page so I havnt even tried.
13:55 -!- zenptr [~zenptr@user/zenptr] has quit [Ping timeout: 260 seconds]
13:55 < sibiria> Quantafac: "undocumented lifehack"
13:56 -!- zenptr [~zenptr@user/zenptr] has joined #openbsd
13:56 -!- d-ra [~d-ra@user/d-ra] has quit [Quit: WeeChat 3.8]
13:59 -!- mlw [~mlw@41-139-158-157.safaricombusiness.co.ke] has quit [Ping timeout: 255 seconds]
13:59 -!- b50d [~b50d@62.96.54.30] has quit [Remote host closed the connection]
14:03 -!- antanst0 [~antanst@user/antanst] has quit [Quit: The Lounge - https://thelounge.chat]
14:10 -!- LenPayne [~LenPayne@user/lenpayne] has joined #openbsd
14:14 -!- antanst0 [~antanst@user/antanst] has joined #openbsd
14:20 -!- polarian [~polarian@znc.polarian.dev] has quit [Quit: Polarian has disappeared]
14:21 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
14:21 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
14:21 -!- nyah [~nyah@york-06-b2-v4wan-167893-cust646.vm25.cable.virginm.net] has joined #openbsd
14:21 -!- polarian [~polarian@znc.polarian.dev] has joined #openbsd
14:22 -!- nyah is now known as Guest379
14:22 -!- Guest379 is now known as nyah
14:24 -!- eki [~eki@dsl-hkibng41-54f85a-212.dhcp.inet.fi] has joined #openbsd
14:28 -!- op2 [~op2@user/op2] has quit [Remote host closed the connection]
14:31 -!- edthix [~Thunderbi@180.74.223.180] has joined #openbsd
14:33 -!- nyah [~nyah@york-06-b2-v4wan-167893-cust646.vm25.cable.virginm.net] has quit [Quit: leaving]
14:34 -!- op2 [~op2@user/op2] has joined #openbsd
14:35 < smlckz> IcePic: so.. any way to get what i want?
14:38 -!- nyah [~nyah@york-06-b2-v4wan-167893-cust646.vm25.cable.virginm.net] has joined #openbsd
14:39 -!- nyah [~nyah@york-06-b2-v4wan-167893-cust646.vm25.cable.virginm.net] has quit [Client Quit]
14:39 -!- adig [~default@109.166.130.31] has joined #openbsd
14:40 -!- nyah [~nyah@york-06-b2-v4wan-167893-cust646.vm25.cable.virginm.net] has joined #openbsd
14:42 -!- op2 [~op2@user/op2] has quit [Remote host closed the connection]
14:42 -!- op2 [~op2@user/op2] has joined #openbsd
14:51 -!- Red_ [~Red@141.109-247-224.customer.lyse.net] has joined #openbsd
14:52 -!- d-ra [~d-ra@user/d-ra] has joined #openbsd
14:54 -!- sonya [~nologin@gateway/tor-sasl/sonya] has quit [Ping timeout: 260 seconds]
14:55 -!- Red [~Red@141.109-247-224.customer.lyse.net] has quit [Ping timeout: 252 seconds]
14:56 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
14:56 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
14:59 -!- sonya [~nologin@gateway/tor-sasl/sonya] has joined #openbsd
15:00 < pardis> Quantafac: the answer to your actual question is that foreign disks have a virtual disklabel that only exists in kernel memory and therefore cannot be written back out to disk
15:00 -!- theruran [uid11305@id-11305.hampstead.irccloud.com] has joined #openbsd
15:00 < pardis> if you want to create a disklabel, you first need to create an OpenBSD MBR/GPT partition with fdisk(8), and then use disklabel(8)
15:02 -!- ublx [~ublx@user/ublx] has quit [Ping timeout: 246 seconds]
15:09 -!- ublx [~ublx@user/ublx] has joined #openbsd
15:10 -!- memset_ [~memset@gateway/tor-sasl/memset] has joined #openbsd
15:11 -!- dsrt^ [~cd@c-98-242-74-66.hsd1.ga.comcast.net] has quit [Ping timeout: 264 seconds]
15:11 -!- dsrt^ [~cd@c-98-242-74-66.hsd1.ga.comcast.net] has joined #openbsd
15:13 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Ping timeout: 260 seconds]
15:15 -!- sonya [~nologin@gateway/tor-sasl/sonya] has quit [Ping timeout: 260 seconds]
15:16 -!- agni [~agnii@user/agni] has joined #openbsd
15:16 < agni> Hi Folks
15:17 < agni> I'm trying BSD
15:17 < agni> it is truly an amazing OS
15:17 < jcs> it's ok
15:18 < polarian> indeed!
15:18 < agni> I just have an issue I don't seem to understand
15:18 < hali> I like how it's shorter to type than most other OS name, just having 3 letters really help
15:18 < agni> systemctl does not work like I'm used to
15:18 < polarian> well you got the prefix to identify *which* BSD :P
15:18 < polarian> agni: thats linux 
15:19 < polarian> FreeBSD uses its own init system 
15:19 < polarian> which is rc
15:19 < agni> I'm not talking about Linux, I use it to manage my unit files
15:19 < polarian> its not on FreeBSD
15:19 < agni> should I alias it to something else in BSD?
15:19 < polarian> systemd is a linuxism 
15:19 < polarian> its the init system used by most linux distros
15:19 < polarian> FreeBSD uses rc
15:19 < agni> how do you manage your timers, .service files etc?
15:19 < remiliascarlet> There are no unit files in the BSD's, only rc files.
15:19 < agni> socket activation
15:19 < agni> og
15:20 < agni> why?
15:20 < remiliascarlet> No, .service is SystemD specific.
15:20 < polarian> https://docs.freebsd.org/en/books/handbook/config/#configtuning-core-configuration
15:20 < polarian> <service name>_enable=yes to enable a service on boot 
15:20 < remiliascarlet> agni: "why?" Because there are no unit files in the BSD's, only rc files.
15:20 < agni> oh
15:20 < polarian> and then you can use service(8) to start it
15:20 < agni> so I can alias systemctl to rc?
15:20 < hali> rcctl but still yes :-)
15:20 < agni> service
15:20 < polarian> agni: no
15:21 < agni> ok
15:21 < polarian> completely different 
15:21 < remiliascarlet> polarian: This is #openbsd, not #freebsd.
15:21 < polarian> remiliascarlet: OOPs
15:21 < polarian> I am so sorry
15:21 < polarian> I have both channels next to one another 
15:21 < polarian> let me correct that
15:21 < agni> what needs to be done to get it working on OpenBSD?
15:21 < polarian> rcctl is used on OpenBSD 
15:21 < polarian> rcctl enable <name>
15:21 < hali> agni: your question is kind of similar to asking why windows services defined in the registry doesn't work in Linux, the concept of system maangement is very different ... 
15:22 < polarian> agni: I recommend reading the openbsd handbook section for linux users: https://www.openbsdhandbook.com/openbsd_for_linux_users/
15:22 < agni> it's buth unixy
15:22 < polarian> more specifically this: https://www.openbsdhandbook.com/openbsd_for_linux_users/#rcctl
15:22 < hali> systemctl is one way of doing it, bsd-init with rc is another, linxu init.d with classic runlevels is another
15:22 < remiliascarlet> agni: "so I can alias systemctl to rc?" You can, but I won't recommend that. Especially considering there are differences. Like instead of `systemctl status (something)`, it's `rcctl check (something)` around here.
15:22 < polarian> apologies for my mistake, FreeBSD and OpenBSD are next to each other on my chanlist and I misread which I was on :/
15:23 < agni> would it work via docker?
15:23 < polarian> what work?
15:23 < agni> systemd
15:23 < remiliascarlet> And also, OpenBSD is Unix, not Linux, so what applies to Linux doesn't apply to OpenBSD.
15:24 < agni> aha
15:24 < polarian> does OBSD even support docker, never heard of anyone using it 
15:24 < agni> I already have a lot of service files to manage mu life
15:24 < remiliascarlet> You could probably compile SystemD for OpenBSD, and end up in a world of pain and dispair.
15:25 < polarian> OpenBSD uses use of chroot jails, pledge/unveil and virutalisation (rarer) 
15:25 < agni> okay
15:25 < polarian> pledge/unveil is based on software support for the syscalls
15:25 < remiliascarlet> You can learn how to adapt to OpenBSD rc files, they're really not that hard.
15:25 < agni> what if I use amazon's firecracker?
15:25 < hali> agni: if you heavily rely on systemd you will either have to port these to rc/cron/whatnot or simply fall back on using a Linux distribution using systemd (which could run in vmm on OpenBSD)
15:25 < polarian> well so is chroot jails to be honest...
15:25 < remiliascarlet> I have no idea what a firecracker is.
15:25 < taleon> Does `ldd /usr/X11R6/bin/xterm' work for you? I get a `Permission denied' and `exit status 1`. Even as root. System is OpenBSD current amd64.
15:25  * polarian got lost when linuxisms were introduced :/
15:26 < remiliascarlet> The only thing I know about Amazon is its webshop, and the whole Kindle thing they really try to push you toward.
15:26 < hali> firecracker is Linux 
15:26 < agni> https://aws.amazon.com/blogs/aws/firecracker-lightweight-virtualization-for-serverless-computing/
15:26  * hali smells a troll
15:26 < polarian> agni: maybe its better to ask what you are trying to do :P
15:26 < agni> I want to run my life using BSD
15:27 < remiliascarlet> Then adapt to the BSD ways of doing.
15:27 < agni> the first part I liked about BSD is the logo
15:27 < agni> I converted to Satanism a while back
15:27 < remiliascarlet> The red devil? That's FreeBSD.
15:28 < remiliascarlet> OpenBSD is a yellow blowfish.
15:28 < polarian> xD
15:28 < polarian> I am with hali now, definitely a troll
15:28 < polarian> you don't pick an OS based on its mascot :P
15:28 < jcs> it's how i pick my sports teams
15:28 < remiliascarlet> Yeah, or based on init system.
15:28 < polarian> otherwise you would pick Linux cause a soft penguin is a lot nicer than a spiky pufferfish 
15:29 < agni> remiliascarlet: I Like fish too
15:29 < remiliascarlet> agni: Blowfish is delicious, but deadly if prepared incorrectly.
15:29 < agni> remiliascarlet: inspiring
15:29 < thrig> readelf -d `which xterm` | grep hare
15:29 < agni> so based on this I should go with FreeBSD?
15:29 < hali> blowfish is *actually* a cipher :)
15:30 < taleon> thrig: thank you
15:30 < agni> hali: confusing
15:30 < remiliascarlet> If SystemD is your life, then Linux is going to be your only option.
15:30 < thrig> ldd, by the way, can run arbitrary code, so maybe don't use it so much especially if a confused user has a binary in their home dir they want you to look at as root
15:31 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
15:31 < remiliascarlet> Unlike in real life, we're not going to adjust to the migrant, we expect migrants to expect to us.
15:31 < remiliascarlet> Unlike in real life, we're not going to adapt to the migrant, we expect migrants to adapt to us.
15:31 < armin> o.O
15:31 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
15:31 < agni> remiliascarlet: I would like to see some enthusiasm to adapt BSD to systemd if the other way around is hard
15:32 < agni> saying no is so easy
15:32 < phy1729> agni: Are you going to do the work?
15:32 < agni> I can test
15:32 < phy1729> Then it's not going to happen
15:32 < agni> and I can write repports 
15:32 < hali> agni: I encourage you to create a BSD fork implementing systemd, it's all userland
15:32 -!- chasmo77 [~chas77@c-98-232-187-196.hsd1.or.comcast.net] has joined #openbsd
15:32 < armin> agni: Well feel free to come up with a project like that, I'm sure you will find people following you down the road, but I have to admit that won't be me.
15:32 < agni> hmm so there is a chance
15:33 < agni> armin: so negative
15:33 < remiliascarlet> The choice is either you accept a "no" for an answer, or you fork and go your own route.
15:33 < armin> agni: Well my apologies, but yea I did have negative experiences with systemd.
15:33 < remiliascarlet> Unlike in Linux, where the highest bidder can influence the project in whichever way they want.
15:34 < phy1729> remiliascarlet: lets stick to OpenBSD and not bashing others
15:34 -!- agni [~agnii@user/agni] has quit [Quit: WeeChat 4.2.2]
15:36 < Quantafac> pardis: Thank you for the details about the external drive format. That worked.
15:48 -!- user71 [~user71@2001:1530:1010:b1fd:1e6f:65ff:fe88:557f] has joined #openbsd
15:50 -!- edthix [~Thunderbi@180.74.223.180] has quit [Quit: edthix]
15:52 -!- RayS [~raysl@sdf-1.vm.tornadovps.net] has quit [Quit: ZNC 1.8.2 - https://znc.in]
15:54 -!- RayS [~raysl@sdf-1.vm.tornadovps.net] has joined #openbsd
15:54 -!- RayS [~raysl@sdf-1.vm.tornadovps.net] has quit [Client Quit]
15:56 -!- RayS [~raysl@sdf-1.vm.tornadovps.net] has joined #openbsd
16:01 -!- joe9 [~joe@c-73-24-194-198.hsd1.az.comcast.net] has joined #openbsd
16:05 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
16:06 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
16:11 -!- seninha [~seninha@user/seninha] has quit [Ping timeout: 264 seconds]
16:13 -!- memset_ [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
16:14 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
16:14 < taleon> thrig: Good advice, thank you again.
16:22 -!- fro [fro@humpty.dance] has joined #openbsd
16:27 -!- artmdl [~art5456@d172-218-174-94.bchsia.telus.net] has quit [Read error: Connection reset by peer]
16:29 -!- feriman [~feriman@user/feriman] has quit [Ping timeout: 264 seconds]
16:31 -!- RayS [~raysl@sdf-1.vm.tornadovps.net] has quit [Quit: ZNC 1.8.2 - https://znc.in]
16:31 -!- RayS [~raysl@sdf-1.vm.tornadovps.net] has joined #openbsd
16:31 -!- redruM [~redrum@user/redrum] has quit [Ping timeout: 264 seconds]
16:35 -!- RayS [~raysl@sdf-1.vm.tornadovps.net] has quit [Client Quit]
16:35 -!- RayS [~raysl@sdf-1.vm.tornadovps.net] has joined #openbsd
16:39 -!- svragv is now known as sukamu
16:39 -!- sukamu [~diego@79.116.58.186] has quit [Changing host]
16:39 -!- sukamu [~diego@user/sukamu] has joined #openbsd
16:40 < sukamu> remiliascarlet: You had to have the name of an anime hoe, epic
16:40 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
16:40 < sukamu> Does anyone else misses the *-256color TERM?
16:40 < sukamu> they are in /usr/share/terminfo but zsh cannot find them
16:40 < sukamu> and thus i'm losing colors in my terminal
16:40 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
16:40 < remiliascarlet> What do you mean by not having color in ZSH?
16:40 < thrig> I accidentally compiled color support out of st
16:41 < sukamu> the $TERM environment variable
16:41 < sukamu> replication:
16:41 < sukamu> [diego@spvcxghxzt]/usr/share/terminfo/x % export TERM=xterm-256color
16:41 < sukamu> zsh: can't find terminal definition for xterm-256color
16:41 < sukamu> file DOES exist"
16:41 < sukamu> !
16:41 < sukamu> [diego@spvcxghxzt]/usr/share/terminfo/x % file /usr/share/terminfo/x/xterm-256color
16:41 < sukamu> /usr/share/terminfo/x/xterm-256color: data
16:42 < thrig> what did ktrace show for things related to xterm-256color
16:43 < sukamu> [diego@spvcxghxzt]~ % TERM=xterm-256color ktrace zsh
16:43 < sukamu> zsh: can't find terminal definition for xterm-256color
16:43 < sukamu> I'm probably doing it wrong
16:44 -!- hussein1 [~weechat@gateway/tor-sasl/hussein1] has quit [Remote host closed the connection]
16:46 -!- hussein1 [~weechat@gateway/tor-sasl/hussein1] has joined #openbsd
16:46 -!- sukamu [~diego@user/sukamu] has quit [Quit: WeeChat 4.0.4]
16:50 < taleon> xterm can even handle 24bit color depth with `TERM=xterm-direct'
16:52 -!- xet7 [~xet7@user/xet7] has joined #openbsd
16:52 -!- xet7 [~xet7@user/xet7] has quit [Remote host closed the connection]
16:53 -!- Exagone313 [exa@irc.moe] has joined #openbsd
16:53 -!- xet7 [~xet7@user/xet7] has joined #openbsd
16:53 -!- Exa [exa@irc.moe] has quit [Read error: Connection reset by peer]
16:54 -!- RayS [~raysl@sdf-1.vm.tornadovps.net] has quit [Quit: ZNC 1.8.2 - https://znc.in]
16:55 -!- Exagone313 is now known as Exa
16:55 -!- RayS [~raysl@sdf-1.vm.tornadovps.net] has joined #openbsd
16:55 -!- RayS [~raysl@sdf-1.vm.tornadovps.net] has quit [Remote host closed the connection]
16:57 -!- nwe [~nwe@sigwait.se] has quit [Ping timeout: 256 seconds]
16:57 -!- desnudopenguino1 [~Thunderbi@67.185.68.126] has joined #openbsd
16:58 -!- CrashOverride [~strcat@p5485422f.dip0.t-ipconnect.de] has joined #openbsd
16:58 -!- RayS [~raysl@sdf-1.vm.tornadovps.net] has joined #openbsd
16:58 -!- desnudopenguino [~Thunderbi@67.185.68.126] has quit [Ping timeout: 268 seconds]
16:58 -!- desnudopenguino1 is now known as desnudopenguino
16:59 -!- nwe [~nwe@sigwait.se] has joined #openbsd
17:05 -!- RayS [~raysl@sdf-1.vm.tornadovps.net] has quit [Quit: ZNC 1.8.2 - https://znc.in]
17:05 -!- d-ra [~d-ra@user/d-ra] has quit [Quit: WeeChat 3.8]
17:07 -!- RayS [~raysl@sdf-1.vm.tornadovps.net] has joined #openbsd
17:09 -!- nwe [~nwe@sigwait.se] has quit [Quit: Reconnecting]
17:09 -!- nwe [~nwe@sigwait.se] has joined #openbsd
17:09 -!- nwe [~nwe@sigwait.se] has quit [Client Quit]
17:09 -!- nwe [~nwe@sigwait.se] has joined #openbsd
17:10 < sysfu> I call systemd 'systemdildo'. It's like an invasive species.
17:11 -!- psydroid2 [~psydroid@user/psydroid] has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
17:11 < sysfu> Quite interesting that systems not using systemd were not vulnerable to the xz backdoor.
17:11 -!- desnudopenguino [~Thunderbi@67.185.68.126] has quit [Ping timeout: 246 seconds]
17:13 < sysfu> https://www.mail-archive.com/misc@openbsd.org/msg189302.html
17:14 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
17:15 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
17:16 -!- desnudopenguino [~Thunderbi@67.185.68.126] has joined #openbsd
17:18 -!- jpw [~jpw@user/jpw] has quit [Remote host closed the connection]
17:22 -!- jpw [~jpw@cpc146708-rdng28-2-0-cust213.15-3.cable.virginm.net] has joined #openbsd
17:22 -!- jpw [~jpw@cpc146708-rdng28-2-0-cust213.15-3.cable.virginm.net] has quit [Changing host]
17:22 -!- jpw [~jpw@user/jpw] has joined #openbsd
17:22 -!- ivdsangen [~ivo@86-95-161-96.fixed.kpn.net] has joined #openbsd
17:28 -!- xet7 [~xet7@user/xet7] has quit [Quit: Leaving]
17:30 -!- sjs [~sjs@user/sjs] has quit [Ping timeout: 260 seconds]
17:32 -!- xet7 [~xet7@user/xet7] has joined #openbsd
17:32 -!- sjs [~sjs@user/sjs] has joined #openbsd
17:33 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Ping timeout: 260 seconds]
17:40 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
17:42 -!- ficonni [~ficonni@213.196.101.65] has joined #openbsd
17:44 -!- namaste [~namaste@user/xyk] has quit [Remote host closed the connection]
17:45 -!- gman999 [~GMan999@user/gman999] has quit [Quit: WeeChat 4.2.1]
17:47 -!- mlw [~mlw@41-139-158-157.safaricombusiness.co.ke] has joined #openbsd
17:48 -!- ocra8 [~ocra8@user/ocra8] has quit [Read error: Connection reset by peer]
17:49 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
17:49 -!- op2 [~op2@user/op2] has quit [Ping timeout: 255 seconds]
17:49 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
17:50 -!- koo5__ [~quassel@vmi579006.contaboserver.net] has quit [Quit: No Ping reply in 180 seconds.]
17:51 -!- hussein1 [~weechat@gateway/tor-sasl/hussein1] has quit [Remote host closed the connection]
17:51 < pardis> it's hardly interesting
17:51 < pardis> more like a no-brainer that an attacker would choose a library that is installed and linked into sshd by default on every mainstream Linux distro when preparing a Linux vulnerability
17:52 -!- hussein1 [~weechat@gateway/tor-sasl/hussein1] has joined #openbsd
17:52 -!- frdem [~frdem@106.17.7.109.rev.sfr.net] has quit [Ping timeout: 255 seconds]
17:53 -!- ocra8 [~ocra8@user/ocra8] has joined #openbsd
17:59 -!- ocra8 [~ocra8@user/ocra8] has quit [Ping timeout: 240 seconds]
18:00 -!- koo5__ [~quassel@vmi579006.contaboserver.net] has joined #openbsd
18:00 -!- ocra8 [~ocra8@user/ocra8] has joined #openbsd
18:01 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
18:02 < sysfu> maybe interesting wasn't the best descriptor. Significant that it only impacted operating systems using systemd.
18:02 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
18:02 < pardis> it's not really significant
18:03 < pardis> and it's not even certain that that's true
18:03 < pardis> we only know of an exploit involving systemd, but that doesn't mean there aren't others, since the vulnerability wasn't in systemd
18:04 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Ping timeout: 264 seconds]
18:05 < pardis> actually, that's certainly *not* true, come to think of it
18:05 < pardis> Devuan doesn't use systemd, but its sshd is still linked against libsystemd since it uses Debian's openssh packaging
18:08 -!- drathir87 [~drathir@wireguard/tunneler/drathir] has joined #openbsd
18:10 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Ping timeout: 260 seconds]
18:10 -!- drathir87 is now known as drathir_tor
18:10 -!- uncleyear [~ian@45.80.46.92] has quit [Remote host closed the connection]
18:11 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Ping timeout: 260 seconds]
18:12 -!- uncleyear [~ian@45.80.46.92] has joined #openbsd
18:13 -!- op2 [~op2@user/op2] has joined #openbsd
18:14 -!- donofrio [~donofrio@c-68-40-123-196.hsd1.mi.comcast.net] has quit [Read error: Connection reset by peer]
18:15 -!- miga [~miga@user/miga] has joined #openbsd
18:16 -!- donofrio [~donofrio@64-136-252-163.static.ctstelecom.net] has joined #openbsd
18:18 -!- miga [~miga@user/miga] has quit [Quit: leaving]
18:18 -!- miga [~miga@user/miga] has joined #openbsd
18:19 -!- ublix [~ublx@user/ublx] has joined #openbsd
18:20 -!- ublix [~ublx@user/ublx] has quit [Client Quit]
18:20 -!- ublix [~ublx@user/ublx] has joined #openbsd
18:21 -!- ublx [~ublx@user/ublx] has quit [Ping timeout: 268 seconds]
18:21 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
18:23 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
18:24 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
18:27 < sysfu> It's still systemd taint
18:30 -!- ublix [~ublx@user/ublx] has quit [Quit: ublix]
18:32 < pardis> nope
18:33 < pardis> systemd has many faults, but this isn't one of them (or at least, not one specific to systemd)
18:34 -!- riceandb1ans is now known as riceandbeans
18:35 -!- seninha [~seninha@user/seninha] has joined #openbsd
18:40 -!- absc [~absc@2a04:ee41:8:6055:ecb8:eff2:eb87:fe11] has joined #openbsd
18:42 < mischief> they also decided to move to a delayed shared library model, so that they are only loaded as needed
18:43 < mischief> (e.g., libxz.so won't get dlopened by libsystemd.so unless it's actually invoked)
18:50 -!- devune [~devune@121.127.33.125] has joined #openbsd
18:52 -!- Guru_DE [~guru@159-231-142-46.pool.kielnet.net] has joined #openbsd
18:53 -!- guru__ [~guru@251-231-142-46.pool.kielnet.net] has quit [Ping timeout: 264 seconds]
18:56 -!- donofrio [~donofrio@64-136-252-163.static.ctstelecom.net] has quit [Ping timeout: 256 seconds]
18:58 -!- Figworm [FiggyWitIt@user/figworm] has quit [Read error: Connection reset by peer]
18:58 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
18:58 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
19:02 -!- donofrio [~donofrio@64-136-252-163.static.ctstelecom.net] has joined #openbsd
19:04 -!- hitest [~hitest@user/hitest] has quit [Quit: Leaving]
19:04 < thrig> there was also a sudo security bug where someone used libselinux to hold the door open for access
19:04 -!- m3a [~m3a@104.158.106.182] has quit [Ping timeout: 264 seconds]
19:04 -!- Figworm [FiggyWitIt@user/figworm] has joined #openbsd
19:05 -!- Red_ is now known as Red
19:10 -!- foul_owl [~kerry@185.216.231.181] has quit [Ping timeout: 255 seconds]
19:10 -!- foul_owl [~kerry@174-21-146-130.tukw.qwest.net] has joined #openbsd
19:12 < pardis> but it's not trendy to hate selinux anymore
19:13 -!- krl_ [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has joined #openbsd
19:14 -!- ublx [~ublx@user/ublx] has joined #openbsd
19:14 < sibiria> only because it's dead in the water
19:14 < sibiria> (good riddance)
19:16 < AShapiro> selinux, man... i have a nextcloud instance running on oracle linux in ~*~ the cloud ~*~ and it ships with selinux enabled by default
19:16 < AShapiro> so i was like... eh, fine, let's try doing everything within its confines
19:16 -!- krl [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has quit [Ping timeout: 264 seconds]
19:16 < AShapiro> a lot of its ideas make sense. had to learn to get real good at understanding actual file/resource accesses to know what to permit
19:16 < AShapiro> but there are some really strange archaic aspects to it, especially the way rules are compiled into a binary format, etc.
19:17 < AShapiro> that i assume were old design decisions that made sense once but now seem strange
19:17 < AShapiro> i'll take pledge()/unveil() any day
19:21 -!- m3a [~m3a@104.158.106.182] has joined #openbsd
19:26 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has quit [Quit: Connection closed for inactivity]
19:28 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 252 seconds]
19:29 -!- fflam [~mdt@pool-173-53-81-242.rcmdva.fios.verizon.net] has quit [Ping timeout: 255 seconds]
19:29 -!- dsrt^ [~cd@c-98-242-74-66.hsd1.ga.comcast.net] has quit [Ping timeout: 252 seconds]
19:30 -!- dsrt^ [~cd@c-98-242-74-66.hsd1.ga.comcast.net] has joined #openbsd
19:32 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
19:33 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
19:36 -!- joe9 [~joe@c-73-24-194-198.hsd1.az.comcast.net] has quit [Quit: leaving]
19:36 -!- harpia [~harpia@2804:1d9c:101:da00:b62e:99ff:fee9:cc51] has joined #openbsd
19:37 -!- feriman [~feriman@user/feriman] has joined #openbsd
19:38 -!- ublx [~ublx@user/ublx] has quit [Quit: ublx]
19:41 -!- seninha [~seninha@user/seninha] has quit [Quit: Leaving]
19:43 -!- namaste [~namaste@user/xyk] has joined #openbsd
19:45 -!- SexWarrior [~DankFrank@2a01:4b00:940e:f600:1d35:b9fd:9650:b24b] has joined #openbsd
19:46 -!- user71 [~user71@2001:1530:1010:b1fd:1e6f:65ff:fe88:557f] has quit [Quit: Leaving]
19:46 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has joined #openbsd
19:50 -!- xet7 [~xet7@user/xet7] has quit [Quit: Leaving]
19:56 -!- ivdsangen [~ivo@86-95-161-96.fixed.kpn.net] has quit [Quit: https://github.com/ivdsangen]
19:57 -!- gman999 [~GMan999@user/gman999] has joined #openbsd
20:06 -!- andrei_n [~andrei_n@user/andrei-n:62396] has joined #openbsd
20:07 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
20:08 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
20:12 -!- rkta [~rkta@user/rkta] has quit [Remote host closed the connection]
20:12 -!- rkta_ [~rkta@user/rkta] has joined #openbsd
20:13 -!- rkta_ is now known as rkta
20:22 -!- gbowne1 [~gbowne1@97-113-88-175.tukw.qwest.net] has joined #openbsd
20:26 -!- andrei_n [~andrei_n@user/andrei-n:62396] has quit [Ping timeout: 264 seconds]
20:28 -!- gbowne1 [~gbowne1@97-113-88-175.tukw.qwest.net] has quit [Remote host closed the connection]
20:28 -!- gbowne1 [~gbowne1@97-113-88-175.tukw.qwest.net] has joined #openbsd
20:34 -!- xet7 [~xet7@user/xet7] has joined #openbsd
20:37 -!- unpx [~unpx@83.136.104.244] has joined #openbsd
20:37 < unpx> Hello there
20:38 < unpx> I wated to try calibre on OpenBSD
20:38 < unpx> Ans I see the maintainer is ports@openbsd.org
20:39 < unpx> I was trying to sync books to my Kindle
20:39 < fro> ok
20:40 < unpx> https://ghostbin.lain.la/paste/9xf6b calibre gives me this
20:40 < unpx> OpenBSD gives me this nice dmesg line: sd2 at scsibus5 targ 1 lun 0: <Kindle, Internal Storage, 0310> removable
20:40 < unpx> What should I do? 
20:40 -!- mlw [~mlw@41-139-158-157.safaricombusiness.co.ke] has quit [Ping timeout: 240 seconds]
20:41 -!- mlw [~mlw@41-139-158-157.safaricombusiness.co.ke] has joined #openbsd
20:41 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
20:42 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
20:42 -!- ublx [~ublx@user/ublx] has joined #openbsd
20:44 < sibiria> presumably mount it, if it's FAT
20:44 < sibiria> see if anything happens: mount /dev/sd2i /mnt; ls /mnt
20:47 < unpx> Yes, I can mount it with, but Calibre will not see it
20:48 < unpx> thus I cannot sync my books
20:49 -!- mlw [~mlw@41-139-158-157.safaricombusiness.co.ke] has quit [Ping timeout: 264 seconds]
20:49 < polarian> pf question, if I block all RFC 1918 addresses out on a wan port, I have a NAT, it drops the NAT'd packets too, why?
20:49 < polarian> surely whats "out" on wan is no longer a RFC 1918 address and thus should be passed, not dropped
20:50 < polarian> or is there some state pf keeps track off to see that the packet originated from a RFC 1918 address, it was NAT'd but because it was still from that address it should be dropped?
20:50 -!- xet7 [~xet7@user/xet7] has quit [Remote host closed the connection]
20:50 < unpx> Will try sending an email to ports then
20:53 < vortexx> polarian: there's no reason to block RFC1918 out, they won't route anyway. Incoming sure.
20:53 < vortexx> it's probably pf tracking NAT and dropping them
20:54 < polarian> vortexx: so they do track the state
20:54 < polarian> also it was an example to understand how pf is working :P
20:55 < polarian> the real issue was during my pf.conf audit (trying to optimise/simply fit) I thought I would just block on $wan from martians (which includes the RFC 1918 range)
20:55 -!- donofrio [~donofrio@64-136-252-163.static.ctstelecom.net] has quit [Remote host closed the connection]
20:55 < polarian> then wondered for 30 mins what on earth was causing all the wan packets to be dropped 
20:55 < polarian> until I realised pf was dropping the packets going out on WAN because they originated from RFC 1918 BUT had been NAT'd
20:56 < polarian> I have reverted the change and everything is working fine 
20:56 < polarian> I was just looking for an explanation on why :)
20:56 < thrig> letting your site send forged packets might be bad
20:56 < mybalzitch> I think because pf is a stateful firewall, it sees the connection as having originated from a RFC 1918 address, that yes is being natted. it's not like it becomes some *new* connection with no source/origination once it hits the WAN interface
20:56 -!- seninha [~seninha@user/seninha] has joined #openbsd
20:57 -!- seninha [~seninha@user/seninha] has quit [Remote host closed the connection]
20:57 -!- seninha [~seninha@user/seninha] has joined #openbsd
20:58 < sibiria> polarian: your rule set is wrong
20:59 < polarian> sibiria: elaborate?
21:01 < sibiria> you can wrangle the rule set to on one hand prevent outbound packets towards private networks, and to allow only outbound packets from the IP address of the wan interface
21:02 < sibiria> you don't need to explicitly drop packets fitting that criteria. it can be achieved indirectly
21:03 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
21:04 < sibiria> your outbound rule can be as simple as, for example, "pass out quick on <ext if> from ($ext) to ! <rfc1918>" followed by (or initiated with) a block for everything else
21:04 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
21:06 < sibiria> i personally also recommend "quick"ening rules. it makes for easier overview of what exactly happens, rather than the less-performing practice of evaluating everything top to bottom
21:09 -!- Code_Bleu [~Code_Bleu@user/code-bleu/x-6939963] has quit [Ping timeout: 264 seconds]
21:11 -!- lavaball [~Melissa@31.204.155.215] has quit [Remote host closed the connection]
21:14 -!- nyah [~nyah@york-06-b2-v4wan-167893-cust646.vm25.cable.virginm.net] has quit [Ping timeout: 240 seconds]
21:16 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
21:16 -!- slow99 [~slow99@user/slow99] has quit [Quit: slow99]
21:16 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
21:17 -!- slow99 [~slow99@user/slow99] has joined #openbsd
21:20 -!- Code_Bleu [~Code_Bleu@user/code-bleu/x-6939963] has joined #openbsd
21:25 -!- Quantafac [~Quantafac@12.22.122.66] has quit [Quit: Leaving.]
21:30 -!- Xenguy [~Xenguy@user/xenguy] has quit [Quit: "To play for a draw [...] is to some degree a crime against chess." -- Mikhail Tal]
21:38 -!- jlmk [~jlmk@user/jlmk] has joined #openbsd
21:38 -!- CrashOverride [~strcat@p5485422f.dip0.t-ipconnect.de] has quit [Ping timeout: 264 seconds]
21:46 -!- WhyNotHugo [~WhyNotHug@anchor.whynothugo.nl] has joined #openbsd
21:46 < WhyNotHugo> What does the rc in rcctl stand for?
21:48 < thrig> rc(8)
21:49 < brynet> https://en.wikipedia.org/wiki/RUNCOM#History
21:49 < zelest> You beat me to it :)
21:50 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
21:50 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
21:51 -!- uncleyear [~ian@45.80.46.92] has quit [Ping timeout: 256 seconds]
21:53 -!- pabs3 [~pabs3@user/pabs3] has quit [Ping timeout: 240 seconds]
21:54 -!- hugohagogo [~cleber@user/hugohagogo] has quit [Ping timeout: 264 seconds]
21:55 -!- pabs3 [~pabs3@user/pabs3] has joined #openbsd
21:56 -!- hugohagogo [~cleber@201.150.56.4] has joined #openbsd
21:58 -!- uncleyear [~ian@45.80.46.92] has joined #openbsd
22:00 -!- meros67817602046 [~meros@78-72-66-176-no600.tbcn.telia.com] has quit [Read error: Connection reset by peer]
22:00 -!- meros67817602046 [~meros@78-72-66-176-no600.tbcn.telia.com] has joined #openbsd
22:02 -!- fflam [~mdt@2600:4040:10f9:be00::1c19] has joined #openbsd
22:06 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has quit [Quit: Connection closed for inactivity]
22:07 -!- aqsd [~aqsd@user/aqsd] has quit [Ping timeout: 264 seconds]
22:08 -!- uncleyear [~ian@45.80.46.92] has quit [Ping timeout: 264 seconds]
22:11 -!- hussein1 [~weechat@gateway/tor-sasl/hussein1] has quit [Remote host closed the connection]
22:12 -!- hussein1 [~weechat@gateway/tor-sasl/hussein1] has joined #openbsd
22:12 -!- SiFuh [~SiFuh@user/sifuh] has quit [Remote host closed the connection]
22:12 -!- SiFuh [~SiFuh@user/sifuh] has joined #openbsd
22:19 < anon11> Hi
22:20 < anon11> I don't understand the cwm documentation. Specifically this part: 
22:20 < anon11> unbind-key key    Unbind function bound to key. A special key keyword “all” can be used to unbind all keys.
22:21 < anon11> I tried both "unbind-key M-return" and "unbind-key window-hide"
22:21 < anon11> Also after that I have "bind-key M-return window-maximize"
22:22 < anon11> Then I reload, but still M-return just hides windows and I can't do MS-return for terminal. 
22:23 < anon11> I also tried to unbind MS-return but no luck. New bindings don't seem to overwrite the default bindings. And I can't seem to unbind the default. Only mouse bind seem to work 
22:25 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
22:25 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
22:26 -!- gman999 [~GMan999@user/gman999] has quit [Quit: WeeChat 4.2.1]
22:27 -!- zcheng3 [~zcheng3@d108-173-21-8.abhsia.telus.net] has joined #openbsd
22:30 < uwharrie> neither of those is valid
22:32 -!- SexWarrior [~DankFrank@2a01:4b00:940e:f600:1d35:b9fd:9650:b24b] has quit [Quit: Leaving]
22:32 < uwharrie> unbind-key doesn't take a function name, and I believe Return is case sensitive
22:32 -!- feriman [~feriman@user/feriman] has quit [Ping timeout: 264 seconds]
22:34 -!- aqsd [~aqsd@user/aqsd] has joined #openbsd
22:34 -!- Xenguy [~Xenguy@user/xenguy] has joined #openbsd
22:40 -!- halden^ [~halden@lden.im] has joined #openbsd
22:41 -!- halden [~halden@lden.im] has quit [Ping timeout: 255 seconds]
22:41 -!- absc [~absc@2a04:ee41:8:6055:ecb8:eff2:eb87:fe11] has quit [Quit: Got to go. irctk 1.1.0-alpha]
22:47 -!- Stx [stx@libera/staff/stx] has quit [Ping timeout: 604 seconds]
22:52 -!- accelerat0r [~user@user/accelerat0r] has joined #openbsd
22:58 -!- ficonni [~ficonni@213.196.101.65] has quit [Remote host closed the connection]
22:59 -!- dsrt^ [~cd@c-98-242-74-66.hsd1.ga.comcast.net] has quit [Ping timeout: 264 seconds]
22:59 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
22:59 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
23:00 -!- dsrt^ [~cd@c-98-242-74-66.hsd1.ga.comcast.net] has joined #openbsd
23:03 -!- Stx [stx@libera/staff/stx] has joined #openbsd
23:15 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has quit [Quit: Outside Context Problem.]
23:18 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has joined #openbsd
23:20 -!- gman999 [~GMan999@user/gman999] has joined #openbsd
23:23 -!- Mestapheles [~chatzilla@181-163-140-251.baf.movistar.cl] has joined #openbsd
23:33 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
23:34 -!- udenix [~udenix@user/udenix] has joined #openbsd
23:34 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
23:36 -!- macabro [~user@user/monkey/x-0691028] has joined #openbsd
23:36 -!- Mestapheles [~chatzilla@181-163-140-251.baf.movistar.cl] has quit [Quit: ChatZilla 0.18.2 [SeaMonkey 2.53.18.2/20240318171950]]
23:39 -!- Mestapheles [~chatzilla@181-163-140-251.baf.movistar.cl] has joined #openbsd
23:42 -!- luna^ [bittin@fedora/bittin] has quit [K-Lined]
--- Log closed Fri Jun 14 00:00:10 2024