00:18:10 <martinrame> Well, I don't know if it was 13.4 or the fact that it as compiled in a brand new jail, but it worked!
00:41:04 <ek> martinrame: Excellent! I'm guessing it's the newer version of clang/llvm.
00:42:14 <ek> As rtprio mentioned, that 13.x version of clang is pretty old!
11:29:47 <FatalFUUU> I (accidentally) commented out my swap line in fstab and rebooted. Lots of services not starting due to lack of network with ifconfig et al complaining no buffer space. Fixed fstab and rebooted, swapinfo shows swap as active (ran swapon as well anyway) but no luck. re chipset so pluged a bge card in with the same issue. Reboot into an old environment (basically fresh install) and that is working okay.
11:29:53 <FatalFUUU> Not sure what else would need to be fixed after that?
12:09:21 <phryk> can i find out (from within freebsd) how much power the host (or ideally, different components of the host) are using?
12:11:27 <phryk> FatalFUUU: this sounds… weird. i run most of my machines without swap. does this machine really have so little ram that it already needs to start swapping during boot? o_O
12:11:49 <phryk> my point being: maybe you're dealing with two entirely separate problems.
12:13:09 <FatalFUUU> phryk: there is a chance, 8gb ram, only just started so dont see a problem with or without. renabled it and its fine. if its more possible its unrelated that helps to know.
12:13:29 <FatalFUUU> opps... renabled it and its *still not* fine
12:14:46 <phryk> and in both cases (without swap line in fstab and after adding it back) the error messages are the same?
12:15:51 <FatalFUUU> yea, mostly no buffer space available, various services wont start without network , I get rtsock blackhole info unable to find whatever again I think due to network issue
12:16:41 <FatalFUUU> as for your power question - that always depends on the chipsets providing it and in the realm of server hardware (I only really see this via ipmi and such)
12:16:48 <phryk> i'd probably try to find out if there's still free memory and/or how much swap is actually being used. 8G for a bare system should still be plenty tho.
12:16:52 <FatalFUUU> exception of gpus
12:17:19 <phryk> i have some vague recollection of stumbling over "no buffer space" errors once upon a time and it definitely not being a matter of too little ram.
12:17:31 <FatalFUUU> swap is sat at 0% since most services wont start its not practically usable after boot
12:17:59 <FatalFUUU> its hard when you cant ssh into the box
12:18:00 <phryk> if memory serves (it may not), i think i needed to increase some sysctl tunable back then.
12:18:13 <phryk> oh yes, that makes things a bit uncomfy^^
12:18:29 <FatalFUUU> oddly the only results I can see are people turning on autotuning in freenas causing similar problems
12:19:00 <phryk> what is that? freenas dynamically setting sysctl tunables or something?
12:19:46 <FatalFUUU> yes, so the article doesnt help that much since their answer is to turn off autotune
12:20:28 <FatalFUUU> Ive cleared out some of my sysctl.conf which were set for samba etc - although been working for a week or sos ince setup... thougn now not sure if ive restarted the machine since then
12:20:56 <FatalFUUU> ah nice that sorted it
12:21:08 <FatalFUUU> that little big helped
12:21:40 <phryk> so… you're running freenas? and had this autotune option enabled at some point?
12:21:50 <FatalFUUU> no this is freebsd
12:22:11 <FatalFUUU> I had net.inet.tcp.sendspace set and net.inet.udp.recvspace etc
12:22:24 <FatalFUUU> also kern.maxfiles* of various settings
12:22:26 <phryk> and you removed them, rebooted and now it works again?
12:22:40 <FatalFUUU> yup
12:22:47 <FatalFUUU> going to narrow down now
12:23:03 <phryk> ah nice, my vague memory helped :D
12:23:24 <FatalFUUU> aye
12:26:46 <FatalFUUU> On the last one so likely net.inet.udp.recvspace=
12:28:48 <FatalFUUU> yup fixed and confirmed, set too high, for a service I never ended up using
12:32:53 <phryk> when in doubt, return to default :P
12:34:49 <FatalFUUU> I went back to a zfs snapshot on root but that was before I set anything up!
12:35:46 <phryk> that's a subtle footgun you built yourself.^^
15:53:10 <martinrame> Hi, is there a way to upgrade cc in FreeBSD 13.1?
15:54:05 <martinrame> cc -v gives "FreeBSD clang version 13.0.0" and I need 14.x or above.
15:55:11 <paulf> ports has different LLVM versions
15:55:35 <martinrame> paulf: can't I upgrade it from pkg?
15:56:25 <paulf96> your cc is probably the one in base
15:57:15 <paulf> the easiest would probably be just "pkg ins llvm14"
15:57:53 <martinrame> paulf: done, now where is the cc from llvm14?
15:58:10 <martinrame> /usr/local/bin/cc does not exists
15:58:57 <paulf> clang-14, possible cc-14
15:59:03 <paulf> or something like that
15:59:52 <martinrame> paulf: clang14, thanks!
16:00:08 <martinrame> now I have to figure out how to run it from make
16:01:12 <paulf> make CC=clang14
16:01:31 <paulf> though I don't know BSD make well
16:01:42 <martinrame> paulf: thanks!
16:08:10 <martinrame> I'm trying to build node22 on a FreeBSD13.1 jail running on 14.1, and when compiling from ports I get: make: "/usr/ports/Mk/bsd.port.mk" line 1191: UNAME_r (14.1-RELEASE-p5) and OSVERSION (1301000) do not agree on major version number.
17:24:57 <rtprio> yeah, no
17:44:58 <dch> martinrame: why are you trying to build node22 from src, rather than use pkg ?
17:47:09 <rtprio> why don't you agree on a version number?
17:47:19 <dch> I'm not certain but the most likely explanation here is that you are trying to run a ports tree build that is newer than your OS support
17:48:03 <dch> first, update jail to 13.4-RELEASE, then see if you can build ports on it again.
18:19:22 <tyler82_Desktop> Hi
18:24:09 <dch> martinrame: I just used /usr/ports ro-mounted into a 14.2-RELEASE jail, and can build www/node22 successfully here.
18:25:04 <dch> https://www.irccloud.com/pastebin/2E1VTnti/make.conf
18:25:59 <dch> martinrame: this is the make.conf I used in the jail, I ran `cd /usr/ports/www/node22 && pkg install -yr FreeBSD --automatic $(make build-depends-list run-depends-list | sed -E -e 's,^.+/([^/]+/[^/]+$),\1,')` to ensure dependencies would be fetched
18:27:05 <dch> you could try the IGNORE_OSVERSION at the end, but I bet you would end up wasting more time, that is better spent on updating the jail to 13.4-RELEASE which should be a 5 minute task
18:54:32 <martinrame> hi dch!, let's try that later (right now I'm in a meeting)
18:58:04 <dch> martinrame: no worries, ping me when you get stuck if needed
19:44:59 <martinrame> dch: I added the IGNORE_OSVERSION=yes param to the end and got the same result.
19:46:19 <martinrame> dch: also, I cannot use 13.4 as this jail must run on TrueNAS Core that can only be upgraded to 13.1. I know it can be possible to upgrade to 13.3 but usin the manual method.
19:49:06 <skered> What's the ~delay with cgit.freebsd.org to github mirror?
19:55:57 <mzar> skered: you should ask the opposite, so reverting your question, short
19:56:55 <skered> github is now the official repo is what you're trying to say?
19:57:23 <mzar> yes, maybe your phrasing was perfect, I just misread it
20:09:52 <tyler82_Desktop> Is this channel moved to #freebsd-irc ?
20:10:31 <kevans> -irc is about irc operations
20:10:42 <kevans> this is still what it has been
20:11:28 <tyler82_Desktop> hmm...weird. As i can not join into #freebsd on my new IRC instance....it will forward it to #freebsd-irc
20:11:40 <emanuele6> there is +f #freebsd-irc
20:11:54 <emanuele6> I think that means you go there if you are not logged in
20:12:16 <emanuele6> you must be registered to join since it is +r
20:12:21 <tyler82_Desktop> I see...Let me restart that client now....
20:12:25 <tyler82_Desktop> Ok
20:12:59 <emanuele6> if you don't use SASL to login, and you have autojoin, it is possible that it dries to join before login has completed
20:13:07 <emanuele6> s/dries/tries/
20:14:57 <tyler82_Desktop> I use SASL. But this instance is on archlinux and the new instance is on FreeBSD. The client also different. rch does use HexChat and FreeBSD does use Halloy
20:15:17 <tyler82_Desktop> Probably something i have to set in Halloy then...
20:18:43 <tyler82_FBSD> Test1
20:18:51 <emanuele6> Tost1
20:19:41 <tyler82_FBSD> Ok. Does work now. but i have to figure out how to save SASL into this client. As in HexChat does work autocredentials
20:20:59 <tyler82_FBSD> emanuele6: what IRC client u use on FBSD?
20:21:45 <emanuele6> I don't use a irc on freebsd, but I generally use the weechat terminal client
20:22:24 <emanuele6> s/irc/& client/
20:22:36 <tyler82_Desktop> i see
20:23:04 <tyler82_Desktop> i just moved from weechat to HexChat few weeks ago
20:23:21 <tyler82_Desktop> But on FreeBSD no HexChat as far as i know
20:24:41 <tyler82_FBSD> Oh, shit. There is HexChat! :)
20:25:30 <emanuele6> the main advantange of using a terminal client like weechat is that you can run it on tmux, so you stay connected if you need to log out of the graphical environment; also weechat can host a relay server from which you can connect with an android app on your phone which is nice
20:25:42 <emanuele6> yeah, there totally is hexchat :-) https://ports.freebsd.org/cgi/ports.cgi?query=hexchat
20:26:08 <tyler82_FBSD> Yes. On android i use goguma
20:26:51 <emanuele6> that is different; you don't use a separate client, you can just connect to weechat on your PC with the same account/connection
20:27:11 <tyler82_FBSD> Ahh, i see what u mean now
20:29:57 <scoobybejesus> The Lounge is a good IRC client for keeping up and running
20:30:58 <tyler82_FBSD> T heard about it but did never try
21:08:58 <ghoti> I have an XML file with a bunch of lines in the form of <twiddle foo="bar" baz="nurgle"/>. I would like to parse the file and generate lines like "foo  nurgle" for use in another tool. Perhaps there is some way I can make xmllint from libxml generate the output? What's the "right" way to do this?
21:10:08 <ghoti> or rather, "bar  nurgle"..
21:27:01 <scoobybejesus> when i was fiddling with xmllint with icecast, i had an incantation of the following: `curl -s -u admin:changeme localhost:24100/admin/stats > out.xml && xmllint --format out.xml  | grep title` so perhaps you can go from there based on your needs
23:41:58 <phryk> tykling: is there a canonical way to set the listen address for gstat_exporter when running it as service? not seeing anything that would indicate so in the rc script, but the executable offers -l for it…
23:42:07 <phryk> also thanks for gstat_exporter :P
23:42:36 <rtprio> ghoti: there's also xslt, the language designed for xml processing
23:44:09 <phryk> also, anyone aware of a "bigger" exporter for geom stuff? particularly looking to monitor gmirror state.
23:44:37 <phryk> kind of assuming i'll have to write my own, but i guess asking doesn't hurt. :P