--- Log opened Sun Jun 16 00:00:13 2024
00:02 -!- penne [~penne@197.48.85.248] has quit [Client Quit]
00:02 -!- penne [~penne@197.48.85.248] has joined #openbsd
00:05 -!- n6bsd [~n6bsd@user/n6bsd] has left #openbsd []
00:06 -!- dustinm` [~dustinm@static.38.6.217.95.clients.your-server.de] has joined #openbsd
00:12 -!- viq|w [~viq@user/viq] has quit [Ping timeout: 246 seconds]
00:14 -!- luser1 [~luser@user/luser1] has quit [Quit: The Lounge - https://thelounge.chat]
00:14 -!- fflam [~mdt@pool-173-53-81-242.rcmdva.fios.verizon.net] has joined #openbsd
00:14 -!- viq|w [~viq@user/viq] has joined #openbsd
00:15 -!- luser1 [~luser@user/luser1] has joined #openbsd
00:17 -!- penne [~penne@197.48.85.248] has quit [Quit: ZNC 1.8.2 - https://znc.in]
00:20 -!- luser1 [~luser@user/luser1] has quit [Quit: The Lounge - https://thelounge.chat]
00:21 -!- luser1 [~luser@user/luser1] has joined #openbsd
00:23 -!- ficonni [~ficonni@213.196.101.65] has quit [Remote host closed the connection]
00:33 -!- zenptr [~zenptr@user/zenptr] has quit [Ping timeout: 256 seconds]
00:36 -!- Tails [~spot@a58064.upc-a.chello.nl] has joined #openbsd
00:37 -!- zenptr [~zenptr@user/zenptr] has joined #openbsd
00:44 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
00:58 -!- tozhu [~tozhu@182.139.156.149] has joined #openbsd
00:59 -!- CrashOverride [~strcat@p5485422f.dip0.t-ipconnect.de] has quit [Ping timeout: 256 seconds]
01:14 -!- todi [~todi@p57803331.dip0.t-ipconnect.de] has quit [Quit: ZNC - https://znc.in]
01:14 -!- todi [~todi@p57803331.dip0.t-ipconnect.de] has joined #openbsd
01:19 -!- SexWarrior [~DankFrank@2a01:4b00:940e:f600:80c6:c036:b62f:4e5f] has quit [Quit: Leaving]
01:29 -!- sdds [~sdds@user/sdds] has joined #openbsd
01:41 -!- shann [~quassel@178.33.252.31] has quit [Ping timeout: 268 seconds]
01:46 -!- shann [~quassel@178.33.252.31] has joined #openbsd
01:50 -!- seninha [~seninha@user/seninha] has joined #openbsd
01:54 -!- eixV [fr@user/eixv] has joined #openbsd
02:07 -!- tuftedocelot [~tuftedoce@2a03:6000:1019::57] has quit [Remote host closed the connection]
02:12 -!- Tails [~spot@a58064.upc-a.chello.nl] has quit [Ping timeout: 264 seconds]
02:13 -!- tuftedocelot [~tuftedoce@2a03:6000:1019::57] has joined #openbsd
02:14 -!- kroovy [~libera@62.144.54.99] has quit [Ping timeout: 268 seconds]
02:20 -!- kroovy [~libera@62.144.52.71] has joined #openbsd
02:25 -!- extrowerk_ [~extrowerk@BC06D3D7.dsl.pool.telekom.hu] has joined #openbsd
02:27 -!- extrowerk [~extrowerk@BC24F432.dsl.pool.telekom.hu] has quit [Ping timeout: 264 seconds]
02:35 -!- Bradipo [~Bradipo@50.77.44.21] has joined #openbsd
02:35 < Bradipo> Any recommendations for a color photo printer?
02:36 < Bradipo> I've used Epson in the past using the epson-inject-printer-escpr package.
02:36 < Bradipo> But apparently the newer printers aren't supported by it.
02:36 < Bradipo> There's a new epson-inject-printer-escpr2 driver provided by Epson, but it looks like they don't actually include the source to the library like they used to.
02:37 < Bradipo> So any recommendations?   Something that *just works* with OpenBSD would be nice.
02:37 < Bradipo> HP has been good because they just have working PostScript, but I don't know anything about their color photo printers.
02:40 < martian67> anything that supports an iphone or an ipad will be fine because they must support IPP
02:40 < martian67> and IPP is a universal "driver"
02:41 < martian67> (IPP is infact the CUPS protocol)
02:41 < Bradipo> Oh and one more thing, I want to print from /etc/printcap, not cups.
02:42 < Bradipo> For my Epson I just have a filter in /var/spool/output/printer/filter that calls foomatic-rip.
02:42 < Bradipo> But maybe that doesn't matter?
02:43 < Bradipo> Maybe I can do the same for any CUPS supported printer?
02:45 < Bradipo> Hmm, I thought all HP printers supported PostScript.
02:45 < Bradipo> One that I see has: HP PCL3 GUI
02:45 < vortexx> postscript is usually built into most laser printers these days
02:45 < Bradipo> Yeah.
02:46 < vortexx> inkjets, that's variable
02:46 < Bradipo> I'm looking at inkjets.
02:46 < vortexx> and you need inkjet for photos
02:46 < Bradipo> Unless laser printers also do photo prints.
02:46 < Bradipo> Yep.
02:49 -!- seninha [~seninha@user/seninha] has quit [Quit: Leaving]
02:51 < Bradipo> So maybe I'll go with HP and PCL, though, I imagine that will have to be done through a CUPS driver?
02:52 < Bradipo> Looks like foomatic-rip could probably work in this case.
02:53 < martian67> skip all of this dumb shit
02:54 < martian67> get a printer that does IPP
02:54 < martian67> which is any networked printer made in the last 10 years
02:54 < Bradipo> Interesting.
02:54 < martian67> none of this is nesssiary anymore
02:54 < Bradipo> So my Epson 3540 was a "networked printer".
02:54 < martian67> like i said, anything that allows an iphone or ipad to print will work
02:54 < Bradipo> Will work over wireless?  Or ethernet?
02:55 < Bradipo> Does IPP work over ethernet?
02:55 < martian67> IPP is a tcp/ip protocol
02:55 < tommyrot> both
02:55 < Bradipo> https://www.hp.com/us-en/shop/pdp/hp-officejet-pro-9125e-all-in-one-printer that printer lists IPP over TLS as a "Security management" protocol.
02:55 < Bradipo> Also has "Apple AirPrint".
02:56 < tommyrot> you really shouldn't buy a HP printer though, many reasons can be found online why no to
02:56 < Bradipo> Interesting.
02:56 < tommyrot> doesn't brother have something comparable where you at? they make decent kit with ipp as well
02:56 < Bradipo> I haven't bought Brother in 20 years.
02:56 < martian67> the real advantage is IPP will work with everything, forever
02:57 < Bradipo> So, if I get IPP, how does one print to it from lpr?
02:57 < martian67> no idea if thats possible, just use cups
02:57 < Bradipo> Just use foomatic-rip as I do with other printers?
02:57 < Bradipo> I see, got it.
02:57 < thrig> write once, debug everywhere
02:57 < tommyrot> i set it up through cups and never had to look at the config again
02:58 < martian67> contrary to expectations printing actually got *significantly* less of a pain in the ass
02:58 < martian67> and whats more, its apple that caused it to be this way
02:59 < martian67> by more or less saying "fuck you, support IPP, we dont care, fuck off"
02:59 < martian67> -> all these stupid drivers gone forever
03:03 < vortexx> printing over the network is so much better, it removes most problems
03:04 -!- geekthattweaks [uid433447@user/geekthattweaks] has quit [Quit: Connection closed for inactivity]
03:05 < thrig> I'm rather happy to (mostly) not have to support printing any more
03:05 < thrig> at one point about 30% of trouble tickets were printer related
03:13 -!- ublix [~ublx@user/ublx] has quit [Quit: ublix]
03:14 < vortexx> the funny thing is so many home users don't realize they can print to the network with their gear and use google print or something similar instead, so all their confidential docs getting printed go out to some cloud provider 
03:14 < Bradipo> Well, I didn't realize that IPP was so widely supported.
03:14 < vortexx> and yeah supporting printers is a thankless task
03:15 < Bradipo> This is my own home printer so I don't mind and I definitely don't want it going out to cloud.
03:15 < vortexx> Bradipo: it's been around for about 20 years now, when you see $printer.local in your printer list it's IPP
03:15 < Bradipo> "printer list"?
03:15 < Bradipo> What on OpenBSD provides a "printer list"?
03:16 < Bradipo> Maybe CUPS... but I don't run it.
03:16 < vortexx> if you have a DE like Gnome it will enumerate your printers detected on the lan
03:16 < vortexx> (using CUPS)
03:16 < Bradipo> I use fvwm or fluxbox.
03:16 < Bradipo> No DE.
03:16 < vortexx> more power to you
03:17 < Bradipo> But, I'll have to look into IPP I suppose if that's where everything is going.
03:18 < vortexx> I remember Canon being good at photos but that was 20+ years ago as well, I don't have a requirement for that
03:18 < Bradipo> But, as far as I'm concerned, IPP is just another printing language.  PostScript, PCL, JPL, whatever.
03:18 < Bradipo> I only do occasional photos, but it's nice when I get the itch.
03:18 < vortexx> my stepfather got a HP that does inkjet cos he does do photos, it seems to speak PS and IPP
03:19 < Bradipo> PS on port 9100?
03:19 < Bradipo> I use port 9100 with my monochrome HP.
03:19 < vortexx> if you have legacy systems on the LAN, PS is nice. My NeXT Cube can print to my Brother laser via that
03:19 < vortexx> yeah 9100
03:19 < Bradipo> Actually, no, I don't.
03:19 < Bradipo> I think I must just be using LPD port.
03:23 -!- hbx [~hbx@173.44.63.115] has quit [Quit: My Mac Mini has gone to sleep. ZZZzzz…]
03:39 -!- rustyy [~rusty@74.3.163.187] has quit [Ping timeout: 264 seconds]
03:49 -!- mxz__ [~mxz@user/mxz] has joined #openbsd
03:50 -!- mxz_ [~mxz@user/mxz] has quit [Ping timeout: 252 seconds]
03:50 -!- mxz [~mxz@user/mxz] has quit [Ping timeout: 252 seconds]
03:50 -!- mxz__ is now known as mxz
03:57 -!- Bradipo [~Bradipo@50.77.44.21] has quit [Ping timeout: 264 seconds]
04:04 -!- zcheng3 [~zcheng3@d108-173-21-8.abhsia.telus.net] has quit [Ping timeout: 255 seconds]
04:06 -!- bilegeek [~bilegeek@2600:1008:b050:5afd:bc8c:2176:cbd5:b594] has joined #openbsd
04:07 -!- gbowne1 [~gbowne1@97-113-88-175.tukw.qwest.net] has quit [Read error: Connection reset by peer]
04:09 -!- nmdv [~nmdv@user/nmdv] has joined #openbsd
04:23 -!- chiselfuse [~chiselfus@user/chiselfuse] has quit [Remote host closed the connection]
04:24 -!- chiselfuse [~chiselfus@user/chiselfuse] has joined #openbsd
04:25 < jrmu> Anyone able to help me with fixing my vlan? https://marc.info/?l=openbsd-misc&m=171843033529226&w=2
04:25 < jrmu> I am stumped and don't know how to proceed
04:34 -!- mbuhl [~mbuhl@user/mbuhl] has quit [Remote host closed the connection]
04:40 -!- skdsk16 [~skdsk@178.49.152.42] has quit [Quit: Client closed]
04:44 -!- mbuhl [~mbuhl@user/mbuhl] has joined #openbsd
04:45 -!- angle [63e74f1abb@2a03:6000:1812:100::124d] has left #openbsd []
04:50 -!- beanbrain [~brain@user/beanbrain] has joined #openbsd
04:52 -!- nmdv [~nmdv@user/nmdv] has quit [Ping timeout: 255 seconds]
04:57 -!- d-ra [~d-ra@user/d-ra] has joined #openbsd
05:16 -!- tozhu [~tozhu@182.139.156.149] has quit [Quit: tozhu]
05:20 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 255 seconds]
05:30 -!- reterrb [~cd@c-98-242-74-66.hsd1.ga.comcast.net] has quit [Remote host closed the connection]
05:46 -!- dastain [~dastain@2a00:d880:6:262::45a3] has quit [Ping timeout: 256 seconds]
05:50 -!- mlw [~mlw@154.127.5.37] has joined #openbsd
05:57 -!- dastain [~dastain@2a00:d880:6:262::45a3] has joined #openbsd
05:57 -!- mxz_ [~mxz@user/mxz] has joined #openbsd
06:14 -!- m3a [~m3a@104.158.106.182] has quit [Ping timeout: 256 seconds]
06:21 -!- jagtalon [~quassel@user/jagtalon] has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
06:21 -!- jagtalon [~quassel@user/jagtalon] has joined #openbsd
06:22 -!- jagtalon [~quassel@user/jagtalon] has quit [Client Quit]
06:22 -!- SirJitsu1 [~SirJitsu@162-231-111-175.lightspeed.livnmi.sbcglobal.net] has quit [Quit: Konversation terminated!]
06:22 -!- jagtalon [~quassel@user/jagtalon] has joined #openbsd
06:22 -!- SirJitsu1 [~SirJitsu@162-231-111-175.lightspeed.livnmi.sbcglobal.net] has joined #openbsd
06:25 -!- rustyy [~rusty@74.3.163.187] has joined #openbsd
06:40 -!- adig [~default@109.166.136.169] has joined #openbsd
06:43 -!- redruM [~redrum@user/redrum] has quit [Ping timeout: 260 seconds]
06:59 -!- feriman [~feriman@user/feriman] has joined #openbsd
07:00 -!- uncleyear [~ian@45.80.46.92] has joined #openbsd
07:08 -!- jlmk [~jlmk@user/jlmk] has quit []
07:11 -!- rnkn [~rnkn@66.135.27.208] has joined #openbsd
07:17 -!- ivdsangen [~ivo@86-95-161-96.fixed.kpn.net] has joined #openbsd
07:28 -!- dsrt^ [~cd@c-98-242-74-66.hsd1.ga.comcast.net] has quit [Remote host closed the connection]
07:40 -!- lcubed [~lcubed@user/lcubed] has quit [Remote host closed the connection]
07:41 -!- Xenguy [~Xenguy@user/xenguy] has quit [Remote host closed the connection]
07:42 -!- Xenguy [~Xenguy@user/xenguy] has joined #openbsd
07:42 -!- format_c [~format_c@2a02:b98:f181:4094:f550:7488:2d5:5ffa] has joined #openbsd
07:42 -!- djjdiw [~root@178.49.152.181] has joined #openbsd
07:43 < djjdiw> is it possible to install newer software in openbsd without compiling?
07:44 < quinq> Not sure in what context you mean
07:44 < quinq> There is pkg_add, to install ports
07:45 < quinq> There is sysupgrade to update the base system
07:46 < djjdiw> I tried pkg_add, but it does not install anything new
07:46 -!- lcubed [~lcubed@user/lcubed] has joined #openbsd
07:46 < quinq> You need to tell it the name of the new software you want to install
07:46 < djjdiw> I used -u so it should do that automatically?
07:47 < quinq> What do you mean by “new” software?
07:48 < djjdiw> newer versions
07:53 < quinq> ok, I suppose you mean to update installed ports
07:53 < quinq> Then yes, pkg_add -u does that
07:58 < brynet> djjdiw: If you're running 7.5, the the vast majority of packages will be from aroun the time of the release, with a few packages backported to -stable for e.g: security fixes.
08:00 < djjdiw> I thought 7.5 was the latest release?
08:01 < brynet> It is, 7.5 released in April.
08:02 < brynet> If you want newer packages, then you'll need to wait for the next release, or try running -current snapshots. That's where ports development happens.
08:05 < brynet> OpenBSD releases happen every 6 months in general, and come with a new set of packages.
08:09 -!- michel [~mp@168.119.5.224] has quit [Ping timeout: 252 seconds]
08:09 -!- bilegeek [~bilegeek@2600:1008:b050:5afd:bc8c:2176:cbd5:b594] has quit [Quit: Leaving]
08:09 < sir-photch> Hi, I'm having issues sucessfully configuring port forwarding on my openbsd wireguard router with pf.conf. If anyone is willing to have a look, here is a paste: https://bin.sir-photch.xyz/c6l
08:11 -!- socksinspace [~socksinsp@user/socksinspace] has quit [Ping timeout: 246 seconds]
08:13 -!- socksinspace [~socksinsp@user/socksinspace] has joined #openbsd
08:14 < rnkn> isn't there a way to create packages outside of ports, e.g. from perl modules?
08:15 -!- ivdsangen [~ivo@86-95-161-96.fixed.kpn.net] has quit [Quit: https://github.com/ivdsangen]
08:18 < rnkn> I know I did this for p5-Carton and it was a piece of cake
08:22 -!- Warr1024 is now known as Guest6694
08:22 -!- Guest6694 [~Warr@user/warr1024] has quit [Killed (calcium.libera.chat (Nickname regained by services))]
08:22 -!- Warr1024 [~Warr@user/warr1024] has joined #openbsd
08:23 -!- getz- [~getz@iblis.df.lth.se] has joined #openbsd
08:23 -!- getz [~getz@iblis.df.lth.se] has quit [Read error: Connection reset by peer]
08:25 < rnkn> ah, portgen(1)
08:26 < rnkn> djjdiw: you can download source and use portgen to bootstrap a new port, which will still require compiling, but it's all done automatically for you
08:34 -!- euphores [~SASL_euph@user/euphores] has quit [Quit: Leaving.]
08:37 -!- ivdsangen [~ivo@86-95-161-96.fixed.kpn.net] has joined #openbsd
08:41 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd
08:43 -!- djjdiw [~root@178.49.152.181] has quit [Remote host closed the connection]
08:45 -!- Warr1024 [~Warr@user/warr1024] has quit [Quit: Warr1024]
08:46 -!- Warr1024 [~Warr@user/warr1024] has joined #openbsd
08:51 -!- xx [~xx@user/xx] has joined #openbsd
08:52 -!- varighet [~varighet@94-224-80-37.access.telenet.be] has quit [Remote host closed the connection]
08:53 -!- varighet [~varighet@94-224-80-37.access.telenet.be] has joined #openbsd
08:56 -!- mlw [~mlw@154.127.5.37] has quit [Ping timeout: 268 seconds]
08:58 -!- mlw [~mlw@154.127.13.160] has joined #openbsd
09:02 -!- beanbrain [~brain@user/beanbrain] has quit [Ping timeout: 255 seconds]
09:07 -!- zwr [~zwr@201-19-166-88.user3p.veloxzone.com.br] has quit [Read error: Connection reset by peer]
09:08 -!- spot [~spot@a58064.upc-a.chello.nl] has joined #openbsd
09:11 -!- lavaball [~Melissa@31.204.155.215] has joined #openbsd
09:14 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has joined #openbsd
09:17 -!- zwr [~zwr@201-19-166-88.user3p.veloxzone.com.br] has joined #openbsd
09:24 -!- om3ga [~om3ga@46.49.41.80] has quit [Ping timeout: 255 seconds]
09:30 -!- eki [~eki@dsl-hkibng41-54f85a-212.dhcp.inet.fi] has quit [Quit: leaving]
09:31 -!- eki [~eki@dsl-hkibng41-54f85a-212.dhcp.inet.fi] has joined #openbsd
09:33 -!- spot is now known as Maat
09:34 -!- Maat is now known as Guest1172
09:36 -!- CrashOverride [~strcat@p5485422f.dip0.t-ipconnect.de] has joined #openbsd
09:37 -!- Guest1172 is now known as Ma_at
09:38 -!- lavaball [~Melissa@31.204.155.215] has quit [Quit: lavaball]
09:40 -!- lavaball [~Melissa@31.204.155.215] has joined #openbsd
09:45 -!- billchenchina [~billchenc@2a0d:2580:ff0c:1:e3c9:c52b:a429:5bfe] has joined #openbsd
09:52 -!- shiranaihito_ [~shiranaih@ppp-124-122-47-64.revip2.asianet.co.th] has joined #openbsd
09:57 -!- Ma_at [~spot@a58064.upc-a.chello.nl] has quit [Ping timeout: 246 seconds]
10:06 -!- format_c [~format_c@2a02:b98:f181:4094:f550:7488:2d5:5ffa] has quit [Quit: format_c]
10:07 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has quit [Quit: Outside Context Problem.]
10:11 -!- SexWarrior [~DankFrank@2a01:4b00:940e:f600:50e:2cf6:8f95:c4c3] has joined #openbsd
10:11 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has joined #openbsd
10:19 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
10:20 -!- tozhu [~tozhu@218.89.253.192] has joined #openbsd
10:21 -!- adig_ [~default@86.123.72.18] has joined #openbsd
10:21 -!- spot [~spot@a58064.upc-a.chello.nl] has joined #openbsd
10:22 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has quit [Quit: Outside Context Problem.]
10:22 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has joined #openbsd
10:23 -!- adig__ [~default@109.166.136.169] has joined #openbsd
10:23 -!- mlw [~mlw@154.127.13.160] has quit [Ping timeout: 255 seconds]
10:24 -!- adig [~default@109.166.136.169] has quit [Ping timeout: 268 seconds]
10:25 -!- format_c [~format_c@2a02:b98:f181:4094:f550:7488:2d5:5ffa] has joined #openbsd
10:25 -!- mlw [~mlw@154.127.13.29] has joined #openbsd
10:26 -!- adig_ [~default@86.123.72.18] has quit [Ping timeout: 264 seconds]
10:28 -!- getz- is now known as getz
10:30 -!- adig___ [~default@86.123.72.18] has joined #openbsd
10:31 -!- rnkn [~rnkn@66.135.27.208] has quit [Quit: rnkn]
10:33 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has quit [Quit: Outside Context Problem.]
10:34 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has joined #openbsd
10:34 -!- adig__ [~default@109.166.136.169] has quit [Ping timeout: 268 seconds]
10:35 -!- format_c [~format_c@2a02:b98:f181:4094:f550:7488:2d5:5ffa] has quit [Quit: format_c]
10:36 -!- spot [~spot@a58064.upc-a.chello.nl] has quit [Ping timeout: 255 seconds]
10:40 -!- adig____ [~default@109.166.136.169] has joined #openbsd
10:42 -!- tozhu [~tozhu@218.89.253.192] has quit [Quit: tozhu]
10:44 -!- adig___ [~default@86.123.72.18] has quit [Ping timeout: 268 seconds]
11:00 -!- hbx [~hbx@173.44.63.115] has joined #openbsd
11:08 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Ping timeout: 260 seconds]
11:10 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has quit [Quit: Outside Context Problem.]
11:11 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has joined #openbsd
11:15 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
11:18 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has quit [Quit: Outside Context Problem.]
11:18 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Remote host closed the connection]
11:18 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has joined #openbsd
11:20 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
11:32 -!- ublx [~ublx@user/ublx] has joined #openbsd
11:33 -!- srfsh [~srfsh@user/srfsh] has joined #openbsd
11:50 -!- uncleyear [~ian@45.80.46.92] has quit [Quit: Lost terminal]
11:53 -!- krl_ [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has joined #openbsd
11:54 -!- armin [~armin@zero.m2m.pm] has quit [Ping timeout: 264 seconds]
11:55 -!- sonya [~nologin@gateway/tor-sasl/sonya] has joined #openbsd
11:55 -!- uncleyear [~ian@45.80.46.92] has joined #openbsd
11:56 -!- krl [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has quit [Ping timeout: 268 seconds]
11:58 -!- lavaball [~Melissa@31.204.155.215] has quit [Quit: lavaball]
12:02 -!- zwr [~zwr@201-19-166-88.user3p.veloxzone.com.br] has quit [Read error: Connection reset by peer]
12:03 -!- lavaball [~Melissa@31.204.155.215] has joined #openbsd
12:03 -!- spot [~spot@a58064.upc-a.chello.nl] has joined #openbsd
12:07 -!- zwr [~zwr@201-19-166-88.user3p.veloxzone.com.br] has joined #openbsd
12:16 -!- Oclair [~Oclair@nq3.aventia.pw] has quit [Quit: %Cya%]
12:19 -!- hussein1 [~weechat@gateway/tor-sasl/hussein1] has quit [Remote host closed the connection]
12:19 -!- Oclair [~Oclair@nq3.aventia.pw] has joined #openbsd
12:20 -!- hussein1 [~weechat@gateway/tor-sasl/hussein1] has joined #openbsd
12:21 -!- kroovy [~libera@62.144.52.71] has quit [Ping timeout: 268 seconds]
12:25 -!- joe9 [~joe@c-73-24-194-198.hsd1.az.comcast.net] has joined #openbsd
12:28 -!- spot [~spot@a58064.upc-a.chello.nl] has quit [Ping timeout: 264 seconds]
12:29 -!- kroovy [~libera@62.144.52.71] has joined #openbsd
12:34 -!- tozhu [~tozhu@218.89.253.192] has joined #openbsd
12:35 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Remote host closed the connection]
12:38 -!- bpye [~bpye@user/bpye] has quit [Quit: Ping timeout (120 seconds)]
12:39 -!- bpye [~bpye@user/bpye] has joined #openbsd
12:40 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
12:40 -!- tozhu [~tozhu@218.89.253.192] has quit [Quit: tozhu]
12:41 -!- tozhu [~tozhu@218.89.253.192] has joined #openbsd
12:41 -!- m3a [~m3a@104.158.106.182] has joined #openbsd
12:46 -!- tozhu [~tozhu@218.89.253.192] has quit [Quit: tozhu]
12:50 -!- ficonni [~ficonni@213.196.101.65] has joined #openbsd
12:51 -!- f451 [~f451@user/f451] has quit [Quit: f451]
12:52 -!- f451 [~f451@user/f451] has joined #openbsd
12:58 -!- ficonni [~ficonni@213.196.101.65] has quit [Quit: Lost terminal]
13:00 -!- redruM [~redrum@user/redrum] has joined #openbsd
13:01 -!- feriman [~feriman@user/feriman] has quit [Ping timeout: 268 seconds]
13:05 -!- ficonni [~ficonni@213.196.101.65] has joined #openbsd
13:10 -!- antranigv [~antranigv@bsd.am] has quit [Ping timeout: 256 seconds]
13:11 -!- betabug [~betabug@user/betabug] has quit [Ping timeout: 264 seconds]
13:11 -!- leah2 [~leah@vuxu.org] has quit [Ping timeout: 264 seconds]
13:13 -!- sdds [~sdds@user/sdds] has quit [Remote host closed the connection]
13:13 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
13:13 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Read error: Connection reset by peer]
13:13 -!- sonya [~nologin@gateway/tor-sasl/sonya] has quit [Remote host closed the connection]
13:13 -!- hussein1 [~weechat@gateway/tor-sasl/hussein1] has quit [Read error: Connection reset by peer]
13:13 -!- xx [~xx@user/xx] has quit [Read error: Connection reset by peer]
13:13 -!- chiselfuse [~chiselfus@user/chiselfuse] has quit [Read error: Connection reset by peer]
13:14 -!- chiselfuse [~chiselfus@user/chiselfuse] has joined #openbsd
13:14 -!- hussein1 [~weechat@gateway/tor-sasl/hussein1] has joined #openbsd
13:14 -!- xx [~xx@user/xx] has joined #openbsd
13:15 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
13:15 -!- armin [~armin@zero.m2m.pm] has joined #openbsd
13:16 -!- sdds [~sdds@user/sdds] has joined #openbsd
13:18 -!- betabug [~betabug@betabug.ch] has joined #openbsd
13:21 -!- armin [~armin@zero.m2m.pm] has quit [Remote host closed the connection]
13:22 -!- sonya [~nologin@gateway/tor-sasl/sonya] has joined #openbsd
13:22 -!- tozhu [~tozhu@218.89.253.192] has joined #openbsd
13:24 -!- leah2 [~leah@vuxu.org] has joined #openbsd
13:27 -!- armin [~armin@zero.m2m.pm] has joined #openbsd
13:28 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
13:29 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
13:31 < taeltydes> does anyone have any ideas for hosting services on openbsd in a repeatable way? I'm coming from nixos & guix, & the indirection is irking me. I don't want to work with DSL's, but at the same time I want some scripted automation so I can easily move services to different machines.
13:31 -!- sonya [~nologin@gateway/tor-sasl/sonya] has quit [Remote host closed the connection]
13:31 -!- xx [~xx@user/xx] has quit [Remote host closed the connection]
13:32 -!- tozhu [~tozhu@218.89.253.192] has quit [Quit: tozhu]
13:32 -!- xx [~xx@user/xx] has joined #openbsd
13:34 -!- udenix [~udenix@user/udenix] has quit [Remote host closed the connection]
13:34 -!- udenix [~udenix@user/udenix] has joined #openbsd
13:34 < taeltydes> Does anyone have any ideas for hosting services on openbsd in a repeatable way? I'm coming from nixos/guix & don't want to work with DSL's any longer. On the flipside I don't want to have to remember which files I edited etc if I want to move one of my services to a different device. What are my options, VMM's per service with setup scripts? something else?
13:37 < sibiria> autoinstall and site files go a long way. there's also a cloud-init port available
13:38 -!- xx [~xx@user/xx] has quit [Read error: Connection reset by peer]
13:39 -!- xx [~xx@user/xx] has joined #openbsd
13:41 -!- cypheon [~cypheon@user/cypheon] has joined #openbsd
13:41 < taeltydes> Does anyone have any ideas for hosting services on openbsd in a repeatable way? I'm coming from nixos/guix & don't want to work with DSL's any longer. On the flipside I don't want to have to remember which files I edited etc if I want to move one of my services to a different device. What are my options, VMM's per service with setup scripts? something else?
13:42 -!- xx [~xx@user/xx] has quit [Max SendQ exceeded]
13:43 -!- taeltydes [~taeltydes@user/taeltydes] has left #openbsd []
13:43 < sibiria> you asked three times in 15 minutes now. it's sunday. people are sleeping
13:43 -!- taeltydes [~taeltydes@user/taeltydes] has joined #openbsd
13:43 -!- euphores [~SASL_euph@user/euphores] has quit [Ping timeout: 268 seconds]
13:44 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
13:44 -!- xx [~xx@user/xx] has joined #openbsd
13:45 -!- c64 [uid502328@user/c64] has joined #openbsd
13:46 -!- xx [~xx@user/xx] has quit [Max SendQ exceeded]
13:50 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd
13:50 -!- eki [~eki@dsl-hkibng41-54f85a-212.dhcp.inet.fi] has quit [Quit: leaving]
13:53 -!- sonya [~nologin@gateway/tor-sasl/sonya] has joined #openbsd
13:53 -!- logan_ [~logan@197.225.108.234] has joined #openbsd
13:55 -!- joe9 [~joe@c-73-24-194-198.hsd1.az.comcast.net] has quit [Quit: leaving]
13:57 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Remote host closed the connection]
14:03 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has quit [Quit: Connection closed for inactivity]
14:08 -!- logan_ [~logan@197.225.108.234] has quit [Ping timeout: 264 seconds]
14:09 -!- eki [~eki@dsl-hkibng41-54f85a-212.dhcp.inet.fi] has joined #openbsd
14:14 -!- kroovy [~libera@62.144.52.71] has quit [Ping timeout: 268 seconds]
14:20 -!- kroovy [~libera@62.144.52.71] has joined #openbsd
14:24 -!- SiFuh [~SiFuh@user/sifuh] has quit [Ping timeout: 272 seconds]
14:26 -!- vxla [~vxla@user/vxla] has quit [Quit: leaving]
14:31 -!- vxla [~vxla@user/vxla] has joined #openbsd
14:32 -!- kroovy [~libera@62.144.52.71] has quit [Ping timeout: 268 seconds]
14:33 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
14:35 -!- SiFuh [~SiFuh@user/sifuh] has joined #openbsd
14:39 -!- kroovy [~libera@62.144.52.71] has joined #openbsd
14:47 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Remote host closed the connection]
14:47 -!- user71 [~user71@2001:1530:1000:4a7f:1e6f:65ff:fe88:557f] has joined #openbsd
14:48 -!- ashleah [~ashleah@user/ashleyku] has joined #openbsd
15:11 -!- hugohagogo [~cleber@201.150.56.4] has quit [Ping timeout: 240 seconds]
15:12 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
15:13 < jrmu> taeltydes: I have some guides at https://wiki.ircnow.org/?n=Minutemin.Bootcamp and https://wiki.ircnow.org/?n=Adminforces.Training
15:13 < jrmu> work in progress though. I'm using vmm as hypervisor
15:13 < jrmu> it's not very polished thoough, has quite a few errors, but maybe it'll help
15:14 -!- kroovy [~libera@62.144.52.71] has quit [Ping timeout: 268 seconds]
15:14 -!- antranigv [~antranigv@bsd.am] has joined #openbsd
15:18 -!- hugohagogo [~cleber@201.150.56.4] has joined #openbsd
15:20 < pardis> jrmu: given that there are several obvious things to try that would take less than a minute, you would probably get better help with your vlan issue if you said what things you had already tried and what the result was, if any
15:20 < pardis> volunteers are usually not very patient with explaining the obvious
15:21 < jrmu> hm I spent about 5 hrs trying to get vlans to work
15:21 < jrmu> I tried a lot but there's no way for me to feasibly document everything that failed, so I wrote one that failed
15:21 -!- kroovy [~libera@62.144.52.71] has joined #openbsd
15:21 < jrmu> I tried to provide as much debug output as I could for this one failure: https://marc.info/?l=openbsd-misc&m=171843033529226&w=2
15:24 < pardis> as I pointed out already, the problem (or at least one problem) there is that the IP address you are trying to ping is not configured on any interface
15:24 < pardis> so have you tried manually configuring it with ifconfig, for example?
15:24 < jrmu> Yes, I have, and it also still didn't work
15:25 < jrmu> I also found odd why hostname.vlan2 didn't automatically set its ip address
15:25 < jrmu> because I specifically requested it in /etc/hostname.vlan2
15:25 < jrmu> I'll double check again just to confirm, one moment
15:25 -!- R5C4571LH01987 [~rscastilh@user/R5C4571LH01987] has joined #openbsd
15:27 -!- chiselfuse [~chiselfus@user/chiselfuse] has quit [Remote host closed the connection]
15:28 -!- chiselfuse [~chiselfus@user/chiselfuse] has joined #openbsd
15:33 -!- xet7 [~xet7@user/xet7] has quit [Ping timeout: 264 seconds]
15:37 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Ping timeout: 260 seconds]
15:44 < vortexx> taeltydes: https://www.openbsd.org/faq/faq4.html#site
15:45 -!- adig_____ [~default@86.123.72.18] has joined #openbsd
15:45 < vortexx> oh look what is now in FAQ... https://www.openbsd.org/faq/faq4.html#WifiOnly
15:45 < vortexx> a subject that comes up at least once a week
15:47 < jrmu> ok I explcitly assigned an IPv4 address to vlan2, and it appears in ifconfig now
15:47 < jrmu> $ doas ifconfig vlan2 inet 104.167.241.53/29
15:47 < jrmu> https://paste.ircnow.org/ghyjwxir05uvc9ur01ab
15:47 < jrmu> still not routing
15:48 < vortexx> taeltydes: also https://www.openbsd.org/faq/faq15.html#PkgDup
15:48 -!- adig____ [~default@109.166.136.169] has quit [Ping timeout: 252 seconds]
15:49 -!- adig______ [~default@86.123.72.18] has joined #openbsd
15:50 < jrmu> Inside the virtual machine, I get ifconfig: SIOCAIFADDR: Device not configured
15:51 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
15:51 -!- adig_______ [~default@109.166.139.173] has joined #openbsd
15:52 -!- adig_____ [~default@86.123.72.18] has quit [Ping timeout: 268 seconds]
15:53 -!- adig_______ [~default@109.166.139.173] has quit [Read error: Connection reset by peer]
15:55 -!- adig______ [~default@86.123.72.18] has quit [Ping timeout: 264 seconds]
16:01 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
16:02 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
16:03 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Ping timeout: 260 seconds]
16:03 < jrmu> pardis: if you see in that ifconfig, it's definitely got an address assigned to vlan2
16:07 -!- morpho [~user@87.114.27.62] has joined #openbsd
16:07 -!- sonya [~nologin@gateway/tor-sasl/sonya] has quit [Ping timeout: 260 seconds]
16:10 < sibiria> can you really use the same vlanid on multiple interfaces, even if they have different parents?
16:11 < jrmu> isn't that how vlans are supposed to work? I thoought vlans needed to have the same tags
16:11 < jrmu> in order to avoid getting filtered/dropped
16:12 < sibiria> multiple vlans "on the same wire" need different IDs, else they collide
16:12 < sibiria> not sure how it's handled internally by vlan(4)
16:12 < jrmu> one interface is inside a virtual machine, the other on the host itself
16:12 < jrmu> I don't have two interfaces on the same machine with the same vnetid
16:12 < sibiria> the actual ID is what separates them. the foundation of them being discrete virtual interfaces
16:13 < jrmu> but the vnetid I think has to be the same on the two different systems, or else the packets get dropped I think
16:14 < pardis> wait hang on, I missed that you're using a vlan in the guest too
16:14 < pardis> how are you expecting this to work?
16:14 < pardis> your guest is not on the same network as vlan2 on the host
16:15 < jrmu> I have a host set up with a guest, and a bridge to connect the two together
16:15 < pardis> it's on another VLAN *inside* that network
16:15 < pardis> you now have vlan 0 nested inside vlan 2
16:15 < sibiria> jrmu: those two interfaces are on the host, though
16:15 < jrmu> the host's em1 interface has a vlan setup with vnetid 100, and the guest has a vlan setup on vio0 with vnetid 100
16:15 < pardis> ah, sorry, you're using vnetid
16:15 < pardis> but this means you're nesting vlan 100 inside itself
16:15 < dfdx> Hi #openbsd. I use openbsd as a headless server 99% of the time. But when I want to upgrade the OS, I have to plugin a monitor and keyboard because I have to reboot the OS and I use encrypted harddrives that I have to enter a password for. Do I just have to accept this process or is there a way to update OpenBSD entirely remotely?
16:16 < jrmu> oh, on the guest, I can just use vio0 withoout another vlan?
16:16 < pardis> the guest sends out a packet on vlan 100, and the host then puts *that* into vlan 100 again
16:16 < jrmu> oh I see, so I was setting up nested vlans by mistake
16:16 < jrmu> one moment, let me try without a vlan interface on the guest
16:16 < pardis> have you read Mischa's reply? he said the same thing on the list a couple of hours ago
16:17 < pardis> dfdx: the way to update OpenBSD entirely remotely is to not encrypt your root disk
16:17 < sibiria> dfdx: if you're using FDE you need to access either the console to enter password, or have a keydisk attached to the host. there is no other way FDE can progress past the bootloader
16:17 < jrmu> I did but I thoought he meant "You don't have the vlan inside the guest *and you should add it"
16:17 < pardis> it's not a problem with OpenBSD, it's the fact that you've configured it to require a passphrase to unlock the disk
16:17 < jrmu> rather than "You must not have the vlan inside the guest"
16:18 < jrmu> ok, I took down the vlan interface on the guest, and just have vio0, but it's still not able to acquire an address
16:18 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
16:18 < dfdx> pardis, sibiria: okay, understood. Had I not encrypted the harddrives, then yes, the reboot would work normally and sshd would start up.
16:19 < pardis> it can work with "encrypted hard drives"
16:19 < vortexx> dfdx: do you have a serial port on this machine? You could redirect the console to the serial port and have serial cable attached to another machine. You'd need to setup /etc/boot.conf on the headless machine for that.
16:19 < pardis> the important thing isn't whether you have any encrypted hard drives, but whether the *root* disk is encrypted
16:19 < pardis> which you haven't mentioned
16:19 < vortexx> not sure but you might be able to do this with a USB port set up for serial as well
16:19 < pardis> if the root disk isn't encrypted, you just ssh in after boot and unlock the other disks
16:19 < sibiria> dfdx: if your hosting service provides virtual console access, that's an alternative as well in order to keep FDE going. you'll still need to "beam" in there and unlock the drive, though
16:19 < jrmu> so if I understand, the vlan needs to go from the egress interface on the host to the bridge, and no further?
16:20 < jrmu> so that the packets on the bridge itself are untagged, and the packets going to the guest are untagged
16:20 < pardis> you can either do that or you can do the vlan in the guest
16:20 < pardis> just don't do both
16:20 < dfdx> sibiria: "hosting service"?
16:21 < jrmu> ok thanks pardis , sibiria , let me try this
16:21 < dfdx> pardis: the root disk is encrypted.
16:21 < sibiria> dfdx: oh, wired on your own internet connection then. it's still a viable solution but requires a bit of setup
16:21 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Remote host closed the connection]
16:21 < sibiria> that is, you can have a separate device with serial console interfacing to the actual host
16:22 < pardis> it is possible (and I have a VPS that works this way because I wanted to find out if it was possible) to automatically boot OpenBSD as long as /, /tmp, /usr and /var are not encrypted
16:23 < pardis> that gets you far enough that /etc/rc.securelevel is run, from which you can unlock other partitions and disks
16:23 < jrmu> Oh, I think I understand now, their use of vlan is when the upstream router tags the packets outside of the host
16:23 < jrmu> I thought the idea was for the host itself to tag the packets for the guests
16:24 < jrmu> so mischa was just saying to terminate the vlan on the host, before it heads to the guests
16:25 < vortexx> pardis: that's good to know, thanks
16:27 -!- sdds [~sdds@user/sdds] has quit [Ping timeout: 260 seconds]
16:28 < dfdx> I think I will ultimately end up re-installing OpenBSD and not encrypting the root disk. Since I have two other 7TB disks for data and backups, I suppose I don't need the smaller root disk encrypted.
16:28 < jrmu> Still I am thinking about my old configuration, why it didn't work, because instead of creating nested vlans, it should have just begun a vlan at the host, and ended it at the guest
16:29 < pardis> no, it shouldn't
16:29 < jrmu> I didn't use svlan, it shouldn't have been possible to create nested vlans
16:29 < pardis> if you wanted it to do that, you'd need the *parent* of vlan2 to be a member of the bridge, not vlan2 itself
16:29 < pardis> your configuration had it encapsulating traffic from the guest, not decapsulating it
16:29 < vortexx> dfdx: couldn't you just run a serial (USB > Serial if need be) from another machine to the FDE headless box? Then all you need is cu or putty
16:30 < jrmu> ok, let me try putting the parent of vlan2, vether0, in there
16:31 < dfdx> vortexx: I guess I'm still not sure how to visualize what you're saying. I have another machine, but it doesn't have a serial port. It has only USB ports.
16:31 < dfdx> so I can put a serial cable from openbsd to the other PC using a serial-to-USB cable (or some converter). And then what, exactly?
16:33 < sibiria> then you have console access from the other PC
16:33 < sibiria> as if you were at the console in person
16:33 < sibiria> you will have the boot prompt where you're asked for the FDE disk password
16:34 < vortexx> I'm not 100% sure this works, because I don't know if you need specific hardware for this or if any USB port will do (on the headless box). Plus you need to know which USB port to specify in /etc/boot.conf
16:34 < sibiria> it works fine if serial console is the chosen method
16:34 < jrmu> even with vether0 in the bridge, I still get the same error: ifconfig: SIOCAIFADDR: Device not configured
16:35 < sibiria> there is such as thing as "usb console" which interfaces a bit differently, e.g. a USB TTY
16:35 < pardis> remember never to say what command triggered that error
16:35 < pardis> that would only make things more difficult
16:35 < vortexx> there is a third way... an IP KVM (basically a box that plugs into monitor+keyboard+mouse/"usb versions of" and you remote into via VNC. Costs a bit of money but they exist as single machine devices or multiple machine devices. Ebay has them for relatively cheap
16:36 < vortexx> sibiria: yeah my APU6 has a micro USB connector that the console is setup on
16:36 < dfdx> Thanks for all the suggestions, I'll look into it.
16:36 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Ping timeout: 260 seconds]
16:36 < jrmu> ifconfig output: https://paste.ircnow.org/klan0xqz4xavc1mv0lir
16:37 -!- adig [~default@109.166.139.173] has joined #openbsd
16:37 < jrmu> vether0 is the parent of vlan2 on the host, vether0 and tap1 are present in bridge0, and in the guest, I configured vio0 to use vlan0 with vnetid 100
16:41 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has quit [Quit: Outside Context Problem.]
16:42 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has joined #openbsd
16:43 < jrmu> routing tables if it helps: https://paste.ircnow.org/ghq3khy3wd6rcd2f09mv
16:44 -!- weevoy [~weevoy@5.202.16.87] has quit [Ping timeout: 260 seconds]
16:47 < vortexx> dfdx: 
16:47 < vortexx> https://www.ebay.com/itm/135094668838?itmmeta=01J0GZ2MH7PN3ZCXGSFWNM9ASD&hash=item1f74450e26:g:L9sAAOSwSd5mXmFY&itmprp=enc%3AAQAJAAAAwDNz1Ex89IBSRKhHct6eVZe61OH%2BzXWy4EOUM9U9ZBriroRVB6a%2BfAe5NNX2sVcjKZtPSd%2BQ8YOVn2lNtGnF58sInQOu7lxj96Ej8iiQwjnJtxLpFFQBQeshpnG62AqCONID9rUURzOuXE3lC48Rg8KJ4JW7TfQLBN1QpJSQM7Fk3C4YWtLHf3K88INIddUBJcyzdCnoh%2Bl%2Bb%2F31xJJsOhHx6%2BG%2FAK%2BgzvrNWGl1KMmG5rCGFq9hXmJc7b85dLW7J
16:47 < vortexx> g%3D%3D%7Ctkp%3ABk9SR9bIip-EZA this is a KVM over Ip
16:47 < vortexx> damn ebay links :P
16:48 < vortexx> https://tinyurl.com/spiderkvm that's better
16:50 -!- weevoy [~weevoy@5.202.17.92] has joined #openbsd
16:55 < vortexx> for those who don't know, for a little extra cost (if bought second hand) you can turn any PC into a headless box with this, and you access the console remotely over IP, usually via browser these days, or sometimes a java applet. Very useful when repurposing old gear that isn't so old that it has a serial port (or good gear that has IPMI :P)
16:58 < taeltydes> jrmu: would I be right in saying that you spin up a vmm per service & run a script to get it to it's desired state?
17:01 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
17:04 -!- zcheng3 [~zcheng3@d108-173-21-8.abhsia.telus.net] has joined #openbsd
17:06 < jrmu> taeltydes: yeah that's what I'm doing
17:06 < taeltydes> vortexx: thanks. I will likely use something along the lines of the script at https://tildegit.org/solene/pkgset for gathering packages. My concern is more around workflow for seperating services with chroot &/or vmm. 
17:07 < vortexx> taeltydes: man autoinstall will help with that
17:07 < jrmu> vortexx: yeah my provider uses that
17:07 -!- rustyy [~rusty@74.3.163.187] has quit [Ping timeout: 255 seconds]
17:08 -!- gshumway [~gshumway@user/gshumway] has quit [Quit: .]
17:08 < jrmu> not sure if it's the same model but I suspect same company
17:08 < taeltydes> jrmu: makes sense. do you automate the set up of the vmm itself (integrated into the setup script)? 
17:10 < taeltydes> vortexx: autoinstall should get me off to a good start. 
17:11 < vortexx> autoinstall + site75.tgz on the install server will allow you to configure everything post install but pre first boot 
17:16 < taeltydes> it would be nice to have a central script to enable seperate services to make the services mobile across hosts. my concern was that there would be contention when symlinking config into place but I guess keeping services seperate with vmm solves that problem.
17:16 < jrmu> Hm, I still can't get the vlans to work, diagnostic info: https://paste.ircnow.org/w9abcxyr49yrwlq3g1ib
17:17 < jrmu> the guest is definitely sending tagged packets, but even when I put vether0 inside bridge0, I can't seem to decapsulate it
17:20 -!- Figworm [FiggyWitIt@user/figworm] has joined #openbsd
17:20 < jrmu> 09:35 < pardis> remember never to say what command triggered that error
17:20 < jrmu> that error is triggered at bootup, I can paste the conf files
17:21 -!- euphores [~SASL_euph@user/euphores] has quit [Quit: Leaving.]
17:22 < jrmu> https://paste.ircnow.org/01i7c1yvshmv8hijwl2v
17:24 -!- gshumway [~gshumway@user/gshumway] has joined #openbsd
17:26 -!- euphores [~SASL_euph@user/euphores] has joined #openbsd
17:29 -!- krl [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has joined #openbsd
17:29 < jrmu> sibiria: also fixed that duplicated vnetid, finally realized what you mean, vlan0 and vlan2 did indeed duplicate ids, sorry about misunderstanding
17:30 -!- ChubaDuba [~ChubaDuba@176.212.41.228] has joined #openbsd
17:31 -!- byteskeptical [~amnesia@user/byteskeptical] has joined #openbsd
17:31 -!- krl_ [~krl@h-155-4-221-200.NA.cust.bahnhof.se] has quit [Ping timeout: 264 seconds]
17:35 -!- Xenguy [~Xenguy@user/xenguy] has quit [Ping timeout: 264 seconds]
17:37 -!- c64 [uid502328@user/c64] has quit [Quit: Connection closed for inactivity]
17:39 -!- zorz [~zorz@user/zorz] has joined #openbsd
17:40 < jrmu> ok working, thanks sibiria , pardis 
17:40 < jrmu> issue is most likely a routing error
17:40 < jrmu> but I replaced the IPs with 10.0.5.0/24 subnet and got it to work
17:40 < jrmu> so I'll figure out the routing later, but the vlan encapsulation/decapsulation appears to work now
17:44 < sibiria> glad it's working for you now
17:44 < sibiria> or, well, some ways ahead on the road at least
17:45 < jrmu> thanks so much, now that I at least have one working setup
17:45 < jrmu> I can begin experimenting some more and get a better feel for how it works
17:48 -!- sonya [~nologin@gateway/tor-sasl/sonya] has joined #openbsd
17:49 -!- beanbrain [~brain@2603:7000:b740:f4::1250] has joined #openbsd
17:49 -!- beanbrain [~brain@2603:7000:b740:f4::1250] has quit [Changing host]
17:49 -!- beanbrain [~brain@user/beanbrain] has joined #openbsd
17:50 -!- xx [~xx@user/xx] has joined #openbsd
17:51 -!- kroovy [~libera@62.144.52.71] has quit [Ping timeout: 268 seconds]
17:51 -!- kroovy [~libera@62.144.52.71] has joined #openbsd
17:52 < vortexx> jrmu: glad you finally got it working
17:52 -!- AlaskanEmily [~AlaskanEm@user/alaskanemily] has joined #openbsd
17:54 < jrmu> thanks
17:59 -!- zwr [~zwr@201-19-166-88.user3p.veloxzone.com.br] has quit [Read error: Connection reset by peer]
18:03 -!- morpho [~user@87.114.27.62] has quit [Ping timeout: 255 seconds]
18:05 -!- zwr [~zwr@201-19-166-88.user3p.veloxzone.com.br] has joined #openbsd
18:08 -!- Xeroine [~Xeroine@user/xeroine] has quit []
18:10 -!- beanbrain [~brain@user/beanbrain] has quit [Ping timeout: 268 seconds]
18:15 -!- Xenguy [~Xenguy@user/xenguy] has joined #openbsd
18:22 -!- ficonni [~ficonni@213.196.101.65] has quit [Remote host closed the connection]
18:25 -!- kroovy [~libera@62.144.52.71] has quit [Ping timeout: 268 seconds]
18:25 -!- ChubaDuba [~ChubaDuba@176.212.41.228] has quit [Ping timeout: 246 seconds]
18:26 -!- ChubaDuba [~ChubaDuba@176.212.40.208] has joined #openbsd
18:30 -!- armin [~armin@zero.m2m.pm] has quit [Ping timeout: 264 seconds]
18:30 -!- betabug [~betabug@betabug.ch] has quit [Ping timeout: 264 seconds]
18:31 -!- leah2 [~leah@vuxu.org] has quit [Ping timeout: 264 seconds]
18:32 -!- armin [~armin@zero.m2m.pm] has joined #openbsd
18:32 -!- betabug [~betabug@betabug.ch] has joined #openbsd
18:32 -!- kroovy [~libera@62.144.52.71] has joined #openbsd
18:34 -!- Xenguy_ [~Xenguy@user/xenguy] has joined #openbsd
18:34 < ashleah> hey folks -- I'm having trouble connecting to my openbsd over ipv6. I can "nc -lk 2000" and then "nc <rfc1918> 2000" from another machine just fine, but though "nc -lk6 2000" seems to listen all the same, connections fail with "connection refused"
18:34 < ashleah> even "nc ::1 2000" fails
18:35 < ashleah> "netstat -f inet6 -l" shows "│tcp6         0      0  *.2000                 *.*                    LISTEN"
18:35 < ashleah> so it seems to be listening
18:36 < mischief> are you using pf?
18:37 < ashleah> no
18:37 < ashleah> well I mean I haven't touched the default config
18:37 < ashleah> I don't see any rule that might cause trouble on pf.conf
18:39 -!- betabug [~betabug@betabug.ch] has quit [Changing host]
18:39 -!- betabug [~betabug@user/betabug] has joined #openbsd
18:39 < ashleah> wait my bad "nc ::1 2000" DOES work, that was a mistake on my part
18:39 < ashleah> still not reachable across the LAN
18:42 < sibiria> ::1 is link-local
18:42 < sibiria> you can't reach it from elsewhere
18:42 < sibiria> :: is the ipv6 equivalent to 0.0.0.0
18:43 < ashleah> sibiria: I thought ::1 was always loopback? one way or another though that was my mistake, ::1 does work, what doesn't work is link-local through the LAN
18:43 < ashleah> i.e. fe80::...
18:43 < vortexx> ashleah: are you using fe80:: addresses or something like 2001:: or 2600:: ones?
18:43 < ashleah> vortexx: this is a LAN, I do not have a unicast address no
18:43 < vortexx> ok
18:44 -!- leah2 [~leah@vuxu.org] has joined #openbsd
18:44 < thrig> fe80/something is link local, ::1 loopy
18:44 < ashleah> indeed
18:44 < sibiria> ashleah: you can't reach loopback either from anywhere but on the local host itself
18:45 < sibiria> you'd need to forward/redirect inbound packets for that
18:45 < ashleah> sibiria: yes. I'm not trying to reach the hosts's loopback from the outside
18:45 < ashleah> sorry for bringing up loopback in the first place, loopback works fine
18:45 < thrig> link-local needs %interface stuck to the end of it, usually
18:45 < vortexx> try disabling pf just to see if nc starts working ?
18:45 < ashleah> I'm concerned about re0
18:46 < ashleah> thrig: yes I'm doing that at the target machine
18:46 < ashleah> hmm, I hope it's not simply a case of buggy nc, that would be annoying
18:46 < ashleah> vortexx: okay
18:46 < sibiria> but you keep saying LAN
18:47 < sibiria> but you're actually trying local ipv6 traffic, from/to the same host?
18:47 < ashleah> vortexx: that worked
18:47 < ashleah> so pf is filtering the packets
18:47 < ashleah> sibiria: no, separate hosts
18:47 < ashleah> a -> b
18:47 < ashleah> both a and b have link-local addresses
18:47 < ashleah> and are connected to the same switch
18:48 < ashleah> a is linux and b is openbsd
18:48 < ashleah> nc -lk6 2000 is running on b
18:48 < ashleah> I'm trying to make the connection from a
18:48 < ashleah> disabling pf makes it work
18:48 < ashleah> so pf is getting in the way
18:48 < ashleah> I'll paste pf.conf gimme a sec
18:50 -!- feriman [~feriman@user/feriman] has joined #openbsd
18:50 < thrig> block quick all $deity_shall_know_his_own
18:50 < ashleah> https://clbin.com/did9m
18:50 < thrig> um, you probably want to allow the port somewhere in there
18:51 -!- Guest61 [~Guest3@pool-108-18-114-233.washdc.fios.verizon.net] has joined #openbsd
18:51 < ashleah> right
18:51 < ashleah> thanks
18:52 -!- Guest61 [~Guest3@pool-108-18-114-233.washdc.fios.verizon.net] has quit [Client Quit]
18:53 -!- d-ra [~d-ra@user/d-ra] has quit [Quit: WeeChat 3.8]
18:53 < vortexx> I just tried with a default pf config (and I have unicast addresses on my lan), fe80 doesn't ping with this error: ping6: sendmsg: Network is unreachable
18:53 < ashleah> vortexx: curiously ping was working for me with pf on
18:54 < thrig> state is kept for outgoing pings, which lets the pongs back in
18:54 < ashleah> what is the rationale for allowing incoming traffic on ipv4 by default, but not on v6?
18:55 < ashleah> that seems a big puzzling to me
18:55 < vortexx> probably that most people don't have unicast addresses working by default on their lans
18:55 < vortexx> more and more do of course but it's still not everywhere
18:55 < ashleah> I don't either
18:56 < sibiria> ashleah: i don't think that's the case?
18:56 -!- _0bitcount [~BigByte@232.pool85-60-131.dynamic.orange.es] has joined #openbsd
18:56 < ashleah> sibiria: well it seems to be the behavior I'm observing
18:56 < sibiria> iirc the default pf.conf doesn't state AF, which in pf parlance means the rule goes for both ipv4 and ipv6
18:57 < ashleah> that's very strange
18:57 < sibiria> the rule needs to explicitly say inet or inet6 to adhere to just that one AF
18:57 < ashleah> stranger yet, I have now reenabled pfctl -e and the traffic is now still allowed?
18:57 < ashleah> do I have to reload the rules?
18:58 < ashleah> even after pfctl -f /etc/pf.conf it still allows traffic through
18:58 < ashleah> hmmm
18:58 < ashleah> did I do it wrong before? I don't think so
19:00 < ashleah> well I don't really want to reboot right now, there is other stuff running in the background
19:00 < ashleah> if this comes up again I'll ask again I guess
19:00 -!- jonadab [~weirdidio@syn-174-105-114-155.res.spectrum.com] has quit [Ping timeout: 256 seconds]
19:00 < ashleah> thanks anyway
19:01 -!- ficonni [~ficonni@213.196.101.65] has joined #openbsd
19:04 -!- kroovy [~libera@62.144.52.71] has quit [Ping timeout: 268 seconds]
19:04 < ashleah> ohh I guess it's because it was still the same nc listening. after killing it and making a new one it won't accept connections again
19:04 < ashleah> so to summarize, this is the behavior I'm observing:
19:05 < ashleah> - listening on ipv4 loopback and rfc1918 local addresses is fine (presumably not ipv4 link-local? though I haven't checked)
19:05 < ashleah> - listening ipv6 loopback works too
19:05 < ashleah> - listening on ipv6 link-local DOESN'T allow traffic through
19:05 < ashleah> disabling pf of course allows everything through
19:05 < ashleah> is this behavior consistent with everyone else's?
19:06 < ashleah> again, I have not modified my pf.conf even a bit
19:07 -!- ficonni [~ficonni@213.196.101.65] has quit [Quit: Lost terminal]
19:07 -!- ficonni [~ficonni@213.196.101.65] has joined #openbsd
19:09 -!- dragon__ [~Dragon@S01065c76956084d6.vc.shawcable.net] has joined #openbsd
19:10 -!- kroovy [~libera@62.144.52.71] has joined #openbsd
19:10 -!- devnull [~\dev\null@user/ShadowPasswd] has quit [Quit: I'm out]
19:20 -!- \dev\null [~\dev\null@user/ShadowPasswd] has joined #openbsd
19:25 -!- dragon__ [~Dragon@S01065c76956084d6.vc.shawcable.net] has quit [Quit: Leaving]
19:28 < jrmu> I did a writeup of the vlans in case it helps anyone: https://wiki.ircnow.org/index.php?n=Vlan.Configure
19:29 -!- ivdsangen [~ivo@86-95-161-96.fixed.kpn.net] has quit [Quit: https://github.com/ivdsangen]
19:30 -!- dragon__ [~Dragon@S01065c76956084d6.vc.shawcable.net] has joined #openbsd
19:30 -!- geekthattweaks [uid433447@user/geekthattweaks] has joined #openbsd
19:31 -!- dragon__ [~Dragon@S01065c76956084d6.vc.shawcable.net] has quit [Client Quit]
19:31 -!- Dragon_ [~Dragon@S01065c76956084d6.vc.shawcable.net] has joined #openbsd
19:33 -!- Dragon_ [~Dragon@S01065c76956084d6.vc.shawcable.net] has quit [Client Quit]
19:44 -!- seninha [~seninha@user/seninha] has joined #openbsd
19:45 -!- seninha [~seninha@user/seninha] has quit [Remote host closed the connection]
19:45 -!- seninha [~seninha@user/seninha] has joined #openbsd
19:47 -!- beanbrain [~brain@2603:7000:b740:f4::1250] has joined #openbsd
19:47 -!- beanbrain [~brain@2603:7000:b740:f4::1250] has quit [Changing host]
19:47 -!- beanbrain [~brain@user/beanbrain] has joined #openbsd
19:47 -!- zimmer [~zimmer@user/zimmer] has quit [Remote host closed the connection]
19:48 -!- billchenchina [~billchenc@2a0d:2580:ff0c:1:e3c9:c52b:a429:5bfe] has quit [Remote host closed the connection]
19:51 -!- jlmk [~jlmk@user/jlmk] has joined #openbsd
19:52 -!- spot [~spot@a58064.upc-a.chello.nl] has joined #openbsd
19:52 -!- morpho [~user@87.114.27.62] has joined #openbsd
19:54 -!- kroovy [~libera@62.144.52.71] has quit [Ping timeout: 268 seconds]
19:56 -!- bunne [~anon@c-68-60-122-175.hsd1.mi.comcast.net] has joined #openbsd
19:57 < ashleah> relatedly, is there some way for a socket to listen on both v4 and v6 at once? or do I have to create two separate sockets and listen on them separately?
19:57 < thrig> on openbsd? nope. listen twice.
19:58 < ashleah> aight
19:59 -!- Xenguy [~Xenguy@user/xenguy] has quit [Quit: "To play for a draw [...] is to some degree a crime against chess." -- Mikhail Tal]
19:59 -!- spot [~spot@a58064.upc-a.chello.nl] has quit [Quit: spot]
19:59 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
20:01 -!- kroovy [~libera@62.144.52.71] has joined #openbsd
20:03 -!- skinshafi [~skinshafi@user/skinshafi] has joined #openbsd
20:06 -!- lavaball [~Melissa@31.204.155.215] has quit [Remote host closed the connection]
20:07 -!- user71 [~user71@2001:1530:1000:4a7f:1e6f:65ff:fe88:557f] has quit [Quit: Leaving]
20:08 -!- jxl [~jxl@user/jxl] has joined #openbsd
20:09 -!- _0bitcount [~BigByte@232.pool85-60-131.dynamic.orange.es] has quit [Quit: Leaving]
20:09 -!- bunne [~anon@c-68-60-122-175.hsd1.mi.comcast.net] has quit [Changing host]
20:09 -!- bunne [~anon@user/bunne] has joined #openbsd
20:11 -!- skinshafi [~skinshafi@user/skinshafi] has quit [Quit: Skinshafi Off!]
20:12 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 246 seconds]
20:16 -!- strajder [~strajder@user/strajder] has joined #openbsd
20:24 -!- chiselfuse [~chiselfus@user/chiselfuse] has quit [Remote host closed the connection]
20:25 -!- chiselfuse [~chiselfus@user/chiselfuse] has joined #openbsd
20:26 -!- chiselfuse [~chiselfus@user/chiselfuse] has quit [Remote host closed the connection]
20:28 -!- iniq [~neil@user/iniq] has joined #openbsd
20:31 -!- chiselfuse [~chiselfus@user/chiselfuse] has joined #openbsd
20:31 < jxl> hey! this is going to sound terrible, but since about 7.2 I've been experiencing the following: when changing the brightness of the display via secondary function keys or xbacklight(1), the entire system freezes for a brief moment (anywhere between 0.5 second and 5 seconds), per step of brightness change, and after recovering, my system monitor utils report high CPU load.
20:33 < jxl> I've grown accustomed to issuing xbacklight(1) now with -time and -steps params of 1, but overall, don't need to adjust the brightness of this display too often. obviously, it's still a bug and a pain in the butt, and gradient brightness changes are a thing of the past as a result
20:33 < bunne> jxl: might help to link to dmesg and lspci output
20:33 < jxl> How would one track where the bottleneck is/debug X?
20:33 < jxl> bunne: one moment
20:37 < jxl> bunne: https://pastebin.com/S7Xfh2mX
20:38 < jxl> it's not that i want anyone to debug this for me or anything; i'm more than willing to figure out the issue myself. i just don't have an idea of any X debugging facilities available, or where one would start, so pointers are appreciated.
20:39 -!- dfdx [~F@user/dfdx] has quit [Ping timeout: 256 seconds]
20:41 -!- mlw [~mlw@154.127.13.29] has quit [Ping timeout: 268 seconds]
20:42 -!- skinshafi [~skinshafi@user/skinshafi] has joined #openbsd
20:43 -!- beanbrain [~brain@user/beanbrain] has quit [Ping timeout: 268 seconds]
20:43 < bunne> jxl: so intel integrated graphics. hmm. try running ktrace on xbacklight 
20:44 < bunne> if you haev no luck use https://man.openbsd.org/sendbug 
20:44 < vortexx> jxl: which wm are you using? could you also post sysctl.conf and login.conf please?
20:45 -!- iniq [~neil@user/iniq] has quit [Quit: leaving]
20:45 -!- treefrob [~treefrob@p57a96fdf.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20:45 -!- ChubaDuba [~ChubaDuba@176.212.40.208] has quit [Quit: WeeChat 4.2.1]
20:45 < jxl> vortexx: i3; login.conf is unmodified and sysctl.conf enables hw.smt
20:46 -!- arch-nemesis [~arch-neme@user/arch-nemesis] has joined #openbsd
20:48 -!- treefrob [~treefrob@p57a96fdf.dip0.t-ipconnect.de] has joined #openbsd
20:51 -!- strajder [~strajder@user/strajder] has quit [Quit: leaving]
20:51 < vortexx> jxl: does the pkg-readme for i3 have any indications on knobs to be tweaked? Is much swap in use when running your usual desktop load?
20:51 < vortexx> I've found that for GNOME I've needed to up values for staff group to prevent input lag, I wonder if this is similar
20:52 < vortexx> (and I wasn't using swap at all)
20:54 < jxl> so, i did do a ktrace, and its a call to poll(2) that waits for 6 seconds, which is causing the delay.
20:54 -!- seninha [~seninha@user/seninha] has quit [Ping timeout: 264 seconds]
20:55 -!- jonadab [~weirdidio@syn-174-105-114-155.res.spectrum.com] has joined #openbsd
20:55 < jxl> the poll actually occurs /after/ the brightness change request is issued, because the display changes brightness and everything freezes only afterwards.
20:56 < jxl> vortexx: nope, the package doesn't ship any notes
20:56 < vortexx> ok
20:59 -!- artmdl [~art5456@d172-218-174-94.bchsia.telus.net] has quit [Quit: Leaving]
21:00 -!- R5C4571LH01987 [~rscastilh@user/R5C4571LH01987] has quit [Remote host closed the connection]
21:01 -!- CrashOverride [~strcat@p5485422f.dip0.t-ipconnect.de] has quit [Ping timeout: 268 seconds]
21:04 -!- ficonni [~ficonni@213.196.101.65] has quit [Remote host closed the connection]
21:07 -!- ficonni [~ficonni@213.196.101.65] has joined #openbsd
21:08 -!- zetef [~quassel@5.2.182.98] has joined #openbsd
21:08 -!- zetef [~quassel@5.2.182.98] has quit [Client Quit]
21:11 -!- crash_ [~crash_@199.180.249.82] has quit [Read error: Connection reset by peer]
21:23 -!- jacobk [~quassel@2600:1700:9e1e:7800:65bb:22a9:60f7:9757] has joined #openbsd
21:25 -!- dfdx [~F@user/dfdx] has joined #openbsd
21:47 -!- morpho [~user@87.114.27.62] has quit [Ping timeout: 255 seconds]
21:48 -!- mystic [~mystic@user/mystic] has joined #openbsd
21:49 -!- uncleyear [~ian@45.80.46.92] has quit [Ping timeout: 264 seconds]
21:50 -!- artmdl [~art5456@d172-218-174-94.bchsia.telus.net] has joined #openbsd
21:54 -!- Xenguy [~Xenguy@user/xenguy] has joined #openbsd
21:55 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has quit [Quit: Outside Context Problem.]
21:56 -!- chiselfuse [~chiselfus@user/chiselfuse] has quit [Ping timeout: 260 seconds]
21:58 -!- chiselfuse [~chiselfus@user/chiselfuse] has joined #openbsd
21:58 < mystic> hi guys, tcpdump is a "personal" version of openbsd or it's the official version I find on linux ? Also it seems that doesn't exist flag like --version --info or other flag to know what version it is..
22:00 -!- seninha [~seninha@user/seninha] has joined #openbsd
22:00 < thrig> OpenBSD tends not to put wacky GNU flags on things
22:02 < jca> tcpdump on OpenBSD is a fork of an old upstream tcpdump version
22:07 < mystic> ok thanks so much
22:07 < tux0r> thirty-something years of linux have made the people forgot about manpages
22:07 < tux0r> sigh
22:07 < thrig> (you can find some code that silently parses and ignores various wacky GNU flags)
22:08 -!- SexWarrior [~DankFrank@2a01:4b00:940e:f600:50e:2cf6:8f95:c4c3] has quit [Quit: Leaving]
22:08 < mystic> tux0r: obvioulsy I opened the man, but I just search the word "version" and I didn't read the entire man..
22:08 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
22:09 < jca> very few tools in OpenBSD have a version flag, on purpose
22:09 -!- xx [~xx@user/xx] has quit [Ping timeout: 260 seconds]
22:09 -!- polyex [~polyex@user/polyex] has joined #openbsd
22:09 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
22:10 < polyex> pf got big upgrade in freebsd 14. https://man.freebsd.org/cgi/man.cgi?query=pf.conf&apropos=0&sektion=0&manpath=FreeBSD+14.1-RELEASE+and+Ports&arch=default&format=html does it look pretty good?
22:13 < vortexx> polyex: altq still in use, OpenBSD moved away from that a decade or more ago
22:14 < vortexx> ethernet filtration is nice if you need that
22:14 -!- jacobk [~quassel@2600:1700:9e1e:7800:65bb:22a9:60f7:9757] has quit [Ping timeout: 268 seconds]
22:14 < polyex> "The ALTQ    system is currently not    available in the GENERIC kernel    nor as loadable    modules." doesn't make it ok?
22:14 -!- psydroid [~psydroid@user/psydroid] has quit [Read error: Connection reset by peer]
22:17 -!- psydroid [~psydroid@user/psydroid] has joined #openbsd
22:17 -!- feriman [~feriman@user/feriman] has quit [Quit: leaving]
22:23 < polyex> is the new "set reassemble yes" the same as the "scrub fragment reassemble" im using now?
22:26 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has joined #openbsd
22:28 -!- skinshafi [~skinshafi@user/skinshafi] has quit [Quit: Skinshafi Off!]
22:30 -!- Night-Shade [~Tim@91.65.106.7] has quit [Ping timeout: 240 seconds]
22:37 -!- Night-Shade [~Tim@ip5b416a07.dynamic.kabel-deutschland.de] has joined #openbsd
22:37 -!- dfdx [~F@user/dfdx] has quit [Ping timeout: 240 seconds]
22:39 -!- dfdx [~F@user/dfdx] has joined #openbsd
22:58 < pardis> what makes the Linux version of tcpdump "official"?
23:01 -!- ficonni [~ficonni@213.196.101.65] has quit [Remote host closed the connection]
23:07 -!- ashleah [~ashleah@user/ashleyku] has quit [Quit: nyaa~]
23:09 -!- tozhu [~tozhu@218.89.253.192] has joined #openbsd
23:12 -!- vdamewood [~vdamewood@fedora/vdamewood] has joined #openbsd
23:15 -!- zorz [~zorz@user/zorz] has quit [Quit: leaving]
23:17 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has quit [Quit: Outside Context Problem.]
23:18 -!- sunwind [~paradox@47.189.208.46.dyn.plus.net] has joined #openbsd
23:19 -!- tozhu [~tozhu@218.89.253.192] has quit [Quit: tozhu]
23:23 -!- sonya [~nologin@gateway/tor-sasl/sonya] has quit [Ping timeout: 260 seconds]
23:24 -!- duri [~mduregon@97-120-202-76.ptld.qwest.net] has quit [Ping timeout: 252 seconds]
23:38 -!- gbowne1 [~gbowne1@97-113-88-175.tukw.qwest.net] has joined #openbsd
23:40 -!- gbowne1 [~gbowne1@97-113-88-175.tukw.qwest.net] has quit [Remote host closed the connection]
23:40 -!- gbowne1 [~gbowne1@97-113-88-175.tukw.qwest.net] has joined #openbsd
23:50 -!- Xenguy [~Xenguy@user/xenguy] has quit [Ping timeout: 252 seconds]
23:51 -!- gzar [~gzar@2a01:c844:2527:2a00:7656:3cff:fe2f:af7f] has joined #openbsd
23:58 -!- tozhu [~tozhu@218.89.253.192] has joined #openbsd
--- Log closed Mon Jun 17 00:00:14 2024