--- Log opened Tue Apr 21 00:00:12 2026
00:01 -!- akinji [~akinji@user/akinji] has quit [Quit: Leaving.]
00:02 < leah> there is just one problem with openbsd on laptops. a minor one.
00:02 < leah> i use obsdfreqd, but i'm not sure suspend works with that. maybe it does. but automatic suspend doesn't work with in in lxqt
00:02 < leah> it works if i run apmd
00:03 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
00:03 < leah> i should figure out how to enable apmd and obsdfreqd at the same time
00:03 < leah> as i understand it, apmd can be told to run the CPUs cooler. obsdfreqd turns them down when usage is low, to save on battery.
00:03 < leah> frequency scaling
00:04 < humm> Bradipo: the second column of fdisk output should be the type; in fdisk(8), the first example output in TYPICAL LAYOUT has types “EFI Sys” and “OpenBSD”
00:05 < mischief> i think the interactive mode of fdisk is too stupid to let you touch the type
00:05 < leah> also need to figure out how to make lxqt lock the screen on resume from suspend. though that is the same behaviour on my debian lxde setup. i lock before suspending and then it's fine.
00:05 < mischief> -R or -b might let you, but that is also limited
00:06 < mischief> Bradipo: also, if you make everything EF / efi system partitions, your firmware might go poking it expecting a FAT32 partition with EFI loaders in it, so probably don't do that
00:07 < elarks> for locking i use xidle and xlock
00:07 < humm> mischief: wdym?  the first question edit asks you is the type
00:08 < leah> works fine. i use xscreensaver-command -lock
00:08 < leah> if i lock before suspending, it resumes fine and i unlock. whatever. same behaviour as my debian lxde setup.
00:08 < mischief> ah, ok
00:08 < mischief> well the types are pretty limited, but i suppose it only really needs to deal with two most of the time
00:08 < leah> besides the base system being openbsd, i'm essentially replicating my debian setup perfectly.
00:08 < humm> either two hexadecimal digits (mapping to a uuid) or a uuid
00:09 < leah> i'll set up a proper machine at some point, when i switch it for real. right now i'm just trialling openbsd on several machines.
00:09 < leah> gotta switch my servers too
00:09 < elarks> i've set apm to lock before i suspend the machine
00:09 < leah> all my shit's debian
00:11 < Bradipo> mischief: I can change the type with interactive mode.
00:11 < leah> anyway. solene wrote something about using apmd and obsdfreqd at the same time
00:11 < Bradipo> humm: It shows a human readable type?  How do I see what the actual hex (or dec) number is?
00:11 < leah> tehre's some automatic setting i have to avoid in apmd. i'll do that later.
00:12 < mischief> Bradipo: i don't think you do
00:12 < elarks> solene has been quite helpful
00:12 < leah> i'm also going to write script scripting to automate the setup of openbsd on my systems. so that i can always easily set it up as many times as i like. i've noticed that the entire system is quite easily scriptable.
00:12 < leah> and there is even an automation feature for the installer
00:13 < leah> i can set up a whole lab with obsd. make a specially crafted installer image and just install it en masse
00:13 < elarks> the joys of discovering openbsd
00:13 < leah> oh i discovered openbsd in 2005
00:13 < humm> Bradipo: I don’t think fdisk has a function to let you see the uuid for a type for which it has a string
00:13 < leah> i just didn't start using it properly until now
00:13 < leah> lol
00:13 < leah> this system is completely compatible with leahbrain
00:14 < tvtoon> there is a default type for OBSD, I can't remember if it sets on auto
00:14 < leah> i will sum up my feeling about openbsd:
00:14 < Bradipo> UUID?  Well, fdisk -v shows a GUID/UUID looking thing.
00:14 < leah> * it has the sane-default ease of use akin to debian linux (oldschool debian linux from 2005, pre-systemd)
00:14 < tvtoon> like told, you can use generic types but watch out for others that expect those types
00:14 < mischief> Bradipo: it looks like the input routine will accept the full guid or the description
00:14 < mischief> https://github.com/openbsd/src/blob/master/sbin/fdisk/part.c#L1100
00:15 < leah> * it has the configurability of arch linux, and you can run it rolling release if you wish
00:15 < humm> well yes, it says that in its prompt
00:15 < Bradipo> I'm talking about displaying it...
00:15 < leah> * the ports system is easy to use and understand, and you can basically use it like gentoo linux
00:15 < leah> totally flexible system
00:15 < tvtoon> like setting "Windows LBAsomething" partition type everywhere
00:15 < Bradipo> When I'm editing with "fdisk -e" I enter a 2 digit hex number, but nowhere does it ever display that number to me again.
00:15 < mischief> Bradipo: to display the list, cat /usr/src/sbin/fdisk/part.c
00:15 < mischief> :-)
00:15 < Bradipo> Ok.
00:15 < humm> Bradipo: the uuid it shows below the type is a uuid for the partition, not for the type
00:16 < leah> the magic i felt when i first tried debian lenny in the 2000s. openbsd is that times 10
00:16 < Bradipo> Hmm.
00:17 < elarks> i first tried freebsd but it didn't feel as 'refined' as openbsd and i find obsd more sane and pleasant to use
00:17 < leah> plus i'm now in elite tier when i got to a conference. if someone asks me what linux distro i'm using, i'll smile and run uname -a in front of them.
00:17 < leah> for some reason openbsd is considered elite, even though it's literally easier to use than most linux distros imo
00:18 < elarks> i'd say *BSD is more coherent
00:18 < elarks> linux is very much fragmented
00:19 < leah> i even get full speed on my wifi. like 300mbps or something. same speed as on linux. bittorrent is a bit slow though. something not quite optimised properly or openbsd just being a bit conservative by default about... whatever. i'll have to figcure that out later.
00:19 < leah> like i can get maybe 30-50mbps on a torrent. torrents use lots of connections, and small amounts of data from multiple sources in quick succession. so i'm guessing that something in obsd is bottlenecking on that, because i otherwise get 300mbps on generic speed tests
00:19 < humm> elarks: if anything, linux is now moving toward monoculture
00:19 < elarks> i guess you could say bloated with all the distros? in the sense that the various distros do things differently
00:20 < leah> there are some very nice linux distros that have the same vibe as bsd though
00:20 < elarks> slackware comes to mind
00:20 < humm> no, “bloated with all the distros” doesn’t mean anything
00:20 < leah> alpine linux for example is great. i also know ariadne personally, she's one of its devs
00:20 < Bradipo> humm: It's odd.  I created 2 GPT partitions, one with 07 (NTFS) and one with 0b (FAT32), but both show up as "Microsoft basic data" in "fdisk -v" output.
00:21 < humm> curious; idk gpt or fdisk well enough to comment on that
00:21 < pardis> wouldn't be surprised if bittorrent was bottlenecked on ffs
00:21 < leah> you reckon it's the filesystem, and not the network, that's bottlenecking?
00:21 < pardis> it's possible
00:22 < mischief> Bradipo: because they have the same guid, in fdisk.
00:22 < leah> i could perhaps enable soft updates in ffs
00:22 < pardis> softdep was removed years ago
00:22 < pardis> but you could run it on an async filesystem just to test
00:22 < leah> yeah makes sense. ffs doesn't cache aggressively like other file systems.
00:22 < oldlaptop> I thought that was just the other month.
00:22 < oldlaptop> Or just the other year
00:22 < mischief> Bradipo: the short code (07, 0b) is the MBR id
00:22 < leah> either that, or i could bittorrent in a tmpfs
00:23 < oldlaptop> (syspatch was also five minutes ago, and sysupgrade was five minutes before that. Or was it the other way around?)
00:23 < leah> i assume openbsd has an analog of tmpfs
00:23 < humm> it does
00:23 < pardis> oldlaptop: it was 3 years ago, I remember it vividly because that was the trigger to stop using OpenBSD as my daily driver
00:23 < oldlaptop> :|
00:23 < leah> yeah, torrent in tmpfs then copy to disk. i have 32gb ram on my machine, and i normally torrent like maybe 3-5gb
00:24 < elarks> solene has a post about ramdisk
00:24 < pardis> mfs resembles tmpfs only in the sense that it is in memory
00:24 < pardis> but it's not really an in-memory filesystem, just ffs on a ramdisk
00:24 < leah> that makes tons of sensee actually
00:24 < dg> (there is code for tmpfs, but it has issues, you could fix it ;) )
00:24 < pardis> so async ffs should be equivalent to mfs for testing purposes
00:25 < leah> because... i *did* read through openbsd's network and firewall manuals
00:25 < leah> i pretty much turned up all limits and made everything really really lax. tweaked a lot of stuff.
00:25 < leah> even reduced various timeouts and stuff
00:25 < leah> still didn't fix anything. the file system being bottleneck is plausible.
00:25 < leah> why did obsd remove softdep?
00:25 < oldlaptop> (Is there a good reason not to mount /tmp async, incidentally?)
00:25 < leah> i read about that a few years ago
00:26 < elarks> i left the limits untouched if i remember correctly. no need to change it unless you start to have issues
00:27 < leah> there is a specific machine i want to set up when i switch my main system to openbsd. and that is... thinkpad p51. gonna port coreboot to it too.
00:27 < phy1729> pardis: had you ever looked at the paper for softdeps? I think only Kirk McKusick understood what was going on
00:27 < leah> it can take 128gb ram and can have 2 nvme in raid1
00:27 < oldlaptop> phy1729: One genius in the entire world understands the system: what could possibly go wrong?
00:27 < leah> i think you can get xeons for it too, and use ecc ram
00:27 < leah> it's nuts
00:28 < pardis> oh, I understand it's awful from a software design point of view, I just had some workflows that would have been painfully slow without it
00:28 < leah> perfect openbsd laptop imo
00:28  * oldlaptop wonders what is to be done with the fs/vfs layer
00:30 < pardis> some unlocking could go a long way, from what I recall devs saying about 10 years ago
00:31 < pardis> AIUI, unlocking of the network stack was prioritised first, so presumably there are still huge gains to be made in disk I/O
00:31 < leah> oh disk i/o is still giant lock
00:31 -!- gotohello [~gotohello@user/gotohello] has quit [Quit: Client closed]
00:32 < leah> ok i'll try async in fstab for my /home and try a torrent. brb
00:33 < oldlaptop> async for /home sounds like an... interesting plan.
00:33 < mischief> i have a feeling it's not the disk
00:33 < leah> only a test machine. i want to test the theoryy i was given about it being disk i/o
00:33 < mischief> transmission behaves very strangely
00:33 < leah> every bittorrent client i tried is slow on openbsd
00:33 < leah> every == transmission-qt, and qbittorrent
00:34 < pardis> the rationale for unlocking the network stack first was that disk I/O is serialised by the SATA interface anyway, but now everyone has NVMe SSDs
00:34 < leah> i see speed go up fast, then it drops to zero. then up again
00:34 < mischief> the 'ui' of transmission-cli only updated once, and printed Progress: 64.2%, dl from 31 of 34 peers (16.76 MB/s), ul to 0 (0 kB/s) [0.00]
00:34 < leah> up and down. like something is bottlenecking. the behaviour could be caused by some delay somewhere. like, some spinlock loop or something
00:34 < leah> filesystem sounds plausible
00:35 < mischief> but it hasn't updated since then, and 31 peers is a lie based on fstat output
00:38 < leah> same behaviour. but we're talking like 50-100mbps here
00:38 < leah> my hardware can do about 200-300
00:39 < leah> i can try further tests later. it's whatever. 40-60mbps on torrents is better than nothing
00:40 < dg> playing with cache-size-mb might be interesting
00:40 -!- hwpplayer1 [~hwpplayer@user/hwpplayer1] has joined #openbsd
00:40 < leah> i ruled out wifi being a bottleneck too
00:40 < leah> same behaviour occurs on ethernet
00:41 < mischief> the program(s) probably need to be profiled
00:43 < leah> if i don't fix it, worst case scenario i'll eiuther tolerate it or run a seedbox. no big deal
00:43 -!- Fordaro [~Fordaro@2600:1002:b0c9:1f86:d8a2:b00a:df8d:3a1c] has joined #openbsd
00:45 < leah> there is a slight usability issue with pledge/unveil sandboxing in browsers. they're good, and i like that they're there. but i regularly access outside of my Downloads directory in linux, on librewolf
00:45 < leah> it's a mild usability issue though
00:46 < leah> like, when saving invoices or something, for something i bought. i can just move it out of downloads after the fact. no problem
00:46 < leah> that is preferable to a browser security issue leading to a wily webmaster being able to read my invoices!
00:46 -!- B3-bomber [~God@76.176.35.180] has quit [Remote host closed the connection]
00:47 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has quit [Quit: Connection closed for inactivity]
00:48 < leah> now i just need to find the right person at hmrc to politely ask them to provide releases of their payroll software for openbsd.
00:48 < leah> otherwise i'm stuck keeping linux kicking around just for that. they provide a binary (appimage) for linux
00:49 < leah> i'll probably just write my own software
00:49 < leah> that's actually one of the biggest gaps in open source, in nearly every country
00:49 < leah> tax software is almost always proprietary, with few/no open source options
00:50 < mischief> gnucash?
00:50 < leah> eh
00:50 < leah> i mean, i have a windows 11 machine for filing taxes. whatever
00:51 < leah> my free software principles go out the window when it comes to complying with the law
00:52 < leah> most of these programs aren't really doing much, conceptually. they pretty much just use some xml format, and then there's some token-based mechanism that they use to talk to the government when filing everything
00:53 < leah> but writing your own code to do that is obviously frought with peril. mess it up and you do your taxes wrong. which is... bad. which is why nobody writes open source tax software that's actually worth using.
00:53 < thrig> good thing XML libraries never have security issues
00:53 < leah> like, if you mess up vim, you just send another commit. with government stuff you have compliance issues to deal with.
00:54 < leah> like, that is the one time where i legitimately recommend installing Microsoft Windows
00:54 < leah> and that is: to file your taxes
00:54 < leah> unless you live in a sane country, like finland, where it's all centralised and you can do it all in a web browser
00:54 < leah> UK != sane country
00:55 < fro> defintiely don't need windows to file taxes in the US
00:55 < leah> you do here in the UK. they make everything digital now. but the government provides virtually no software support. justt some specs for tax software to implement. 
00:56 < leah> and they outsource everything to them
00:56 < leah> and you cannot do anything on linux except payroll. i checked.
00:56 < leah> definitely not bsd
00:56 < leah> well. linuxolator on freebsd would work
00:58 -!- tozhu [~tozhu@171.221.44.102] has quit [Quit: tozhu]
00:59 -!- nedko [~nedko@gateway/tor-sasl/nedko] has quit [Ping timeout: 265 seconds]
01:02 -!- sweatiest [~znc@user/sweatiest] has joined #openbsd
01:11 -!- nedko [~nedko@gateway/tor-sasl/nedko] has joined #openbsd
01:21 -!- DetourNetworkUK [~DetourNet@user/DetourNetworkUK] has quit [Ping timeout: 246 seconds]
01:26 -!- B3-bomber [~God@76.176.35.180] has joined #openbsd
01:33 -!- ublx [~ublx@user/ublx] has quit [Quit: ublx]
01:39 -!- DetourNetworkUK [~DetourNet@user/DetourNetworkUK] has joined #openbsd
01:51 -!- Ozymandias42_ [~Ozymandia@user/Ozymandias42] has joined #openbsd
01:52 -!- Ozymandias42 [~Ozymandia@user/Ozymandias42] has quit [Ping timeout: 252 seconds]
01:52 -!- Ozymandias42_ is now known as Ozymandias42
01:56 < mischief> great
01:56 < mischief> meta pointed their botnet at my gitea instance and killed it
01:56  * mischief creates a new pf table
02:01 -!- jitter [~jitter@user/jitter] has quit [Ping timeout: 265 seconds]
02:03 -!- jitter [~jitter@84.46.20.239.dynamic-pppoe.dt.ipv4.wtnet.de] has joined #openbsd
02:03 -!- jitter [~jitter@84.46.20.239.dynamic-pppoe.dt.ipv4.wtnet.de] has quit [Changing host]
02:03 -!- jitter [~jitter@user/jitter] has joined #openbsd
02:06 -!- szilard [~szilard@1F2EF956.nat.pool.telekom.hu] has quit [Quit: ZNC - https://znc.in]
02:06 -!- szilard [~szilard@1F2EF956.nat.pool.telekom.hu] has joined #openbsd
02:13 -!- tangentnet [~tangentne@user/tangentnet] has joined #openbsd
02:15 -!- Fordaro [~Fordaro@2600:1002:b0c9:1f86:d8a2:b00a:df8d:3a1c] has quit [Quit: Client closed]
02:18 < byteskeptical> mischief: same to my cgit instance 
02:25 < byteskeptical> had to leverage `connection max requests` in httpd in conjunction with a pf table
02:33 -!- abbies [~abbies@tilde.guru] has joined #openbsd
02:40 < mischief> i blocked their whole AS
02:40 < mischief> and sent them an email telling them to stop being naughty
02:41 < mischief> the real reason it broke is probably a bug in gitea, but it never happens in my regular use so i've ignored it
02:41 -!- madiqq83 [~madi@182.1.164.182] has quit [Read error: Connection reset by peer]
02:43 < mischief> with lots of requests gitea starts spewing 'too many open files' and eventually commits seppuku
02:44 -!- dansa [~user@user/dansa] has quit [Ping timeout: 248 seconds]
02:45 -!- Unix-BSD [~NOX@79.112.4.197] has joined #openbsd
02:45 < tvtoon> transmission is better than qbittorrent, but there is a critical bottleneck it uses and that is libevent forking
02:50 < byteskeptical> mischief: well hopefully they listen to you, gitea chose death before dishonor
02:53 -!- _zip100 [~zip100@185.213.155.196] has quit [Ping timeout: 255 seconds]
02:53 -!- zip100 [~zip100@193.32.248.191] has joined #openbsd
03:02 -!- gotohello [~gotohello@user/gotohello] has joined #openbsd
03:11 -!- zimmer [~zimmer@user/zimmer] has quit [Ping timeout: 248 seconds]
03:13 -!- lolok [~lolok@user/lolok] has joined #openbsd
03:17 -!- tvtoon [~The_cUnix@user/tvtoon] has quit [Quit: "Dot in the middle"]
03:17 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
03:17 -!- skippy8 [~skippy8@user/Skippy8] has joined #openbsd
03:19 -!- dooder2 [~dooder@75-164-254-65.ptld.qwest.net] has joined #openbsd
03:21 -!- nedko_ [~nedko@gateway/tor-sasl/nedko] has joined #openbsd
03:22 -!- dooder [~dooder@user/dooder] has quit [Ping timeout: 264 seconds]
03:23 -!- ArchCezar [~archcezar@83.21.142.248.ipv4.supernova.orange.pl] has quit [Ping timeout: 246 seconds]
03:23 -!- jambove [~jambove@2E6B63E0.dsl.pool.telekom.hu] has quit [Ping timeout: 248 seconds]
03:23 -!- nedko [~nedko@gateway/tor-sasl/nedko] has quit [Ping timeout: 265 seconds]
03:25 -!- jambove [~jambove@46.107.99.224] has joined #openbsd
03:25 -!- macabro` [~user@user/monkey/x-0691028] has joined #openbsd
03:26 -!- macabro [~user@user/monkey/x-0691028] has quit [Ping timeout: 264 seconds]
03:31 -!- sjg [~sjg@user/sjg] has quit [Ping timeout: 252 seconds]
03:32 -!- sjg [~sjg@user/sjg] has joined #openbsd
03:33 -!- slomp [~slomp@47-158-199-90.lsan.ca.frontiernet.net] has quit [Read error: Connection reset by peer]
03:35 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Ping timeout: 244 seconds]
03:37 -!- byteskeptical [~amnesia@user/byteskeptical] has joined #openbsd
03:39 -!- slomp [~slomp@47-158-199-90.lsan.ca.frontiernet.net] has joined #openbsd
03:40 -!- ArchCezar [~archcezar@83.21.185.118.ipv4.supernova.orange.pl] has joined #openbsd
03:42 -!- mtoy [~mtoy@user/mtoy] has quit [Ping timeout: 276 seconds]
03:44 -!- slomp [~slomp@47-158-199-90.lsan.ca.frontiernet.net] has quit [Read error: Connection reset by peer]
03:45 -!- DragonMaus [~DragonMau@user/dragonmaus] has quit [Remote host closed the connection]
03:47 -!- DragonMaus [~DragonMau@user/dragonmaus] has joined #openbsd
03:49 -!- slomp [~slomp@47-158-199-90.lsan.ca.frontiernet.net] has joined #openbsd
03:50 -!- mtoy [~mtoy@user/mtoy] has joined #openbsd
03:52 -!- housemate [~housemate@203.30.12.245] has quit [Remote host closed the connection]
03:52 -!- housemate [~housemate@203.30.12.245] has joined #openbsd
03:56 -!- bradd [~quassel@user/bradd] has quit [Ping timeout: 276 seconds]
03:56 -!- slomp [~slomp@47-158-199-90.lsan.ca.frontiernet.net] has quit [Ping timeout: 264 seconds]
03:57 -!- slomp [~slomp@47-158-199-90.lsan.ca.frontiernet.net] has joined #openbsd
04:03 -!- ewig [~Ewig@user/ewig] has joined #openbsd
04:06 -!- pyu [~pyu@cm222-166-164-22.hkcable.com.hk] has quit [Ping timeout: 276 seconds]
04:24 -!- hwpplayer1 [~hwpplayer@user/hwpplayer1] has quit [Quit: I'll be back later]
04:24 -!- zimmer [~zimmer@user/zimmer] has quit [Remote host closed the connection]
04:26 -!- frkazoid333 [~frkazoid3@97.97.219.179] has quit [Read error: Connection reset by peer]
04:27 -!- zwrr [~zwr@187-126-60-252.user3p.vtal.net.br] has quit [Ping timeout: 246 seconds]
04:28 -!- frkazoid333 [~frkazoid3@2603-900b-46f0-b390-3cf5-b463-bffe-2bbc.inf6.spectrum.com] has joined #openbsd
04:30 -!- sjg [~sjg@user/sjg] has quit [Ping timeout: 255 seconds]
04:32 -!- sjg [~sjg@user/sjg] has joined #openbsd
04:39 -!- crb [~crb@23-93-251-120.dedicated.static.sonic.net] has quit [Quit: This computer has gone to sleep]
04:42 -!- hotsoup_ [~hotsoup@user/hotsoup] has joined #openbsd
04:42 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 264 seconds]
04:43 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
04:43 -!- hotsoup [~hotsoup@user/hotsoup] has quit [Ping timeout: 256 seconds]
04:44 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
04:49 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
04:57 -!- crb [~crb@2001:5a8:45c2:6300:40c3:4df2:be0:a624] has joined #openbsd
04:57 -!- crb [~crb@2001:5a8:45c2:6300:40c3:4df2:be0:a624] has quit [Read error: Connection reset by peer]
05:02 -!- vdamewood [~vdamewood@fedora/vdamewood] has quit [Quit: Life beckons]
05:03 -!- crb [~crb@23-93-251-120.dedicated.static.sonic.net] has joined #openbsd
05:03 -!- fflam [~mdt@2600:4040:1103:a500::1c19] has quit [Ping timeout: 248 seconds]
05:07 -!- Bradipo [agq13gereb@50.77.44.19] has quit [Quit: Lost terminal]
05:09 -!- gotohello [~gotohello@user/gotohello] has quit [Quit: Client closed]
05:11 -!- girafe2 [~user@176-147-142-235.abo.bbox.fr] has quit [Quit: Konversation terminated!]
05:13 -!- gotohello [~gotohello@user/gotohello] has joined #openbsd
05:13 -!- girafe2 [~user@176-147-142-235.abo.bbox.fr] has joined #openbsd
05:28 -!- abbies [~abbies@tilde.guru] has quit [Quit: I'm off, Goodbye]
05:31 -!- user_with_nouser [~user_with@user/user-with-nouser:54838] has quit [Ping timeout: 248 seconds]
05:34 -!- zcram [~zcram@user/zcram] has joined #openbsd
05:44 -!- qqq [~qqq@185.54.23.237] has joined #openbsd
05:45 -!- mapet [~marc@user/mapet] has quit [Remote host closed the connection]
05:45 -!- xet7 [~xet7@user/xet7] has quit [Remote host closed the connection]
05:46 -!- dastain [~dastain@2a00:d880:6:262::45a3] has quit [Ping timeout: 256 seconds]
05:47 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
05:48 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
05:51 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 276 seconds]
05:56 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
05:57 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
05:58 -!- dastain [~dastain@2a00:d880:6:262::45a3] has joined #openbsd
05:58 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
06:02 -!- xet7 [~xet7@user/xet7] has joined #openbsd
06:02 -!- librecat [uid714233@id-714233.helmsley.irccloud.com] has joined #openbsd
06:05 -!- zwrr [~zwr@187-126-60-252.user3p.vtal.net.br] has joined #openbsd
06:12 -!- mapet [~marc@2a00:6020:a302:5100::1] has joined #openbsd
06:12 -!- mapet [~marc@2a00:6020:a302:5100::1] has quit [Changing host]
06:12 -!- mapet [~marc@user/mapet] has joined #openbsd
06:19 < leah> https://codeberg.org/libreboot/lbmk/commit/e097eb5483b00631ef49353a22a73c2c48939d95
06:20 < leah> fixed that segfault on openbsd. now mkhtemp works. nvmutil (mac address editor for intel gbe configs) exits with error: EPERM. gotta fix that (doesn't happen in linux)
06:20 < leah> yeah after that, just gotta figure out build dependencies and fix up some stragglers e.g. symlink gmake -> make at build time. and a few minor things
06:21 < leah> then i should be able to build libreboot in openbsd hopefully. probably will need to fix up CC in a few upstream projects too. lots of upstreams expect GCC. e.g. i wouldn't try to build GRUB with clang. no worries.
06:22 < leah> i'll add a feature later, for generating tarballs of just the utils, e.g. mkhtemp. then i just need to finish mkhtemp, make it fully feature compatibly with normal mktemp. add a compatibility mode too, where it behaves like regular mktemp (none of my hardening).
06:22 -!- chasmo77 [~chas77@c-76-105-254-179.hsd1.or.comcast.net] has joined #openbsd
06:22 < leah> and then i'm submitting mkhtemp to ports - and proposing it for base
06:22 < leah> it's actually written for mainly linux, which has openat2 and some other nice stuff. but no reason openbsd couldn't have it. the licensing is an issue though - MIT. no worries. i own all the code. i can just switch it to ISC
06:24 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
06:24 < leah> there is another challenge with mktemp. people use it in scripts and assume it never fails. it can and will fail, horribly. i found that GNU GRUB for example, doesn't error-check mktemp's exit at all, in its build system.
06:24 < leah> (it also downloads un-versioned translation files without hash checking at build time. i fixed that on my end)
06:25 < leah> (that bug de-railed my recent fosdem talk!)
06:25 < leah> this is like, the only thing blocking me from nuking debian on my main machine. i need obsd to be able to build all of libreboot.
06:25 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
06:26 < leah> also yes, i'm aware that the above patch introduces memory leaks. just getting it to work. it's a short lived program. will fix it properly later (a proper audit is needed, of lbutils)
06:27 < leah> i hap hazardly wrote mktemp from scratch in a week
06:29 < leah> anyway, as for mkhtemp. i might add a default feature: intentionally make it infinite loop on error. so that every buggy script in the world will break. add an override flag that makes it just error-exit 
06:29 < leah> nearly every script on the internet that uses mktemp assumes that mktemp never fails.
06:30 < dlg> nearly every script on the internet assumes that commands don't fail
06:30 < leah> and my version is much stricter than existing implementations. there are a bunch more failure states
06:31 < leah> well, yes, quite. your point is well-taken.
06:31 < dlg> some are more important than others though
06:31 < leah> if you do want to see obsessively obsessive error checking in shell scripts, look at libreboot lbmk. the entire build system (source-based package manager) is sh. and i... did some very clever hacks
06:32 < leah> i would say breaking every build system in the world that uses mktemp is the biggest priority
06:32 < leah> i'd rather annoy you than delete your data
06:33 < dlg> couldnt you retry on failure?
06:33 < leah> i do
06:33 < leah> several hundred times
06:34 < leah> but not infinitely, to mitigate certain dos attacks
06:34 < IcePic> retrying 100s of times seems excessive for mktemp
06:35 < IcePic> either you have 500 bytes free or you don't, if you don't have that much space, much of the rest will probably fail also
06:37 < IcePic> the 98 extra retries would probably not cause more space to appear, is my guess.
06:41 -!- wickedshell [~wickedshe@2601:8c0:c7c:3572:8f76:2cbf:bb22:f93c] has quit [Ping timeout: 276 seconds]
06:41 -!- qqq_ [~qqq@185.54.23.237] has joined #openbsd
06:44 -!- qqq [~qqq@185.54.23.237] has quit [Ping timeout: 256 seconds]
06:45 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has joined #openbsd
06:46 < leah> oh, i mean collision failures
06:46 < leah> like, on the extremely unlikely chance that the random path you generated exists already, try again with another
06:47 < leah> everything else is fail immediately. i should loosen some of it up, yes, to mitigate buggy scripts
06:47 -!- sunwind [~paradox@143.58.222.21] has quit [Quit: Outside Context Problem.]
06:47 -!- qqq_ [~qqq@185.54.23.237] has quit [Ping timeout: 272 seconds]
06:47 < IcePic> that should be a task for the mkstemp() call and not the shellscript?
06:47 < leah> today i don't care. i also use my mkhtemp as a library in another program, that is needed by lb during building
06:47 -!- qqq [~qqq@2.26.133.74] has joined #openbsd
06:48 < leah> mkhtemp isn't finished yet. it literally does not conform to the existing mktemp spec (pertaining to prefixes and such), so don't use it in your script yet
06:49 < leah> it's finished on the day i submit it to ports. but it works for nvmutil. i just wanted a hardened lib for making tmpfiles. but then started making it into a full util. and the util version is half done
06:49 < leah> i also need to generally clean up the code and generalise a bunch of it
06:50 < IcePic> mkstemp() is probably good enough already, at least on obsd
06:50 < leah> i got really obsessed for a month, trying (because bored) to... edit 8 bytes in a file, in the most robust and secure way possible. and went on a series of tangents, one of which became mkhtemp :)
06:51 < leah> turning a 300-line program into 3000 lines of over-engineered fun
06:52 < leah> i literally committed about 1000 patches to my repo in a month
06:52 -!- ixc [~ixc@user/ixc] has joined #openbsd
06:53 < leah> it actually terrifies me, how difficult is to reliably open, read, write to and then close a file, on unix
06:54 < leah> nearly every program (including several openbsd userland utils) do not do it safely
06:56 < leah> (in obsd examples, it's almost always because singel unix specification preventing it from further hardening)
06:59 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has quit [Remote host closed the connection]
06:59 -!- drathir_tor [~drathir@wireguard/tunneler/drathir] has joined #openbsd
07:01 -!- girafe2 [~user@176-147-142-235.abo.bbox.fr] has quit [Quit: Konversation terminated!]
07:01 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 264 seconds]
07:03 -!- gotohello [~gotohello@user/gotohello] has quit [Quit: Client closed]
07:04 -!- girafe2 [~user@176.147.142.235] has joined #openbsd
07:10 -!- sonya [~nologin@gateway/tor-sasl/sonya] has joined #openbsd
07:11 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
07:11 -!- cypheon [~cypheon@user/cypheon] has quit [Quit: WeeChat 4.7.1]
07:12 -!- nawcom_ [~nawcom@bulldadachat.com] has quit [Read error: Connection reset by peer]
07:12 -!- nawcom [~nawcom@bulldadachat.com] has joined #openbsd
07:12 < k0ga> leah: what does not program do to deal with open/read/write/close reliably?
07:12 -!- B3-bomber [~God@76.176.35.180] has quit [Remote host closed the connection]
07:13 -!- modern_pleb [~modern_pl@user/modern-pleb:56371] has joined #openbsd
07:13 -!- sonya [~nologin@gateway/tor-sasl/sonya] has quit [Remote host closed the connection]
07:13 -!- sonya [~nologin@gateway/tor-sasl/sonya] has joined #openbsd
07:14 -!- modern_pleb_ [~modern_pl@user/modern-pleb:56371] has quit [Ping timeout: 264 seconds]
07:16 -!- nature [~nature@8-3-83-135.starry-inc.net] has quit [Ping timeout: 255 seconds]
07:16 < vortexx> sibiria: thanks a lot
07:17 -!- tozhu [~tozhu@223.87.244.17] has joined #openbsd
07:18 -!- doclic [~doclic@user/doclic] has quit [Quit: leaving]
07:18 -!- skippy8 [~skippy8@user/Skippy8] has quit [Quit: WeeChat 4.8.1]
07:28 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
07:29 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
07:35 -!- gotohello [~gotohello@user/gotohello] has joined #openbsd
07:35 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 256 seconds]
07:37 < mischief> renaud: with all of the recent complaints in irc and mails on the list about vi, are you planning to afl it? i feel like sending afl at the input file buffer + the input command buffer would probably find a bunch of stuff
07:38 -!- sunwind [~paradox@143.58.222.21] has joined #openbsd
07:41 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
07:42 -!- tozhu [~tozhu@223.87.244.17] has quit [Quit: tozhu]
07:46 -!- b50d [~b50d@62.96.54.30] has joined #openbsd
07:46 -!- doclic [~doclic@user/doclic] has joined #openbsd
07:49 -!- doclic [~doclic@user/doclic] has quit [Client Quit]
07:51 -!- doclic [~doclic@user/doclic] has joined #openbsd
07:56 -!- paulf [~paulf@146.122.203.34] has joined #openbsd
07:57 < rIMpossible> G'morning.
07:57 -!- sunwind [~paradox@143.58.222.21] has quit [Ping timeout: 245 seconds]
07:58 < rIMpossible> After hypernating my notebook, the mouse seems to be still in sleep mode. How can I check, what failed after waking the NB up from hypernating (ZZZ)?
07:59 < rIMpossible> Amazingly the buttons work, but not the pad
08:00 -!- oiram [~mario@user/oiram] has quit [Remote host closed the connection]
08:01 < rIMpossible> pms0: device not resuming, retrying / pms0: lost device / pms0: disable error / pms0: enable error
08:01 -!- Guest80JJJK [~Guest80JJ@p200300fdbf02e900a2ad9ffffe13f14c.dip0.t-ipconnect.de] has joined #openbsd
08:01 -!- dlock23 [~dlock@79.112.81.76] has joined #openbsd
08:01 < renaud> mischief: let me check my list :)
08:01 < vortexx> https://termbin.com/1ekt this worked for me to get OpenBSD/arm64 working in qemu. Has network and redirected ssh port
08:03 < renaud> ok, that's what I thought, I didn't fuzz it yet, but it could be a good idea, except it's not as "easy" as the others
08:04 < mischief> based on the fact that others found so many issues (i assume by hand), afl will probably instantly explode
08:04 < renaud> it's not really possible to test it interactively with afl
08:05 -!- foton [~foton@user/foton] has joined #openbsd
08:05 < mischief> why not
08:05 < mischief> you can make a harness for it
08:06 < renaud> I can inject scripts, which is probably the way to go
08:07 < mischief> it's probably slow, but you could make a program that has two afl'd buffers, one for file input and one for command input and exec's vi under a pty
08:07 -!- foton_x [~foton@126.red-83-39-154.dynamicip.rima-tde.net] has quit [Ping timeout: 264 seconds]
08:08 < mischief> tho, i don't know if exec'ing a subprocess breaks afl, never tried that
08:08 < dg> you could start with just running it as 'ex'
08:09 < renaud> ex -s <  and vi -S file
08:10 -!- jgh [~jgh@hellmouth.gulag.org.uk] has joined #openbsd
08:10 < mischief> tbh my only experience with afl was running it vs my torrent bencode library i wrote, which was not very big, though it did find one bug
08:11 < vortexx> well at least setting up qemu-system-aarch64 wasn't as complicated as I thought it might be, wasn't aware of the "virt" type machine. Now I can handle arm64 crowd's support questions better
08:12 < mischief> vortexx: slower or faster than cold tar in january?
08:12 -!- oiram [~mario@user/oiram] has joined #openbsd
08:14 -!- fvincenzo [~somebody@fw-tnat-cam4.arm.com] has quit [Ping timeout: 245 seconds]
08:14 < sibiria> roughly the same :p
08:15 < sibiria> jokes aside, qemu-aarch64 on modern x86-64 emulates with acceptable speed
08:16 < mischief> qemu-riscv running openbsd was not fast for me. boot time in several minutes, and doing any compiling meant waiting a long time
08:16 < mischief> maybe the tcg backend is not as optimized as aarch64
08:16 < rIMpossible> I have a Synaptics touchpad (driver 7.5), how can I reset pms0 or wsmouse to get it work again after suspending failed on the touchpad (sorry for noise) ?
08:17 -!- fvincenzo [~somebody@fw-tnat-cam4.arm.com] has joined #openbsd
08:17 < mischief> rIMpossible: maybe xinput disable/enable will frob it into working
08:18 < rIMpossible> mischief: it was in ZZZ hypernate, buttons work, pad not. I will try.
08:20 < vortexx> mischief: on my 2020 i7 it's acceptable when doing stuff like syspatch
08:21 < mischief> just a guess, i've never run into it and i don't really use suspend, perhaps out of habit of years of suspend just not working
08:21 < vortexx> I haven't had time to play around too much
08:24 < mischief> apologies, i misremembered. the slowness was qemu-riscv tcg running on a riscv host. ;-)
08:25 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
08:25 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 268 seconds]
08:26 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
08:26 -!- Guest80JJJK [~Guest80JJ@p200300fdbf02e900a2ad9ffffe13f14c.dip0.t-ipconnect.de] has quit [Ping timeout: 245 seconds]
08:27 < vortexx> mischief: yeah I bet that might be a tad more rickety
08:27 < mischief> there's no syspatch for openbsd riscv, but my favorite benchmark of 'openssl speed dsa' running on my 7950x shows 'dsa 2048 bits 0.001879s 0.001701s    532.2    588.0'
08:28 < mischief> vortexx: there is some bug that never got fixed i dealt with for a while where linux kvm didn't work, so i used tcg for a while. i reverted to a vendor kernel that patched around it and kvm works there so i do have an accelerated openbsd riscv vm again.
08:29 < mischief> hopefully some new rva23 hw comes out this year that openbsd will support
08:30 -!- sunwind [~paradox@143.58.222.21] has joined #openbsd
08:31 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
08:32 < vortexx> dsa 2048 bits 0.007942s 0.007519s    125.9    133.0
08:33 < vortexx> that's in qemu-system-aarch64 cortex-a57
08:34 < vortexx> hopefully on the rva23, it'd be nice
08:35 < vortexx> I could see why things would be dog slow if you're using tcg :P
08:36 -!- madiqq83 [~madi@182.1.164.182] has joined #openbsd
08:38 -!- madiqq83 [~madi@182.1.164.182] has quit [Changing host]
08:38 -!- madiqq83 [~madi@user/madiqq83] has joined #openbsd
08:38 < mischief> the host linux on my riscv box is 'dsa 2048 bits 0.001485s 0.001256s    673.2    796.3', dont even want to go check the openbsd tcg vm
08:39 < vortexx> hehe
08:40 < vortexx> is this the same board you were having trouble transferring files to over a serial cable last year?
08:40 < mischief> don't think so, maybe you're thinking of efi booting
08:41 < mischief> i tried for a bit to get it to pxe boot openbsd's efi loader with not much success
08:42 < mischief> there's also the arch feature string bug which i don't think got fixed
08:42 < vortexx> more efi pxe boot issues sigh
08:43 < mischief> oh actually it did https://marc.info/?l=openbsd-tech&m=177524188402001&w=2
08:43 -!- itchy [~itchy@user/itchy] has quit [Ping timeout: 248 seconds]
08:45 -!- itchy [~itchy@user/itchy] has joined #openbsd
08:48 -!- wickedshell [~wickedshe@2601:8c0:c7c:3572:2bac:9ffc:d63e:186a] has joined #openbsd
08:51 -!- szilard- [~szilard@1F2EFAC4.nat.pool.telekom.hu] has joined #openbsd
08:52 < vortexx> nice! Are there many issues still on risc-v or are we getting close to it being a "normalish" platform (seeing how it has all the boot firmware issues that arm/aarch64 has)
08:54 -!- MrPlop_ [~cedric@ns3.ddpo.be] has joined #openbsd
08:55 -!- szilard [~szilard@1F2EF956.nat.pool.telekom.hu] has quit [Ping timeout: 255 seconds]
08:55 -!- szilard- is now known as szilard
08:57 -!- MrPlop [~cedric@ns3.ddpo.be] has quit [Ping timeout: 246 seconds]
09:02 -!- lusciouslover [~luscious@user/lusciouslover] has quit [Ping timeout: 245 seconds]
09:02 < renaud> mischief: did you mean this one? https://marc.info/?l=openbsd-misc&m=177649923622612&w=2
09:05 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 252 seconds]
09:06 -!- jetpackjackson_0 [~jetpackja@user/JetpackJackson] has joined #openbsd
09:06 -!- jetpackjackson_ [~jetpackja@user/JetpackJackson] has quit [Ping timeout: 272 seconds]
09:06 -!- jetpackjackson_0 is now known as jetpackjackson_
09:08 -!- lusciouslover [~luscious@user/lusciouslover] has joined #openbsd
09:10 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
09:11 -!- roesyyu [~zorone@user/zorone] has quit [Max SendQ exceeded]
09:12 < renaud> security/certspotter crashes if smtpd is down and their maintainers are not open to changing that behaviour. The issue is that you then get a huge backlog which will take days to resorb.
09:15 -!- gotohello [~gotohello@user/gotohello] has quit [Quit: Client closed]
09:16 -!- fvincenzo [~somebody@fw-tnat-cam4.arm.com] has quit [Ping timeout: 248 seconds]
09:16 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
09:17 -!- hotsoup_ [~hotsoup@user/hotsoup] has quit [Ping timeout: 276 seconds]
09:17 -!- Guest80JJJK [~Guest80JJ@p200300fdbf02e900fd4dd4cffd0bef27.dip0.t-ipconnect.de] has joined #openbsd
09:18 -!- rc [~rc@user/rc] has quit [Quit: nyaa~]
09:18 -!- Guest80JJJK91 [~Guest80JJ@p200300fdbf02e900fd4dd4cffd0bef27.dip0.t-ipconnect.de] has joined #openbsd
09:21 -!- Guest80JJJK91 [~Guest80JJ@p200300fdbf02e900fd4dd4cffd0bef27.dip0.t-ipconnect.de] has quit [Client Quit]
09:22 -!- Guest80JJJK [~Guest80JJ@p200300fdbf02e900fd4dd4cffd0bef27.dip0.t-ipconnect.de] has quit [Ping timeout: 245 seconds]
09:22 -!- hotsoup [~hotsoup@user/hotsoup] has joined #openbsd
09:25 -!- B3-bomber [~God@76.176.35.180] has joined #openbsd
09:26 -!- fvincenzo [~somebody@fw-tnat-cam4.arm.com] has joined #openbsd
09:26 -!- akinji [~akinji@user/akinji] has joined #openbsd
09:31 -!- earthwormjim [~earthworm@user/earthwormjim] has joined #openbsd
09:32 -!- fvincenzo [~somebody@fw-tnat-cam4.arm.com] has quit [Ping timeout: 244 seconds]
09:34 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 244 seconds]
09:36 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
09:38 -!- mage [~julien@orval.bbpf.belspo.be] has joined #openbsd
09:38 < mage> hello
09:40 -!- yang3 [~yang@fsf/member/yang] has quit [Quit: Ping timeout (120 seconds)]
09:40 -!- jupiter_ [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has quit [Ping timeout: 264 seconds]
09:43 -!- yang3 [~yang@fsf/member/yang] has joined #openbsd
09:44 -!- jupiter126 [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has joined #openbsd
09:45 < mage> we are currently using FreeBSD on our router/firewall instances (running CARP, PF, PFSync, wireguard) and I'd like to give OpenBSD a try and was wondering if OpenBSD would be able to handle ~3-5Gbits of traffic (I have this CPU model: Intel(R) Xeon(R) D-2146NT CPU @ 2.30GHz (2300.00-MHz K8-class CPU))?
09:45 -!- zcram [~zcram@user/zcram] has quit [Quit: Do the right thing.]
09:46 < IcePic> mage: its mostly about which network cards you use
09:48 < morpho> a lot of people use it as a router
09:49 -!- jupiter_ [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has joined #openbsd
09:49 -!- jupiter126 [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has quit [Ping timeout: 264 seconds]
09:50 < sibiria> as a reference, in case the data is worth anything: my celeron N5105 with rge(4) (realtek RTL8125) can saturate 2.5 GbE easily
09:51 < IcePic> I'm quite sure I pushed 5-6Gbit/s through a dual-10GE ix(4) card on a single-socket Dell 310. default pf rules made only 100Mbit/s difference, think it went from 5.6 to 5.5Gbit/s or so in throughput. It would depend on the number of rules of course, but 5Gbit on decent cards sounds easily doable.
09:51 < sibiria> the various network drivers unfortunately differ a bit in performance, as IcePic hints to
09:51 < sibiria> rge(4) is in my experience super solid and high-perf
09:54 < IcePic> bluhm wrote in sep-2025 that he could push 45-50 gbit over two ice(4) cards.
09:54 < IcePic> https://marc.info/?l=openbsd-tech&m=175899096814444&w=2
09:56 -!- jupiter_ [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has quit [Ping timeout: 244 seconds]
10:02 -!- candlejack [~irc@192.145.242.187] has quit [Quit: Leaving]
10:02 -!- candlejack [~irc@192.145.242.187] has joined #openbsd
10:06 -!- xoddf2 [xoddf@user/xoddf2] has quit [Ping timeout: 245 seconds]
10:08 -!- jmcunx [jmccue@user/zjmc] has quit [Ping timeout: 255 seconds]
10:09 < mage> IcePic: Intel I350
10:12 < mage> (it's 2 smalls Supermicro E300-9D-8CN8TP)
10:12 -!- jupiter126 [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has joined #openbsd
10:13 < IcePic> mage: are the 10G ports also i350?
10:13 < IcePic> obsd only lists i350 chips under em(4) which is only up to gig
10:14 < mage> no, it's 4x1gbits through LAGG and VSF (Aruba)
10:16 < IcePic> I'm guessing you would have to try, but it sounds easy enough.
10:16 < mage> thanks, I'll give a try
10:17 -!- qqq [~qqq@2.26.133.74] has quit [Read error: Connection reset by peer]
10:17 -!- drobban__ [~drobban@194-218-91-140.customer.telia.com] has quit [Quit: Lost terminal]
10:22 -!- rdg [~rdg@user/rdg] has quit [Ping timeout: 272 seconds]
10:23 -!- qqq [~qqq@2.26.133.74] has joined #openbsd
10:24 -!- rdg [~rdg@user/rdg] has joined #openbsd
10:25 -!- djhankb931183593 [~djhankb@ip-208-113-164-68.nodes.dream.io] has quit [Remote host closed the connection]
10:26 -!- djhankb931183593 [~djhankb@ip-208-113-164-68.nodes.dream.io] has joined #openbsd
10:27 -!- madiqq83 [~madi@user/madiqq83] has quit [Read error: Connection reset by peer]
10:27 < IcePic> mage: though getting 5GBit over 4x1 seems a bit tough. ;)
10:28 < dlg> you just have to hope
10:29 < IcePic> cat file | gzip | nc 
10:33 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 255 seconds]
10:34 < sibiria> enable v.42bis
10:35 < lts> IcePic: That'll get you just 1Gbit
10:35 < lts> (plus the gzip compression)
10:37 -!- paulf [~paulf@146.122.203.34] has quit [Ping timeout: 245 seconds]
10:43 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
10:43 -!- treefrob [~treefrob@pd9e2d5b3.dip0.t-ipconnect.de] has quit [Ping timeout: 252 seconds]
10:44 -!- roesyyu [~zorone@user/zorone] has quit [Max SendQ exceeded]
10:46 -!- hotsoup_ [~hotsoup@user/hotsoup] has joined #openbsd
10:48 -!- hotsoup [~hotsoup@user/hotsoup] has quit [Ping timeout: 244 seconds]
10:50 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
10:51 -!- kroovy [~kroovy@195.52.61.97] has quit [Ping timeout: 248 seconds]
10:56 < anthk_> pigz better
10:56 < anthk_> doas sysctl hw.smt=1 too
10:56 -!- treefrob [~treefrob@pd9e2dcd3.dip0.t-ipconnect.de] has joined #openbsd
10:56 < anthk_> because of multiple threads/cores
11:07 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Ping timeout: 255 seconds]
11:09 -!- byteskeptical [~amnesia@user/byteskeptical] has joined #openbsd
11:10 < IcePic> wonder if trunk(4) roundrobin would make "nc" spread packets over the interfaces in such a case
11:14 -!- uncleyear [~ian@178.66.156.157] has quit [Remote host closed the connection]
11:20 -!- aretter [~quassel@2a01:4f8:10a:3221::256] has quit [Ping timeout: 252 seconds]
11:21 -!- hygo [~hygo@user/hygo] has joined #openbsd
11:22 -!- earthwormjim [~earthworm@user/earthwormjim] has quit [Quit: Pasta La Vista, Baby!]
11:25 -!- militantorc [~pikapika_@pika.powered.by.lunarbnc.net] has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
11:25 -!- niv [~niv@limbo.cypherpunks.io] has quit [Quit: ZNC - https://znc.in]
11:25 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 265 seconds]
11:30 -!- uncleyear [~ian@178.66.156.157] has joined #openbsd
11:31 -!- johnzlly [~johnzlly@KD118158186024.ppp-bb.dion.ne.jp] has joined #openbsd
11:31 -!- johnzlly [~johnzlly@KD118158186024.ppp-bb.dion.ne.jp] has quit [Changing host]
11:31 -!- johnzlly [~johnzlly@user/johnzlly] has joined #openbsd
11:32 -!- pikapika_lunar [~pikapika_@pika.powered.by.lunarbnc.net] has joined #openbsd
11:32 -!- niv [~niv@limbo.cypherpunks.io] has joined #openbsd
11:33 -!- itchy [~itchy@user/itchy] has quit [Remote host closed the connection]
11:33 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
11:37 -!- h3artbl33d [~h3artbl33@user/h3artbl33d] has joined #openbsd
11:38 -!- t3ch [~t3ch@31.red-2-139-221.staticip.rima-tde.net] has quit [Ping timeout: 272 seconds]
11:38 -!- TheByteArchitect [~TheByteAr@user/TheByteArchitect] has joined #openbsd
11:40 -!- constxd [~constxd@user/constxd] has quit [Remote host closed the connection]
11:40 -!- constxd [~constxd@user/constxd] has joined #openbsd
11:41 -!- t3ch [~t3ch@31.red-2-139-221.staticip.rima-tde.net] has joined #openbsd
11:42 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
11:42 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
11:44 -!- dlock23 [~dlock@79.112.81.76] has quit [Quit: Leaving]
11:48 -!- crb_ [~crb@2001:5a8:45c2:6300:35bb:56b0:ad8a:b19c] has joined #openbsd
11:50 -!- TheByteArchitect [~TheByteAr@user/TheByteArchitect] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
11:51 -!- crb [~crb@23-93-251-120.dedicated.static.sonic.net] has quit [Ping timeout: 255 seconds]
11:52 -!- TheByteArchitect [~TheByteAr@user/TheByteArchitect] has joined #openbsd
11:53 -!- TheByteArchitect [~TheByteAr@user/TheByteArchitect] has quit [Client Quit]
11:56 -!- minall [~user@user/Minall] has joined #openbsd
11:56 < minall> Hello OpenBSD Community!
11:57 < minall> Has anyone managed to install beancount-fava in OpenBSD?, I reckon there is no package, and trying to install it via pip will result on not having the right `flex win_flex` version. I'm on stable 7.8, while I need >=2.6.4 of /usr/bin/flex
12:00 -!- witcher [~witcher@2001:4090:e007:9581:5f40:a540:ed93:1d77] has quit [Ping timeout: 256 seconds]
12:06 < renaud> even in 7.9, flex 2.5.39
12:07 < renaud> but if you really need it, you can compile a user one, fir it into the ~/bin of your venv
12:08 < renaud> s/fir/fit/
12:09 < minall> renaud: I'll take a look... I haven't done it yet
12:09 < rcttts> Hi everyone, I have question that looks like a related to general unix. For example in unix like systems that I used(linux variants, openbsd etc), as an example I can put /usr in a different partition then /(root directory). But isn't directories hierarchical that /usr is already contained inside root dir? Does it mean that when I place /usr to
12:09 < rcttts> another partition, the original partition of rootdir is everything(/etc, /tmp etc.) except /usr? I am sorry if this is such a trivial question, but it baffles me a lot.
12:10 < renaud> on OpenBSD, by default /usr is mouunted in its own partition. You might also have a look at the man page for hier(7)
12:12 -!- fvincenzo [~somebody@fw-tnat-cam6.arm.com] has joined #openbsd
12:13 -!- TheByteArchitect [~TheByteAr@user/TheByteArchitect] has joined #openbsd
12:14 < rcttts> Yes, I see but my question is different; how is it possible if rootdir contains everything in directory hierarchy(including /usr) but one(or more) directory is in another partition? Maybe more barebone question would be; what makes directories connect to each other?
12:16 < renaud> mischief: I am completely unable to reproduce the bug https://marc.info/?l=openbsd-misc&m=177649923622612&w=2 non interactively with expect, even when injecting random time between characters
12:19 < oldlaptop> rcttts: mount(8) (http://man.openbsd.org/mount) causes the contents of a different filesystem to appear under a particular directory.
12:19 < oldlaptop> First the "/" partition is mounted at /, then the "/usr" partition at /usr, "/var" at /var, etc.
12:21 < minall> Btw renaud, for future knowledge... In which part specifically in the code did you took a look in order to see the flex version in OpenBSD 7.9?
12:22 < oldlaptop> If you never mount anything at, say, /etc, then its contents will be stored on the "/" partition. (/tmp is a bad example, because it is often a separate filesystem - its own partition on OpenBSD, often an in-memory filesystem on Linuxes - named "tmpfs" specifically because it's often used for /tmp!)
12:23 -!- paulf [~paulf@146.122.203.34] has joined #openbsd
12:25 < rcttts> oldlaptop I see, so when the operating system is booting everything mounted accordingly to a partition table, and if a directory is not specified in another partition, it is just created in root directory, I guess. So in principle, when I think about it more, it is no different than mounting a usb device to home directory of a user, is it? 
12:26 -!- zcram [~zcram@user/zcram] has joined #openbsd
12:27 < oldlaptop> No different. When the system is booting up, mount(8) is just invoked by /etc/rc, not manually.
12:28 < oldlaptop> (as a "find in page" for "mount" will show you: https://cvsweb.openbsd.org/checkout/src/etc/rc,v?rev=1.588)
12:30 < minall> enbsd
12:31 -!- rochdly [~rochdly@lfbn-idf2-1-465-6.w86-246.abo.wanadoo.fr] has joined #openbsd
12:34 -!- msk [~msk@user/msk] has joined #openbsd
12:39 -!- TheByteArchitect [~TheByteAr@user/TheByteArchitect] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
12:40 -!- guilherme_ [~guilherme@66.154.126.118] has joined #openbsd
12:41 < rcttts> oldlaptop I see, sorry but is /etc/rc corresponding to an init structure? 
12:41 < rcttts> Like systemd?
12:42 < oldlaptop> systemd does the job of both init(8) and the rc(8) system
12:43 -!- ublx [~ublx@user/ublx] has joined #openbsd
12:45 < oldlaptop> (on Linuxes, "sysvinit" strictly speaking did the job of init(8), although people usually meant a combination of the init program with a bunch of shell scripts that did rc(8)'s job when talking about "sysvinit". OpenRC does rc(8)'s job, runit does both jobs, I don't know about others offhand)
12:45 < oldlaptop> systemd does a bunch of other jobs too, which is one of the usual objections to it
12:46 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 252 seconds]
12:47 -!- Unix-BSD [~NOX@79.112.4.197] has quit [Ping timeout: 264 seconds]
12:47 < oldlaptop> (notably - more or less - inetd(8)'s job)
12:53 -!- minall [~user@user/Minall] has quit [Remote host closed the connection]
12:55 < leah> welp
12:55 < rcttts> oldlaptop thanks for detailed answer! 
12:56 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
12:56 < leah> anyway, libreboot-utils *was* previously just a single util, nvmutil. i switched lbmk back to nvmutil for... parts that use nvmutil. -utils, containing mkhtemp,  is still there, but now unused pending further fixes. the old version of nvmutil works perfectly on openbsd.
12:56 -!- kasia [~kasia@user/kasia] has joined #openbsd
12:57 < leah> i... will make lb compile on obsd today. because i learned that there is *1* person in this channel, who uses openbsd and wants to build/install lb
12:57 < leah> so now i have two versions of nvmutil. the good one, and the one that works, and lbmk is using the latter, for now
12:58 < leah> the good one does atomic writes. the one that works.... doesn't segfault on openbsd.
12:58 < leah> atomic-nvmutil only works on linux, for now
12:58 < leah> now i go to my dentist appointment. will continue porting all of libreboot to openbsd when i return.
12:59 < leah> (nvmutil is a mac address editor that libreboot comes with, for editing the hardcoded mac address in the flash, on intel-based systems that have inttel gigabit ethernet)
13:02 < sibiria> what else can be found in the nvram of their NICs?
13:02 -!- Xenguy [~Xenguy@user/xenguy] has quit [Ping timeout: 272 seconds]
13:03 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 246 seconds]
13:04 -!- Xenguy [~Xenguy@user/xenguy] has joined #openbsd
13:05 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
13:15 -!- rahl [rahl@otaku.sdf.org] has quit [Ping timeout: 276 seconds]
13:15 -!- TheByteArchitect [~TheByteAr@user/TheByteArchitect] has joined #openbsd
13:19 -!- zcram [~zcram@user/zcram] has quit [Ping timeout: 248 seconds]
13:20 -!- user_with_nouser [~user_with@user/user-with-nouser:54838] has joined #openbsd
13:26 < vortexx> sibiria: secrets to the atlantis hidden gold 
13:30 -!- kasia [~kasia@user/kasia] has quit [Ping timeout: 244 seconds]
13:31 -!- Bradipo [wklaqf8z7o@50.77.44.19] has joined #openbsd
13:32 -!- TheByteArchitect [~TheByteAr@user/TheByteArchitect] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
13:33 -!- fflam [~mdt@2600:4040:1103:a500::1c19] has joined #openbsd
13:33 -!- xoddf2 [xoddf@user/xoddf2] has joined #openbsd
13:40 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Quit: Lost terminal]
13:42 -!- madiqq83 [~madi@182.1.184.150] has joined #openbsd
13:42 -!- kupi [uid212005@id-212005.hampstead.irccloud.com] has joined #openbsd
13:45 -!- angeld [~angeld@188.26.212.66] has joined #openbsd
13:48 -!- rahl [rahl@otaku.sdf.org] has joined #openbsd
13:53 -!- msk [~msk@user/msk] has quit [Read error: Connection reset by peer]
13:56 -!- megawatt [~megawatt@user/megawatt] has joined #openbsd
13:58 -!- qqq [~qqq@2.26.133.74] has quit [Ping timeout: 255 seconds]
13:58 -!- jana [~mystery@user/jana] has joined #openbsd
14:00 -!- qqq [~qqq@185.54.23.237] has joined #openbsd
14:01 -!- fvincenzo [~somebody@fw-tnat-cam6.arm.com] has quit [Remote host closed the connection]
14:01 -!- bagatur [~bagatur@user/bagatur] has joined #openbsd
14:04 -!- connstruct [~connstruc@user/connstruct] has quit [Quit: WeeChat 4.8.1]
14:04 -!- gce108_ [~gce@user/gce108] has joined #openbsd
14:04 -!- qqq [~qqq@185.54.23.237] has quit [Ping timeout: 255 seconds]
14:04 -!- angeld [~angeld@188.26.212.66] has quit [Ping timeout: 255 seconds]
14:05 -!- fvincenzo [~somebody@fw-tnat-cam6.arm.com] has joined #openbsd
14:05 -!- qqq [~qqq@185.54.23.237] has joined #openbsd
14:06 -!- gce108 [~gce@user/gce108] has quit [Ping timeout: 245 seconds]
14:06 -!- witcher [~witcher@2001:4090:e007:9581:9493:3c8e:161f:ca1b] has joined #openbsd
14:08 < polarian> Anyone in the UK, there is a FOSS meetup in London next month: https://mailman.lug.org.uk/pipermail/gllug/2026-April/083787.html
14:09 -!- fflam [~mdt@2600:4040:1103:a500::1c19] has quit [Ping timeout: 244 seconds]
14:09 -!- connstruct [~connstruc@user/connstruct] has joined #openbsd
14:16 -!- johnzlly [~johnzlly@user/johnzlly] has quit [Quit: leaving]
14:18 -!- gce108__ [~gce@user/gce108] has joined #openbsd
14:18 -!- pyu [~pyu@cm222-166-164-22.hkcable.com.hk] has joined #openbsd
14:19 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 244 seconds]
14:19 -!- hwpplayer1 [~hwpplayer@user/hwpplayer1] has joined #openbsd
14:20 -!- gce108_ [~gce@user/gce108] has quit [Ping timeout: 245 seconds]
14:20 < vortexx> mh I'll actually be in the UK but heading out of London that morning :/
14:25 < leah> sibiria: not much. a bunch of crap. e.g. pci device ID whitelist. you can change whether the LED blinks fast or slow. change negotiation / manual speed, etc. a bunch of stuff, but it's pointless, just use vendor defaults. your kernel can configure most of that
14:26 < leah> but i needed to have an automated way to change the mac addresses on machines that i sell. so i wrote nvmutil. it updates the mac addreuss and then fixes checksums
14:27 < leah> good thing i'm not in london then
14:27 -!- madiqq83 [~madi@182.1.184.150] has quit [Read error: Connection reset by peer]
14:27 < leah> > https://mailman.lug.org.uk/pipermail/gllug/2026-April/083787.html
14:27 < leah> fuck no. fuck those people
14:28 < leah> they're not my enemies. but we're not friends :)
14:29 -!- willyg [~willyg_co@user/willyg-cos/x-4994202] has joined #openbsd
14:29 < polarian> vortexx: shame
14:29 -!- msk [~msk@user/msk] has joined #openbsd
14:29 < IcePic> vortexx: unlucky timing
14:29 -!- madiqq83 [~madi@182.1.181.204] has joined #openbsd
14:29 < IcePic> not that FSF are that interesting, but polarian is a nice person to meet!
14:30 < polarian> IcePic: its not ran by the FSF
14:30 < polarian> its a fSF initative
14:30 < polarian> I was concerned sending it to bSD channels because err...
14:30 < IcePic> sure
14:30 < polarian> I dont want to be murderer :p
14:30 < IcePic> polarian: murder the green dinosaur!
14:30 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
14:30 < polarian> but yeah its just a FOSS meetup with the FSF branding on it (unfortunately)
14:31 < polarian> which remidns me I need to finish working on my BUG
14:31 < polarian> I started it last summer, and then its been thrown aside
14:31 -!- TheByteArchitect [~TheByteAr@user/TheByteArchitect] has joined #openbsd
14:31 < polarian> all UK bugs died, so I am working on forming a new one for the entire UK, and have ML, chat etc for UK BSD users to make meetups easier within BSD
14:32 -!- roesyyu [~zorone@user/zorone] has quit [Max SendQ exceeded]
14:32 -!- hitest [~hitest@user/hitest] has joined #openbsd
14:34 -!- fflam [~mdt@2600:4040:1103:a500::1c19] has joined #openbsd
14:36 < RobbieAB> Saturdays are bad for me to be in London.
14:37 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
14:37 -!- willyg [~willyg_co@user/willyg-cos/x-4994202] has quit [Ping timeout: 248 seconds]
14:38 < RobbieAB> polarian: I'm only a very light dabbler with OpenBSD, but I could be interested in a BUG (assuming it stays away from the reasons I avoid FBSD)
14:38 < polarian> RobbieAB: what are the reasons you avoid FBSD?
14:39 < polarian> also shame
14:39 < polarian> seems like the organiser picked a shit day :p
14:41 -!- byteskeptical [~amnesia@user/byteskeptical] has joined #openbsd
14:41 < RobbieAB> polarian: A dangerously weaponisable CoC.
14:41 < RobbieAB> Combined with some unpleasant interactions with FBSD devs.
14:42 < RobbieAB> Getting accused of spreading FUD for quoting and referencing FBSD platform support docs "because they don't have the full story"
14:47 -!- Guest80JJJK [~Guest80JJ@p200300fdbf02e900d163d111f67909ab.dip0.t-ipconnect.de] has joined #openbsd
14:50 < renaud> I haven't used FreeBSD for years
14:54 < IcePic> I haven't admitted to spreading FUD for years
14:55 < thrig> FUD is FreeBSD User Docs right
14:55 < RobbieAB> I don't think referencing a (recently updated!) docs page and and quoting it counts as FUD.
14:56 < IcePic> thrig++
14:56 -!- bagatur [~bagatur@user/bagatur] has quit [Quit: WeeChat 4.9.0]
15:01 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 248 seconds]
15:01 < renaud> IcePic: you increment thrig?
15:01 < IcePic> yes, ego-boosting
15:02 -!- b50d [~b50d@62.96.54.30] has quit [Remote host closed the connection]
15:02 < renaud> be careful of the overflow, you don't know the size
15:04 < IcePic> unsigned short thrig = SMALL_EGO;
15:04 -!- Hoffm4n is now known as Hoffman
15:05 -!- MrPlop_ [~cedric@ns3.ddpo.be] has quit [Quit: WeeChat 4.6.3]
15:05 < vortexx> polarian: I'll be doing a local FOSS day this Saturday anyway
15:05 -!- MrPlop [~cedric@bender.ddpo.be] has joined #openbsd
15:05 < vortexx> as we do monthly
15:06 -!- angeld [~angeld@79.116.151.117] has joined #openbsd
15:08 -!- hotsoup [~hotsoup@user/hotsoup] has joined #openbsd
15:09 -!- hotsoup_ [~hotsoup@user/hotsoup] has quit [Ping timeout: 265 seconds]
15:09 < polarian> vortexx: you are from... Sweden?
15:10 < vortexx> I'm a Brit but I live in Switzerland
15:12 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
15:12 -!- jmcunx [jmccue@user/zjmc] has joined #openbsd
15:12 -!- Guest80JJJK [~Guest80JJ@p200300fdbf02e900d163d111f67909ab.dip0.t-ipconnect.de] has quit [Ping timeout: 245 seconds]
15:13 -!- roesyyu [~zorone@user/zorone] has quit [Max SendQ exceeded]
15:14 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
15:17 -!- roesyyu [~zorone@user/zorone] has quit [Max SendQ exceeded]
15:17 < phy1729> Getting real glad we don't put the current syspatch in the topic
15:18 -!- havochunter [~havochunt@2a02-a467-ef2-0-f6c3-1c29-6870-3369.fixed6.kpn.net] has joined #openbsd
15:19 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
15:19 < lts> I was just thinking that it's been several days
15:20 -!- roesyyu [~zorone@user/zorone] has quit [Max SendQ exceeded]
15:23 -!- polarian_ [~polarian@2001:8b0:57a:2385:216:3eff:fefd:34cc] has joined #openbsd
15:23 -!- polarian [~polarian@2001:8b0:57a:2385:216:3eff:fefd:34cc] has quit [Ping timeout: 244 seconds]
15:23 -!- polarian_ is now known as polarian
15:24 -!- Guest80JJJK [~Guest80JJ@p200300fdbf02e900d163d111f67909ab.dip0.t-ipconnect.de] has joined #openbsd
15:24 < thrig> patch tuesday!
15:24 -!- dansa [~user@user/dansa] has joined #openbsd
15:25 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
15:30 -!- dansa [~user@user/dansa] has quit [Ping timeout: 252 seconds]
15:30 -!- dansa [~user@user/dansa] has joined #openbsd
15:31 -!- rochdly [~rochdly@lfbn-idf2-1-465-6.w86-246.abo.wanadoo.fr] has quit [Quit: rochdly]
15:36 -!- TheByteArchitect [~TheByteAr@user/TheByteArchitect] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
15:37 -!- TheByteArchitect [~TheByteAr@user/TheByteArchitect] has joined #openbsd
15:39 -!- TheByteArchitect [~TheByteAr@user/TheByteArchitect] has quit [Client Quit]
15:40 -!- duri [~mduregon@97-120-53-115.ptld.qwest.net] has quit [Remote host closed the connection]
15:41 -!- marty [~marty@static-23-234-103-111.cust.tzulo.com] has quit [Ping timeout: 256 seconds]
15:42 -!- hwpplayer1 [~hwpplayer@user/hwpplayer1] has quit [Remote host closed the connection]
15:46 -!- duri [~mduregon@97-120-53-115.ptld.qwest.net] has joined #openbsd
15:49 -!- Guest80JJJK [~Guest80JJ@p200300fdbf02e900d163d111f67909ab.dip0.t-ipconnect.de] has quit [Quit: Client closed]
15:51 -!- xet7 [~xet7@user/xet7] has quit [Remote host closed the connection]
15:56 -!- gotohello [~gotohello@user/gotohello] has joined #openbsd
15:59 -!- paulf [~paulf@146.122.203.34] has quit [Ping timeout: 245 seconds]
15:59 -!- rochdly [~rochdly@lfbn-idf2-1-465-6.w86-246.abo.wanadoo.fr] has joined #openbsd
16:01 -!- bba [~bba@user/bba] has joined #openbsd
16:01 -!- kupi [uid212005@id-212005.hampstead.irccloud.com] has quit [Quit: Connection closed for inactivity]
16:03 -!- marty [~marty@static-23-234-103-111.cust.tzulo.com] has joined #openbsd
16:03 < eea> no syspatch @daily?
16:04 -!- qqq [~qqq@185.54.23.237] has quit [Quit: Lost terminal]
16:04 < lts> It's not a real syspatch if it doesn't require a reboot
16:07 -!- adip [~adip@c145-19.icpnet.pl] has joined #openbsd
16:10 -!- Bradipo [wklaqf8z7o@50.77.44.19] has quit [Ping timeout: 248 seconds]
16:11 -!- jerryf_ [~jerryf@user/jerryf] has joined #openbsd
16:11 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 246 seconds]
16:13 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
16:14 -!- jerryf [~jerryf@user/jerryf] has quit [Remote host closed the connection]
16:14 -!- pulmixo [~pulmixo@user/pulmixo] has joined #openbsd
16:14 < quinq> :D
16:17 -!- ivdsangen [~ivo@83-82-34-145.cable.dynamic.v4.ziggo.nl] has joined #openbsd
16:20 -!- jerryf_ [~jerryf@user/jerryf] has quit [Remote host closed the connection]
16:20 -!- jerryf [~jerryf@user/jerryf] has joined #openbsd
16:28 -!- paulf [~paulf@146.122.203.34] has joined #openbsd
16:31 -!- jerryf [~jerryf@user/jerryf] has quit [Remote host closed the connection]
16:31 -!- jerryf [~jerryf@user/jerryf] has joined #openbsd
16:31 -!- tangentnet [~tangentne@user/tangentnet] has quit [Quit: Leaving]
16:38 -!- ixc [~ixc@user/ixc] has quit [Ping timeout: 248 seconds]
16:39 < elarks> it's no real, it can't hurt you
16:39 < elarks> not*
16:41 < renaud> mischief: well seen, 2 more bugs in vi: a null deref and a double free. Will check more tomorrow.
16:41 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 256 seconds]
16:44 -!- alx_ [~alx@195.15.28.34] has joined #openbsd
16:44 -!- jupiter_ [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has joined #openbsd
16:44 -!- lcubed [~lcubed@user/lcubed] has quit [Remote host closed the connection]
16:46 -!- alx^ [~alx@195.15.28.34] has quit [Ping timeout: 256 seconds]
16:47 -!- jupiter126 [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has quit [Ping timeout: 272 seconds]
16:48 -!- paulf [~paulf@146.122.203.34] has quit [Quit: Client closed]
16:50 -!- skippy8 [~skippy8@user/Skippy8] has joined #openbsd
16:50 -!- lcubed [~lcubed@user/lcubed] has joined #openbsd
16:52 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
16:53 -!- roesyyu [~zorone@user/zorone] has quit [Max SendQ exceeded]
16:56 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
16:57 -!- roesyyu [~zorone@user/zorone] has quit [Max SendQ exceeded]
16:58 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
16:59 -!- roesyyu [~zorone@user/zorone] has quit [Max SendQ exceeded]
17:03 -!- nature [~nature@8-3-83-135.starry-inc.net] has joined #openbsd
17:04 -!- mexen [uid495612@user/mexen] has joined #openbsd
17:04 -!- angeld [~angeld@79.116.151.117] has quit [Ping timeout: 245 seconds]
17:04 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
17:08 -!- madiqq83 [~madi@182.1.181.204] has quit [Read error: Connection reset by peer]
17:08 -!- madiqq832 [~madi@182.1.185.80] has joined #openbsd
17:12 -!- alx_ [~alx@195.15.28.34] has quit [Read error: Connection reset by peer]
17:13 -!- alx^ [~alx@195.15.28.34] has joined #openbsd
17:16 -!- jupiter__ [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has joined #openbsd
17:16 -!- unixpro1970 [~unixpro19@gateway/tor-sasl/unixpro1970] has quit [Quit: Leaving]
17:19 -!- jupiter_ [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has quit [Ping timeout: 248 seconds]
17:20 -!- unixpro1970 [~unixpro19@gateway/tor-sasl/unixpro1970] has joined #openbsd
17:20 -!- alx^ [~alx@195.15.28.34] has quit [Read error: Connection reset by peer]
17:21 -!- alx^ [~alx@195.15.28.34] has joined #openbsd
17:21 -!- unixpro1970 [~unixpro19@gateway/tor-sasl/unixpro1970] has quit [Remote host closed the connection]
17:24 -!- msk [~msk@user/msk] has quit [Read error: Connection reset by peer]
17:25 -!- alx^ [~alx@195.15.28.34] has quit [Read error: Connection reset by peer]
17:25 -!- madiqq832 [~madi@182.1.185.80] has quit [Read error: Connection reset by peer]
17:26 -!- alx^ [~alx@195.15.28.34] has joined #openbsd
17:27 -!- jupiter_ [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has joined #openbsd
17:27 -!- unixpro1970 [~unixpro19@gateway/tor-sasl/unixpro1970] has joined #openbsd
17:29 -!- msk [~msk@user/msk] has joined #openbsd
17:30 -!- jupiter__ [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has quit [Ping timeout: 268 seconds]
17:30 -!- rochdly [~rochdly@lfbn-idf2-1-465-6.w86-246.abo.wanadoo.fr] has quit [Quit: rochdly]
17:32 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 246 seconds]
17:41 -!- dansa [~user@user/dansa] has quit [Ping timeout: 246 seconds]
17:44 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
17:46 -!- roesyyu [~zorone@user/zorone] has quit [Max SendQ exceeded]
17:48 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
17:50 -!- roesyyu [~zorone@user/zorone] has quit [Max SendQ exceeded]
17:52 -!- bluejaypop [~jose@user/josefig] has joined #openbsd
17:52 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
17:53 -!- angeld [~angeld@188.26.212.66] has joined #openbsd
17:54 -!- roesyyu [~zorone@user/zorone] has quit [Max SendQ exceeded]
17:58 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
17:59 -!- Guest80JJJK [~Guest80JJ@p200300fdbf02e900b5594160c6d74872.dip0.t-ipconnect.de] has joined #openbsd
17:59 -!- mordac [~mordac@user/mordac] has quit [Quit: mordac]
18:01 -!- mordac [~mordac@user/mordac] has joined #openbsd
18:08 -!- elarks [~elarks@user/yerrii] has quit [Quit: WeeChat 4.7.1]
18:10 -!- mexen [uid495612@user/mexen] has quit []
18:13 -!- mordac [~mordac@user/mordac] has quit [Quit: mordac]
18:13 -!- mordac [~mordac@user/mordac] has joined #openbsd
18:15 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 248 seconds]
18:22 -!- rain0r [~rainer@p200300e2ef05b400caffbffffe03d6f2.dip0.t-ipconnect.de] has quit [Quit: WeeChat 4.6.3]
18:22 -!- gotohello [~gotohello@user/gotohello] has quit [Quit: Client closed]
18:22 -!- Guest80JJJK [~Guest80JJ@p200300fdbf02e900b5594160c6d74872.dip0.t-ipconnect.de] has quit [Quit: Client closed]
18:23 -!- rain0r [~rainer@p200300e2ef05b400caffbffffe03d6f2.dip0.t-ipconnect.de] has joined #openbsd
18:23 -!- rain0r [~rainer@p200300e2ef05b400caffbffffe03d6f2.dip0.t-ipconnect.de] has quit [Client Quit]
18:23 -!- rain0r [~rainer@p200300e2ef05b400caffbffffe03d6f2.dip0.t-ipconnect.de] has joined #openbsd
18:23 -!- markmcb [~markmcb@static.118.128.78.5.clients.your-server.de] has quit [Quit: WeeChat 4.9.0]
18:24 -!- Unix-BSD [~NOX@79.112.4.197] has joined #openbsd
18:25 < mischief> vortexx: re riscv, i don't have any real hw that openbsd will run on, my best is a hardware accelerated virtual machine running on my milk-v megrez (eswin eic7700x is one of the only cores with the hypervisor extension)
18:25 -!- markmcb [~markmcb@static.118.128.78.5.clients.your-server.de] has joined #openbsd
18:26 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
18:26 < mischief> kettenis has been doing some work in sys/arch/riscv64/ for the spacemit k1
18:27 < mischief> part of me hopes my orangepi rv2 would get supported (which has the spacemit k1 soc)
18:28 -!- roesyyu [~zorone@user/zorone] has quit [Max SendQ exceeded]
18:29 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
18:30 < mischief> i'll upgrade my vm to snaps and see what happens :))
18:30 -!- SiFuh [~SiFuh@user/sifuh] has quit [Remote host closed the connection]
18:30 -!- SiFuh [~SiFuh@user/sifuh] has joined #openbsd
18:31 -!- roesyyu [~zorone@user/zorone] has quit [Max SendQ exceeded]
18:32 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
18:33 -!- alx^ [~alx@195.15.28.34] has quit [Read error: Connection reset by peer]
18:33 -!- jupiter__ [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has joined #openbsd
18:33 -!- roesyyu [~zorone@user/zorone] has quit [Max SendQ exceeded]
18:34 -!- alx^ [~alx@195.15.28.34] has joined #openbsd
18:34 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Ping timeout: 265 seconds]
18:35 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
18:35 -!- jupiter_ [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has quit [Ping timeout: 252 seconds]
18:37 -!- roesyyu [~zorone@user/zorone] has quit [Max SendQ exceeded]
18:41 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
18:42 -!- zcram [~zcram@user/zcram] has joined #openbsd
18:42 -!- jupiter_ [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has joined #openbsd
18:45 -!- jupiter__ [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has quit [Ping timeout: 252 seconds]
18:50 -!- jupiter__ [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has joined #openbsd
18:51 -!- byteskeptical [~amnesia@user/byteskeptical] has joined #openbsd
18:53 -!- jupiter_ [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has quit [Ping timeout: 264 seconds]
19:03 -!- izder456 [~izder456@74.91.98.222] has quit [Remote host closed the connection]
19:06 -!- izder456 [~izder456@74.91.98.222] has joined #openbsd
19:08 -!- kupi [uid212005@id-212005.hampstead.irccloud.com] has joined #openbsd
19:11 -!- alx^ [~alx@195.15.28.34] has quit [Read error: Connection reset by peer]
19:11 -!- opensauce04 [~user@user/opensauce04] has joined #openbsd
19:11 -!- alx^ [~alx@195.15.28.34] has joined #openbsd
19:19 -!- ivdsangen [~ivo@83-82-34-145.cable.dynamic.v4.ziggo.nl] has quit [Quit: leaving]
19:20 -!- justin_ [uid749781@id-749781.helmsley.irccloud.com] has joined #openbsd
19:28 -!- justin_ is now known as EXiTAR0
19:30 -!- EXiTAR0 [uid749781@id-749781.helmsley.irccloud.com] has quit [Changing host]
19:30 -!- EXiTAR0 [uid749781@user/EXiTAR0] has joined #openbsd
19:37 -!- alx^ [~alx@195.15.28.34] has quit [Read error: Connection reset by peer]
19:38 -!- alx^ [~alx@195.15.28.34] has joined #openbsd
19:39 -!- vados [~vados@46-133-173-26.mobile.vf-ua.net] has quit [Read error: Connection reset by peer]
19:45 -!- qiy [~rusty2@user/scuttlecell] has quit [Remote host closed the connection]
19:46 -!- qiy [~rusty2@user/scuttlecell] has joined #openbsd
19:48 < EXiTAR0> Is there a D compiler for your system?
19:51 < mischief> EXiTAR0: dmd
19:53 -!- vados [~vados@46-133-173-237.mobile.vf-ua.net] has joined #openbsd
19:58 -!- gotohello [~gotohello@user/gotohello] has joined #openbsd
19:58 -!- typicat [~iam@user/typicat] has joined #openbsd
20:00 -!- msk [~msk@user/msk] has quit [Read error: Connection reset by peer]
20:07 -!- havochunter [~havochunt@2a02-a467-ef2-0-f6c3-1c29-6870-3369.fixed6.kpn.net] has quit [Remote host closed the connection]
20:12 -!- zcram [~zcram@user/zcram] has quit [Quit: Do the right thing.]
20:12 -!- opensauce04 [~user@user/opensauce04] has quit [Remote host closed the connection]
20:14 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has quit [Quit: Connection closed for inactivity]
20:15 -!- angelwood [~angelwood@user/angelwood] has quit [Remote host closed the connection]
20:15 -!- angelwood [~angelwood@user/angelwood] has joined #openbsd
20:18 -!- fflam [~mdt@2600:4040:1103:a500::1c19] has quit [Ping timeout: 268 seconds]
20:19 -!- ikarso [uid475540@id-475540.tinside.irccloud.com] has joined #openbsd
20:21 -!- sjg [~sjg@user/sjg] has quit [Ping timeout: 255 seconds]
20:22 -!- rc [~rc@user/rc] has joined #openbsd
20:23 -!- sjg [~sjg@user/sjg] has joined #openbsd
20:29 -!- emmanuelux [~em@user/emmanuelux] has joined #openbsd
20:31 -!- byteskeptical [~amnesia@user/byteskeptical] has quit [Quit: Lost terminal]
20:32 -!- osiris250__ [~osiris250@98.97.24.182] has joined #openbsd
20:34 -!- osiris250__ [~osiris250@98.97.24.182] has quit [Quit: Leaving]
20:34 -!- osiris250 [~osiris250@98.97.24.182] has joined #openbsd
20:36 -!- typicat [~iam@user/typicat] has quit [Ping timeout: 248 seconds]
20:37 -!- jupiter__ [~jupiter12@ip-83-99-123-14.dyn.luxdsl.pt.lu] has quit [Remote host closed the connection]
20:56 -!- hitest [~hitest@user/hitest] has quit [Quit: Leaving]
20:57 -!- tvtoon [~The_cUnix@user/tvtoon] has joined #openbsd
20:57 -!- skippy8 [~skippy8@user/Skippy8] has quit [Quit: WeeChat 4.8.1]
20:58 -!- akinji [~akinji@user/akinji] has quit [Quit: Leaving.]
21:00 -!- shadowtux [~shadowtux@user/meow/shadowtux] has quit [Quit: The Lounge - https://thelounge.chat]
21:00 -!- shadowtux [~shadowtux@user/meow/shadowtux] has joined #openbsd
21:06 -!- vdamewood [~vdamewood@fedora/vdamewood] has joined #openbsd
21:08 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 264 seconds]
21:12 -!- hotsoup_ [~hotsoup@user/hotsoup] has joined #openbsd
21:13 -!- fflam [~mdt@2600:4040:1103:a500::1c19] has joined #openbsd
21:14 -!- hotsoup [~hotsoup@user/hotsoup] has quit [Ping timeout: 244 seconds]
21:17 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
21:17 -!- kupi [uid212005@id-212005.hampstead.irccloud.com] has quit [Quit: Connection closed for inactivity]
21:18 -!- spikewall [~spikewall@dynamic-095-117-252-153.95.117.pool.telefonica.de] has quit [Ping timeout: 248 seconds]
21:20 -!- spikewall [~spikewall@dynamic-095-114-034-035.95.114.pool.telefonica.de] has joined #openbsd
21:21 -!- bba [~bba@user/bba] has quit [Quit: Leaving]
21:38 -!- librecat [uid714233@id-714233.helmsley.irccloud.com] has quit [Quit: Connection closed for inactivity]
21:43 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
21:47 -!- willyg [~willyg_co@user/willyg-cos/x-4994202] has joined #openbsd
21:51 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
21:51 -!- abbies [~abbies@tilde.guru] has joined #openbsd
21:52 -!- linsux [~metbsd@user/linsux] has quit [Quit: byeircer]
21:54 -!- linsux [~metbsd@pool-99-241-31-97.cpe.net.cable.rogers.com] has joined #openbsd
21:54 -!- linsux [~metbsd@pool-99-241-31-97.cpe.net.cable.rogers.com] has quit [Changing host]
21:54 -!- linsux [~metbsd@user/linsux] has joined #openbsd
21:59 -!- macabro` [~user@user/monkey/x-0691028] has quit [Ping timeout: 255 seconds]
22:02 -!- pulmixo [~pulmixo@user/pulmixo] has quit [Quit: pulmixo]
22:02 -!- djhankb931183593 [~djhankb@ip-208-113-164-68.nodes.dream.io] has quit [Remote host closed the connection]
22:03 -!- djhankb931183593 [~djhankb@ip-208-113-164-68.nodes.dream.io] has joined #openbsd
22:18 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
22:20 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
22:30 -!- Wateir_ [~m-c5gjhm@user/Wateir] has joined #openbsd
22:31 -!- Wateir [~m-c5gjhm@user/Wateir] has quit [Ping timeout: 268 seconds]
22:35 -!- Wateir_ is now known as Wateir
22:38 -!- sonya [~nologin@gateway/tor-sasl/sonya] has quit [Ping timeout: 265 seconds]
22:42 -!- megawatt [~megawatt@user/megawatt] has left #openbsd []
22:48 -!- memset [~memset@gateway/tor-sasl/memset] has quit [Remote host closed the connection]
22:49 -!- memset [~memset@gateway/tor-sasl/memset] has joined #openbsd
22:58 -!- willyg [~willyg_co@user/willyg-cos/x-4994202] has quit [Quit: willyg]
23:03 -!- angeld [~angeld@188.26.212.66] has quit [Read error: Connection reset by peer]
23:05 -!- jadney [~jadney@user/jamesadney] has joined #openbsd
23:08 -!- jadney [~jadney@user/jamesadney] has quit [Quit: jadney]
23:15 < rnelson> https://termbin.com/fzew Anyone run into this? 7.8 on amd64, when I run `pkg_add -u` I get errors that it can't find a route to the host to grab the updated packages. I can wget the files just fine. `/etc/installurl` is set to https://cdn.openbsd.org/pub/OpenBSD. I was able to update packages for a couple of years on this VM through releases, but a few weeks ago it started giving me that error. Two other systems (one VM here, one VPS) work fine.
23:16 -!- dansa [~user@user/dansa] has joined #openbsd
23:18 < sibiria> does your /tmp happen to be full, or very small?
23:19 < rnelson> 10K used, 3G free
23:20 < fro> that wouldn't have any effect on a no route to host problem
23:20 < sibiria> no, but pkg_add says crazy things sometimes when disk i/o doesn't work as expected
23:21 < sibiria> i've run into the exact same misleading error message from both broken and saturated storage
23:22 < fro> rnelson: try a different mirror
23:22 < sibiria> do you by any chance happen to have the environment variable PKG_TMPDIR set? if not, what happens if you set it to another path away from /tmp, where you have a few hundred mb of storage?
23:22 < sibiria> and that, try another mirror
23:24 < sibiria> the fastly mirror comes up as a regular issue when people come here asking why something isn't updating/installing
23:27 < dg> fastly does not live up to its name
23:27 -!- adip [~adip@c145-19.icpnet.pl] has quit [Ping timeout: 256 seconds]
23:27 < thrig> move fastly and breakly things
23:27 < rnelson> https://termbin.com/8ip55 Switching to ftp.usa.openbsd.org makes the command finish, though no updates. (I'm not saying that's inaccurate, just notably different)
23:28 < rnelson> So apparently that one system just started hating Fastly *shrug* Fine by me, I just want to be able to run my update script and not have to think lol
23:30 < dg> I was getting 50Kb/s from fastly yesterday, switched to a local mirror and got 80MB/s
23:33 < fro> i stopped using fastly for this exact reason
23:35 < rnelson> Oof
23:37 -!- cli [~m-vsauiy@user/cli] has quit [Ping timeout: 246 seconds]
23:42 -!- jgh [~jgh@hellmouth.gulag.org.uk] has quit [Remote host closed the connection]
23:46 -!- byteskeptical [~amnesia@user/byteskeptical] has joined #openbsd
23:51 -!- zimmer [~zimmer@user/zimmer] has joined #openbsd
23:52 -!- as400 [~as400@user/as400] has quit [Ping timeout: 248 seconds]
23:55 -!- roesyyu [~zorone@user/zorone] has quit [Ping timeout: 256 seconds]
23:58 -!- roesyyu [~zorone@user/zorone] has joined #openbsd
23:58 -!- chilledfrogs [~chilledfr@176-133-210-176.abo.bbox.fr] has quit [Quit: connection reset by purr]
--- Log closed Wed Apr 22 00:00:13 2026