01:21:56 rtprio: on 15.0? 02:08:39 do you recommend a certain scientific units (SI) conversion program for command-line and/or GUI that might also do old/Imperial (UK, USA, etc., which aren't always the same) units? 02:09:26 I believe the GNU project had one, darwin? https://www.gnu.org/software/units/ 02:09:40 thanks 02:09:41 i don't know if it understands imperial v. metric 02:09:43 er 02:09:46 imperial vs. USA 02:21:47 yeah; this is great: thanks! 02:22:35 it does these three types at least. Latin/Roman/Italian miles might also be different but I don't know who uses those 02:27:23 is the freebsd NTP pool broken? I can't get DNS lookups for {0,1,2}.freebsd.ntp.org using a number of resolvers 02:28:18 jmw: i think you're looking for [123].freebsd.POOL.ntp.org? 02:29:03 ivy: oh, duh :) 02:29:21 it's a bit confusing that ntp.org's DNS server doesn't seem to return NXDOMAIN properly... 02:32:21 actually, the output to units was a little confusing: doesn't actually say what's what 02:38:32 i get it now (reread) 06:59:21 mason: Thanks for the clarification. I think that the default actions.d/*.conf files provided with fail2ban might benefit a lot of a table-based design. 07:00:31 dacav: It's a very sleek way to do it. 07:01:56 I'll experiment a bit if I find time: if I get to learn it I might even consider contributing it to the pkg of fail2ban. I don't know if I've got the time for it! 07:02:16 (time is the limit, always :() 07:03:15 ivy: I've tried to submit the bug request we spoke about (/etc/dma/* permissions) but for some reason my report doesn't appear on the bug tracker: are they moderated perhaps? 07:03:39 dacav: as far as i know, no. when you submitted the bug it should take taken you to the page for that bug? 07:04:53 Then there was a problem in the bug tracker 07:05:31 what happened when you clicked 'Submit Bug' on the form? 07:05:31 I tried to find my bug in the list of bugs submitted by myself, but that's empty 07:05:59 It was yesterday evening, but I didn't notice any error: I assumed it was successfully submitted, and that it wasn't appearing because of moderation. 07:06:15 Too bad. I'll have to write it over again. It wasn't a book anywwy, so I'll be fine :D 07:07:43 after you click 'submit bug' it should take you to the url for the bug you just submitted, e.g. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254445, if that doesn't happen please record what actually happens which will help someone (not me) debug the problem 07:08:15 OK, thanks. I suppose I can nag the person who answered my email in the registration process. 08:12:00 apparently if you use tmux as console in vm-bhyve, it creates a utmp entry for every vm: https://www.le-fay.org/tmp/7d/VRKQb5Ha6K ... i wonder if this is deliberate, or a bug 11:00:33 You guys know what happened to those port launchd efforts to freebsd? 11:01:02 I looked at the wiki page and it seems like theres a fair amount of repos started, some funtionality ported and then abandoned 11:02:08 <[tj]> did something happen, this is the second time in a week I've seen the launchd port mentioned 11:02:50 people are missing systemd alternative? 11:03:56 otis: surely launchd is not the answer 11:04:31 ivy: i don't dispute it. (i don't miss anything like that anyway) 11:06:48 anyway, i've just finished my "lunchd". 11:12:08 xD 11:12:16 initware got further before abandonment 11:26:46 initware looks interesting, but its lgpl licensed so i dont think any bsd could actually integrate it 11:32:17 ... why? it's not as if it'd be infectious 11:32:45 Ellenor: at least for freebsd, such a huge amount of efforting was put into removing GPL-licensed software that i very much doubt any more would be added 11:33:08 LGPL != GPL 11:33:21 two different licenses, with two different effects on projects integrating software under them 11:33:30 at least in theory 11:34:17 i am very aware of the fact the the LGPL is a different license from the GPL, but i do not believe that makes a difference, both licenses prohibit distributing binaries without the accompanying source code 11:34:27 maybe I have misunderstood something but I feel like I have read somewhere that all the BSDs only ships with BSD-license compatible software 11:34:42 a common use-case for freebsd is taking the source, making some changes, and releasing the result as a commercial product, the LGPL does not allow that (if you modify the LGPL sources) 11:34:43 which is one of the reasons bash is installed via package manager 11:35:43 the CDDL has a similar restriction, but that's why ZFS remains an optional part of the system separated from the rest of the codebase 11:35:54 that compromise would never be accepted for a core part of the system like init 11:38:23 seti_: bash would never be integrated into base no matter what license it was under 11:38:54 yeah i had a feeling there would be something more to it even though i dont know what haha 11:39:11 the only reason we have tcsh is that BSD historically shipped csh, and tbh, i'd be happy to remove tcsh now that it's no longer root's shell 11:40:43 ivy, poor code quality? 11:40:45 I get why it isnt default but if we pretend it was BSD-licensed, why wouldnt it be given as an option? 11:41:01 Ellenor: what, tcsh? no, or at least i've never looked at the source code. i just don't think it belongs in base. 11:41:07 no, bash. 11:41:10 unless im mistaken you get a few shells you can choose from at install that arent sh 11:41:26 oh, well, same reason. we already have a shell, which is /bin/sh. if people want different interactive shells, that's what ports is for 11:41:59 Since the discussion is open: I understand that many user-oriented softwares are being more dependent on systemd lately. I also lurked a little in devuan, and it looks like they're sort of behind because of this. How is status in freebsd? 11:42:28 dacav: there is no systemd in freebsd and there never will be since it is intricately tied to Linux APIs like cgroups and namespaces 11:42:37 Yes, I know that. 11:42:47 But FreeBSD ships - say - KDE 11:42:50 as a port 11:42:52 what are you asking the status of then? 11:43:08 For example, I've tried devuan, out of couriosity 11:43:17 my understanding is that even gnome is not strictly dependent on systemd, but it is dependent upon some userspace apis that both systemd and some other programmes are able to provide 11:43:35 And it works, ...but! But suspend doesn't work, because of some systemd compatibility layer that is buggy 11:43:36 i had the impression freebsd's kde ports maintainer(s) have a fairly good relationship with kde and it's unlikely they will drop freebsd support 11:43:41 but hard to say for sure 11:45:06 Yeah, now I'm not a big fan of GNOME: I prefer KDE, or perhaps even a bare-bone window manager. Yet I think it's sad that people don't keep up with portability. I know, I know: preaching to the choir... :) 11:45:29 Good that KDE is inclined to support FreeBSD then! 11:45:35 dacav: i don't think you can directly relate a problem with suspend on a Linux distribution to FreeBSD, as they will have differently methods of doing that... 11:45:41 IIRC there are people on KDE foundation board who are also FreeBSD committers I'm sure cross-platform support is important to both communities 11:45:57 suspect/resume is historically quite tricky on freebsd to begin with, but if it doesn't work in KDE specifically, that would be a bug you could report 11:46:26 s/suspect/suspend 11:46:55 ivy: no, I understand that they're two different systems. But I could notice a certain struggle to keep devuan working when systemd is not around. Desktop environments are the same, and even if FreeBSD might have different compat layers, maintaining them requires effort for sure! 11:46:57 (in fact i don't even know how you request a system suspend on freebsd, but i know there is a way somehow) 11:47:31 also, suspend was just an example 11:47:55 * Ellenor big sigh 11:48:00 well, is it possible KDE will introduce a bug because the person who committed some code only tested on systemd? ... sure, but it's still a bug, it can be found and fixed 11:48:34 Basically I'm a little sad that compatibilty across unixes is not always cared for, and honestly a little afraid too. 11:48:56 that's basically always been the case though 11:49:12 it's a shame, but it's how it is 11:49:29 Yeah, you're also right. I think that FreeBSD has a larger user base than Devuan anyway. Perhaps more resources to cope with those kind of bugs 11:50:53 it's funny because it's much easier to write portable software nowadays than it used to be (remember BSD / SysV?) but as a result people bother even less, because they only use Linux 11:55:05 Yes, there's definitely some contraddiction here 11:56:00 Most of differences are evened out even from development perspective (I'm more familiar with such side of it). E.g. most GNU Autoconf checks are pointless these days 11:56:10 do you have size_t here? :P 12:03:00 I hope im not poking a hornets nest here but is there zero desire around a new init system? I get that no one wants systemd freebsd-edition but some kind of more modern and appropriate init system? 12:05:48 there is, indeed, basically zero desire in mainline for changes to init. the launchd idea train came and went, without launchd even getting off the train. 12:05:48 IDK, is there something broken with the current one? 12:06:58 I've played some time ago with writing init files for a little program, and I found it very reasonable 12:07:12 from the user perspective I can't even tell the difference of course 12:07:23 (nor I couldn't before systemd) 12:13:41 <[tj]> seti_: you need to understand that this is a political question rather than a technical one 12:13:59 <[tj]> there are other rc systems that run on freebsd, changing the default is a huge 12:18:25 I understand 12:41:03 seti_: really every time i hear "more modern" i hear "i'm unwilling to learn what's already available", "poorly documented", and "in my fav trendy language" 12:41:30 i don't want fancy, new, trendy, or fun on my server. i want rock solid, stable, BORING, debugable, simple, repeatable. 12:42:41 systemd is none of those. :P alternate inits are often just not much better. optimizing parallelism for server boot time shouldn't be a big deal, because servers rarely reboot 12:43:17 <[tj]> ubuntu boots in a handful of seconds on my machines, ubuntu server in about 20 minutes 12:43:25 <[tj]> so I just ran ubuntu when I needed to 12:43:41 <[tj]> fast boot is super important for booting virtual machines 12:46:08 Demosthenex like I said, no one wants systemd freebsd-edition but thats not the same as a new init system 12:49:22 seti_: changes must be justified as better than what came before. what would a "new" init do better or differently? 12:50:03 Demosthenex: +1 12:50:34 and if there's a new feature needed, why couldn't it be added to the existing? why a whole new one? 14:15:20 stupid question... can bhyve run 32 bit operating systems or is it just AMD64? 14:16:32 seti_: i wasn't trying to shut you down. i'm curious what features you thought were lacking 14:17:04 Demosthenex I think the cloud people care about the boot times because they tend to destroy/create a lot of VMs. hasn't been an issue for me since I just run Jails with such workload and I mostly tune rc.conf as needed. most of my jails boot in less than a second. 14:18:16 antranigv: that may be, but if you're specializing your workload like that, you can minimize what you load at startup. it shouldn't take long 14:18:55 Demosthenex indeed, our fat supermicro takes longer to do POST than to boot the actual OS. POST ~10mins, boot ~30s. 14:21:24 exactly 14:30:06 Demosthenex I havent had any issues with freebsds init system or think any features are missing, I was curious about why the current init system seems to be unchanged even though it seemed like many wanted to try and integrate launchd or something to its effect at some point 14:32:11 seti_, that's because BSD isn't a SysV flavor. . . there's no run levels. . . unless you want to count single user mode and multi-user (normal) mode. 14:38:24 seti_: that's a fair question. and i'd suggest that mature features are left alone so we can focus on new features. 14:52:25 ivy: yeah on 15.0 15:15:42 If I want to run some server program when a jail starts as a specific user, is it rc I should use or is there something else? 15:16:56 mccd: depends how fancy you want to get. rc is certainly the "right" way to do it. you can also do something hacky like using cron and @reboot 15:20:59 I don't think user stuff should be done with rc. 15:21:48 That should be done in the user's own shit. . . cron is prolly a good place. 15:22:07 mccd didnt say it was "user stuff" per se 15:23:00 but it isnt uncommon to want to start a daemon as not-root 15:23:33 Well, maybe I glommed on to "starts as a specific user." 15:25:41 Well it doesn't have to start as a specific user, it's just a small node program that I want to run 15:26:12 so I could use su -c I guess and run the software itself as a specific user 15:31:24 @reboot works in user crontabs--dont need root involved 15:31:49 daemon(8) is also a nice avenue 15:55:46 Use of the reboot command is against best practices in almost every scenario. 16:06:50 okay this is weird, I've done bhyve PCI passthru like million times, why is it not working with this GPU? it's a "VGA compatible controller: NVIDIA Corporation GA104 [GeForce RTX 3070 Lite Hash Rate] (rev a1)". anyone has a guide for GPU passthru? 16:08:21 i don't believe it's compatible with gpu passthru 16:21:39 rtprio what do you mean??? 16:22:05 CrtxReavr: can mitigate most of the stupid with lockf(1) ;) 16:25:21 i recall readying you can't passthrough gpus in bhyve 16:25:24 *reading 16:29:21 i think there is a wiki page that is outdated saying it doesn't work, but i think it does actually work in some cases just experimental and not yet documented 16:29:38 lol 16:29:43 cool 16:39:31 (but what i said is also just based on something i read, so that could also be wrong) 16:54:01 Hi. Quick question about ipfw. I have a rule: "65300 unreach port tcp from 192.168.122.1 to 127.0.0.1 80,443" -> This should be rejecting a http request from 192.168.122.1. It is set by fail2ban, but it looks quite straightforward to me. The requests however end up (according to the counters) on 65400 allow ip from any to any. Any idea on what could be wrong? 16:54:27 I'm requesting with curl -v http://192.168.122.240/ 16:59:53 So I'm using /usr/local/bin/npm as my command in my rc file, but I notice it doesn't seem to run as a daemon 17:00:01 do I need to use the daemon command? 17:05:18 yes 17:07:14 wait, I got it! The rule is wrong! 17:07:27 the dst address is not correct!~ 17:24:16 zi, reboot dosen't execute the ` stop` commands - it just sends everything a term and hopes for the best. 17:24:45 But you knew that. 17:25:43 I've just worked with plenty of software & daemons that requires a process more arduous to shutdown cleanly, than sending some process a terminate signal. 17:30:33 yea, again, im not saying it was the "right" thing to do but it is "a" thing to do 17:30:51 mccd didn't mention a whole lot in the details department 17:30:55 so...garbage in, garbage out is a possibliity 17:32:47 I do remember with Solaris having to 'reboot' when its IP stack vapor-locked, 'cause a proper shutdown command would just hang, require breaking out to OBP, manually fsck'ing, ad nausium. 17:33:26 'Course, Solaris x86 had no OBP, so that was anohter set of annoyance. 17:33:34 @reboot also fails if you ever restart crond 17:33:38 cuz that's considered a reboot 17:38:32 I've always loved how on FreeBSD you can just modify /etc/ttys and 'kill -1 1' to make it take effect. 17:51:50 CrtxReavr: That's the one I usually remember. There's also "init q" specifically for ttys file. 17:52:13 "6 SIGINT Reboot the machine" 17:52:18 On a BSD machine. . . sighs. 17:52:37 That's just dirty. 17:52:52 Sure is. 17:52:53 'telinit 6' yo! 18:20:55 I have a stuck pointer on elantech touchpad. According to gnu/linux, where it works, there's dual interface i2c and ps2. I notice that when I set hw.psm.elantech_support="1", evtest /dev/input/event6 does not display output when the touchpad is touched. However with hw.psm.elantech_support="0" evtest display feedback, and it works as a normal mouse, but sadly there is no scrolling. What can I do 18:20:58 to get more feel for what the problem is? 20:46:56 22:54:46 hmm, wg setconf keeps throwing "Line unrecognized: `Address=192.168.4.2/32'" 22:55:03 that is a valid address hmm 22:56:31 oh wait... its valid for wg-quick, maybe not for wg setconf... 23:03:15 Demosthenex: having a proper service manager, instead of hoping the pid stored in some pid file is still correct would be an idea