06:04:10 <tykling> o/
06:04:18 <tykling> anyone recognize this coredump? https://dpaste.com/996JFRWYV
06:06:06 <tykling> this is on a 13.4 stable from last week ish but I see an old issue with a similar looking panic https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225528
08:19:01 <wildeboskat> Anyone using sanoid and syncoid on FreeBSD? They are respectively ZFS Snapshot management tools and remote upload tools
08:19:14 <wildeboskat> I hear many good things about it but then I see stuff like this: https://github.com/jimsalterjrs/sanoid/blob/master/FREEBSD.readme
08:19:35 <wildeboskat> "Please change  your root shell and make symlinks in paths", doesn't sound like very well made software :/
08:20:04 <wildeboskat> So I'm not really sure whether it's worth the hassle
08:20:18 <wildeboskat> And if the changing of the root shell has side-effects
08:24:44 <naoki> ugen2.2: <Realtek USB 10/100/1G/2.5G LAN> at usbus2 <- how to use this as CDC-NCM device?
08:32:44 <naoki> # usbconfig -d ugen2.2 set_config 1
08:32:44 <naoki> cdce0 on uhub1
08:32:44 <naoki> cdce0: <Realtek USB 10/100/1G/2.5G LAN, class 0/0, rev 3.20/31.00, addr 1> on usbus2
08:32:48 <naoki> hmm
09:12:44 <naoki> ah, it's if_ure...
10:48:37 <vkarlsen> Realtek USB lan if, because bad * bad = probably good :D
10:58:41 * Alver snickers @ vkarlsen 
14:37:24 <geezabiscuit> Is #freebsd-pulse dead or is it just my IRC client acting up?
15:12:30 <mzar> the bot left some time ago
15:13:19 <mzar> geezabiscuit: ^^^
15:15:26 <geezabiscuit> Ah, thanks.
15:16:17 <ghodawalaaman> Is there a way to install vscode in FreeBSD?
15:18:42 <ghodawalaaman> I know that I can compile vscode but it asks for configuring options very frequently so I can't just leave the computer compiling for night
15:25:57 <vkarlsen> ghodawalaaman: It should be available as a pkg
15:26:51 <vkarlsen> $ pkg search vscode / vscode-1.96.2                  Visual Studio Code - Open Source ("Code - OSS")
15:26:56 <ghodawalaaman> vkarlsen: yeah, I checked last time it wasn't available
15:27:27 <ghodawalaaman> Thanks
15:33:37 <CrtxReavr> ghodawalaaman, only MS could fuck-up a build process like that.
15:34:16 <CrtxReavr> Though I guess you could build it in a screen session and just check on it every now and again.
15:34:45 <CrtxReavr> Or script something that texted or E-mailed you when CPU usage dropped.
15:34:58 <CrtxReavr> Prolly both, actually.
15:35:20 <ghodawalaaman> yeah, I could try these.
15:35:29 <emanuele6> surely the freebsd have already figured something out, no need to speculate :O
15:35:36 <emanuele6> s/the freebsd/& packagers/
15:39:51 <constxd> stuff like that just isn't an issue for me
15:41:47 <constxd> With the AI integration in Warp I can just run the command and let the AI interact with it, based on the instructions i provide for it at the start
15:50:18 <vkarlsen> You can avoid paused builds asking for options by doing 'make config-recursive' before starting the build. Just keep in mind your choices can pull in more dependencies with their own options, so repeat until it stops asking.
15:51:51 <vkarlsen> If you want default options all the way down, start it off with 'make -DBATCH'
19:36:17 <rtprio> wildeboskat: the default shell is sh now
19:57:14 <mzar> yes, but that's only a mild regression
19:57:46 <wildeboskat> ah ok I didn't notice, I normally use zsh
20:08:41 <rtprio> but it does seem very linux centric, i probably wouldn't bother with it
20:17:48 <vkarlsen> wildeboskat: I've used sanoid and syncoid on FreeBSD since before the default shell got changed. I used the toor user instead of root. But nowadays, with root using /bin/sh this isn't a problem
20:18:01 <wildeboskat> Huh that's a good idea
20:18:05 <wildeboskat> Making another user with uid 0
20:18:41 <scoobybejesus> i don't recall ever having to fiddle with symlinking perl.  been using sanoid/syncoid close to 1.5 years now, before the release of 14.0-RELEASE.  hm
20:19:59 <vkarlsen> The port takes care of the shebang to /usr/local/bin/perl, this becomes an issue only if you install it outside of ports/pkgs
20:23:15 <vkarlsen> I still have root's shell set to csh in some places, because I haven't seen a good reason to change it
20:44:21 <wildeboskat> Ohhh there is a port
20:44:23 <wildeboskat> I didn't realise
20:44:42 <wildeboskat> It looks like a great option, a bit like Apple timemachine
20:44:52 <wildeboskat> Except not on an external volume of course
20:44:57 <wildeboskat> But that's where syncoid can come in
20:45:21 <wildeboskat> Besides, I do a full image every month or so
22:33:40 <martinrame> Hi, I compiled a library on FreeBSD 13.1 that uses libhwy.so.1 and raises this error when loading: '/usr/local/lib/libhwy.so.1: Undefined symbol \"_ZNSt3__122__libcpp_verbose_abortEPKcz\"'".
22:34:19 <martinrame> The library I'm compiling is called vix: https://github.com/akash-akya/vix
22:34:48 <martinrame> It builds ok, but I get this error when the Erlang runtime tries to load.
22:36:33 <martinrame> Does anyone know if it's possible to avoid that  "_libcpp_verbose_abort" error?
22:53:03 <rtprio> well you avoid that by linking the library with that symbol
22:54:35 <rtprio> https://releases.llvm.org/16.0.0/projects/libcxx/docs/UsingLibcxx.html   i suspect the makefile for hwy creates a file with that function
22:58:02 <scoobybejesus> when i'm using ocaml with opam to build/install packages, i occasionally need to prefix my `opam install` command with `C_INCLUDE_PATH=$C_INCLUDE_PATH:/usr/local/include` and/or `CPLUS_INCLUDE_PATH=$CPLUS_INCLUDE_PATH:usr/local/include` and/or `LIBRARY_PATH=$LIBRARY_PATH:/usr/local/lib`  .. i wouldn't be surprised to hear that's needed there as well
22:58:40 <martinrame> scoobybejesus: let's try that
22:59:35 <scoobybejesus> `C_INCLUDE_PATH=$C_INCLUDE_PATH:/usr/local/include CPLUS_INCLUDE_PATH=$CPLUS_INCLUDE_PATH:usr/local/include LIBRARY_PATH=$LIBRARY_PATH:/usr/local/lib opam install liquidsoap` for example
23:01:17 <martinrame> Mmm, no, same issue
23:04:07 <martinrame> Btw, this is compiled with clang 13.0.0
23:22:35 <martinrame> Mm, it looks like the issue is related to something else. When I try to install a dependency (libvips) I get this error: g_module_open() failed for /usr/local/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jxl.so: /usr/local/lib/libjxl.so.0.11: Undefined symbol "_ZNSt3__122__libcpp_verbose_abortEPKcz"
23:24:43 <martinrame> upgrading packages before trying again...
23:39:11 <rtprio> that seems like an old clang
23:39:22 <rtprio> elliot@phil:~/$ cc -v
23:39:24 <rtprio> FreeBSD clang version 18.1.5 (https://github.com/llvm/llvm-project.git llvmorg-18.1.5-0-g617a15a9eac9)
23:43:43 <martinrame> rtprio: this is a FreeBSD 13.1, clang version 13.0.0
23:44:24 <martinrame> I need this version because the target platform is a jail running on TrueNAS Core that as far as I understand it supports FreeBSD 13.1
23:46:23 <ek> martinrame: You can update TrueNAS to the latest 13.3-U1 and update your jails to 13.4, if you'd like.
23:47:39 <martinrame> ek: thanks. First I'll create a new 13.3 jail in the dev machine to see if this builds, then copy to TrueNAS.
23:48:31 <ek> martinrame: Okey dokey. In 13.4 you'll at least get clang 18.1.6.
23:48:58 <martinrame> ek: let's try 13.4, then!.
23:55:26 <ek> martinrame: Likely your best bet. You may also need to make some adjustments to your compilation options. That's only a maybe, though, as I'm not familiar with the software or what it requires to successfully build and run on FBSD.