--- Log opened Tue Apr 15 00:00:43 2025
00:00 -!- opv [~opv@pred.opviel.de] has quit [Read error: Connection reset by peer]
00:00 -!- opv_ [~opv@pred.opviel.de] has joined #openbsd
00:05 -!- izder456 [~izder456@syn-035-148-122-041.res.spectrum.com] has quit [Remote host closed the connection]
00:09 -!- tvtoon [~The_cUnix@user/tvtoon] has quit [Quit: "Hotest seat on the floor!"]
00:11 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has quit [Quit: Connection closed for inactivity]
00:12 -!- schneid3306 [~schneid33@pool-100-6-139-51.pitbpa.fios.verizon.net] has joined #openbsd
00:12 -!- ikichigai [~ikichigai@5.43.228.119] has quit [Read error: Connection reset by peer]
00:17 -!- oraculo [~mirc-rc@179.152.250.79] has quit [Quit: )]
00:20 -!- jgh [~jgh@hellmouth.gulag.org.uk] has quit [Remote host closed the connection]
00:21 -!- ikichigai [~ikichigai@5.43.228.119] has joined #openbsd
00:24 -!- srfsh [~srfsh@user/srfsh] has quit [Remote host closed the connection]
00:24 -!- srfsh [~srfsh@user/srfsh] has joined #openbsd
00:25 -!- izder456 [~izder456@syn-035-148-122-041.res.spectrum.com] has joined #openbsd
00:28 -!- macabro [~user@user/monkey/x-0691028] has quit [Read error: Connection reset by peer]
00:29 -!- macabro [~user@user/monkey/x-0691028] has joined #openbsd
00:30 -!- \subline [~join_subl@69-165-245-79.cable.teksavvy.com] has joined #openbsd
00:41 -!- otfa [~otfa@BSN-61-67-160.static.siol.net] has quit [Ping timeout: 245 seconds]
00:41 -!- otfa [~otfa@BSN-61-67-160.static.siol.net] has joined #openbsd
00:42 -!- amadaluzia [~amadaluzi@user/amadaluzia] has quit [Quit: Hi, this is Paul Allen. I'm being called away to London for a few days. Meredith, I'll call you when I get back. Hasta la vista, baby.]
00:49 -!- Bradipo [~Bradipo@50.77.44.29] has quit [Quit: Lost terminal]
00:51 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
00:51 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
00:52 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Ping timeout: 264 seconds]
00:57 -!- izder456 [~izder456@syn-035-148-122-041.res.spectrum.com] has quit [Remote host closed the connection]
00:57 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
01:07 -!- naoki [~Thunderbi@240f:10b:7440:1:dc43:de16:faf9:cd1c] has joined #openbsd
01:07 -!- anelli [~anelli@user/macarona] has quit [Quit: praying to the omnissiah]
01:09 -!- Ellenor is now known as MelMalik
01:20 -!- manymore [~gary@149.88.30.41] has joined #openbsd
01:21 -!- Xenguy_ [~Xenguy@user/xenguy] has joined #openbsd
01:23 -!- Xenguy [~Xenguy@user/xenguy] has quit [Ping timeout: 252 seconds]
01:24 -!- linetrac1 [~linetrace@c-24-60-111-191.hsd1.vt.comcast.net] has joined #openbsd
01:25 -!- BillyZane2 [~BillyZane@user/BillyZane] has joined #openbsd
01:25 -!- Nei_ [~ailin@openSUSE/member/ailin-nemui] has joined #openbsd
01:26 -!- tm512` [~tm512@50.109.233.103] has joined #openbsd
01:26 -!- hisacro_ [~OBSD@my.displ.nl] has joined #openbsd
01:26 -!- tm512` [~tm512@50.109.233.103] has quit [Changing host]
01:26 -!- tm512` [~tm512@user/tm512] has joined #openbsd
01:27 -!- km_ [~km@biz.krot.org] has joined #openbsd
01:27 -!- pirateoverboard_ [~pirateove@user/pirateoverboard] has joined #openbsd
01:27 -!- dza4 [~dza@user/dza] has joined #openbsd
01:28 -!- down200- [~down200@shell.lug.mtu.edu] has joined #openbsd
01:28 -!- gman999_ [~GMan999@64.147.119.42.static.nyinternet.net] has joined #openbsd
01:29 -!- or4n_ [~or4n@gerbera.qkka.org] has joined #openbsd
01:29 -!- BillyZane2 [~BillyZane@user/BillyZane] has quit [Max SendQ exceeded]
01:29 -!- khct_ [~khct@user/khct] has joined #openbsd
01:29 -!- LohanG1 [~LohanG@user/lohang] has joined #openbsd
01:29 -!- overrider_ [~overrider@user/overrider] has joined #openbsd
01:29 -!- realdeimos [~deimos@user/realdeimos] has joined #openbsd
01:29 -!- ramrunne1 [~dsp@78.141.218.152] has joined #openbsd
01:29 -!- psychona1e [~nbosley@user/psychonate] has joined #openbsd
01:29 -!- taleon_ [~cr@user/taleon] has joined #openbsd
01:29 -!- uncleyea1 [~ian@178.66.131.172] has joined #openbsd
01:29 -!- hussein1 [~weechat@gateway/tor-sasl/hussein1] has quit [Remote host closed the connection]
01:30 -!- BillyZane2 [~BillyZane@user/BillyZane] has joined #openbsd
01:32 -!- gshumway_ [~gshumway@bnc.soda.ee] has joined #openbsd
01:33 -!- thyssentishman_ [~thyssenti@user/thyssentishman] has joined #openbsd
01:34 -!- Netsplit *.net <-> *.split quits: jnth, overrider, thyssentishman, szilard, km, pmikkelsen, pcarrier, LohanG, tm512, colectora0034788,  (+34 more, use /NETSPLIT to show all of them)
01:34 -!- thyssentishman_ is now known as thyssentishman
01:34 -!- Nei_ is now known as Nei
01:37 -!- LohanG1 is now known as LohanG
01:38 -!- amadaluzia [~amadaluzi@user/amadaluzia] has joined #openbsd
01:38 -!- tozhu [~tozhu@111.55.145.55] has joined #openbsd
01:39 -!- mz` [~mz`@user/mz/x-8532539] has quit [Ping timeout: 276 seconds]
01:41 -!- Xenguy_ is now known as Xenguy
01:41 -!- adig [~adig@86.122.45.194] has joined #openbsd
01:42 -!- namaste [~namaste@user/xyk] has joined #openbsd
01:44 -!- jonf_ [~jonf@c-73-199-154-254.hsd1.nj.comcast.net] has quit [Remote host closed the connection]
01:46 -!- mz` [~mz`@user/mz/x-8532539] has joined #openbsd
01:59 -!- erdem [~erdem@user/erdem] has joined #openbsd
02:05 -!- tozhu [~tozhu@111.55.145.55] has quit [Quit: tozhu]
02:11 -!- Netsplit over, joins: davlefou_, davlefou, szilard, pcarrier, wolfdog, raghavgururajan, sm2n, fputs, MonsoonSecrecy, pmikkelsen (+11 more)
02:11 -!- rnsanchez [~rnsanchez@2804:14d:2c92:5331:a703:df6a:97d1:30d4] has quit [Max SendQ exceeded]
02:12 -!- rnsanchez [~rnsanchez@2804:14d:2c92:5331:a703:df6a:97d1:30d4] has joined #openbsd
02:15 -!- jfsimon [~jfsimon19@atoulouse-257-1-58-108.w90-5.abo.wanadoo.fr] has quit [Remote host closed the connection]
02:15 -!- hsw [~hsw@112-104-12-126.adsl.dynamic.seed.net.tw] has quit [Remote host closed the connection]
02:15 -!- hsw_ [~hsw@112-104-12-126.adsl.dynamic.seed.net.tw] has joined #openbsd
02:17 -!- jfsimon [~jfsimon19@atoulouse-257-1-58-108.w90-5.abo.wanadoo.fr] has joined #openbsd
02:18 -!- tozhu [~tozhu@111.55.145.55] has joined #openbsd
02:19 -!- jfsimon [~jfsimon19@atoulouse-257-1-58-108.w90-5.abo.wanadoo.fr] has quit [Remote host closed the connection]
02:20 -!- macabro [~user@user/monkey/x-0691028] has quit [Remote host closed the connection]
02:22 -!- jfsimon [~jfsimon19@atoulouse-257-1-58-108.w90-5.abo.wanadoo.fr] has joined #openbsd
02:25 -!- tozhu [~tozhu@111.55.145.55] has quit [Quit: tozhu]
02:27 -!- manymore [~gary@149.88.30.41] has quit [Ping timeout: 244 seconds]
02:27 -!- amadaluzia [~amadaluzi@user/amadaluzia] has quit [Ping timeout: 244 seconds]
02:28 -!- macabro [~user@user/monkey/x-0691028] has joined #openbsd
02:29 -!- passstab [~passstab@64.222.220.14] has joined #openbsd
02:29 < passstab> Is there anything special I need to do if I want to switch to stable after the release of 7.7?
02:30 -!- amadaluzia [~amadaluzi@user/amadaluzia] has joined #openbsd
02:30 < passstab> I'm on snapshots now.
02:32 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Ping timeout: 264 seconds]
02:34 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
02:37 < oldlaptop> It will /probably/ work to (a) stop upgrading snapshots right about now, and then (b) just upgrade to the 7.7 release when it is released.
02:37 < oldlaptop> if you've already upgraded to a snapshot from after 7.7 was *tagged*, that is less likely to work
02:38 < passstab> How do I check?
02:38 < oldlaptop> (whether anything has actually been done post 7.7 that would cause problems I couldn't tell you offhand)
02:40 < oldlaptop> You could look at the snapshot date compared to either the date of the tag in cvs (unhelpfully cvsweb appears to be belly-up at the moment - thanks, bots) or such events as https://marc.info/?l=openbsd-cvs&m=174442367815144&w=2
02:42  * oldlaptop marvels at the sheer laziness and/or stupidity of training an AI bot by web-scraping cvsweb instead of just using one of the *two* fully-supported, low-impact ways of slurping up the entire commit history
02:42 -!- passstab [~passstab@64.222.220.14] has quit [Ping timeout: 240 seconds]
02:42 < oldlaptop> the kind of laziness that's even more work than doing it the right wya
02:42 < oldlaptop> *way
02:50 -!- tm512 [~tm512@50.109.233.103] has joined #openbsd
02:50 -!- tm512 [~tm512@50.109.233.103] has quit [Changing host]
02:50 -!- tm512 [~tm512@user/tm512] has joined #openbsd
02:51 -!- tm512` [~tm512@user/tm512] has quit [Ping timeout: 244 seconds]
02:51 -!- zip100 [~zip100@185.209.196.189] has joined #openbsd
02:59 -!- cantelope [uid598105@id-598105.hampstead.irccloud.com] has quit [Quit: Connection closed for inactivity]
03:04 -!- izder456 [~izder456@syn-035-148-122-041.res.spectrum.com] has joined #openbsd
03:06 -!- Aedil [~adrian@188.193.3.19] has joined #openbsd
03:11 -!- deepesttoaster [~deepestto@user/deepesttoaster] has quit [Ping timeout: 252 seconds]
03:13 -!- usagi_mimi [~usagi@user/usagi-mimi:93651] has quit [Quit: WeeChat 4.5.2]
03:18 -!- m0v [~m0v@user/m0v] has quit [Ping timeout: 244 seconds]
03:18 -!- cantelope [uid598105@id-598105.hampstead.irccloud.com] has joined #openbsd
03:20 -!- noone [~six@user/six] has joined #openbsd
03:21 -!- m0v [~m0v@103.208.204.244] has joined #openbsd
03:21 -!- m0v [~m0v@103.208.204.244] has quit [Changing host]
03:21 -!- m0v [~m0v@user/m0v] has joined #openbsd
03:21 -!- shinbet [~sinvet@user/sinvet] has joined #openbsd
03:22 -!- sinvet [sinvet@user/sinvet] has quit [Ping timeout: 260 seconds]
03:23 -!- \subline_ [~join_subl@104.158.55.191] has joined #openbsd
03:28 -!- farhan [~farhan@user/farhan] has joined #openbsd
03:28 < farhan> weird, I put in a printf() in athn_init(), but I can't seem to get it to trigger. Anyone know when the _init function triggers on OpenBSD?
03:30 < dlg> ifconfig athn0 up should call athn_init()
03:32 -!- deepesttoaster [~deepestto@user/deepesttoaster] has joined #openbsd
03:34 -!- mcornick [~mcornick@user/mcornick] has left #openbsd [WeeChat 4.5.1]
03:42 -!- falsifian_ [~falsifian@exoco.falsifian.org] has joined #openbsd
03:44 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 252 seconds]
03:44 -!- vdamewood [~vdamewood@fedora/vdamewood] has joined #openbsd
03:45 -!- mover [~hischild@user/mover] has quit [Quit: leaving]
03:46 -!- falsifian [~falsifian@h0.falsifian.org] has quit [Quit: connection reset by purr]
03:49 -!- Old-Ben-Jabroni [~oldben@user/Old-Ben-Jabroni] has quit [Remote host closed the connection]
03:59 -!- Old-Ben-Jabroni [~oldben@user/Old-Ben-Jabroni] has joined #openbsd
04:02 -!- nsuperbus [~nsuperbus@host-46-251-26-104.kabelnet.hu] has quit [Read error: Connection reset by peer]
04:03 -!- nsuperbus [~nsuperbus@host-46-251-26-104.kabelnet.hu] has joined #openbsd
04:15 -!- jambove_ [~jambove@BC0639D3.dsl.pool.telekom.hu] has quit [Ping timeout: 276 seconds]
04:16 -!- jambove [~jambove@BC0639D3.dsl.pool.telekom.hu] has joined #openbsd
04:21 -!- dza4 is now known as dza
04:24 -!- manymore [~gary@149.88.30.41] has joined #openbsd
04:38 -!- manymore [~gary@149.88.30.41] has quit [Ping timeout: 272 seconds]
04:42 -!- BillyZane2 is now known as BillyZane
05:00 -!- izder456 [~izder456@syn-035-148-122-041.res.spectrum.com] has quit [Remote host closed the connection]
05:00 -!- Guest7 [~Guest7@octagonax.com] has joined #openbsd
05:01 -!- Guest7 [~Guest7@octagonax.com] has quit [Client Quit]
05:20 -!- horrad [~Thunderbi@2003:a:61f:c901:9907:f2af:6ea5:44bb] has joined #openbsd
05:21 -!- edthix [~Thunderbi@115.132.140.246] has joined #openbsd
05:45 -!- amadaluzia [~amadaluzi@user/amadaluzia] has quit [Ping timeout: 268 seconds]
06:00 -!- realdeimos [~deimos@user/realdeimos] has quit [Quit: WeeChat 4.4.2]
06:02 -!- Librecat [~Librecat@212.252.119.245] has joined #openbsd
06:08 -!- xx [~xx@user/xx] has joined #openbsd
06:09 -!- mcornick [~mcornick@user/mcornick] has joined #openbsd
06:09 -!- cantelope [uid598105@id-598105.hampstead.irccloud.com] has quit [Quit: Connection closed for inactivity]
06:10 -!- izder456 [~izder456@syn-035-148-122-041.res.spectrum.com] has joined #openbsd
06:10 -!- deimosBSD [~deimos@user/realdeimos] has joined #openbsd
06:16 -!- km_ is now known as km
06:27 -!- ivdsangen [~ivo@83-84-59-127.cable.dynamic.v4.ziggo.nl] has joined #openbsd
06:32 -!- SOLARIS_s [~SOLARIS_s@pool-99-235-11-104.cpe.net.cable.rogers.com] has quit [Ping timeout: 245 seconds]
06:34 < ssm_> oldlaptop: maybe the conclusion to be made is that vibe coders scrape as inefficiently as they "write" code
06:35 < ssm_> I've seen people adding entries to robots.txt that only a bot would follow and then do poisoning/tarpitting to worsen the model and waste the hosts resources
06:36 < IcePic> AI bots => "C looks like this: <html><body>CVS history: ... "
06:36 < Lucas_> passstab: stop upgrading -current right now, and `sysupgrade` to -stable once its out. You'll be fine.
06:39 -!- lil_lasagna [~Ivan@178.237.236.155] has joined #openbsd
06:43 -!- izder456 [~izder456@syn-035-148-122-041.res.spectrum.com] has quit [Remote host closed the connection]
06:46 -!- SOLARIS_s [~SOLARIS_s@pool-99-235-11-104.cpe.net.cable.rogers.com] has joined #openbsd
06:48 -!- struchu [~struchu@62.87.192.114] has joined #openbsd
06:52 -!- Librecat [~Librecat@212.252.119.245] has quit [Remote host closed the connection]
06:52 < ssm_> having been on openbsd for around 8 years now I've noticed a pattern of a) people sending their 'subscribe' mails straight to lists instead of majordomo; and b) people panicing about openbsd breaking on -current when the next release gets tagged and breaks the default behavior of pkg_*
06:52 < IcePic> ssm_: the maillist etiquette thing is a lost battle I think. There is no requirement to read up on how to actually get onto a list, so people fumble around
06:53 < IcePic> three words into the sentence about signing up, they just shoot off that email and waits for eternal glory or somethnig
06:56 -!- m0v [~m0v@user/m0v] has quit [Ping timeout: 265 seconds]
06:57 -!- SOLARIS_s [~SOLARIS_s@pool-99-235-11-104.cpe.net.cable.rogers.com] has quit [Ping timeout: 245 seconds]
06:57 -!- Librecat [~Librecat@212.252.119.245] has joined #openbsd
06:58 -!- m0v [~m0v@103.208.204.244] has joined #openbsd
06:58 -!- m0v [~m0v@103.208.204.244] has quit [Changing host]
06:58 -!- m0v [~m0v@user/m0v] has joined #openbsd
07:05 -!- Poltawer [~xt003@user/Poltawer] has joined #openbsd
07:21 -!- ReBo [~ReBo@h-98-128-174-229.A785.priv.bahnhof.se] has quit [Ping timeout: 244 seconds]
07:21 -!- emmanuelux [~emmanuelu@user/emmanuelux] has quit [Quit: au revoir]
07:27 -!- jhuhn [~jhuhn@user/jhuhn] has joined #openbsd
07:29 < IcePic> ssm_: as for the -Dsnap thing, at least lots of people seem to trust obsd to not commit random breaking crap into snaps, so those do get some more testing
07:43 -!- feriman [~feriman@user/feriman] has joined #openbsd
07:45 -!- aade [~aade@c-5eea5442-74736162.cust.telenor.se] has joined #openbsd
07:46 -!- koo5__ [~quassel@vmi579006.contaboserver.net] has quit [Remote host closed the connection]
07:46 < aade> Heya!
07:47 -!- lolok [~lolok@user/lolok] has joined #openbsd
07:49 -!- prahou [gqz7z06wg8@user/prahou] has quit [Quit: leaving]
07:52 -!- vdamewood [~vdamewood@fedora/vdamewood] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
07:55 -!- slim [~slim@user/meow/slim] has quit [Quit: bWFkZSB5b3UgbG9vaw==]
07:56 -!- feriman [~feriman@user/feriman] has quit [Quit: leaving]
07:58 -!- feriman [~feriman@user/feriman] has joined #openbsd
08:02 -!- b50d [~b50d@62.96.54.30] has joined #openbsd
08:13 -!- aade [~aade@c-5eea5442-74736162.cust.telenor.se] has quit [Quit: Client closed]
08:18 -!- zip100 [~zip100@185.209.196.189] has quit [Ping timeout: 248 seconds]
08:20 -!- slim [~slim@user/meow/slim] has joined #openbsd
08:21 -!- cqst_ [~cqst@user/cqst] has joined #openbsd
08:22 -!- cqst [~cqst@user/cqst] has quit [Ping timeout: 252 seconds]
08:26 -!- ReBo [~ReBo@h-98-128-174-229.A785.priv.bahnhof.se] has joined #openbsd
08:27 -!- koo5 [~quassel@vmi579006.contaboserver.net] has joined #openbsd
08:28 -!- jonf_ [~jonf@c-73-199-154-254.hsd1.nj.comcast.net] has joined #openbsd
08:30 -!- Spydar007 [spydar007@user/spydar007] has quit [Quit: Quit]
08:33 -!- deepesttoaster [~deepestto@user/deepesttoaster] has quit [Ping timeout: 252 seconds]
08:35 -!- ik5pvx [~ik5pvx@porceddu.fugedabout.it] has joined #openbsd
08:42 -!- Librecat [~Librecat@212.252.119.245] has quit [Remote host closed the connection]
08:45 -!- naoki [~Thunderbi@240f:10b:7440:1:dc43:de16:faf9:cd1c] has quit [Ping timeout: 272 seconds]
08:50 -!- Spydar007 [spydar007@user/spydar007] has joined #openbsd
08:52 < jhuhn> Are tcp and udp packets prioritized over ICMP on openbsd? On systems with heavy load I can see ICMP packet loss but none with udp or tcp.
08:59 -!- deepesttoaster [~deepestto@user/deepesttoaster] has joined #openbsd
09:01 -!- jgh [~jgh@hellmouth.gulag.org.uk] has joined #openbsd
09:11 -!- op2 [~op2@user/op2] has quit [Ping timeout: 245 seconds]
09:13 < IcePic> jhuhn: don't think so, but routers/switches in between may prefer to drop icmp in favor of "throughput"
09:13 < IcePic> the only thing easily settable on openbsd is to make pf prioritize small packets which would include pings, but also tcp ack
09:22 -!- lolok [~lolok@user/lolok] has quit [Quit: lolok]
09:23 -!- lavaball [~Melissa@31.204.155.215] has joined #openbsd
09:25 -!- lolok [~lolok@user/lolok] has joined #openbsd
09:27 -!- op2 [~op2@user/op2] has joined #openbsd
09:41 -!- daugaard [~daugaard@user/daugaard] has joined #openbsd
09:45 -!- naoki [~Thunderbi@KD106150157243.ppp-bb.dion.ne.jp] has joined #openbsd
09:47 -!- naoki [~Thunderbi@KD106150157243.ppp-bb.dion.ne.jp] has quit [Client Quit]
09:52 -!- naoki [~Thunderbi@240f:10b:7440:1:79a8:7ff4:75f3:61a9] has joined #openbsd
09:53 -!- cqst_ [~cqst@user/cqst] has quit [Ping timeout: 248 seconds]
10:02 -!- emacsomancer [4ba1197463@2a03:6000:1812:100::14bf] has quit [Ping timeout: 248 seconds]
10:02 -!- gjn [cb73e0a324@user/gjnoonan] has quit [Ping timeout: 248 seconds]
10:02 -!- akspecs [00cc8321af@sourcehut/user/akspecs] has quit [Ping timeout: 248 seconds]
10:02 -!- greenfork [5f5a220812@2a03:6000:1812:100::138] has quit [Read error: Connection reset by peer]
10:02 -!- jjf [25460b476c@user/jjf] has quit [Write error: Connection reset by peer]
10:02 -!- burley [fc32d5b940@user/burley] has quit [Write error: Connection reset by peer]
10:02 -!- okt [560965ea7b@user/okt] has quit [Write error: Connection reset by peer]
10:02 -!- ymherklotz [cb2c9cfbdd@2a03:6000:1812:100::29a] has quit [Write error: Connection reset by peer]
10:02 -!- artoj [6b3000d6fb@user/artoj] has quit [Write error: Connection reset by peer]
10:02 -!- akarle [be2b385958@user/akarle] has quit [Write error: Connection reset by peer]
10:02 -!- jakzale [6291399afa@user/jakzale] has quit [Write error: Connection reset by peer]
10:02 -!- m15o [965950e801@2a03:6000:1812:100::27d] has quit [Write error: Connection reset by peer]
10:02 -!- eigil [6d1d0ce290@user/eigil] has quit [Write error: Connection reset by peer]
10:02 -!- wkbwxca [11880e38ec@user/wkbwxca] has quit [Write error: Connection reset by peer]
10:02 -!- lemontree [bf8dd0254d@user/lemontree] has quit [Write error: Connection reset by peer]
10:02 -!- signaryk [584d7fd4a4@2a03:6000:1812:100::286] has quit [Read error: Connection reset by peer]
10:02 -!- jtbx [31bb539f50@2a03:6000:1812:100::1328] has quit [Write error: Connection reset by peer]
10:02 -!- hedy [8a4a60df66@gelim/dev/hedy] has quit [Write error: Connection reset by peer]
10:02 -!- froggychair [04a2c177dd@2a03:6000:1812:100::1073] has quit [Write error: Connection reset by peer]
10:02 -!- psw [2b13331353@user/psw] has quit [Write error: Connection reset by peer]
10:02 -!- insistent [67ed50a5ca@user/insistent] has quit [Write error: Connection reset by peer]
10:02 -!- riksteri [d20812115c@2a03:6000:1812:100::1e6] has quit [Write error: Connection reset by peer]
10:02 -!- pvac [7ad04df12b@2a03:6000:1812:100::1191] has quit [Read error: Connection reset by peer]
10:02 -!- burley [fc32d5b940@user/burley] has joined #openbsd
10:02 -!- pvac [7ad04df12b@user/pvac] has joined #openbsd
10:02 -!- riksteri [d20812115c@2a03:6000:1812:100::1e6] has joined #openbsd
10:02 -!- jjf [4dfd5f9d80@user/jjf] has joined #openbsd
10:02 -!- insistent [67ed50a5ca@user/insistent] has joined #openbsd
10:02 -!- froggychair [04a2c177dd@2a03:6000:1812:100::1073] has joined #openbsd
10:02 -!- jakzale [6291399afa@user/jakzale] has joined #openbsd
10:02 -!- eigil [6d1d0ce290@user/eigil] has joined #openbsd
10:02 -!- wkbwxca_ [11880e38ec@user/wkbwxca] has joined #openbsd
10:02 -!- akarle [be2b385958@user/akarle] has joined #openbsd
10:02 -!- jtbx_ [31bb539f50@2a03:6000:1812:100::1328] has joined #openbsd
10:02 -!- psw [2b13331353@user/psw] has joined #openbsd
10:02 -!- signaryk_ [584d7fd4a4@2a03:6000:1812:100::286] has joined #openbsd
10:02 -!- akspecs [00cc8321af@sourcehut/user/akspecs] has joined #openbsd
10:02 -!- greenfork [5f5a220812@2a03:6000:1812:100::138] has joined #openbsd
10:02 -!- m15o [965950e801@2a03:6000:1812:100::27d] has joined #openbsd
10:02 -!- lemontree [bf8dd0254d@user/lemontree] has joined #openbsd
10:02 -!- hedy [8a4a60df66@gelim/dev/hedy] has joined #openbsd
10:02 -!- emacsomancer [4ba1197463@2a03:6000:1812:100::14bf] has joined #openbsd
10:02 -!- okt [560965ea7b@user/okt] has joined #openbsd
10:02 -!- ymherklotz [cb2c9cfbdd@2a03:6000:1812:100::29a] has joined #openbsd
10:02 -!- artoj [6b3000d6fb@user/artoj] has joined #openbsd
10:02 -!- gjn [cb73e0a324@user/gjnoonan] has joined #openbsd
10:03 -!- wkbwxca_ is now known as wkbwxca
10:03 -!- signaryk_ is now known as signaryk
10:03 -!- jtbx_ is now known as jtbx
10:09 -!- xx [~xx@user/xx] has quit [Ping timeout: 264 seconds]
10:11 -!- xx [~xx@user/xx] has joined #openbsd
10:19 -!- shiranaihito_ [~shiranaih@156.59.50.245] has joined #openbsd
10:19 -!- gman999_ is now known as gman999
10:19 -!- gman999 [~GMan999@64.147.119.42.static.nyinternet.net] has quit [Quit: WeeChat 4.4.2]
10:20 -!- gman999 [~GMan999@user/gman999] has joined #openbsd
10:21 -!- Aedil [~adrian@188.193.3.19] has quit [Quit: NetBSD 10.1!]
10:26 -!- Aedil [~adrian@ipbcc10313.dynamic.kabel-deutschland.de] has joined #openbsd
10:36 -!- klsrqm [~klsrqm@user/klsrqm] has quit [Remote host closed the connection]
10:39 -!- anelli [~anelli@user/macarona] has joined #openbsd
10:41 -!- morpho [~morpho@87.114.27.41] has joined #openbsd
10:52 -!- noone [~six@user/six] has quit [Quit: nyaa~]
11:00 -!- deepesttoaster [~deepestto@user/deepesttoaster] has quit [Remote host closed the connection]
11:02 -!- adig_ [~default@2a02:2f0e:f215:4d01:55e7:d873:a388:fade] has joined #openbsd
11:06 -!- deepesttoaster [~deepestto@user/deepesttoaster] has joined #openbsd
11:16 -!- adig_ [~default@2a02:2f0e:f215:4d01:55e7:d873:a388:fade] has quit [Read error: Connection reset by peer]
11:19 -!- hsw_ is now known as hsw
11:19 -!- lil_lasagna [~Ivan@178.237.236.155] has quit [Quit: WeeChat 4.6.1]
11:19 -!- Darkcipher [~Darkciphe@seve-27-b2-v4wan-169267-cust4454.vm13.cable.virginm.net] has joined #openbsd
11:20 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
11:24 -!- thrig [~thrig@c-73-221-177-233.hsd1.wa.comcast.net] has quit [Ping timeout: 252 seconds]
11:26 -!- thrig [~thrig@c-73-221-177-233.hsd1.wa.comcast.net] has joined #openbsd
11:27 -!- Darkcipher [~Darkciphe@seve-27-b2-v4wan-169267-cust4454.vm13.cable.virginm.net] has quit [Quit: Asta La Vista !!]
11:32 -!- r-ricci [~r-ricci@user/ricci] has quit [Remote host closed the connection]
11:33 -!- r-ricci [~r-ricci@user/ricci] has joined #openbsd
11:34 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has joined #openbsd
11:37 -!- Leone [~Leo@104-195-237-50.cpe.teksavvy.com] has joined #openbsd
11:39 -!- antanst3 [~antanst@user/antanst] has joined #openbsd
11:40 -!- antanst [~antanst@user/antanst] has quit [Read error: Connection reset by peer]
11:40 -!- antanst3 is now known as antanst
11:43 < rIMpossible> Hello.
11:48 -!- d-ra [~d-ra@user/d-ra] has joined #openbsd
11:50 < rIMpossible> How can I find out the cause for random disconnects of my PCI WiFi card 'Intel Wireless WiFi Link 4965' VID/PID: 8086:4230 ? Card disconnects randomly 2 - 4 times a day, tries to reconnect long time. doas sh -x /etc/netstart iwn0 can speed up things to reconnect, but fails often, too.
11:51 < rIMpossible> My other notebook at the same time stays connected and there are no issues. Both are OpenbSD 7.7-STABLE
11:52 < rIMpossible> Sorry 7.6-STABLE
11:52 < vortexx> hi rIMpossible , might be the card dying or at least becoming defective
11:53 < rIMpossible> vortexx: This could explain, why it behaves unforseeable...
11:55 -!- morpho [~morpho@87.114.27.41] has quit [Quit: Client closed]
11:56 < vortexx> any chance you could swap cards between machines just to see if it happens the same way?
11:58 < rIMpossible> vortexx: I have a desktop machine here, I could switch cards. YES
11:59 < vortexx> cool
11:59 < rIMpossible> vortexx: thank you
12:00 < vortexx> you're welcome
12:00 < rIMpossible> Did not think about the old machine
12:09 < IcePic> ifstated to run the netstart? =)
12:10 < rIMpossible> Hey IcePic ;) No, No, No not that beginner mistakes hahaha
12:13 -!- morpho [~morpho@87.114.27.41] has joined #openbsd
12:13 < RobbieAB> rIMpossible: Is it possible they are seeing different signal strengths?
12:14 < RobbieAB> Or different interference?
12:15 < vortexx> I'm having fun applying patches and recompiling the various bits needed to patch up 7.2 on sparc64, taking it's sweet time
12:16 < vortexx> maybe I should ressucitate the old pkg patch system we used before syspatch came along..
12:16 -!- adig [~adig@86.122.45.194] has quit [Remote host closed the connection]
12:17 -!- adig [~adig@86.122.45.194] has joined #openbsd
12:21 < rIMpossible> RobbieAB: difference of -3dBm, both notebooks are side by side
12:23 -!- ublx [~ublx@user/ublx] has joined #openbsd
12:25 -!- alx^ [~alx@195.15.28.34] has joined #openbsd
12:32 -!- cantelope [uid598105@id-598105.hampstead.irccloud.com] has joined #openbsd
12:35 -!- mover [~hischild@user/mover] has joined #openbsd
12:35 -!- jpb [~jimbznc@user/jpb] has quit [Quit: Bye!]
12:37 -!- jpb [~jimbznc@user/jpb] has joined #openbsd
12:42 -!- wnh [~Thunderbi@user/wnh] has joined #openbsd
12:45 -!- manymore [~gary@149.88.30.41] has joined #openbsd
12:45 < vortexx> look it's still around: https://github.com/santana/binpatch
12:48 -!- umgeher [~umgeher@user/umgeher] has joined #openbsd
12:52 -!- wnh [~Thunderbi@user/wnh] has quit [Ping timeout: 276 seconds]
12:53 -!- wnh [~Thunderbi@user/wnh] has joined #openbsd
13:02 -!- edthix [~Thunderbi@115.132.140.246] has quit [Quit: edthix]
13:04 -!- naoki [~Thunderbi@240f:10b:7440:1:79a8:7ff4:75f3:61a9] has quit [Quit: naoki]
13:12 -!- welcome [~Windshiel@1.147.29.235] has joined #openbsd
13:12 < welcome> HELO
13:12 < welcome> Anyonehave any idea when 7.7 will be made live?
13:13 < renaud> It was still forecast for the 30th last time I checked
13:13 -!- ublx [~ublx@user/ublx] has quit [Quit: ublx]
13:13 < welcome> ok
13:13 < welcome> thankyou
13:13 < rIMpossible> welcome: When /usr/sbin/sysupgrade does not fail anymore
13:14 < welcome> how is everything?
13:14 -!- quinq [~user@user/quinq] has quit [Ping timeout: 260 seconds]
13:15 < welcome> I thought 7.6 was a marvel of engineering
13:15 < welcome> It was a delight to run
13:15 < welcome> I will miss it a little
13:16 < welcome> bye for now
13:16 -!- welcome [~Windshiel@1.147.29.235] has quit [Client Quit]
13:16 -!- quinq [~user@user/quinq] has joined #openbsd
13:17 -!- Poltawer [~xt003@user/Poltawer] has quit [Ping timeout: 252 seconds]
13:19 -!- Poltawer [~xt003@user/Poltawer] has joined #openbsd
13:19 -!- julienxx [~julienxx@static.178.0.99.88.clients.your-server.de] has quit [Quit: ZNC - https://znc.in]
13:22 -!- wnh [~Thunderbi@user/wnh] has quit [Ping timeout: 252 seconds]
13:24 -!- deepesttoaster [~deepestto@user/deepesttoaster] has quit [Remote host closed the connection]
13:24 -!- julienxx [~julienxx@static.178.0.99.88.clients.your-server.de] has joined #openbsd
13:28 -!- Michelle [~michelle@gate.mhix.org] has quit [Ping timeout: 252 seconds]
13:37 -!- wnh [~Thunderbi@user/wnh] has joined #openbsd
13:38 -!- r-ricci [~r-ricci@user/ricci] has quit [Remote host closed the connection]
13:39 -!- r-ricci [~r-ricci@user/ricci] has joined #openbsd
13:41 -!- morpho [~morpho@87.114.27.41] has quit [Quit: Client closed]
13:46 -!- jgh [~jgh@hellmouth.gulag.org.uk] has quit [Remote host closed the connection]
13:47 -!- jedesa [~Thunderbi@user/jedesa] has quit [Remote host closed the connection]
13:47 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Remote host closed the connection]
13:48 -!- jgh [~jgh@hellmouth.gulag.org.uk] has joined #openbsd
13:51 -!- byteskeptical [~amnesia@user/byteskeptical] has joined #openbsd
13:52 < vortexx> ssm_: did you manage to get ppp working on your serial connection?
13:56 -!- seoul_man [~meh@user/seoul-man/x-5066766] has quit [Remote host closed the connection]
14:00 -!- anelli [~anelli@user/macarona] has quit [Quit: leaving]
14:00 -!- taleon_ is now known as taleon
14:07 -!- rahl [rahl@otaku.sdf.org] has quit [Ping timeout: 244 seconds]
14:16 -!- struchu [~struchu@62.87.192.114] has quit [Quit: WeeChat 4.5.2]
14:17 -!- hwpplayer1 [~user@user/hwpplayer1] has joined #openbsd
14:18 -!- hwpplayer1 [~user@user/hwpplayer1] has quit [Remote host closed the connection]
14:21 -!- struchu [~struchu@62.87.192.114] has joined #openbsd
14:24 -!- szilard [~szilard@1F2EFE32.nat.pool.telekom.hu] has quit [Remote host closed the connection]
14:24 -!- szilard [~szilard@1F2EFE32.nat.pool.telekom.hu] has joined #openbsd
14:28 -!- wnh [~Thunderbi@user/wnh] has quit [Ping timeout: 265 seconds]
14:28 -!- wnh [~Thunderbi@user/wnh] has joined #openbsd
14:33 -!- struchu [~struchu@62.87.192.114] has quit [Quit: WeeChat 4.5.2]
14:42 -!- cantelope [uid598105@id-598105.hampstead.irccloud.com] has quit [Quit: Connection closed for inactivity]
14:47 -!- quark [quark@user/meow/Quark] has quit [Quit: Bye!]
14:48 -!- quark [quark@user/meow/Quark] has joined #openbsd
14:50 -!- Bradipo [~Bradipo@50.77.44.29] has joined #openbsd
14:54 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
14:54 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
14:59 -!- alx_ [~alx@195.15.28.34] has joined #openbsd
15:00 -!- Poltawer [~xt003@user/Poltawer] has quit [Quit: WeeChat 4.6.1]
15:02 -!- macabro [~user@user/monkey/x-0691028] has quit [Read error: Connection reset by peer]
15:03 -!- alx^ [~alx@195.15.28.34] has quit [Ping timeout: 248 seconds]
15:03 -!- \subline_ [~join_subl@104.158.55.191] has quit [Quit: leaving]
15:04 -!- horrad [~Thunderbi@2003:a:61f:c901:9907:f2af:6ea5:44bb] has quit [Ping timeout: 260 seconds]
15:05 -!- seoul_man [~meh@user/seoul-man/x-5066766] has joined #openbsd
15:25 -!- b50d [~b50d@62.96.54.30] has quit [Remote host closed the connection]
15:31 -!- oraculo [~mirc-rc@179.152.250.79] has joined #openbsd
15:33 -!- morpho [~morpho@87.114.27.41] has joined #openbsd
15:34 -!- CrashOverride [~strcat@p548548be.dip0.t-ipconnect.de] has joined #openbsd
15:39 -!- user71 [~user71@2001:1530:1012:c056:a7f0:bac6:3f04:8510] has joined #openbsd
15:40 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
15:40 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
15:42 -!- cantelope [uid598105@id-598105.hampstead.irccloud.com] has joined #openbsd
15:45 -!- morpho [~morpho@87.114.27.41] has quit [Quit: Client closed]
15:51 -!- morpho [~morpho@87.114.27.41] has joined #openbsd
15:56 -!- Uurguu [~gil@amontsouris-654-1-54-10.w90-2.abo.wanadoo.fr] has quit [Ping timeout: 276 seconds]
15:57 -!- Uurguu [~gil@amontsouris-654-1-54-10.w90-2.abo.wanadoo.fr] has joined #openbsd
16:00 -!- gman999 [~GMan999@user/gman999] has quit [Quit: WeeChat 4.4.2]
16:05 -!- Slesa [~Slesa@2a0d:ee00:8010:5b00:ec30:3849:642:62ff] has joined #openbsd
16:06 -!- morpho [~morpho@87.114.27.41] has quit [Quit: Client closed]
16:06 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
16:06 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
16:14 -!- ficonni [~ficonni@213.196.101.9] has joined #openbsd
16:17 -!- anelli [~anelli@user/macarona] has joined #openbsd
16:18 -!- deepesttoaster [~deepestto@user/deepesttoaster] has joined #openbsd
16:19 -!- RobbieAB [~robert@user/RobbieAB] has quit [Quit: leaving]
16:22 -!- jhuhn [~jhuhn@user/jhuhn] has quit [Quit: leaving]
16:39 -!- ficonni [~ficonni@213.196.101.9] has quit [Quit: Lost terminal]
16:41 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd
16:44 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 265 seconds]
16:48 < WhyNotHugo> i can't get nat to work between a bridge and pppoe. my local host can reach the nat-host, and the nat-host can reach hosts on the internet
16:48 < WhyNotHugo> https://tpaste.us/kn74
16:48 < WhyNotHugo> Using that config and net.inet.ip.forwarding=1
16:48 -!- deepesttoaster [~deepestto@user/deepesttoaster] has quit [Remote host closed the connection]
16:48 < WhyNotHugo> the bridge has a few networks + vether0 which has the actual LAN ip.
16:49 -!- izder456 [~izder456@syn-035-148-122-041.res.spectrum.com] has joined #openbsd
16:50 < WhyNotHugo> any hints on what i can check? It's kinda driving me crazy
16:51 < Bradipo> Well, NAT is layer 3.  Bridge is layer 2.
16:52 < WhyNotHugo> By bridge I mean a bridge0 interface which bridges all my LAN ports
16:52 < Bradipo> Oh, you're not bridging with pppoe?
16:53 < Bradipo> I see, so you have a pppoe that is L3 to your bridge0?
16:54 < WhyNotHugo> I'm bridging all the lan ports on host, and use pppoe with my ISP on a separate port
16:54 -!- gman999 [~GMan999@user/gman999] has joined #openbsd
16:54 < WhyNotHugo> bridge0 has igc0,igc1,igc2,igc3,vether0. vether0 has the lan IP
16:55 < Bradipo> Right, so between pppoe and bridge0 you're running L3 routing, right?
16:55 < WhyNotHugo> pppoe0 has parent vlan0 has parent igc4
16:55 -!- mexen [uid495612@user/mexen] has joined #openbsd
16:55 < WhyNotHugo> I want to nat traffice from bridge0 to pppoe0
16:57 < Bradipo> Shouldn't "block drop all" be your first rule?
16:57 < WhyNotHugo> Why did I move that up? Lemme try
16:57 < Bradipo> Does "! (egress:network)" match the IP space in use on bridge0?
16:58 -!- amadaluzia [~amadaluzi@user/amadaluzia] has joined #openbsd
16:59 -!- d-ra [~d-ra@user/d-ra] has quit [Remote host closed the connection]
16:59 -!- fzorb [~fzorb@user/fzorb] has quit [Read error: Connection reset by peer]
17:02 -!- fzorb [~fzorb@mail.fzorb.xyz] has joined #openbsd
17:02 < WhyNotHugo> how do I confirm that?
17:04 < Bradipo> Well, you have to look at your interfaces.
17:05 < Bradipo> You might want to use specific IP addresses first just to make sure it's working as you expect.
17:06 < WhyNotHugo> only pppoe0 is in the egress group
17:06 < Bradipo> Ok, so in theory that should work.
17:06 < Bradipo> Do you log your blocks?
17:07 < Bradipo> Maybe enable logging and then monitor pflog0 with tcpdump?
17:15 -!- cqst [~cqst@user/cqst] has joined #openbsd
17:16 < WhyNotHugo> I replace “block all” with “block log all”. tcpdump -i pflog0 only logs random inbound noise from the internet
17:19 -!- sjg [~sjg@user/sjg] has quit [Ping timeout: 276 seconds]
17:20 -!- sjg [~sjg@user/sjg] has joined #openbsd
17:21 < Bradipo> Well, then tcpdump the various interfaces.
17:21 < Bradipo> See if you see packets going in...
17:21 < Bradipo> Packets going out.  (NAT'ed hopefully).
17:23 -!- deepesttoaster [~deepestto@user/deepesttoaster] has joined #openbsd
17:26 -!- zimmer__ [~zimmer@user/zimmer] has quit [Ping timeout: 268 seconds]
17:27 < vortexx> mh, I was wondering how to build sparc64 syspatches instead of messing with binpatch... There's a README in /usr/src/distrib/syspatch that explains all. Going to see if I can get that working instead
17:30 < Bradipo> Are the normal errata patches no longer included?
17:31 < Bradipo> s/included/available/
17:31 -!- hwpplayer1 [~user@user/hwpplayer1] has joined #openbsd
17:32 < vortexx> Bradipo: they are but I'd rather use syspatches if I can if I keep messing with doing things on sparc64 VNs
17:32 < Bradipo> There are instructions for patching at the beginning of each errata.
17:32 < vortexx> s/VNs/VMs
17:32 -!- zip100 [~zip100@193.32.248.131] has joined #openbsd
17:33 < vortexx> I know, but that's labour intensive compared to creating syspatches and then just distributing those via my main build server's http service
17:35 < WhyNotHugo> tcpdump shows packets from the LAN host arriving 
17:35 < WhyNotHugo> but apparently, they never egress 
17:36 -!- gawen_ [~gawen@user/gawen] has joined #openbsd
17:37 -!- szilard [~szilard@1F2EFE32.nat.pool.telekom.hu] has quit [Remote host closed the connection]
17:37 -!- szilard [~szilard@1F2EFE32.nat.pool.telekom.hu] has joined #openbsd
17:37 -!- gawen [~gawen@user/gawen] has quit [Ping timeout: 272 seconds]
17:41 -!- r-ricci [~r-ricci@user/ricci] has quit [Remote host closed the connection]
17:42 -!- r-ricci [~r-ricci@user/ricci] has joined #openbsd
17:43 < Bradipo> vortexx: Right, if there's infrastructure for building syspatch capable tarballs, then I suppose that's an option.  If not, there's always pax(1). :-)
17:46 -!- r-ricci [~r-ricci@user/ricci] has quit [Remote host closed the connection]
17:47 -!- r-ricci [~r-ricci@user/ricci] has joined #openbsd
17:56 < WhyNotHugo> Packets flow into the NAT box but don’t flow out. 
17:58 < WhyNotHugo> But traffic originating from the NAT box itself does flow out normally.
17:58 -!- sonya [~nologin@gateway/tor-sasl/sonya] has joined #openbsd
17:59 < vortexx> WhyNotHugo: could you explain why you're bridging all these network interfaces please? Is it to operate like a switch or?
18:00 < WhyNotHugo> I’ve tried “pass out on pppoe0 from 172.26.0.0/16 to any nat-to $public_ip”
18:00 < WhyNotHugo> Yes, it’s so that they work as a switch 
18:01 < WhyNotHugo> Note that the WAN port is not part of the bridge (obviously)
18:04 -!- ublx [~ublx@user/ublx] has joined #openbsd
18:05 < vortexx> right. Did you try veb instead of bridge? That's a bit newer and probably faster.
18:09 < vortexx> and then maybe you could add a vport to the veb and run nat from the vport to the pppoe interface? Not sure that would work with the "switch" traffic but it might be easier
18:09 < vortexx> (move the bridge's IP to the vport)
18:09  * oldlaptop finds veb(4) easier to work with and think about too
18:10 < oldlaptop> it has fewer /things/
18:10 -!- hwpplayer1 [~user@user/hwpplayer1] has quit [Remote host closed the connection]
18:10 < WhyNotHugo> Looks like it could simplify the setup.
18:11 < WhyNotHugo> Not sure if it would fix NAT; gonna have to try
18:11 < Bradipo> Still, I would expect it to work with bridge0.
18:11 < Bradipo> Is the bridge0 working?  E.g. can hosts on the bridge communicate with one another?
18:11 -!- morpho [~morpho@87.114.27.41] has joined #openbsd
18:11 < WhyNotHugo> do I need to consider vlan0 in pf?
18:12 < WhyNotHugo> the bridge has vether0 and igc0 and those work. I haven wired other hosts yet.
18:12 < Bradipo> So So vether0 has an IP?
18:12 < oldlaptop> openbsd in general tends to have fewer /things/ to worry about. (approximately 27 routing daemons I don't run notwithstanding)
18:12 < Bradipo> And that's the "gateway" for hosts on the bridge?
18:12 < WhyNotHugo> correct
18:13 < Bradipo> And you see packets arriving on vether0 from those hosts that are destined to go out pppoe0?
18:13 < WhyNotHugo> the docs suggests using vether, because if I set the up on a single port and that port has no carrier, then the host has no up in the entire bridge 
18:15 < Bradipo> e.g. do you see packets from 172.26.0.0/16 hitting vether0 when you try to ping 1.1.1.1?
18:15 < Bradipo> And you have ip forwarding enabled?
18:16 < WhyNotHugo> net.inet.ip.forwarding=1, yes
18:17 < WhyNotHugo> tcpdump -no vether0 shows packets from the $lan_host > 1.1.1.1
18:19 < WhyNotHugo> tcpdump -ni vlan0 shows icmp packets from $lan_box > 1.1.1.1 … shouldn’t these packets have the origin rewritten due to NAT?
18:19 < Bradipo> Ok, so vlan0 is part of "egress"?
18:20 < Bradipo> And you're using vlan0 because packets are tagged?
18:20 < Bradipo> Well, ethernet frames I suppose.
18:20 < WhyNotHugo> pppoe0 has parent vlan0 has parent igc4
18:21 < WhyNotHugo> My ISP does pppoe on vlan 6
18:21 < Bradipo> But why does pppoe0 have vlan0 as a parent and not igc4?  Keep in mind that I've only had to setup pppoe 1 time on OpenBSD and that was years ago. :-)
18:22 < WhyNotHugo> Because pppoe runs over vlan0. if igc4 were the parents pppoe packets would not be tagged properly
18:22 < WhyNotHugo> (note that internet works on the OpenBSD box where I’m configuring PF)
18:23 < Bradipo> Oh, so pppoe does need tagging, got it.
18:24 < Bradipo> And pppoe0 is "egress"?
18:25 < WhyNotHugo> yes. it is lt WAN and shown as part of the egress group 
18:26 -!- uwharrie [~uwharrie@user/uwharrie] has joined #openbsd
18:29 -!- adig [~adig@86.122.45.194] has quit [Quit: Leaving]
18:30 -!- joe9 [~joe@c-73-24-194-198.hsd1.az.comcast.net] has joined #openbsd
18:30 < Bradipo> Yet, when you tcpdump on pppoe0 you see packets that go out without NAT?
18:30 < Bradipo> Sounds like perhaps something is matching those packets without NAT>..
18:31 < WhyNotHugo> unless tcpdump is being “smart” about it and showing me the un-natted source
18:32 < IcePic> no, it shows whats going out
18:33 -!- trillion_exabyte [~X@80.239.178.98] has quit [Ping timeout: 252 seconds]
18:33 < WhyNotHugo> rule is: “pass out on pppoe0 from 172.26.0.0/16 to any nat-to $public_ip”
18:34 < WhyNotHugo> oh, the “pass out quick inet” at the end would override this…?
18:34 < Bradipo> It could, yes.
18:35 < IcePic> usually you match for nat rules, pass only applies if it creates state
18:35 < Bradipo> I don't usually use "match" with nat... I usually just have a "pass out on X nat-to" style rule.
18:36 < Bradipo> For some reason the use of "match" rules makes my head hurt---probably because I haven't spent enought time thinking about how they actually work. :-)
18:36 < IcePic> Bradipo: if your rules are simple then it doesn't matter, but if that "pass" rule isn't the one creating the state for that flow, it might go by another pass rule
18:37 < WhyNotHugo> So a “pass out” further down could interfere with Nat-to?
18:37 < Bradipo> Yes.
18:37 < Bradipo> "For block and pass, the last matching rule decides what action is taken;"
18:37 < WhyNotHugo> I’ll love “pass out” further up; just below “block all”
18:38 < WhyNotHugo> it works!
18:38 < Bradipo> Looks like man.openbsd.org is returning 500.
18:38 < Bradipo> 500 Internal Server Error that is.
18:41 < IcePic> man.ifconfig.se also does obsd manpages
18:41 < WhyNotHugo> thanks for helping me figure this out. such a silly mistake!
18:41 < Bradipo> Just remember to put more generic rules at the top, and more specific after the generic.
18:42 < uwharrie> and for simple cases, https://www.openbsd.org/faq/pf/example1.html is generally a sufficient starting point
18:45 -!- mexen [uid495612@user/mexen] has quit []
18:48 -!- SirJitsu [~SirJitsu@162-231-111-175.lightspeed.livnmi.sbcglobal.net] has quit [Quit: Konversation terminated!]
18:49 -!- SirJitsu [~SirJitsu@162-231-111-175.lightspeed.livnmi.sbcglobal.net] has joined #openbsd
18:52 -!- mexen [uid495612@user/mexen] has joined #openbsd
19:02 -!- jitter [~jitter@185.232.34.46.dynamic-pppoe.dt.ipv4.wtnet.de] has joined #openbsd
19:02 -!- jitter [~jitter@185.232.34.46.dynamic-pppoe.dt.ipv4.wtnet.de] has quit [Changing host]
19:02 -!- jitter [~jitter@user/jitter] has joined #openbsd
19:03 < sonya> btw, which is correct: set skip on lo .. or specific: set skip on lo0 ? thanks..
19:08 -!- manymore [~gary@149.88.30.41] has quit [Ping timeout: 276 seconds]
19:10 < Bradipo> Is "lo" an "interface"?
19:11 -!- hwpplayer1 [~user@user/hwpplayer1] has joined #openbsd
19:11 < phy1729> It's an interface group
19:14 < Bradipo> Ok, good point.  It does mention interface groups.
19:14 < sonya> so.. i guess 'set skip on lo' is correct.. as, for example, stated here: https://home.nuug.no/~peter/pf/blug2011/
19:14 < Bradipo> I don't see any mention of "lo" as being an interface group.
19:14 < vortexx> just tested a sparc64 7.7 snapshot in qemu, it installs but won't boot
19:15 -!- Aedil [~adrian@ipbcc10313.dynamic.kabel-deutschland.de] has quit [Ping timeout: 252 seconds]
19:15 < Bradipo> But, ifconfig lo does show it as a group.
19:16 < phy1729> I think it's documented under man ifconfig the group attribute has a list of default groups
19:19 < Bradipo> Well, I looked at ifconfig(8) man page, didn't see it, but maybe I didn't look hard enough.
19:20 -!- morpho [~morpho@87.114.27.41] has quit [Ping timeout: 240 seconds]
19:28 -!- antanst [~antanst@user/antanst] has quit [Quit: The Lounge - https://thelounge.chat]
19:30 -!- antanst [~antanst@user/antanst] has joined #openbsd
19:31 -!- emmanuelux [~emmanuelu@user/emmanuelux] has joined #openbsd
19:34 < ssm_> vortexx: <did you manage to get ppp working> nope. I think I have everything almost set up correctly, but I think I still need a chat script and I'm not sure what to put in it
19:44 < vortexx> ssm_: yes that's the bit that puzzles me too
19:45 < vortexx> I hope you figure it out
19:47 -!- amadaluzia [~amadaluzi@user/amadaluzia] has quit [Ping timeout: 244 seconds]
19:47 -!- amadaluzia [~amadaluzi@user/amadaluzia] has joined #openbsd
19:48 -!- hwpplayer1 [~user@user/hwpplayer1] has quit [Ping timeout: 244 seconds]
19:55 < joe9> when is 7.7 being released?
20:00 -!- trillion_exabyte [~X@80.239.178.98] has joined #openbsd
20:02 -!- user71 [~user71@2001:1530:1012:c056:a7f0:bac6:3f04:8510] has quit [Quit: Leaving]
20:02 -!- xx [~xx@user/xx] has quit [Ping timeout: 264 seconds]
20:02 -!- Slesa [~Slesa@2a0d:ee00:8010:5b00:ec30:3849:642:62ff] has quit [Remote host closed the connection]
20:04 -!- Leone [~Leo@104-195-237-50.cpe.teksavvy.com] has quit [Read error: Connection reset by peer]
20:04 < uwharrie> when it's ready
20:06 -!- morpho [~morpho@87.114.27.41] has joined #openbsd
20:07 < WhyNotHugo> "pass in on { vether0 bridge0 } inet" seems to block incoming DHCP requests, but "pass in on { igc1 vether0 bridge0 } inet" allows them (igc1 is a member of bridge0)
20:07 < tux0r> have i mentioned that i miss the calendar-based releases?
20:08  * Bradipo is confused how "pass in" blocks anything.
20:08 < WhyNotHugo> oddly, That rule is preceded by "block all"
20:08 < WhyNotHugo> s/oddly//
20:09 < WhyNotHugo> I'll rephrase: "pass in on { vether0 bridge0 } inet" does not allow dhcp requests, but "pass in on { igc1 vether0 bridge0 } inet" allows them.
20:09 < WhyNotHugo> Even though igc1 is part of that bridge
20:10 < Bradipo> blocking on bridges is fraught with peril. :-)
20:10 < mischief> NOTES
20:10 < mischief>      Bridged packets pass through pf(4) filters once as input on the receiving
20:10 < mischief>      interface and once as output on all interfaces on which they are
20:10 < mischief>      forwarded.  In order to pass through the bridge, packets must pass any in
20:10 < mischief>      rules on the input and any out rules on the output interface.  Packets
20:10 < mischief>      may be blocked either entering or leaving the bridge.
20:11 < mischief> perhaps you want veb(4) which simplifies this situation and does what you 'expect' here
20:16 -!- Guest96 [~Guest96@lfbn-idf1-1-352-110.w86-195.abo.wanadoo.fr] has joined #openbsd
20:16 < WhyNotHugo> yup, i've peeked at veb and will switch to it when i have a chance
20:18 < WhyNotHugo> i wish faq6 mentioned veb too; had i known better i would have skipped bridge entirely
20:20 -!- izder456 [~izder456@syn-035-148-122-041.res.spectrum.com] has quit [Remote host closed the connection]
20:20 < mischief> dlg: faq patch? :-)
20:20 -!- lcubed [~lcubed@user/lcubed] has quit [Remote host closed the connection]
20:24 -!- alexei-ii [~alexei-ii@77.208.165.234] has joined #openbsd
20:25 -!- ivdsangen [~ivo@83-84-59-127.cable.dynamic.v4.ziggo.nl] has quit [Quit: leaving]
20:25 -!- CrashOverride [~strcat@p548548be.dip0.t-ipconnect.de] has quit [Ping timeout: 265 seconds]
20:26 < WhyNotHugo> ah, of course the sources are public!
20:27 -!- lcubed [~lcubed@user/lcubed] has joined #openbsd
20:30 -!- shiranaihito_ [~shiranaih@156.59.50.245] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
20:31 < oldlaptop> it's a normal webpage, the sources are public by definition :P
20:32 < oldlaptop> (insofar as that is normal anymore)
20:32 < WhyNotHugo> it's okay to clone the git mirror and send a patch with git-send-email, right? It's just a regular patch
20:33 < phy1729> Yes but see the bottom of FAQ 5
20:33 < echelon> why does # tcpdump -i pfsync0 -s 100 -A ..cause a segmentation fault?
20:33 < Bradipo> Bug?
20:33 < oldlaptop> almost by definition :|
20:34 < echelon> so i'm not doing something wrong?
20:34 < phy1729> Er maybe not with git-send-email just include it inline in the mail
20:34 < oldlaptop> (bug or hardware failure)
20:34 < echelon> the -A flag causes it
20:35 < echelon> tcpdump -i pfsync0 by itself just reports packet lengths
20:37 < phy1729> Does it happen with -x instead of -A ?
20:37 < echelon> yes
20:38 < echelon> is this why pfsync isn't working at all?
20:38 < phy1729> Almost certainly not
20:38 < echelon> oh
20:38 -!- sinvet [~sinvet@user/sinvet] has joined #openbsd
20:39 < phy1729> Presumably the issue is around line 77 of src/usr.sbin/tcpdump/print-pfsync.c
20:40 -!- Guest96 is now known as tanoshi
20:41 -!- shinbet [~sinvet@user/sinvet] has quit [Ping timeout: 268 seconds]
20:42 -!- tanoshi [~Guest96@lfbn-idf1-1-352-110.w86-195.abo.wanadoo.fr] has quit [Changing host]
20:42 -!- tanoshi [~Guest96@user/tanoshi] has joined #openbsd
20:43 -!- alexei-ii [~alexei-ii@77.208.165.234] has quit [Read error: Connection reset by peer]
20:43 -!- alexei-ii [~alexei-ii@84.125.127.83.dyn.user.ono.com] has joined #openbsd
20:44 -!- noone [~six@user/six] has joined #openbsd
20:44 < tanoshi> Hi, pkg_add -u or pkg_add <packages> hangs forever aswell as syspatch. Internet is reachable, DNS is working, https://cdn.openbsd.org/pub/OpenBSD is reachable, pf firewall desactivated. Do you guys know what could be the issue ? And what should I do to investiguate further ? thanks
20:45 -!- sinvet [~sinvet@user/sinvet] has quit [Ping timeout: 248 seconds]
20:45 < echelon> env | grep -i prox
20:45 < WhyNotHugo> veb.4 mentions vport. how do i create a vport interface? 
20:45 < tanoshi> Also -vvvvv outputs nothing
20:46 < Bradipo> tanoshi: Watch traffic with tcpdump to see if any packets are actually going out?
20:46 < Bradipo> Maybe you have a rare (for these days) MTU problem.
20:49 < tanoshi> I dont any any proxies set up. I already did a tcpdump, traffic does go to https://cdn.openbsd.org/pub/OpenBSD and back
20:50 < tanoshi> I tried multiple mirrors in /etc/installurl its the same problem
20:51 < tanoshi> Btw it used to work, but now it doesnt. I can't remmeber what I did inbetween
20:53 -!- sinvet [~sinvet@user/sinvet] has joined #openbsd
20:53 < Bradipo> So you see TCP/IP traffic to cdn.openbsd.org and it's not just one way?
20:53 < WhyNotHugo> Ah, I just create hostname.vport0
20:53 < Bradipo> And you're able to see that data is flowing?
20:54 < tanoshi> Yes, multiple packets from me to the mirror and the response from the mirror to me
20:55 < tanoshi> last night I let it run the whole night, didnt do anything
20:56 < Bradipo> Are you sure that the packets are actually moving data?
20:56 < Bradipo> Or are they just SYN/FIN/RST type packets?
20:57 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Quit: Lost terminal]
20:57 < Bradipo> Is your disk full (just shooting from the hip at this point).
20:58 -!- tvtoon [~The_cUnix@user/tvtoon] has joined #openbsd
20:58 -!- todi [~todi@p57803331.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20:59 < tanoshi> Take a look
20:59 < tanoshi> https://paste.debian.net/1369661/
20:59 < tanoshi> Disk is not full
21:01 < Bradipo> Are you having packet loss?
21:03 < tanoshi> Ping show no packet loss
21:03 < tanoshi> 24 packets transmitted, 24 packets received, 0.0% packet loss
21:04 < Bradipo> Well, it certainly looks like it's sending data.  But you're not getting any output?
21:04 < tanoshi> No it just hangs, same for syspatch. -vvvvv doesnt output anything either
21:04 < Bradipo> Do the packets continue to flow while it is "hung"?
21:05 < tanoshi> I tried to put a ftp:// mirror, its the same thing
21:05 < tanoshi> I will try that
21:05 < Bradipo> Is your system out of memory? :-)
21:06 < tanoshi> wait thats a good question
21:06 -!- memset_ [~memset@gateway/tor-sasl/memset] has joined #openbsd
21:07 < tanoshi> memory is at 15% out of 4gb
21:08 < tanoshi> so no
21:10 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Ping timeout: 264 seconds]
21:11 < tanoshi> No traffic stops after some packets, but pkg_add -u still hangs
21:14 -!- oraculo [~mirc-rc@179.152.250.79] has quit [Quit: )]
21:14 < Bradipo> Yeah, I don't know at this point.  Maybe someone else does.  I don't use pkg_add -u.
21:14 < tanoshi> Its also the same for syspatch, pkg_info <non local packet>, pkg_add -U
21:15 -!- farhan [~farhan@user/farhan] has quit [Remote host closed the connection]
21:15 < Bradipo> Is there any disk activity?
21:15 < Bradipo> See any files being written to?
21:16 < sonya> tanoshi: what is your net card?
21:16 < tanoshi> On linux I would try with lsof, but idk the equivalent on openbsd
21:16 < sibiria> fstat is decent
21:17 < tanoshi> its the "virtio (paravirtualized)" from proxmox, if you give me a command to give you more information I can try
21:18 < Bradipo> I use systat io to monitor for disk activity numbers, but fstat will also show you open files.
21:19 -!- alexei-ii [~alexei-ii@84.125.127.83.dyn.user.ono.com] has quit [Ping timeout: 252 seconds]
21:20 < uwharrie> and vmstat could show if there's some kind of interrupt storm
21:21 < Bradipo> I suppose there's also "Interrupts" in "systat v"
21:21 < Bradipo> uwharrie: Did you mean "systat vmstat" or "vmstat"? :-)
21:21 < Bradipo> I was running "vmstat 2" but didn't really see any interrupts information there.
21:22 < Bradipo> Well, actually, I suppose the "traps" may be interrupts.
21:22 < Bradipo> Either way.
21:22 < uwharrie> I believe they're different views of the same info
21:22 < Bradipo> Yeah.
21:22 < Bradipo> I just didn't know which one you meant.
21:24 < tanoshi> Here are the logs from fstat
21:24 < tanoshi> https://paste.debian.net/1369662/
21:25 < Bradipo> If you watch fstat, do you see the SZ|DV column increase on any of the file descriptors?
21:25 < Bradipo> For example, on line 7...
21:25 < Bradipo> Is /usr full?
21:26 < Bradipo> What is the output of: find /usr -inum 466628 
21:26 < tanoshi> : /usr is not full /dev/sd0f      8.1G    1.8G    5.9G    23%    /usr
21:27 < tanoshi> output of find /usr -inum 466628 is /usr/bin/ftp
21:27 < Bradipo> Ahh, right.  It's only open with r.
21:27 < Bradipo> What about those files in /tmp ?
21:27 < Bradipo> Is pid 2785 still around?
21:28 < Bradipo> If so, you could run fstat -p 2785 again and see if any of the fds have changed.
21:28 < tanoshi> Files in /tmp ? 2785 is still around indeed
21:29 < tanoshi> Column fd didnt change for 2785 from the previous pastbin I sent you
21:29 < Bradipo> Oh interesting.
21:29 < Bradipo> Right, it looks like ftp is using "-o -"
21:29 < Bradipo> So it must be writing the output to some other process.
21:29 < Bradipo> What about fstat -p 30358 ?
21:30 < Bradipo> Is /tmp full? :-)
21:30 < tanoshi> fds are still the same
21:30 < Bradipo> yes, but are the SZ|DV columns changing for any of the fds?
21:30 < tanoshi> here is the df /dev/sd0d      3.9G    284K    3.7G     1%    /tmp
21:30 -!- gman999 [~GMan999@user/gman999] has quit [Quit: WeeChat 4.4.2]
21:30 -!- manymore [~gary@149.88.30.41] has joined #openbsd
21:30 < Bradipo> find /tmp -inum 7 ; find /tmp -inum 8
21:31 -!- todi [~todi@p57803331.dip0.t-ipconnect.de] has joined #openbsd
21:31 < tanoshi> SZ|DV columns are the same for both 2785 and 30358
21:32 < tanoshi> find /tmp -inum 7 ; find /tmp -inum 8 outputs nothing
21:32 < Bradipo> Interesting.
21:32 < Bradipo> Has anyone ever run OpenBSD on proxmox? :-)
21:32 < tanoshi> ^^
21:32 < Bradipo> You could try using ktrace to see what 2785 is doing...
21:33 < Bradipo> ktrace -i -d -p 2785
21:33 < Bradipo> After that returns, you can observe it with kdump
21:34 -!- todi [~todi@p57803331.dip0.t-ipconnect.de] has quit [Max SendQ exceeded]
21:34 < Bradipo> To cancel it: ktrace -c -p 2785
21:34 -!- alexei-ii [~alexei-ii@77.208.165.234] has joined #openbsd
21:35 < tanoshi> thanks, I launched ktrace, kdump -f ktrace.out outputs nothing
21:36 < Bradipo> Is ktrace.out growing in size?
21:36 < tanoshi> no
21:36 < tanoshi> I did not cancelled it
21:36 < Bradipo> How big is it?  Just a few bytes?
21:37 < Bradipo> It should grow even before you cancel it.
21:37 < tanoshi> du gives: 4       ktrace.out
21:37 < Bradipo> I think you have hardware problems.
21:37 < Bradipo> There's something really wrong with your system.
21:37 < tanoshi> nice haha
21:37 -!- SiFuh_ [~SiFuh@user/sifuh] has quit [Remote host closed the connection]
21:37 < Bradipo> Is process 2785 blocked?
21:37 -!- SiFuh_ [~SiFuh@user/sifuh] has joined #openbsd
21:38 < Bradipo> ps -p 2785
21:38 < tanoshi> How can I check that ? Its running in the background
21:38 < tanoshi> 2785 p0  Ip       0:00.03 /usr/bin/ftp -S session -o - https://cdn.openbsd.org/pub/OpenBSD/7.6/packages-stable/amd64/
21:38 -!- lavaball [~Melissa@31.204.155.215] has quit [Remote host closed the connection]
21:38 < Bradipo> So STAT is Ip?
21:38 -!- todi [~todi@p57803331.dip0.t-ipconnect.de] has joined #openbsd
21:39 -!- alexei-ii [~alexei-ii@77.208.165.234] has quit [Ping timeout: 265 seconds]
21:39 < tanoshi> I don't what that means sorry
21:39 < Bradipo> In the ps output there are various columns.
21:39 < Bradipo> One of them reads STAT
21:39 < tanoshi> Yes, its Ip
21:40 < Bradipo> If you look at the man page for ps you'll see that I means it's idle (sleeping more than 20 seconds).
21:40 < tanoshi> kk
21:41 < Bradipo> Is ktrace still attached?
21:41 < Bradipo> If so, does ktrace.out grow at all?
21:41 -!- umgeher [~umgeher@user/umgeher] has quit [Quit: afk]
21:41 -!- todi [~todi@p57803331.dip0.t-ipconnect.de] has quit [Max SendQ exceeded]
21:41 < tanoshi> Yes its still attached
21:41 < tanoshi> No its not growing
21:42 -!- deepesttoaster [~deepestto@user/deepesttoaster] has quit [Ping timeout: 260 seconds]
21:42 < Bradipo> What if you kill the process?  kill 2785
21:42 < tanoshi> Killed, and ktrace.out is still 4 bytes
21:42 < Bradipo> Process is gone?  What did pkg_add do?
21:43 < tanoshi> Spawned another I guess
21:43 < tanoshi> _pkgfetc 25523  0.0  0.1  2604  5672 p0  Ip     11:42PM    0:00.03 /usr/bin/ftp -S session -o - https://cdn.openbsd.org/pub/OpenBSD/7.6/packages-stable/amd64/quirks-7.50.tgz
21:43 < Bradipo> Haha, now it's getting quirks.
21:43 < tanoshi> wtf
21:43 < WhyNotHugo> dhcp6leased only assigns ipv6 addresses to a downstream interface, but not to the actual upstream interface from where the DHCP6 server is responding?
21:44 < Bradipo> tanoshi: To me it seems like it's not happy on proxmox.  You say this was working before?
21:44 < Bradipo> Or there's something really strange going on with it.
21:44 < tanoshi> Yes, pkg_add and syspatch
21:44 < sonya> kind of 'handshake' failure..
21:45 < Bradipo> You got a handshake failure from pkg_add when you killed pid 2785?
21:45 < tanoshi> from the tcpdump ?
21:45 < Bradipo> tcpdump just shows packets.
21:45 < Bradipo> What did pkg_add do when you killed pid 2785?
21:45 < tanoshi> Idk, it outputed nothing
21:45 < Bradipo> Why did you say "'handshake' failure."?
21:46 -!- manymore [~gary@149.88.30.41] has quit [Ping timeout: 265 seconds]
21:46 -!- todi [~todi@p57803331.dip0.t-ipconnect.de] has joined #openbsd
21:46 -!- hwpplayer1 [~user@user/hwpplayer1] has joined #openbsd
21:46 < sonya> i had smth alike only when my net card slowly died.. it was my remark about 'handsjake', because of kill started 'quirks' download
21:46 < Bradipo> Well, quirks started because the previous ftp died.
21:47 < sonya> previous was killed
21:47 < Bradipo> So pkg_add is still trying to progress with the install, but the ftp processes aren't getting the data anywhere apparently.
21:47 < Bradipo> Does dmesg show any errors?
21:47 -!- alexei-ii [~alexei-ii@77.208.165.234] has joined #openbsd
21:47 -!- manymore [~gary@149.88.30.10] has joined #openbsd
21:48 -!- jpb [~jimbznc@user/jpb] has quit [Read error: Connection reset by peer]
21:48 < tanoshi> No it didnt, I tried again and its shows no error
21:48 -!- todi [~todi@p57803331.dip0.t-ipconnect.de] has quit [Max SendQ exceeded]
21:48 -!- jpb [~jimbznc@user/jpb] has joined #openbsd
21:49 < sonya> tanoshi: # dmesg -s  - does it show any suspicious lines?
21:50 < tanoshi> No
21:50 < sonya> ok..
21:50 < tanoshi> I can send you the output if you want
21:50 -!- tanoshi [~Guest96@user/tanoshi] has quit [Quit: Client closed]
21:50 < Bradipo> dmesg -s will only show what was on the console as it booted, right?
21:50 < Bradipo> Nothing new.
21:50 -!- Guest96 [~Guest96@lfbn-idf1-1-352-110.w86-195.abo.wanadoo.fr] has joined #openbsd
21:50 < uwharrie> WhyNotHugo: it only does IA_PD, not IA_NA
21:51 -!- Guest96 [~Guest96@lfbn-idf1-1-352-110.w86-195.abo.wanadoo.fr] has quit [Changing host]
21:51 -!- Guest96 [~Guest96@user/tanoshi] has joined #openbsd
21:52 < Guest96> Should I try anything else ?
21:52 < WhyNotHugo> What do I use for IA_NA ?
21:52 -!- Guest96 is now known as tanoshi
21:52 -!- todi [~todi@p57803331.dip0.t-ipconnect.de] has joined #openbsd
21:53 < uwharrie> if your ISP requires something that supports IA_NA, you'll need to use dhcpdc from packages
21:53 < uwharrie> err, make that dhcpcd
21:53 < WhyNotHugo> My ISP provides addresses via DHCPv6-PD
21:55 < WhyNotHugo> Wait: what I want to do is assign an address to the WAN interface from the block assigned by my ISP
21:55 -!- sonya [~nologin@gateway/tor-sasl/sonya] has quit [Remote host closed the connection]
21:55 < Bradipo> Does your ISP give you a WAN interface IP to use?
21:56 -!- todi [~todi@p57803331.dip0.t-ipconnect.de] has quit [Max SendQ exceeded]
21:56 < Bradipo> If you use IPs from your block, it can get tricky.
21:56 < WhyNotHugo> "IPv6 address range + DNS servers (IPv6) via DHCPv6-PD request (in PPPoE). Use one address from range for router."
21:56 < WhyNotHugo> No, I get the whole range
21:57 < Bradipo> Sure you do, but if you put part of the "range" on the WAN and part on the LAN, how do you route it? :-)
21:57 < quinq> Here I have: request prefix delegation on pppoe0 for { pppoe0/64; vport0/64; }
21:57 < uwharrie> IA_NA makes getting a usable WAN address fairly straightforward. I've seen discussion on slicing the delegation range up, but then you get into weird routing situations
21:57 -!- deepesttoaster [~deepestto@user/deepesttoaster] has joined #openbsd
21:58 -!- shinbet [~sinvet@user/sinvet] has joined #openbsd
21:58 < uwharrie> https://marc.info/?l=openbsd-misc&m=172871405319102&w=2
21:58 < Bradipo> So with IA_NA does the WAN interface get an IP that is not part of the customer IP assignment?
21:59 < uwharrie> correct
21:59 < WhyNotHugo> quinq: oh, right, i just configure pppoe0 too 
21:59 -!- todi [~todi@p57803331.dip0.t-ipconnect.de] has joined #openbsd
22:00 -!- nedko [~nedko@gateway/tor-sasl/nedko] has quit [Remote host closed the connection]
22:00 -!- nedko [~nedko@gateway/tor-sasl/nedko] has joined #openbsd
22:00 -!- sinvet [~sinvet@user/sinvet] has quit [Ping timeout: 265 seconds]
22:02 -!- tanoshi [~Guest96@user/tanoshi] has quit [Quit: Client closed]
22:02 -!- todi [~todi@p57803331.dip0.t-ipconnect.de] has quit [Max SendQ exceeded]
22:06 -!- todi [~todi@p57803331.dip0.t-ipconnect.de] has joined #openbsd
22:08 < WhyNotHugo> quinq: this won't set your routes properly, how do you handle that?
22:08 < quinq> Hummm, it does
22:08 -!- morpho [~morpho@87.114.27.41] has quit [Quit: Client closed]
22:09 -!- deepesttoaster [~deepestto@user/deepesttoaster] has quit [Remote host closed the connection]
22:09 < WhyNotHugo> quinq: do you have any 'route add' in hostname.pppoe0?
22:10 < quinq> Yeah, the classical !/sbin/route add default -ifp pppoe0 0.0.0.1
22:10 < WhyNotHugo> that's an ipv4 route
22:10 < quinq> But for inet6 I get: default                                     fe80::1%pppoe0                          UGS       20   661437     -     8 pppoe0
22:12 < WhyNotHugo> I don't have any default route
22:12 -!- wnh [~Thunderbi@user/wnh] has quit [Ping timeout: 272 seconds]
22:13 < quinq> I can say it's not manual addition
22:14 < WhyNotHugo> i can add it manually once… but i want a more lasting solution
22:15 < quinq> Maybe it's part of the PD?
22:15 -!- deepesttoaster [~deepestto@user/deepesttoaster] has joined #openbsd
22:16 < WhyNotHugo> my ISP sends the default gatewy via DHCP-PD, yes
22:16 < WhyNotHugo> I just don't know how to apply it to pppoe0
22:17 < quinq> Looks like dhcp6leased does the job
22:22 -!- memset_ [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
22:22 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
22:26 -!- daugaard [~daugaard@user/daugaard] has quit [Ping timeout: 265 seconds]
22:29 -!- manymore [~gary@149.88.30.10] has quit [Ping timeout: 248 seconds]
22:38 -!- Michelle [~michelle@gate.mhix.org] has joined #openbsd
22:38 -!- europa64_ [~europa64@user/europa64] has joined #openbsd
22:44 -!- europa64_ [~europa64@user/europa64] has quit [Quit: lp0 on fire]
22:45 -!- donofrio2 [~donofrio@68.60.130.115] has joined #openbsd
22:45 < WhyNotHugo> doesn't see to be doing so. Your default ipv6 route is via an ISP public address or an fe80:: one?
22:46 -!- europa64 [~europa@syn-024-210-118-067.res.spectrum.com] has joined #openbsd
22:46 -!- europa64 [~europa@syn-024-210-118-067.res.spectrum.com] has quit [Changing host]
22:46 -!- europa64 [~europa@user/europa64] has joined #openbsd
22:46 -!- byteskeptical [~amnesia@user/byteskeptical] has joined #openbsd
22:46 -!- niftily [~niftily@user/niftily] has joined #openbsd
22:47 -!- donofrio [~donofrio@68.60.130.115] has quit [Ping timeout: 244 seconds]
22:49 -!- donofrio [~donofrio@68.60.130.115] has joined #openbsd
22:49 -!- europa64 [~europa@user/europa64] has quit [Client Quit]
22:52 -!- donofrio2 [~donofrio@68.60.130.115] has quit [Ping timeout: 265 seconds]
23:00 < vortexx> WhyNotHugo: btw I have a pppoe on vlan on netif too, I added the vlan and net if to the skip interfaces in pf.conf
23:01 < vortexx> my IPv6 default route is like quinq'
23:01 -!- jgh [~jgh@hellmouth.gulag.org.uk] has quit [Remote host closed the connection]
23:02 < vortexx> quinq: does iftop work on pppoe0 for you? doesn't here
23:05 < WhyNotHugo> vadding both vlan0 and igc4 to set skip doesn't produce a default route either (restarted dhcp6leased and rad)
23:07 < vortexx> it's just to keep them out of pf's way
23:08 -!- niftily [~niftily@user/niftily] has quit [Quit: Lost terminal]
23:08 -!- devleloper [~devlelope@user/devleloper] has quit [Ping timeout: 272 seconds]
23:08 -!- zimmer__ [~zimmer@user/zimmer] has joined #openbsd
23:10 -!- devleloper [~devlelope@user/devleloper] has joined #openbsd
23:11 < WhyNotHugo> what does you rule allowing dhcpv6-server look like?
23:11 < WhyNotHugo> I have: pass in on egress inet6 proto udp from fe80::/10 port dhcpv6-server to fe80::/10 port dhcpv6-client no state
23:17 -!- manymore [~gary@149.88.30.10] has joined #openbsd
23:24 -!- jld [~jld@2601:280:5d83:9eb0:393a:149:e617:bbc8] has joined #openbsd
23:25 < vortexx> iirc pf passes dhcp traffic on egress even with block all
23:25 < vortexx> presumably also for dhcpv6
23:26 -!- deepesttoaster [~deepestto@user/deepesttoaster] has quit [Ping timeout: 248 seconds]
23:32 -!- ublx [~ublx@user/ublx] has quit [Quit: ublx]
23:42 < mischief> vortexx: not pf that does that, it's the raw socket aspect, no?
23:42 -!- Lucanis [~lucanis@user/lucanis] has quit [Ping timeout: 260 seconds]
23:42 -!- gman999 [~GMan999@user/gman999] has joined #openbsd
23:48 -!- deepesttoaster [~deepestto@user/deepesttoaster] has joined #openbsd
23:53 < Bradipo> Well...
23:54 < Bradipo> DHCP isn't IP, it's not TCP.  It's a type of ARP, BOOTP, so it's operating at a different "layer" than what pf typically deals with.
23:54 < Bradipo> Well, maybe it does use IP.
23:55 < Bradipo> But it's not an IP protocol.
23:55 < Bradipo> Is that what is meant by "raw socket"?
23:59 -!- Bradipo [~Bradipo@50.77.44.29] has quit [Quit: Lost terminal]
--- Log closed Wed Apr 16 00:00:44 2025