--- Log opened Fri Mar 08 00:00:52 2024 00:00 -!- adig [~default@37.251.222.6] has quit [Read error: Connection reset by peer] 00:04 -!- ikichigai [~ikichigai@5.43.228.119] has quit [Read error: Connection reset by peer] 00:04 -!- ublx [~ublx@user/ublx] has quit [Quit: ublx] 00:04 -!- ublx [~ublx@user/ublx] has joined #openbsd 00:11 -!- CrashOverride [~strcat@p5485586b.dip0.t-ipconnect.de] has quit [Ping timeout: 264 seconds] 00:13 -!- tozhu [~tozhu@171.221.44.240] has joined #openbsd 00:19 -!- Lucanis [~Lucanis@user/lucanis] has quit [Ping timeout: 264 seconds] 00:19 -!- Lucanis [~Lucanis@user/lucanis] has joined #openbsd 00:25 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd 00:32 -!- tozhu [~tozhu@171.221.44.240] has quit [Quit: tozhu] 00:43 -!- format_c [~format_c@home.koeppe.rocks] has quit [Quit: format_c] 00:47 -!- jacobk [~quassel@utdpat241106.utdallas.edu] has quit [Ping timeout: 260 seconds] 00:59 -!- lavaball [~Melissa@31.204.155.215] has quit [Remote host closed the connection] 01:06 -!- edthix [~Thunderbi@1.32.127.138] has joined #openbsd 01:12 -!- quiliro`` [~user@157.100.143.14] has joined #openbsd 01:15 -!- quiliro` [~user@157.100.143.14] has quit [Ping timeout: 264 seconds] 01:17 -!- mlw [~mlw@154.127.13.246] has joined #openbsd 01:19 -!- militantorc [~pikapika_@pika.powered.by.lunarbnc.net] has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net] 01:19 -!- pikapika [~pikapika_@pika.powered.by.lunarbnc.net] has joined #openbsd 01:20 -!- josuah [~josuah@46.23.94.12] has joined #openbsd 01:23 -!- tozhu [~tozhu@117.139.163.129] has joined #openbsd 01:24 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd 01:28 -!- jacobk [~quassel@utdpat242024.utdallas.edu] has joined #openbsd 01:33 -!- hsw_ [~hsw@2001-b030-2303-0104-0172-0025-0012-0132.hinet-ip6.hinet.net] has quit [Quit: Leaving] 01:33 -!- hsw [~hsw@2001-b030-2303-0104-0172-0025-0012-0132.hinet-ip6.hinet.net] has joined #openbsd 01:39 -!- viq|w [~viq@user/viq] has quit [Quit: WeeChat 4.2.1] 01:40 -!- jacobk [~quassel@utdpat242024.utdallas.edu] has quit [Ping timeout: 268 seconds] 01:41 -!- lolok [~lolok@user/lolok] has quit [Quit: lolok] 01:51 -!- mlw [~mlw@154.127.13.246] has quit [Ping timeout: 255 seconds] 01:51 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd 01:52 -!- zimmer [~zimmer@user/zimmer] has quit [Client Quit] 01:52 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd 01:53 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 256 seconds] 01:58 -!- tozhu [~tozhu@117.139.163.129] has quit [Quit: tozhu] 02:04 -!- tozhu [~tozhu@117.139.163.129] has joined #openbsd 02:05 -!- CosmicDJ [~cosmicdj@p200300e24f4d7701391f0523f66d1a8e.dip0.t-ipconnect.de] has quit [Ping timeout: 264 seconds] 02:10 -!- nedko [~nedko@gateway/tor-sasl/nedko] has quit [Ping timeout: 260 seconds] 02:13 -!- nedko [~nedko@gateway/tor-sasl/nedko] has joined #openbsd 02:16 -!- CosmicDJ [~cosmicdj@p200300e24f0a2301628dff31c4fd9b43.dip0.t-ipconnect.de] has joined #openbsd 02:23 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd 02:26 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 246 seconds] 02:26 -!- quiliro`` [~user@157.100.143.14] has quit [Ping timeout: 264 seconds] 02:27 -!- gman999 [~GMan999@user/gman999] has joined #openbsd 02:28 -!- Leopold [~Leopold@user/Leopold] has quit [Ping timeout: 260 seconds] 02:28 -!- quiliro`` [~user@157.100.143.14] has joined #openbsd 02:28 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 02:37 -!- tozhu [~tozhu@117.139.163.129] has quit [Quit: tozhu] 02:40 -!- tozhu [~tozhu@117.139.163.129] has joined #openbsd 02:48 -!- Noisytoot [~noisytoot@sourcehut/user/noisytoot] has quit [Quit: ZNC 1.8.2 - https://znc.in] 02:48 -!- vdamewood [~vdamewood@fedora/vdamewood] has joined #openbsd 02:49 -!- Noisytoot [~noisytoot@sourcehut/user/noisytoot] has joined #openbsd 02:50 -!- bilegeek [~bilegeek@2600:1008:b020:d6dc:8289:eb45:38ac:a7b] has joined #openbsd 02:52 -!- vinleod [~vdamewood@fedora/vdamewood] has quit [Ping timeout: 260 seconds] 02:53 -!- digitalrayne [~digitalra@vps-446f4f39.vps.ovh.ca] has quit [Quit: じゃまたね] 02:53 -!- digitalrayne [~digitalra@vps-446f4f39.vps.ovh.ca] has joined #openbsd 02:56 -!- joe9 [~joe@c-73-24-194-198.hsd1.az.comcast.net] has quit [Quit: leaving] 02:59 -!- Noisytoot [~noisytoot@sourcehut/user/noisytoot] has quit [Remote host closed the connection] 02:59 -!- Noisytoot [~noisytoot@sourcehut/user/noisytoot] has joined #openbsd 03:01 -!- jacobk [~quassel@utdpat242024.utdallas.edu] has joined #openbsd 03:16 -!- donofrio_ [~donofrio@c-68-40-123-196.hsd1.mi.comcast.net] has joined #openbsd 03:20 -!- donofrio [~donofrio@iactcepasv500.faa.gov] has quit [Ping timeout: 246 seconds] 03:29 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 264 seconds] 03:32 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection] 03:33 -!- ikichigai [~ikichigai@5.43.228.119] has joined #openbsd 03:33 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd 03:40 -!- gbowne1 [~gbowne1@97-113-75-249.tukw.qwest.net] has quit [Remote host closed the connection] 03:41 -!- tozhu [~tozhu@117.139.163.129] has quit [Quit: tozhu] 03:41 -!- gbowne1 [~gbowne1@97-113-75-249.tukw.qwest.net] has joined #openbsd 03:43 -!- tozhu [~tozhu@117.139.163.129] has joined #openbsd 03:45 -!- seninha [~seninha@user/seninha] has quit [Quit: Leaving] 03:45 -!- tozhu [~tozhu@117.139.163.129] has quit [Client Quit] 03:49 -!- treefrob [~treefrob@p5dc70bbf.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 03:49 -!- tozhu [~tozhu@117.139.163.129] has joined #openbsd 03:51 -!- treefrob [~treefrob@p5dc70bbf.dip0.t-ipconnect.de] has joined #openbsd 04:06 -!- quiliro`` [~user@157.100.143.14] has quit [Quit: Save the World from war. Eliminate Gods.] 04:16 -!- mxz [~mxz@user/mxz] has quit [Ping timeout: 260 seconds] 04:18 -!- ublx [~ublx@user/ublx] has quit [Quit: ublx] 04:20 < ssm_> I'm trying to configure smtpd to sort my openbsd mailing list mail into specific maildir paths, currently my action line looks like `action "openbsd_mail" maildir "~/Maildir/.INBOX.%{sender.user}" alias `, but mail is either not being put in Maildir at all, or it's just getting dumped into Inbox (can't figure out which) 04:20 < ssm_> match line is `match from src "openbsd.org" for domain "example.com" tag INBOUND action "openbsd_mail"` 04:22 < ssm_> maybe I need to create the path whatever %{sender.user} expands to, but I don't know what that looks like specifically 04:22 < ssm_> openbsd.org.owner-* maybe? 04:23 -!- germ [~quassel@user/mipsel3] has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.] 04:26 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection] 04:27 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd 04:33 -!- brass [~brass@user/dac] has quit [Quit: ZNC 1.8.2 - https://znc.in] 04:35 -!- brass [~brass@user/dac] has joined #openbsd 04:37 -!- brass [~brass@user/dac] has quit [Client Quit] 04:38 -!- brass [~brass@user/dac] has joined #openbsd 04:43 -!- highplainsdruid [~highplain@user/highplainsdruid] has quit [Ping timeout: 252 seconds] 04:45 -!- highplainsdruid [~highplain@user/highplainsdruid] has joined #openbsd 04:46 -!- adig [~default@37.251.222.6] has joined #openbsd 04:46 -!- kikadf_ [~quassel@20014C4E2BD40900DEA632FFFE5AD709.dsl.pool.telekom.hu] has quit [Ping timeout: 240 seconds] 04:47 -!- kikadf [~quassel@20014C4E2BCFC500DEA632FFFE5AD709.dsl.pool.telekom.hu] has joined #openbsd 04:48 -!- shiranaihito_ [~shiranaih@ppp-124-122-56-103.revip2.asianet.co.th] has joined #openbsd 04:57 -!- jagtalon [~jag@user/jagtalon] has joined #openbsd 05:00 -!- mlw [~mlw@154.127.13.246] has joined #openbsd 05:04 -!- gbowne1 [~gbowne1@97-113-75-249.tukw.qwest.net] has quit [Remote host closed the connection] 05:07 -!- chiselfuse [~chiselfus@user/chiselfuse] has quit [Remote host closed the connection] 05:07 -!- chiselfuse [~chiselfus@user/chiselfuse] has joined #openbsd 05:22 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Quit: Lost terminal] 05:27 -!- Leopold [~Leopold@user/Leopold] has quit [Remote host closed the connection] 05:29 -!- micro [~micro@user/micro] has quit [Ping timeout: 260 seconds] 05:31 -!- jagtalon [~jag@user/jagtalon] has quit [Ping timeout: 268 seconds] 05:34 -!- riya [~jnth@user/riya] has joined #openbsd 05:36 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 05:37 -!- AlaskanEmily [~AlaskanEm@user/alaskanemily] has joined #openbsd 05:43 -!- deepesttoaster [~deepestto@user/deepesttoaster] has quit [Ping timeout: 268 seconds] 05:46 -!- adig [~default@37.251.222.6] has quit [Ping timeout: 255 seconds] 05:47 -!- adig [~default@metropolis3.suceava.rdsnet.ro] has joined #openbsd 05:50 -!- Guest7282 [~Guest7282@1.195-178-91.adsl-dyn.isp.belgacom.be] has left #openbsd [] 05:53 -!- koo5__ [~quassel@vmi579006.contaboserver.net] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.] 05:54 -!- koo5__ [~quassel@vmi579006.contaboserver.net] has joined #openbsd 05:55 -!- user71 [~user71@2001:1530:1012:bc7e:1e6f:65ff:fe88:557f] has joined #openbsd 05:55 -!- deepesttoaster [~deepestto@user/deepesttoaster] has joined #openbsd 06:00 -!- b3lm0nt [~ben@user/be1m0nt] has quit [Ping timeout: 268 seconds] 06:01 -!- jakef [~user@user/jakef] has joined #openbsd 06:01 -!- micro [~micro@user/micro] has joined #openbsd 06:03 -!- zetef [~quassel@95.77.17.251] has joined #openbsd 06:04 -!- A1ice [~a1ice@gateway/tor-sasl/a1ice] has joined #openbsd 06:12 -!- A1ice [~a1ice@gateway/tor-sasl/a1ice] has quit [Ping timeout: 260 seconds] 06:14 -!- BillyZane2 [~BillyZane@user/BillyZane] has joined #openbsd 06:17 -!- BillyZane [~BillyZane@user/BillyZane] has quit [Ping timeout: 268 seconds] 06:19 -!- adig_ [~default@metropolis3.suceava.rdsnet.ro] has joined #openbsd 06:20 -!- adig [~default@metropolis3.suceava.rdsnet.ro] has quit [Ping timeout: 256 seconds] 06:23 -!- mxz [~mxz@user/mxz] has joined #openbsd 06:23 -!- tozhu [~tozhu@117.139.163.129] has quit [Quit: tozhu] 06:25 < vdamewood> Is there some way to build an ISO file of OpenBSD for arm64? 06:27 -!- b3lm0nt [~ben@user/be1m0nt] has joined #openbsd 06:32 -!- edthix [~Thunderbi@1.32.127.138] has quit [Quit: edthix] 06:35 -!- tercaL [~tercaL@user/tercal] has joined #openbsd 06:35 -!- rustyy [~rusty@74.3.163.187] has quit [Ping timeout: 252 seconds] 06:36 -!- rustyy [~rusty@74.3.163.187] has joined #openbsd 06:40 < IcePic> vdamewood: "man release" if followed should produce ISO-files at step #7 06:40 < IcePic> but its far easier to just download the ISOs from one of the mirrors 06:41 < vdamewood> Last I checked, there were no ISOs for ARM64. 06:41 -!- adig_ [~default@metropolis3.suceava.rdsnet.ro] has quit [Ping timeout: 260 seconds] 06:41 < IcePic> snapshots have them 06:41 < IcePic> https://ftp.eu.openbsd.org/pub/OpenBSD/snapshots/arm64/ 06:43 < vdamewood> IcePic: Oh, thanks. 06:43 -!- adig_ [~default@metropolis3.suceava.rdsnet.ro] has joined #openbsd 06:45 -!- adig_ [~default@metropolis3.suceava.rdsnet.ro] has quit [Read error: Connection reset by peer] 06:49 -!- inak [~justme@153-104-74-65.gci.net] has quit [Quit: Leaving] 06:53 -!- zetef [~quassel@95.77.17.251] has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.] 06:55 -!- zetef [~quassel@95.77.17.251] has joined #openbsd 06:55 -!- adip [~adip@c145-59.icpnet.pl] has joined #openbsd 06:56 -!- horrad [~horrad@p50989fe8.dip0.t-ipconnect.de] has joined #openbsd 07:05 -!- Leopold [~Leopold@user/Leopold] has quit [Remote host closed the connection] 07:06 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 07:10 -!- jacobk [~quassel@utdpat242024.utdallas.edu] has quit [Ping timeout: 268 seconds] 07:11 -!- Noisytoot [~noisytoot@sourcehut/user/noisytoot] has quit [Remote host closed the connection] 07:12 -!- Ssokar [~maize@2a09:bac5:151:355::55:28] has joined #openbsd 07:13 -!- Leopold [~Leopold@user/Leopold] has quit [Remote host closed the connection] 07:13 -!- Noisytoot [~noisytoot@sourcehut/user/noisytoot] has joined #openbsd 07:17 -!- pikapika is now known as militantorc 07:21 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has quit [Ping timeout: 255 seconds] 07:22 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has joined #openbsd 07:24 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 07:28 -!- shiranaihito_ [~shiranaih@ppp-124-122-56-103.revip2.asianet.co.th] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] 07:33 -!- Jaywalker [~Jaywalker@209.33.126.194] has quit [Ping timeout: 255 seconds] 07:35 -!- Jaywalker [~Jaywalker@209.33.126.194] has joined #openbsd 07:46 -!- micro [~micro@user/micro] has quit [Remote host closed the connection] 07:50 -!- jacobk [~quassel@64.189.201.150] has joined #openbsd 07:53 -!- user71 [~user71@2001:1530:1012:bc7e:1e6f:65ff:fe88:557f] has quit [Quit: Leaving] 07:53 -!- euphores [~SASL_euph@user/euphores] has quit [Quit: Leaving.] 07:56 -!- Old-Ben-Jabroni [~Old-Ben-J@user/Old-Ben-Jabroni] has quit [Remote host closed the connection] 07:57 -!- micro [~micro@user/micro] has joined #openbsd 08:00 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd 08:02 -!- struchu [~struchu@62.87.192.114] has joined #openbsd 08:08 -!- euphores [~SASL_euph@user/euphores] has quit [Quit: Leaving.] 08:10 -!- lolok [~lolok@user/lolok] has joined #openbsd 08:17 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd 08:20 -!- ninex [ninex@user/ninex] has quit [Ping timeout: 268 seconds] 08:22 -!- fettucci1 [~fettuccin@gateway/tor-sasl/fettuccine] has joined #openbsd 08:25 -!- fettuccine [~fettuccin@gateway/tor-sasl/fettuccine] has quit [Ping timeout: 260 seconds] 08:26 -!- lagkage [yaypixxo@2a01:7e01::f03c:92ff:fe98:8d0e] has quit [Quit: ZNC 1.7.5 - https://znc.in] 08:29 -!- ninex [ninex@user/ninex] has joined #openbsd 08:30 -!- lagkage [~yaypixxo@li2046-61.members.linode.com] has joined #openbsd 08:32 -!- Code_Bleu [~Code_Bleu@user/code-bleu/x-6939963] has quit [Ping timeout: 240 seconds] 08:33 -!- jlavsund [~jlavsund@2.66.94.249.mobile.tre.se] has joined #openbsd 08:33 -!- shiranaihito_ [~shiranaih@2001:fb1:77:c34e:4c8a:fa40:8c79:4edb] has joined #openbsd 08:37 -!- ninex [ninex@user/ninex] has quit [Ping timeout: 264 seconds] 08:37 -!- rawgreaze [~rawgreaze@user/rawgreaze] has quit [Ping timeout: 240 seconds] 08:38 -!- rawgreaze [~rawgreaze@user/rawgreaze] has joined #openbsd 08:44 -!- ninex [ninex@user/ninex] has joined #openbsd 08:48 -!- Leopold [~Leopold@user/Leopold] has quit [Remote host closed the connection] 08:50 -!- ninex [ninex@user/ninex] has quit [Ping timeout: 264 seconds] 08:50 < Voyager_MP> Hi, what happend to cwm ? I can'f find it anymore in pkg_add 08:51 -!- Code_Bleu [~Code_Bleu@user/code-bleu/x-6939963] has joined #openbsd 08:51 -!- ninex [ninex@user/ninex] has joined #openbsd 08:52 -!- SirJitsu1 [~SirJitsu@162-231-111-175.lightspeed.livnmi.sbcglobal.net] has joined #openbsd 08:54 -!- SirJitsu [~SirJitsu@162-231-111-175.lightspeed.livnmi.sbcglobal.net] has quit [Ping timeout: 246 seconds] 08:57 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 08:57 -!- ninex [ninex@user/ninex] has quit [Ping timeout: 255 seconds] 08:58 < Voyager_MP> Sorry, stupid of me :D 08:59 -!- solaare [~solaarae@user/solaarae] has quit [Ping timeout: 264 seconds] 09:00 -!- zetef [~quassel@95.77.17.251] has quit [Remote host closed the connection] 09:00 -!- dubiousness [7eb4bb2c96@user/dubiousness] has left #openbsd [] 09:01 -!- zetef [~quassel@95.77.17.251] has joined #openbsd 09:04 -!- b50d [~b50d@62.96.54.30] has joined #openbsd 09:10 -!- _Ssokar_ [~maize@2a09:bac5:151:355::55:20] has joined #openbsd 09:11 -!- user71 [~user71@2001:1530:1012:bc7e:1e6f:65ff:fe88:557f] has joined #openbsd 09:14 -!- Ssokar [~maize@2a09:bac5:151:355::55:28] has quit [Ping timeout: 268 seconds] 09:23 -!- euphores [~SASL_euph@user/euphores] has quit [Quit: Leaving.] 09:23 -!- shiranaihito_ [~shiranaih@2001:fb1:77:c34e:4c8a:fa40:8c79:4edb] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] 09:24 < remiliascarlet> It's included with the system. 09:27 -!- jakef [~user@user/jakef] has quit [Quit: ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.1)] 09:28 -!- b50d [~b50d@62.96.54.30] has quit [Remote host closed the connection] 09:29 -!- nmingotti [~nmingotti@host-2-116-94-122.business.telecomitalia.it] has joined #openbsd 09:32 -!- b50d [~b50d@62.96.54.30] has joined #openbsd 09:34 < nmingotti> Hi guys, I can't find "git" packge in stable. "pkg_info -Q git" . Do you know something about it ? 09:36 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has quit [Ping timeout: 260 seconds] 09:38 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has joined #openbsd 09:40 -!- shiranaihito_ [~shiranaih@2405:9800:b661:4595:21ea:db11:e36b:acdb] has joined #openbsd 09:42 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd 09:43 -!- _Ssokar_ [~maize@2a09:bac5:151:355::55:20] has quit [Quit: Konversation terminated!] 10:08 -!- Code_Bleu [~Code_Bleu@user/code-bleu/x-6939963] has quit [Ping timeout: 264 seconds] 10:11 -!- nmingotti [~nmingotti@host-2-116-94-122.business.telecomitalia.it] has quit [Quit: Client closed] 10:16 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has quit [Ping timeout: 268 seconds] 10:17 < op2> nmingotti: try pkg_info -Qa git 10:18 < op2> on -stable -Q alone won't find packages which received backports 10:19 -!- adig [~default@37.251.222.6] has joined #openbsd 10:20 -!- Code_Bleu [~Code_Bleu@user/code-bleu/x-6939963] has joined #openbsd 10:22 -!- ZtevOz [~Thunderbi@lfbn-idf3-1-360-46.w83-199.abo.wanadoo.fr] has joined #openbsd 10:22 -!- ZtevOz [~Thunderbi@lfbn-idf3-1-360-46.w83-199.abo.wanadoo.fr] has quit [Client Quit] 10:26 -!- Leopold [~Leopold@user/Leopold] has quit [Remote host closed the connection] 10:27 -!- nmingotti [~nmingotti@host-2-116-94-122.business.telecomitalia.it] has joined #openbsd 10:27 -!- nmingotti [~nmingotti@host-2-116-94-122.business.telecomitalia.it] has quit [Client Quit] 10:27 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has joined #openbsd 10:28 -!- nmingotti [~nmingotti@host-2-116-94-122.business.telecomitalia.it] has joined #openbsd 10:31 -!- zetef [~quassel@95.77.17.251] has quit [Remote host closed the connection] 10:32 -!- tozhu [~tozhu@171.221.44.240] has joined #openbsd 10:32 -!- nmingotti [~nmingotti@host-2-116-94-122.business.telecomitalia.it] has quit [Client Quit] 10:33 -!- adig [~default@37.251.222.6] has quit [Read error: Connection reset by peer] 10:35 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 10:36 -!- euphores [~SASL_euph@user/euphores] has quit [Quit: Leaving.] 10:36 -!- tozhu [~tozhu@171.221.44.240] has quit [Ping timeout: 252 seconds] 10:38 -!- horrad [~horrad@p50989fe8.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 10:44 -!- paddymahoney [~paddymaho@cpe883d24bcf597-cmbc4dfb741f80.cpe.net.cable.rogers.com] has quit [Remote host closed the connection] 10:44 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd 10:45 -!- shiranaihito_ [~shiranaih@2405:9800:b661:4595:21ea:db11:e36b:acdb] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] 10:49 -!- ninex [ninex@user/ninex] has joined #openbsd 10:50 -!- tafa [~tafa@user/tafa] has quit [Quit: ZNC - https://znc.in] 10:50 -!- paddymahoney [~paddymaho@cpe883d24bcf597-cmbc4dfb741f80.cpe.net.cable.rogers.com] has joined #openbsd 10:54 -!- shiranaihito_ [~shiranaih@2405:9800:b661:4595:21ea:db11:e36b:acdb] has joined #openbsd 10:56 -!- tarxvfz [~tarxvfz@gateway/tor-sasl/tarxvfz] has joined #openbsd 10:57 < pardis> -aQ, not -Qa (the latter searches for packages with "a" in the name) 10:57 -!- bilegeek [~bilegeek@2600:1008:b020:d6dc:8289:eb45:38ac:a7b] has quit [Quit: Leaving] 10:58 < op2> ooops, yeah :) 10:58 < pardis> and you have that backwards, on -stable the default is to stop searching at the first repository with results 10:58 < pardis> so it will *only* find packages with updates, if there are any that match 11:00 < op2> ah yeah, i don't use -stable enough ;) 11:03 -!- toxic063 [~toxic0@82.66.203.96] has quit [Remote host closed the connection] 11:08 -!- user71 [~user71@2001:1530:1012:bc7e:1e6f:65ff:fe88:557f] has quit [Remote host closed the connection] 11:15 -!- Leopold [~Leopold@user/Leopold] has quit [Remote host closed the connection] 11:24 -!- shiranaihito_ [~shiranaih@2405:9800:b661:4595:21ea:db11:e36b:acdb] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] 11:29 -!- euphores [~SASL_euph@user/euphores] has quit [Quit: Leaving.] 11:29 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 11:33 -!- toxic063 [~toxic0@82.66.203.96] has joined #openbsd 11:33 -!- uncleyear [~ian@178.66.158.90] has quit [Ping timeout: 268 seconds] 11:36 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd 11:49 -!- AlaskanEmily [~AlaskanEm@user/alaskanemily] has quit [Remote host closed the connection] 11:51 -!- lavaball [~Melissa@31.204.155.215] has joined #openbsd 11:58 -!- Guru_DE [~guru@2001:9e8:e801:5800:c55a:57e3:c34c:3dd2] has joined #openbsd 12:06 -!- zorz [~zorz@ppp-2-85-108-35.home.otenet.gr] has joined #openbsd 12:12 -!- shiranaihito_ [~shiranaih@ppp-124-122-56-103.revip2.asianet.co.th] has joined #openbsd 12:14 < Posterdati> hi 12:14 < Posterdati> please help, is atheros ar542x working with openbsd7.4? Thanks! 12:17 < remiliascarlet> I have no idea what their business plans are right now. 12:17 < Posterdati> remiliascarlet: aha funny... 12:19 < remiliascarlet> OK, a more serious answer now. 12:19 < remiliascarlet> https://man.openbsd.org/?query=wireless&apropos=1 12:19 -!- Leopold [~Leopold@user/Leopold] has quit [Remote host closed the connection] 12:19 < remiliascarlet> Not here? Then it's not supported. 12:22 < remiliascarlet> The closest would be `athn`, but it seems like it does support AR541x, but not AR542. 12:22 < remiliascarlet> s/AR542/AR542x 12:23 -!- jacobk [~quassel@64.189.201.150] has quit [Quit: No Ping reply in 210 seconds.] 12:24 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 12:24 -!- jacobk [~quassel@64.189.201.150] has joined #openbsd 12:27 < IcePic> ath(4) seems to work for AR5424 at least 12:27 < IcePic> https://dmesgd.nycbug.org/index.cgi?do=view&id=6951 has 12:27 < IcePic> ath0 at pci1 dev 0 function 0 "Atheros AR5424" rev 0x01: apic 2 int 16 12:27 < IcePic> ath0: AR5424 14.2 phy 7.0 rf 10.2 eeprom 5.3, WOR4W, address xx:xx:xx:xx:xx:xx 12:28 < Posterdati> ath0: ar5k_ar5212_nic_wakeup: invalid radio frequency mode 12:29 < Posterdati> ath0: unable to reset hardware; hal status 0 12:29 -!- donofrio__ [~donofrio@155.178.180.11] has joined #openbsd 12:29 < sibiria> wifi support in openbsd is pretty spotty. intel stuff has least problems 12:29 < IcePic> unable to reset is listed in the manpage as "this should not happen". 8-/ 12:32 < Posterdati> nice... 12:32 -!- donofrio_ [~donofrio@c-68-40-123-196.hsd1.mi.comcast.net] has quit [Ping timeout: 252 seconds] 12:33 < remiliascarlet> This is generally the case with all BSD's. In my experience, FreeBSD is worse than OpenBSD when it comes to supporting network cards. 12:34 -!- Code_Bleu [~Code_Bleu@user/code-bleu/x-6939963] has quit [Ping timeout: 264 seconds] 12:35 -!- quiliro [~user@181.199.54.225] has joined #openbsd 12:40 -!- ficonni [~ficonni@46.235.97.247] has joined #openbsd 12:44 -!- struchu [~struchu@62.87.192.114] has quit [Quit: WeeChat 4.2.1] 12:44 -!- tarxvfz [~tarxvfz@gateway/tor-sasl/tarxvfz] has quit [Remote host closed the connection] 12:46 -!- Code_Bleu [~Code_Bleu@user/code-bleu/x-6939963] has joined #openbsd 12:49 -!- Nixkernal [~quassel@2a02:1210:1613:e600:517b:f380:8a4b:cb38] has joined #openbsd 12:58 < shiranaihito_> hey i'm trying to boot an OBSD installer from a USB stick, but it says stuff like "hd0a:/etc/boot.conf: invalid argument" 12:58 < shiranaihito_> and then there's a boot> prompt 12:58 < shiranaihito_> what am i doing wrong? 12:59 < shiranaihito_> it's an Intel NUC and i chose the "amd64" image, and wrote that to the USB stick with "dd" 12:59 < IcePic> perhaps the stick is hd1a and you just need to go "boot hd1a:bsd.rd" to start the installer 12:59 < shiranaihito_> hmm 13:00 -!- scain [~scain@2603-8080-b104-4e00-45cf-678b-0a7f-b897.res6.spectrum.com] has joined #openbsd 13:00 < shiranaihito_> it says "hd1a:/etc/random.seed: invalid argument" (i tried with hd1, and hd2 too) 13:01 < shiranaihito_> it lists hd0, hd1 and hd2 and i have two internal drives and the USB stick connected 13:01 < IcePic> you should be able to do something like "ls hd0a:" and if that is an ffs then you should see bsd files on it 13:02 -!- langley [~langley@196.221.136.190] has joined #openbsd 13:02 < wheelsmeo> speaking of wifi, I noticed that openbsd doesn't like to switch between APs, it'd rather stick to an AP with a much weaker signal than roam to a closer one, is there a knob I can twist for this 13:02 < IcePic> from boot> that is 13:02 < IcePic> it has some kind of ls support 13:02 < shiranaihito_> they all say something about "stat" and invalid argument 13:03 < shiranaihito_> why is every error an "invalid argument"? :P 13:03 -!- fettucci1 [~fettuccin@gateway/tor-sasl/fettuccine] has quit [Ping timeout: 260 seconds] 13:03 < IcePic> shiranaihito_: did you dd the .img or the .iso file to the stick? 13:04 < shiranaihito_> at first i dd'd the .iso file, and then realized it should have been .img :P 13:04 < shiranaihito_> so now it's the img.. the iso thing didn't even register as a bootable device in the BIOS 13:04 < langley> dears im new to openbsd, i'v installed nnn tho when trying to create new file with 'n' then 'f' then type filename, it says "Invalid Argument" how can i troubleshoot such thing? 13:06 < shiranaihito_> this is weird though.. i've used an OBSD USB installer before, and everything went fine then 13:07 < shiranaihito_> could this be related to how i format the disk in macOS Disk Utility? i chose "DOS / FAT" and Master Boot Record 13:08 -!- CrashOverride [~strcat@p5485586b.dip0.t-ipconnect.de] has joined #openbsd 13:09 < shiranaihito_> though i guess that stuff gets overwritten by "dd" 13:11 -!- cornpaffies [~cornpaffi@user/cornpaffies] has joined #openbsd 13:13 < shiranaihito_> could this be related to "secure boot keys"? it complains about some "random seed" missing 13:15 < sibiria> that should only happen on first boot 13:15 < sibiria> after that the seed file should be replenished and present 13:17 < sibiria> try disabling CSM and secure boot, so that you're running an "open" form of UFEI 13:17 < sibiria> UEFI* 13:18 < shiranaihito_> "CSM"? i just changed "secure boot mode" from "custom" to "standard" 13:18 < shiranaihito_> "OS Type" = "Other OS" 13:18 < sibiria> CSM is the BIOS backwards compatiblity mode. disable it in order to run the system as a modern UEFI thing 13:19 -!- ikichiga [~ikichiga@5.101.21.156] has quit [Ping timeout: 255 seconds] 13:19 < sibiria> and disable secure boot 13:20 < shiranaihito_> i don't think i've seen anything like "CSM" in the BIOS 13:21 < shiranaihito_> should "OS Type" be "Windows UEFI Mode" or "Other OS"? 13:21 < sibiria> other 13:21 < shiranaihito_> "Secure Boot Mode" should be "Standard" or "Custom"? it was Custom before when nothing was happening 13:21 < tercaL> What's httpd equivalent of Apache's "Options FollowSymLinks"? 13:21 < sibiria> try standard, i guess 13:22 < shiranaihito_> ohh hmm.. well "Custom" mode enables the Clear/Install "Secure Boot Keys" stuff that i was looking for - i had "cleared" them before because i thought it was some Windows crap 13:23 < shiranaihito_> any idea about "Audit Mode" or "Deployed Mode"? i have no clue wtf those mean 13:23 < sibiria> no idea. i'd guess the latter 13:24 < shiranaihito_> ok :) 13:24 < shiranaihito_> looks like i'm back in the "boot" menu with nothing happening 13:24 < shiranaihito_> weird how everything went smoothly with my older Ryzen computer 13:25 < shiranaihito_> maybe the image was somehow broken 13:25 < sibiria> i presume you're booting a plain install.img DDd onto the USB memory 13:25 -!- ublx [~ublx@user/ublx] has joined #openbsd 13:26 < sibiria> if on macOS, "of" argument should be /dev/rdiskX 13:26 < shiranaihito_> right, but /dev/rdisk4 didn't work, it said "device busy" or something 13:27 < sibiria> you will need to unmount the device first 13:27 < shiranaihito_> dd did something only when i chose /dev/rdisk4s1 .. but maybe that's wrong somehow 13:27 < sibiria> diskutil unmountDisk disk4 13:27 -!- Leopold [~Leopold@user/Leopold] has quit [Remote host closed the connection] 13:27 < shiranaihito_> but after unmounting, the "disk4" was gone from "dev" 13:27 < sibiria> diskutil list <- to see what's connected first, to get the correct device number 13:27 < sibiria> unmount, not eject 13:27 < shiranaihito_> ok maybe that's the problem 13:28 < sibiria> if you "unmount" it via Finder or the desktop, you will be ejecting it 13:28 < sibiria> so do it from the terminal as i suggested above 13:28 < shiranaihito_> alright, nice catch :) 13:28 < shiranaihito_> i did "unmount" from Finder 13:28 < sibiria> plug device in; diskutil list; diskutil unmountDisk diskN; dd ... of=/dev/rdiskN 13:28 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Ping timeout: 260 seconds] 13:29 < sibiria> not the "r" prefix of the disk. R D I S K 13:29 < sibiria> note* 13:29 -!- A1ice [~a1ice@gateway/tor-sasl/a1ice] has joined #openbsd 13:30 < shiranaihito_> ok, now it's working on "/dev/rdisk4" 13:30 -!- tozhu [~tozhu@171.221.44.240] has joined #openbsd 13:30 < shiranaihito_> shit.. i don't remember doing this before, but maybe i did 13:31 < shiranaihito_> alright, looks good.. now i got a popup about a weird disk after dd completed, but last time i didn't 13:31 < sibiria> the problem is likely not this, but rather some setting in the UEFI. but at least now you know you have a proper USB medium for the install 13:32 < shiranaihito_> omg it's alive! :D 13:32 < shiranaihito_> hey thanks for the help :) it's good that *some* people know what the hell they're doing :p 13:32 < sibiria> so it finds devices and boots into the kernel now? 13:32 < shiranaihito_> yes it started doing stuff :p 13:32 < sibiria> great. enjoy openbsd 13:32 < shiranaihito_> thanks, i will.. mostly :P 13:33 < shiranaihito_> i appreciate openbsd's straightforwardness and general non-goofiness, but i've had some mixed experiences :) 13:33 -!- jagtalon [~jag@user/jagtalon] has joined #openbsd 13:34 -!- tozhu [~tozhu@171.221.44.240] has quit [Client Quit] 13:35 < sibiria> the installer comes off as quite rudimentary, but it's simple and to the point 13:35 < sibiria> same goes for pretty much the rest of the system 13:36 < shiranaihito_> yeah.. now my challenge is getting this to connect to my wifi 13:36 < sibiria> it also helps if one doesn't approach it as if it were linux 13:36 < shiranaihito_> presumably it's "iwx0" but for example trying to "list" networks didn't seem to do anything 13:36 < shiranaihito_> right, luckily i don't have much experience with linux either 13:36 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 13:37 < shiranaihito_> why does the installer ask for a WPA passphrase before a WiFi network is even chosen? 13:38 < sibiria> no idea. i have not used wifi on openbsd in quite a while 13:38 < sibiria> technically it shouldn't matter 13:38 < shiranaihito_> the installer said something about "could not load firmware iwx-slkjslkjdsd" 13:38 < sibiria> yes the firmware is not distributed with the installer, due to licensing issues 13:39 < sibiria> you will have to install the firmware afterwards, then update the system following that 13:39 < sibiria> (unless you have wired connectivity during install) 13:39 < shiranaihito_> alright, so i can't just install with WiFi 13:39 -!- byteskeptical [~amnesia@user/byteskeptical] has joined #openbsd 13:39 < sibiria> no if the interface requires firmware to start 13:40 -!- A7ice [~a1ice@gateway/tor-sasl/a1ice] has joined #openbsd 13:40 < sibiria> not* 13:40 < shiranaihito_> why doesn't "list" or "list#" for Access Points actually list anything? 13:40 -!- A1ice [~a1ice@gateway/tor-sasl/a1ice] has quit [Remote host closed the connection] 13:40 -!- A7ice is now known as A1ice 13:40 < shiranaihito_> it just goes straight to asking for a passphrase 13:40 < sibiria> i *think* it's possible to preload firmware separately from the shell if you interrupt the install procedure, then resume it 13:41 < sibiria> well, if your device needs firmware to get up and running, and you haven't loaded that firmware... 13:41 < shiranaihito_> ok, but why does the installer pretend it supports WiFi if it can't even use the device because no firmware :) 13:42 < sibiria> it can, because not all wireless interfaces require firmware 13:42 < sibiria> require *external* firmware, rather 13:42 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd 13:42 < sibiria> some wifi interfaces function right off the bat 13:42 < shiranaihito_> ok, so i'm just unlucky in that the Intel NUC's wifi device is so exotic that it requires some special firmware? 13:42 < sibiria> yes 13:42 < shiranaihito_> :P 13:43 < shiranaihito_> and i thought the NUC would have fairly straightforward hardware, since it's not a gaming computer and all 13:43 < shiranaihito_> but alright .. better luck after another shopping trip (for a cable) tomorrow 13:44 < sibiria> you can finish your installation all the same 13:44 < shiranaihito_> thanks again for solving the USB installer mystery though :) 13:44 < sibiria> then you can load the firmware onto a USB flashdrive and install from there 13:44 < shiranaihito_> oh, hmm 13:46 < shiranaihito_> so i could load the firmware from somewhere with my macbook, put the file on the USB disk and connect it back to the NUC? i wonder if that's another 1h+ adventure though 13:46 -!- tozhu [~tozhu@171.221.44.240] has joined #openbsd 13:46 < sibiria> i guess that depends on you :p 13:47 < shiranaihito_> it also depends on how particular everything involved is :p 13:47 < sibiria> format the USB drive as FAT32, put the firmware file (from http://firmware.openbsd.org/firmware/) on there, connect to NUC, mount, copy into place, reboot 13:47 < shiranaihito_> and/or user-unfriendly 13:47 < sibiria> this is a manual contortion 13:47 < sibiria> files go onto storage, files come off the storage 13:48 < shiranaihito_> ok, so which firmware file contains WiFi stuff? :P 13:48 -!- tozhu [~tozhu@171.221.44.240] has quit [Client Quit] 13:49 < shiranaihito_> ipw iwi iwm iwn wpi 13:49 < shiranaihito_> guessing based on "w" :) 13:50 < sibiria> all of them. but in your case it sounded like iwx? 13:50 < sibiria> the kernel and/or installer probably made a comment about it 13:50 < shiranaihito_> ohh right the error message starts with "iwx" 13:51 < shiranaihito_> and how do i install the firmware file once it's copied over? 13:51 < sibiria> save it for afterwards, when you're booting your completed installation 13:51 < shiranaihito_> so it's automatically found from.. where? 13:52 < sibiria> no. you mount the device, then run the firmware update/install thingy pointed at the file. i can guide you through that when you have an actual openbsd installation running 13:52 < sibiria> for now you can just skip past the network setup part for the installation 13:52 < shiranaihito_> ok 13:53 -!- Leopold [~Leopold@user/Leopold] has quit [Remote host closed the connection] 13:53 -!- tozhu [~tozhu@171.221.44.240] has joined #openbsd 13:55 -!- |darc| [darc@23-112-65-16.lightspeed.nworla.sbcglobal.net] has quit [Remote host closed the connection] 13:56 -!- |darc| [darc@23-112-65-16.lightspeed.nworla.sbcglobal.net] has joined #openbsd 13:56 -!- jacobk [~quassel@64.189.201.150] has quit [Quit: No Ping reply in 180 seconds.] 13:57 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 13:57 -!- jacobk [~quassel@64.189.201.150] has joined #openbsd 13:59 < shiranaihito_> i just realized none of the firmware files start with "iwx" 13:59 < sibiria> should definitely be an iwx-fw tarball in there 14:00 < sibiria> in firmware.openbsd.org/firmware/7.4/ 14:00 < shiranaihito_> oh nervmind.. it was just listed at a weird offset so i didn't notice 14:01 < shiranaihito_> should i add "intel-firmware" too just in case it's useful? :P 14:01 -!- souji [~souji@user/souji] has joined #openbsd 14:01 < sibiria> sure. it will be pulled-in by the firmware updater otherwise once you have network 14:01 < sibiria> but no harm installing it manually in advance 14:02 < langley> i'v installed nnn tho when trying to create new file with 'n' then 'f' then type filename, it says "Invalid Argument" how can i troubleshoot such thing? 14:03 < shiranaihito_> what's "nnn"? is this guy trolling? 14:03 -!- A1ice [~a1ice@gateway/tor-sasl/a1ice] has quit [Remote host closed the connection] 14:04 -!- A1ice [~a1ice@gateway/tor-sasl/a1ice] has joined #openbsd 14:04 < shiranaihito_> ok, the USB with the firmware files is connected now 14:05 < sibiria> have you booted into your completed openbsd installation? 14:05 < langley> shiranaihito_: https://github.com/jarun/nnn 14:05 < shiranaihito_> i guess now i'd need to "mount" the USB sd2 14:05 < shiranaihito_> sibiria yes i did one reboot after installing 14:05 < sibiria> ok; mount /dev/sd2i /mnt 14:05 < sibiria> if no error pops up: ls /mnt 14:05 < sibiria> are your files present? 14:06 < shiranaihito_> why "sd2i" and not "a" for example? isn't "a" like "root"/everything? 14:07 < sibiria> it's because of old standards. the "partition" created for an MBR type storage like this will be "i" 14:07 -!- viq|w [~viq@user/viq] has joined #openbsd 14:07 < shiranaihito_> and nothing else but "sd2i" would work? :D 14:07 < sibiria> technically you can prepare the storage to use "a" as well, or the entire disk 14:07 < sibiria> but this is how windows/macOS/blah will set it up 14:07 < shiranaihito_> ok yes, i see the files under /mnt 14:08 < sibiria> ok. then try this: fw_update -a -p /mnt 14:08 < shiranaihito_> oh.. it wants a "SHA256.sig" file too? 14:08 < sibiria> right, sorry 14:09 < sibiria> you'll hve that file in the same dir you took the firmware files from 14:09 < sibiria> unmount and put that file on there as well 14:09 < shiranaihito_> ok, np 14:09 < sibiria> you *might* need the index.txt file as well. i honestly don't know what fw_update wants or does 14:10 < sibiria> i always forget if it wants the whole deal or if it's fine just being pointed at singles 14:11 < sibiria> in *nix, you unmount with "umount" (u, not un). so "umount /mnt" in your case 14:11 < shiranaihito_> ok.. now fw_update wants more firmware files :P 14:11 < sibiria> try being specific then 14:11 < shiranaihito_> right, i actually remembered "umount" :) 14:12 < sibiria> fw_update -p /mnt/somefile 14:12 < shiranaihito_> oh? then it wouldn't want other files? 14:12 < sibiria> or: fw_update /mnt/iwx-something.tgz 14:12 < shiranaihito_> so it was going by some listing in the SHA file or something? 14:13 < sibiria> i honestly don't know what it does :) i just know it's possible to install things piecemeal 14:13 < shiranaihito_> "keep iwx" "keep intel" 14:13 < shiranaihito_> maybe it installed them before complaining about other files 14:14 < sibiria> that sounds like it already did install the first few things it did find 14:14 < sibiria> verify: ls /etc/firwmare 14:14 < sibiria> firmware* 14:14 < sibiria> if you see intel/ and some other thing in there, you're good 14:14 -!- psydroid [~psydroid@user/psydroid] has joined #openbsd 14:14 < shiranaihito_> shit.. where's my pipe character 14:15 -!- ikichiga [~ikichiga@5.101.21.156] has joined #openbsd 14:15 -!- m3a [~m3a@104.158.106.182] has quit [Ping timeout: 264 seconds] 14:15 -!- tozhu [~tozhu@171.221.44.240] has quit [Quit: tozhu] 14:16 < shiranaihito_> ok, looks like they're there 14:16 < shiranaihito_> rebooting 14:16 < sibiria> great. reboot and fw should be loaded and your wifi interface sohuld be enabled 14:17 < shiranaihito_> soo how do i actually connect to wifi then? :P 14:17 < shiranaihito_> and make it do that automatically on boot 14:18 -!- langley [~langley@196.221.136.190] has quit [Read error: Connection reset by peer] 14:18 < sibiria> "man iwx" should provide a basic example 14:18 < shiranaihito_> btw what do the numbers in parenthesis mean in "man" pages? 14:18 < sibiria> category 14:19 < sibiria> this may get you going: 14:19 < sibiria> cat > /etc/hostname.iwx0 14:19 -!- tozhu [~tozhu@171.221.44.240] has joined #openbsd 14:19 < sibiria> join YOURAP wpakey YOURPW 14:19 < sibiria> inet autoconf 14:19 < sibiria> 14:20 < sibiria> then: sh /etc/netstart iwx0 14:20 -!- nmdv [~nmdv@user/nmdv] has joined #openbsd 14:20 < sibiria> ping google.com 14:20 < sibiria> etc. 14:20 -!- NicknameJohn [~NicknameJ@187-27-135-223.3g.claro.net.br] has joined #openbsd 14:21 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Remote host closed the connection] 14:21 < shiranaihito_> or.. reboot and no need for "netstart iwx0"? 14:21 < sibiria> no need to reboot 14:21 < shiranaihito_> i'm in trouble without being able to type pipe chars though 14:21 < shiranaihito_> i'm using a mac keyboard 14:22 < sibiria> alt-7 14:22 < shiranaihito_> keyboard layout "sv" which is.. Sweden i guess? (closest thing to Finnish) 14:22 < sibiria> shift-7 / alt-7 | shift-alt-7 \ 14:22 < sibiria> for swedish apple keyboard layout 14:23 < shiranaihito_> that sounds vaguely familiar but the apple keyboard is a bit different 14:23 < shiranaihito_> it mostly does the same things but not this one, it seems 14:23 < sibiria> you should first solve your network. then you can fiddle around with learning that keyboard 14:23 < shiranaihito_> the "Alt" equivalent is "Option" but Option + 7 doesn't give me a pipe 14:24 < shiranaihito_> right, but i can't see my network in all the "scan" output without piping it to "less" or something 14:24 -!- byteskeptical [~amnesia@user/byteskeptical] has joined #openbsd 14:24 < shiranaihito_> but yeah.. 14:24 < shiranaihito_> i know the name 14:24 < shiranaihito_> i was just side-tracked 14:26 < shiranaihito_> nice, the wifi is alive now 14:26 < sibiria> great. now you will want to: syspatch; fw_update 14:26 < sibiria> and reboot 14:26 < shiranaihito_> next i guess i'll just "pkg_install gnome" and hope it arranges itself into a useable state 14:26 -!- Xenguy [~Xenguy@user/xenguy] has quit [Quit: "To play for a draw [...] is to some degree a crime against chess." - Mikhail Tal] 14:27 < sibiria> and then you're ready to fight with the keyboard and whatever else you want. this sohuld be the base setup done and up-to-date 14:27 < shiranaihito_> "ocsp verify failed" response not current 14:27 < shiranaihito_> .. wtf? :p 14:27 < shiranaihito_> TLS handshake failure 14:27 < shiranaihito_> when trying "syspatch" 14:28 < sibiria> do: echo 'https://ftp.eu.openbsd.org/pub/OpenBSD' > /etc/installurl 14:28 < sibiria> then retry 14:28 < sibiria> you've been connected to a broken mirror 14:28 < shiranaihito_> oh, ok 14:29 < shiranaihito_> well some "Fastly" etc CDN URL should work? probably much faster than using an EU mirror from Bangkok 14:29 < sibiria> the default url for updates etc. comprise tonnes of garbage CDNs/mirrors 14:29 < sibiria> it's an EU mirror in sweden 14:29 < renaud> or you can also have a wrong time 14:30 < sibiria> yeah time/date might be wrong, too. though ntpd sohuld've updated it already since you now have network 14:30 < sibiria> but you can ensure it: rdate ntp.kth.se 14:30 < shiranaihito_> i don't know if it was the date thing, but that would be a super sneaky problem 14:31 < shiranaihito_> looks like syspatch is doing something now, silently 14:31 < shiranaihito_> well fuck 14:31 < shiranaihito_> now i don't know how slow it's loading things 14:31 < shiranaihito_> i set the EU mirror first 14:32 < sibiria> just let it do its thing 14:32 -!- A7ice [~a1ice@gateway/tor-sasl/a1ice] has joined #openbsd 14:32 < shiranaihito_> ok, files are loading now 14:32 -!- Quantafac [~Quantafac@12.22.122.66] has joined #openbsd 14:35 -!- A1ice [~a1ice@gateway/tor-sasl/a1ice] has quit [Ping timeout: 260 seconds] 14:36 -!- gh34 [~textual@184-058-181-106.res.spectrum.com] has joined #openbsd 14:42 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection] 14:43 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd 14:48 -!- vados [~vados@46-133-146-83.mobile.vf-ua.net] has quit [Ping timeout: 272 seconds] 14:50 < tercaL> Is there any way to define fastcgi socket "/var/www/run/slowcgi.sock" for all the locations, in one go, in OpenBSD httpd? I couldn't find an option and I have to define it under almost each "location" directive, like; https://pastebin.mozilla.org/UfAbDoif/raw (which looks pretty ugly actually) 14:50 -!- vados [~vados@46-133-19-49.mobile.vf-ua.net] has joined #openbsd 14:51 -!- struchu [~struchu@62.87.192.114] has joined #openbsd 14:52 -!- jagtalon [~jag@user/jagtalon] has quit [Ping timeout: 264 seconds] 14:55 < sibiria> can't you define it as a variable? aka "macro" 14:55 -!- vinleod [~vdamewood@fedora/vdamewood] has joined #openbsd 14:56 < sibiria> e.g. hotdogs="123" -> $hotdogs 14:57 < op2> tercaL: the fastcgi settings is 'inherited' by the locations, so if you enable it globally in the server context, then you don't have to repeat in for the locations. Then, add `no fastcgi' to the location where you don't want fastcgi 14:59 -!- vdamewood [~vdamewood@fedora/vdamewood] has quit [Ping timeout: 268 seconds] 15:00 -!- A1ice [~a1ice@gateway/tor-sasl/a1ice] has joined #openbsd 15:01 -!- A7ice [~a1ice@gateway/tor-sasl/a1ice] has quit [Ping timeout: 260 seconds] 15:02 -!- qwestion [a6872f2a98@198.108.77.243] has quit [Ping timeout: 252 seconds] 15:02 -!- seninha [~seninha@user/seninha] has joined #openbsd 15:02 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Ping timeout: 264 seconds] 15:18 -!- tozhu [~tozhu@171.221.44.240] has quit [Quit: tozhu] 15:20 -!- tozhu [~tozhu@171.221.44.240] has joined #openbsd 15:21 -!- fettuccine [~fettuccin@gateway/tor-sasl/fettuccine] has joined #openbsd 15:21 -!- vinleod is now known as vdamewood 15:27 -!- jakzale [6291399afa@user/jakzale] has joined #openbsd 15:29 -!- A1ice [~a1ice@gateway/tor-sasl/a1ice] has quit [Remote host closed the connection] 15:30 -!- b50d [~b50d@62.96.54.30] has quit [Remote host closed the connection] 15:33 -!- chiselfuse [~chiselfus@user/chiselfuse] has quit [Remote host closed the connection] 15:33 < jakzale> Hi, is it normal for OpenBSD installer program/shell to be very slow (more than 10+ seconds between questions)? 15:33 -!- chiselfuse [~chiselfus@user/chiselfuse] has joined #openbsd 15:33 < phy1729> No 15:35 -!- Leopold [~Leopold@user/Leopold] has quit [Quit: No Ping reply in 180 seconds.] 15:36 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 15:41 -!- Bradipo [~Bradipo@50.77.44.21] has joined #openbsd 15:41 < Bradipo> There seems to be a bit of a disconnected between FastCGI handling and httpd. 15:42 < Bradipo> I have a script that can take a long time to run. The default timeout for "timeout" is 600 seconds. 15:42 < Bradipo> "for example the maximum time to wait for I/O from the FastCGI backend." 15:43 < Bradipo> But then there is also the "request timeout" which defaults to just 60 seconds. 15:43 < Bradipo> Which means that if the FastCGI binary is taking a long time to generate data, the httpd closes the connection after 60 seconds. 15:43 < Bradipo> Or even worse, if the data is already generated but the client is taking a long time to download it... 15:44 < Bradipo> Once a client begins downloading, it isn't going to send any more "request". 15:44 < Bradipo> Maybe the script is faulty and should be using "chunks"? 15:45 -!- cdunbar [~Thunderbi@66.56.3.135] has joined #openbsd 15:45 < dfdx> jakzale: no joke the entire OpenBSD installation should be done in less than 30 minutes. 15:46 -!- struchu [~struchu@62.87.192.114] has quit [Quit: WeeChat 4.2.1] 15:46 < dfdx> and if you keep speed-hitting the Enter button to just accept the defaults perhaps even less than 15 minutes. 15:46 < Bradipo> dfdx: Depends on the media to which it's being installed. On some USB drives it can take a long time. 15:46 < dfdx> Maybe i'm just blessed with good hardware then. 15:47 < phy1729> I've done it in under 5 from initial power on to passing traffic (though I did have a siteXX.tgz). That's before autoinstall took the fun out of it. 15:47 -!- tozhu [~tozhu@171.221.44.240] has quit [Quit: tozhu] 15:47 < jakzale> dfdx: I haven't reached the disk questions yet. For some reason it is very slow... ^T shows 3% util, but there is couple of seconds of latency per each key press. 15:48 -!- BillyZane2 is now known as BillyZane 15:48 -!- tozhu [~tozhu@171.221.44.240] has joined #openbsd 15:51 < op2> Bradipo: not sure what you mean with "chunks"; but the `request timeout' should apply only to the time it takes for the client->server interaction, while `timeout' for fastcgi replies 15:52 < op2> however, if you run your scripts with slowcgi, pay attention to the -t flag (hint: it's another timeout!) 15:52 < Bradipo> Yes, the -t flag for slowcgi isn't the culprit here. 15:52 < Bradipo> It's the httpd.conf connection request timeout. 15:53 < Bradipo> For some reason when a client starts downloading the response, httpd times out the connection. 15:53 < Bradipo> Which is odd because clearly when the client is downloading content it won't be "sending" any response. 15:53 < Bradipo> Or rather, it won't be sending any new "requests". 15:54 < jakzale> hmm... disabling power management (Intel SpeedStep) seems to fix responsiveness. 15:54 < Bradipo> At the same time it doesn't seem right to increase the "connection request timeout" to 900. 15:56 < Bradipo> Which is why I wondered if perhaps the CGI script should be sending the data in chunks, rather than just dumping the entire output... 15:56 < Bradipo> Though maybe it's really httpd that should be chunking the response? 15:56 < op2> i don't think; it's httpd that does the chunking. the cgi script can't do it 15:56 -!- SirJitsu-work [~SirJitsu@162-231-111-175.lightspeed.livnmi.sbcglobal.net] has joined #openbsd 15:56 < Bradipo> Yeah, that's what I was beginning to think as well. 15:57 < tercaL> op2: Thanks a lot 15:57 < op2> Bradipo: maybe httpd is just forgetting to cancel the timer after the replies has been sent 15:58 < Bradipo> Maybe httpd doesn't do chunked HTTP transfers... 15:58 < op2> tercaL: you're welcome :) 15:59 < op2> httpd does chunking when it can 15:59 < Bradipo> I do see this header coming out from httpd: Transfer-Encoding: chunked 15:59 < Bradipo> So why is it timing out the client... 15:59 < op2> if your client is speaking HTTP/1.1 it will do the chunking 15:59 < Bradipo> At the same time, I don't see any size for the chunks. 15:59 < Bradipo> Rather, I see no chunks in the output. 16:00 < op2> what does it makes you think so? 16:00 < Bradipo> Because normally in an HTTP resposne, the first line is the size of the chunk. 16:00 < Bradipo> I see no such thing. 16:01 < jakzale> I just got a kernel message about malloc and dump and the kernel crashed... 16:01 < jakzale> I dom 16:02 < jakzale> I don't suppose the kernel dump got persisted during installation? 16:03 -!- jungleboogie [~Guest46@wireguard/tunneler/jungleboogie] has joined #openbsd 16:03 < Bradipo> In chunked encoding, HTTP sends the number of octets in the chunk (in hexadecimal) followed by options, then CRLF, then follows the chunk and another CRLF, etc. 16:04 < Bradipo> But I'm not seeing any chunks in the output (preserved with curl -i). 16:05 < Bradipo> Though, to be fair, it may be that curl is handling the chunking for me... 16:05 < op2> Bradipo: in server.c:993 the request timeout is added both for reading and for writing 16:06 < Bradipo> Perhaps there should be 2 settings, one for reading and one for writing. 16:07 < op2> curl -i is to "include response headers in the output", so i'd expect it to not preserve the chunking 16:07 < op2> i think these things are just easier to test with nc(1) 16:07 < Bradipo> Yes, I was just getting that that too. 16:07 < op2> however, not sure what httpd should do but apparently the manpage is lying (: 16:08 < op2> hum, actually not, adding the timer for both operations is correct (to catch clients which purpusefully read slow) 16:09 < Bradipo> Yes, but should the "read from client" timeout be the same as the "write to client" timeout? 16:09 -!- tozhu [~tozhu@171.221.44.240] has quit [Quit: tozhu] 16:09 < op2> well, that's detabable. i think it's fine to provide only one timer. i think httpd should just reset this timer while is waiting for fastcgi to reply however 16:10 < Bradipo> Reset it to what? 16:10 < Bradipo> The CGI script has already sent the response and has actually exited. 16:10 < Bradipo> It's just that the client is on a slow connection and takes a while to pull it down. 16:10 < op2> cancel it until fastcgi has sent data, then re-establish the timer to prevent slow clients 16:11 < op2> ah, i understood that it was your cgi script to take ages 16:11 < Bradipo> You mean, as long as the httpd is able to continue pushing data, reset the timer? 16:11 < Bradipo> Sorry, I misspoke. I thought it was the CGI, in debugging I found it was *not* the script, but the client. 16:11 -!- quiliro` [~user@181.199.54.225] has joined #openbsd 16:11 < op2> ah, gotcha 16:11 < Bradipo> A slow client gets timed out while reading. So the data shows up as truncated. 16:12 < Bradipo> I tested using ftp(1) and it saw: ftp: Invalid chunked encoding: short read 16:12 < Bradipo> short read, because httpd gave up after the default of 60 seconds. 16:12 < Bradipo> I increased the timeout to 900, but now that means rogue httpd clients can just connect and camp for 900 seconds sending nothing. 16:15 -!- quiliro [~user@181.199.54.225] has quit [Ping timeout: 264 seconds] 16:18 < Bradipo> Seems like httpd should set an alarm() and then start writing, if the alarm fires while the process is blocked on writing that means that the client has stopped reading data and can be timed out. Or something like that. 16:18 < op2> i see. well, i think that the request timeout is working as intended, i'm not sure you can distinguish between slow clients and purposefully slow clients 16:19 < Bradipo> Well, sure, cannot the httpd monitor progress. If 0 progress is made during the timeout period, timeout the connection. 16:20 < op2> yeah but then i guess 'bad clients' will just read 1 byte every time interval? 16:21 < op2> i see your point; having two different timers: one for inactivity and one for slow clients, but then bad bots can still just send one X-something header every N seconds 16:21 < Bradipo> Write, two different timers. 16:21 < Bradipo> Perhaps a bit contrived. 16:21 < Bradipo> Honestly, 1 timer is sufficient. 16:22 < Bradipo> As long as "progress" is one of the factors, and not just a hard timer. 16:22 < op2> for the majority of the cases, yes :D 16:22 -!- luca_ [~luca@host-091-097-098-117.ewe-ip-backbone.de] has joined #openbsd 16:22 -!- jungleboogie [~Guest46@wireguard/tunneler/jungleboogie] has quit [Quit: Client closed] 16:22 -!- luca_ is now known as OwlWizard 16:22 < Bradipo> e.g. I don't mind having an "inactivity timeout". SSH has ClientAliveInterval, for example. 16:22 -!- jungleboogie [~sean@wireguard/tunneler/jungleboogie] has joined #openbsd 16:23 < op2> take this example: what if I request a big file (an image or a video) on your server and read just one byte at the time? i'm making progress, but will take days to complete the transaction 16:23 < Bradipo> But having a fixed timeout that doesn't adjust isn't very useful. 16:23 < Bradipo> Because now I have to predict what the slowed client will be and adjust accordingly. 16:23 -!- user71 [~user71@2001:1530:1012:2ce4:1e6f:65ff:fe88:557f] has joined #openbsd 16:23 < Bradipo> Rather, the slowest client. 16:23 -!- tozhu [~tozhu@171.221.44.240] has joined #openbsd 16:24 < Bradipo> Ignoring the rogue client scenario for the moment, since it's a bit less likely... 16:25 < op2> it's a good way to cause a denial of service though :) 16:25 < Bradipo> Given that I cannot really know what the slowest legitimate client will be, I'm constrainted to set the timeout extremely large to prevent someone being unable to download. 16:26 < op2> maybe httpd could use a different logic: check the downloaded data per unit of time and kill the connections that are not 'fast enough' 16:26 < Bradipo> Haha. 16:27 < Bradipo> I suppose I could set a threshold... e.g. if you are not downloading at least at 56kbps, then timeout. 16:27 < Bradipo> Well, for now I've just set the timeout to 900... but it seems that httpd could be a bit smarter about it. Maybe not worth it. 16:28 < op2> it's an interesting however to think what it could do to safely accomodate for slow clients 16:28 -!- OwlWizard [~luca@host-091-097-098-117.ewe-ip-backbone.de] has quit [Quit: OwlWizard] 16:29 < Bradipo> Or even slow servers... 16:29 < Bradipo> maybe httpd is on a slow link. 16:31 -!- Leonarbro [~Leo@user/leonarbro] has quit [Quit: No Ping reply in 90 seconds.] 16:31 < op2> yeah of course 16:31 < Bradipo> That's why I was wondering if perhaps there were something I could do in the CGI to make it reset the timer. 16:32 -!- Leonarbro [~Leo@user/leonarbro] has joined #openbsd 16:32 -!- adig [~default@37.251.222.6] has joined #openbsd 16:33 -!- solaare [~solaarae@user/solaarae] has joined #openbsd 16:34 -!- Nixkernal [~quassel@2a02:1210:1613:e600:517b:f380:8a4b:cb38] has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.] 16:37 < babz> if average transfer speed during the las 10 minutes < 1 B/s then timeout 16:42 -!- CosmicDJ [~cosmicdj@p200300e24f0a2301628dff31c4fd9b43.dip0.t-ipconnect.de] has quit [Quit: reboot] 16:48 -!- kroovy [~libera@62.27.228.162] has joined #openbsd 16:50 -!- Noisytoot [~noisytoot@sourcehut/user/noisytoot] has quit [Ping timeout: 264 seconds] 16:53 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Ping timeout: 260 seconds] 16:54 -!- Noisytoot [~noisytoot@sourcehut/user/noisytoot] has joined #openbsd 16:54 -!- jlavsund [~jlavsund@2.66.94.249.mobile.tre.se] has quit [Remote host closed the connection] 16:58 -!- zetef [~quassel@95.77.17.251] has joined #openbsd 17:00 -!- Leopold [~Leopold@user/Leopold] has quit [Remote host closed the connection] 17:01 < jakzale> How to check how much RAM the kernel has detected? I tried installing OpenBSD 7.4 and 7.3, but the kernel keeps crashing due to malloc issues. 17:01 < Bradipo> Should be in dmesg output. 17:01 < Bradipo> Or even sysctl 17:02 -!- SirJitsu-work [~SirJitsu@162-231-111-175.lightspeed.livnmi.sbcglobal.net] has quit [Remote host closed the connection] 17:02 < Bradipo> sysctl hw.physmem 17:03 -!- riya [~jnth@user/riya] has quit [Quit: REDACTED] 17:04 -!- ClaudioM [claudiom@tilde.institute] has joined #openbsd 17:05 < jakzale> I only see sysctl for kern.osrelease, and hw.{machine, model, product, disknames, ncpufound}... 17:05 < Bradipo> This is during installation? 17:07 < Bradipo> What does your hw.machine show? 17:07 < sibiria> dmesg | grep -E '^real|avail mem' 17:07 < sibiria> real is what kernel sees. avail is what it leaves you with after it has taken its share 17:08 -!- zetef [~quassel@95.77.17.251] has quit [Remote host closed the connection] 17:08 < jakzale> Brandipo: yes, still during install 17:08 < Bradipo> Looks like you'll have to use dmesg. I didn't realize the installer kernel had so little information in sysctl. 17:08 -!- cdunbar [~Thunderbi@66.56.3.135] has quit [Ping timeout: 260 seconds] 17:09 < sibiria> if you're quick enough you can catch those lines right at the start of init 17:09 < Bradipo> Or perhaps it's userland sysctl that doesn't have much. 17:09 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd 17:09 -!- souji [~souji@user/souji] has quit [Quit: nyaa~] 17:09 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 17:10 < jakzale> I have around 16GiB, which is as expected... 17:11 < mischief> ram going bad? maybe try memtest 17:12 < mischief> if you find any bad memory ranges you can try to exclude them from the kernel 17:12 < mischief> see boot(8) 17:13 < jakzale> mischief: OK, will do. Doing a memory test will take a while... 17:18 -!- _nmdv [~nmdv@user/nmdv] has joined #openbsd 17:20 -!- nmdv [~nmdv@user/nmdv] has quit [Ping timeout: 260 seconds] 17:21 < mischief> jakzale: depending on how bad it is, sometimes memtest can find bad blocks in just 1 pass 17:21 < jakzale> out of curiosity, what is minimal amount of ram needed for the installer? 1GiB? Less? 17:22 -!- CosmicDJ [~cosmicdj@p200300e24f0a23014635ee3fd3658803.dip0.t-ipconnect.de] has joined #openbsd 17:22 < sibiria> i'd say 1 gb is right at the pain threshold these days. with 1 gb of RAM the relinker will eat into a little bit of swap 17:22 < sibiria> but openbsd will run on 512 mb 17:24 < sibiria> kernel/lib relinking is the hungry thing in the base system. if you discount that, it'll run even on 256 mb 17:27 < Posterdati> solved! 17:34 -!- _nmdv_ [~nmdv@user/nmdv] has joined #openbsd 17:35 -!- cornpaffies [~cornpaffi@user/cornpaffies] has quit [Quit: cornpaffies] 17:36 -!- _nmdv [~nmdv@user/nmdv] has quit [Ping timeout: 256 seconds] 17:44 -!- tarxvfz [~tarxvfz@gateway/tor-sasl/tarxvfz] has joined #openbsd 17:51 < pardis> OpenBSD supports some platforms with a maximum of 64 MB of RAM, so it must be usable with that 17:52 < pardis> but the relinker is probably memory-hungrier on amd64 since there are quite a few amd64-specific components these days 17:54 -!- Bradipo [~Bradipo@50.77.44.21] has quit [Quit: Lost terminal] 17:58 < dqk> on a thinkpad 380ed (pentium mmx 166, 80mb of ram) you run out of ram if you keep the lib relinking (or was it kernel?) but it's still start after complaining 18:00 -!- SirJitsu-work [~SirJitsu@162-231-111-175.lightspeed.livnmi.sbcglobal.net] has joined #openbsd 18:14 -!- Leopold [~Leopold@user/Leopold] has quit [Remote host closed the connection] 18:15 -!- user71 [~user71@2001:1530:1012:2ce4:1e6f:65ff:fe88:557f] has quit [Quit: Leaving] 18:16 -!- langley [~langley@79.142.79.159] has joined #openbsd 18:16 -!- langley [~langley@79.142.79.159] has quit [Remote host closed the connection] 18:17 -!- langley [~langley@79.142.79.159] has joined #openbsd 18:18 -!- langley [~langley@79.142.79.159] has quit [Remote host closed the connection] 18:19 -!- langley [~langley@79.142.79.159] has joined #openbsd 18:20 -!- langley [~langley@79.142.79.159] has quit [Remote host closed the connection] 18:21 -!- langley [~langley@79.142.79.159] has joined #openbsd 18:22 -!- langley [~langley@79.142.79.159] has quit [Remote host closed the connection] 18:23 -!- langley [~langley@79.142.79.159] has joined #openbsd 18:24 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 18:25 -!- langley [~langley@79.142.79.159] has quit [Remote host closed the connection] 18:26 -!- tercaL [~tercaL@user/tercal] has quit [Quit: enter the Tekken!] 18:28 -!- user71 [~user71@2001:1530:1012:2ce4:c2f9:107d:afb3:2] has joined #openbsd 18:28 -!- tercaL [~tercaL@user/tercal] has joined #openbsd 18:31 -!- highplainsdruid [~highplain@user/highplainsdruid] has quit [Remote host closed the connection] 18:37 -!- om3ga [~om3ga@46.49.41.80] has quit [Read error: Connection reset by peer] 18:39 -!- ublx [~ublx@user/ublx] has quit [Quit: ublx] 18:42 -!- fspax [~fspax@185.244.48.254] has joined #openbsd 18:46 -!- adig [~default@37.251.222.6] has quit [Read error: Connection reset by peer] 18:47 -!- SexWarrior [~DankFrank@2a01:4b00:940e:f600:755c:eb47:8145:28cc] has joined #openbsd 18:48 -!- Leopold [~Leopold@user/Leopold] has quit [Remote host closed the connection] 18:50 -!- SirJitsu-work [~SirJitsu@162-231-111-175.lightspeed.livnmi.sbcglobal.net] has quit [Remote host closed the connection] 18:51 -!- SirJitsu-work [~SirJitsu@162-231-111-175.lightspeed.livnmi.sbcglobal.net] has joined #openbsd 18:53 -!- langley [~langley@196.221.136.190] has joined #openbsd 18:57 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 18:59 -!- uncleyear [~ian@178.66.159.86] has joined #openbsd 19:00 -!- euphores [~SASL_euph@user/euphores] has quit [Quit: Leaving.] 19:05 -!- uncleyear [~ian@178.66.159.86] has quit [Remote host closed the connection] 19:06 -!- uncleyear [~ian@178.66.159.86] has joined #openbsd 19:08 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd 19:27 -!- vdamewood [~vdamewood@fedora/vdamewood] has quit [Read error: Connection reset by peer] 19:28 -!- vinleod [~vdamewood@fedora/vdamewood] has joined #openbsd 19:32 -!- Leopold [~Leopold@user/Leopold] has quit [Remote host closed the connection] 19:34 -!- fspax [~fspax@185.244.48.254] has quit [Ping timeout: 264 seconds] 19:41 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 19:42 -!- gxt_ [~gxt@gateway/tor-sasl/gxt] has quit [Remote host closed the connection] 19:42 -!- gxt_ [~gxt@gateway/tor-sasl/gxt] has joined #openbsd 19:44 -!- lavaball [~Melissa@31.204.155.215] has quit [Remote host closed the connection] 19:44 -!- e1e0 [~e1e0@user/e1e0] has quit [Ping timeout: 246 seconds] 19:45 -!- e1e0 [~e1e0@user/e1e0] has joined #openbsd 19:48 -!- NicknameJohn [~NicknameJ@187-27-135-223.3g.claro.net.br] has quit [Ping timeout: 264 seconds] 19:48 -!- seninha [~seninha@user/seninha] has quit [Ping timeout: 246 seconds] 19:53 -!- langley [~langley@196.221.136.190] has quit [Read error: Connection reset by peer] 19:53 -!- langley [~langley@79.142.79.159] has joined #openbsd 19:54 -!- langley [~langley@79.142.79.159] has quit [Remote host closed the connection] 19:55 -!- langley [~langley@79.142.79.159] has joined #openbsd 19:55 -!- langley [~langley@79.142.79.159] has quit [Remote host closed the connection] 19:57 -!- langley [~langley@79.142.79.159] has joined #openbsd 19:58 -!- langley [~langley@79.142.79.159] has quit [Remote host closed the connection] 19:58 -!- mlw [~mlw@154.127.13.246] has quit [Ping timeout: 264 seconds] 19:59 -!- langley [~langley@79.142.79.159] has joined #openbsd 19:59 -!- langley [~langley@79.142.79.159] has quit [Client Quit] 19:59 < tercaL> op2: Moving fastcgi socket "/var/www/run/slowcgi.sock" right under "server" directive leads HTTP 500 error. How to set it global? 20:22 -!- shiranaihito_ [~shiranaih@ppp-124-122-56-103.revip2.asianet.co.th] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] 20:23 -!- vinleod [~vdamewood@fedora/vdamewood] has quit [Ping timeout: 246 seconds] 20:24 -!- vdamewood [~vdamewood@fedora/vdamewood] has joined #openbsd 20:26 -!- cdunbar [~Thunderbi@66.56.3.135] has joined #openbsd 20:29 -!- euphores [~SASL_euph@user/euphores] has quit [Quit: Leaving.] 20:30 -!- ClaudioM [claudiom@tilde.institute] has quit [Quit: Laters!] 20:35 -!- _nmdv_ [~nmdv@user/nmdv] has quit [Ping timeout: 255 seconds] 20:37 -!- Leopold [~Leopold@user/Leopold] has quit [Remote host closed the connection] 20:40 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Ping timeout: 260 seconds] 20:41 -!- gumnos [~gumnos@2600:381:7b90:25b7:ba70:f4ff:fe1e:1ef2] has quit [Ping timeout: 264 seconds] 20:43 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd 20:43 -!- ublx [~ublx@user/ublx] has joined #openbsd 20:43 -!- gumnos [~gumnos@2600:381:7b90:1949:ba70:f4ff:fe1e:1ef2] has joined #openbsd 20:45 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 20:47 -!- adig [~default@37.251.222.6] has joined #openbsd 20:50 -!- jfsimon1981 [~jfsimon19@lfbn-lyo-1-1454-239.w86-207.abo.wanadoo.fr] has joined #openbsd 20:51 -!- quiliro` is now known as quiliro 20:55 -!- Lucanis [~Lucanis@user/lucanis] has quit [Ping timeout: 246 seconds] 20:57 -!- accelerat0r [~user@user/accelerat0r] has joined #openbsd 20:57 -!- Lucanis [~Lucanis@user/lucanis] has joined #openbsd 21:02 -!- rynn [~rynn@216.30.158.143] has quit [Remote host closed the connection] 21:03 -!- rynn [rynn@gateway/vpn/protonvpn/rynn] has joined #openbsd 21:08 -!- absc [absc@2a04:ee41:8:6055:7505:bf65:24d5:36f8] has joined #openbsd 21:12 -!- rynn [rynn@gateway/vpn/protonvpn/rynn] has quit [Ping timeout: 264 seconds] 21:13 -!- rynn [~rynn@216.30.158.143] has joined #openbsd 21:15 -!- user71 [~user71@2001:1530:1012:2ce4:c2f9:107d:afb3:2] has quit [Quit: Leaving] 21:17 -!- gxt_ [~gxt@gateway/tor-sasl/gxt] has quit [Remote host closed the connection] 21:17 -!- gxt_ [~gxt@gateway/tor-sasl/gxt] has joined #openbsd 21:18 -!- vinleod [~vdamewood@fedora/vdamewood] has joined #openbsd 21:19 -!- ublix [~ublx@user/ublx] has joined #openbsd 21:21 -!- vdamewood [~vdamewood@fedora/vdamewood] has quit [Ping timeout: 260 seconds] 21:22 -!- gbowne1 [~gbowne1@97-113-75-249.tukw.qwest.net] has joined #openbsd 21:22 -!- ublx [~ublx@user/ublx] has quit [Ping timeout: 256 seconds] 21:23 -!- lavaball [~Melissa@31.204.155.215] has joined #openbsd 21:28 -!- xFCFFDFFFFEFFFAF [~psyhician@88.201.243.61] has joined #openbsd 21:36 -!- Guru_DE [~guru@2001:9e8:e801:5800:c55a:57e3:c34c:3dd2] has quit [Remote host closed the connection] 21:36 -!- Guru_DE [~guru@2001:9e8:e801:5800:c55a:57e3:c34c:3dd2] has joined #openbsd 21:42 -!- seninha [~seninha@user/seninha] has joined #openbsd 21:44 -!- _nmdv_ [~nmdv@user/nmdv] has joined #openbsd 21:50 -!- Leopold [~Leopold@user/Leopold] has quit [Remote host closed the connection] 21:51 < jakzale> What does `panic: "malloc: out of space in kmem_map"` mean? I keep getting it when trying to install OpenBSD. malloc(9) mentions that it a memory corruption in the kernel. I seem to hit it on 7.3, 7.4, and 7.5 (snapshot). Memtest did not report any RAM failures after 4 passes, so I am not entirely sure what is causing it. 21:58 < quinq> On what platform? 21:58 -!- psydroid [~psydroid@user/psydroid] has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/] 21:58 < jakzale> quinq: amd64, ThinkPad x1c6 to be precise. 21:59 -!- cdunbar [~Thunderbi@66.56.3.135] has quit [Ping timeout: 255 seconds] 21:59 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 22:00 < mischief> jakzale: https://www.openbsd.org/ddb.html 22:01 -!- uncleyear [~ian@178.66.159.86] has quit [Ping timeout: 272 seconds] 22:01 < jakzale> mischief: how do I enable it? I tried via sysctl ddb.panic=1, but the system will still reboot on hitting the panic. 22:02 -!- uncleyear [~ian@178.66.159.176] has joined #openbsd 22:02 < mischief> perhaps the installer kernel won't let you do ddb? i'm not sure. 22:02 -!- Leopold_ [~Leopold@user/Leopold] has joined #openbsd 22:03 < mischief> probably something worth asking the mailing list about 22:06 -!- Leopold [~Leopold@user/Leopold] has quit [Remote host closed the connection] 22:07 -!- uncleyea1 [~ian@178.66.131.23] has joined #openbsd 22:07 -!- uncleyear [~ian@178.66.159.176] has quit [Ping timeout: 264 seconds] 22:09 < uwharrie> also see some of the previous discussions on the topic 22:11 -!- Leopold_ [~Leopold@user/Leopold] has quit [Ping timeout: 260 seconds] 22:11 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined #openbsd 22:11 -!- quiliro` [~user@181.199.54.225] has joined #openbsd 22:12 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 22:14 -!- quiliro [~user@181.199.54.225] has quit [Ping timeout: 260 seconds] 22:19 -!- tarxvfz [~tarxvfz@gateway/tor-sasl/tarxvfz] has quit [Ping timeout: 260 seconds] 22:20 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Quit: Lost terminal] 22:21 -!- absc [absc@2a04:ee41:8:6055:7505:bf65:24d5:36f8] has quit [Quit: Got to go. irctk 1.1.0-alpha] 22:30 < jakzale> I think it was the ure0 driver. I had an ethernet adapter connected via USB-C. After rebooting with it unplugged, the system started behaving normally, no more pauses. 22:33 -!- jakef [~user@user/jakef] has joined #openbsd 22:35 -!- jrmu [jrmu@jrmu.jrmu.host.ircnow.org] has quit [Ping timeout: 256 seconds] 22:36 -!- Yonle [~Yonle@user/yonle] has quit [Quit: See you later.] 22:36 -!- Yonle [~Yonle@user/yonle] has joined #openbsd 22:38 -!- tercaL [~tercaL@user/tercal] has quit [Quit: Enter the Tekken!] 22:39 -!- Leopold [~Leopold@user/Leopold] has quit [Remote host closed the connection] 22:41 -!- jrmu [jrmu@jrmu.jrmu.host.ircnow.org] has joined #openbsd 22:41 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has quit [Ping timeout: 252 seconds] 22:41 -!- scain [~scain@2603-8080-b104-4e00-45cf-678b-0a7f-b897.res6.spectrum.com] has quit [Quit: Konversation terminated!] 22:43 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has joined #openbsd 22:47 -!- Leopold [~Leopold@user/Leopold] has joined #openbsd 22:52 -!- znedw [~znedw@home.znedw.com] has quit [Quit: The Lounge - https://thelounge.chat] 22:55 -!- donofrio__ [~donofrio@155.178.180.11] has quit [Remote host closed the connection] 22:56 -!- Xenguy [~Xenguy@user/xenguy] has joined #openbsd 22:57 -!- znedw [~znedw@home.znedw.com] has joined #openbsd 22:59 -!- NicknameJohn [~NicknameJ@187-27-152-184.3g.claro.net.br] has joined #openbsd 23:04 -!- schalken [~schalken@117-118-178-69.gci.net] has quit [Ping timeout: 268 seconds] 23:05 -!- schalken [~schalken@117-118-178-69.gci.net] has joined #openbsd 23:16 -!- xFCFFDFFFFEFFFAF [~psyhician@88.201.243.61] has quit [Read error: Connection reset by peer] 23:16 -!- xFCFFDFFFFEFFFAF [~psyhician@88.201.243.61] has joined #openbsd 23:17 < vortexx> 7. src has hit the cvs mirrors 23:17 < vortexx> 7.55 23:17 < vortexx> 7.5 23:17 < vortexx> damn key that half works 23:18 -!- _nmdv_ [~nmdv@user/nmdv] has quit [Ping timeout: 255 seconds] 23:19 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has quit [Ping timeout: 272 seconds] 23:20 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has joined #openbsd 23:21 -!- xFCFFDFFFFEFFFAF [~psyhician@88.201.243.61] has quit [Read error: Connection reset by peer] 23:22 -!- xFCFFDFFFFEFFFAF [~psyhician@31.154.166.18] has joined #openbsd 23:25 -!- Nahual [~Nahual@centos/community/Nahual] has quit [Quit: Leaving.] 23:27 -!- xFCFFDFFFFEFFFAF [~psyhician@31.154.166.18] has quit [Read error: error:0A000119:SSL routines::decryption failed or bad record mac] 23:28 -!- xFCFFDFFFFEFFFAF [~psyhician@88.201.243.61] has joined #openbsd 23:30 -!- adig [~default@37.251.222.6] has quit [Read error: Connection reset by peer] 23:34 -!- jagtalon [~jag@user/jagtalon] has joined #openbsd 23:36 -!- dumbguy78 [~dumbguy@user/dumbguy78] has joined #openbsd 23:37 -!- sphex [~nobody@66.110.146.91] has quit [Remote host closed the connection] 23:41 -!- adig [~default@37.251.222.6] has joined #openbsd 23:43 < dumbguy78> Hello. I set up a simple website with httpd. I used acme-client for TLS. If I navigate to https://www.site.net, browsers show a good certificate. If I nav to just site.net, it redirected to https. However, if I nav to www.site.net, browser does not get https. Would someone please have a look at my config? Everything is in this paste (httpd.conf, acme-client.conf, and A records). Thank you 23:43 < dumbguy78> https://termbin.com/yyvx 23:43 -!- fettucci1 [~fettuccin@gateway/tor-sasl/fettuccine] has joined #openbsd 23:45 -!- adig [~default@37.251.222.6] has quit [Read error: Connection reset by peer] 23:45 < mischief> in your 'block return ..' you may use $HTTP_HOST instead of writing the actual host. 23:45 -!- fettuccine [~fettuccin@gateway/tor-sasl/fettuccine] has quit [Ping timeout: 260 seconds] 23:50 -!- zorz [~zorz@ppp-2-85-108-35.home.otenet.gr] has quit [Quit: leaving] 23:52 < dumbguy78> mischief: I see, so changing these lines to `block return 301 "$HTTP_HOST"` might fix this 23:52 -!- Leopold [~Leopold@user/Leopold] has quit [Ping timeout: 252 seconds] 23:53 -!- Leopold_ [~Leopold@user/Leopold] has joined #openbsd 23:53 < mischief> i don't know, just pointing out you don't need to hard-code it. 23:55 < dumbguy78> mischief: thanks for this, I will use that because it is cleaner. I did test after change and clearing cache etc, seems that www.site.net still does not reach https 23:56 < dumbguy78> wait I may have lied 23:58 < dumbguy78> chromium finds https when navigating to www.site.net, but firefox and safari do not. strange 23:58 < dumbguy78> this is new behavior after the change. before, chrome did not find https when going to www.site.net either. --- Log closed Sat Mar 09 00:00:08 2024