--- Log opened Sun Aug 03 00:00:50 2025 00:04 -!- ChubaDuba [~ChubaDuba@5.166.234.181] has joined #openbsd 00:06 -!- Poltawer [~xt003@user/Poltawer] has quit [Quit: WeeChat 4.7.0] 00:09 -!- kenny44 [~kenny@2a00:1d34:6c1e:a700:d8a4:c555:ec92:421] has quit [Quit: WeeChat 4.7.0] 00:13 -!- poh [~resu@user/poh] has quit [Quit: leaving] 00:27 -!- lavaball [~Melissa@31.204.155.215] has quit [Remote host closed the connection] 00:30 -!- ChubaDuba [~ChubaDuba@5.166.234.181] has quit [Quit: WeeChat 4.6.3] 00:31 -!- jambove [~jambove@2E6B61A1.dsl.pool.telekom.hu] has quit [Ping timeout: 260 seconds] 00:33 -!- jambove [~jambove@2E6B63E0.dsl.pool.telekom.hu] has joined #openbsd 00:44 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Remote host closed the connection] 00:44 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd 00:56 -!- lotsen [~lotsen@user/Lotsen] has quit [Ping timeout: 244 seconds] 01:02 -!- eniac [~eniac@user/eniac] has quit [Remote host closed the connection] 01:03 -!- eniac [~eniac@user/eniac] has joined #openbsd 01:06 -!- ublx [~ublx@user/ublx] has quit [Quit: ublx] 01:08 -!- CrashOverride [~strcat@p54855b3f.dip0.t-ipconnect.de] has quit [Ping timeout: 276 seconds] 01:23 -!- itchy [~itchy@user/itchy] has quit [Ping timeout: 276 seconds] 01:25 -!- itchy [~itchy@user/itchy] has joined #openbsd 01:33 -!- cavecanem4 [~cavecanem@user/cavecanem] has joined #openbsd 01:34 -!- slack0 [~user@user/slack0] has quit [Quit: leaving] 01:35 -!- cavecanem [~cavecanem@user/cavecanem] has quit [Ping timeout: 248 seconds] 01:35 -!- cavecanem [~cavecanem@user/cavecanem] has joined #openbsd 01:37 -!- cavecanem4 [~cavecanem@user/cavecanem] has quit [Ping timeout: 240 seconds] 01:45 -!- Sario [sario@libera/staff/owl/sario] has quit [Quit: WeeChat 4.3.5] 01:59 -!- gotohello [~gotohello@user/gotohello] has quit [Quit: Client closed] 02:07 -!- xx [~xx@user/xx] has quit [Ping timeout: 240 seconds] 02:14 -!- gotohello [~gotohello@user/gotohello] has joined #openbsd 02:18 < deimosBSD> anyone tried running 7.7 with a amd radeon 9070xt? install boots, turns the screen green, and hangs (afaict) 02:19 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Remote host closed the connection] 02:19 < mischief> perhaps the imported linux drm driver in openbsd didn't get support yet? 02:20 < deimosBSD> that's my guess 02:21 -!- CrimeWave [~Montreal@user/CrimeWave] has joined #openbsd 02:23 -!- Old-Ben-Jabroni [~oldben@user/Old-Ben-Jabroni] has quit [Quit: leaving] 02:24 -!- byteskeptical [~amnesia@user/byteskeptical] has joined #openbsd 02:27 -!- Old-Ben-Jabroni [~oldben@user/Old-Ben-Jabroni] has joined #openbsd 02:33 -!- namaste [~namaste@user/xyk] has joined #openbsd 02:40 -!- SarahMalik is now known as AmyMalik 02:41 -!- ZHuangZi [~ZHuangZi@user/ZhuangZi] has quit [Ping timeout: 248 seconds] 02:53 -!- zip100- [~zip100@185.213.155.194] has quit [Ping timeout: 260 seconds] 02:55 -!- zip100 [~zip100@185.209.196.152] has joined #openbsd 03:04 -!- adig [~default@2a02:2f0e:fa11:9201:8d92:9c19:d3cb:ea8b] has quit [Read error: Connection reset by peer] 03:13 -!- Aedil [~adrian@188.193.3.19] has joined #openbsd 03:18 -!- tvtoon [~The_cUnix@user/tvtoon] has quit [Quit: "Doodledoo of life."] 03:32 -!- grain77 [~grain77@user/grain77] has quit [Ping timeout: 260 seconds] 03:34 -!- grain77 [~grain77@user/grain77] has joined #openbsd 04:08 -!- ivdsangen [~ivo@83-84-59-127.cable.dynamic.v4.ziggo.nl] has joined #openbsd 04:15 -!- Soekris [~jan-wille@80-61-12-63.fixed.kpn.net] has joined #openbsd 04:32 -!- mbuhl [~mbuhl@user/mbuhl] has quit [Remote host closed the connection] 04:41 -!- mbuhl [~mbuhl@user/mbuhl] has joined #openbsd 04:41 -!- Matt|home [~Matt@2601:580:c005:5a10:595d:1df9:54bf:138d] has quit [Quit: Matt|home] 04:52 -!- qop [~lQNvetRCm@fixed-186-96-26-77.totalplay.net] has joined #openbsd 04:58 -!- bket [~bket@user/bket] has quit [Remote host closed the connection] 05:00 -!- bket [~bket@user/bket] has joined #openbsd 05:04 -!- fstd [~fstd@xdsl-87-79-152-230.nc.de] has quit [Ping timeout: 240 seconds] 05:05 -!- fgarcia [~lei@user/fgarcia] has quit [Ping timeout: 260 seconds] 05:05 -!- fstd [~fstd@xdsl-87-78-148-13.nc.de] has joined #openbsd 05:07 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd 05:12 -!- Nomenclatura [~lQNvetRCm@fixed-186-96-26-77.totalplay.net] has joined #openbsd 05:12 -!- qop [~lQNvetRCm@fixed-186-96-26-77.totalplay.net] has quit [Ping timeout: 272 seconds] 05:13 -!- decuser [~decuser@158.41.178.163] has joined #openbsd 05:14 < decuser> hi. is this the active openbsd channel? I just got installed again and haven't chatted since about 7.5 release. 05:14 -!- fgarcia [~lei@user/fgarcia] has joined #openbsd 05:15 < decuser> i'm using my thinkpad t430 for this, anybody know if openbsd is well suited for the t430? 05:16 -!- Nomenclatura [~lQNvetRCm@fixed-186-96-26-77.totalplay.net] has quit [Client Quit] 05:16 < decuser> obviously, I have it "working" but I don't want to waste time if it's a lost cause for some reason. 05:20 -!- Nomenclatura [~lQNvetRCm@fixed-186-96-26-77.totalplay.net] has joined #openbsd 05:20 -!- decuser [~decuser@158.41.178.163] has quit [Quit: leaving] 05:33 -!- amadaluzia [~amadaluzi@user/amadaluzia] has quit [Ping timeout: 276 seconds] 05:34 -!- agentcasey_ [~agentcase@143-42-229-181.ip.linodeusercontent.com] has joined #openbsd 05:35 -!- agentcasey [agentcasey@2600:3c03::f03c:93ff:febe:5054] has quit [Ping timeout: 252 seconds] 05:38 -!- eniac [~eniac@user/eniac] has quit [Remote host closed the connection] 05:38 -!- eniac [~eniac@user/eniac] has joined #openbsd 05:42 -!- gotohello [~gotohello@user/gotohello] has quit [Ping timeout: 252 seconds] 05:45 -!- qop [~lQNvetRCm@fixed-186-96-26-77.totalplay.net] has joined #openbsd 05:46 -!- Nomenclatura [~lQNvetRCm@fixed-186-96-26-77.totalplay.net] has quit [Ping timeout: 272 seconds] 05:53 -!- xx [~xx@user/xx] has joined #openbsd 06:09 -!- qop [~lQNvetRCm@fixed-186-96-26-77.totalplay.net] has quit [] 06:09 -!- qop [~lQNvetRCm@fixed-186-96-26-77.totalplay.net] has joined #openbsd 06:10 -!- qop [~lQNvetRCm@fixed-186-96-26-77.totalplay.net] has quit [Client Quit] 06:11 -!- skippy8 [~skippy8@user/Skippy8] has joined #openbsd 06:20 -!- lavaball [~Melissa@31.204.155.215] has joined #openbsd 06:36 -!- fgarcia [~lei@user/fgarcia] has quit [Ping timeout: 252 seconds] 06:38 -!- shiranaihito_ [~shiranaih@ppp-58-11-158-201.revip2.asianet.co.th] has joined #openbsd 06:59 -!- sandbag [~sandbag@user/sandbag] has joined #openbsd 07:00 -!- toxic063 [~toxic0@82.66.203.96] has quit [Ping timeout: 252 seconds] 07:00 -!- toxic063 [~toxic0@82.66.203.96] has joined #openbsd 07:01 -!- Soekris [~jan-wille@80-61-12-63.fixed.kpn.net] has quit [Quit: Lost terminal] 07:06 -!- finsternis [~X@23.226.237.192] has quit [Ping timeout: 240 seconds] 07:06 -!- rak [~rak@debian/rak] has quit [Ping timeout: 240 seconds] 07:10 -!- Aedil [~adrian@188.193.3.19] has quit [Quit: leaving] 07:11 -!- tarxvfz [~tarxvfz@gateway/tor-sasl/tarxvfz] has joined #openbsd 07:11 -!- rak [~rak@debian/rak] has joined #openbsd 07:15 -!- finsternis [~X@23.226.237.192] has joined #openbsd 07:30 -!- sonya [~nologin@gateway/tor-sasl/sonya] has joined #openbsd 07:35 -!- tarxvfz [~tarxvfz@gateway/tor-sasl/tarxvfz] has quit [Quit: tarxvfz] 07:39 -!- tarxvfz [~tarxvfz@gateway/tor-sasl/tarxvfz] has joined #openbsd 07:40 -!- lcubed [~lcubed@user/lcubed] has quit [Remote host closed the connection] 07:40 -!- njn [~njn@user/njn] has joined #openbsd 07:46 -!- lcubed [~lcubed@user/lcubed] has joined #openbsd 07:57 -!- feriman [~feriman@user/feriman] has joined #openbsd 08:14 -!- Hackerpcs [~user@user/hackerpcs] has quit [Quit: Hackerpcs] 08:17 -!- CrashOverride [~strcat@p54855b3f.dip0.t-ipconnect.de] has joined #openbsd 08:22 -!- Warr1024 [~Warr@user/warr1024] has quit [Killed (tungsten.libera.chat (Nickname regained by services))] 08:22 -!- Warr1024 [~Warr@user/warr1024] has joined #openbsd 08:23 -!- jgh [~jgh@hellmouth.gulag.org.uk] has joined #openbsd 08:24 < rkta> Is there something like git log -p for cvs? I'd like to see the changes to a Makefile in /usr/ports. 08:24 -!- CrimeWave [~Montreal@user/CrimeWave] has quit [Quit: Textual IRC 7.2.5 OSX] 08:28 < sonya> rkta: cvsweb could do the trick: http://cvsweb.openbsd.org/ .. as an option.. 08:28 -!- accelerat0r [~user@user/accelerat0r] has quit [Remote host closed the connection] 08:40 < rkta> not as nice as a command, but works, I guess. thx sonya 08:45 -!- Warr1024 [~Warr@user/warr1024] has quit [Quit: Warr1024] 08:45 < sonya> rkta: cvs diff -r old_revision -r new_revision [Make]file .. 08:46 -!- Warr1024 [~Warr@user/warr1024] has joined #openbsd 08:50 < rkta> This gives me only a single diff. I wanted to see the diff for every revision. 09:05 -!- comradeCrow [~comradeCr@99-110-128-132.lightspeed.irvnca.sbcglobal.net] has quit [Ping timeout: 252 seconds] 09:07 -!- lotsen [~lotsen@user/Lotsen] has joined #openbsd 09:11 < rkta> I try to bump the version in a port. Using the commit hash in DIST_TUPLE works, but when I replace the hash with the tag I get an error from make about a missing ./configure file. Can someone push me in the right direction please? Diffs and error: http://rkta.de/pub/ports-update 09:33 -!- yclept [~yclept@user/yclept] has quit [Ping timeout: 276 seconds] 09:39 < kuzdra> echelon: thanks, good to know! here are approximate read rates on my ZMB: 09:40 < kuzdra> # pv -tabWp -s 500M -S /dev/null # => eMMC: 500MiB 0:00:50 (9.91MiB/s) 09:41 < kuzdra> and for /dev/sd0c, which is a 1TB , it's this: 500MiB 0:00:09 (55.4MiB/s) 09:50 < kuzdra> write rates, including ffs overhead are: emmc 11.5MiB/s and sata 421MiB/s. does it even make sense that write is times faster? /-: i must be doing something wrong 09:56 -!- qqe [~qqq@185.54.22.149] has joined #openbsd 09:57 -!- apac [~alexander@user/apac] has joined #openbsd 10:07 -!- outofcreativity [~outofcrea@46.23.81.28] has quit [Quit: leaving] 10:12 -!- feriman [~feriman@user/feriman] has quit [Read error: Connection reset by peer] 10:15 < mischief> kuzdra: might be ram cache on the sata disk 10:15 < mischief> but yea mmc are shit 10:17 < mischief> at work all our products have emmc of varying quality over the years, the older products take ages to read or write 10:19 < mischief> if you as a user have any expectation of expedience dont accept emmc.. but if you're making a product then you will use emmc because it's cheap. market forces at work. 10:23 -!- shiranaihito_ [~shiranaih@ppp-58-11-158-201.revip2.asianet.co.th] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] 10:34 -!- slim [~slim@user/meow/slim] has quit [Quit: bWFkZSB5b3UgbG9vaw==] 10:35 -!- slim [~slim@user/meow/slim] has joined #openbsd 10:35 -!- lotsen [~lotsen@user/Lotsen] has quit [Remote host closed the connection] 10:45 -!- SirJitsu1 [~SirJitsu@162-231-111-175.lightspeed.livnmi.sbcglobal.net] has quit [Quit: Konversation terminated!] 10:45 -!- SirJitsu1 [~SirJitsu@162-231-111-175.lightspeed.livnmi.sbcglobal.net] has joined #openbsd 10:53 -!- apac [~alexander@user/apac] has quit [Ping timeout: 248 seconds] 10:58 -!- kenny44 [~kenny@2a00:1d34:6c1e:a700:d8a4:c555:ec92:421] has joined #openbsd 11:09 -!- kenny44 [~kenny@2a00:1d34:6c1e:a700:d8a4:c555:ec92:421] has quit [Ping timeout: 260 seconds] 11:16 -!- dahlan [~dahlan@43.227.26.47] has joined #openbsd 11:18 -!- shiranaihito_ [~shiranaih@43.249.70.178] has joined #openbsd 11:20 -!- c64 [uid502328@user/c64] has joined #openbsd 11:31 -!- psydroid2 [~psydroid@user/psydroid] has joined #openbsd 11:31 -!- apac [~alexander@user/apac] has joined #openbsd 11:41 -!- c0co_ [~c0co@user/c0co] has joined #openbsd 11:41 -!- c0co [~c0co@user/c0co] has quit [Ping timeout: 276 seconds] 11:42 -!- uncleyear [~ian@178.66.128.151] has quit [Remote host closed the connection] 11:43 -!- sysmgr [~sysmgr@KD118158186024.ppp-bb.dion.ne.jp] has joined #openbsd 11:44 -!- kenny44 [~kenny@2a00:1d34:6c1e:a700:d8a4:c555:ec92:421] has joined #openbsd 11:44 -!- uncleyear [~ian@178.66.128.151] has joined #openbsd 11:52 < vortexx> https://undeadly.org/cgi?action=article;sid=20250802084523 11:52 < vortexx> new ssh features! 11:52 -!- kenny44 is now known as KennySmith44_ 11:53 -!- psydroid2 [~psydroid@user/psydroid] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/] 11:53 -!- psydroid2 [~psydroid@user/psydroid] has joined #openbsd 11:54 -!- sandbag [~sandbag@user/sandbag] has quit [Ping timeout: 248 seconds] 11:54 -!- KennySmith44_ [~kenny@2a00:1d34:6c1e:a700:d8a4:c555:ec92:421] has quit [Changing host] 11:54 -!- KennySmith44_ [~kenny@user/KennySmith44-:28329] has joined #openbsd 11:55 -!- dahlan [~dahlan@43.227.26.47] has quit [Quit: Client closed] 11:56 -!- zorz [~zorz@user/zorz] has joined #openbsd 11:56 < lts> Not bad 11:57 -!- KennySmith44_ [~kenny@user/KennySmith44-:28329] has quit [Quit: WeeChat 4.7.0] 11:57 -!- sysmgr [~sysmgr@KD118158186024.ppp-bb.dion.ne.jp] has quit [Ping timeout: 260 seconds] 11:59 -!- sandbag [~sandbag@user/sandbag] has joined #openbsd 11:59 -!- kenny44 [~kenny@user/KennySmith44-:28329] has joined #openbsd 11:59 -!- kenny44 [~kenny@user/KennySmith44-:28329] has quit [Client Quit] 12:00 -!- kenny44 [~kenny@user/KennySmith44-:28329] has joined #openbsd 12:01 -!- kenny44 [~kenny@user/KennySmith44-:28329] has quit [Client Quit] 12:01 -!- KennySmith44_ [~kenny@user/KennySmith44-:28329] has joined #openbsd 12:04 -!- rootnode- [~rootnode@softbank126206228003.bbtec.net] has quit [Read error: Connection reset by peer] 12:11 -!- six [~six@user/six] has quit [Quit: nyaa~] 12:31 -!- sweatiest [~znc@user/sweatiest] has quit [Quit: ZNC 1.9.1+deb2+b3 - https://znc.in] 12:32 -!- sweatiest [~znc@user/sweatiest] has joined #openbsd 12:33 -!- Aedil [~adrian@188.193.3.19] has joined #openbsd 12:41 -!- feriman [~feriman@user/feriman] has joined #openbsd 12:45 -!- shinbeth [~sinvet@user/sinvet] has joined #openbsd 12:47 -!- c0co_ is now known as c0co 12:48 -!- shinbet [~sinvet@user/sinvet] has quit [Ping timeout: 260 seconds] 12:57 -!- shinbet [~sinvet@user/sinvet] has joined #openbsd 12:57 -!- apac [~alexander@user/apac] has quit [Quit: Konversation terminated!] 12:59 -!- shinbet [~sinvet@user/sinvet] has quit [Remote host closed the connection] 12:59 -!- shinbet [~sinvet@user/sinvet] has joined #openbsd 13:01 -!- shinbeth [~sinvet@user/sinvet] has quit [Ping timeout: 276 seconds] 13:02 -!- zorz [~zorz@user/zorz] has quit [Quit: leaving] 13:03 -!- sysmgr [~sysmgr@KD118158186024.ppp-bb.dion.ne.jp] has joined #openbsd 13:07 -!- foxxx0 [~foxxx0@archlinux/package-maintainer/foxxx0] has quit [Quit: foxxx0] 13:15 -!- foxxx0 [~foxxx0@archlinux/package-maintainer/foxxx0] has joined #openbsd 13:15 -!- jmabsd [~jmabsd@user/jmabsd] has joined #openbsd 13:16 < jmabsd> An OpenBSD network Q: If you have a computer X which has double connections to the Internet, say ETH0 and ETH1, 13:16 < quinq> Using splork is definitely progress 13:16 < jmabsd> and now you want to run programs A, B and C on your computer X. 13:16 < jmabsd> How do you configure which of ETH0 and ETH1 that A, B and C respectively will be routed to the internet through? 13:17 < quinq> I believe that's done with rdomains 13:18 < jmabsd> Oh the invite code is "RISC-V" all caps great. 13:19 < jmabsd> quinq: What I asked is done with rdomains? 13:19 -!- psydroid2 [~psydroid@user/psydroid] has quit [Ping timeout: 260 seconds] 13:19 < quinq> yeah 13:19 < quinq> man rdomain 13:20 < quinq> (then man route -> exec) 13:22 < sibiria> if the interfaces cover different routes, the choice of what goes where should happen automatically 13:22 < sibiria> but if they are distinct routes to the public internet, you need to go about things differently 13:22 < sibiria> rdomains, as quinq suggests 13:23 < sibiria> and then you can contain a process to a specific such with e.g. "route -T2 exec blurp" 13:24 -!- sysmgr [~sysmgr@KD118158186024.ppp-bb.dion.ne.jp] has quit [Ping timeout: 248 seconds] 13:24 < quinq> Is blurp to be preferred over splork? 13:24 -!- fgarcia [~lei@user/fgarcia] has joined #openbsd 13:24 < sibiria> to me it's the spiritual successor 13:24 < sibiria> on any given day i will blurp before i spork 13:25 < sibiria> jmabsd: if you launch stuff in different rdomains, and these things expect to reach something on the loopback interface, you gotta remember to set up multiple such as well 13:25 < quinq> Makes sense regarding the current state of the world 13:25 < sibiria> typical caveat leading to question marks before realizing what's missing 13:26 < sibiria> you may also need (or want) to set up redirection from the other rdomains to the default one (rdomain 0) if they expect to reach something there 13:26 < sibiria> for example unbound running on 127.0.0.1 in rdomain 0 13:27 < jmabsd> sibiria,quinc: Thanks a lot for pointing out 13:27 < sibiria> the fact that the rdomains are completely isolated from one another isn't immediately obvious. usually a bit of head-scratching when you go down that path :) 13:27 -!- shiranaihito_ [~shiranaih@43.249.70.178] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] 13:27 < jmabsd> Yeah so like, you want your Wireguard connection to go out on ETH0 *OR* ETH1. You may want two Wireguard concurrently that go out on either. 13:27 -!- psydroid2 [~psydroid@user/psydroid] has joined #openbsd 13:27 -!- amadaluzia [~amadaluzi@user/amadaluzia] has joined #openbsd 13:27 < jmabsd> By the way, a general networking question: You want your OpenBSD to be both NAT4 and NAT66 (aka NAT6?). 13:28 < sibiria> yeah that's a typical case. or you ahve one WG route and you still want to be able to use the regular egress for some things 13:28 < jmabsd> But you want a configuration toggle so either the LAN NAT for both IPv4 and 6 go out on ETH0, or it goes out on ETH1. 13:28 < jmabsd> what man pages should I read. it was a while ago I touched this 13:29 < jmabsd> sibiria: wait what do you mean by the regular egress 13:30 < jmabsd> when I set up a wireguard, it becomes a new interface right? So WG0 goes to ETH0, and WG1 goes to ETH1 = fair? 13:30 < sibiria> you have one single egress to the internet (re0 or whatever interface). you also have a WG tunnel, wg0, which (obviously) reaches out on that same internet 13:30 < jmabsd> wireguard is a kernel module, so there'll be a configuration toggle for which interface the respective wireguard should work on? 13:30 < sibiria> you may want some things to use the regular interface, and some things to only access the internet through the other end of the tunnel 13:31 < sibiria> effectively giving you two routes to the internet 13:31 < jmabsd> ah right.  how do i specify the default interface (egress), maybe that would just be lo0 lol, or wg0 or whatever. may change depending on situation. 13:32 < jmabsd> as for setting up eth0 and eth1 at least that's easy - "dhclient eth0", "dhclient eth1", and I guess a separate round "dhclient -6 eth0" and "dhclient -6 eth1". 13:32 < sibiria> you can set it in /etc/mygate, but openbsd will itself make a good guess on what's what 13:32 -!- sjg [~sjg@user/sjg] has quit [Ping timeout: 252 seconds] 13:32 < sibiria> it's not gonna place a wireguard interface in the egress group 13:33 < sibiria> nor will it place a loopback interface there 13:33 -!- jmabsd62 [~jmabsd@user/jmabsd] has joined #openbsd 13:33 < sibiria> (they have their own groups) 13:33 < jmabsd62> Some connection issue. The last I saw was "you can set it in /etc/mygate, .." 13:33 < sibiria> (15:32) < sibiria> it's not gonna place a wireguard interface in the egress group 13:33 < sibiria> (15:33) < sibiria> nor will it place a loopback interface there 13:33 < jmabsd62> next msg I see "you can set it in /etc/mygate, ". can you copy . aha thanks 13:34 < jmabsd62> aha.  uu. hm.  how do I force Wireguard to go out on eth0 or eth1? 13:34 -!- sjg [~sjg@user/sjg] has joined #openbsd 13:35 -!- zorz [~zorz@user/zorz] has joined #openbsd 13:35 < sibiria> i'm honestly not sure if it's doable with hostname.if/ifconfig 13:36 < sibiria> perhaps you can just set the destination 13:36 -!- jmabsd [~jmabsd@user/jmabsd] has quit [Ping timeout: 252 seconds] 13:37 < sibiria> i'm the wrong person to ask when it comes to that type of multihoming. i've never explored it 13:37 < jmabsd62> AI suggests the only way to force interface on Wireguard in OpenBSD is to specify route in the routing table per IP: route add 1.2.3.4/32 -iface eth1  or  route add 1.2.3.4/32 -ifp eth1 gateway_ip 13:37 < sibiria> right, you can throw a route into the hostname.if as well 13:37 < sibiria> !route ... ... 13:37 < jmabsd62> aha 13:37 -!- jmabsd [~jmabsd@user/jmabsd] has joined #openbsd 13:38 < euphores> ifconfig ... wgrtable 13:38 -!- adig [~default@2a02:2f0e:fa11:9201:f172:1c48:3609:54c0] has joined #openbsd 13:38 < jmabsd> euphores: oh. what is this 13:38 < sibiria> that comes later 13:38 < jmabsd> (sibiria: sorry last message I saw was "!route ... ...".) 13:38 < sibiria> you missed no text 13:39 < euphores> man ifconfig\n/wg 13:40 < sibiria> when i partition wg tunnels i just "rdomain N" them in hostname.if. different tool but "same same" 13:40 < sibiria> depending on what you want to achieve, that is 13:40 < jmabsd> Oh, I see the "Wireguard" section under ifconfig's man page. Great. This looks like it allows me to configure Wireguard inline instead of use some /etc/ config file 13:41 < sibiria> with openbsd, you can configure all of it in the hostname.if 13:41 < sibiria> you don't need the wg tools 13:42 -!- jmabsd62 [~jmabsd@user/jmabsd] has quit [Ping timeout: 252 seconds] 13:43 < jmabsd> OK. Anyhow so just like ETH0 and ETH1, WG0 and WG1 can have process-specific default network configuration, which falls under "rdomains". 13:43 < jmabsd> nice. 13:43 < sibiria> yes. to openbsd they are like any other interface in that sense 13:43 < jmabsd> ah right so, the last question today: which man pages should I read for setting up NAT4 and NAT66 13:43 < jmabsd> yep sure ic. 13:44 < jmabsd> the LAN is, say, ETH2.    so ETH2 should be NAT:ed to WG0 13:45 -!- apac [~alexander@user/apac] has joined #openbsd 13:45 < sibiria> the pf.conf man page has plenty of examples for basic NAT use 13:46 < sibiria> there are some examples in the PF FAW on openbsd.org as well 13:46 < sibiria> FAQ* 13:46 < sibiria> not sure if it covers ipv6-over-ipv4 etc. 13:46 -!- jerryf_ [~jerryf@user/jerryf] has quit [Remote host closed the connection] 13:46 -!- jerryf [~jerryf@user/jerryf] has joined #openbsd 13:53 -!- sinvet [~sinvet@user/sinvet] has joined #openbsd 13:54 -!- sinvet [~sinvet@user/sinvet] has quit [Remote host closed the connection] 13:54 -!- ublx [~ublx@user/ublx] has joined #openbsd 13:54 -!- sinvet [~sinvet@user/sinvet] has joined #openbsd 13:56 -!- shinbet [~sinvet@user/sinvet] has quit [Ping timeout: 248 seconds] 13:56 < jmabsd> OK 13:56 < jmabsd> sibiria: IPv6-over-IPv4 is not relevant. NAT66 means, to do a NAT in IPv6 realm 13:56 < jmabsd> an IPv6-to-IPv6 NAT. 13:57 -!- sinvet [~sinvet@user/sinvet] has quit [Remote host closed the connection] 13:59 -!- sinvet [~sinvet@user/sinvet] has joined #openbsd 14:00 < sibiria> yeah i'm just saying, i don't know if the FAQ covers anything ipv6 at all, because it's kind of old and dated 14:01 -!- jerryf [~jerryf@user/jerryf] has quit [Ping timeout: 240 seconds] 14:02 -!- sinvet [~sinvet@user/sinvet] has quit [Read error: Connection reset by peer] 14:02 -!- jerryf [~jerryf@user/jerryf] has joined #openbsd 14:02 -!- sinvet [~sinvet@user/sinvet] has joined #openbsd 14:07 -!- shiranaihito_ [~shiranaih@ppp-58-11-158-201.revip2.asianet.co.th] has joined #openbsd 14:08 -!- shinbet [~sinvet@user/sinvet] has joined #openbsd 14:08 -!- jerryf_ [~jerryf@user/jerryf] has joined #openbsd 14:08 -!- antranigv_ [~antranigv@bsd.am] has joined #openbsd 14:08 -!- jerryf [~jerryf@user/jerryf] has quit [Remote host closed the connection] 14:10 -!- sinvet [~sinvet@user/sinvet] has quit [Ping timeout: 252 seconds] 14:10 -!- antranigv [~antranigv@bsd.am] has quit [Ping timeout: 272 seconds] 14:10 -!- ZHuangZi [~ZHuangZi@user/ZhuangZi] has joined #openbsd 14:12 -!- user71 [~user71@2001:1530:1003:1d1:f8ce:663a:f847:9fb2] has joined #openbsd 14:18 -!- sinvet [~sinvet@user/sinvet] has joined #openbsd 14:18 -!- shinbet [~sinvet@user/sinvet] has quit [Ping timeout: 260 seconds] 14:18 -!- elarks [~yerrii@user/yerrii] has quit [Quit: WeeChat 4.5.2] 14:28 -!- jmabsd [~jmabsd@user/jmabsd] has quit [Ping timeout: 252 seconds] 14:37 -!- amadaluzia [~amadaluzi@user/amadaluzia] has quit [Quit: ZNC 1.10.1 - https://znc.in] 14:44 -!- vortexx [~nothing@user/vortexx] has quit [Ping timeout: 245 seconds] 14:46 -!- jmabsd [~jmabsd@user/jmabsd] has joined #openbsd 14:47 < jmabsd> > yeah i'm just saying, i don't know if the FAQ covers anything ipv6 at all, because it's kind of old and dated 14:47 < jmabsd> sibiria: I see. Thanks for pointing out. Will figure out 14:48 -!- vortexx [~nothing@casper.nineinchnetworks.ch] has joined #openbsd 14:48 -!- vortexx [~nothing@casper.nineinchnetworks.ch] has quit [Changing host] 14:48 -!- vortexx [~nothing@user/vortexx] has joined #openbsd 14:49 < jmabsd> I'll wonder how you set up a NAT, so everything coming in on ETH3 goes out on WG0 etc., but then add an exception that TCP connections to 1.2.3.4 should go to ETH0. 14:52 < sibiria> rdr-to and nat-to are the two primary tools. for some setups, binat-to as well 14:53 < sibiria> typically you redirect (rdr) for inbound traffic, and nat for outbound traffic. binat is a convenience tool that effectively produces a rdr/nat "pair" 14:53 -!- psydroid2 [~psydroid@user/psydroid] has quit [Ping timeout: 260 seconds] 14:56 -!- psydroid2 [~psydroid@user/psydroid] has joined #openbsd 14:57 -!- lotsen [~lotsen@user/Lotsen] has joined #openbsd 14:59 -!- jmabsd [~jmabsd@user/jmabsd] has quit [Ping timeout: 252 seconds] 14:59 -!- apac [~alexander@user/apac] has quit [Ping timeout: 240 seconds] 15:05 -!- krl [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has joined #openbsd 15:08 -!- krl_ [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has quit [Ping timeout: 248 seconds] 15:09 -!- sunwind` [~paradox@gateway/vpn/pia/sunwind] has quit [Ping timeout: 245 seconds] 15:17 -!- apac [~alexander@user/apac] has joined #openbsd 15:19 -!- chasmo77 [~chas77@c-76-105-254-179.hsd1.or.comcast.net] has quit [Quit: It's just that easy] 15:33 -!- c61k [~c61k@user/c61k] has joined #openbsd 15:39 -!- poh [~resu@user/poh] has joined #openbsd 15:43 -!- lotsen [~lotsen@user/Lotsen] has quit [Ping timeout: 260 seconds] 15:52 -!- librecat [~librecat@78.185.245.214] has joined #openbsd 15:52 -!- nerfur [~nerfur@95-30-251-225.broadband.corbina.ru] has joined #openbsd 15:53 < librecat> it seems like WCN785x is not supported by the qwz driver 15:54 -!- nerfur [~nerfur@95-30-251-225.broadband.corbina.ru] has quit [Changing host] 15:54 -!- nerfur [~nerfur@user/nerfur] has joined #openbsd 15:55 -!- c61k is now known as tarakan 15:55 -!- tarakan is now known as c61k 15:58 -!- nerfur [~nerfur@user/nerfur] has quit [Quit: Leaving] 15:58 -!- nerfur [~nerfur@95-30-251-225.broadband.corbina.ru] has joined #openbsd 16:03 -!- nerfur [~nerfur@95-30-251-225.broadband.corbina.ru] has quit [Changing host] 16:03 -!- nerfur [~nerfur@user/nerfur] has joined #openbsd 16:04 -!- nerfur [~nerfur@user/nerfur] has quit [Quit: Leaving] 16:07 -!- nerfur [~nerfur@user/nerfur] has joined #openbsd 16:08 < nerfur> Hello! anybody interested in loongarch64 port of OpenBSD? I slowly moving in this direction already, but looking for more brains on this not easy path 16:10 -!- nerfur [~nerfur@user/nerfur] has quit [Client Quit] 16:10 -!- nerfur [~nerfur@user/nerfur] has joined #openbsd 16:12 -!- jmabsd [~jmabsd@user/jmabsd] has joined #openbsd 16:12 < jmabsd> sibiria: thanks for the pointer re. rdr-to and nat-to 16:13 -!- shinbet [~sinvet@user/sinvet] has joined #openbsd 16:16 -!- shinbeth [~sinvet@user/sinvet] has joined #openbsd 16:17 -!- comradeCrow [~comradeCr@99-110-128-132.lightspeed.irvnca.sbcglobal.net] has joined #openbsd 16:18 -!- sinvet [~sinvet@user/sinvet] has quit [Ping timeout: 276 seconds] 16:19 -!- librecat [~librecat@78.185.245.214] has quit [Remote host closed the connection] 16:20 -!- shinbet [~sinvet@user/sinvet] has quit [Ping timeout: 248 seconds] 16:20 -!- slack0 [~slack0@user/slack0] has joined #openbsd 16:21 -!- librecat [~librecat@78.185.245.214] has joined #openbsd 16:21 -!- c61k [~c61k@user/c61k] has quit [Quit: Leaving] 16:21 -!- shinbet [~sinvet@user/sinvet] has joined #openbsd 16:24 -!- shinbeth [~sinvet@user/sinvet] has quit [Ping timeout: 248 seconds] 16:27 -!- slack0 [~slack0@user/slack0] has quit [Quit: quit] 16:28 -!- zimmer [~zimmer@user/zimmer] has quit [Read error: Connection reset by peer] 16:29 -!- antranigv_ is now known as antranigv 16:34 -!- slack0 [~slack0@user/slack0] has joined #openbsd 16:39 -!- nerfur [~nerfur@user/nerfur] has quit [Remote host closed the connection] 16:44 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd 16:44 -!- nerfur [~nerfur@user/nerfur] has joined #openbsd 16:48 -!- sunwind [~paradox@gateway/vpn/pia/sunwind] has joined #openbsd 16:49 -!- adig [~default@2a02:2f0e:fa11:9201:f172:1c48:3609:54c0] has quit [Read error: Connection reset by peer] 16:49 -!- adig [~default@2a02:2f0e:fa11:9201:f172:1c48:3609:54c0] has joined #openbsd 16:57 -!- librecat [~librecat@78.185.245.214] has quit [Remote host closed the connection] 16:58 -!- Guest3298 [~Guest73@31.57.219.74] has joined #openbsd 16:58 -!- Guest3298 [~Guest73@31.57.219.74] has quit [Quit: Client closed] 16:58 -!- lotsen [~lotsen@user/Lotsen] has joined #openbsd 17:03 < jmabsd> Does the VM (virtualizer) work on ARM64 in OpenBSD now? 17:03 < jmabsd> aka hypervisor 17:05 < sibiria> no 17:09 -!- Poltawer [~xt003@user/Poltawer] has joined #openbsd 17:16 -!- Poltawer [~xt003@user/Poltawer] has quit [Quit: WeeChat 4.7.0] 17:19 < jmabsd> Ok. 17:19 < sonya> btw, do we have smth like 6to4 or teredo in ports? to ping ipv6 with ipv4 setup i mean.. thanks.. 17:20 -!- Poltawer [~xt003@user/Poltawer] has joined #openbsd 17:22 < sibiria> sonya: there's gif(4) 17:23 < jmabsd> OpenBSD's hardware support is way better than FreeBSD's, that's impressive. https://wiki.freebsd.org/arm/RockChip#SBCs_.2F_Boards 17:23 < sibiria> tunnel, so not entirely 6-to-4, but... 17:23 < sonya> sibiria: i know , but afair there was smth like terero in ports.. 17:24 < sonya> i just forget to install and test.. err.. 17:25 < sibiria> yeah i have no idea if openbsd has Teredo natively. the only "bridge" for moving from ipv4 to ipv6 i'm familiar with in openbsd is the tunnel 17:27 -!- shinbet is now known as sinvet 17:35 < jmabsd> "arm64 support “has started”" it says in https://www.openbsd.org/papers/eurobsdcon2024-vmd_multiprocessing.pdf 17:37 < pardis> so has opencvs development 17:41 < lts> And fusion power development 17:41 -!- jonf_ [~jjf@dhcp-67-146-47-162.gobrightspeed.net] has quit [Ping timeout: 248 seconds] 17:41 -!- jonf [~jonf@dhcp-67-146-47-162.gobrightspeed.net] has quit [Ping timeout: 248 seconds] 17:41 -!- qqe [~qqq@185.54.22.149] has quit [Quit: Lost terminal] 17:42 -!- Soekris [~jan-wille@80-61-12-63.fixed.kpn.net] has joined #openbsd 17:42 -!- Soekris is now known as list 17:42 -!- list is now known as Soekris 17:44 -!- Soekris [~jan-wille@80-61-12-63.fixed.kpn.net] has quit [Changing host] 17:44 -!- Soekris [~jan-wille@user/Soekris] has joined #openbsd 17:57 -!- jonf [~jonf@dhcp-67-146-47-162.gobrightspeed.net] has joined #openbsd 17:58 -!- jonf_ [~jjf@dhcp-67-146-47-162.gobrightspeed.net] has joined #openbsd 18:01 -!- lavaball [~Melissa@31.204.155.215] has quit [Remote host closed the connection] 18:05 -!- Hackerpcs [~user@user/hackerpcs] has joined #openbsd 18:06 -!- Hackerpcs [~user@user/hackerpcs] has quit [Max SendQ exceeded] 18:10 -!- sandbag [~sandbag@user/sandbag] has quit [Ping timeout: 248 seconds] 18:12 -!- Hackerpcs [~user@user/hackerpcs] has joined #openbsd 18:12 -!- Hackerpcs [~user@user/hackerpcs] has quit [Max SendQ exceeded] 18:13 -!- Hackerpcs [~user@user/hackerpcs] has joined #openbsd 18:17 -!- textmode [~textmode@81-235-203-183-no205.tbcn.telia.com] has joined #openbsd 18:35 -!- at_work_ is now known as at_work 18:46 -!- lotsen [~lotsen@user/Lotsen] has quit [Remote host closed the connection] 18:52 -!- dogg0 [~dogg0@user/dogg0] has quit [Ping timeout: 276 seconds] 18:52 -!- uncleyear [~ian@178.66.128.151] has quit [Remote host closed the connection] 18:54 -!- uncleyear [~ian@178.66.128.151] has joined #openbsd 18:58 -!- ruidx [~zk@46.19.64.169] has quit [Ping timeout: 252 seconds] 18:58 -!- Zeftax [~Zeftax@user/Zeftax] has quit [Remote host closed the connection] 19:26 -!- adig [~default@2a02:2f0e:fa11:9201:f172:1c48:3609:54c0] has quit [Read error: Connection reset by peer] 19:26 -!- adig [~default@2a02:2f0e:fa11:9201:f172:1c48:3609:54c0] has joined #openbsd 19:26 -!- feriman [~feriman@user/feriman] has quit [Ping timeout: 260 seconds] 19:40 -!- shinbet [~sinvet@user/sinvet] has joined #openbsd 19:41 -!- sinvet [~sinvet@user/sinvet] has quit [Ping timeout: 240 seconds] 19:42 -!- shinbet [~sinvet@user/sinvet] has quit [Remote host closed the connection] 19:44 -!- sinvet [~sinvet@user/sinvet] has joined #openbsd 19:44 -!- sinvet [~sinvet@user/sinvet] has quit [Remote host closed the connection] 19:46 -!- ivdsangen [~ivo@83-84-59-127.cable.dynamic.v4.ziggo.nl] has quit [Quit: leaving] 19:53 -!- KennySmith44_ [~kenny@user/KennySmith44-:28329] has quit [Quit: WeeChat 4.7.0] 19:57 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 248 seconds] 19:58 < waffles> hey so my friend just installed gentoo. his newfangled wifi 7 card is erroring out on boot 19:58 < waffles> says unsupported 19:59 < waffles> ive unmasked kernel 6.15.8 and had him emerge that, he has linux fimrware installed 19:59 < waffles> oh sorry wrong chat 19:59 < zelest> or, wrong OS ;) 20:00 < zelest> this is always the right channel 20:00 < waffles> hahahah true 20:06 < lts> We may give a bad opinion that no one needs wifi 7, but still 20:12 -!- SiFuh [~SiFuh@user/sifuh] has quit [Remote host closed the connection] 20:12 -!- SiFuh [~SiFuh@user/sifuh] has joined #openbsd 20:18 -!- CrashOverride [~strcat@p54855b3f.dip0.t-ipconnect.de] has quit [Ping timeout: 272 seconds] 20:22 -!- zayd [~zayd@user/zayd] has quit [Ping timeout: 276 seconds] 20:23 -!- rewtkid [~rewtkid@user/rewtkid] has quit [Remote host closed the connection] 20:37 -!- seninha [~seninha@user/seninha] has joined #openbsd 20:38 -!- Feigr [~REDACTED@c-85-228-19-228.bbcust.telenor.se] has joined #openbsd 20:43 -!- user71 [~user71@2001:1530:1003:1d1:f8ce:663a:f847:9fb2] has quit [Quit: Leaving] 20:50 -!- tvtoon [~The_cUnix@user/tvtoon] has joined #openbsd 20:52 -!- seninha [~seninha@user/seninha] has quit [Quit: Leaving] 20:57 -!- Xenguy [~Xenguy@user/xenguy] has quit [Read error: Connection reset by peer] 20:58 -!- sonya [~nologin@gateway/tor-sasl/sonya] has quit [Ping timeout: 240 seconds] 21:00 -!- lysy [~The@pc125-16.multinet.gliwice.pl] has quit [Ping timeout: 252 seconds] 21:09 -!- Xenguy [~Xenguy@user/xenguy] has joined #openbsd 21:12 -!- seninha [~seninha@user/seninha] has joined #openbsd 21:13 < njn> <3 openbsd 21:14 -!- Hackerpcs [~user@user/hackerpcs] has quit [Quit: Hackerpcs] 21:14 -!- lysy [~The@pc125-16.multinet.gliwice.pl] has joined #openbsd 21:18 -!- lysy [~The@pc125-16.multinet.gliwice.pl] has quit [Ping timeout: 248 seconds] 21:20 -!- amadaluzia [~amadaluzi@user/amadaluzia] has joined #openbsd 21:21 -!- c64 [uid502328@user/c64] has quit [Quit: Connection closed for inactivity] 21:27 -!- zayd [~zayd@user/zayd] has joined #openbsd 21:28 -!- six [~six@user/six] has joined #openbsd 21:30 -!- rewtkid [~rewtkid@user/rewtkid] has joined #openbsd 21:33 -!- rewtkid [~rewtkid@user/rewtkid] has quit [Remote host closed the connection] 21:33 -!- xx [~xx@user/xx] has quit [Ping timeout: 240 seconds] 21:34 -!- seninha [~seninha@user/seninha] has quit [Quit: Leaving] 21:39 -!- qqe [~qqq@185.54.20.59] has joined #openbsd 21:40 -!- ZLima12 [~zlima12@user/meow/ZLima12] has quit [Remote host closed the connection] 21:41 -!- ZLima12 [~zlima12@user/meow/ZLima12] has joined #openbsd 21:48 -!- Poltawer [~xt003@user/Poltawer] has quit [Ping timeout: 245 seconds] 21:50 -!- skippy8 [~skippy8@user/Skippy8] has quit [Quit: WeeChat 4.6.3] 21:50 -!- Poltawer [~xt003@user/Poltawer] has joined #openbsd 21:51 -!- psydroid2 [~psydroid@user/psydroid] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/] 21:54 -!- adig_ [~default@2a02:2f0e:fa11:9201:f172:1c48:3609:54c0] has joined #openbsd 21:56 < riceandbeans> I am looking at laptops today ahd wondering how is Nvidia support today? 21:57 -!- adig [~default@2a02:2f0e:fa11:9201:f172:1c48:3609:54c0] has quit [Ping timeout: 260 seconds] 21:57 < riceandbeans> I'm guessing near nonexistent and maybe neauveau or something 21:59 < sibiria> non-existent, really 21:59 < sibiria> the world will be a better place if you buy AMD 22:00 < sibiria> will work great on openbsd 22:01 -!- shiranaihito_ [~shiranaih@ppp-58-11-158-201.revip2.asianet.co.th] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] 22:01 < riceandbeans> i would prefer no Nvidia but at this place it was the only non apple non touch screen 22:01 -!- rewtkid [~rewtkid@user/rewtkid] has joined #openbsd 22:02 -!- zorz [~zorz@user/zorz] has quit [Quit: leaving] 22:02 < ssm_> riceandbeans: nvidia has wonderful support with the wsfb(4) and vesa(4) Xorg drivers via efifb(4) and vga(4). big fast cpu acceleration with big graphics 22:03 < ssm_> nv(4) also exists, only on the newest hardware of the millenium though 22:04 < riceandbeans> i can live with vesa, already do on my FreeBSD workstation just fine 22:04 < oldlaptop> I would have thought 90% plus of big-box-store laptops were still intel 22:04 < oldlaptop> (those with AMD APUs would of course be radeon/amdgpu) 22:04 < sibiria> glorious amdgpu 22:04 < sibiria> fast and well-supported 22:05 < oldlaptop> as for GPUs, I would think as far as market dynamics go Intel is the one to "root for" at the moment, simply in hopes that they'll keep something competetive in the market 22:05 < oldlaptop> three being somewhat less bad than two 22:06 < sibiria> riceandbeans: most wintel laptops with nvidia discrete graphics also have the intel IGP still 22:06 < sibiria> so you have that for a better experience 22:06 < dzwdz> do y'all know any resources which would help me understand why OpenBSD doesn't let me assign the same IP to multiple interfaces? this keeps bitting me 22:06 < oldlaptop> Whether and for what the intel IGP is usable varies wildly, unfortunately. 22:06 < dzwdz> biting 22:06 < dzwdz> i can't spell 22:06 < sibiria> works fine on most but the very newest wintel stuff 22:07 < oldlaptop> sibiria: Not inteldrm support, but the crazy switchable stuff. 22:07 < oldlaptop> Exactly what you can do (if anything) with either GPU without actual support for the switchable nonsense (which openbsd does not have) varies wildly. 22:08 < sibiria> you mean intel discrete graphics? that's not an option, correct 22:08 < sibiria> but who in their right mind would spend money on intel arc etc. 22:08 < oldlaptop> e.g. my W520 cannot do any external display output with the intel iGPU, that's all permanently wired to the nvidia GPU. 22:08 -!- Hackerpcs [~user@user/hackerpcs] has joined #openbsd 22:08 < oldlaptop> OpenBSD will boot up just fine with output to the internal display, but cannot do anything with the external outputs. 22:09 -!- Hackerpcs [~user@user/hackerpcs] has quit [Max SendQ exceeded] 22:09 < oldlaptop> (Flabbergastingly, linux will do that more or less seamlessly out of the box. That has to have been a whole lot of frustration for somebody.) 22:10 < oldlaptop> Even very closely related machines will be different. I'm given to understand basically the same exact thinkpad with a "T" in the model name instead of a "W" has one of the outputs wired to the intel GPU, and another wired to the nvidia. 22:11 < oldlaptop> Newer stuff I think has *vaguely* trended towards not connecting the nvidia to anything? (That would be most helpful for openbsd purposes.) 22:12 < oldlaptop> but who in their right mind would spend money on intel arc etc. 22:12 < oldlaptop> I assume I'll seriously consider that if intel are still in business next time I'm speccing out a personal machine. (I want to see more vendors in the GPU market, not fewer.) 22:13 -!- dogg0 [~dogg0@user/dogg0] has joined #openbsd 22:13 -!- apac [~alexander@user/apac] has quit [Quit: Konversation terminated!] 22:14 < oldlaptop> (The way intel are running things that actually might be a real question. Probably they would turn into a zombified appendage of the taxpayer instead of actually "going out of business", but that's another flamewar.) 22:15 -!- Hackerpcs [~user@user/hackerpcs] has joined #openbsd 22:21 < ssm_> deepcomputing risc-v boards are shipping with imagination gpu's. I haven't hacked the kernel hard enough to get mine working, but on linux they're only a bit weaker than megacorp offerings 22:21 -!- KennySmith44_ [~kenny@user/KennySmith44-:28329] has joined #openbsd 22:21 < ssm_> gl support leaves something to be desired 22:21 < pardis> do y'all know any resources which would help me understand why OpenBSD doesn't let me assign the same IP to multiple interfaces? this keeps bitting me 22:21 < pardis> probably because aggregating interfaces is done with trunk(4) or veb(4), depending on exactly what you are trying to achieve 22:21 < ssm_> yeah trunk(4) is probably what you want, with failover trunkproto 22:22 < KennySmith44_> because its openbsd 22:22 < ssm_> trunk is like lagg on netbsd 22:23 -!- hopeless [~hopeless@88.231.248.218] has joined #openbsd 22:23 -!- hopeless [~hopeless@88.231.248.218] has quit [Remote host closed the connection] 22:23 < ssm_> also, check out rdomains and rtables 22:23 < pardis> that may or may not be worth checking out, again, depending on what you are trying to achieve 22:24 < pardis> assigning the same IP address to multiple interfaces is not a goal, it's a proposed solution 22:24 < pardis> (to some unstated problem) 22:27 -!- tarxvfz [~tarxvfz@gateway/tor-sasl/tarxvfz] has quit [Remote host closed the connection] 22:28 -!- delyan_ [sid523379@id-523379.hampstead.irccloud.com] has joined #openbsd 22:32 -!- thesemicolons [~thesemico@user/thesemicolons] has quit [Remote host closed the connection] 22:33 -!- thesemicolons [~thesemico@user/thesemicolons] has joined #openbsd 22:34 < oldlaptop> Obviously the problem is "how to utterly confuse ARP on this network when I only have one machine to do it with" 22:41 -!- aqsd [~aqsd@user/aqsd] has quit [Ping timeout: 260 seconds] 22:43 < ssm_> do pf tables not support ip ranges? how do I block a range of ip addresses (geoblocking) short of painfully converting everything to CIDR notation? 22:44 -!- KennySmith44_ [~kenny@user/KennySmith44-:28329] has quit [Quit: WeeChat 4.7.0] 22:45 < dzwdz> pardis: for context, i'm using openbsd as a router in dn42 (see dn42.dev), i have an /28 right now 22:45 < dzwdz> ideally i'd just want to only use one address from that range for that router 22:46 < dzwdz> the first issue i ran into was that the source address for outgoing connections is chosen based on the interface addresses 22:46 -!- jmabsd [~jmabsd@user/jmabsd] has quit [Ping timeout: 252 seconds] 22:46 -!- c0co [~c0co@user/c0co] has quit [Ping timeout: 240 seconds] 22:47 -!- jgh [~jgh@hellmouth.gulag.org.uk] has quit [Remote host closed the connection] 22:48 < dzwdz> i use wireguard, so i have one interface per peer - so at first when i didn't assign any ip to those interfaces, the source ip chosen was 0.0.0.0 22:48 < dzwdz> "route sourceaddr" sets the source address for all packets in an rdomain, so if i set that to my dn42 address i broke "normal" internet connectivity 22:49 < dzwdz> i solved that by moving most of the dn42 stuff to another rdomain 22:49 < dzwdz> at first glance either trunk(4) or veb(4) might be better solutions, i'll look into them 22:50 < dzwdz> another issue i've had is that i can't add static routes via an interface if it doesn't have an ip address 22:51 < dzwdz> okay, no, trunk(4) doesn't make sense here 22:51 < oldlaptop> trying to route IP traffic over an interface without IP connectivity also makes less sense than would be ideal 22:52 < dzwdz> i mean, it has ip connectivity 22:52 < dzwdz> but i don't want to burn an ipv4 address per each interface 22:53 < dzwdz> i just want to understand why this limitation is there 22:53 < oldlaptop> How so, if it doesn't have an address? 22:54 < dzwdz> it only doesn't have an address because openbsd doesn't let me assign the same address to multiple interfaces 22:55 < dzwdz> in an ideal world i'd assign 172.20.128.64 to each wireguard interface 22:55 -!- brutex [~brutex@user/brutex] has joined #openbsd 22:55 < dzwdz> 172.20.128.64 being my ip in dn42 22:55 < oldlaptop> That will confuse wireguard too, not just normal IP networking. 22:55 < dzwdz> how would it confuse wireguard? 22:56 -!- brutex [~brutex@user/brutex] has quit [Remote host closed the connection] 22:56 < dzwdz> this is what i'm confused about, i want to understand this limitation 22:57 -!- brutex [~brutex@user/brutex] has joined #openbsd 22:57 < oldlaptop> wireguard does a sort of "routing" by itself, with wgaip, to decide which peer traffic should be sent to for a given destination IP. 22:57 -!- brutex [~brutex@user/brutex] has quit [Remote host closed the connection] 22:58 < dzwdz> i know, that's why i have multiple interfaces 22:58 -!- aqsd [~aqsd@user/aqsd] has joined #openbsd 22:58 -!- Poltawer [~xt003@user/Poltawer] has quit [Quit: WeeChat 4.7.0] 22:58 * oldlaptop does not really want to see how deep this particular rabbit hole goes 22:58 < dzwdz> right now the allowedips on each is 0.0/0, ::/0 (i could limit this to the dn42 ranges, but eh) - the actual routing is done outside wireguard, with routes received via bgp 23:00 < dzwdz> wireguard is just a detail here, you can imagine this is a physical network, and each interface is a direct link to some bgp peer 23:07 -!- jrmu [jrmu@ircnow.org] has joined #openbsd 23:07 < jrmu> Anyone here familiar with getting dovecot to work with Maildir on openbsd? I've been trying to get it to work with opensmtpd: https://paste.ircnow.org/opy3whyncpujwpibo567 23:08 < jrmu> or does anyone here have experience with a lighter imap/pop daemon? I've been trying to troubleshoot this dovecot issue for a few hours and getting tired of it 23:11 < mischief> smh, can't install python pandas because 1gb /tmp runs out of space 23:29 -!- SirJitsu1 [~SirJitsu@162-231-111-175.lightspeed.livnmi.sbcglobal.net] has quit [Remote host closed the connection] 23:30 -!- SirJitsu [~SirJitsu@162-231-111-175.lightspeed.livnmi.sbcglobal.net] has joined #openbsd 23:35 -!- ssm_ [~ssm_@mail.howdoesmycode.work] has quit [Quit: UwU] 23:37 -!- ssm_ [~ssm_@mail.howdoesmycode.work] has joined #openbsd 23:39 -!- chasmo77 [~chas77@c-76-105-254-179.hsd1.or.comcast.net] has joined #openbsd 23:48 < dzwdz> bumping the previous question 23:48 < dzwdz> i can't use veb(4) with wireguard, presumably because the latter operates on layer 3 23:49 < dzwdz> seemingly i can set the same ip on multiple interfaces as long as all but one are POINTOPOINT 23:58 -!- tdscg^ [~tdscg@99-73-20-238.lightspeed.tukrga.sbcglobal.net] has joined #openbsd --- Log closed Mon Aug 04 00:00:24 2025