--- Log opened Thu Sep 26 00:00:28 2024
00:16 -!- chrisz [y23aibu0qq@195.52.53.221] has joined #openbsd
00:16 -!- ikichigai [~ikichigai@user/ikichigai] has quit [Read error: Connection reset by peer]
00:17 -!- NoNameTLD [~NoNameTLD@user/NoNameTLD] has quit [Remote host closed the connection]
00:21 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has quit [Quit: Connection closed for inactivity]
00:22 -!- fedaykin [~rusty@user/fedaykin] has joined #openbsd
00:23 -!- ikichigai [~ikichigai@5.43.228.119] has joined #openbsd
00:25 -!- grobi [~grobi@user/grobi] has quit [Ping timeout: 245 seconds]
00:32 -!- Xenguy_ [~Xenguy@user/xenguy] has joined #openbsd
00:34 -!- xx [~xx@user/xx] has quit [Ping timeout: 260 seconds]
00:39 -!- Xenguy_ [~Xenguy@user/xenguy] has quit [Ping timeout: 276 seconds]
00:39 -!- Xenguy__ [~Xenguy@user/xenguy] has joined #openbsd
00:39 -!- Xenguy [~Xenguy@user/xenguy] has quit [Ping timeout: 260 seconds]
00:40 -!- Xenguy [~Xenguy@user/xenguy] has joined #openbsd
00:44 -!- arino [~arinov@gateway/tor-sasl/arinov] has joined #openbsd
00:44 -!- Redjack23 [~Magestrix@96-19-96-19-169-101.cpe.sparklight.net] has joined #openbsd
00:47 -!- mcornick [~mcornick@user/mcornick] has joined #openbsd
00:50 -!- vvv [~vvv@user/vvv] has joined #openbsd
01:03 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 252 seconds]
01:19 -!- chaky [~chaky@93.140.72.74] has quit [Ping timeout: 246 seconds]
01:22 -!- chaky [~chaky@93-138-206-254.adsl.net.t-com.hr] has joined #openbsd
01:24 -!- akkad [~user@160-3-122-19.cpe.sparklight.net] has joined #openbsd
01:24 -!- vvv [~vvv@user/vvv] has quit [Quit: Leaving.]
01:25 -!- sourcetarius [~sourcetar@user/sourcetarius] has joined #openbsd
01:28 -!- Xenguy__ is now known as Xenguy_
01:30 -!- topcat001 [~topcat001@user/topcat001] has quit [Quit: Client closed]
01:31 -!- jedesa [~Thunderbi@user/jedesa] has quit [Quit: jedesa]
01:31 -!- shreven [~shreven@user/shreven] has joined #openbsd
01:34 -!- jedesa [~Thunderbi@user/jedesa] has joined #openbsd
01:36 -!- SirJitsu [~SirJitsu@162-231-111-175.lightspeed.livnmi.sbcglobal.net] has quit [Read error: Connection reset by peer]
01:36 -!- jedesa [~Thunderbi@user/jedesa] has quit [Remote host closed the connection]
01:38 -!- jedesa [~Thunderbi@user/jedesa] has joined #openbsd
01:53 -!- magyar [~magyar@user/magyar] has quit [Read error: Connection reset by peer]
01:53 -!- magyar_ [~magyar@user/magyar] has joined #openbsd
01:58 -!- akkad [~user@160-3-122-19.cpe.sparklight.net] has left #openbsd []
02:25 -!- hwpplayer1 [~user@user/hwpplayer1] has quit [Remote host closed the connection]
02:30 -!- seninha [~seninha@user/seninha] has joined #openbsd
02:32 -!- henrix [~henrix@user/henrix] has quit [Ping timeout: 248 seconds]
02:34 -!- tozhu [~tozhu@118.122.106.44] has quit [Quit: tozhu]
02:35 -!- henrix [~henrix@user/henrix] has joined #openbsd
02:53 -!- _zip100 [~zip100@193.32.248.174] has joined #openbsd
02:53 -!- zip100 [~zip100@193.32.248.139] has quit [Ping timeout: 260 seconds]
02:57 -!- eht [~eht@user/eht] has joined #openbsd
03:09 -!- mxz [~mxz@user/mxz] has quit [Ping timeout: 248 seconds]
03:09 -!- mxz__ [~mxz@user/mxz] has joined #openbsd
03:09 -!- mxz__ is now known as mxz
03:11 -!- mxz_ [~mxz@user/mxz] has quit [Ping timeout: 276 seconds]
03:12 -!- kikadf [~quassel@20014C4E2BD39800DEA632FFFE5AD709.dsl.pool.telekom.hu] has quit [Ping timeout: 246 seconds]
03:13 -!- kikadf [~quassel@20014C4E2BC9AD00DEA632FFFE5AD709.dsl.pool.telekom.hu] has joined #openbsd
03:14 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
03:15 -!- zorz [~zorz@user/zorz] has joined #openbsd
03:16 -!- Redjack23 [~Magestrix@96-19-96-19-169-101.cpe.sparklight.net] has quit [Ping timeout: 252 seconds]
03:19 -!- macabro [~user@user/monkey/x-0691028] has quit [Remote host closed the connection]
03:19 -!- macabro [~user@user/monkey/x-0691028] has joined #openbsd
03:21 -!- paddymahoney [~paddymaho@pool-99-250-10-137.cpe.net.cable.rogers.com] has quit [Ping timeout: 252 seconds]
03:25 -!- paddymahoney [~paddymaho@pool-99-250-10-137.cpe.net.cable.rogers.com] has joined #openbsd
03:29 -!- daru [daru@gateway/vpn/airvpn/daru] has quit [Ping timeout: 252 seconds]
03:33 -!- daru [daru@gateway/vpn/airvpn/daru] has joined #openbsd
03:35 -!- bket [~bket@user/bket] has quit [Remote host closed the connection]
03:35 -!- adig_ [~default@185.53.196.236] has quit [Read error: Connection reset by peer]
03:36 < seninha> Hi, I saw that my past self defined the "/.well-known/acme-challenge/∗" location in httpd.conf(5) (for ACME challenge) for both ports http(80) and https(443); while the http section redirects the request on other locations to https (HTTP 302).  Is that really necessary? Does acme challenge uses https at all? I don't remember why I did that...
03:37 -!- bket [~bket@user/bket] has joined #openbsd
03:39 -!- eht [~eht@user/eht] has quit [Ping timeout: 260 seconds]
03:42 -!- sheikhshard [~Administr@39.190.159.102] has joined #openbsd
03:44 -!- tozhu [~tozhu@117.139.163.129] has joined #openbsd
03:46 -!- SurfBlueCrab [~SurfBlueC@nyc.nanobit.org] has quit [Quit: ZNC - https://znc.in]
03:50 -!- aaabbb [sitku@user/aaabbb] has left #openbsd [X-lined]
04:01 -!- mcornick [~mcornick@user/mcornick] has quit [Quit: zzz]
04:03 -!- SurfBlueCrab [~SurfBlueC@nyc.nanobit.org] has joined #openbsd
04:03 -!- zcheng3 [~zcheng3@d108-173-21-8.abhsia.telus.net] has quit [Ping timeout: 245 seconds]
04:04 -!- SurfBlueCrab [~SurfBlueC@nyc.nanobit.org] has quit [Remote host closed the connection]
04:06 -!- SurfBlueCrab [~SurfBlueC@nyc.nanobit.org] has joined #openbsd
04:15 -!- vdamewood [~vdamewood@fedora/vdamewood] has joined #openbsd
04:26 -!- gatlinggoat [~Thunderbi@96.225.72.95] has quit [Quit: gatlinggoat]
04:29 -!- seninha [~seninha@user/seninha] has quit [Quit: Leaving]
04:30 -!- spew [~spew@201.141.99.170] has joined #openbsd
04:31 -!- tozhu [~tozhu@117.139.163.129] has quit [Quit: tozhu]
04:37 -!- hudlee_ [~hudlee123@c-73-182-155-171.hsd1.ma.comcast.net] has quit [Ping timeout: 272 seconds]
04:40 -!- zwr [~zwr@201-4-87-25.user3p.veloxzone.com.br] has quit [Read error: Connection reset by peer]
04:41 -!- Viking667 [~user@user/Viking667] has joined #openbsd
04:41 < Viking667> Good morftervening all.
04:42 < Viking667> How do I find out what the default library search path is? Over on NetBSD, according to ld.elf_so(1) it's just /usr/lib, I'm wondering what the equivalent is for FreeBSD/OpenBSD using ld.lld?
04:45 < thrig> ld.so(1)
04:46 -!- zwr [~zwr@201-4-87-25.user3p.veloxzone.com.br] has joined #openbsd
04:49 -!- emmatebibyte [~emmatebib@user/emmatebibyte] has joined #openbsd
04:49 < emmatebibyte> is there a way to prevent sendmail from placing my time zone into the e-mail im sending?
04:50 < Viking667> thrig: ah.
04:50 -!- mlw [~mlw@41.73.193.26] has joined #openbsd
04:52 -!- ipetruk [~user@user/ipetruk] has joined #openbsd
04:53 -!- emmatebibyte [~emmatebib@user/emmatebibyte] has quit [Client Quit]
04:53 -!- ipetruk- [~user@user/ipetruk] has quit [Ping timeout: 245 seconds]
04:53 -!- housemate [~housemate@146.70.66.228] has joined #openbsd
05:01 -!- tozhu [~tozhu@117.139.163.129] has joined #openbsd
05:03 -!- spew [~spew@201.141.99.170] has quit [Quit: spew]
05:08  * Viking667 scratches head - doesn't make much sense. I compiled a program (actually, a collection of programs). Here, they can find their dependent library, yet over on NetBSD they can't, even though the gmake command is the same, and the GNUmakefile is mostly the same except for system identifier.
05:11 -!- sandbag [~sandbag@user/sandbag] has joined #openbsd
05:14 < thrig> linker stuff isn't really portable
05:15 -!- dastain [~dastain@81.4.102.12] has quit [Ping timeout: 260 seconds]
05:16 -!- mxz_ [~mxz@user/mxz] has joined #openbsd
05:18 -!- dastain [~dastain@2a00:d880:6:262::45a3] has joined #openbsd
05:23 < Viking667> So I'm finding.
05:26 -!- ym [~ym@217.107.106.153] has joined #openbsd
05:27 -!- tozhu [~tozhu@117.139.163.129] has quit [Quit: tozhu]
05:28 -!- tozhu [~tozhu@117.139.163.129] has joined #openbsd
05:35 < Viking667> The strange thing is: I put the library into /usr/local/lib, and according to that man page, /lib and /usr/lib are part of the search path. Yet, the application's still managing to find the library.
05:36 < Viking667> I might have to fiddle with whatever the elf header dump program's called, to see if the path's encoded in there somehow.
05:41 < Viking667> sigh. I looked at the process table, and wondered what the dhc program was pleased about... then I realised that it was the dhcpleased daemon for managing dhcp leases.
05:41 < Viking667> Anyhow, I'm off for now. Have a great time.
05:41 -!- Viking667 [~user@user/Viking667] has left #openbsd [*poof*]
05:42 -!- pabs3 [~pabs3@user/pabs3] has quit [Read error: Connection reset by peer]
05:45 -!- zorz [~zorz@user/zorz] has quit [Quit: leaving]
05:56 -!- zorz [~zorz@user/zorz] has joined #openbsd
05:59 -!- pabs3 [~pabs3@user/pabs3] has joined #openbsd
06:01 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Ping timeout: 260 seconds]
06:01 -!- mijndert [~mijndert@86-86-243-190.fixed.kpn.net] has joined #openbsd
06:01 -!- mijndert [~mijndert@86-86-243-190.fixed.kpn.net] has quit [Changing host]
06:01 -!- mijndert [~mijndert@user/mijndert] has joined #openbsd
06:03 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has joined #openbsd
06:04 -!- geekthattweaks [uid433447@user/geekthattweaks] has quit [Quit: Connection closed for inactivity]
06:06 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 260 seconds]
06:25 -!- format_c [~format_c@2a02:b98:f181:4094:f550:7488:2d5:5ffa] has joined #openbsd
06:33 -!- arino [~arinov@gateway/tor-sasl/arinov] has quit [Ping timeout: 260 seconds]
06:35 -!- arino [~arinov@gateway/tor-sasl/arinov] has joined #openbsd
06:39 -!- oneeyedalien [~oneeyedal@user/oneeyedalien] has joined #openbsd
06:40 -!- format_c [~format_c@2a02:b98:f181:4094:f550:7488:2d5:5ffa] has quit [Quit: format_c]
06:43 -!- adip [~adip@c159-63.icpnet.pl] has joined #openbsd
06:44 -!- struchu [~struchu@62.87.192.114] has joined #openbsd
06:48 -!- hudlee [~hudlee123@c-73-182-155-171.hsd1.ma.comcast.net] has joined #openbsd
06:50 -!- lavaball [~Melissa@31.204.155.215] has joined #openbsd
06:54 -!- edthix [~Thunderbi@175.145.23.68] has joined #openbsd
06:54 -!- ninex [ninex@user/ninex] has quit [Ping timeout: 276 seconds]
06:55 -!- ninex [ninex@user/ninex] has joined #openbsd
06:55 -!- TommyC [~TommyC@user/tommyc] has quit [Ping timeout: 252 seconds]
06:59 -!- hsw [~hsw@2001-b030-2303-0104-0172-0025-0012-0132.hinet-ip6.hinet.net] has quit [Quit: Leaving]
07:02 -!- edthix [~Thunderbi@175.145.23.68] has quit [Quit: edthix]
07:03 -!- TommyC [~TommyC@user/tommyc] has joined #openbsd
07:03 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
07:13 -!- sandbag [~sandbag@user/sandbag] has quit [Ping timeout: 252 seconds]
07:18 -!- alicia-it [~alicia-it@91.254.20.157] has joined #openbsd
07:21 -!- alicia-it [~alicia-it@91.254.20.157] has left #openbsd []
07:24 -!- hudlee [~hudlee123@c-73-182-155-171.hsd1.ma.comcast.net] has quit [Ping timeout: 246 seconds]
07:29 -!- sandbag [~sandbag@user/sandbag] has joined #openbsd
07:31 -!- hudlee [~hudlee123@c-73-182-155-171.hsd1.ma.comcast.net] has joined #openbsd
07:42 -!- dbohdan3 [~dbohdan@user/dbohdan] has quit [Ping timeout: 260 seconds]
07:42 -!- dbohdan [~dbohdan@user/dbohdan] has joined #openbsd
07:54 -!- lavaball [~Melissa@31.204.155.215] has quit [Remote host closed the connection]
07:54 -!- zorz^ [~zorz@user/zorz] has quit [Quit: Lost terminal]
07:54 -!- danilogondolfo [~danilogon@2a02:8084:4f62:4c00:d826:7cd:bf8e:ce3b] has joined #openbsd
08:01 -!- b50d [~b50d@62.96.54.30] has joined #openbsd
08:02 -!- oneeyedalien [~oneeyedal@user/oneeyedalien] has quit [Quit: Leaving]
08:10 -!- hwpplayer1 [~user@user/hwpplayer1] has joined #openbsd
08:13 -!- henrix [~henrix@user/henrix] has quit [Quit: leaving]
08:14 -!- henrix [~henrix@user/henrix] has joined #openbsd
08:18 -!- modev [modev@gateway/vpn/protonvpn/modev] has joined #openbsd
08:19 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Ping timeout: 260 seconds]
08:22 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
08:22 -!- NoNameTLD [~NoNameTLD@user/NoNameTLD] has joined #openbsd
08:28 -!- housemate [~housemate@146.70.66.228] has quit [Ping timeout: 264 seconds]
08:30 -!- housemate [~housemate@146.70.66.228] has joined #openbsd
08:37 -!- tozhu [~tozhu@117.139.163.129] has quit [Ping timeout: 240 seconds]
08:39 -!- arino [~arinov@gateway/tor-sasl/arinov] has quit [Ping timeout: 260 seconds]
08:39 -!- housemate [~housemate@146.70.66.228] has quit [Ping timeout: 252 seconds]
08:40 -!- housemate_ [~housemate@146.70.66.228] has joined #openbsd
08:41 -!- murgeljm [~murgeljm@APN-122-12-44-gprs.simobil.net] has joined #openbsd
08:43 -!- housemate_ [~housemate@146.70.66.228] has quit [Remote host closed the connection]
08:44 -!- arino [~arinov@gateway/tor-sasl/arinov] has joined #openbsd
08:44 -!- housemate_ [~housemate@146.70.66.228] has joined #openbsd
08:47 -!- frankenstein__ [~housemate@146.70.66.228] has joined #openbsd
08:47 -!- housemate_ [~housemate@146.70.66.228] has quit [Read error: Connection reset by peer]
08:51 -!- housemate_ [~housemate@146.70.66.228] has joined #openbsd
08:51 -!- magyar_ [~magyar@user/magyar] has quit [Read error: Connection reset by peer]
08:52 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Ping timeout: 260 seconds]
08:52 -!- frankenstein__ [~housemate@146.70.66.228] has quit [Ping timeout: 264 seconds]
08:53 -!- magyar_ [~magyar@user/magyar] has joined #openbsd
08:55 -!- frankenstein__ [~housemate@146.70.66.228] has joined #openbsd
08:55 -!- frankenstein__ [~housemate@146.70.66.228] has quit [Remote host closed the connection]
08:55 -!- murgeljm [~murgeljm@APN-122-12-44-gprs.simobil.net] has quit [Read error: Connection reset by peer]
08:57 -!- housemate_ [~housemate@146.70.66.228] has quit [Ping timeout: 252 seconds]
08:58 -!- housemate [~housemate@2401:d002:b902:e01:a7fb:e4c1:c142:7214] has joined #openbsd
09:02 -!- rhuijzer [~rhuijzer@188.213.88.4] has joined #openbsd
09:04 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
09:04 -!- tozhu [~tozhu@117.139.163.129] has joined #openbsd
09:05 < renaud> Is anyone using an Asus NUC 14 with OpenBSD?
09:05 -!- finkfox [~finkfox@user/finkfox] has joined #openbsd
09:05 < renaud> I'd like to know if the wifi/ethernet are supposed to be working
09:19 -!- Dr-Deep [~Dr-Deep@2a02:3033:60a:5d4f:d2d6:9a18:d4f6:4bd0] has quit [Ping timeout: 276 seconds]
09:29 < renaud> ok, it seems ethernet is supported by igc(4)
09:32 -!- lesta [~lesta@user/lesta] has joined #openbsd
09:33 -!- sandbag [~sandbag@user/sandbag] has quit [Ping timeout: 260 seconds]
09:38 -!- xx [~xx@user/xx] has joined #openbsd
09:39 -!- B3-bomber [~God@syn-076-176-035-180.res.spectrum.com] has quit [Ping timeout: 260 seconds]
09:40 -!- B3-bomber [~God@syn-076-176-035-180.res.spectrum.com] has joined #openbsd
09:47 -!- ficonni [~ficonni@213.196.101.115] has joined #openbsd
09:51 -!- ook [~ook@user/ook] has joined #openbsd
09:52 -!- lesta [~lesta@user/lesta] has left #openbsd []
09:52 -!- noone [~six@user/six] has quit [Quit: nyaa~]
09:53 < rnkn> seninha: I have both 80 and 443 because I think it caused problems otherwise; you can check by only setting 80 and attempting a for renewal with -F
09:53 < rnkn> s/for/forced/
10:06 -!- midnight [~midnight@user/midnight] has quit [Ping timeout: 248 seconds]
10:06 -!- midnight_ [~midnight@user/midnight] has joined #openbsd
10:09 -!- sandbag [~sandbag@user/sandbag] has joined #openbsd
10:12 < rnkn> if I'm ssh'ing into a tmux session on my server, is there a way to copy the text from tmux's copy mode to my local macOS clipboard?
10:12 < rnkn> or really just any way to share a clipboard over ssh
10:14 -!- acro [~acro@user/acro] has quit [Quit: Bye.]
10:15 -!- acro [~acro@user/acro] has joined #openbsd
10:18 -!- shiranaihito_ [~shiranaih@2405:9800:b670:aba2:9c20:de7d:94b5:712] has joined #openbsd
10:24 < sibiria> on macOS you have the pbcopy application. i don't think there's a way to make ssh or any other thing running in your terminal automatically interact with it like that
10:24 < sibiria> tmux has no idea about capabilities on the other side of the terminal
10:25 < sibiria> isn't it enough that you mark on the screen and just press cmd+c?
10:38 -!- adig [~default@185.53.196.236] has joined #openbsd
10:39 -!- mlw [~mlw@41.73.193.26] has quit [Ping timeout: 246 seconds]
10:39 -!- Guest76 [~Guest76@e175029.upc-e.chello.nl] has joined #openbsd
10:41 -!- Guest76 [~Guest76@e175029.upc-e.chello.nl] has quit [Client Quit]
10:42 < rnkn> sibiria: after a bit of investigation I think, yes, this is the best option
10:44 -!- ficonni [~ficonni@213.196.101.115] has quit [Remote host closed the connection]
10:45 -!- lavaball [~Melissa@31.204.155.215] has joined #openbsd
10:50 -!- ook [~ook@user/ook] has quit [Quit: ook]
10:51 -!- housemate [~housemate@2401:d002:b902:e01:a7fb:e4c1:c142:7214] has quit [Remote host closed the connection]
10:51 -!- housemate [~housemate@9ykysftbnr770ts00qd0.ip6.superloop.au] has joined #openbsd
10:53 -!- mlw [~mlw@41.73.193.26] has joined #openbsd
11:00 -!- hwpplayer1 [~user@user/hwpplayer1] has quit [Remote host closed the connection]
11:04 -!- sandbag [~sandbag@user/sandbag] has quit [Ping timeout: 265 seconds]
11:08 < renaud> on the mac, I just select the text in my tmux session and cmd-c, cmd-p
11:08 < renaud> but I also noticed that it's better to select the text from right to left
11:14 -!- dutch [~DutchIngr@user/dutch] has quit [Quit: WeeChat 4.4.2]
11:16 -!- Zeftax [~Zeftax@ip4-83-240-43-133.cust.nbox.cz] has joined #openbsd
11:16 -!- Zeftax [~Zeftax@ip4-83-240-43-133.cust.nbox.cz] has quit [Changing host]
11:16 -!- Zeftax [~Zeftax@user/Zeftax] has joined #openbsd
11:21 -!- midnight_ is now known as midnight
11:21 -!- rahl [rahl@otaku.sdf.org] has joined #openbsd
11:21 -!- rahl [rahl@otaku.sdf.org] has quit [Client Quit]
11:21 -!- rahl [rahl@otaku.sdf.org] has joined #openbsd
11:23 -!- scain [~scain@2603:8080:b104:4e00:45cf:678b:a7f:b897] has joined #openbsd
11:26 -!- sandbag [~sandbag@user/sandbag] has joined #openbsd
11:31 -!- dutch [~DutchIngr@user/dutch] has joined #openbsd
11:34 -!- housemate [~housemate@9ykysftbnr770ts00qd0.ip6.superloop.au] has quit [Remote host closed the connection]
11:34 -!- housemate_ [~housemate@146.70.66.228] has joined #openbsd
11:35 -!- housemate_ [~housemate@146.70.66.228] has quit [Remote host closed the connection]
11:35 -!- housemate [~housemate@9ykysftbnr770ts00qd0.ip6.superloop.au] has joined #openbsd
11:43 -!- shiranaihito_ [~shiranaih@2405:9800:b670:aba2:9c20:de7d:94b5:712] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
11:52 -!- shiranaihito_ [~shiranaih@2405:9800:b670:aba2:9c20:de7d:94b5:712] has joined #openbsd
11:55 -!- housemate_ [~housemate@146.70.66.228] has joined #openbsd
11:56 -!- tozhu [~tozhu@117.139.163.129] has quit [Quit: tozhu]
11:57 -!- housemate [~housemate@9ykysftbnr770ts00qd0.ip6.superloop.au] has quit [Ping timeout: 260 seconds]
11:57 -!- SiFuh [~SiFuh@user/sifuh] has quit [Quit: leaving]
11:58 -!- SiFuh [~SiFuh@user/sifuh] has joined #openbsd
12:01 -!- housemate_ [~housemate@146.70.66.228] has quit [Ping timeout: 246 seconds]
12:01 -!- n1000 [~n1000@user/n1000] has quit [Ping timeout: 245 seconds]
12:03 -!- arino [~arinov@gateway/tor-sasl/arinov] has quit [Ping timeout: 260 seconds]
12:05 -!- eightt [m-eytojc@ip109-204-226-51.osphost.fi] has quit [Remote host closed the connection]
12:05 -!- arino [~arinov@gateway/tor-sasl/arinov] has joined #openbsd
12:10 -!- sandbag [~sandbag@user/sandbag] has quit [Ping timeout: 244 seconds]
12:10 -!- eightt [m-eytojc@ip109-204-226-51.osphost.fi] has joined #openbsd
12:18 -!- user71 [~user71@2001:1530:1002:66e:eb70:3313:d4d0:eecb] has joined #openbsd
12:24 -!- Xenguy_ [~Xenguy@user/xenguy] has quit [Quit: "To play for a draw [...] is to some degree a crime against chess." -- Mikhail Tal]
12:26 -!- Xenguy [~Xenguy@user/xenguy] has quit [Quit: "To play for a draw [...] is to some degree a crime against chess." -- Mikhail Tal]
12:36 -!- seninha [~seninha@user/seninha] has joined #openbsd
12:38 -!- shiranaihito_ [~shiranaih@2405:9800:b670:aba2:9c20:de7d:94b5:712] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
12:39 -!- zwr [~zwr@201-4-87-25.user3p.veloxzone.com.br] has quit [Read error: Connection reset by peer]
12:40 -!- frdem [~frdem@178.157.33.2] has joined #openbsd
12:40 -!- finkfox [~finkfox@user/finkfox] has quit [Ping timeout: 255 seconds]
12:41 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Remote host closed the connection]
12:44 -!- zwr [~zwr@201-4-87-25.user3p.veloxzone.com.br] has joined #openbsd
12:46 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
12:51 -!- Dr-Deep [~Dr-Deep@2a02:3037:30c:e24b:f83:dc53:1edb:a1c7] has joined #openbsd
12:57 -!- sandbag [~sandbag@user/sandbag] has joined #openbsd
12:59 -!- tozhu [~tozhu@118.122.106.44] has joined #openbsd
13:00 -!- tozhu [~tozhu@118.122.106.44] has quit [Client Quit]
13:00 -!- extrowerk [~extrowerk@BC06D778.dsl.pool.telekom.hu] has joined #openbsd
13:06 -!- spew [~spew@201.141.99.170] has joined #openbsd
13:08 -!- tozhu [~tozhu@118.122.106.44] has joined #openbsd
13:10 -!- modev [modev@gateway/vpn/protonvpn/modev] has quit [Quit: WeeChat 4.4.2]
13:22 -!- sdds [~sdds@user/sdds] has quit [Remote host closed the connection]
13:23 -!- sdds [~sdds@user/sdds] has joined #openbsd
13:26 -!- prismsax [~username@user/prismsax] has joined #openbsd
13:27 -!- Bradipo [~Bradipo@50.77.44.29] has joined #openbsd
13:28 < prismsax> i just got a t420 and i was wondering if i should coreboot it. Will it mess up with openbsd? is it worth it? i cannot find much info on the misc list, would especially like to know what Theo had to say about intel's management engine and AMD PSP.
13:30 -!- eht [~eht@user/eht] has joined #openbsd
13:33 < oldlaptop> IMHO I'd be more concerned about the (apparently disturbingly low level of) security of things like intel's OOB management stuff they build on the ME than action-novel-black-helicopters stuff
13:36 < oldlaptop> coreboot or libreboot or whatever used to be a lot more of a problem when openbsd's drm/kms support was less developed (at one point it was a practical requirement to use grub's kopenbsd feature to boot - which is not a good idea, because neither openbsd nor (to my knowledge) grub upstream really cares about that)
13:36 < oldlaptop> if the coreboot or libreboot (or whatever) documentation still tells you to do that, I would say that constitutes "messing up with openbsd".
13:38 -!- seoul_man [~meh@user/seoul-man/x-5066766] has joined #openbsd
13:38 < prismsax> yeah from what i get it's less of an issue know with seaBIOS, but i was wondering if it's actually """recommended""" by the devs to do so given the whole security approach. it just seems strange to me that there's no mention of IME on the faq.
13:41 < oldlaptop> at a certain point, if you don't trust your hardware, I guess you don't trust your hardware
13:43 < Bradipo> What are the actual risks of running a bad ME?
13:43 < prismsax> true, but what's the point of the sec approach if there's a backdoor like that? so i figured: either theo and the devs don't care as much or believe it to not be a backdoor (and that's why there's no mention on the faq), or i am still missing something
13:44 < oldlaptop> Bradipo: In a rational threat model, IMO that it constitutes a security hole exploitable by something on the same local network
13:45 < Bradipo> How does the ME "get on the network"?
13:45 < Bradipo> Does it have a static and well known IP?
13:46 -!- highplainsdruid [~highplain@user/highplainsdruid] has joined #openbsd
13:46 < Bradipo> Such that an attacker with this knowledge can setup a system on the local network with the same subnet and use ARP to communicate with that specific targeted device?
13:46 -!- tarxvfz [~tarxvfz@gateway/tor-sasl/tarxvfz] has joined #openbsd
13:46 < oldlaptop> my newer thinkpads generally get an ethernet link even when "powered off", but they IIRC don't ask for DHCP leases or whatever.
13:47 < highplainsdruid> got covid and was out of commission for a few days but i'm all better
13:47 < highplainsdruid> here to report the recompiled kernel with whatever that pppoe option was did not fix the problem.  i got a tcpdump of it though and i'm beginning analysys now
13:48 < vortexx> these security discussions are nice, but coreboot doesn't always work with OpenBSD, as in it won't even boot
13:48 < vortexx> Chohag can attest to that
13:48 < vortexx> but it's been a few years, maybe it works better now
13:49 -!- hwpplayer1 [~user@user/hwpplayer1] has joined #openbsd
13:49 < vortexx> prismsax: I'd make sure I have access to the original firmware if attempting coreboot, so you can repair your t420 if something goes wrong
13:50 -!- Tobbi_ is now known as Tobbi
13:51 < prismsax> wikipedia page says vortexx: thanks, i'll see what i can do. i still want to get an opinion from a dev first
13:51 < prismsax> Bradipo: fucked up, wikipedia page says: The ME has its own MAC and IP address for the out-of-band management interface, with direct access to the Ethernet controller; one portion of the Ethernet traffic is diverted to the ME even before reaching the host's operating system
13:53 -!- rhuijzer [~rhuijzer@188.213.88.4] has quit [Ping timeout: 255 seconds]
13:54 < prismsax> wouldn't other devices like a router be able to log traffic from it? seems strange.
13:54 < sibiria> they can
13:55 < prismsax> were people able to snitch traffic from it? to see the destination and the contents?
13:55 < sibiria> maybe ME (and the "infrastructure" built to use and abuse it) can communicate over a VLAN or with standard tunneling etc.
13:55 < sibiria> nobody but Intel knows for sure
13:56 < sibiria> steganography is another possibility
13:58 -!- rhuijzer [~rhuijzer@188.213.88.4] has joined #openbsd
13:58 < oldlaptop> if you're in a situation where state-actor-targeting threats are (a) reasonable cause for concern and (b) something you can reasonably hope to deal with, you're almost certainly also in a situation where IRC is not your security team
13:59 -!- absc [~absc@2a04:ee41:8:6055:3ef9:5943:946b:d075] has joined #openbsd
13:59 < oldlaptop> (and I'm not sure stuff like "the ME is using steganography to exfiltrate your secrets" makes much sense outside that sort of threat model)
14:00 < prismsax> i'm certanly not, but imo you never know + autism
14:00 < sibiria> i don't think it's implausible that intel ME is abused for blanket surveillance of general population of a certain demographic
14:00 < oldlaptop> Putting it a bit more bluntly: if you're some random individual on IRC, and for some reason a state actor is targeting you... it really isn't going to matter
14:02 < sibiria> i don't think so either. and i don't think IRC is relevant to it. just your choice of computer hardware
14:02 -!- sandbag [~sandbag@user/sandbag] has quit [Ping timeout: 248 seconds]
14:02 < sibiria> and if not that, your choice of using a phone
14:03 < oldlaptop> IRC is "relevant" because that is where someone's walked in to ask the question.
14:05 < prismsax> i mean, "it's not your concern" is not really an argument, especially on the os that disables hyperthreading by default lol
14:05 < oldlaptop> That's also not what I said.
14:06 < oldlaptop> I'm saying the intersection between reasonable possiblities and things you can reasonably do something about is not very large.
14:06 < sibiria> like avoiding intel CPUs?
14:07 < sibiria> or dismantling it? (somewhat trickier but doable)
14:07 < sibiria> i avoid intel whenever i can, out of principle. for CPUs, network and storage
14:07 < oldlaptop> Once you've crossed the line where you're assuming the alphabet soup is out to get you, you have a lot more things to worry about than Intel CPUs. (Or I suppose technically PCHes?)
14:08 < eea> avoiding? surely you mean preferring?
14:08 < sibiria> not that i imagine AMD's PSP being free of these things or anything
14:08 -!- hwpplayer1 is now known as pinkychocolate
14:08 < sibiria> eea: of course ont. intel is a shit company, and they make shit CPUs
14:08 < oldlaptop> Which is not to say there's no reason to avoid Intel products. Particularly the smelly ones.
14:08 -!- pinkychocolate is now known as hwpplayer1
14:09 < oldlaptop> (Some of the storage seems interesting. Really impressively cheap SSDs last time I looked.)
14:09 < highplainsdruid> this latest drama over the 13th and 14th gen cpus melting themselves is quite something
14:09 < oldlaptop> That's not a good look.
14:09 < sibiria> the "thing" with intel having known about the problem for 2-3 years before 13th/14th gen CPUs actually were let loose on the market is quite something, too
14:09 < eea> reminds of the first pentiums, p75 got so hot it broke
14:11 < highplainsdruid> really?  never heard of that.  my first pc was a 75mhz pentium and it ran forever
14:11 < dooder> Lol that was mine too. Gateway 2000 p5-75 baby 
14:11 < highplainsdruid> mine was also a gateway
14:11 < eea> happened twice to me
14:11 < highplainsdruid> 8mb ram, 650mb hard drive
14:11 < oldlaptop> No time to dredge it up now (later today maybe) - Dan Luu had a piece on CPU bugs noting that Intel seems to be, uh, deprioritizing QC of late (where they used to stand out - fallout from FPDIV, maybe)
14:12 < highplainsdruid> spent a ton of money to upgrade it to 32mb of ram
14:12 < eea> intel trying to figure out where they fit in an SoC world
14:13 -!- gh34 [~textual@syn-184-058-181-106.res.spectrum.com] has joined #openbsd
14:13 < oldlaptop> And in that connection I have a "performance marginally" summit ridge CPU gathering dust
14:13 -!- Xenguy [~Xenguy@user/xenguy] has joined #openbsd
14:14 < oldlaptop> (but then again it was about a third the cost Intel demanded for anything vaguely comparable at the time)
14:14 -!- tarxvfz [~tarxvfz@gateway/tor-sasl/tarxvfz] has quit [Ping timeout: 260 seconds]
14:14 < eea> risc-v will save us
14:15 < highplainsdruid> summit ridge was such a goofy name
14:15 < oldlaptop> Less goofy than ryzen or epyc
14:15 -!- sandbag [~sandbag@user/sandbag] has joined #openbsd
14:15 -!- jpw [~jpw@user/jpw] has quit [Quit: ZNC 1.9.1 - https://znc.in]
14:16 < highplainsdruid> it feels like two words that mean more or less the same thing.  like 'mountain hill' or 'car vehicle' or 'drinkable beverage'
14:16 < sibiria> much like with the innards of their CPUs, they were probably out of ideas
14:19 < Oddmonger> why don't i have results for this ? http://man.openbsd.org/colorls
14:19 < renaud> colorls is a package, not in base
14:19 -!- eht [~eht@user/eht] has quit [Ping timeout: 260 seconds]
14:20 < Oddmonger> man colorls shows it's in section 1 (general commands)
14:21 < sibiria> because you installed the package and thus the man pages locally on your computer
14:21 < Oddmonger> man.openbsd.org lists only what's in base installation, that's it ?
14:21 < sibiria> yes
14:21 < Oddmonger> ok i understand, i thought all was there
14:21 < renaud> it would not be possible to put the manpages of all packages there.
14:22 < sibiria> imo it would be a good addition as a separate man-db
14:22 -!- opv [~opv@pred.opviel.de] has quit [Read error: Connection reset by peer]
14:22 < sibiria> "pkgman.openbsd.org" or whatever
14:22 < renaud> well, it's possible, but probably nobody is interested given the amount of work
14:24 < Oddmonger> i had made this assumption because zzz / ZZZ was present, and for sure not present in a base server install (i should have check on my own install before thinking that)
14:25 -!- struchu [~struchu@62.87.192.114] has quit [Quit: WeeChat 4.4.2]
14:26 < sibiria> it's not an unreasonable assumption
14:26 < sibiria> and it would be useful to have access to the packaged man-pages without having to install them first
14:27 -!- opv [~opv@pred.opviel.de] has joined #openbsd
14:27 < prismsax> man i want to see the guy that installed obsd on a talos II
14:28 < prismsax> i mean, i want to see the obsd talos II
14:29 -!- sandbag [~sandbag@user/sandbag] has quit [Ping timeout: 248 seconds]
14:30 -!- sandbag [~sandbag@user/sandbag] has joined #openbsd
14:32 < seninha> i want to get a talos II
14:32 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has quit [Quit: Connection closed for inactivity]
14:33 < seninha> that's more expensive than a car... or the fancier of the macs
14:33 < prismsax> don't worry we can share one if we both sell our kidneys :D
14:35 < Oddmonger> at this level of price, i expect at least a geforce 4090 in the package
14:36 < Oddmonger> well even the screwdriver is 21,5$ /o\
14:38 -!- ook [~ook@user/ook] has joined #openbsd
14:39 -!- psydroid [~psydroid@user/psydroid] has joined #openbsd
14:39 < oldlaptop> seninha: The target board for the riscv64 arch is something like US$250 for a standard ITX board
14:39 -!- sdds [~sdds@user/sdds] has quit [Remote host closed the connection]
14:40 -!- housemate [~housemate@146.70.66.228] has joined #openbsd
14:40 < oldlaptop> Pretty interesting, I think, especially compared to a five year old computer car
14:40 < Oddmonger> but will it run doom ?
14:41 -!- rhuijzer [~rhuijzer@188.213.88.4] has quit [Ping timeout: 264 seconds]
14:42 < dooder> I have one of the Milkv Jupiter boards with 16gb ram, the OS support on it is pretty rough, is a dev board to be fair
14:43 -!- sandbag [~sandbag@user/sandbag] has quit [Ping timeout: 244 seconds]
14:43 -!- zorz [~zorz@user/zorz] has quit [Quit: leaving]
14:45 -!- sandbag [~sandbag@user/sandbag] has joined #openbsd
14:46 -!- prismsax [~username@user/prismsax] has left #openbsd []
14:48 -!- d-ra [~d-ra@user/d-ra] has joined #openbsd
14:48 -!- NoNameTLD [~NoNameTLD@user/NoNameTLD] has quit [Read error: Connection reset by peer]
14:48 -!- housemate [~housemate@146.70.66.228] has quit [Quit: housemate]
14:52 -!- b50d [~b50d@62.96.54.30] has quit [Remote host closed the connection]
14:53 -!- Dr-Deep [~Dr-Deep@2a02:3037:30c:e24b:f83:dc53:1edb:a1c7] has quit [Ping timeout: 244 seconds]
14:55 -!- mikewilzn [609e48c489@user/mikewilzn] has joined #openbsd
15:00 -!- sourcetarius [~sourcetar@user/sourcetarius] has quit [Quit: sourcetarius]
15:01 -!- absc [~absc@2a04:ee41:8:6055:3ef9:5943:946b:d075] has quit [Remote host closed the connection]
15:04 -!- fallback [fallback@shelltalk.net] has quit [Ping timeout: 255 seconds]
15:05 -!- eht [~eht@user/eht] has joined #openbsd
15:05 -!- Siva [Siva@lecturify.net] has quit [Ping timeout: 248 seconds]
15:16 -!- fallback [fallback@2605:6400:20:b4:d215:d916:1183:4c75] has joined #openbsd
15:17 -!- gman999 [~GMan999@user/gman999] has quit [Quit: WeeChat 4.2.1]
15:17 -!- schillingklaus [~schilling@ip-77-25-21-135.web.vodafone.de] has joined #openbsd
15:23 -!- ivdsangen [~ivo@86-95-161-96.fixed.kpn.net] has joined #openbsd
15:24 -!- fspax [~fspax@31.135.236.203] has joined #openbsd
15:25 -!- schillingklaus [~schilling@ip-77-25-21-135.web.vodafone.de] has quit [Remote host closed the connection]
15:27 -!- schillingklaus [~schilling@ip-77-25-21-135.web.vodafone.de] has joined #openbsd
15:27 -!- Redjack23 [~Magestrix@96-19-96-19-169-101.cpe.sparklight.net] has joined #openbsd
15:27 -!- deglebe [5c9bf04527@user/deglebe] has joined #openbsd
15:29 -!- CrashOverride [~strcat@p54854231.dip0.t-ipconnect.de] has joined #openbsd
15:31 -!- eht [~eht@user/eht] has quit [Ping timeout: 276 seconds]
15:34 -!- jpw [~jpw@82-69-6-64.dsl.in-addr.zen.co.uk] has joined #openbsd
15:34 -!- jpw [~jpw@82-69-6-64.dsl.in-addr.zen.co.uk] has quit [Changing host]
15:34 -!- jpw [~jpw@user/jpw] has joined #openbsd
15:35 -!- nekobit [~freebtc4u@198.98.57.223] has quit [Quit: We]
15:36 -!- nekobit [~freebtc4u@198.98.57.223] has joined #openbsd
15:39 -!- fspax [~fspax@31.135.236.203] has quit [Quit: Lost terminal]
15:41 -!- frdem [~frdem@178.157.33.2] has quit [Ping timeout: 246 seconds]
15:42 -!- sandbag [~sandbag@user/sandbag] has quit [Ping timeout: 252 seconds]
15:50 -!- deglebe is now known as tdbio
15:51 < seninha> Hi, I saw that my past self defined the "/.well-known/acme-challenge/∗" location in httpd.conf(5) (for ACME challenge) for both ports http(80) and https(443); while the http section redirects the request on other locations to https (HTTP 302).  Is that really necessary? Does acme challenge uses https at all? I don't remember why I did that...
15:52 -!- zorz [~zorz@user/zorz] has joined #openbsd
15:52 < seninha> (re-asking because i logged off)
15:54 -!- Dr-Deep [~Dr-Deep@pd9e03c6f.dip0.t-ipconnect.de] has joined #openbsd
15:55 < sibiria> i suppose it's up to the certificate provider?
15:56 < sibiria> some setups may not even have the ability to receive traffic on port 80 because of policies
15:59 -!- pra [pra@pra.user.planetofnix.com] has quit [Ping timeout: 260 seconds]
16:00 -!- izzyb [izzyb@izzyb.planetofnix.com] has quit [Ping timeout: 276 seconds]
16:02 < lucas> seninha: https://www.rfc-editor.org/rfc/rfc8555#section-8.3
16:02 -!- Dr-Deep [~Dr-Deep@pd9e03c6f.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
16:02 < lucas> 2nd paragraph
16:02 < lucas> > the challenge must be completed over HTTP, not HTTPS.
16:05 -!- gman999 [~GMan999@user/gman999] has joined #openbsd
16:06 < highplainsdruid> probably to direct any incoming non-acme requests over HTTP to HTTPS
16:06 < highplainsdruid> that's how i have mine set up anyhow
16:07 < highplainsdruid> for the .well-known/acmewhatever location it does the acme stuff, for other locations it redirects
16:07 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has joined #openbsd
16:07 -!- fspax [~fspax@31.135.234.244] has joined #openbsd
16:07 < eea> mine setup the same
16:08 < lucas> my understanding of seninha's message is that they is redirecting the acme-challenge too
16:08 -!- sandbag [~sandbag@user/sandbag] has joined #openbsd
16:08 -!- schillingklaus [~schilling@ip-77-25-21-135.web.vodafone.de] has quit [Quit: schillingklaus]
16:14 -!- fspax [~fspax@31.135.234.244] has quit [Quit: Lost terminal]
16:14 -!- pra [pra@2605:6400:85a0:92df:d341:deec:d98d:fdf9] has joined #openbsd
16:15 -!- tozhu [~tozhu@118.122.106.44] has left #openbsd []
16:15 -!- frdem [~frdem@178.157.33.2] has joined #openbsd
16:15 -!- izzyb [izzyb@izzyb.planetofnix.com] has joined #openbsd
16:23 < oldlaptop> Oddmonger: manpages.debian.org and man.voidlinux.org can be useful (with care, since obviously what they have in their package systems is not going to be the same as what's in openbsd ports)
16:24 < oldlaptop> case in point: neither packages colorls at all, as far as I can tell
16:24 < Oddmonger> yes as it's built-in in gnu ls
16:24 < oldlaptop> (I'm almost surprised voidlinux doesn't.)
16:26 < oldlaptop> conversely, openbsd's ed(1) manual page is way handier as a reference for gnu ed than the corresponding gnu manual page is
16:26 < seninha> lucas, i set the "well-known/foobar" location twice: once for http and once for https
16:28 < oldlaptop> in particular, manpages.debian.org benefits from the curious fact that  debian have a policy that there must always be "a" manual page for any installed binary
16:28 -!- outofcreativity [~outofcrea@2a03:6000:6f67:625::100] has quit [Quit: leaving]
16:28 < oldlaptop> so there's always *something* there for anything they package
16:28 < seninha> https://termbin.com/xl1u
16:29 < oldlaptop> (the policy doesn't say IIRC it can't be help2man output or a gnu manpage or something of similarly questionable value, just that has to exist)
16:30 < vortexx> 7.6 -base has been tagged in cvs, and I've been failing to download because of a bloody typo lol
16:32 < lucas> seninha: the one in the tls block shouldn't be necessary
16:33 < seninha> that's what i was wondering about
16:33 < seninha> thanks :)
16:33 < lucas> if the CA follows the RFC, it should be doing it over HTTP, not HTTPS
16:33 < seninha> i dont know why i specified that twice before
16:34 < lucas> and I'm p sure that both LetsEncrypt and Buypass work over HTTP only
16:34 -!- mikewilzn [609e48c489@user/mikewilzn] has left #openbsd [Disconnected: Hibernating too long]
16:34 -!- mikewilzn [609e48c489@user/mikewilzn] has joined #openbsd
16:36 < eea> seninha: looking at your config it looks sorta like mine did when i first dove in on httpd... the inclusion of /.well-known in the tls block is pointless
16:36 < eea> but i did it too, had the same mystery moment when looking at it again months later
16:39 < seninha> that happens evry time i look at old code
16:39 < seninha> WHO THE HECK WROTE THIS BS? [oh, it was me]
16:39 < eea> i've had to start abusing comments
16:39 < eea> i blame the fail sysadmin(me)
16:40 < eea> had a heluva journey with relayd/pf
16:41 < eea> but why is my server now ignoring me via ipv4?!
16:41 < eea> heh
16:41 < eea> has been working fine for many many moons
16:41 < eea> then boom, spelunking time
16:46 -!- frdem [~frdem@178.157.33.2] has quit [Ping timeout: 272 seconds]
16:47 -!- zorz [~zorz@user/zorz] has quit [Read error: Connection reset by peer]
16:47 -!- Piisuke [~Piisuke@223.187.125.154] has joined #openbsd
16:52 -!- zorz [~zorz@user/zorz] has joined #openbsd
16:52 -!- jab [~user@user/jab] has joined #openbsd
16:56 -!- arino [~arinov@gateway/tor-sasl/arinov] has quit [Ping timeout: 260 seconds]
16:56 -!- Piisuke [~Piisuke@223.187.125.154] has quit [Remote host closed the connection]
16:59 -!- d-ra [~d-ra@user/d-ra] has quit [Remote host closed the connection]
17:00 -!- Dr-Deep [~Dr-Deep@pd9e0326a.dip0.t-ipconnect.de] has joined #openbsd
17:01 -!- yclept [~yclept@user/yclept] has joined #openbsd
17:02 -!- Aedil [~adrian@146.52.104.238] has quit [Ping timeout: 255 seconds]
17:02 < sibiria> anyone experienced that google earth web-version makes firefox crash?
17:03 -!- fflam [~mdt@2600:4040:10f9:be00::1c19] has quit [Read error: Connection reset by peer]
17:04 < sibiria> not sure if the problem is firefox or amdgpu
17:05 -!- fflam [~mdt@2600:4040:10f9:be00::1c19] has joined #openbsd
17:05 -!- hwpplayer1 [~user@user/hwpplayer1] has quit [Remote host closed the connection]
17:07 -!- alx^ [~alx@195.15.28.34] has quit [Read error: Connection reset by peer]
17:07 -!- Dr-Deep [~Dr-Deep@pd9e0326a.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
17:10 -!- psydroid [~psydroid@user/psydroid] has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
17:13 -!- Dr-Deep [~Dr-Deep@2a02:3037:30c:e24b:f83:dc53:1edb:a1c7] has joined #openbsd
17:15 -!- grobi [~grobi@user/grobi] has joined #openbsd
17:15 -!- shiranaihito_ [~shiranaih@156.59.208.19] has joined #openbsd
17:15 -!- SuitCase [~textual@2600:4041:52d4:f600::2] has quit [Quit: Textual IRC Client: www.textualapp.com]
17:19 < oldlaptop> if it were amdgpu I might expect some other kind of webpage (or X client) to do something
17:19 -!- mover [~hischild@user/mover] has joined #openbsd
17:20 < oldlaptop> (maybe the webgl previews on one of the 3D-printer-model sites would be a test case?)
17:21 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Ping timeout: 260 seconds]
17:22 < Oddmonger> why `pkg_info -E /usr/sbin/smtpd` returns nothing ? I was expecting to have the package name which installed this
17:22 -!- juztn [~hos@185.54.228.28] has joined #openbsd
17:22 < sibiria> though google earth is "extreme" in the sense of how much geometry and texture data it ropes in. i've alotted 1 gb of memory for the gpu in this case, but maybe that's not enough. though i've never seen google earth on firefox crash on windows with "only" 1gb video memory
17:22 -!- sheikhshard [~Administr@39.190.159.102] has quit [Ping timeout: 252 seconds]
17:22 < Bradipo> Interesting, how do you "allocate 1 gb of memory for the gpu" ?
17:22 < Bradipo> Is that a setting in FF?
17:23 < sibiria> no in the EFI. IGP with shared memory
17:23 -!- alx^ [~alx@195.15.28.34] has joined #openbsd
17:23 < oldlaptop> not sure I'd expect a printables.com preview to rope in one byte of textures
17:23 < sibiria> so a simple test would of course be to throw it another gb of memory and see if FF survives longer
17:23 < sibiria> but ideally firefox would tell me something, anything when it crashes
17:24 < oldlaptop> it might not quite be in charge of that
17:24 < oldlaptop> (would assume you've looked in dmesg?)
17:24 < sibiria> nothing in dmesg, nothing in X' logs
17:25 -!- ym [~ym@217.107.106.153] has quit [Ping timeout: 255 seconds]
17:26 < Oddmonger> ah it seems in OpenBSD that « packages » are not covering everything installed
17:27 < oldlaptop> what I think of as heavy web-based graphics work is onshape or something (as much as I despise the googvm, it's pretty cool to have "real, professional" CAD on openbsd)
17:27 < oldlaptop> and even that isn't going to be *texture* heavy
17:27 < oldlaptop> Oddmonger: Indeed
17:27 < oldlaptop> Nothing outside /usr/local is from packages (with a few limited exceptions like rc.d scripts)
17:27 < Oddmonger> so i guess `smtpd` is system tool, and not a package
17:28 < oldlaptop> pkg_locate will still tell you which *set* it came from
17:28 < oldlaptop> (which will be base)
17:28 < pardis> it is normal on almost every OS that the base system files are not part of a package
17:28 < sibiria> opensmtpd is indeed part of the base system in openbsd
17:28 -!- seninha [~seninha@user/seninha] has quit [Ping timeout: 246 seconds]
17:29 < oldlaptop> it is perhaps slightly less normal for an MTA to be part of the "base system" (pretty normal for a unix though)
17:29 -!- Siva [Siva@lecturify.net] has joined #openbsd
17:29 < Oddmonger> pardis: well i use an OS with a « filesystem » package
17:30 < sibiria> in arch linux everything is a pacakge
17:30 < Oddmonger> yes it's arch
17:30 < Oddmonger> btw :þ
17:30 < sibiria> the approach has some advantages
17:30 < pardis> in most Linux distributions everything is a package
17:30 < pardis> but Linux is unusual in that respect
17:30 < oldlaptop> linux is highly unusual in this and some other respects, for good and ill
17:31 < pardis> it's partly down to the fact that there is no such thing as a "base system" on Linux, just a collection of tools packaged from various upstreams
17:31 < oldlaptop> debian, for example, does have a set of packages that they describe as the "base system"
17:31 < oldlaptop> but it's just a set of packages
17:31 < Oddmonger> arch does this too
17:32 < oldlaptop> (and the entire main archive is spoken of as "part of" the debian operating system)
17:32 < extrowerk> hi. I have bought an old x230 laptop and found a "Compact Smart Card Reader / Writer" in the expresscard slot. I assume the seller did not noticed it, or whatever. OBSD detects it, but only ugen attaches to it. I don't really care about this cardreader, however i was wondering if there is any "useful" expresscard what works with obsd? Let me know if you know any. Thx.
17:32 < Oddmonger> collections of packages of basesystem, dev, X … (i think it's coming from slackware which had stolen it to Yggdrasil)
17:32 < pardis> I would argue that "base system" means something different to Debian than what it means to OpenBSD
17:33 < oldlaptop> extrowerk: Expresscards are generally just PCIe or USB devices (just a USB device in that case, obviously). Some of those will work.
17:33 -!- willyg_fl [~willyg_co@user/willyg-cos/x-4994202] has joined #openbsd
17:33 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
17:33 < oldlaptop> (Not sure what you'd find interesting. My main application for cardbus back in the day was wi-fi interfaces, but I doubt anything with an expresscard slot lacks onboard wi-fi.)
17:34 < oldlaptop> I have a TV tuner laying around somewhere. That sorta works on linux, but not (AIUI) openbsd.
17:34 < oldlaptop> (it's also a 54mm card, not a 34mm one)
17:38 < oldlaptop> There's a reason you don't see expresscard slots in anything anymore - the days of interesting "expansion" possibilities to put in them are mostly gone. (Even that TV tuner card is ten years old or something - the hardware is most commonly seen with HP branding, they once took that route to offer a disposable consumer laptop with an "IT WATCHES TV!" feature.)
17:38 < extrowerk> oldlaptop: i was looking at the expresscard port specification and learned that it provides pcie and usb connection for the cards. This specific cardreader have only some pins populated, probably the usb ones. Now I was wondering if there is no useful card on the marekt, then maybe i could just you know, design something, like an RP2040 based microcontroller in expresscard formfactor, install forth on 
17:38 < extrowerk> it and access it via usb console and control 40 pin gpio easily.
17:38 < oldlaptop> That'd be pretty cool if you can make it fit.
17:39 < extrowerk> but i install for on everything, so I already have way too many forth enabled thing around me.
17:40 -!- housemate [~housemate@146.70.66.228] has joined #openbsd
17:41 < oldlaptop> you see the odd USB controller or SD reader on amazon these days, still - but machines with expresscard slots also tend to have real (PCI-connected, on my thinkpads!) SD slots and plenty of USB ports
17:42 -!- sir-photch [~m-hy5poy@static.93.70.235.167.clients.your-server.de] has quit [Remote host closed the connection]
17:43 < oldlaptop> I guess if you are one of the three people who need two firewire 800 ports on your foo bridge thinkpad, you know who you are. https://www.startech.com/en-us/cards-adapters/ec1394b2
17:43 -!- sir-photch [~m-hy5poy@static.93.70.235.167.clients.your-server.de] has joined #openbsd
17:44 < extrowerk> no, i don't have any use for fw. I once had a mobo with fw ports, but never had any divice to connect to it (camcorders and ipods comes in my mind).
17:44 < oldlaptop> https://www.startech.com/en-us/cards-adapters/ec1s232u2 seems actively undesirable compared to a USB-to-serial interface that isn't a tumor rigidly attached to the machine
17:45 < oldlaptop> https://www.startech.com/en-us/cards-adapters/ecesata254f is pretty interesting, if the thinkpads with expresscard/54 slots didn't all have eSATA already :P
17:45 < highplainsdruid> i've never once used anything that connected by firewire
17:45 < oldlaptop> (and it was common on disposable consumer machines in those days too)
17:45 < sibiria> i used firewire for external disks back in the day. it was nice being able to power the drives with just that one cable instead of having a power supply (or 2nd USB cable) as was common for USB enclosures
17:46 -!- topcat001 [~topcat001@user/topcat001] has joined #openbsd
17:46 < sibiria> was also nice to get 400 actual mbit/s transfers to disks, instead of ~300 something that USB2 manages
17:46 -!- juztn [~hos@185.54.228.28] has quit [Quit: quitted]
17:47 -!- juztn [~hos@185.54.228.28] has joined #openbsd
17:49 < extrowerk> A different question: I use tmux on obsd, and struggle with the mouse selection and copy in tmux. I am used to normal xterm select and it lands on the clipboard (one of them, i know there is many, but idk their names), now in tmux a simple selection doesn't works, i have to press shift additionally to be able to copy text. is there any way to eliminate the need of pressing shift?
17:51 -!- schalken [~schalken@117-118-178-69.gci.net] has quit [Quit: Leaving]
17:53 -!- willyg_fl [~willyg_co@user/willyg-cos/x-4994202] has quit [Remote host closed the connection]
17:54 -!- mlw [~mlw@41.73.193.26] has quit [Ping timeout: 248 seconds]
17:56 -!- willyg_fl [~willyg_co@user/willyg-cos/x-4994202] has joined #openbsd
17:58 -!- gatlinggoat [~Thunderbi@128.6.147.97] has joined #openbsd
18:00 -!- sandbag [~sandbag@user/sandbag] has quit [Ping timeout: 260 seconds]
18:02 -!- NoNameTLD [~NoNameTLD@user/NoNameTLD] has joined #openbsd
18:08 < aaronm04> vi mode?
18:08 < ibs> extrowerk: I removed "set -g mouse on" from my tmux.conf and added "save_to_clipboard: true" to my alacritty.yml. And now it works just as I like. 
18:09 < aaronm04> I believe it's space to start selection and enter to copy
18:09 -!- feriman [~feriman@user/feriman] has quit [Ping timeout: 255 seconds]
18:10 -!- juztn6 [~hos@185.54.228.39] has joined #openbsd
18:12 -!- juztn6 [~hos@185.54.228.39] has quit [Client Quit]
18:13 -!- juztn [~hos@185.54.228.28] has quit [Ping timeout: 260 seconds]
18:16 -!- jcs [~wallops@user/jcs] has joined #openbsd
18:19 -!- fluentpwn [e7b4bb6755@spooky.academy] has quit [Remote host closed the connection]
18:20 -!- fluentpwn [e7b4bb6755@spooky.academy] has joined #openbsd
18:21 -!- agentcas1y [~agentcase@99-106-182-62.lightspeed.elpstx.sbcglobal.net] has joined #openbsd
18:21 < extrowerk> this is how it looks like if I try to select something: https://imgbox.com/644s2o1y
18:23 -!- willyg_fl [~willyg_co@user/willyg-cos/x-4994202] has quit [Quit: willyg_fl]
18:23 < oldlaptop> (wow, that's pretty close to the correct background color, #fef1e1 :))
18:23  * oldlaptop doesn't get the low-contrast foreground colors though
18:24 < lucas> I used to have not full-white on top of non-full black
18:24 < lucas> but at some point I realized that #fff on #000 works perfectly
18:27 -!- modev [modev@gateway/vpn/protonvpn/modev] has joined #openbsd
18:31 -!- psydroid [~psydroid@user/psydroid] has joined #openbsd
18:32 -!- Miguel [~Miguel@89.146.186.19] has joined #openbsd
18:32 < extrowerk> and this is how the normal selection looks like (so with shift in tmux): https://imgbox.com/fpQNxjn7
18:33 < extrowerk> IDK, what is with this brown selection, maybe thats the vi mode, but I don't use vi, so i don't know what to do with it, or if i can disable it somehow in tmux.
18:34 -!- format_c [~format_c@2a02:b98:f181:4094:f550:7488:2d5:5ffa] has joined #openbsd
18:36 -!- Miguel [~Miguel@89.146.186.19] has quit [Quit: Leaving]
18:38 -!- zwr [~zwr@201-4-87-25.user3p.veloxzone.com.br] has quit [Read error: Connection reset by peer]
18:40 -!- fspax [~fspax@31.135.234.244] has joined #openbsd
18:40 -!- fspax [~fspax@31.135.234.244] has quit [Client Quit]
18:41 -!- euphores [~SASL_euph@user/euphores] has quit [Quit: Leaving.]
18:43 -!- zwr [~zwr@201-4-87-25.user3p.veloxzone.com.br] has joined #openbsd
18:45 -!- noone [~six@user/six] has joined #openbsd
18:46 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd
18:48 -!- format_c [~format_c@2a02:b98:f181:4094:f550:7488:2d5:5ffa] has quit [Quit: format_c]
18:53 -!- shiranaihito_ [~shiranaih@156.59.208.19] has quit [Ping timeout: 264 seconds]
18:57 -!- finkfox [~finkfox@user/finkfox] has joined #openbsd
19:00 -!- visl [visl@user/visl] has quit [Ping timeout: 252 seconds]
19:02 -!- platao [~mirc-rc@177.100.68.254] has joined #openbsd
19:03 -!- visl [visl@user/visl] has joined #openbsd
19:06 -!- mlw [~mlw@41.73.193.26] has joined #openbsd
19:09 -!- ssm [~ssm_@mail.howdoesmycode.work] has quit [Quit: ZNC 1.8.2 - https://znc.in]
19:09 -!- absc [~absc@2a04:ee41:8:6055:8fb0:26e6:70a1:67c0] has joined #openbsd
19:10 -!- ssm_ [~ssm_@mail.howdoesmycode.work] has joined #openbsd
19:10 -!- jcs [~wallops@user/jcs] has quit [Read error: Connection reset by peer]
19:11 -!- antranigv [~antranigv@bsd.am] has joined #openbsd
19:11 -!- gatlinggoat [~Thunderbi@128.6.147.97] has quit [Ping timeout: 245 seconds]
19:12 -!- m0v_ [~m0v@113.192.26.170] has joined #openbsd
19:12 -!- andinus2 [~andinus@user/andinus] has joined #openbsd
19:13 -!- at_work_ [~at_work@user/at-work/x-5282331] has joined #openbsd
19:14 -!- ekix [~eki@159-255-247-158.bb.dnainternet.fi] has joined #openbsd
19:14 -!- some02 [~cat@user/sudden] has joined #openbsd
19:14 -!- hedy_ [bb9d16d177@gelim/dev/hedy] has joined #openbsd
19:17 -!- hwpplayer1 [~user@user/hwpplayer1] has joined #openbsd
19:19 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Ping timeout: 260 seconds]
19:19 -!- Netsplit *.net <-> *.split quits: dastain, henrik, ichdasich, at_work, tobiasu, foxxx0, pcarrier, kroovy, lavaball, eki,  (+26 more, use /NETSPLIT to show all of them)
19:19 -!- hedy_ is now known as hedy
19:20 -!- Netsplit over, joins: lavaball, dastain, kroovy, fabricsheet, Nazral_, parai, foxxx0, davlefou, cell, reight (+17 more)
19:20 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
19:22 -!- maylay [~gren@104-0-22-170.lightspeed.miamfl.sbcglobal.net] has quit [Quit: Pipe Terminated]
19:24 -!- housemate [~housemate@146.70.66.228] has quit [Ping timeout: 252 seconds]
19:25 -!- jab [~user@user/jab] has quit [Ping timeout: 276 seconds]
19:28 -!- willyg_fl [~willyg_co@user/willyg-cos/x-4994202] has joined #openbsd
19:32 -!- paddymahoney [~paddymaho@pool-99-250-10-137.cpe.net.cable.rogers.com] has quit [Ping timeout: 246 seconds]
19:34 -!- maylay [~gren@104-0-22-170.lightspeed.miamfl.sbcglobal.net] has joined #openbsd
19:41 -!- jalf [~bendavies@224.186.187.81.in-addr.arpa] has joined #openbsd
19:43 -!- paddymahoney [~paddymaho@pool-99-250-10-137.cpe.net.cable.rogers.com] has joined #openbsd
19:46 -!- jastrom_ [~jastrom@mailer.nolife.se] has joined #openbsd
19:46 -!- jastrom [~jastrom@user/jastrom] has quit [Ping timeout: 248 seconds]
19:46 -!- grobi [~grobi@user/grobi] has quit [Read error: Connection reset by peer]
19:52 -!- Guest3279 [~sq@efnet.news] has quit [Remote host closed the connection]
19:54 -!- broom-man [~broom-man@c-73-234-242-130.hsd1.ct.comcast.net] has joined #openbsd
19:57 -!- ChubaDuba [~ChubaDuba@176.212.44.244] has joined #openbsd
19:59 -!- euphores [~SASL_euph@user/euphores] has quit [Ping timeout: 260 seconds]
20:01 -!- dutch [~DutchIngr@user/dutch] has quit [Quit: WeeChat 4.4.2]
20:04 -!- grobi [~grobi@user/grobi] has joined #openbsd
20:06 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd
20:08 -!- grobi [~grobi@user/grobi] has quit [Ping timeout: 260 seconds]
20:09 < vortexx> https://www.openbsd.org/papers/eurobsdcon2024-vmd_multiprocessing.pdf <-- SMP one day... Dev not super interested :/
20:10 -!- sandbag [~sandbag@user/sandbag] has joined #openbsd
20:13 -!- dutch [~DutchIngr@user/dutch] has joined #openbsd
20:15 -!- NoNameTLD [~NoNameTLD@user/NoNameTLD] has quit [Ping timeout: 260 seconds]
20:16 -!- sandbag [~sandbag@user/sandbag] has quit [Ping timeout: 260 seconds]
20:16 -!- NoNameTLD [~NoNameTLD@user/NoNameTLD] has joined #openbsd
20:20 -!- Dr-Deep [~Dr-Deep@2a02:3037:30c:e24b:f83:dc53:1edb:a1c7] has quit [Ping timeout: 244 seconds]
20:20 -!- Dr-Deep [~Dr-Deep@pd9e0326a.dip0.t-ipconnect.de] has joined #openbsd
20:23 -!- ivdsangen [~ivo@86-95-161-96.fixed.kpn.net] has quit [Quit: https://github.com/ivdsangen]
20:26 -!- platao [~mirc-rc@177.100.68.254] has quit [Quit: pop!_os channel on irc #pop!_os]
20:27 -!- hwpplayer1 [~user@user/hwpplayer1] has quit [Remote host closed the connection]
20:32 -!- mlw [~mlw@41.73.193.26] has quit [Remote host closed the connection]
20:32 -!- Dr-Deep [~Dr-Deep@pd9e0326a.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20:38 -!- user71 [~user71@2001:1530:1002:66e:eb70:3313:d4d0:eecb] has quit [Quit: Leaving]
20:41 -!- Redjack23 [~Magestrix@96-19-96-19-169-101.cpe.sparklight.net] has quit [Ping timeout: 248 seconds]
20:44 -!- yclept [~yclept@user/yclept] has quit [Ping timeout: 245 seconds]
20:48 -!- vvv [~vvv@user/vvv] has joined #openbsd
20:53 -!- jalf [~bendavies@224.186.187.81.in-addr.arpa] has quit [Ping timeout: 255 seconds]
20:55 -!- Dr-Deep [~Dr-Deep@pd9e0326a.dip0.t-ipconnect.de] has joined #openbsd
20:56 -!- finkfox [~finkfox@user/finkfox] has quit [Ping timeout: 246 seconds]
20:57 -!- ChubaDuba [~ChubaDuba@176.212.44.244] has quit [Quit: WeeChat 4.3.3]
20:57 -!- Dr-Deep [~Dr-Deep@pd9e0326a.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20:57 -!- Dr-Deep [~Dr-Deep@pd9e0326a.dip0.t-ipconnect.de] has joined #openbsd
20:57 -!- Dr-Deep [~Dr-Deep@pd9e0326a.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20:59 -!- modev [modev@gateway/vpn/protonvpn/modev] has quit [Quit: WeeChat 4.4.2]
20:59 -!- finkfox [~finkfox@user/finkfox] has joined #openbsd
21:00 -!- psydroid [~psydroid@user/psydroid] has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
21:00 -!- mijndert [~mijndert@user/mijndert] has quit [Quit: kbye]
21:02 -!- willyg_fl [~willyg_co@user/willyg-cos/x-4994202] has quit [Quit: willyg_fl]
21:02 -!- frdem [~frdem@178.157.33.2] has joined #openbsd
21:05 -!- hwpplayer1 [~user@user/hwpplayer1] has joined #openbsd
21:05 -!- housemate [~housemate@9ykysftbnr770ts00qd0.ip6.superloop.au] has joined #openbsd
21:07 -!- frdem [~frdem@178.157.33.2] has quit [Ping timeout: 255 seconds]
21:10 -!- jalf [~bendavies@224.186.187.81.in-addr.arpa] has joined #openbsd
21:12 -!- danilogondolfo [~danilogon@2a02:8084:4f62:4c00:d826:7cd:bf8e:ce3b] has quit [Remote host closed the connection]
21:14 -!- Xenguy [~Xenguy@user/xenguy] has quit [Quit: "To play for a draw [...] is to some degree a crime against chess." -- Mikhail Tal]
21:14 < Bradipo> Hahaha, just found a nasty kernel bug.
21:14 < Bradipo> I have a microSD card.  It came formatted from the factory with exFAT.
21:15 < Bradipo> I decided instead to reformat with FAT32.  So I used fdisk to change the type.  Used disklabel to change the FS type and gave it a DUID.  Then I used newfs_msdos to format it.
21:15 < Bradipo> As soon as I mounted the drive the kernel crashed and is in the process of dumping something.
21:18 < klsrqm>   
21:19 -!- n1000 [~n1000@user/n1000] has joined #openbsd
21:22 -!- seninha [~seninha@user/seninha] has joined #openbsd
21:27 -!- solaare_ [~solaarae@user/solaarae] has quit [Ping timeout: 276 seconds]
21:29 -!- mikewilzn [609e48c489@user/mikewilzn] has left #openbsd [Disconnected: Hibernating too long]
21:30 -!- gman999 [~GMan999@user/gman999] has quit [Quit: WeeChat 4.2.1]
21:30 < vortexx> should have formated to ext2fs :)
21:32 -!- om3ga [~om3ga@93.177.187.134] has quit [Ping timeout: 246 seconds]
21:32 < Bradipo> Hahahaha.  Well, I'm really confused now.
21:32 < Bradipo> I mount msdos filesystems all the time.
21:32 < Bradipo> But this seems to crash the kernel every time I try to mount it.
21:33 < Bradipo> Not sure why.
21:33 -!- absc [~absc@2a04:ee41:8:6055:8fb0:26e6:70a1:67c0] has quit [Quit: Got to go. irctk 1.1.0-alpha]
21:33 < topcat001> does it also happen if you wipe and recreate a fresh MBR?
21:35 < Bradipo> You mean: fdisk -iy sd5
21:35 -!- jpoc [~jpoc@centos/qa/jpoc] has joined #openbsd
21:36 -!- CrashOverride [~strcat@p54854231.dip0.t-ipconnect.de] has quit [Ping timeout: 264 seconds]
21:36 < Bradipo> Though, honestly, I'm not sure why a microSD card that isn't used for booting at all needs a master boot record.
21:36 < topcat001> Id actually wipe by writing (a couple MB) zeros to the beginning of the disk first, then fdisk.
21:37 < topcat001> oh did you try to make the fs directly on the disk on your first attempt?
21:38 < topcat001> yes that's a perfectly fine use case. The MBR is usually for other devices/apps to not clobber the disk thinking it's empty.
21:38 < topcat001> it's protective ;)
21:39 -!- vvv [~vvv@user/vvv] has left #openbsd [Leaving.]
21:39 -!- lavaball [~Melissa@31.204.155.215] has quit [Quit: lavaball]
21:39 < Bradipo> I did try to make the fs on the first attempt.
21:40 < Bradipo> Specifically: newfs_msdos -F 32 -S 32768 <duid>.i
21:40 < Bradipo> It ran without errors.  Then I tried: mount <duid>.i /mnt/X
21:40 < topcat001> although technically a whole-disk fs should be totally fine, I haven't tried it on OpenBSD.
21:40 < Bradipo> And it immediately crashed the kernel.  2X now.
21:40 < Bradipo> I did not do whole-disk fs, just .i partition.
21:41 < topcat001> It works for on Net, Free, and Linux which I have tried (for both fat and ufs/ext)
21:41 < Bradipo> So sure, I can dd /dev/zero to the drive and try again.
21:41 < topcat001> it could well be that some residual bytes are tripping something in the kernel
21:42 < Bradipo> Yeah.  I guess I'll have to take a screenshot of the crash.
21:42 < Bradipo> Unless it is recorded somewhere.
21:42 < topcat001> it probably deserves a report
21:42 < Bradipo> It print a stack trace, then starts outputting thousands of numbers counting down to zero.
21:42 < Bradipo> I imagine they are block offsets or something.
21:43 < Bradipo> But I didn't find any file in /var/crash
21:43 < topcat001> oh ok I reread your comments. This is just a regular use case then. Very odd.
21:44 < topcat001> regular = fs on i
21:44 < Bradipo> Yes, just regular.  No fancy whole-disk.  I misunderstood what you were asking earlier.
21:44 < zwr> try without `-S 32768` 
21:44 < Bradipo> I can do that too.  I wondered about that.
21:45 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Ping timeout: 260 seconds]
21:46 < topcat001> actually sector should be = disk, cluster should be the tunable, usually
21:47 < zwr> flash memory typically lies about sector sizes anyway, and it doesn't have one sector size either
21:47 < Bradipo> Hmm.
21:47 < Bradipo> So maybe just leave -S off.  What about -b ?
21:48 < zwr> it worked without `-S`? I'd just leave everything on the defaults
21:49 < Bradipo> I haven't tried anything yet... just discussing options.
21:50 < Bradipo> The test cycle of this is like 15 minutes.  It takes forever to dump kernel core, and then takes forever to fsck the disk on the way back up.
21:50 < Bradipo> Maybe even longer than 15... probably 20.
21:50 < Bradipo> Is there a way to see what the current settings are on a given device?
21:53 -!- broom-man [~broom-man@c-73-234-242-130.hsd1.ct.comcast.net] has quit [Quit: Client closed]
21:54 < Bradipo> Ok, I can mount it if I format it: newfs_msdos -b 8192 <duid>.i
21:54 < Bradipo> And it doesn't crash the kernel.
22:02 -!- topcat001 [~topcat001@user/topcat001] has quit [Quit: Ping timeout (120 seconds)]
22:03 -!- gh34 [~textual@syn-184-058-181-106.res.spectrum.com] has quit [Quit: Textual IRC Client: www.textualapp.com]
22:08 -!- Xenguy [~Xenguy@user/xenguy] has joined #openbsd
22:16 -!- znedw08 [~znedw@home.znedw.com] has quit [Quit: The Lounge - https://thelounge.chat]
22:16 < vortexx> Bradipo: was this after zero'ing with dd or not?
22:20 -!- jalf [~bendavies@224.186.187.81.in-addr.arpa] has quit [Ping timeout: 252 seconds]
22:20 < Bradipo> No zero with dd.
22:21 < Bradipo> I just went straight to reformatting.  I didn't even bother changing the MBR or disklabel.
22:21 < Bradipo> Just a different newfs_msdos command.
22:22 -!- znedw08 [~znedw@home.znedw.com] has joined #openbsd
22:23 -!- topcat001 [~topcat001@user/topcat001] has joined #openbsd
22:26 < vortexx> ok
22:26 < vortexx> odd bug then
22:30 < topcat001> probably an untested code path
22:41 -!- Redjack23 [~Magestrix@37.19.210.37] has joined #openbsd
22:47 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
22:47 -!- finkfox [~finkfox@user/finkfox] has quit [Ping timeout: 246 seconds]
22:51 -!- zorz [~zorz@user/zorz] has quit [Quit: Lost terminal]
22:55 -!- scain [~scain@2603:8080:b104:4e00:45cf:678b:a7f:b897] has quit [Quit: Konversation terminated!]
22:55 -!- hwpplayer1 [~user@user/hwpplayer1] has quit [Remote host closed the connection]
22:59 -!- mbuhl [~mbuhl@user/mbuhl] has quit [Remote host closed the connection]
23:00 -!- adip [~adip@c159-63.icpnet.pl] has quit [Ping timeout: 260 seconds]
23:01 -!- mbuhl [~mbuhl@user/mbuhl] has joined #openbsd
23:05 -!- gman999 [~GMan999@user/gman999] has joined #openbsd
23:08 -!- Bradipo [~Bradipo@50.77.44.29] has quit [Quit: Lost terminal]
23:11 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Ping timeout: 272 seconds]
23:17 -!- METROIDHunter_ [~metroidhu@70.105.23.70] has joined #openbsd
23:21 -!- hwpplayer1 [~user@user/hwpplayer1] has joined #openbsd
23:22 -!- byteskeptical [~amnesia@user/byteskeptical] has joined #openbsd
23:23 -!- schalken [~schalken@117-118-178-69.gci.net] has joined #openbsd
23:32 -!- tozhu [~tozhu@171.221.44.37] has joined #openbsd
23:35 -!- sourcetarius [~sourcetar@user/sourcetarius] has joined #openbsd
23:37 -!- NoNameTLD [~NoNameTLD@user/NoNameTLD] has quit [Remote host closed the connection]
23:40 -!- NoNameTLD [~NoNameTLD@user/NoNameTLD] has joined #openbsd
23:41 -!- hwpplayer1 [~user@user/hwpplayer1] has quit [Remote host closed the connection]
23:43 -!- tozhu [~tozhu@171.221.44.37] has quit [Quit: tozhu]
23:44 -!- shreven [~shreven@user/shreven] has quit [Quit: WeeChat 4.4.2]
23:45 -!- NoNameTLD [~NoNameTLD@user/NoNameTLD] has quit [Remote host closed the connection]
23:48 -!- todi [~todi@p57803331.dip0.t-ipconnect.de] has quit [Ping timeout: 255 seconds]
23:48 -!- NoNameTLD [~NoNameTLD@user/NoNameTLD] has joined #openbsd
23:50 -!- sibiria [~sibiria@user/sibiria] has quit [Ping timeout: 276 seconds]
23:50 -!- mcornick [~mcornick@user/mcornick] has joined #openbsd
23:51 -!- tozhu [~tozhu@171.221.44.37] has joined #openbsd
23:52 -!- sibiria [~sibiria@user/sibiria] has joined #openbsd
23:52 -!- todi [~todi@p57803331.dip0.t-ipconnect.de] has joined #openbsd
23:56 -!- NoNameTLD [~NoNameTLD@user/NoNameTLD] has quit [Remote host closed the connection]
23:56 -!- NoNameTLD [~NoNameTLD@user/NoNameTLD] has joined #openbsd
23:57 -!- NoNameTLD [~NoNameTLD@user/NoNameTLD] has quit [Remote host closed the connection]
23:57 -!- NoNameTLD [~NoNameTLD@user/NoNameTLD] has joined #openbsd
23:59 -!- AlaskanEmily [~AlaskanEm@user/alaskanemily] has joined #openbsd
--- Log closed Fri Sep 27 00:00:11 2024