--- Log opened Mon Apr 29 00:00:05 2024
00:00 -!- artmdl [~art5456@d172-218-174-94.bchsia.telus.net] has joined #openbsd
00:04 -!- RypPn2 [~RypPn@big-cahunha.rosscom.co.uk] has joined #openbsd
00:04 -!- RypPn [~RypPn@user/ryppn] has quit [Ping timeout: 245 seconds]
00:04 -!- RypPn2 is now known as RypPn
00:04 -!- RypPn [~RypPn@big-cahunha.rosscom.co.uk] has quit [Changing host]
00:04 -!- RypPn [~RypPn@user/ryppn] has joined #openbsd
00:04 -!- jacobk [~quassel@2603:8081:2103:e500:a1d9:12a:9347:210a] has quit [Ping timeout: 260 seconds]
00:09 < polarian> When I bought my Linux laptop back in August I wanted something powerful I could rely on... I had enough of cheaply built modern thinkpads, it was framework or novacustom, but I went with novacustom because I feel framework has lost their path... they started out with all these promises and never delivered... they were meant to adopt coreboot but said it was too hard and never did (they will for Chromebooks though), and their prices continue to go 
00:09 < polarian> up... and I heard the build quality isn't great. Meanwhile I got a Novacustom laptop which uses Dasharo's coreboot firmware, same 12th gen CPU as framework, and all parts are available... and I'm used to repairing laptops so I don't need easily swappable modules... I just need the parts to fix... but I then got interested in old laptops (and so did my friend) and ever since using the well built bricks from the early to mid 2010s, I kinda regret fal
00:09 < polarian> ling into the "must have modern tech" way of thinking...
00:10 < polarian> anyways not trying to discourage, but that's my view on it :)
00:11 < polarian> plus parts for old laptops are dirt cheap... (although second hand)
00:12 < polarian> using an old laptop, especially when travelling gives you piece of mind that if it gets smashed or taken... its not a big deal... (as long as the data is encrypted and you have backed it up however :P)
00:13 < polarian> I'm clumsy, so an old laptop has actually been more stress-free... no worries about scratching it (it has already been dented and abused by the previous owner)
00:18 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
00:20 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 272 seconds]
00:26 -!- xFCFFDFFFFEFFFAF [~psyhician@88.201.243.61] has quit [Read error: Connection reset by peer]
00:28 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
00:29 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
00:30 -!- bsd4me [~bsduser@user/bsd4me] has quit [Quit: leaving]
00:31 -!- Shirkdog [~M.Shirk@user/shirkdog] has joined #openbsd
00:33 -!- extor [~extor@ns3018124.ip-149-202-82.eu] has quit [Quit: ZNC 1.8.2+deb2build5 - https://znc.in]
00:34 -!- seninha [~seninha@user/seninha] has quit [Ping timeout: 252 seconds]
00:40 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd
00:42 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 260 seconds]
00:43 -!- extor [~extor@2001:41d0:1004:636::1] has joined #openbsd
00:46 < thrig> https://thrig.me/tmp/malinger.txt
00:49 -!- jacobk [~quassel@76.184.118.120] has joined #openbsd
00:53 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
00:55 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 255 seconds]
00:58 -!- spuos [~spuos@2601:18f:47f:b30:4672:bdbd:9256:ff05] has quit [Remote host closed the connection]
00:59 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd
01:01 -!- donofrio_ [~donofrio@c-68-40-123-196.hsd1.mi.comcast.net] has joined #openbsd
01:01 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 260 seconds]
01:01 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
01:02 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
01:03 -!- extor [~extor@2001:41d0:1004:636::1] has quit [Remote host closed the connection]
01:04 -!- RypPn2 [~RypPn@big-cahunha.rosscom.co.uk] has joined #openbsd
01:04 -!- cmburn [~cmburn@67-220-26-83.fttp.usinternet.com] has quit [Quit: Leaving.]
01:04 -!- RypPn [~RypPn@user/ryppn] has quit [Ping timeout: 252 seconds]
01:04 -!- RypPn2 is now known as RypPn
01:04 -!- RypPn [~RypPn@big-cahunha.rosscom.co.uk] has quit [Changing host]
01:04 -!- RypPn [~RypPn@user/ryppn] has joined #openbsd
01:04 -!- donofrio [~donofrio@nat-162-58-0-210.esc.gov] has quit [Ping timeout: 245 seconds]
01:06 -!- extor [~extor@ns3018124.ip-149-202-82.eu] has joined #openbsd
01:06 -!- jacobk [~quassel@76.184.118.120] has quit [Ping timeout: 245 seconds]
01:06 -!- jacobk [~quassel@76.184.118.120] has joined #openbsd
01:11 -!- jacobk [~quassel@76.184.118.120] has quit [Ping timeout: 245 seconds]
01:24 -!- donofrio_ [~donofrio@c-68-40-123-196.hsd1.mi.comcast.net] has quit [Ping timeout: 260 seconds]
01:28 -!- erai [~erai@user/erai] has joined #openbsd
01:35 -!- xet7 [~xet7@user/xet7] has quit [Remote host closed the connection]
01:35 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
01:36 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
01:38 -!- xet7 [~xet7@user/xet7] has joined #openbsd
01:39 -!- srfsh [~srfsh@user/srfsh] has quit [Ping timeout: 260 seconds]
01:39 -!- srfsh [~srfsh@user/srfsh] has joined #openbsd
01:44 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has quit [Ping timeout: 240 seconds]
02:04 -!- RypPn [~RypPn@user/ryppn] has quit [Ping timeout: 252 seconds]
02:04 -!- RypPn [~RypPn@user/ryppn] has joined #openbsd
02:06 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has joined #openbsd
02:09 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
02:09 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
02:10 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
02:10 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 260 seconds]
02:15 < cat5> little known fact, thrig spelled backwards is thrig
02:17 -!- RypPn [~RypPn@user/ryppn] has quit [Quit: Real-time updating is paused. (Resume)]
02:23 < cat5> nevermind that's completely incorrect. i'm gonna go idle for another 12 days now
02:34 -!- sjg [~sjg@user/sjg] has quit [Ping timeout: 245 seconds]
02:35 -!- sjg [~sjg@user/sjg] has joined #openbsd
02:40 -!- xFCFFDFFFFEFFFAF [~psyhician@88.201.243.61] has joined #openbsd
02:40 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd
02:43 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 256 seconds]
02:43 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
02:44 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
02:51 -!- bsd4me [~bsduser@user/bsd4me] has joined #openbsd
03:01 < ssm_> thrig backwards is almost `girth`
03:02 -!- adig [~default@109.166.139.55] has quit [Read error: Connection reset by peer]
03:04 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
03:04 -!- ublx [~ublx@user/ublx] has quit [Quit: ublx]
03:06 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 268 seconds]
03:07 < xFCFFDFFFFEFFFAF> what key
03:10 < thrig> it's actually a typo of a character's name in "Code of the Lifemaker"
03:13 -!- vdamewood [~vdamewood@fedora/vdamewood] has joined #openbsd
03:18 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
03:18 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
03:21 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has quit [Ping timeout: 256 seconds]
03:30 -!- jacobk [~quassel@utdpat242005.utdallas.edu] has joined #openbsd
03:42 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has joined #openbsd
03:42 -!- mxz_ [~mxz@user/mxz] has quit [Ping timeout: 245 seconds]
03:42 -!- mxz_ [~mxz@user/mxz] has joined #openbsd
03:43 -!- mxz [~mxz@user/mxz] has quit [Ping timeout: 252 seconds]
03:43 -!- mxz_ is now known as mxz
03:52 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
03:52 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
04:04 -!- jacobk [~quassel@utdpat242005.utdallas.edu] has quit [Ping timeout: 240 seconds]
04:04 -!- zcheng3 [~zcheng3@d108-173-21-8.abhsia.telus.net] has quit [Ping timeout: 264 seconds]
04:15 -!- jacobk [~quassel@utdpat241040.utdallas.edu] has joined #openbsd
04:22 -!- xFCFFDFFFFEFFFAF [~psyhician@88.201.243.61] has quit [Ping timeout: 260 seconds]
04:24 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd
04:26 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
04:26 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
04:27 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 268 seconds]
04:36 -!- mlw [~mlw@41.223.180.101] has joined #openbsd
04:38 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Ping timeout: 260 seconds]
04:41 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
04:41 -!- bilegeek [~bilegeek@2600:1008:b025:e5c1:3276:e96d:2d6f:14d7] has quit [Quit: Leaving]
04:43 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has quit [Ping timeout: 252 seconds]
04:58 -!- bsd4me [~bsduser@user/bsd4me] has quit [Quit: leaving]
05:00 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
05:01 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
05:07 -!- eki [~eki@dsl-hkibng41-54f85a-212.dhcp.inet.fi] has quit [Quit: Lost terminal]
05:13 -!- eki [~eki@dsl-hkibng41-54f85a-212.dhcp.inet.fi] has joined #openbsd
05:18 -!- digitalrayne [~digitalra@vps-446f4f39.vps.ovh.ca] has quit [Ping timeout: 252 seconds]
05:20 -!- \subline [~join_subl@69-165-242-19.cable.teksavvy.com] has quit [Ping timeout: 268 seconds]
05:21 -!- eki [~eki@dsl-hkibng41-54f85a-212.dhcp.inet.fi] has quit [Quit: leaving]
05:26 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Ping timeout: 268 seconds]
05:27 -!- eki [~eki@dsl-hkibng41-54f85a-212.dhcp.inet.fi] has joined #openbsd
05:29 -!- feriman [~feriman@user/feriman] has joined #openbsd
05:30 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
05:31 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 240 seconds]
05:31 -!- digitalrayne [~digitalra@vps-446f4f39.vps.ovh.ca] has joined #openbsd
05:34 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
05:34 -!- digitalrayne [~digitalra@vps-446f4f39.vps.ovh.ca] has quit [Client Quit]
05:34 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
05:34 -!- digitalrayne [~digitalra@vps-446f4f39.vps.ovh.ca] has joined #openbsd
05:39 -!- \subline [~join_subl@69-165-242-19.cable.teksavvy.com] has joined #openbsd
05:40 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has joined #openbsd
05:43 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd
05:45 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 252 seconds]
05:50 -!- mxz_ [~mxz@user/mxz] has joined #openbsd
05:52 -!- huy_ [~huy@abayonne-654-1-181-37.w90-55.abo.wanadoo.fr] has joined #openbsd
05:52 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has quit [Ping timeout: 256 seconds]
05:53 -!- huy [~huy@abayonne-654-1-181-37.w90-55.abo.wanadoo.fr] has quit [Ping timeout: 268 seconds]
05:54 -!- rainystorm [~rainystor@user/rainystorm] has joined #openbsd
06:07 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
06:08 -!- remiliascarlet [~remiliasc@user/remiliascarlet] has quit [Ping timeout: 245 seconds]
06:08 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
06:09 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has joined #openbsd
06:19 -!- euphores [~SASL_euph@user/euphores] has quit [Quit: Leaving.]
06:21 -!- huy_ [~huy@abayonne-654-1-181-37.w90-55.abo.wanadoo.fr] has quit [Ping timeout: 268 seconds]
06:30 -!- divansantana [~user@192.145.132.53] has joined #openbsd
06:30 -!- remiliascarlet [~remiliasc@user/remiliascarlet] has joined #openbsd
06:30 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd
06:37 -!- gbowne1_ [~gbowne1@97-126-5-34.tukw.qwest.net] has joined #openbsd
06:39 -!- gbowne1 [~gbowne1@97-113-92-242.tukw.qwest.net] has quit [Ping timeout: 252 seconds]
06:39 -!- jacobk [~quassel@utdpat241040.utdallas.edu] has quit [Ping timeout: 245 seconds]
06:42 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
06:42 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
07:01 -!- jacobk [~quassel@64.189.201.150] has joined #openbsd
07:13 -!- finkfox [~finkfox@user/finkfox] has joined #openbsd
07:15 -!- AlaskanEmily [~AlaskanEm@user/alaskanemily] has quit [Remote host closed the connection]
07:16 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
07:17 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
07:20 -!- jacobk [~quassel@64.189.201.150] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
07:25 -!- joe9 [~joe@c-73-24-194-198.hsd1.az.comcast.net] has quit [Ping timeout: 268 seconds]
07:39 -!- thumbs [1000@apache/committer/thumbs] has quit [Ping timeout: 264 seconds]
07:40 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
07:40 -!- thumbs [1000@apache/committer/thumbs] has joined #openbsd
07:41 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 260 seconds]
07:46 -!- rainystorm [~rainystor@user/rainystorm] has quit [Ping timeout: 260 seconds]
07:50 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
07:50 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
07:51 -!- krl [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has joined #openbsd
07:52 -!- joe9 [~joe@c-73-24-194-198.hsd1.az.comcast.net] has joined #openbsd
07:53 -!- krl_ [~krl@h-155-4-221-200.na.cust.bahnhof.se] has quit [Ping timeout: 245 seconds]
08:01 -!- midnight [~midnight@user/midnight] has quit [Remote host closed the connection]
08:02 -!- RypPn [~RypPn@user/ryppn] has joined #openbsd
08:02 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has joined #openbsd
08:04 -!- finkfox [~finkfox@user/finkfox] has quit [Ping timeout: 255 seconds]
08:05 -!- finkfox [~finkfox@user/finkfox] has joined #openbsd
08:12 -!- midnight [~midnight@user/midnight] has joined #openbsd
08:14 -!- toxic063 [~toxic0@82.66.203.96] has quit [Remote host closed the connection]
08:15 -!- Noisytoot [~noisytoot@user/meow/Noisytoot] has quit [Excess Flood]
08:16 -!- gbowne1_ [~gbowne1@97-126-5-34.tukw.qwest.net] has quit [Quit: Leaving]
08:18 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
08:18 -!- Noisytoot [~noisytoot@user/meow/Noisytoot] has joined #openbsd
08:19 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
08:19 < remiliascarlet> polarian: I never got a Framework laptop, because they still refuse to sell in this country. Never heard of Novacustom before, so I'll look into that one.
08:20 -!- huy [~huy@abayonne-654-1-181-37.w90-55.abo.wanadoo.fr] has joined #openbsd
08:21 -!- b50d [~b50d@62.96.54.30] has joined #openbsd
08:22 < remiliascarlet> "Sustainable energy: we wasted away all our arms and legs just to put solar panels on our roof to virtue signal!" If you really want sustainable, infinite energy, just go nuclear!
08:24 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
08:25 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
08:29 < remiliascarlet> Neither do they ship with a plug that can be used over here. And why do I need to pay more for them to NOT engrave a logo? And the only NVMe options are Samsung ones, and I heard they have the slowest NVMe's on the market.
08:30 < remiliascarlet> Probably yet another western-only laptop manufacturer it seems.
08:30 < remiliascarlet> (In the sense of "they only ship to western countries")
08:31 -!- SiFuh [~SiFuh@user/sifuh] has quit [Remote host closed the connection]
08:32 -!- SiFuh [~SiFuh@user/sifuh] has joined #openbsd
08:33 -!- RypPn [~RypPn@user/ryppn] has quit [Quit: Real-time updating is paused. (Resume)]
08:37 -!- RypPn [~RypPn@user/ryppn] has joined #openbsd
08:44 -!- danilogondolfo [~danilogon@37.228.206.65] has joined #openbsd
08:48 -!- lavaball [~Melissa@31.204.155.215] has joined #openbsd
08:58 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
08:59 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
09:01 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd
09:04 -!- RypPn2 [~RypPn@big-cahunha.rosscom.co.uk] has joined #openbsd
09:04 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 256 seconds]
09:04 -!- RypPn [~RypPn@user/ryppn] has quit [Ping timeout: 252 seconds]
09:04 -!- RypPn2 is now known as RypPn
09:04 -!- RypPn [~RypPn@big-cahunha.rosscom.co.uk] has quit [Changing host]
09:04 -!- RypPn [~RypPn@user/ryppn] has joined #openbsd
09:06 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
09:08 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 264 seconds]
09:18 -!- lavaball [~Melissa@31.204.155.215] has quit [Remote host closed the connection]
09:20 -!- c64 [uid502328@user/c64] has joined #openbsd
09:22 -!- fluentpwn [e7b4bb6755@spooky.academy] has quit [Remote host closed the connection]
09:23 -!- fluentpwn [e7b4bb6755@spooky.academy] has joined #openbsd
09:25 -!- Reddens [~Reddens@d1zw26yyyyyhcykgvyf-4.rev.dnainternet.fi] has joined #openbsd
09:32 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
09:33 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
09:34 < RobbieAB> remiliascarlet: There are some benfits to localised PV though they tend to be skipped over (and fall apart in heavily urbanised areas)
09:35 -!- martian67 [~martian67@user/meow/martian67] has quit [Remote host closed the connection]
09:35 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Remote host closed the connection]
09:35 -!- chiselfuse [~chiselfus@user/chiselfuse] has quit [Remote host closed the connection]
09:36 -!- martian67 [~martian67@user/meow/martian67] has joined #openbsd
09:36 -!- chiselfuse [~chiselfus@user/chiselfuse] has joined #openbsd
09:46 -!- Reddens [~Reddens@d1zw26yyyyyhcykgvyf-4.rev.dnainternet.fi] has quit [Read error: Connection reset by peer]
09:47 < solene> polarian: which model of novacustom?
09:47 -!- Seven7Up [~user1337@user/Seven7Up] has joined #openbsd
09:47 -!- Reddens [~Reddens@d1zw26yyyyyhcykgvyf-4.rev.dnainternet.fi] has joined #openbsd
09:47 -!- Reddens [~Reddens@d1zw26yyyyyhcykgvyf-4.rev.dnainternet.fi] has quit [Read error: Connection reset by peer]
09:50 < solene> for people who would like to contribute, you can install the package portroach-cli and use this command line to get a random list of packages that have a new release: portroach-cli -m "$(portroach-cli | grep -v " 0%$" | ggrep -Po "[\w\.\+]+@[\w\.]+" | sort -R | head -n 1)" -o
09:50 < solene> portroach-cli displays packages by maintainer, which is not practical to look for a random update, this search a random maintainer that doesn't have 100% of packages up to date and displays their packages :D
09:51 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
09:51 < RobbieAB> That might be interesting to play with. I do like my openbsd systems and would like to contribute something back.
09:51 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
09:51 -!- rainystorm [~rainystor@user/rainystorm] has joined #openbsd
09:54 -!- Reddens [~Reddens@162.247.72.193] has joined #openbsd
09:56 -!- jameswatt [~jameswatt@117.213.210.183] has joined #openbsd
09:56 -!- Reddens [~Reddens@162.247.72.193] has quit [Read error: Connection reset by peer]
09:57 -!- Reddens [~Reddens@d1zw26yyyyyhcykgvyf-4.rev.dnainternet.fi] has joined #openbsd
10:03 -!- RypPn2 [~RypPn@big-cahunha.rosscom.co.uk] has joined #openbsd
10:04 -!- RypPn [~RypPn@user/ryppn] has quit [Ping timeout: 245 seconds]
10:04 -!- RypPn2 is now known as RypPn
10:04 -!- RypPn [~RypPn@big-cahunha.rosscom.co.uk] has quit [Changing host]
10:04 -!- RypPn [~RypPn@user/ryppn] has joined #openbsd
10:05 -!- antanst0 [~antanst@user/antanst] has quit [Quit: The Lounge - https://thelounge.chat]
10:06 -!- antanst0 [~antanst@user/antanst] has joined #openbsd
10:06 < finkfox> hi, iÃ'm wondering: are there ways to reliably verify that the compiled software running on a server is the exact product of a certain source code from the outside? in other words, that a software/service running on a server is not corrupted?
10:06 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
10:07 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
10:11 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
10:16 -!- ficonni [~ficonni@178.220.45.136] has joined #openbsd
10:16 -!- eki [~eki@dsl-hkibng41-54f85a-212.dhcp.inet.fi] has quit [Quit: leaving]
10:16 -!- Seven7Up [~user1337@user/Seven7Up] has quit [Ping timeout: 240 seconds]
10:18 -!- Error [err@user/error] has joined #openbsd
10:19 -!- Seven7Up [~user1337@user/Seven7Up] has joined #openbsd
10:22 < solene> finkfox: you can't, for that we should have a method to have reproducible builds, but then it's complicated because it's OS dependant and upstream should publish the result of a reproducible build with the same environment as yours and keep it up to date regularly to match OpenBSD libs
10:22 < solene> the best you can get now is to be sure the program you run is the same from the package you installed
10:25 -!- Noisytoot [~noisytoot@user/meow/Noisytoot] has quit [Excess Flood]
10:26 -!- jameswatt [~jameswatt@117.213.210.183] has quit [Quit: Leaving]
10:26 -!- eki [~eki@dsl-hkibng41-54f85a-212.dhcp.inet.fi] has joined #openbsd
10:27 -!- Noisytoot [~noisytoot@user/meow/Noisytoot] has joined #openbsd
10:35 -!- jastrom [~jastrom@user/jastrom] has quit [Quit: ZNC 1.8.2 - https://znc.in]
10:40 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
10:40 -!- jastrom [~jastrom@user/jastrom] has joined #openbsd
10:41 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
10:42 -!- schna [~schna@2a02:8071:5980:b340:bbc3:c023:f16e:eef3] has quit [Ping timeout: 272 seconds]
10:43 -!- schna [~schna@2a02:8071:5980:b340::10ac] has joined #openbsd
10:45 -!- antanst0 [~antanst@user/antanst] has quit [Quit: The Lounge - https://thelounge.chat]
10:45 -!- toxic063 [~toxic0@82.66.203.96] has joined #openbsd
10:48 -!- antanst0 [~antanst@user/antanst] has joined #openbsd
10:57 -!- Nei_ [~ailin@openSUSE/member/ailin-nemui] has joined #openbsd
10:58 -!- splx [~coco@fitz.sepplix.net] has quit [Read error: Connection reset by peer]
10:59 -!- pvalenta [~petr@user/pvalenta] has quit [Quit: ZNC - https://znc.in]
10:59 -!- lockna_ [~lockna@static.139.16.130.94.clients.your-server.de] has quit [Quit: ZNC 1.8.2 - https://znc.in]
10:59 -!- wiu [~wiu@user/wiu] has quit [Remote host closed the connection]
11:00 -!- polarian [~polarian@znc.polarian.dev] has quit [Quit: Polarian has disappeared]
11:00 -!- henrik [henrik@eva.affekt.org] has quit [Ping timeout: 256 seconds]
11:00 -!- pvalenta [~petr@gabriel.jevklidu.cz] has joined #openbsd
11:00 -!- pvalenta [~petr@gabriel.jevklidu.cz] has quit [Changing host]
11:00 -!- pvalenta [~petr@user/pvalenta] has joined #openbsd
11:01 -!- Nei [~ailin@openSUSE/member/ailin-nemui] has quit [Ping timeout: 256 seconds]
11:01 -!- avemestr [~avemestr@static.237.84.140.128.clients.your-server.de] has quit [Ping timeout: 268 seconds]
11:01 -!- Voyager_MP [~mp@168.119.5.224] has quit [Ping timeout: 268 seconds]
11:01 -!- Nei_ is now known as Nei
11:01 -!- lockna [~lockna@2a01:4f8:10b:14f1::2] has joined #openbsd
11:01 -!- wiu [~wiu@user/wiu] has joined #openbsd
11:01 -!- Fish [~Fish@cartwheel.9grid.fr] has quit [Ping timeout: 268 seconds]
11:01 -!- cnuke [~cnuke@vond.sysret.de] has quit [Ping timeout: 268 seconds]
11:02 -!- polarian [~polarian@znc.polarian.dev] has joined #openbsd
11:02 -!- cnuke [~cnuke@vond.sysret.de] has joined #openbsd
11:03 -!- avemestr [~avemestr@static.237.84.140.128.clients.your-server.de] has joined #openbsd
11:03 -!- splx [~coco@fitz.sepplix.net] has joined #openbsd
11:04 -!- RypPn [~RypPn@user/ryppn] has quit [Ping timeout: 252 seconds]
11:05 -!- Fish [~Fish@cartwheel.9grid.fr] has joined #openbsd
11:05 -!- henrik [henrik@eva.affekt.org] has joined #openbsd
11:05 -!- Voyager_MP [~mp@168.119.5.224] has joined #openbsd
11:07 -!- RypPn [~RypPn@user/ryppn] has joined #openbsd
11:08 < finkfox> solene: but what could be a solution for such a requirement? for example, what party A could produce the hash for the source code and compiled binary. then, if another party B downloads source and compiles it they could verify the hashes (lets neglect OS and config specifics). However, that doesn't really help B to verify that the binary running on A's server matches the source. One still needs to trust A.
11:10 < finkfox> i wonder if there is a mathematical/cryptographic solution for that.
11:11 -!- extrowerk [~extrowerk@BC06D718.dsl.pool.telekom.hu] has quit [Quit: Bye!]
11:11 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
11:12 -!- xx [~xx@user/xx] has joined #openbsd
11:12 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
11:14 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
11:15 -!- kon4ru [~libera@konyahin.xyz] has quit [Ping timeout: 268 seconds]
11:15 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
11:17 -!- extrowerk [~extrowerk@BC06D718.dsl.pool.telekom.hu] has joined #openbsd
11:18 < IcePic> finkfox: then the compiler changes from 12.34.56 to 12.34.57 and suddenly two instructions changes order because someone figured out caches like the second version more, and then you can't prove source-with-hash-X produces binary-with-hash-Y unless both A and B change at the same time
11:18 -!- gaussianblue [~gaussianb@user/gaussianblue] has joined #openbsd
11:21 -!- \subline [~join_subl@69-165-242-19.cable.teksavvy.com] has quit [Ping timeout: 256 seconds]
11:21 -!- xFCFFDFFFFEFFFAF [~psyhician@88.201.243.61] has joined #openbsd
11:24 < finkfox> IcePic: right, that why I wrote "lets neglect" these specifics. so if the answer is there is no way to verify external server binaries, isnÃ't that a strong argument for self hosting and/or federated, decentralized services?
11:26 < Lucas6023> thinking aloud, it should be possible for a server to receive an HMAC key and calculate the HMAC of its own binary.
11:26 < Lucas6023> or a salt, not necessary to go full HMAC
11:27 < Lucas6023> but you can't make it answer a predefined value, as otherwise that's spoofable
11:28 < Lucas6023> hmm. the way I'm thinking about it, it does rely on the on-disk file
11:28 < Lucas6023> which might not be the same as the running binary
11:28 < Lucas6023> and idk if the OS (OpenBSD and others) provide a way to have a dump of the running binary
11:29 -!- \subline [~join_subl@69-165-242-19.cable.teksavvy.com] has joined #openbsd
11:29 < Lucas6023> also, that would solve half of the issue: that tells you that the binary is the same, but says nothing about the libraries
11:30 -!- xFCFFDFFFFEFFFAF [~psyhician@88.201.243.61] has quit [Remote host closed the connection]
11:30 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Remote host closed the connection]
11:30 -!- scain [~scain@2603:8080:b104:4e00:45cf:678b:a7f:b897] has joined #openbsd
11:40 -!- donofrio [~donofrio@155.178.180.11] has joined #openbsd
11:41 -!- Seven7Up [~user1337@user/Seven7Up] has quit [Quit: Leaving]
11:41 -!- lavaball [~Melissa@31.204.155.215] has joined #openbsd
11:42 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd
11:44 -!- Seven7Up [~user1337@user/Seven7Up] has joined #openbsd
11:44 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 264 seconds]
11:45 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
11:46 -!- euphores [~SASL_euph@user/euphores] has quit [Ping timeout: 252 seconds]
11:49 -!- krl_ [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has joined #openbsd
11:49 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
11:49 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
11:51 -!- krl [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has quit [Ping timeout: 260 seconds]
11:53 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd
11:54 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 256 seconds]
11:55 -!- xFCFFDFFFFEFFFAF [~psyhician@88.201.243.61] has joined #openbsd
11:58 -!- slow99 [~slow99@user/slow99] has quit [Quit: slow99]
11:58 -!- hugohagogo [~cleber@user/hugohagogo] has quit [Ping timeout: 256 seconds]
11:59 -!- slow99 [~slow99@user/slow99] has joined #openbsd
12:03 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
12:04 < rIMpossible> The anoncvs at ftp.hostserver.de seems to have a problem checking out the 7.5 stable source tree, using instructions here: https://www.openbsd.org/anoncvs.html
12:04 -!- kon4ru [~libera@konyahin.xyz] has joined #openbsd
12:05 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd
12:05 -!- hugohagogo [~cleber@201.150.56.4] has joined #openbsd
12:07 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 260 seconds]
12:11 -!- kon4ru [~libera@konyahin.xyz] has quit [Ping timeout: 260 seconds]
12:11 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
12:13 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 268 seconds]
12:14 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd
12:17 -!- Reddens [~Reddens@d1zw26yyyyyhcykgvyf-4.rev.dnainternet.fi] has quit [Ping timeout: 268 seconds]
12:17 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 272 seconds]
12:18 -!- rain0r [~rainer@static.198.178.130.94.clients.your-server.de] has quit [Quit: rain0r]
12:19 -!- rain0r [~rainer@static.198.178.130.94.clients.your-server.de] has joined #openbsd
12:20 -!- tpfau [~pfau_@user/tpfau] has joined #openbsd
12:20 -!- xet7 [~xet7@user/xet7] has quit [Remote host closed the connection]
12:23 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
12:24 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
12:29 -!- chiselfuse [~chiselfus@user/chiselfuse] has quit [Remote host closed the connection]
12:29 -!- chiselfuse [~chiselfus@user/chiselfuse] has joined #openbsd
12:30 -!- Saint_Tuesday [~saint@tuesday.ee] has quit [Remote host closed the connection]
12:33 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
12:34 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 260 seconds]
12:41 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd
12:43 -!- byteskeptical [~amnesia@user/byteskeptical] has joined #openbsd
12:44 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 256 seconds]
12:50 < MiniontobyPI> I got a public protected ipv6 subnet that I can 'claim' using a GRE tunnel. I have set up the tunnel, and I am receiving packets from the tunnel. However, they are not being processed. It seems that when I disable my pf, then it does try to send a reply, but directly to the requester ip, instead of throu the tunnel. Someone able to help me fix my pf.conf?
12:50 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
12:51 -!- breavyn [~breavyn@user/breavyn] has joined #openbsd
12:51 -!- tpfau [~pfau_@user/tpfau] has quit [Quit: Leaving]
12:52 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 256 seconds]
12:53 -!- Release6890 [~user@pool-173-75-254-29.phlapa.fios.verizon.net] has joined #openbsd
12:54 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd
12:56 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 256 seconds]
12:57 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
12:58 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
13:04 < IcePic> MiniontobyPI: how does your ipv6 routing table look?
13:10 -!- joe9 [~joe@c-73-24-194-198.hsd1.az.comcast.net] has quit [Quit: leaving]
13:10 < MiniontobyPI> IcePic:Can you be more specific, cause I do not know where to look for you
13:11 < Release6890> I would like to use smart card with Firefox on OpenBSD 7.5. I have installed both pcsc-tools and opensc. The tools in those packages see the reader and content but Firefox does not seem to recognized the smart card. Any suggestions for further debugging?
13:12 < MiniontobyPI> IcePic: https://pastebin.com/nbTZAEMW <- here is `route show | grep gre` with my subnet replaced by `fe14::dead:beef::`
13:12 -!- chiselfuse [~chiselfus@user/chiselfuse] has quit [Ping timeout: 260 seconds]
13:13 -!- drin [~geezabisc@user/geezabiscuit] has joined #openbsd
13:14 -!- geezabiscuit [~geezabisc@user/geezabiscuit] has quit [Ping timeout: 260 seconds]
13:14 < IcePic> MiniontobyPI: this list doesn't seem to include a default route for v6, so any reply would go where the default v6 route points, unless the source of the traffic was that single /64
13:14 -!- chiselfuse [~chiselfus@user/chiselfuse] has joined #openbsd
13:14 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
13:15 -!- drin is now known as geezabiscuit
13:15 < MiniontobyPI> Yeah, IcePic the guys who gave me it, didn't give me a default route/gateway
13:16 < MiniontobyPI> they just said that everything should work with the gre
13:16 < MiniontobyPI> and I should get full access to the whole subnet
13:16 -!- extrowerk [~extrowerk@BC06D718.dsl.pool.telekom.hu] has quit [Read error: Connection reset by peer]
13:16 < IcePic> ipv6 is not that different from v4 in that regard, you almost always want to have a def-gw inside the network given to you on the link
13:16 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 252 seconds]
13:17 < MiniontobyPI> def-gw?
13:17 -!- luca_ [~luca@dyndsl-037-138-189-115.ewe-ip-backbone.de] has joined #openbsd
13:17 < IcePic> default-gateway
13:17 -!- xx [~xx@user/xx] has quit [Remote host closed the connection]
13:17 < MiniontobyPI> Yeah, but my guys didn't give me any
13:18 < IcePic> your guys aren't very friendly then.
13:18 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd
13:18 < MiniontobyPI> THey just gave their part of the tunnel (aka remote ip)
13:18 < MiniontobyPI> and then they setup their side of the tunnel
13:18 -!- xx [~xx@user/xx] has joined #openbsd
13:18 < IcePic> I would suggest you try to set that as the ipv6 default gateway then
13:18 < MiniontobyPI> and left me figure the rest out, since I had to choose openbsd for it
13:18 < MiniontobyPI> But how do I do that, IcePic 
13:18 < IcePic> if you got their inside v6 ip on the remote end
13:18 -!- extrowerk [~extrowerk@BC06D718.dsl.pool.telekom.hu] has joined #openbsd
13:18 < MiniontobyPI> I only have an outside ipv6
13:18 < MiniontobyPI> of theirs and mine
13:19 < MiniontobyPI> there is no internal ip's on the tunnel
13:19 < MiniontobyPI> But as I said: I am able to receive the packets being sent through the tunnel
13:20 -!- donofrio_ [~donofrio@c-68-40-123-196.hsd1.mi.comcast.net] has joined #openbsd
13:20 -!- luca_ is now known as OwlWizard
13:21 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 268 seconds]
13:21 -!- donofrio__ [~donofrio@iactcepasv500.faa.gov] has joined #openbsd
13:23 < MiniontobyPI> IcePic, are you able to help out?
13:23 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
13:24 -!- donofrio [~donofrio@155.178.180.11] has quit [Ping timeout: 256 seconds]
13:24 < IcePic> MiniontobyPI: there are ways to tell "route add" to just vomit anything over an interface, so you could try to "route add -inet6 default -iface fe14::dead:beef::1" and hope it works out that way
13:24 < MiniontobyPI> Yeah, but the dead:beef::1 is my server
13:25 < IcePic> the -iface modifier should be specified; the gateway given is the address of this host on the common network, indicating the interface to be used for transmission.
13:25 < MiniontobyPI> But as an ip in my public subnet
13:25 -!- donofrio_ [~donofrio@c-68-40-123-196.hsd1.mi.comcast.net] has quit [Ping timeout: 245 seconds]
13:25 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 245 seconds]
13:25 < IcePic> quote from "man route"
13:25 < MiniontobyPI> add net default: gateway fe14::dead:beef::1: File exists
13:26 < IcePic> perhaps post a not-shortened v6 route table then?
13:26 < IcePic> obfuscate if you think you need it, but I can only act on the things you choose to disclose
13:27 < MiniontobyPI> I can post it in PM without the obfuscates
13:27 < IcePic> still, if you already had a default route for ipv6, then there is probably where return packets went
13:27 < IcePic> stands to reason
13:28 < MiniontobyPI>  route get -inet6 default -iface fe14::dead:beef::1 -> 'get net default: gateway fe14::dead:beef::1: not in table'
13:28 < IcePic> should suffice => route get -inet6 default 
13:28 < Release6890> Based on https://wiki.archlinux.org/title/Smartcards#Mozilla_Firefox, I found that I needed to install the "opensc" package and then add the library opensc-pkcs11.so to Firefox under Security Devices. It seems to be working now. I am not sure if I need both opensc and pcsc-tools though.
13:29 < IcePic> -iface is for setting an interface when you for some reason can't specify the remote end that is supposed to receive your packets, ie, you have no ip for the default gateway but you think it might work anyhow
13:30 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has quit [Ping timeout: 272 seconds]
13:30 -!- bsd4me [~bsduser@user/bsd4me] has joined #openbsd
13:32 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
13:33 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
13:33 < MiniontobyPI> IcePic: https://pastebin.com/tRf4peMk -> I did obfuscate the ' if address:' ip6 that was in there, but the rest is all actual values
13:35 < IcePic> MiniontobyPI: so what it the large overview here? You have working ipv6, but someone wants to give you a whole /64 extra, and anyone on v6 could talk to you on this separate network and reach you, but via gre0 instead?
13:35 -!- Release6890 [~user@pool-173-75-254-29.phlapa.fios.verizon.net] has quit [Quit: leaving]
13:36 < MiniontobyPI> No the ipv6 subnet is PROTECED for ddos
13:36 -!- vados [~vados@46-133-7-70.mobile.vf-ua.net] has quit [Ping timeout: 245 seconds]
13:36 < MiniontobyPI> but the one I already have is from hetznet and unprotected
13:36 < IcePic> the proection isn't that interesting to solve your routing issues
13:36 < IcePic> that is just a bump in the wire on one of the legs
13:37 -!- vados [~vados@46-133-131-227.mobile.vf-ua.net] has joined #openbsd
13:37 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has joined #openbsd
13:37 < IcePic> what I am trying to figure out is if it is the case that behind both interfaces (vio0 and gre0) you are basically seeing "the whole world on v6" 
13:39 < IcePic> so a ipv6 request could come from me on v6, and if I use some::rand:om0:ipv6:8472 I end up on vio0, and if I instead try to talk to fe14::dead:beef::1  I end up on gre0
13:39 < IcePic> is that the case?
13:40 < RobbieAB> Isn't fe14::dead:beef::1 invalid? As how does the system know where to insert the zeros? (It has been a while since I looked at IPv6)
13:40 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd
13:41 -!- dsrt^ [~cd@c-98-242-74-66.hsd1.ga.comcast.net] has quit [Remote host closed the connection]
13:41 < IcePic> RobbieAB: its obfuscated
13:42 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 245 seconds]
13:43 < RobbieAB> IcePic: It still leaves the question of is there a really basic mistake being missed... When I obfuscate I still try to produce valid values (or blatantly obviously not intended to even look like valid values)
13:43 < thrig> two :: probably is invalid?
13:43 < IcePic> thrig: it is
13:44 < IcePic> lets discuss spelling errors for hours now
13:44 < thrig> can do!
13:44 < IcePic> says mr girth-if-read-almost-backwards!
13:44 -!- Saint_Tuesday [~saint@tuesday.ee] has joined #openbsd
13:44 < MiniontobyPI> IcePic: right now with the tcpdump, I can see all packets are received by vio0
13:45 < MiniontobyPI> (when checking the pflog0 interface, tho)
13:45 < IcePic> MiniontobyPI: is the vm on herzner too, or just the gre?
13:45 < IcePic> mybad hetznet* 
13:46 < MiniontobyPI> 15:45:14.588123 $RemoteTunnelIp6 > $MyOriginalIP6: DSTOPT (type 0x04: len=1) gre [] 86dd $ClientIP6 > $MySubnetIp6: icmp6: echo request (id:4054 seq:4) [class 0x28] (len 64, hlim 46) [flowlabel 0x6aed3] (len 116, hlim 55)
13:46 < MiniontobyPI> IcePic: the machine runs on hetzner
13:47 < IcePic> I think the "gre" part of the tcpdump shows that tcpdump is just clever enough to tell you things about the inside of the tunnel there
13:49 < MiniontobyPI> Yeah
13:49 < MiniontobyPI> And when I disable the pf
13:49 < solene> finkfox: what are you trying to achieve with reproducibility exactly? I have no idea how this topic could be related to self hosting or federated services
13:50 < MiniontobyPI> 15:49:16.368472 $RemoteTunnelIp6 > $MyOriginalIP6: DSTOPT (type 0x04: len=1) gre [] 86dd $ClientIP6 > $MySubnetIp6: icmp6: echo request (id:3dce seq:0) [class 0x28] (len 64, hlim 46) [flowlabel 0x6aed3] (len 116, hlim 55)
13:50 < MiniontobyPI> 15:49:16.368531 $MySubnetIp6: > $ClientIP6 icmp6: echo reply (id:3dce seq:0) (len 64, hlim 64)
13:50 < MiniontobyPI> IcePic: ^^
13:51 -!- psydroid [~psydroid@user/psydroid] has joined #openbsd
13:53 < IcePic> MiniontobyPI: 2 things, 1) something in PF did not allow incoming traffic to gre0, so no reply was created when pf was enabled, and 2) it chooses the route on which the default route for ipv6 is set, because the clientv6 is not within the network available on gre0
13:55 < IcePic> which is why I was asking above about if your plan was to have "the whole of ipv6" behind both interfaces, since you go from a somewhat simple setup to a multipath one if so
13:56 -!- zcheng3 [~zcheng3@d108-173-21-8.abhsia.telus.net] has joined #openbsd
13:57 < MiniontobyPI> Hmmm
13:57 < MiniontobyPI> We need to protect all of our server with ddos protection. The server I am trying to set up is going to be functioning as a router
13:57 < MiniontobyPI> 1) That is why I wanted help with my pf.conf
13:57 < MiniontobyPI> 2) hmmm
13:58 < IcePic> pf issues are often helped by adding "log" to lines, and watching the pf logs for packets that aren't making it through, then you see which rule blocks them
13:59 -!- adig [~default@109.166.139.55] has joined #openbsd
13:59 < IcePic> "man pflogd" to see example on how to watch pflog entries in real time. Works with the normal tcpdump filters, so you can filter on icmp6 for instance while testing pings
14:00 < MiniontobyPI> I have every line with the log keyword
14:00 < MiniontobyPI> doas tcpdump -netttti pflog0
14:01 < MiniontobyPI> 0.000002 rule 21/(match) pass in on vio0: $RemoteTunnelIp6 > $MyOriginalIP6: DSTOPT gre [|ip6] [flowlabel 0x6aed3]
14:01 < xFCFFDFFFFEFFFAF> really?
14:01 < MiniontobyPI> Is what I get
14:01 < MiniontobyPI> (every line, execpt the block lines, but I dont know if they support it)
14:03 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
14:03 < MiniontobyPI> Oke, added log to the block lines too, even though there are just 3 block lines where two are the default example ones
14:03 < MiniontobyPI> for x11 and build user
14:04 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 268 seconds]
14:07 < MiniontobyPI> Oke, here is my new pf.conf: https://pastebin.com/1bH4vHph
14:07 < MiniontobyPI> IcePic: can you help me out, tho?
14:07 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
14:08 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
14:10 < MiniontobyPI> Btw the matched rule 21 is on line 28 of the pf.conf
14:13 -!- Noisytoot [~noisytoot@user/meow/Noisytoot] has quit [Excess Flood]
14:13 -!- Noisytoot [~noisytoot@user/meow/Noisytoot] has joined #openbsd
14:16 < tommyrot> you should try #networking
14:16 -!- gman999 [~GMan999@user/gman999] has quit [Quit: WeeChat 4.0.4]
14:17 < MiniontobyPI> Bt I think #networking is too 'general', but sure
14:17 -!- ocra8 [ocra8@user/ocra8] has quit [Quit: WeeChat 4.2.2]
14:18 -!- eriol [~eriol@debian/eriol] has quit [Quit: Bye!]
14:20 -!- eriol [~eriol@debian/eriol] has joined #openbsd
14:21 -!- OwlWizard [~luca@dyndsl-037-138-189-115.ewe-ip-backbone.de] has quit [Quit: OwlWizard]
14:22 < IcePic> MiniontobyPI: line 28 seems to narrow
14:22 < IcePic> are you *sure* all traffic will have remote-tunnel-provider for a source ip?
14:23 < IcePic> or is it, like I've asked a few times here, that you expect traffic from basically anywhere to be able to appear on the gre interface?
14:24 -!- Noisytoot [~noisytoot@user/meow/Noisytoot] has quit [Ping timeout: 245 seconds]
14:24 < MiniontobyPI> yes I am sure
14:24 < MiniontobyPI> Their end of the tunnel should be the only one sending data on for subnet
14:24 < IcePic> that is not the same
14:25 < IcePic> oh wait.
14:26 < IcePic> you have nothing to "pass in on $prodif", have you?
14:26 < MiniontobyPI> I have had it in the past, but yeah removed it
14:27 < IcePic> so when gre packets comes in, decapsulates and appears on gre0, no pf rule allows it
14:27 < MiniontobyPI> Oke, (re)added that line, but still nothing happens
14:28 < MiniontobyPI> but yeah, 'doas tcpdump -nvv -i gre0' is empty
14:28 < MiniontobyPI> (still)
14:30 < IcePic> from the now-changed pf paste, I think line 28 "nat-to $ProdIF" is not doing anything good, and neither line 36 where you change to an ip you don't own
14:31 < MiniontobyPI> Yeah 36 was an attemp to route the traffic to the tunnel provider
14:31 -!- Noisytoot [~noisytoot@user/meow/Noisytoot] has joined #openbsd
14:32 < MiniontobyPI> 28 was also an attempt to put the incoming traffic into the gre0 interface
14:32 < MiniontobyPI> but even without it, it doesnt work
14:33 -!- b50d [~b50d@62.96.54.30] has quit [Remote host closed the connection]
14:33 < IcePic> having a lot of extra failing tests mixed in doesn't really make it easier to understand how any of this is set up or how it can be made to work
14:33 < MiniontobyPI> Yes, I understand. Please make a prototype config for me and I will try it out
14:34 < IcePic> whne you had pf disabled, you complained about traffic (replies) leaving not-in-the tunnel
14:34 < IcePic> when*
14:34 < IcePic> but that seems to be how https://www.hetzner.com/unternehmen/ddos-schutz wants it to be
14:36 < MiniontobyPI> Hmmm
14:36 < MiniontobyPI> Yeah, but it seems the whole gre0 interface is skipped/ignored at all...
14:37 < MiniontobyPI> But yeah, if I use anything else than ping6 to send to the mahcine
14:37 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has quit [Ping timeout: 246 seconds]
14:37 < MiniontobyPI> then I get the following
14:38 -!- nitawa [saved@user/nitawa] has quit [Ping timeout: 264 seconds]
14:38 -!- seninha [~seninha@user/seninha] has joined #openbsd
14:38 < MiniontobyPI> 16:37:38.153815 $RemoteTunnelIp6 > $MyOriginalIP6: DSTOPT (type 0x04: len=1) gre [] 86dd $ClientIP6.35558 > $MySubnetIp6.33569: udp 12 [class 0x28] (len 20, hlim 28) [flowlabel 0x6aed3] (len 72, hlim 55)
14:38 < MiniontobyPI> 16:37:38.153886 $MySubnetIp6 > $ClientIP6: icmp6: $MySubnetIp6 udp port 33569 unreachable (len 68, hlim 64)
14:39 -!- sliced [~sliced@ip-185.238.207.18.laito.net.pl] has joined #openbsd
14:40 -!- dev1ls [dev1ls@user/Dev1ls] has joined #openbsd
14:40 < vortexx> MiniontobyPI: do be careful with logging every pf.conf line, your logs will fill up pretty quickly (/var/log/daemon iirc)
14:41 < MiniontobyPI> yeah, but it is for debugging this problem, vortexx 
14:41 < IcePic> vortexx: one doesn't have to run pflogd, then they just flow by into /dev/null if noone is tcpdumping on pflog0
14:41 < MiniontobyPI> Once it is fixed, I am going to remove all the log statements, I think
14:41 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
14:42 -!- nitawa [saved@user/nitawa] has joined #openbsd
14:42 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
14:42 -!- Seven7Up [~user1337@user/Seven7Up] has quit [Ping timeout: 268 seconds]
14:42 -!- Bradipo [~Bradipo@50.77.44.29] has joined #openbsd
14:43 -!- ivdsangen [~ivo@86-95-161-96.fixed.kpn.net] has joined #openbsd
14:43 < IcePic> MiniontobyPI: so, is there anything listening or allowing udp to port 33569 on the gre0 ip? Otherwise it looks rather correct to get an unreachable back
14:44 < MiniontobyPI> No it doesn't, but the fact it sasys unreachable is because it tries to send it DIRETCLY to the user, instead of through the tunnel
14:44 < MiniontobyPI> Since only the RemoteTunnelIp6 is allowed to send back
14:46 < IcePic> I would just cut out all the crap from pf and add one by one as needed
14:46 < MiniontobyPI> btw my /etc/mygate doesn't include my $MySubnetIp6%gre0
14:46 < MiniontobyPI> IcePic: I do not know which one is needed
14:47 < MiniontobyPI> Oke, for now I commented every line out, except the pass and block return
14:48 < IcePic> if you get a default-gateway on vio0 with autconf, then mygate should not have any entry for ipv6. Same for ipv4
14:49 < MiniontobyPI> there is no autoconf for the vio0
14:49 < MiniontobyPI> asaik
14:49 < MiniontobyPI> at least it didn't work until I set it up
14:49 < MiniontobyPI> btw there is NO ipv4
14:49 < IcePic> but you already have the ipv6 def-gw via vio0 so its correct as is
14:50 < MiniontobyPI> mygate: fe80::1%vio0
14:50 < IcePic> ok, leave it there
14:51 < MiniontobyPI> Should I add $MySubnetIp6%gre0
14:51 < MiniontobyPI> aka fe14::dead:beef::1%gre0
14:51 < IcePic> lets fix the traffic first
14:51 < MiniontobyPI> sure
14:51 < MiniontobyPI> But how?
14:54 -!- Reddens [~Reddens@dz3nmhyyyyyyd4tjwyf-4.rev.dnainternet.fi] has joined #openbsd
14:55 < IcePic> I want to get back to where we were an hour ago
14:55 < IcePic> 15:50 < MiniontobyPI> 15:49:16.368472 $RemoteTunnelIp6 > $MyOriginalIP6: DSTOPT (type 0x04: len=1) gre [] 86dd $ClientIP6 > $MySubnetIp6: icmp6: echo request (id:3dce seq:0) [class 0x28] (len 64, hlim 46) [flowlabel 0x6aed3] (len 116, hlim 55)
14:55 < IcePic> 15:50 < MiniontobyPI> 15:49:16.368531 $MySubnetIp6: > $ClientIP6 icmp6: echo reply (id:3dce seq:0) (len 64, hlim 64)
14:55 < MiniontobyPI> that is when pfctl -d
14:55 < IcePic> yes, with some simple rules, you should be able to get there with pf enabled
14:55 < MiniontobyPI> I would also assume, but for some reason I cannot get it to work
14:56 < IcePic> so how does pflog look when it doesn't work with your new shortened pf.conf ?
14:57 < MiniontobyPI> the same, but now it is rule 1
14:57 < MiniontobyPI> 0.000004 rule 1/(match) pass in on vio0: $RemoteTunnelIp6 > $MyOriginalIP6: DSTOPT gre [|ip6] [flowlabel 0x6aed3]
14:58 < IcePic> ok, so the encapsulated packet was allowed in
14:58 < MiniontobyPI> (btw I guess you mean the shortened one is the one with the two default lines, aka block return and pass)
14:58 < IcePic> yes
14:58 < MiniontobyPI> Oke, so what's next?
14:59 < IcePic> tcpdumping on all interfaces, vio0, gre0 and lo0
14:59 -!- finkfox [~finkfox@user/finkfox] has quit [Ping timeout: 260 seconds]
14:59 < MiniontobyPI> gre0 stays silent
14:59 < IcePic> since the pflog said the gre packet was accepted, the traffic must have gone somewhere
14:59 < MiniontobyPI> lo0 also silent
14:59 < IcePic> the inner packet, that is
14:59 -!- Seven7Up [~user1337@user/Seven7Up] has joined #openbsd
14:59 < MiniontobyPI> vio0 is really 'loud'
15:00 < MiniontobyPI> Shall I just filter it on my ip's?
15:00 < IcePic> you could limit it to "icmp6" 
15:00 < IcePic> if the test is a ping
15:00 < MiniontobyPI> yeah but how
15:00 < IcePic> tcpdump -n -i vio0 icmp6
15:01 < MiniontobyPI> nothing coming it, whilst running ping6 
15:01 < MiniontobyPI> Oh wait
15:01 < MiniontobyPI> nope, only logs from the hetrix tools ping uptimer
15:02 < MiniontobyPI> Yeah, nothing related to my protected subnet or my clientip6 from where I ping
15:03 < MiniontobyPI> the only way how I was able to find the packets was using the tcpdump -n host $subnetip or host $tunnelremoteip
15:03 < IcePic> does tcpdump -n -i vio0 proto gre show one gre packet per ping?
15:03 < IcePic> "tcpdump -n -i vio0 proto gre"
15:04 < MiniontobyPI> but actually only when I use the tunnelremoteip as matcher
15:04 < MiniontobyPI> It doesn't look like it is showing anythin
15:04 < MiniontobyPI> Nope
15:04 < MiniontobyPI> nothing
15:04 < IcePic> ok, just checking
15:05 < IcePic> another wild idea that struck me was to check if you have enabled ipv6 forwarding in sysctl?
15:05 < MiniontobyPI> Yes I have
15:05 < IcePic> check
15:05 < MiniontobyPI> net.inet.ip.forwarding=1
15:05 < MiniontobyPI> net.inet.ip.mforwarding=1
15:05 < MiniontobyPI> net.inet6.ip6.forwarding=1
15:05 < MiniontobyPI> net.inet6.ip6.mforwarding=1
15:05 < MiniontobyPI> net.inet.gre.allow=1
15:05 < MiniontobyPI> net.pipex.enable=1            
15:06 < MiniontobyPI> (I already needed those forwarding ones for the Iked Server)
15:07 < IcePic> ok, in pf, put back "pass in  log on $ExtIf proto gre from $RemoteTunnelProviderIP6 tag GRE" and "pass out log on $ExtIf proto gre to $RemoteTunnelProviderIP6" 
15:07 < MiniontobyPI> done
15:07 -!- sjg [~sjg@user/sjg] has quit [Ping timeout: 245 seconds]
15:07 < MiniontobyPI> what next?
15:08 < IcePic> see if it helps the v6 pings to get through
15:08 < MiniontobyPI> where should I look?
15:08 < MiniontobyPI> 'doas tcpdump -n -i vio0 proto gre' or 'doas tcpdump -nvv -i vio0 icmp6'
15:09 < IcePic> worst case, "use the tunnelremoteip as matcher
15:09 < IcePic> that one, just to see if you get one gre packet per icmp6 sent
15:10 < MiniontobyPI> pfctl does receive the packet as the matching rule 2 (ak the pass in log on $extif proto gre drom)
15:10 -!- gman999 [~GMan999@user/gman999] has joined #openbsd
15:10 < MiniontobyPI> or do you mean like: 'doas tcpdump -nvv -i vio0 host $tunnelremoteip'
15:12 < IcePic> yes, that one
15:12 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd
15:12 < MiniontobyPI> that one matches, yeah
15:12 < MiniontobyPI> gives the same output as before, I will repost it
15:12 < MiniontobyPI> 15:49:16.368472 $RemoteTunnelIp6 > $MyOriginalIP6: DSTOPT (type 0x04: len=1) gre [] 86dd $ClientIP6 > $MySubnetIp6: icmp6: echo request (id:3dce seq:0) [class 0x28] (len 64, hlim 46) [flowlabel 0x6aed3] (len 116, hlim 55)
15:13 < IcePic> is the iked network somehow overlapping with this?
15:14 < IcePic> ipsec has a nasty habit of stealing packets
15:14 < MiniontobyPI> it shouldn't be, since that one is only giving out ips from the hetzner ipv6 subnet rn
15:14 < IcePic> ok
15:14 < MiniontobyPI> and it isn't even running atm, since the test server was deleted
15:14 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 240 seconds]
15:14 < MiniontobyPI> (now it is rcctl stop'ed)
15:16 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
15:17 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
15:17 < IcePic> dang, I need to eat now, sorry.
15:19 < MiniontobyPI> Oke..
15:21 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 255 seconds]
15:22 -!- f_ [~AUGESOUND@fases/developer/funderscore] has joined #openbsd
15:23 -!- ublx [~ublx@user/ublx] has joined #openbsd
15:24 -!- xet7 [~xet7@user/xet7] has joined #openbsd
15:28 < MiniontobyPI> IcePic: please ping me (by mentioning my name) when you're back. But yeah I will also be eating anything soon...
15:30 -!- srfsh [~srfsh@user/srfsh] has quit [Ping timeout: 260 seconds]
15:34 -!- krl [~krl@h-155-4-221-200.na.cust.bahnhof.se] has joined #openbsd
15:36 -!- Guest61 [~Guest61@185.87.106.96] has joined #openbsd
15:37 -!- krl_ [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has quit [Ping timeout: 256 seconds]
15:37 -!- Guest61 [~Guest61@185.87.106.96] has quit [Client Quit]
15:39 < Lucas6023> MiniontobyPI: I know somebody requested it already and you rejected it, but it's way easier to follow and you'll get a bigger audience by posting it to misc@
15:40 -!- livestradamus [~livestrad@user/livestradamus] has quit [Ping timeout: 264 seconds]
15:41 -!- livestradamus [~livestrad@user/livestradamus] has joined #openbsd
15:44 -!- srfsh [~srfsh@user/srfsh] has joined #openbsd
15:45 -!- Rue_ [~rue@1-162-159-79.dynamic-ip.hinet.net] has joined #openbsd
15:46 -!- Rue_ [~rue@1-162-159-79.dynamic-ip.hinet.net] has quit [Client Quit]
15:47 -!- seninha [~seninha@user/seninha] has quit [Ping timeout: 260 seconds]
15:50 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
15:51 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
15:51 -!- Hakuchi [hakuchi@user/hakuchi] has joined #openbsd
15:55 -!- vdamewood [~vdamewood@fedora/vdamewood] has quit [Quit: Life beckons]
16:00 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Remote host closed the connection]
16:02 -!- Hakuchi [hakuchi@user/hakuchi] has left #openbsd [WeeChat 3.8]
16:05 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
16:10 -!- adig [~default@109.166.139.55] has quit [Ping timeout: 240 seconds]
16:19 -!- Rue_ [~rue@1-162-159-79.dynamic-ip.hinet.net] has joined #openbsd
16:20 < anexit> Morning all
16:21 < miah>  sup
16:22 -!- Rue_ [~rue@1-162-159-79.dynamic-ip.hinet.net] has quit [Client Quit]
16:22 -!- Rue_ [~rue@1-162-159-79.dynamic-ip.hinet.net] has joined #openbsd
16:24 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
16:24 -!- Guru_DE [~guru@2001:9e8:e820:1800:aa78:6f60:96c9:59bc] has joined #openbsd
16:25 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
16:27 -!- donofrio__ [~donofrio@iactcepasv500.faa.gov] has quit [Remote host closed the connection]
16:27 -!- Tekk [~Tekk@157.245.82.116] has joined #openbsd
16:27 < Tekk> There's still no way to access efivars in openbsd, right?
16:27 < Tekk> Specifically nothing like the linux efibootmgr
16:35 < jca> no idea about efibootmgr but there's an efivar port
16:35 < quinq> Search engine says: https://openports.pl/path/sysutils/efivar, 
16:36 -!- Rue_ [~rue@1-162-159-79.dynamic-ip.hinet.net] has quit [Quit: WeeChat 4.2.1]
16:38 -!- jlmk [~jlmk@user/jlmk] has joined #openbsd
16:38 -!- martian67 [~martian67@user/meow/martian67] has quit [Remote host closed the connection]
16:38 -!- chiselfuse [~chiselfus@user/chiselfuse] has quit [Read error: Connection reset by peer]
16:38 -!- srfsh [~srfsh@user/srfsh] has quit [Remote host closed the connection]
16:38 -!- an3223 [~user@user/an3223] has quit [Remote host closed the connection]
16:38 -!- echelon [~echelon@gateway/tor-sasl/steerpike] has quit [Read error: Connection reset by peer]
16:38 -!- Rue_ [~rue@1-162-159-79.dynamic-ip.hinet.net] has joined #openbsd
16:39 -!- chiselfuse [~chiselfus@user/chiselfuse] has joined #openbsd
16:39 -!- srfsh [~srfsh@user/srfsh] has joined #openbsd
16:39 -!- martian67 [~martian67@user/meow/martian67] has joined #openbsd
16:39 -!- an3223 [~user@user/an3223] has joined #openbsd
16:39 -!- echelon [~echelon@gateway/tor-sasl/steerpike] has joined #openbsd
16:42 < Tekk> Yeah, I was taking a look at that after a quick search
16:42 -!- gaussianblue [~gaussianb@user/gaussianblue] has quit [Quit: leaving]
16:42 < Tekk> I think that'd be suitable for dumping but not really for editing
16:43 < Tekk> The fact that efivar exists makes me wonder if it'd be possible to port efibootmgr though.
16:43 -!- xet7 [~xet7@user/xet7] has quit [Ping timeout: 260 seconds]
16:53 -!- eki [~eki@dsl-hkibng41-54f85a-212.dhcp.inet.fi] has quit [Quit: leaving]
16:54 -!- ublx [~ublx@user/ublx] has quit [Quit: ublx]
16:59 -!- djhankb [~djhankb@208.113.164.68] has quit [Read error: Connection reset by peer]
16:59 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
16:59 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
17:00 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
17:01 -!- xFCFFDFFFFEFFFAF [~psyhician@88.201.243.61] has quit [Quit: 0xC0292008 STATUS_PCP_AUTHENTICATION_FAILED]
17:01 -!- jab [~user@user/jab] has joined #openbsd
17:02 -!- donofrio [~donofrio@c-68-40-123-196.hsd1.mi.comcast.net] has joined #openbsd
17:04 -!- format_c [~format_c@2a02:b98:f181:4094:f550:7488:2d5:5ffa] has joined #openbsd
17:06 -!- donofrio_ [~donofrio@iactcepasv500.faa.gov] has joined #openbsd
17:09 -!- c64 [uid502328@user/c64] has quit [Quit: Connection closed for inactivity]
17:09 -!- donofrio [~donofrio@c-68-40-123-196.hsd1.mi.comcast.net] has quit [Ping timeout: 255 seconds]
17:17 -!- eki [~eki@dsl-hkibng41-54f85a-212.dhcp.inet.fi] has joined #openbsd
17:20 -!- echelon [~echelon@gateway/tor-sasl/steerpike] has quit [Remote host closed the connection]
17:20 -!- ocra8 [ocra8@user/ocra8] has joined #openbsd
17:21 -!- echelon [~echelon@gateway/tor-sasl/steerpike] has joined #openbsd
17:22 -!- manwithluck [manwithluc@gateway/vpn/protonvpn/manwithluck] has quit [Ping timeout: 268 seconds]
17:23 -!- manwithluck [manwithluc@gateway/vpn/protonvpn/manwithluck] has joined #openbsd
17:32 < dennis> I have long-living tmux-sessions with windows that regularly gets a lot of throughput (like tcpdumping in a background window over days). This has never been a problem, but with 7.5, CPU-usage seems to increase over time. After a couple of days now, tmux-server is taking ~11% CPU, and "softnet0" is at ~15%. And this is after closing every window with anything active.
17:33 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
17:34 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
17:35 < dennis> Is anyone else seeing anything like this?
17:39 < sibiria> do you see high-ish values on spin/intr as well?
17:39 < sibiria> with top -S
17:40 < dennis> Not really, no.
17:42 < dennis> Spin sits at 0%, and intermittently jumps to anything between 5 and 30%. The jumps does not seem to correspond to what tmux-server/softnet0 is using. And interrupts sits at 0%
17:44 < sibiria> if you break out of tcpdump in one of those tmux sessions and just restart it again, does some of the mess go away?
17:44 < sibiria> like, ctrl+c then just resume by stepping back in history and starting tcpdump again
17:46 -!- Lucanis [~Lucanis@user/lucanis] has quit [Ping timeout: 260 seconds]
17:47 < dennis> No, it does not go away if I do that.
17:48 < dennis> If I close the windows, cpu and softnet0 goes down, but not completely away
17:49 < sibiria> sorry, i'm out of ideas. can't imagine how tmux is interfering here. softnet is part of the network stack and i could see how tcpdump might cause a fuss there, but tmux...
17:50 < dennis> The tcpdump in this case was at another server, through ssh
17:51 < dennis> softnet0 could maybe be caused by the ssh-traffic caused by that windows
17:51 < dennis> but then it should go away when the tcpdump is stopped (as there is *a lot* less traffic when ssh is just idling)
17:51 < sibiria> oh you should've mentioned that
17:51 < sibiria> disconnect ssh and resume, does that change something?
17:53 < sibiria> might be that ssh is ballooning somewhere/something
17:54 < dennis> Disconnecting and resuming does not seem to do anything, no
17:54 < sibiria> so it's not the long-running process you have going on inside the tmux session
17:55 < sibiria> what happens if you clear tmux' scrollback?
17:55 < sibiria> if you happen to have a trillion lines in there
17:56 < dennis> I've closed all old windows and opened new ones now, and it's still high (at ~2%) for a (now) pretty much empty tmux-session.
17:57 < dennis> I would expect (and be fine with) high cpu-usage from tmux when there's lots of text running through lots of windows. But I find it weird that it persists after stopping whatever is causing the throughput.
17:58 < dennis> It does seem to go down when closing windows that has had a lot of throughput, but it does not return to ~0 (which I would expect from an empty session)
17:58 < sibiria> really weird that softnet is what's acting up. maybe it's involved in the unix socket use of tmux
17:59 < dennis> Maybe.
17:59 < xse> yeah the high value isn't weird but the fact it stays is, is it just using 'top' ? i'll give it a go i've left tcpdumps running in very similar situations without seeing it but maybe not since 7.5
18:01 < dennis> this was with nothing happening in tmux at all. after closing all windows.
18:01 < dennis> Also, the cpu-usage builds up over time. It does not become high instantly when starting tcpdumps and/or other stuff
18:01 -!- hussein1 [~weechat@gateway/tor-sasl/hussein1] has quit [Remote host closed the connection]
18:02 < dennis> I guess I'll start paying better attention, and maybe take some notes on when I'm seeing what. See if I can make anything reproducible
18:02 -!- hussein1 [~weechat@gateway/tor-sasl/hussein1] has joined #openbsd
18:03 < sibiria> just curious...
18:03 -!- rainystorm [~rainystor@user/rainystorm] has quit [Quit: WeeChat 4.2.1]
18:03 < sibiria> pfctl -s info ... do you see something there indicative of ballooning?
18:03 -!- shiranaihito_ [~shiranaih@156.59.208.21] has joined #openbsd
18:04 < sibiria> like, thousands of state searches per second
18:04 < sibiria> or a trillion total state searches
18:05 < mischief> i have around 2300 state searches/s, is that a lot
18:05 -!- ivdsangen [~ivo@86-95-161-96.fixed.kpn.net] has quit [Quit: https://github.com/ivdsangen]
18:06 < sibiria> depends on the active size of your network and such
18:06 < sibiria> and complexity of rule set
18:06 < dennis> I have ~900 state searches/s, and a few hundred million total. not unexpected
18:07 < dennis> there's ~35k short packets dropped. not sure what that's about
18:07 < sibiria> <1b total state searches for a few days of uptime sounds normal, yeah
18:08 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
18:08 -!- qqq [~qqq@92.43.167.61] has joined #openbsd
18:08 < sibiria> me: 1 single short, at 7 days of uptime
18:08 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
18:09 < mischief> 24 days, 1255217 short
18:09 < mischief> probably broken smart garbage
18:10 -!- dsrt^ [~cd@c-98-242-74-66.hsd1.ga.comcast.net] has joined #openbsd
18:11 -!- AlaskanEmily [~AlaskanEm@user/alaskanemily] has joined #openbsd
18:11 < dennis> yea, I'm seeing a very similar number (~35k) on a box performing similar functions with about the same uptime, so I'm guessing it's not too weird
18:12 -!- macabro [~user@user/monkey/x-0691028] has joined #openbsd
18:30 -!- geekthattweaks [uid433447@user/geekthattweaks] has joined #openbsd
18:33 -!- acidfoo [~nbouliane@216.153.53.80] has quit [Remote host closed the connection]
18:38 -!- euphores [~SASL_euph@user/euphores] has quit [Quit: Leaving.]
18:40 -!- f_ [~AUGESOUND@fases/developer/funderscore] has quit [Ping timeout: 260 seconds]
18:41 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
18:42 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
18:46 -!- Lucanis [~Lucanis@user/lucanis] has joined #openbsd
18:48 -!- shiranaihito_ [~shiranaih@156.59.208.21] has quit [Ping timeout: 240 seconds]
18:50 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd
18:58 -!- vados [~vados@46-133-131-227.mobile.vf-ua.net] has quit [Quit: WeeChat 4.2.1]
19:01 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has quit [Quit: Connection closed for inactivity]
19:03 -!- zami3l [~zami3l@195.15.213.56] has quit [Quit: Ping timeout (120 seconds)]
19:05 -!- zami3l [~zami3l@195.15.213.56] has joined #openbsd
19:07 -!- guru_ [~guru@194-231-142-46.pool.kielnet.net] has joined #openbsd
19:08 -!- Guru_DE [~guru@2001:9e8:e820:1800:aa78:6f60:96c9:59bc] has quit [Ping timeout: 268 seconds]
19:10 -!- lord4163 [~lord4163@81-233-183-142-no86.tbcn.telia.com] has quit [Quit: ZNC 1.7.2+deb3 - https://znc.in]
19:10 -!- vados [~vados@46-133-131-227.mobile.vf-ua.net] has joined #openbsd
19:11 -!- lord4163 [~lord4163@81-233-183-142-no86.tbcn.telia.com] has joined #openbsd
19:13 -!- guru_ [~guru@194-231-142-46.pool.kielnet.net] has quit [Ping timeout: 272 seconds]
19:15 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
19:16 -!- zami3l [~zami3l@195.15.213.56] has quit [Quit: Ping timeout (120 seconds)]
19:16 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
19:17 -!- absc [~absc@2a04:ee41:8:6055:2ee9:714f:c871:d0d2] has joined #openbsd
19:18 -!- zami3l [~zami3l@195.15.213.56] has joined #openbsd
19:21 -!- vdamewood [~vdamewood@fedora/vdamewood] has joined #openbsd
19:24 -!- zami3l [~zami3l@195.15.213.56] has quit [Quit: Ping timeout (120 seconds)]
19:28 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Remote host closed the connection]
19:30 -!- darkgeekyang [~u0_a137@240e:391:e6d:2230:e6:1aff:fe87:611] has quit [Ping timeout: 256 seconds]
19:31 -!- darkgeekyang [~u0_a137@240e:391:e6d:2230:e6:1aff:fe87:611] has joined #openbsd
19:31 -!- byteskeptical [~amnesia@user/byteskeptical] has joined #openbsd
19:33 -!- carbonfiber [uid513797@id-513797.uxbridge.irccloud.com] has quit [Quit: Connection closed for inactivity]
19:33 -!- psydroid [~psydroid@user/psydroid] has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
19:48 -!- Noisytoot [~noisytoot@user/meow/Noisytoot] has quit [Remote host closed the connection]
19:49 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
19:49 -!- Noisytoot [~noisytoot@user/meow/Noisytoot] has joined #openbsd
19:50 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
19:54 -!- foul_owl [~kerry@185.219.141.160] has quit [Ping timeout: 252 seconds]
19:55 -!- foul_owl [~kerry@174-21-71-155.tukw.qwest.net] has joined #openbsd
19:57 -!- Rue_ [~rue@1-162-159-79.dynamic-ip.hinet.net] has quit [Quit: WeeChat 4.2.1]
20:01 < Bradipo> Is there an android phone emulator that runs on OpenBSD? :-)
20:03 < echelon> vmm?
20:04 < Bradipo> Yeah, I don't know much about Android or booting it.  I suppose you're suggesting I could use vmm...
20:05 -!- rakka [root@user/ninetyninekaits] has quit [Remote host closed the connection]
20:05 -!- rakka [root@user/ninetyninekaits] has joined #openbsd
20:06 < Tekk> Bradipo: Yeah, there are x86 builds of android
20:07 < Bradipo> And I suppose they could be run in qemu (or maybe vmm)?
20:07 -!- mlw [~mlw@41.223.180.101] has quit [Ping timeout: 240 seconds]
20:10 -!- format_c [~format_c@2a02:b98:f181:4094:f550:7488:2d5:5ffa] has quit [Quit: format_c]
20:11 -!- schna [~schna@2a02:8071:5980:b340::10ac] has quit [Ping timeout: 268 seconds]
20:12 -!- zetef [~quassel@2a02:2f00:5202:1200:90bc:b4a5:eea5:19e6] has joined #openbsd
20:12 -!- schna [~schna@2a02:8071:5980:b340::10ac] has joined #openbsd
20:14 -!- hussein1 [~weechat@gateway/tor-sasl/hussein1] has quit [Ping timeout: 260 seconds]
20:14 < Tekk> I think so, if you give it a framebuffer?
20:15 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has joined #openbsd
20:16 < Tekk> I accidentally wiped my ESP. Can I just drop bootx64.efi back in from a base.tgz (or whichever base tarball it's in) or do I need to do some sort of configuration?
20:17 -!- format_c [~format_c@2a02:b98:f181:4094:f550:7488:2d5:5ffa] has joined #openbsd
20:19 < Tekk> Oh! I actually see the efi loader in the amd64 directory
20:20 < mischief> i've tried https://www.android-x86.org/ before but IIRC it was not very good.
20:22 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Remote host closed the connection]
20:23 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
20:24 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
20:25 -!- finkfox [~finkfox@user/finkfox] has joined #openbsd
20:26 -!- byteskeptical [~amnesia@user/byteskeptical] has joined #openbsd
20:26 -!- desnudopenguino1 [~Thunderbi@c-73-157-16-238.hsd1.wa.comcast.net] has joined #openbsd
20:27 -!- bsd4me [~bsduser@user/bsd4me] has quit [Quit: leaving]
20:29 -!- desnudopenguino [~Thunderbi@c-73-157-16-238.hsd1.wa.comcast.net] has quit [Ping timeout: 272 seconds]
20:29 -!- desnudopenguino1 is now known as desnudopenguino
20:33 -!- Rue [~rue@2001-b011-0013-3352-e23f-49ff-fe4a-97fb.dynamic-ip6.hinet.net] has quit [Ping timeout: 255 seconds]
20:34 -!- Rue [~rue@2001-b011-0013-bfd6-e23f-49ff-fe4a-97fb.dynamic-ip6.hinet.net] has joined #openbsd
20:42 -!- toxic063 [~toxic0@82.66.203.96] has quit [Remote host closed the connection]
20:42 -!- dsrt^ [~cd@c-98-242-74-66.hsd1.ga.comcast.net] has quit [Remote host closed the connection]
20:44 -!- Old-Ben-Jabroni [~oldben@user/Old-Ben-Jabroni] has joined #openbsd
20:46 -!- schna [~schna@2a02:8071:5980:b340::10ac] has quit [Ping timeout: 260 seconds]
20:47 -!- schna [~schna@2a02:8071:5980:b340::10ac] has joined #openbsd
20:47 -!- toxic063 [~toxic0@82.66.203.96] has joined #openbsd
20:48 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
20:48 -!- fflam [~mdt@74.110.241.240] has quit [Ping timeout: 272 seconds]
20:49 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
20:50 -!- feriman [~feriman@user/feriman] has quit [Ping timeout: 246 seconds]
20:50 -!- lavaball [~Melissa@31.204.155.215] has quit [Remote host closed the connection]
20:53 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Remote host closed the connection]
20:53 -!- a1fa [~a1fa@user/a1fa] has joined #openbsd
20:53 < a1fa> hello. does anyone know of an easy way to "copy|tee" udp packets to another set of hosts
20:53 -!- jacobk [~quassel@64.189.201.150] has joined #openbsd
20:54 < vortexx> a1fa: nc ?
20:54 < a1fa> can nc do that
20:54 < Tekk> it has udp support at least
20:55 < a1fa> i knew that
20:55 < Tekk> The parallel support would be tricky...
20:55 < a1fa> true
20:55 < a1fa> tcpdump -i eth1 -w - 'udp and port 80' | tcprewrite --portmap=80:8080 | tcpreplay -i eth1 -
20:56 < a1fa> somebody's solution 
20:56 -!- Gramercy [~Gramercy@2603:7081:4a00:6b1a::11c0] has joined #openbsd
20:56 < a1fa> https://github.com/sleinen/samplicator
20:57 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
20:57 < thrig> socat
20:58 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
20:58 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
20:59 -!- Gramercy [~Gramercy@2603:7081:4a00:6b1a::11c0] has left #openbsd []
21:04 -!- zami3l [~zami3l@ov-e3a4da.infomaniak.ch] has joined #openbsd
21:05 -!- vdamewood [~vdamewood@fedora/vdamewood] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
21:07 -!- tommyrot [~tommyrot@user/tommyrot] has quit [Quit: leaving]
21:10 -!- jvl [~jvl@45.84.165.18] has quit [Remote host closed the connection]
21:10 -!- jvl [~jvl@45.84.165.18] has joined #openbsd
21:12 < a1fa> https://serverfault.com/questions/637317/udp-proxy-with-cloned-packets
21:13 < a1fa> socat - udp4-listen:20000,fork | tee >(socat - udp-sendto:X.X.X.X:20001) >(socat - udp-sendto:Y.Y.Y.Y:20000)
21:13 < a1fa> thats pretty elegantish
21:13 -!- Steeve [~steve@user/steeve] has joined #openbsd
21:13 < a1fa> i wonder if it can also set the source port
21:14 -!- vdamewood [~vdamewood@fedora/vdamewood] has joined #openbsd
21:14 -!- jab [~user@user/jab] has quit [Ping timeout: 246 seconds]
21:18 -!- jab [~user@user/jab] has joined #openbsd
21:20 -!- jacobk [~quassel@64.189.201.150] has quit [Ping timeout: 268 seconds]
21:21 -!- absc [~absc@2a04:ee41:8:6055:2ee9:714f:c871:d0d2] has quit [Quit: Got to go. irctk 1.1.0-alpha]
21:24 -!- ficonni [~ficonni@178.220.45.136] has quit [Remote host closed the connection]
21:25 -!- ublx [~ublx@user/ublx] has joined #openbsd
21:30 -!- Guru_DE [~guru@2001:9e8:e824:c200:9baf:a86c:6ef0:7780] has joined #openbsd
21:31 -!- macabro [~user@user/monkey/x-0691028] has quit [Ping timeout: 268 seconds]
21:31 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
21:32 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
21:39 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
21:40 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
21:41 -!- jab [~user@user/jab] has quit [Remote host closed the connection]
21:41 -!- Steeve [~steve@user/steeve] has quit [Quit: WeeChat 3.5]
21:42 -!- ocra8 [ocra8@user/ocra8] has quit [Quit: WeeChat 4.2.2]
21:45 -!- ocra8 [ocra8@user/ocra8] has joined #openbsd
21:46 -!- bsd4me [~bsduser@user/bsd4me] has joined #openbsd
21:46 -!- donofrio__ [~donofrio@c-68-40-123-196.hsd1.mi.comcast.net] has joined #openbsd
21:50 -!- donofrio_ [~donofrio@iactcepasv500.faa.gov] has quit [Ping timeout: 255 seconds]
21:50 -!- jacobk [~quassel@64.189.201.150] has joined #openbsd
21:50 -!- scain [~scain@2603:8080:b104:4e00:45cf:678b:a7f:b897] has quit [Quit: Konversation terminated!]
21:51 -!- geekthattweaks [uid433447@user/geekthattweaks] has quit [Quit: Connection closed for inactivity]
21:51 -!- donofrio_ [~donofrio@iactcepasv500.faa.gov] has joined #openbsd
21:51 -!- znedw [~znedw@home.znedw.com] has quit [Quit: The Lounge - https://thelounge.chat]
21:54 -!- donofrio__ [~donofrio@c-68-40-123-196.hsd1.mi.comcast.net] has quit [Ping timeout: 240 seconds]
21:54 -!- gbowne1 [~gbowne1@97-126-5-34.tukw.qwest.net] has joined #openbsd
21:55 -!- znedw [~znedw@home.znedw.com] has joined #openbsd
21:57 -!- finkfox [~finkfox@user/finkfox] has quit [Ping timeout: 246 seconds]
22:02 -!- xx [~xx@user/xx] has quit [Ping timeout: 260 seconds]
22:03 < Bradipo> How is the Yubikey in browser support these days in OpenBSD?
22:04 -!- zetef [~quassel@2a02:2f00:5202:1200:90bc:b4a5:eea5:19e6] has quit [Remote host closed the connection]
22:04 < phy1729> I've had no issues.
22:05 < Bradipo> Do I need anything special installed?
22:05 < Bradipo> When I plug in the Yubikey I see nothing in dmesg.
22:05 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
22:06 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
22:06 -!- gman999 [~GMan999@user/gman999] has quit [Quit: WeeChat 4.0.4]
22:09 < phy1729> It just worked for me with both ssh and firefox
22:09 < Bradipo> Yeah, I think it's a physical problem...
22:10 < Bradipo> When I plug it in, nothing in dmesg.
22:10 < Bradipo> When I plug it into a different PC, it does show up in dmesg.
22:10 < Bradipo> I wonder what's wrong with the USB bus on this system.
22:11 < Bradipo> lol
22:11 < Bradipo> It's the orientation.  Pity that the Yubikey doesn't have something that prevents you from plugging it in backwards.
22:23 -!- davlefou [~davlefou@2a01:e0a:5f4:4bd0:feb1:5e17:9772:4e6c] has quit [Ping timeout: 260 seconds]
22:23 -!- fspax [~fspax@185.244.48.254] has joined #openbsd
22:26 -!- format_c [~format_c@2a02:b98:f181:4094:f550:7488:2d5:5ffa] has quit [Quit: format_c]
22:26 -!- jlmk [~jlmk@user/jlmk] has quit []
22:26 -!- qqq [~qqq@92.43.167.61] has quit [Quit: leaving]
22:38 -!- Xenguy [~Xenguy@user/xenguy] has joined #openbsd
22:39 -!- djhankb [~djhankb@208.113.164.68] has quit [Remote host closed the connection]
22:39 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
22:40 -!- seninha [~seninha@user/seninha] has joined #openbsd
22:43 -!- jacobk [~quassel@64.189.201.150] has quit [Ping timeout: 240 seconds]
22:45 -!- gman999 [~GMan999@user/gman999] has joined #openbsd
22:55 -!- mbuhl [~mbuhl@user/mbuhl] has quit [Remote host closed the connection]
22:56 -!- mbuhl [~mbuhl@user/mbuhl] has joined #openbsd
22:59 < Seven7Up> hi all. does anybody know any wiki/page/blog about disks and partitions in OpenBSD? i still need more to understand what's going on.
22:59 -!- davlefou [~davlefou@ns2.reveyo.com] has joined #openbsd
23:00 < sibiria> perhaps you could ask here, in this "living wiki"
23:00 < phy1729> man disklabel
23:02 -!- chiselfuse [~chiselfus@user/chiselfuse] has quit [Ping timeout: 260 seconds]
23:03 -!- an3223 [~user@user/an3223] has quit [Remote host closed the connection]
23:03 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
23:03 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
23:03 -!- an3223 [~user@user/an3223] has joined #openbsd
23:03 -!- chiselfuse [~chiselfus@user/chiselfuse] has joined #openbsd
23:04 -!- seninha [~seninha@user/seninha] has quit [Quit: Leaving]
23:05 < Seven7Up> here is the case: i have a usb flash drive with three partitions; OpenBSD partition, UEFI partition, and a FAT32 partition. i'm focusing on the last disk to copy some files. i'm actually trying to mount the FAT32 partition; unfortunately i can't find a valid disklabel for it. sd1a -> OpenBSD, sd1c -> whole disk, sd1i -> UEFI partition.
23:08 < Seven7Up> i don't know if the OpenBSD kernel ignore it even if it's listed on the `fdisk sd1` table just fine
23:12 < sibiria> with UEFI you mean the ESP?
23:12 < vortexx> sd1j is probably the FAT32 partition
23:12 < vortexx> non-FFS partitions begin enumarating from sdXi
23:12 < Seven7Up> sibiria: yes that's more accurate
23:13 -!- djhankb [~djhankb@208.113.164.68] has quit [Read error: Connection reset by peer]
23:13 < Seven7Up> vortexx: do disklabel just ignore them?
23:13 < vortexx> no, they should show up
23:13 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
23:13 < vortexx> does disk see all 3 partitions?
23:13 < vortexx> fdisk sorry
23:14 < Seven7Up> fdisk does, disklabel don't
23:14 < vortexx> (are we still in the "firmware residing on a FAT32 partition needs to be imported at install"?)
23:14 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has quit [Quit: Connection closed for inactivity]
23:17 < Seven7Up> nope i'm just trying to fix this issue now and forever. i've already installed openbsd successfuly on my wireless-laptop. i need to understand why and how to avoid this problem so i'm free for the real work in the future
23:21 -!- koo5__ [~quassel@vmi579006.contaboserver.net] has quit [Read error: Connection reset by peer]
23:22 < sibiria> how about you show the output of "fdisk sd1" and "disklabel -n sd1" on a pastebin
23:27 -!- Xenguy [~Xenguy@user/xenguy] has quit [Ping timeout: 245 seconds]
23:28 < Seven7Up> here we go: https://pastebin.com/LsRCA2EL (password: EHXtHNaATu)
23:30 -!- koo5__ [~quassel@vmi579006.contaboserver.net] has joined #openbsd
23:30 -!- bitflip_ [~bitflip@136.33.6.97] has quit [Quit: ttfn]
23:31 -!- bitflip_ [~bitflip@136.33.6.97] has joined #openbsd
23:32 -!- srfsh [~srfsh@user/srfsh] has quit [Ping timeout: 260 seconds]
23:33 < sibiria> is that an MBR device?
23:33 < Seven7Up> yes
23:33 < sibiria> it looks a bit odd, but maybe because i'm used to GPT
23:34 -!- Xenguy [~Xenguy@user/xenguy] has joined #openbsd
23:35 < sibiria> and that should be type 0C, not 0B
23:35 < sibiria> did you create that on windows 2000 or something? :p
23:35 < Seven7Up> is the 0B not supported or something?
23:35 < sibiria> or with something like rufus, with all old compatibility bells and whistles enabled?
23:36 < Seven7Up> hehe unfortunately no
23:36 < Seven7Up> i used a linux machine to make this
23:38 < sibiria> also strange that it's classed as a vnd device
23:39 < sibiria> at least i don't recall anything USB showing up like that
23:40 < Seven7Up> i've used fdisk and `mkfs.fat -F32` to make the filesystem, all that is included within the dosfstools. i think i've misused something
23:40 < Seven7Up> anyway i might just ignore this case
23:41 < sibiria> well not much to see in there anyway i guess
23:41 < sibiria> it's a 500 kb bootstrap
23:42 < sibiria> not really a "real" fat32 partition
23:43 < Seven7Up> sibiria: interesting. maybe i had to read about this `dosfstools`
23:44 < sibiria> maybe try zapping it again so openbsd actually interprets it as a legitimate partition
23:44 < sibiria> read the mkfs man page etc.
23:45 -!- srfsh [~srfsh@user/srfsh] has joined #openbsd
23:46 -!- djhankb [~djhankb@208.113.164.68] has quit [Read error: Connection reset by peer]
23:47 -!- djhankb [~djhankb@208.113.164.68] has joined #openbsd
23:49 -!- Bradipo [~Bradipo@50.77.44.29] has quit [Ping timeout: 268 seconds]
23:59 -!- breavyn [~breavyn@user/breavyn] has quit [Quit: ZNC 1.8.2 - https://znc.in]
--- Log closed Tue Apr 30 00:00:06 2024