05:16:28 jbo 06:28:31 hmm pkg install alire gets you a huge startup time when you start a new bash, seems the completion is bulky or something 06:49:21 Or another xz 06:51:09 lts: you talking to me? 06:51:39 Yes 06:54:35 lts: eh, I doubt it, its just misconfigured 09:38:12 I was reading the wacom tablet guide on the FreeBSD wiki, it requires webcamd, which is a Linux userspace usb implementation... is the one of FreeBSD a port of this? 09:39:09 "The webcamd daemon is basically a port of Linux USB device drivers into userspace in FreeBSD." ~ webcamd(8) 09:39:14 sorry I should have RTFM 09:41:19 anyone knows if sound card creative AE7 runs on freebsd ? 09:41:39 it seems linux wont even boot with it 09:42:00 but im not sure if freebsd would boot and then would be able to passthru a bhyve with windows 09:51:48 i don't know 11:31:45 how do i set a recording source with mixer again? 11:32:03 i can never find this, i know it's hidden in the man page somewhere… :F 12:22:02 Has anyone managed to get seafile-server working on FreeBSD 14.0? 12:22:19 I've upgraded my system, but seafile-server is no longer in binary packages, and building it manually seems to be broken. 12:49:21 ... so I got it to build, but holy shit, the server's codebase is scary bad O_O 12:50:02 (think using T* instead of T** in places [compiler warnings *are* triggered, but appear to be ignored upstream?], mismatched callback/function signatures, passing `char*` as a `_Bool*`, etc) 12:51:18 heavens 12:53:21 This is something I've relied on as a Dropbox alternative for years. 14:11:54 is anyone tried to run FreeBSd on odroid M1 ? 14:18:52 See https://wiki.freebsd.org/arm and its subpages. (I could only find a mention of Odroid-C1, which is discouraged as a platform due to bitrot.) 14:18:53 Title: arm - FreeBSD Wiki 16:03:44 what're best centralized logging stacks compatible with freebsd? i'm hearing prometheus is good for logs, traces, and metrics 16:04:09 i want collectors on every freebsd host, vm, jail, shipping all that to a centralized timeseries db on another freebsd host 16:10:04 prometheus, collectd, netdata are all good 16:21:21 DaVieS: i've never tried it, but the rk3568 does seem to be supported 16:22:29 ofc that doesn't necessarily mean that particular board works due to vagueries of arm... 16:35:48 realdeimos: netdata runs on freebsd? niiice 16:36:00 i heard collectd is really sluggish and resource heavy 17:07:27 is it better to say "coauthored by" or "obtained from" in commit log when someone gives you words? 17:08:28 concussious: aiui, "Obtained from" is for when you copy and paste a change from somewhere else, so i would use something else. i'm not familiar with 'coauthored by' though 17:09:17 I've been using prometheus+loki+grafana and having good success 17:09:41 I setup promtail on the loki instance to accept syslog and just forwarded my fbsd boxen's logs that way 17:11:08 and as far as collectd, I've never known it to be sluggish or resource heavy unless you're using the exec plugin and calling scripts with a large runtime 17:11:12 concussious: 'reviewed by' might be sufficient unless the other person wrote the bulk of the commit 17:12:39 I use it on my *BSD machines with the output_prometheus plugin and with just a large battery of official plugins loaded, it's using < 10MB of resident memory (that may or may not be heavy depending on your environment I'll grant) 17:20:12 lw: thank you! 17:21:21 i only know this because i put 'Obtained from: Linux' in a recent commit and was told not to do that as it wasn't actually code from Linux 17:25:22 in #1195 I used a sentance imp wrote and also pulled some words from openbsd that make those sentances match exactly 17:25:29 so I said obtained from for both of them 17:25:58 i feel like he went way out of his way to include me in the game, and I don't want it to be like I'm not being respectful 17:32:06 you could put 'Co-authored by: imp; Partly obtained from: OpenBSD' and see if it gets edited before merge, then you know for next time :-) 17:32:34 Thanks! 17:33:06 (take this advice with a grain of salt, i'm not a committer and definitely don't really know what i'm talking about) 17:39:15 not a committer, sure, but I recognize you as much more senior of a developer than I am. 17:40:49 even though your oldest commit in the log is actually the same day as my oldest, I just try and maintain manpages. 17:41:21 i would hesitate to call myself a developer, i just submit PRs for things that annoy me 17:44:05 shh we're backbone software engineers now lmao 17:45:15 though, really, maintaining manpages as just studying the OGs and upstreaming their words. 18:15:49 concussious: you could also use, e.g., "with suggestions from:" or just some free-form text above the trailers crediting him if you'd like 18:16:08 the project is historically not *that* strict on what constitutes a valid trailer 18:24:20 kevans: thank you! 18:24:35 We still can't have multiple postgres servers installed at the same time? 18:28:13 skered: no, somebody needs to care enough to do the work 18:30:00 I guess I could just jail to jail it. 18:30:51 that's what I do... very annoying =) 18:56:32 See https://wiki.freebsd.org/arm and its subpages. (I could only find a mention of Odroid-C1, which is discouraged as a platform due to bitrot.) 18:56:34 Title: arm - FreeBSD Wiki 18:56:43 OOops. 19:10:51 V_PauAmma_V: I always notice you have really great wording on differential/manpages. Do you have a moment to review a Pr? Also is it impolite for me to ask you? 19:12:54 https://github.com/freebsd/freebsd-src/pull/1195 19:12:55 Title: sysexits: clarify depreciation and history by concussious · Pull Request #1195 · freebsd/freebsd-src · GitHub 19:38:40 I don't find it impolite, personally. Certainly much less so than risking leaving errors or ambiguities for later readers to find. *goes look* 19:41:40 There. 19:41:52 Thank you! 19:43:48 based on that other discussion about exit(2) for usage, i'm wondering about submitting a PR to add some more modern exit codes to sysexits 19:44:00 need to find out how widespread those 'standard' exits are though 19:45:19 realdeimos, OldHead, ever try timescaledb? i like that it's timeseries built atop postgres which is rock solid 19:48:59 realdeimos, OldHead, ever try timescaledb? i like that it's timeseries built atop postgres which is rock solid 19:50:03 lw: not very 19:52:52 lw: in pr above I've s/preferable exit codes/4BSD exit codes/ 20:08:53 sorry, s/preferable exit codes/4.4BSD exit codes/ 20:14:15 realdeimos, OldHead, ever try timescaledb? i like that it's timeseries built atop postgres which is rock solid 20:19:18 kevans: why can't we run separate pg instances on freebsd? 20:21:10 alepzi: you can, in jails; they try to install to the same paths because we don't do the multiplexing stuff commonly seen on various linucises 20:22:11 Seems like running separate jail containers for each postgresql instance would be the best answer anyway. And relatively easy. So no real itch to scratch to make multiples co-installable natively. 20:22:44 ya i guess that makes sense 20:23:19 rwp: most people don't want to run them side-by-side for long, that's the supported upgrade path 20:23:28 you install two at the same time, then upgrade and remove the old one 20:23:53 so you end up having to run a new jail just to upgrade into it 20:24:18 you can also just pg_dumpall the old version, remove that, install the new version, and restore it 20:45:44 jbo: rather than just go "lw" "jbo" back and forth for days let me just link the thing i was going to show you: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278535 -- iirc you had a problem like this as well 20:45:49 Title: 278535 – bhyve: occasional long delays during boot 20:55:39 lw: good use for the gdb stub to start with, I'd be curious what it's doing (are they all stuck in the loop at the end of init_secondary_tail, or somewhere after that?) 20:57:11 kevans: unfortunately i haven't encountered this often enough to throw any tuits at it but i'll keep that in mind 20:57:18 *nod* 20:57:51 my initial suspicion is there's something wrong with how vmm threads are scheduled on the host, because i've noticed load on the host can often make VMs much slower than they should be 20:57:57 (noticed this with Linux guests too) 20:59:32 probably, though 'several minutes' is kind of crazy bad 21:00:25 maybe unrelated but both systems i noticed this on are AMD 21:00:34 that part of boot is still generally single threaded, I'd expect some progress even if it's obviously many seconds between messages 21:09:32 kevans: yeah, the first time i ran into this i thought the VM had hung completely 21:11:18 it could somehow be an AMD specific thing... I'd kind of expect that others would have seen this by now if it were a larger general problem, but afaik AMD tends to be on the lesser-tested side for bhyve specifically 21:12:55 unfortunately i don't own any Intel CPUs to test on 21:13:13 although i am expecting an Atom device in the post tomorrow, maybe i'll try bhyve on that while i'm setting it up 21:26:16 need to work out if i care enough about ipfw to make it work without INET 21:26:28 that needs an ABI break due to how it works 23:32:19 anyone running timescaledb for observability store?