--- Log opened Mon May 04 00:00:24 2026 00:01 < mischief> the logs from the loader said what symbol was 'missing', so i pulled the firmware image and just ran nm on it to verify the correct symbol was present 00:01 -!- ptr_rzmv_ [~ptr_rzmv@user/ptr-rzmv:51684] has joined #openbsd 00:02 -!- angelwood [~angelwood@user/angelwood] has joined #openbsd 00:02 -!- gknux [~gknux@user/galaxy-knuckles/x-3015990] has joined #openbsd 00:03 -!- ptr_rzmv [~ptr_rzmv@user/ptr-rzmv:51684] has quit [Ping timeout: 245 seconds] 00:03 < morpho> mischief: so is memory votility a greater risk than disk corruption? 00:04 < mischief> both are risks 00:05 < mischief> in our case the rootfs is read-only and uses dm-verity, so i was fairly confident the on disk data was ok, otherwise it would have failed differently 00:06 < mischief> even if the data on disk is fine, it can suddenly not be in memory :-) 00:08 < oldlaptop> nuclear physics can be impolite 00:10 -!- kiliro [~user@user/kiliro] has quit [Quit: ERC (IRC client for Emacs 27.1)] 00:15 -!- HtP_EaRthW0rMjiM [~earthworm@user/earthwormjim] has joined #openbsd 00:18 < leah> there is one thing about openbsd ports that bothers me 00:19 < leah> i noticed it in the librewolf port, based on firefox port which has the same problem 00:19 < leah> and i noticed it in other ports 00:19 < leah> lots of ports don't double quote path strings 00:19 < leah> globbing issues are theoretically possible 00:19 < leah> in practise, people are going to run from /usr/ports, but it's possible to change the path of everything, e.g. WRKDIR 00:20 < leah> globbing is not guarded at all, in lots of parts 00:20 < leah> like when setting paths in CONFIGURE_ARGS 00:21 < leah> in practise, the user can just avoid paths with spaces in them, and typically this is observed 00:21 < leah> i couldn't find anything warning against this in the documentation 00:21 < leah> i'm unsure how quotes are handled in Make variables 00:22 < leah> but e.g. CONFIGURE_ARGS += --blablabla=${PATH} 00:22 < leah> should ideally be 00:22 < leah> but e.g. CONFIGURE_ARGS += --blablabla="${PATH}" 00:22 < leah> i'm not sure how characters are escaped in make variables either 00:22 -!- macabro [~user@user/monkey/x-0691028] has quit [Ping timeout: 248 seconds] 00:22 -!- morte [~user@user/monkey/x-0691028] has quit [Ping timeout: 248 seconds] 00:22 < leah> care is needed, both when maintaining and using the ports system 00:23 < leah> this issue persists on other bsd ports systems 00:24 < leah> it's an easy edge case 00:24 -!- znedw [~znedw@2400:a846:4040::bc0] has quit [Quit: The Lounge - https://thelounge.chat] 00:25 < leah> perhaps though i'm wrong and something prevents this being a problem? otherwise, a general audit for this is required, within the ports system. 00:25 < leah> it's certainly something that i account for, to the point of being pedantic, in shell scripts 00:27 -!- znedw [~znedw@2400:a846:4040::bc0] has joined #openbsd 00:30 -!- HtP_EaRthW0rMjiM [~earthworm@user/earthwormjim] has quit [Quit: Pasta La Vista, Baby!] 00:35 -!- hotsoup [~hotsoup@user/hotsoup] has quit [Quit: ZNC 1.9.1+deb2+b3 - https://znc.in] 00:36 -!- hotsoup [~hotsoup@user/hotsoup] has joined #openbsd 00:37 < humm> leah: quotes are not handled in make variables 00:37 < humm> if you say a = "${b}" in make, the value of a will be exactly "${b}" 00:38 < leah> right 00:38 < humm> when expanding ${a} in a recipe, make will then also expand the ${b} 00:38 < leah> so in the above example, if PATH was "/home/user/vicky something" 00:38 < leah> then it would do: 00:38 < leah> ./configure --blablabla=/home/user/vicky something 00:38 < leah> "something" would be a new argument 00:38 < humm> yes 00:39 < leah> therefore, the quotes must be added, as above 00:39 < leah> i would assume that quotes are escaped. or would i have to escape them? 00:39 < leah> e.g. 00:39 < humm> there are situations where the quotes don’t help 00:39 < leah> but e.g. CONFIGURE_ARGS += --blablabla=\"${PATH}\" 00:39 < humm> if PATH was /home/user/vicky"something 00:39 < leah> well, yes 00:40 < leah> i'm unsure as to how PATH could be escaped, as in this example 00:40 < humm> it can’t easily 00:40 < leah> just a limitation of Make 00:40 < leah> not much we can do 00:40 < humm> yes 00:41 < leah> therefore, guidance must be issues in the docs, stating this fact 00:41 < humm> best you could do if you wanted is --blablabla='${PATH}', where it would break only if PATH contains single quotes 00:41 < leah> advising that any work directories must not contain spaces or other bad characters 00:41 < leah> it is extremely unlikely that a path would contain a quote 00:43 < tvtoon> you have to use tools like xargs, or the command stuff from make 00:43 < leah> perhaps in this case, the age-old wisdom applies: don't do that 00:43 < leah> ports is not intended for general use, except in providing openbsd packages, and the usual assumptions likely hold, for nearly every user 00:43 < humm> tvtoon, how could xargs help here? 00:43 < tvtoon> it will get tricky if you want to build paths with blank spaces, you can check if the file exists and then keep going 00:44 < tvtoon> we are 2, I always wanted to know but most people argue it works 00:44 < leah> at least we'd be correct if this is addressed, but we can't assume that a given build system handles this correctly either 00:44 < leah> any given build system executed by ports 00:46 < leah> yes, i believe that to be a healthy workaround, as tvtoon specifies 00:46 < leah> inside a make target, check that the given path exists. perhaps pre-configure, or something suitable 00:47 < leah> well, i'm not going to audit the entire ports tree myself 00:47 < leah> i'm confident that this theoretical edge case never triggers any buggy behaviour, the way the openbsd project runs ports when building packages 00:48 < leah> once you start down that rabbit hole, then you logically must worry about patching the same issues inside each build system of each project that ports builds 00:48 < leah> directory escape problems for example, inside configure scripts 00:49 < leah> in other worlds: 00:49 < leah> audit the entire world 00:49 < humm> I’d expect configure scripts to be mostly fine, it’s Makefiles (again) that are terrible at this 00:49 < leah> not feasible 00:49 < leah> words* 01:07 -!- Ozymandias42_ [~Ozymandia@user/Ozymandias42] has joined #openbsd 01:08 -!- Ozymandias42 [~Ozymandia@user/Ozymandias42] has quit [Ping timeout: 244 seconds] 01:08 -!- Ozymandias42_ is now known as Ozymandias42 01:15 -!- chilledfrogs [~chilledfr@rsa59-h05-176-133-210-176.dsl.sta.abo.bbox.fr] has joined #openbsd 01:15 -!- intc [~intc@gateway/tor-sasl/intc] has quit [Ping timeout: 265 seconds] 01:16 -!- chilledfrogs [~chilledfr@rsa59-h05-176-133-210-176.dsl.sta.abo.bbox.fr] has quit [Client Quit] 01:16 -!- birddogg [~irssi@user/birddogg] has quit [Ping timeout: 245 seconds] 01:18 -!- intc [~intc@gateway/tor-sasl/intc] has joined #openbsd 01:18 -!- svag [~svag@irc.as215932.net] has joined #openbsd 01:23 -!- svag [~svag@irc.as215932.net] has quit [Changing host] 01:23 -!- svag [~svag@user/svag] has joined #openbsd 01:25 -!- chilledfrogs [~chilledfr@176-133-210-176.abo.bbox.fr] has joined #openbsd 01:26 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has quit [Quit: Connection closed for inactivity] 01:29 -!- macabro [~user@user/monkey/x-0691028] has joined #openbsd 01:45 -!- jitterbuffer [~jitter@149.233.144.193.dynamic-pppoe.dt.ipv4.wtnet.de] has quit [Ping timeout: 248 seconds] 01:47 -!- jitter [~jitter@149.224.200.186] has joined #openbsd 01:47 -!- jitter [~jitter@149.224.200.186] has quit [Changing host] 01:47 -!- jitter [~jitter@user/jitter] has joined #openbsd 01:52 -!- nanon [~nanon@2605:9480:110a:2180:aa5e:45ff:fe3e:ab6] has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.] 01:53 -!- nanon [~nanon@2605:9480:110a:2180:aa5e:45ff:fe3e:ab6] has joined #openbsd 01:54 -!- tangentnet [~tangentne@user/tangentnet] has joined #openbsd 01:57 -!- nanon [~nanon@2605:9480:110a:2180:aa5e:45ff:fe3e:ab6] has quit [Client Quit] 01:58 -!- nanon [~nanon@2605:9480:110a:2180:aa5e:45ff:fe3e:ab6] has joined #openbsd 01:59 -!- nacelle [~pi@wireguard/tunneler/nacelle] has quit [Ping timeout: 245 seconds] 02:00 -!- DetourNetworkUK [~DetourNet@user/DetourNetworkUK] has quit [Read error: Connection reset by peer] 02:01 -!- DetourNetworkUK [~DetourNet@user/DetourNetworkUK] has joined #openbsd 02:03 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection] 02:04 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd 02:06 -!- slack-ng [~slack-ng@120.20.66.20] has quit [Ping timeout: 272 seconds] 02:07 -!- hwpplayer1 [~hwpplayer@user/hwpplayer1] has joined #openbsd 02:08 -!- slack-ng [~slack-ng@120.20.66.20] has joined #openbsd 02:15 -!- intc [~intc@gateway/tor-sasl/intc] has quit [Remote host closed the connection] 02:19 -!- bleb [~cm@user/bleb] has quit [Ping timeout: 248 seconds] 02:23 -!- bleb [~cm@user/bleb] has joined #openbsd 02:23 -!- lolok [~lolok@user/lolok] has joined #openbsd 02:25 -!- ewig [~ewig@user/ewig] has joined #openbsd 02:27 -!- afresh1 [~afresh1@us.holligan.net] has quit [Remote host closed the connection] 02:34 -!- lolok [~lolok@user/lolok] has quit [Ping timeout: 255 seconds] 02:35 -!- lolok [~lolok@user/lolok] has joined #openbsd 02:40 -!- dansa [~user@user/dansa] has joined #openbsd 02:42 -!- dansa [~user@user/dansa] has quit [Client Quit] 02:43 -!- Guest76 [~Guest76@c-69-255-156-246.hsd1.md.comcast.net] has joined #openbsd 02:54 -!- _zip100 [~zip100@185.209.196.247] has quit [Ping timeout: 264 seconds] 02:59 -!- zip100 [~zip100@185.209.196.201] has joined #openbsd 03:18 -!- tvtoon [~The_cUnix@user/tvtoon] has quit [Quit: "Error below..."] 03:25 -!- ewig [~ewig@user/ewig] has quit [Read error: Connection reset by peer] 03:28 -!- ewig [~ewig@user/ewig] has joined #openbsd 03:34 -!- CrimeWave [~Ebox-MTL@user/CrimeWave] has joined #openbsd 03:38 -!- nature [~nature@8-3-83-135.starry-inc.net] has quit [Ping timeout: 244 seconds] 03:40 -!- nature [~nature@8-3-83-135.starry-inc.net] has joined #openbsd 04:06 -!- koo5_ [~quassel@vmi579006.contaboserver.net] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.] 04:07 -!- koo5_ [~quassel@75.119.146.173] has joined #openbsd 04:20 -!- broke [~broke@user/broke] has joined #openbsd 04:45 -!- zcram [~zcram@user/zcram] has joined #openbsd 04:47 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection] 04:47 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd 04:51 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd 05:00 -!- xet7 [~xet7@user/xet7] has quit [Remote host closed the connection] 05:01 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 244 seconds] 05:06 -!- sdds [~sdds@user/sdds] has joined #openbsd 05:27 -!- paulgupta2 [xgpt@user/xgpt] has joined #openbsd 05:28 -!- paulgupta [xgpt@user/xgpt] has quit [Ping timeout: 265 seconds] 05:29 -!- paulgupta2 is now known as paulgupta 05:30 -!- gotohello67 [~gotohello@user/gotohello] has joined #openbsd 05:33 -!- gotohello [~gotohello@user/gotohello] has quit [Ping timeout: 245 seconds] 05:53 -!- gotohello67 is now known as gotohello 05:54 -!- foul_owl [~kerry@94.156.149.94] has quit [Read error: Connection reset by peer] 05:56 -!- broke [~broke@user/broke] has quit [Quit: leaving] 05:59 -!- sdds [~sdds@user/sdds] has quit [Ping timeout: 265 seconds] 06:00 -!- haddock_ is now known as haddock 06:00 -!- jedelava [~jedelava@46.20.166.115] has quit [Quit: leaving] 06:00 -!- nature [~nature@8-3-83-135.starry-inc.net] has quit [Ping timeout: 244 seconds] 06:00 -!- jedelava [~jedelava@46.20.166.115] has joined #openbsd 06:10 -!- Xe [~Xe@perl/impostor/xe] has quit [Ping timeout: 248 seconds] 06:12 -!- hwpplayer1 [~hwpplayer@user/hwpplayer1] has quit [Quit: sleep] 06:12 -!- Xe [~Xe@perl/impostor/xe] has joined #openbsd 06:12 -!- foul_owl [~kerry@94.156.149.90] has joined #openbsd 06:20 -!- sonya [~nologin@gateway/tor-sasl/sonya] has joined #openbsd 06:27 -!- broke [~broke@user/broke] has joined #openbsd 06:33 -!- broke [~broke@user/broke] has left #openbsd [] 06:33 -!- broke [~broke@user/broke] has joined #openbsd 06:34 -!- broke [~broke@user/broke] has quit [Quit: leaving] 06:40 -!- hotsoup [~hotsoup@user/hotsoup] has quit [Quit: ZNC 1.9.1+deb2+b3 - https://znc.in] 06:41 -!- hotsoup [~hotsoup@user/hotsoup] has joined #openbsd 06:42 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has joined #openbsd 06:45 -!- skippy8 [~skippy8@user/Skippy8] has joined #openbsd 06:50 -!- msk [~msk@user/msk] has quit [Ping timeout: 264 seconds] 07:05 -!- bagatur [~bagatur@user/bagatur] has joined #openbsd 07:08 -!- zwrr [~zwr@186-244-139-165.user3p.vtal.net.br] has quit [Ping timeout: 264 seconds] 07:09 -!- sjg [~sjg@user/sjg] has quit [Ping timeout: 244 seconds] 07:11 -!- sjg [~sjg@user/sjg] has joined #openbsd 07:12 -!- balsamic-oval [~balsamic-@user/balsamic-oval] has quit [Ping timeout: 264 seconds] 07:22 -!- paulf [~paulf@146.122.203.34] has joined #openbsd 07:29 -!- CrimeWave [~Ebox-MTL@user/CrimeWave] has quit [Quit: Electronic Box Montréal - Textual IRC 7.2.6 OSX] 07:32 -!- tozhu [~tozhu@111.55.147.144] has joined #openbsd 07:39 -!- gbon121 [~bxg7@user/gbon121] has joined #openbsd 07:42 -!- uncleyear [~ian@178.66.156.157] has quit [Remote host closed the connection] 07:44 -!- b50d [~b50d@62.96.54.30] has joined #openbsd 07:44 -!- dudz [~dudz@mail.dudz.org] has quit [Ping timeout: 245 seconds] 07:48 -!- dudz [~dudz@mail.dudz.org] has joined #openbsd 07:59 -!- uncleyear [~ian@178.66.156.157] has joined #openbsd 08:03 -!- paulf [~paulf@146.122.203.34] has quit [Ping timeout: 245 seconds] 08:06 -!- osiris250__ [~osiris250@98.97.25.116] has joined #openbsd 08:09 -!- osiris250_ [~osiris250@74.244.51.4] has quit [Ping timeout: 244 seconds] 08:09 -!- metala [~metala@user/metala] has quit [Ping timeout: 244 seconds] 08:12 -!- jmarsman [~jmarsman@gw.office.elitelabs.nl] has joined #openbsd 08:13 -!- dastain [~dastain@81.4.102.12] has quit [Ping timeout: 246 seconds] 08:14 -!- metala [~metala@user/metala] has joined #openbsd 08:15 -!- tozhu [~tozhu@111.55.147.144] has quit [Quit: tozhu] 08:22 -!- martian67 [~martian67@user/meow/martian67] has quit [Remote host closed the connection] 08:23 -!- martian67 [~martian67@user/meow/martian67] has joined #openbsd 08:37 -!- tozhu [~tozhu@111.55.147.144] has joined #openbsd 08:37 -!- zwrr [~zwr@186-244-139-165.user3p.vtal.net.br] has joined #openbsd 08:39 -!- pulmixo [~pulmixo@user/pulmixo] has joined #openbsd 08:39 -!- paulf [~paulf@146.122.203.34] has joined #openbsd 08:42 -!- finsternis [~X@23.226.237.192] has quit [Read error: Connection reset by peer] 08:42 -!- vados [~vados@46-133-16-250.mobile.vf-ua.net] has quit [Quit: WeeChat 4.7.1] 08:43 -!- skippy8 [~skippy8@user/Skippy8] has quit [Quit: WeeChat 4.8.1] 08:45 -!- vados [~vados@46-133-16-250.mobile.vf-ua.net] has joined #openbsd 08:51 -!- paulf [~paulf@146.122.203.34] has quit [Ping timeout: 245 seconds] 08:51 -!- paulf [~paulf@146.122.203.34] has joined #openbsd 09:01 -!- jgh [~jgh@hellmouth.gulag.org.uk] has joined #openbsd 09:08 -!- pulmixo [~pulmixo@user/pulmixo] has quit [Ping timeout: 265 seconds] 09:10 -!- dastain [~dastain@81.4.102.12] has joined #openbsd 09:15 -!- sandbag [~sandbag@user/sandbag] has joined #openbsd 09:17 -!- hotsoup [~hotsoup@user/hotsoup] has quit [Ping timeout: 244 seconds] 09:20 -!- hotsoup [~hotsoup@user/hotsoup] has joined #openbsd 09:21 -!- vados [~vados@46-133-16-250.mobile.vf-ua.net] has quit [Ping timeout: 245 seconds] 09:28 -!- tok [~user@user/tok] has joined #openbsd 09:33 -!- msk [~msk@user/msk] has joined #openbsd 09:35 -!- waffles [7ed1c72a0a@2001:19f0:5:1865:5400:4ff:fe80:bbea] has quit [Killed (tungsten.libera.chat (Nickname regained by services))] 09:35 -!- waffles_ [7ed1c72a0a@2001:19f0:5:1865:5400:4ff:fe80:bbea] has joined #openbsd 09:40 -!- tozhu [~tozhu@111.55.147.144] has quit [Quit: tozhu] 09:53 -!- mexen [uid495612@user/mexen] has joined #openbsd 09:53 -!- ixc [~ixc@user/ixc] has joined #openbsd 09:59 -!- rc [~rc@user/rc] has quit [Quit: nyaa~] 10:01 -!- akinji [~akinji@user/akinji] has joined #openbsd 10:04 -!- zcram [~zcram@user/zcram] has quit [Quit: Do the right thing!] 10:21 -!- pruiz [~7c00@user/pruiz] has joined #openbsd 10:22 -!- bsdperl [~bsdperl@user/bsdperl] has quit [Ping timeout: 265 seconds] 10:36 -!- xoddf2 [xoddf@user/xoddf2] has quit [Ping timeout: 244 seconds] 10:36 -!- jmcunx [jmccue@user/zjmc] has quit [Ping timeout: 244 seconds] 10:36 -!- xoddf2 [xoddf@user/xoddf2] has joined #openbsd 10:38 < sandbag> any pf guru here? i added rules to drop ssh bruteforcing connections but somehow its still not dropped https://paste.opensuse.org/pastes/5acbe7de5585 10:39 < sandbag> only allowing 1 connection every 10s but i tried establishing multiple ssh connecion under 10s and it still went thru 10:39 < dlg> which version of openbsd? 10:41 -!- msk [~msk@user/msk] has quit [Read error: Connection reset by peer] 10:50 -!- akinji [~akinji@user/akinji] has left #openbsd [] 10:52 -!- akinji [~akinji@user/akinji] has joined #openbsd 10:53 -!- paulf [~paulf@146.122.203.34] has quit [Ping timeout: 245 seconds] 10:55 < lts> sandbag: I think you have another unconditioinal pass rule for $ssh_alternate_port after the one where you've set rate limits for it 11:08 < sandbag> dlg: the latest 11:09 < sandbag> lts: should i put that rule at top then? 11:10 < mischief> last match wins except for quick 11:11 -!- mdy [~mdy@user/mdy] has quit [Remote host closed the connection] 11:12 -!- mdy [~mdy@user/mdy] has joined #openbsd 11:12 -!- mdy [~mdy@user/mdy] has quit [Remote host closed the connection] 11:13 -!- mdy [~mdy@user/mdy] has joined #openbsd 11:13 < sandbag> mischief: ok so i put the rule which populates after i allow ssh 11:14 < mischief> you probably just want one rule which includes the stateful tracking options, not two. 11:16 < sandbag> the 2nd rule is for bots who are hammering other ports and also find the ssh port 11:16 < sandbag> its dropping now 11:17 < hmjsp> how much space would one need for openbsd developing? assuming ur not working with big gui ports, would 256gb be enough for messing with kernel and ports system? 11:17 < mischief> hmjsp: easily 11:17 < sandbag> mischief: can u suggest the edit for having one rule 11:18 < hmjsp> mischief: okay thanks. wanna install it on a separate drive on my main pc (take advantage of its speed for compiling, etc) because dual booting is a pain 11:19 < mischief> sandbag: remove 'pass in proto tcp from any to (egress) port $ssh_alternate_port tag good' and keep the other rule with the stateful tracking? 11:21 < mischief> also you probably want to remove 'tagged trouble' 11:21 < sandbag> mischief: stateful tracking u mean 'keep state' ? 11:21 < sandbag> mischief: yeah i removed that tag 11:21 -!- vados [~vados@46-133-16-250.mobile.vf-ua.net] has joined #openbsd 11:21 < mischief> sandbag: yes, see 'Stateful Tracking Options' in pf.conf(5) 11:22 < sandbag> ok thanks 11:22 -!- bsdperl [~bsdperl@user/bsdperl] has joined #openbsd 11:23 < mischief> i don't really use tags, but i am 90% certain your usage of them is incorrect 11:24 < sandbag> mischief: whats wrong? i am new to pf so following some guides and pf book 11:24 < mischief> tags don't magically transfer between states 11:24 < sandbag> i assume the packets are tagged 11:25 < mischief> to my knowledge no, but maybe dlg can clarify 11:26 < sandbag> are u aware of which filter is faster, nftables or pf? just a general question 11:27 < sandbag> i couldnt find any recent public comparison of both 11:27 < mischief> probably netfilter 11:27 < sandbag> oh 11:27 < mischief> though i think the difference only really matters if you're considering pushing >10Gbps 11:37 < mischief> hmjsp: totaly space on my orangepi rv2 between all installed files, source, and built ports is just under 20GB 11:37 < mischief> total* 11:39 -!- pruiz_ [~7c00@user/pruiz] has joined #openbsd 11:42 -!- pruiz [~7c00@user/pruiz] has quit [Ping timeout: 264 seconds] 11:45 -!- zelest [~zelest@vortex.ifconfig.se] has joined #openbsd 11:47 -!- paulf [~paulf@146.122.203.34] has joined #openbsd 11:48 -!- broke [~broke@user/broke] has joined #openbsd 11:48 -!- polarian [~polarian@2001:8b0:57a:2385:216:3eff:fefd:34cc] has quit [Excess Flood] 11:48 < broke> is there any well, sane modern web browser that openbsd recommends? 11:48 -!- polarian [~polarian@2001:8b0:57a:2385:216:3eff:fefd:34cc] has joined #openbsd 11:50 < sibiria> i think firefox and ungoogled chromium are both pretty sane after some curating of the settings 11:55 < thenightmail> probably isn't sane, but i use qutebrowser 11:55 < thenightmail> i don't think openbsd recommends a browser so to say 11:56 < sibiria> i have a preference for firefox because it lets you (as far as i can tell) stick entirely with RAM as cache, without spilling crap to disk all the time. i haven't found a reliable way yet to make chromium do the same 11:57 -!- pruiz_ [~7c00@user/pruiz] has quit [Ping timeout: 252 seconds] 11:59 < humm> broke: I’m afraid “sane” and “‘modern’ web browser” are mutually exclusive 11:59 < broke> thenightmail: did you get the adblock thing working? 11:59 -!- pruiz [~7c00@user/pruiz] has joined #openbsd 11:59 < broke> humm: haahahahha I know :( 11:59 -!- balsamic-oval [~balsamic-@user/balsamic-oval] has joined #openbsd 11:59 < thenightmail> broke: I don't visit many sites with adblock, but it seems to be working, hadn't tried to test it 12:00 < broke> I don't like modern web browsers, but I like to have them in case 12:00 < thenightmail> I don't see ads so I guess it is working haha 12:00 < broke> well that's good 12:00 < broke> (or maybe you go to sane websites) 12:01 < IcePic> sandbag: pf is not specifically slow, the network stack makes up almost all of the differences between OSes 12:01 < broke> humm: My main, (kind of) web browser is Links+ and dillo, not sure about the security but both of them doesn't even have JS so I never cared about the latter security, which I probably should. 12:01 < broke> but for JS, I need some kind of ass browser 12:01 < broke> a necessary evil 12:01 < thenightmail> nice, dillo is cool. I tried that before 12:01 < broke> this is 2026 12:02 < broke> :( 12:02 < thenightmail> i just downloaded lynx last night, haven't tried links+ 12:02 < broke> Links+ or Links2 is something I have been daily driving for almost 2 years now 12:02 < broke> its amazingly useful 12:03 < broke> then again, I end up copying links and opening up websites that REQUIRE JS in some kind of ass browser 12:03 < broke> but most of the time, I just don't end up on those kind 12:03 < broke> might be lucky 12:03 < broke> Then again, a lot of the kinds I've found replacements or workarounds 12:03 < thenightmail> I found out about gemini protocol, and got amfora last night too 12:04 < broke> I was on gemini before, got too boring there 12:04 < broke> just me 12:04 < broke> I think people in gopher has more fun 12:04 < broke> even though its 80 char fixated pages, you have freedom in this 80 chars 12:04 -!- pruiz [~7c00@user/pruiz] has quit [Quit: WeeChat 4.9.0] 12:05 < thenightmail> is links+ just links2 with even more features? i'm curious about your setup, do you have different machines with different setups? 12:05 < broke> Currently, I don't have a browser in here, so I spin up my already dying phone's firefox, why must browsers be like this 12:06 < broke> thenightmail: I do have mutliple machine but on all of them I have links2 12:06 -!- jupiter_ [~jupiter12@ip-83-99-36-109.dyn.luxdsl.pt.lu] has joined #openbsd 12:06 < broke> links is kind of legacy 12:07 < broke> links2 is less legacy 12:07 < broke> mainly websites/search engines that does redirections 12:08 < broke> redirect links I mean, those don't work on links 12:08 < broke> (also links+ = links2) 12:08 < broke> links2 is the version name, and links+ is the pkg name in openbsd which is the same 12:09 < broke> I don't know why its + instead of 2 12:09 -!- jupiter126 [~jupiter12@ip-83-99-36-109.dyn.luxdsl.pt.lu] has quit [Ping timeout: 248 seconds] 12:09 < broke> On the other hand dillo is pretty good for minimal websites that uses HTML 4.1 and CSS 2.1 which is like 10% of the internet 12:09 < broke> 6% of them are websites from <2010 12:10 < broke> ok I'll stop with this nonsense actually I was just messing with random stats I made up 12:10 < broke> When it comes to the web and openbsd, I've always heard OpenBSD people hate HTTP entirely. 12:11 < broke> So does the Bell Labs people too. 12:12 < broke> Anyways, links is not a vim-like or whatever browser, you can however hack in source code to get it act like so, and that Links rendering beats both w3m and Lynx, no doubt 12:13 < broke> Infact, sometimes I've resorted to Links+ when reading texts 12:13 < broke> People have some ReaderMode or some stuff in their modern browser to be able to read, I'm here in Links being able to read amazingly from the default rendering 12:14 -!- Guest76 [~Guest76@c-69-255-156-246.hsd1.md.comcast.net] has quit [Quit: Client closed] 12:16 < thenightmail> nice, just install links+. I'm on the zilog z80 page and just hit jump to content and boom there it all is. heck yeah, thanks for mentioning links+ 12:17 < sibiria> what if you go to 6502 page? won't make it. too powerful cpu 12:18 < thenightmail> :) 12:18 < broke> thenightmail: the jump_to_content is the way 12:18 < broke> however not many websites actually do that 12:18 < broke> so on those you are to do PGDN a lot 12:18 < broke> :\ 12:19 < broke> infact I had one experience where the NAV was sooooooooo long 12:24 < sonya> broke: did you try to manage "link copy" via kbd in links+? in links -g you can right click and copy, but.. thanks 12:24 < broke> my terminal emulator 12:24 < broke> I use st, and I have a st-copyurl-multiline patch 12:24 < sonya> oh.. 12:24 < broke> also useful with irssi 12:24 < broke> for here 12:24 < sonya> i get it 12:25 < broke> a must feature from me to be honest, I cannot live without that functionality, especially if you main Links+ 12:25 < broke> s/from/for/ 12:25 -!- tertullian [~sonne@ip-095-222-113-247.um34.pools.vodafone-ip.de] has joined #openbsd 12:26 < sonya> actually tabbed browsing and seamless link copy is why i'm still with w3m.. :) 12:26 -!- joepublic [~joe@fsf/member/joepublic] has joined #openbsd 12:27 < broke> hmmm, btw whoever made the openbsd website clearly used some modern features 12:27 < IcePic> it was using not-modern things for a long while, and some complained about that too 12:28 < broke> oh yeah I get that too 12:28 < broke> you are not alone 12:28 < broke> people called me autistic for it 12:28 < broke> "You must love ruining your life using a TUI web browser that doesn't even work" 12:28 < broke> Hello hello, I've been using it for 2 years 12:29 < thenightmail> like ok u ipad baby (maybe that is a bit harsh ..) 12:30 < broke> oh nah, I don't really respond to these kind of insults because its a pain in the ass when they keep on arguing lmao 12:31 < broke> if you probably saw www.openbsd.org in Links+, and also in some modern web browser you probably can see some kind of newer CSS being used 12:31 < broke> instead of the old style (<2010) people used to abuse tables 12:32 < broke> (tables inside tables inside tables) 12:33 < hmjsp> mischief: surprisingly small. good to know then. whatcha doin on the orangepi? 12:34 < mischief> basking in the glory of openbsd working natively on a riscv64 machine 12:34 -!- jmcunx [jmccue@user/zjmc] has joined #openbsd 12:34 < hmjsp> :) 12:35 < broke> (wait openbsd supported the riscs?) 12:35 < mischief> i might try to contribute a driver, but for one i might have to deal with upstream devicetree poop so i'm a little less motivated 12:35 < hmjsp> riscv is cool because no licensing costs, but if it ever picks up, im afraid that any costs saved would just go as profit to manufacturers rather than making products cheaper 12:36 -!- zcram [~zcram@user/zcram] has joined #openbsd 12:37 < broke> hmm, manufacturers are playing with ARMs these days though 12:37 < broke> I think they are settled on that 12:37 < mischief> broke: see https://www.openbsd.org/riscv64.html 12:37 < broke> cool, I didn't notice that on the list 12:37 -!- lcubed [~lcubed@user/lcubed] has quit [Remote host closed the connection] 12:37 < mischief> spacemit k1 devices aren't listed there yet but likely will be eventually 12:37 < broke> wait nvm it *was* on the list 12:38 * broke facepalms 12:38 < hmjsp> it's interesting how niche OSes like openbsd and netbsd have much broader and more consistent support for more varied hardware, but linux only excels on bleeding edge stuff 12:39 < broke> Linux excels on bleeding everything 12:39 < hmjsp> xD 12:39 < broke> (no joke) 12:39 < mischief> i want a spacemit k3 next, but they are hard to find and a bit expensive for my taste 12:39 < hmjsp> linux is tolerable 12:40 < hmjsp> currently stuck with artix for the past couple years because i cba to distro hop... it doesn't have a sane base system (basic stuff is missing), and constant updates are annoying, but no other distro is simple AND has a sane release cycle (i.e. 6 months). plus the aur is great 12:41 < hmjsp> need linux for some win apps for uni 12:41 < hmjsp> freebsd might be worth giving a shot for win apps but at this point any advantages that freebsd gives will be offset by learning stuff all over again. my setup sucks but is good enough 12:43 < thenightmail> mm, so far I've survived uni without windows apps. whatever they require I would just head to their computer lab to do it 12:43 -!- broke [~broke@user/broke] has quit [Ping timeout: 252 seconds] 12:43 < thenightmail> i have a matlab class that I'm hoping to do with octave, but I haven't looked into how all that works yet, are you also studying computer science? 12:43 < hmjsp> things would PROBABLY work... but i'd rather be sure it WILL work. it's really only ltspice and some custom C# app 12:44 < hmjsp> nope, electrical engineering 12:44 < rIMpossible> G'afternoon. I want to let all my X applications run on a dedicated datacenter machine with following specs: AMD Ryzen 5 3600, 2x HDD SATA 2,0 TB Enterprise, 2x RAM 32768 MB DDR4, NIC 1 Gbi 12:44 -!- broke [~broke@user/broke] has joined #openbsd 12:45 < rIMpossible> AMD Ryzen 5 3600, 2x HDD SATA 2,0 TB Enterprise, 2x RAM 32768 MB DDR4, NIC 1 Gbi 12:45 < rIMpossible> t Intel I210 12:45 < rIMpossible> sorry 12:45 < broke> spec flex 12:45 < hmjsp> lol 12:45 < hmjsp> so u wanna run X over ssh? 12:45 < rIMpossible> Is this sufficent if I am 120 km away from the DC and the ping is below 30 ms ? 12:46 < rIMpossible> hmjsp: yes. So I can use dump notebooks 12:46 < hmjsp> i doubt distance is itself the issue as much as it is bandwidth and as you said ping 12:46 < rIMpossible> FreeCAD, Blender, Libreoffice, ... 12:46 < hmjsp> i have no experience doing that tho so good luck 12:46 < hmjsp> i might do the same tho tbh 12:46 < broke> IIRC, X over SSH requires the client machine to be able to render the stuff as well 12:47 < broke> so the client has to be pretty powerful 12:47 < hmjsp> for freecad mainly, i have a similar machine (ryzen 5700x) 12:47 < rIMpossible> broke: nope 12:47 -!- jupiter_ [~jupiter12@ip-83-99-36-109.dyn.luxdsl.pt.lu] has quit [Ping timeout: 245 seconds] 12:47 < hmjsp> just rendering the window contents surely? 12:47 -!- jupiter126 [~jupiter12@ip-83-99-36-109.dyn.luxdsl.pt.lu] has joined #openbsd 12:47 -!- hotsoup_ [~hotsoup@user/hotsoup] has joined #openbsd 12:47 < broke> I'm not sure how X forwarding actually works 12:47 < broke> is there some documentation on it? 12:47 < rIMpossible> man ssh 12:48 < broke> that's it? 12:48 < broke> I mean the backend 12:48 < mischief> interactive graphics + latency is usually a losing combo 12:48 < rIMpossible> hmjsp: yes 12:48 < hmjsp> how fast is your internet connection rIMpossible ? ur NIC is 1Gb but do you actually have 1Gb internet? 12:48 < mischief> try it over a lan first and see what you think 12:48 < hmjsp> good idea 12:48 < mischief> then doing it over the internet becomes: that but worse 12:49 < rIMpossible> mischief: any advice, I want to use the Hetzner DC in Falkenstein/DE 12:49 < rIMpossible> Nuremberg is too far 12:49 < hmjsp> is there a way to emulate latency on ur router? or on the client? 12:49 -!- hotsoup [~hotsoup@user/hotsoup] has quit [Ping timeout: 256 seconds] 12:49 < mischief> rIMpossible: i am on nearly the other side of the planet from you. :-) 12:49 < rIMpossible> hmjsp: yeah, how you do for spoofers and other intruder crap 12:49 < rIMpossible> 'throttling' 12:50 < hmjsp> any programs in particular? this idea is interesting 12:50 < mischief> linux tc can do this 12:50 < rIMpossible> mischief: Hello from the other side of the planet :-) 12:50 < hmjsp> ...because i have a super underpowered netbook and if i can just connect it to net and get insanely powerful compute remotely... then that would be awesome :) 12:50 < broke> I've tried that 12:50 < hmjsp> mischief: ok will look into it 12:50 < broke> just could be me, firefox ran ass 12:51 < broke> I was done then and there 12:51 < broke> this is under LAN 12:51 < hmjsp> oop 12:51 < hmjsp> that doesn't sound goood 12:51 < broke> yes on underpowered netbooks especially 12:51 < broke> or low end laptops 12:51 < broke> (as in very weak laptops) 12:52 < hmjsp> how much throughput was the netbook capable of? maybe that's a factor? 12:52 < rIMpossible> mischief: any blog or other source, where I can see some setup for a smooth entry in that topic? 12:52 < broke> tbh I want to know how X is forwarded before anything 12:52 -!- lcubed [~lcubed@user/lcubed] has joined #openbsd 12:52 < mischief> wifi will get you a good order of magnitude more latency than on ethernet as well, and pretty high jitter too 12:52 < broke> after that I could probably figure out if I could get it working 12:52 < mischief> rIMpossible: on what, linux tc? 12:52 < broke> mischief: so its best with both machines eth connected? 12:53 < rIMpossible> No, X remote 12:53 < broke> infact, that could just mean you'd just eth connect them directly 12:53 < broke> :\ 12:53 < hmjsp> i wonder if X forwarding sucks as a protocol issue, maybe it's very talkative 12:54 < broke> probably not, I just haven't seen much blogs/articles on it 12:54 < hmjsp> afaik one of the core ideas in plan9 is networked computing, as in being able to use compute resources over network much more seamlessly. i wonder how they handle it and if it's any better with latency, etc 12:54 < broke> that should probably tell you what's up 12:54 < broke> people don't bother with X forwarding I guess 12:55 < mischief> rIMpossible: it's not complicated, just ssh -X 12:55 < rIMpossible> X in general is very unsecure due to missing ACL, ... 12:55 -!- Xenguy [~Xenguy@user/xenguy] has quit [Ping timeout: 244 seconds] 12:55 < mischief> hmjsp: no, it isn't 12:55 < broke> you should also ssh -XC 12:55 < rIMpossible> mischief: ok I will make me familiar with the man page in detail 12:55 < broke> -C for compression 12:56 < broke> that made it a tiny bit better on my end when I was testing 12:56 < thenightmail> I found the mailing list archive website, is it possible to download these archives and view them in neomutt or whatever mail client 12:56 < broke> hmm do they provide a mbox file? 12:56 < rIMpossible> I think I'll protect the connection to the DC machine with IPSEC or WG 12:57 < broke> iirc some mailing list archive the entire list into a mbox file 12:57 < hmjsp> interesting stuff... anyhow i'll log off for a while since i have a bunch of stuff to do 12:57 < broke> or a maildir archive 12:57 < hmjsp> adios 12:57 -!- Xenguy [~Xenguy@user/xenguy] has joined #openbsd 12:57 < broke> bye 13:03 < broke> hmm, I guess I was kinda wrong, its *kind* of usable 13:03 < broke> (on LAN) 13:03 < broke> (wifi client, eth server) 13:04 < broke> I'm just gonna try gimp of all things 13:12 < thenightmail> I don't see a provided mbox file for the whole list, just for individual messages 13:13 < broke> how the links of the files like? 13:13 < broke> you could probably write a shell script to grab all of them 13:14 < broke> (doesn't sounds like a good idea to do for probably 70K of them though) 13:14 < broke> hmm... maybe you could ask about an archive by them for the mailing list on the mailing list 13:18 -!- agentcasey [~agentcase@192.155.88.18] has joined #openbsd 13:21 < thenightmail> maybe I am looking for public-inbox hmm 13:23 < thenightmail> nah that seems only linux stuff ... 13:23 -!- jupiter_ [~jupiter12@ip-83-99-36-109.dyn.luxdsl.pt.lu] has joined #openbsd 13:25 < thenightmail> ah i am very confused, public inbox is the server setup i would want a client it seems? huh 13:26 -!- jupiter126 [~jupiter12@ip-83-99-36-109.dyn.luxdsl.pt.lu] has quit [Ping timeout: 264 seconds] 13:32 -!- librecat [uid714233@id-714233.helmsley.irccloud.com] has quit [Quit: Connection closed for inactivity] 13:37 -!- ixc [~ixc@user/ixc] has quit [Quit: Lost terminal] 13:42 -!- paulf [~paulf@146.122.203.34] has quit [Ping timeout: 245 seconds] 13:42 -!- mexen [uid495612@user/mexen] has quit [] 13:47 -!- paulf [~paulf@146.122.203.34] has joined #openbsd 13:47 < mischief> broke: now with your wifi and 2ms latency and horrible jitter, imagine how it is across a link with 10 or 20 times more latency 13:49 -!- ptr_rzmv_ [~ptr_rzmv@user/ptr-rzmv:51684] has quit [Ping timeout: 244 seconds] 13:50 < broke> Well yeah that would be horrible but *workable* I guess 13:50 < broke> or not 13:50 < broke> :\ 13:50 -!- vados [~vados@46-133-16-250.mobile.vf-ua.net] has quit [Quit: WeeChat 4.7.1] 13:51 -!- gbon121 [~bxg7@user/gbon121] has quit [Ping timeout: 244 seconds] 13:51 -!- hygo [~hygo@user/hygo] has quit [Ping timeout: 255 seconds] 13:52 < mischief> it's not that it can't be used, it's just continually annoying 13:53 -!- gbon121 [~bxg7@user/gbon121] has joined #openbsd 13:55 < broke> agreed 13:56 -!- vados [~vados@46-133-16-250.mobile.vf-ua.net] has joined #openbsd 13:56 -!- sputnik [kli0rf@user/kli0rf] has quit [Quit: Lost terminal] 14:00 < sibiria> if you really have horrible jitter or latency as soon as you send 10 mbit/s over wifi then something is wrong 14:06 < mischief> it depends on where i ping from, but it's mostly 2-3ms for wifi. sometimes the jitter can be 10-20ms, or worse. ethernet is pretty solid at < 0.2 ms 14:10 < sibiria> ~2 ms is pretty typical for wifi and in itself less than the typical 1/60th of a second frame update (16 ms). action->screen update delay becomes annoying when lagging behind 3-4 frames 14:11 < sibiria> my wireless network shoots up to about 20-25 ms latency at 20 mbit/s throughput (802.11ac) 14:12 -!- polishdub [~polishdub@ip68-2-244-75.ph.ph.cox.net] has joined #openbsd 14:15 -!- ixc [~ixc@user/ixc] has joined #openbsd 14:15 -!- nobody-- is now known as eea 14:18 -!- psydroid2 [~psydroid@user/psydroid] has joined #openbsd 14:21 -!- b50d [~b50d@62.96.54.30] has quit [Remote host closed the connection] 14:23 -!- macabro [~user@user/monkey/x-0691028] has quit [Ping timeout: 244 seconds] 14:24 < mischief> i am on 802.11be using 6ghz and 160MHz channels, afaict 14:24 < mischief> can get about a gigabit both ways 14:25 < mischief> the jitter actually got better with sftp running 14:25 -!- Exagone313 [exa@irc.moe] has joined #openbsd 14:25 -!- Exa [exa@irc.moe] has quit [Ping timeout: 264 seconds] 14:27 -!- Bradipo [jjxh8c3d7l@50.77.44.19] has joined #openbsd 14:27 -!- Exagone313 is now known as Exa 14:30 < rIMpossible> mischief: 802.11be on OpenBSD? 14:30 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection] 14:31 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd 14:33 < mischief> no, i was testing my work thinkpad with linux 14:34 < rIMpossible> Are there actually USB solutions on the market, which are supported by OpenBSD? 14:36 < mischief> for... 802.11be? don't think so 14:36 -!- librecat [uid714233@id-714233.helmsley.irccloud.com] has joined #openbsd 14:37 -!- janicious [~jan@user/Janicious] has joined #openbsd 14:37 < rIMpossible> I am looking for something to pimp my apu2 as host 14:38 < rIMpossible> still have the compex card from pcengines in there back at that time. It feels kinda rusty nowadays ;) 14:40 < mischief> i feel like this has come up many times here, and most people say: don't run an ap on openbsd 14:42 < mischief> the code for the newer qualcomm chipsets that are in most APs is BSD licensed, so nothing would really stop a brave soul from trying a port.. :-) 14:44 -!- fspax [~fspax@46.148.130.252] has joined #openbsd 14:47 -!- keri_lee [~Keri@user/keri-lee:35304] has joined #openbsd 14:47 < sibiria> even 802.11n is poorly supported in openbsd. and no wpa3. best just stick to a second device with openwrt or similar 14:47 < rIMpossible> mischief: Wasn't there anything with the preliminaries for the IEEE802.11 driver from Damien Bergamini, which needs further work BEFORE newer wireless drivers with there features can be ported? 14:48 < rIMpossible> s/there/their 14:51 -!- tozhu [~tozhu@171.223.92.114] has joined #openbsd 14:52 < rIMpossible> sorry, Damien Bergamini wrote the iwn driver, my fault 14:54 < sibiria> he also wrote the excellent but unfortunately stuck in 802.11g land, ral(4) 14:54 < sibiria> i waited many years for 802.11n support in ral(4) but alas 14:55 < sibiria> i ran it in hostap mode for about 10 years. super stable, not even once did it drop out or have a jumpy connection 14:56 < rIMpossible> I am using athn(4) in my apu2, what are the current options, when I need hostap mode? 14:56 -!- skippy8 [~skippy8@user/Skippy8] has joined #openbsd 14:57 < sibiria> i think it's just ral(4) and ural(4)? maybe one more, but that's about it. very few of the drivers can do hostap 14:57 < rIMpossible> sibiria: I had also very stable run with athn(4) nothing to complain 14:57 < broke> iirc athn are the popular ones 14:58 < broke> I was told to swtich to athn's before using openbsd, but iwn(4) even though its non-free works great, then again, *non-free* could be a reason to ditch it altogether 14:58 < sibiria> maybe we had this discussion before, but *which* athn(4) chipset? 14:59 < sibiria> i've tried 4 or 5 of them a couple of years ago, and it was a complete dumpster fire 14:59 < sibiria> absolutely unusable 14:59 < broke> wifi catching on fire? 14:59 < broke> that's news 14:59 < sibiria> i couldn't even use those in bss mode (regular client) 15:01 < rIMpossible> I have this one: athn0 at pci4 dev 0 function 0 "Atheros AR928X" rev 0x01: apic 5 int 16 15:01 < rIMpossible> athn0: AR9280 rev 2 (2T2R), ROM rev 22, address xxxxxxxxxxxxx 15:01 < sibiria> 9280, ok 15:01 -!- paulf [~paulf@146.122.203.34] has quit [Ping timeout: 245 seconds] 15:03 -!- Thorne [~thorne@user/Thorne] has quit [K-Lined] 15:03 < mischief> looks like bwfm as featured on an rpi can run in ap :)) 15:03 -!- nature [~nature@8-3-83-135.starry-inc.net] has joined #openbsd 15:04 < sibiria> "The firmware is outdated and contains known vulnerabilities." 15:04 < sibiria> broadcom (and qualcomm) in a nutshell. tons of vulns, nothing ever gets patched 15:04 -!- gbon121 [~bxg7@user/gbon121] has quit [Quit: leaving] 15:04 -!- bagatur [~bagatur@user/bagatur] has quit [Ping timeout: 252 seconds] 15:05 < rIMpossible> So, better stick with athn(4) if reliability and security is important? 15:05 < mischief> that seems fixable..? not sure why the fw is so old 15:06 -!- paulf [~paulf@146.122.203.34] has joined #openbsd 15:07 < sibiria> rIMpossible: who knows. could be a stab in the dark. it's particularly troublesome if the device has internal firmware that is next to impossible to vet 15:07 -!- tozhu [~tozhu@171.223.92.114] has quit [Ping timeout: 250 seconds] 15:07 -!- tochu [~tozhu@171.212.255.13] has joined #openbsd 15:07 -!- bagatur [~bagatur@user/bagatur] has joined #openbsd 15:09 < rIMpossible> 1 Notebook, 1 Desktop is wired. So I bring the 2nd notebook also on wire. Just need to re-fix the again broken 1 GBit/s h/w-port 15:09 < mischief> sibiria: uhuh... 'The firmware is outdated and contains known vulnerabilities.' was added in 2017 and the firmware revision is at year 2020.. so that advice may be out of date 15:09 < sibiria> now it's just 6 years old 15:10 < mischief> :') 15:10 < rIMpossible> *grusel* 15:10 < rIMpossible> sorry for german :) 15:10 < sibiria> i think in general it's easier to trust something like openwrt for this, instead of openbsd. unfortunately 15:10 < sibiria> a lot of eyes on openwrt and the common devices they support 15:10 < sibiria> e.g. realtek's (mediatek) many chipsets 15:11 < sibiria> many of their wifi transceivers also have open source firmware 15:13 < sibiria> ralink* not realtek 15:15 -!- prd [~prd@147.161.188.106] has joined #openbsd 15:17 -!- lite [~lite@41.138.91.167] has joined #openbsd 15:17 -!- ivdsangen [~ivo@83-82-34-145.cable.dynamic.v4.ziggo.nl] has joined #openbsd 15:19 -!- prd [~prd@147.161.188.106] has quit [Quit: Client closed] 15:22 -!- fspax [~fspax@46.148.130.252] has quit [Ping timeout: 244 seconds] 15:22 < rIMpossible> sibiria: mischief: I made a comparison of all the drivers with deepseek and apparently athn(4) is current best choice for hostap and security. I let it check from here https://man.openbsd.org/?query=wireless&apropos=1&sec=4&arch=default&manpath=OpenBSD-current 15:25 < rIMpossible> Thanks for discussing this out. I think the external solution with an OpenWRT device for better performance/security and options seems reasonable 15:25 < rIMpossible> ... if wanted ... 15:25 -!- janicious [~jan@user/Janicious] has quit [Quit: WeeChat 4.7.1] 15:28 -!- nature [~nature@8-3-83-135.starry-inc.net] has quit [Read error: Connection reset by peer] 15:28 -!- carlomonte [~carlomont@user/carlomonte] has joined #openbsd 15:30 -!- nature [~nature@8.3.83.135] has joined #openbsd 15:31 -!- airrick [~airrick@user/airrick] has quit [Ping timeout: 245 seconds] 15:35 -!- lite [~lite@41.138.91.167] has quit [Read error: Connection reset by peer] 15:36 -!- lite [~lite@137.255.8.70] has joined #openbsd 15:43 -!- paulf [~paulf@146.122.203.34] has quit [Ping timeout: 245 seconds] 15:48 -!- nature [~nature@8.3.83.135] has quit [Quit: WeeChat 4.9.0] 15:50 -!- paulf [~paulf@146.122.203.34] has joined #openbsd 15:54 -!- lite [~lite@137.255.8.70] has quit [Quit: lite] 15:55 -!- lite [~lite@137.255.8.70] has joined #openbsd 15:55 -!- lite [~lite@137.255.8.70] has quit [Remote host closed the connection] 15:59 -!- hygo [~hygo@user/hygo] has joined #openbsd 15:59 -!- nature [~nature@8-3-83-135.starry-inc.net] has joined #openbsd 16:03 -!- jetpackjackson_ is now known as jetpackjackson 16:07 -!- scain [~ircclient@2600:3c00:e000:30c::1001] has quit [Quit: Quit] 16:08 -!- scain [~ircclient@2600:3c00:e000:30c::1001] has joined #openbsd 16:10 -!- jupiter__ [~jupiter12@ip-83-99-36-109.dyn.luxdsl.pt.lu] has joined #openbsd 16:13 -!- jupiter_ [~jupiter12@ip-83-99-36-109.dyn.luxdsl.pt.lu] has quit [Ping timeout: 276 seconds] 16:22 -!- ptr_rzmv [~ptr_rzmv@user/ptr-rzmv:51684] has joined #openbsd 16:24 -!- afresh1 [~afresh1@us.holligan.net] has joined #openbsd 16:26 -!- Xenguy [~Xenguy@user/xenguy] has quit [Remote host closed the connection] 16:26 -!- Xenguy [~Xenguy@user/xenguy] has joined #openbsd 16:27 -!- tangentnet [~tangentne@user/tangentnet] has quit [Quit: Leaving] 16:29 -!- paulf [~paulf@146.122.203.34] has quit [Quit: Client closed] 16:32 -!- agentcasey [~agentcase@192.155.88.18] has quit [Ping timeout: 244 seconds] 16:40 -!- jedelava [~jedelava@46.20.166.115] has left #openbsd [] 16:50 -!- xet7 [~xet7@user/xet7] has joined #openbsd 16:55 -!- slim [~slim@user/meow/slim] has quit [Quit: bWFkZSB5b3UgbG9vaw==] 16:56 -!- keri_lee [~Keri@user/keri-lee:35304] has quit [Quit: leaving] 16:57 -!- sonya [~nologin@gateway/tor-sasl/sonya] has quit [Ping timeout: 265 seconds] 16:57 < Posterdati> hi 16:57 -!- sonya [~nologin@gateway/tor-sasl/sonya] has joined #openbsd 16:58 -!- cybniv [~niv@2001:470:7857:1f88::f] has joined #openbsd 16:58 < broke> hello 16:58 < Posterdati> please help, I'd like to port OpenBSD kernel to stm32mp257 which is a cortex-a35 arm cpu. Is it possible to avoid u-boot code and load the kernel directly (using firmware routine)? 16:59 -!- alx_ [~alx@195.15.28.34] has joined #openbsd 16:59 -!- linetrac1 [~linetrace@24.60.111.191] has joined #openbsd 16:59 -!- joe_ [~joe@2603:6082:6300:5c:4edd:777e:c659:f3f3] has joined #openbsd 17:00 -!- unrznbl_ [1db697e805@2a03:6000:1812:100::146e] has joined #openbsd 17:00 -!- snk_ [~snk@user/snk] has joined #openbsd 17:00 -!- kypwny_ [~kypwny@user/kypwny] has joined #openbsd 17:01 -!- thenight- [~thenightm@2001:1af8:4700:b0e0:400::] has joined #openbsd 17:01 -!- rnelson_ [sid392133@user/rnelson] has joined #openbsd 17:01 -!- jakesyl______ [sid56879@id-56879.hampstead.irccloud.com] has joined #openbsd 17:01 -!- Exagone313 [exa@irc.moe] has joined #openbsd 17:01 -!- senzilla_ [sid151180@id-151180.hampstead.irccloud.com] has joined #openbsd 17:01 -!- dayid_ [~dayid@bench.dayid.org] has joined #openbsd 17:01 -!- dayid_ [~dayid@bench.dayid.org] has quit [Changing host] 17:01 -!- dayid_ [~dayid@user/dayid] has joined #openbsd 17:01 -!- chorc_ [~chorc@user/chorc] has joined #openbsd 17:01 -!- andrath_ [~andrath@castor.hackerheaven.org] has joined #openbsd 17:01 -!- rkta_ [~rkta@user/rkta] has joined #openbsd 17:01 -!- kypwny [~kypwny@user/kypwny] has quit [Ping timeout: 272 seconds] 17:01 -!- kuzdra [~kuzdra@user/kuzdra] has quit [Ping timeout: 272 seconds] 17:01 -!- unrznbl [1db697e805@2a03:6000:1812:100::146e] has quit [Ping timeout: 272 seconds] 17:01 -!- snk [~snk@user/snk] has quit [Ping timeout: 272 seconds] 17:01 -!- uwharrie [~uwharrie@user/uwharrie] has quit [Ping timeout: 272 seconds] 17:01 -!- senzilla [sid151180@id-151180.hampstead.irccloud.com] has quit [Ping timeout: 272 seconds] 17:01 -!- rnelson [sid392133@user/rnelson] has quit [Ping timeout: 272 seconds] 17:01 -!- polishdub [~polishdub@ip68-2-244-75.ph.ph.cox.net] has quit [Ping timeout: 272 seconds] 17:01 -!- carneous [~carneous@telefrag.claustrophobopolis.com] has quit [Ping timeout: 272 seconds] 17:01 -!- schalken [~schalken@117-118-178-69.gci.net] has quit [Ping timeout: 272 seconds] 17:01 -!- RootCellar [~RootCella@user/RootCellar] has quit [Ping timeout: 272 seconds] 17:01 -!- mesaoptimizer [~user@user/PapuaHardyNet] has quit [Ping timeout: 272 seconds] 17:01 -!- dostoyevsky2 [~sck@user/dostoyevsky2] has quit [Ping timeout: 272 seconds] 17:01 -!- letoram [~bjorn@user/letoram] has quit [Ping timeout: 272 seconds] 17:01 -!- kpcyrd [~kpcyrd@archlinux/package-maintainer/kpcyrd] has quit [Ping timeout: 272 seconds] 17:01 -!- apotheon [~apotheon@copyfree/founder/apotheon] has quit [Ping timeout: 272 seconds] 17:01 -!- dlg [~dlg@toy.eait.uq.edu.au] has quit [Ping timeout: 272 seconds] 17:01 -!- andrath [~andrath@castor.hackerheaven.org] has quit [Read error: Connection reset by peer] 17:01 -!- Iketani [~Iketani@46.23.90.48] has quit [Read error: Connection reset by peer] 17:01 -!- rkta [~rkta@user/rkta] has quit [Read error: Connection reset by peer] 17:01 -!- chorc [~chorc@user/chorc] has quit [Read error: Connection reset by peer] 17:01 -!- dayid [~dayid@user/dayid] has quit [Read error: Connection reset by peer] 17:01 -!- kypwny_ is now known as kypwny 17:01 -!- thenightmail [~thenightm@user/thenightmail] has quit [Read error: Connection reset by peer] 17:01 -!- snk_ is now known as snk 17:01 -!- thenight- is now known as thenightmail 17:01 -!- senzilla_ is now known as senzilla 17:02 -!- rnelson_ is now known as rnelson 17:02 -!- unrznbl_ is now known as unrznbl 17:02 -!- Exa [exa@irc.moe] has quit [Read error: Connection reset by peer] 17:02 -!- apotheon_ [~apotheon@copyfree/founder/apotheon] has joined #openbsd 17:02 -!- LenPayne_ [~LenPayne@user/lenpayne] has joined #openbsd 17:02 -!- niv [~niv@limbo.cypherpunks.io] has quit [Read error: Connection reset by peer] 17:02 -!- greaser|q [greaser@antihype.space] has joined #openbsd 17:02 -!- Iketani [~Iketani@46.23.90.48] has joined #openbsd 17:02 -!- joepublic [~joe@fsf/member/joepublic] has quit [Ping timeout: 272 seconds] 17:02 -!- tertullian [~sonne@ip-095-222-113-247.um34.pools.vodafone-ip.de] has quit [Ping timeout: 272 seconds] 17:02 -!- acidsys [~crameleon@openSUSE/member/crameleon] has quit [Ping timeout: 272 seconds] 17:02 -!- swaggboi [~kvirc@slackware.uk/supporter/swaggboi] has quit [Ping timeout: 272 seconds] 17:02 -!- jkossen [~jochem@user/jkossen] has quit [Ping timeout: 272 seconds] 17:02 -!- qiy [~rusty2@user/scuttlecell] has quit [Ping timeout: 272 seconds] 17:02 -!- rcf [rcf@alps.edemeumasinus.online] has quit [Ping timeout: 272 seconds] 17:02 -!- alx^ [~alx@195.15.28.34] has quit [Ping timeout: 272 seconds] 17:02 -!- linetrace [~linetrace@c-24-60-111-191.hsd1.vt.comcast.net] has quit [Ping timeout: 272 seconds] 17:02 -!- jakesyl_____ [sid56879@id-56879.hampstead.irccloud.com] has quit [Ping timeout: 272 seconds] 17:02 -!- aibo [~aibo@user/aibo] has quit [Ping timeout: 272 seconds] 17:02 -!- GreaseMonkey [greaser@user/greasemonkey] has quit [Ping timeout: 272 seconds] 17:02 -!- LenPayne [~LenPayne@user/lenpayne] has quit [Ping timeout: 272 seconds] 17:02 -!- tureba [tureba@tureba.org] has quit [Ping timeout: 272 seconds] 17:02 -!- waffles_ is now known as waffles 17:02 -!- kpcyrd [~kpcyrd@archlinux/package-maintainer/kpcyrd] has joined #openbsd 17:02 -!- RootCellar [~RootCella@user/RootCellar] has joined #openbsd 17:02 -!- polishdub [~polishdub@ip68-2-244-75.ph.ph.cox.net] has joined #openbsd 17:02 -!- dostoyevsky2 [~sck@user/dostoyevsky2] has joined #openbsd 17:02 -!- tertullian [~sonne@ip-095-222-113-247.um34.pools.vodafone-ip.de] has joined #openbsd 17:02 -!- letoram [~bjorn@user/letoram] has joined #openbsd 17:02 -!- aibo [~aibo@user/aibo] has joined #openbsd 17:02 -!- carneous [~carneous@telefrag.claustrophobopolis.com] has joined #openbsd 17:02 -!- rcf [rcf@alps.edemeumasinus.online] has joined #openbsd 17:02 -!- jkossen [~jochem@user/jkossen] has joined #openbsd 17:02 -!- qiy [~rusty2@user/scuttlecell] has joined #openbsd 17:03 -!- tureba [tureba@tureba.org] has joined #openbsd 17:03 -!- dlg [~dlg@toy.eait.uq.edu.au] has joined #openbsd 17:03 -!- slim [~slim@user/meow/slim] has joined #openbsd 17:03 -!- Exagone313 is now known as Exa 17:03 -!- schalken [~schalken@117-118-178-69.gci.net] has joined #openbsd 17:03 -!- acidsys [~crameleon@openSUSE/member/crameleon] has joined #openbsd 17:03 -!- mesaoptimizer [~user@user/PapuaHardyNet] has joined #openbsd 17:03 -!- swaggboi [~kvirc@slackware.uk/supporter/swaggboi] has joined #openbsd 17:07 -!- kuzdra [~kuzdra@user/kuzdra] has joined #openbsd 17:08 -!- seventh [~seventh@157.254.55.110] has joined #openbsd 17:15 -!- jerryf_ [~jerryf@user/jerryf] has joined #openbsd 17:15 -!- jerryf [~jerryf@user/jerryf] has quit [Remote host closed the connection] 17:22 -!- joe_ is now known as joepublic 17:22 -!- joepublic [~joe@2603:6082:6300:5c:4edd:777e:c659:f3f3] has quit [Changing host] 17:22 -!- joepublic [~joe@fsf/member/joepublic] has joined #openbsd 17:34 -!- kattsand [~kattsand@2a00:801:5b2:d24a:82d8:e9c2:e9a5:c48d] has joined #openbsd 17:35 < cgnarne> i think u-boot can be considered "the firmware" so i'm not sure what you are asking for makes sense. 17:36 < cgnarne> also, iirc u-boot uefi is used to load the kernel 17:37 -!- H3110 [~H3110@49.36.113.228] has joined #openbsd 17:39 < H3110> Hey, I am a new user, is this correct? 17:39 < H3110> To maintain a system, for stable, use 17:39 < H3110> 1) syspatch for OS and 17:39 < H3110> 2) pkg_add -u for third party software. 17:39 < H3110> That's it. 17:39 < H3110> And I'm thinking to switch to current, so: 17:39 < H3110> 1) Don't use syspatch, but use sysupgrade -s for OS 17:39 < H3110> 2) pkg_add -u for third party. 17:39 < H3110> Nothing else right? 17:39 < H3110> thank you 17:41 -!- sandmanXpuff [~sandmanXp@user/sandmanXpuff] has quit [Quit: Leaving] 17:41 < H3110> and should i follow/check any mailing list before upgrading a -current system every time? 17:41 -!- thenightmail [~thenightm@2001:1af8:4700:b0e0:400::] has quit [Changing host] 17:41 -!- thenightmail [~thenightm@user/thenightmail] has joined #openbsd 17:42 -!- librecat [uid714233@id-714233.helmsley.irccloud.com] has quit [Quit: Connection closed for inactivity] 17:45 -!- skippy8 [~skippy8@user/Skippy8] has left #openbsd [WeeChat 4.8.1] 17:45 < cgnarne> that is probably a good idea, yes 17:47 < H3110> Hey cgnarne, in which mailist do they announce manual intervention required by user? tech? also is my above system maintaince fine or am I wrong/missing something? 17:47 < H3110> Thank you! 17:47 < rIMpossible> H3110: check mailing list archive (marc.info) or subscribe to openbsd-misc, openbsd-dev. you'll find the procedure and list site on the openbsd site 17:48 < H3110> I have subscribed to announce, i'll check out these too thank you 17:49 < rIMpossible> H3110: announce is probably not what you want, if you are on the bleeding edge (-current) 17:49 < H3110> ohh got it. its erreta only for stable i guess 17:49 < rIMpossible> yes 17:50 < rIMpossible> H3110: https://www.openbsd.org/mail.html check this out 17:50 < cgnarne> I think your list is fine. maybe take a look at sysutils/sysclean 17:51 < H3110> alright, thank you both :) 17:51 < rIMpossible> yaw 17:51 < rIMpossible> H3110: with pleasure 17:51 -!- ewig [~ewig@user/ewig] has quit [Remote host closed the connection] 17:53 -!- kattsand [~kattsand@2a00:801:5b2:d24a:82d8:e9c2:e9a5:c48d] has left #openbsd [Leaving] 17:56 -!- Rain_ [~Rain@user/Rain-:22721] has joined #openbsd 17:56 -!- sandmanXpuff [~sandmanXp@97-115-122-72.ptld.qwest.net] has joined #openbsd 17:56 -!- sandmanXpuff [~sandmanXp@97-115-122-72.ptld.qwest.net] has quit [Changing host] 17:56 -!- sandmanXpuff [~sandmanXp@user/sandmanXpuff] has joined #openbsd 18:03 < pardis> sysmerge is occasionally also important 18:03 -!- hotsoup_ [~hotsoup@user/hotsoup] has quit [Ping timeout: 265 seconds] 18:04 -!- sputnik [kli0rf@user/kli0rf] has joined #openbsd 18:04 -!- hotsoup [~hotsoup@user/hotsoup] has joined #openbsd 18:05 < H3110> pardis so if openbsd has made a little change in config of a software, those changes wont take place without sysmerge, is that correct? 18:07 < ivdsangen> only if it conflicts with changes you made, otherwise changes are auto-merged 18:08 -!- Bokamosho [Bokamosho@bokamosho.thunderirc.net] has quit [Remote host closed the connection] 18:10 < ivdsangen> i mean, sysmerge is run automatically, only sometimes you need to manually merge something 18:11 < lts> That is not what the instructions say https://www.openbsd.org/faq/upgrade78.html#AfterSets 18:12 < lts> I mean, it should be manually run to be sure 18:15 -!- gotohello [~gotohello@user/gotohello] has quit [Quit: Client closed] 18:15 < ivdsangen> i watch what sysmerge outputs at first boot, it tells if there were conflicts, or should i run sysmerge after upgrade to be sure? 18:16 -!- Bokamosho [Bokamosho@thunderirc.net] has joined #openbsd 18:17 < lts> I've read it as instructions to "run sysmerge to check" 18:17 < H3110> it also says:  Finally, remove /sbin/oreboot . Should I do that too? 18:19 < lts> Only if you've somehow wondered to the not-recommended manual upgrade path 18:19 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Ping timeout: 244 seconds] 18:20 < pardis> ivdsangen: if sysmerge doesn't tell you there are manual changes on boot, you don't need to manually run it 18:20 < pardis> but checking the boot output is probably more work than just running it anyway 18:24 -!- airrick [~airrick@73.203.94.26] has joined #openbsd 18:24 -!- airrick [~airrick@73.203.94.26] has quit [Changing host] 18:24 -!- airrick [~airrick@user/airrick] has joined #openbsd 18:26 -!- zip100 [~zip100@185.209.196.201] has quit [Ping timeout: 244 seconds] 18:26 < H3110> So here is my steps to maintain -current: 18:26 < H3110> 1) check https://www.openbsd.org/faq/current.html 18:26 < H3110> 2) sysupgrade -s 18:26 < H3110> 3) sysmerge 18:26 < H3110> 4) fw_update 18:26 < H3110> 5) pkg_add -u 18:26 < H3110> 6) reboot 18:26 < H3110> try to doo this every week. Is this correct? I heard that you need to do pkg_add -D snap -u when close to a release as it doesn't work other wise 18:27 -!- zip100 [~zip100@185.209.196.223] has joined #openbsd 18:28 < ivdsangen> you forgot pkg_delete -na and pkg_delete -a 18:29 < lts> Huh, I haven't run those and find hits. That should be in the upgrade guide 18:29 < H3110> I just do pkg_delete -a whenever I uninstall a package. Do upgrading also deletes some packages? 18:30 < H3110> which require pkg_delete -a? 18:31 < pardis> it can result in new versions of packages which have removed a dependency that was in the old version 18:31 -!- Posterdati [~Posterdat@user/Posterdati] has joined #openbsd 18:31 < cgnarne> h3110: i only do sysupgrade -current when pkg_add fails with wrong library versions. doing this whole thing every week seems unnecessary 18:32 < cgnarne> and tedious 18:32 < H3110> so when there is a new snapshot, pkg_add fails? 18:32 < pardis> not always 18:32 < H3110> how often average a new snapshot? 18:33 < H3110> and missing a few snapshot in between is fine? 18:33 < cgnarne> no, only If library versions get bumped 18:33 < pardis> depends on your architecture, and yes, missing one is fine 18:33 < pardis> doing this every week may or may not be a good idea, depending on how paranoid you are, since this is how you get security updates on -current 18:34 < H3110> so how often do you recommend? 18:34 -!- zcram [~zcram@user/zcram] has quit [Quit: Do the right thing!] 18:36 < cgnarne> depends. for me doing sysupgrade when pkg_add fails works 18:36 -!- carlomonte [~carlomont@user/carlomonte] has quit [Quit: carlomonte] 18:36 < H3110> okay cool 18:37 < cgnarne> and i pkg_add -u like whenever 18:37 < cgnarne> again, works for me™ 18:37 < Posterdati> cgnarne: what about openprom? 18:38 < cgnarne> what about it? 18:38 < H3110> man sysupgrade says:      -s Upgrade to a snapshot. The default is to upgrade to the next release. 18:38 < H3110> so this upgrades to the next snapshot and not the latest? so if I'm two versions behind, i have run this twice? 18:38 < cgnarne> no. next is latest 18:38 < H3110> okay thank you 18:39 < H3110> gtg bye 18:40 -!- H3110 [~H3110@49.36.113.228] has quit [Quit: Client closed] 18:43 -!- ivdsangen [~ivo@83-82-34-145.cable.dynamic.v4.ziggo.nl] has quit [Quit: leaving] 18:48 -!- Rain_ [~Rain@user/Rain-:22721] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] 18:59 -!- leaf_ [~leaf@user/bread-boy] has joined #openbsd 18:59 -!- foton [~foton@user/foton] has quit [Ping timeout: 252 seconds] 19:00 -!- foton [~foton@user/foton] has joined #openbsd 19:02 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/] 19:04 -!- Posterdati [~Posterdat@user/Posterdati] has joined #openbsd 19:08 -!- uwharrie [~uwharrie@user/uwharrie] has joined #openbsd 19:08 -!- leaf_ is now known as bread-boy 19:09 -!- agentcasey [~agentcase@192-155-88-18.ip.linodeusercontent.com] has joined #openbsd 19:19 -!- rkta_ is now known as rkta 19:20 -!- sjg [~sjg@user/sjg] has quit [Ping timeout: 264 seconds] 19:21 -!- sjg [~sjg@user/sjg] has joined #openbsd 19:24 -!- gustik [~gusto@178-143-40-97.static.orange.sk] has joined #openbsd 19:29 -!- extrowerk [~extrowerk@1F2EF97A.nat.pool.telekom.hu] has quit [Remote host closed the connection] 19:29 -!- bread-boy [~leaf@user/bread-boy] has quit [Quit: bread-boy] 19:30 -!- Guest4375 [~user@ip-109-41-113-197.web.vodafone.de] has joined #openbsd 19:31 -!- extrowerk [~extrowerk@1F2EF97A.nat.pool.telekom.hu] has joined #openbsd 19:32 -!- bread-boy [~leaf@user/bread-boy] has joined #openbsd 19:37 < gnubert> pwdls 19:40 -!- SPADE1 [~SPADE1@204.113.154.14] has joined #openbsd 19:40 -!- SPADE1 [~SPADE1@204.113.154.14] has quit [Write error: Broken pipe] 19:42 -!- djhankb931183593 [~djhankb@ip-208-113-164-68.nodes.dream.io] has quit [Remote host closed the connection] 19:43 -!- djhankb931183593 [~djhankb@ip-208-113-164-68.nodes.dream.io] has joined #openbsd 19:45 -!- klea [jmjl@user/jmjl] has quit [Ping timeout: 268 seconds] 19:48 -!- ixc [~ixc@user/ixc] has quit [Ping timeout: 244 seconds] 19:52 -!- Guest4375 [~user@ip-109-41-113-197.web.vodafone.de] has quit [Quit: nyaa~] 19:53 -!- klea [jmjl@user/jmjl] has joined #openbsd 19:57 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection] 19:57 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd 20:00 -!- mmevero [~mmevero@129.222.159.181] has joined #openbsd 20:03 -!- seventh [~seventh@157.254.55.110] has quit [Quit: ...] 20:06 -!- kazar [~kazar@user/kazar] has joined #openbsd 20:06 -!- durino [~mduregon@97-120-53-115.ptld.qwest.net] has quit [Quit: leaving] 20:07 -!- Bradipo [jjxh8c3d7l@50.77.44.19] has quit [Ping timeout: 244 seconds] 20:08 -!- hwpplayer1 [~hwpplayer@user/hwpplayer1] has joined #openbsd 20:08 -!- duri [~mduregon@97-120-53-115.ptld.qwest.net] has joined #openbsd 20:18 -!- yang [~yang@fsf/member/yang] has quit [Quit: Support Software Freedom: www.fsf.org] 20:18 < klsrqm> anyone used u9fs here to share files from OpenBSD to Plan9 / 9Front? 20:19 -!- anthk_ [~anthk_@texto-plano.xyz] has quit [Quit: nyaa~] 20:30 -!- bread-boy [~leaf@user/bread-boy] has quit [Quit: bread-boy] 20:31 -!- anthk_ [~anthk_@79.116.139.117] has joined #openbsd 20:34 -!- rc [~rc@user/rc] has joined #openbsd 20:37 -!- Rain_ [~Rain@2001-14ba-65-2e00-c0b9-494b-69ad-db6f.rev.dnainternet.fi] has joined #openbsd 20:37 -!- Pixi [~Pixi@user/pixi] has quit [Quit: Leaving] 20:40 -!- Rain_ [~Rain@2001-14ba-65-2e00-c0b9-494b-69ad-db6f.rev.dnainternet.fi] has quit [Changing host] 20:40 -!- Rain_ [~Rain@user/Rain-:22721] has joined #openbsd 20:42 -!- Pixi [~Pixi@user/pixi] has joined #openbsd 20:46 -!- msk [~msk@user/msk] has joined #openbsd 21:00 -!- shadowtux [~shadowtux@user/meow/shadowtux] has quit [Quit: The Lounge - https://thelounge.chat] 21:00 -!- shadowtux [~shadowtux@user/meow/shadowtux] has joined #openbsd 21:00 -!- psydroid2 [~psydroid@user/psydroid] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/] 21:00 -!- tok [~user@user/tok] has quit [Remote host closed the connection] 21:01 -!- xet7 [~xet7@user/xet7] has quit [Remote host closed the connection] 21:03 -!- xet7 [~xet7@user/xet7] has joined #openbsd 21:06 -!- Thorne [~thorne@user/Thorne] has joined #openbsd 21:06 -!- Thorne [~thorne@user/Thorne] has quit [K-Lined] 21:10 -!- unixpro1970 [~unixpro19@gateway/tor-sasl/unixpro1970] has quit [Quit: Leaving] 21:27 -!- unixpro1970 [~unixpro19@gateway/tor-sasl/unixpro1970] has joined #openbsd 21:32 -!- gustik [~gusto@178-143-40-97.static.orange.sk] has quit [Quit: leaving] 21:44 -!- Rain_ [~Rain@user/Rain-:22721] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] 21:46 -!- vados [~vados@46-133-16-250.mobile.vf-ua.net] has quit [Read error: Connection reset by peer] 21:49 -!- agentcasey [~agentcase@192-155-88-18.ip.linodeusercontent.com] has quit [Quit: leaving] 21:52 -!- vados [~vados@46-133-2-74.mobile.vf-ua.net] has joined #openbsd 21:58 -!- kazar [~kazar@user/kazar] has left #openbsd [] 21:59 -!- CrimeWave [~Ebox-MTL@user/CrimeWave] has joined #openbsd 21:59 -!- Guest7870 [~user@ip-109-41-113-197.web.vodafone.de] has joined #openbsd 22:05 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Ping timeout: 265 seconds] 22:07 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd 22:07 -!- slack-ng [~slack-ng@120.20.66.20] has quit [Ping timeout: 276 seconds] 22:08 -!- slack-ng_ [~slack-ng@120.20.66.20] has joined #openbsd 22:18 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection] 22:19 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd 22:19 -!- Guest7870 [~user@ip-109-41-113-197.web.vodafone.de] has quit [Quit: zzz] 22:29 -!- akinji [~akinji@user/akinji] has quit [Quit: Leaving.] 22:32 -!- witcher [~witcher@2001:4090:e007:9581:9d83:9640:2dc5:4e1c] has quit [Ping timeout: 252 seconds] 22:32 -!- sonya [~nologin@gateway/tor-sasl/sonya] has quit [Remote host closed the connection] 22:33 -!- hwpplayer1 [~hwpplayer@user/hwpplayer1] has quit [Quit: sleep] 22:43 -!- zoraj_ [~zoraj@102.113.175.133] has joined #openbsd 22:43 -!- zoraj [~zoraj@102.113.135.5] has quit [Ping timeout: 246 seconds] 23:07 -!- Thorne [~thorne@user/Thorne] has joined #openbsd 23:07 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd 23:08 -!- Thorne [~thorne@user/Thorne] has quit [K-Lined] 23:20 < polarian> hmm 23:20 < polarian> it seems my pf skill shave rent a little rusty 23:20 -!- emmanuelux [~em@user/emmanuelux] has joined #openbsd 23:20 < polarian> when you set a macro to an iface, take for example: 23:21 < polarian> eth_if="bse0" 23:21 < polarian> now take this rule 23:21 < polarian> pass in on $eth_if from any to $eth_if 23:21 < polarian> the first £eth_if will substitute in bse0, the second because its an address will subsitute in the IPv4/IPv6 address (two rules for each as no inet family specified) 23:22 < polarian> cool 23:22 < polarian> but, because IPv6 has LLA, this is being subsituted in instead 23:22 < pardis> the macro is irrelevant here 23:22 -!- tvtoon [~The_cUnix@user/tvtoon] has joined #openbsd 23:22 < pardis> you would get the same behaviour if you literally write 'pass in on bse0 from any to bse0 23:23 < polarian> alright sure 23:23 < polarian> point is 23:23 < polarian> LLA is being substituted 23:23 < polarian> which is the wrong address, as LLA is nophop 23:23 < polarian> nohop* 23:23 < pardis> why do you want to filter by address? if you can answer that, you can work out what address to put there 23:23 < polarian> idk to be honest, this is a firewall I wrote ages ago 23:24 < polarian> I wouldnt even need to specify the address 23:24 < polarian> im just curious if the shothand can be modified to work 23:24 < polarian> or whether you just need to specify the address 23:24 < polarian> theres no "need" for it, only pure curiosity 23:25 < pardis> why not just 'pass in on $eth_if'? 23:26 < pardis> the only case I can think of where you'd actually want the 'from any to whatever' is if you have forwarding on and don't want to accept traffic for forwardingn 23:27 < polarian> pardis: I know I know 23:28 < polarian> its an example 23:28 < polarian> but I assume the answer to it is no, the shorthand doesnt work for ipv6 as it will always use LLA 23:28 -!- km [~km@c978F5BC1.dhcp.as2116.net] has quit [Read error: Connection reset by peer] 23:28 -!- km [~km@c978F5BC1.dhcp.as2116.net] has joined #openbsd 23:28 -!- mbuhl [~mbuhl@user/mbuhl] has quit [Remote host closed the connection] 23:30 < polarian> also it seems like OpenBSD on RPI3 network is extremely slow 23:30 < polarian> just sshing into it takes 30-60 seconds 23:30 < polarian> I got a feeling its because I am using a 1A plug :3 23:30 < polarian> I have no 2A lying around, and the rpi3 is meant to be powered from 2A 23:30 < polarian> 5V@2A 23:31 -!- mbuhl [~mbuhl@user/mbuhl] has joined #openbsd 23:32 -!- dgoerger [dgoerger@user/dgoerger] has quit [Quit: Gateway shutdown] 23:33 -!- dgoerger [dgoerger@user/dgoerger] has joined #openbsd 23:45 < polarian> well im getting 71% packet loss ssh'ing into this RPI 4b 23:45 < polarian> sorry 3b 23:45 < polarian> so unless its the cable... which I doubt it is... 23:46 -!- anthk_ [~anthk_@79.116.139.117] has quit [Ping timeout: 272 seconds] 23:54 -!- eriol [~eriol@debian/eriol] has quit [Quit: Bye!] 23:54 -!- eriol [~eriol@debian/eriol] has joined #openbsd --- Log closed Tue May 05 00:00:25 2026