00:03:39 <rwp> parvXirc, Curious. What does freebsd-version -kru say in that case too?
00:04:20 <parvXirc> rwp, "13.1-STABLE", all three
00:04:36 <ferz> parvXirc: thank you
00:06:00 <rwp> parvXirc, Useful to know.  Thanks!  I am running binary installed systems and didn't have an easy way to check.  Mine say 13.1-RELEASE-p3 13.1-RELEASE-p3 13.1-RELEASE-p5
00:07:06 <parvXirc> rwp, Yeah "freebsd-version" is actually useful in that case
00:16:26 <rwp> I am running Quarterly and I'll note that today's "pkg upgrade" included what looks like the full quarterly upgrade.  Largest upgrade seen in a while.
00:16:31 <rwp> I haven't upgraded any to it yet but I assume that last 13.1-RELEASE-p5 will become 13.1-RELEASE-p6 or some other later version.
00:16:35 <cracauer> Why would I get a "required shared library libc.so.7 not found"" on a port's "make install"? No jails involved, program works fine.
00:18:19 <rwp> cracauer, (No idea but...)  What was "ls -l /lib/libc.so.7" say?  You really do have it, right?  And what core version are you running?
00:18:49 <cracauer> -r--r--r--  1 root  wheel  1992224 Jan  5 12:57 /lib/libc.so.7
00:18:54 <cracauer> 14-current
00:19:16 <cracauer> And the program works fine, it is not linked against anything wrong.
00:19:44 <cracauer> A quick google showed that this warning popped up for people messing with jails, but no jails are involved here.
00:20:49 <rwp> I am not running source ports so just don't know but...  I assume that "ldd /usr/local/bin/fooexecutable" shows everything okay?  (ldd list dynamic dependencies)
00:21:11 <rwp> And then I would also run it again with ldd -a to recursively list dependencies of each of those dependent objects.
00:21:55 <rwp> I have used that in the past to track down missing shared libs and other related shared object problems.
00:21:58 <cracauer> Yeah, everything is there. The program works fine.
00:22:49 <rwp> Then the IRC rule of wait a couple of hours for the participating audience to change and then ask again and see if the different audience knows.
00:23:16 <cracauer> :-) Will do. Really an odd warning.
00:23:50 <rwp> To error is human, but to really mess things up requires a computer!  I am chasing a really crazy thing myself.
00:24:24 <rwp> I have a newly assembled 6x SATA drive raidz2 array.  And one drive keeps getting dropped out of the array.
00:24:54 <cracauer> Ouch.
00:25:37 <parvXirc> Have tried a different drive or the same drive in different location/
00:25:41 <rwp> But everything about that drive appears okay.
00:25:42 <rwp> But in the testing if I hot swap bay eject a random other drive then of course the ejected dive is removed but sometimes that pesky troubled drive also gets "detached".
00:25:43 <parvXirc> s,/,?,
00:26:12 <cracauer> Nice way to get   double drive faults.
00:26:22 <rwp> I don't have an extra drive of large enough size to try it.
00:26:47 <rwp> Yes.  Double drive faults.  This is a raidz2 so it can tolerate it.  But...  Why is it happening with this drive?
00:27:54 <cracauer> SMART saying anything?
00:27:57 <rwp> This is using a Dell H310 SAS HBA with the LSI 9211-8i chipset by the way.
00:28:18 <rwp> No smart errors logged.  Have smart short selftests running daily.
00:31:01 <parvXirc> Try with changing the locations of existing drives to see if the connections to a location are faulty, or if the currently dropping drive does the same in another location
00:31:08 <rwp> Here is the syslog from the time of a detach event. https://bsd.to/aPQn/raw
00:31:09 <VimDiesel> Title: aPQn
00:32:16 <rwp> That SAS/SATA controller has 8 ports, using 6, and so I already swapped those two drives to the other two ports.  About an hour later the same drive detached again.
00:32:43 <rwp> I know it is looking like that one drive is at fault.  But twice now one of the other drives dropped out at exactly the same time.  So *two* drives??
00:32:51 <parvXirc> Thanks
00:33:57 <rwp> It's a new assembly so I think I will take those two drives out and run them through a full test exercise and see if I can stress test them in isolation a little.
00:34:24 <parvXirc> Order new disks now to have on hand
00:34:30 <rwp> These are 6TB drives so running a full stress test against them will run for a while.  Maybe have a new data point tomorrow.
00:35:41 <rwp> And btw if I don't touch anything but just zpool online any drive that is offline then the entire pool snaps back into 100% online with no problems showing.
00:35:41 <parvXirc> Are the disks specifically NAS types (WD Red Plus|Pro; Seagate Exos)?
00:36:59 <rwp> Yes.  These are HGST NAS drives.  Should be very good quality drives.  I have had similar models run 11+ years!
00:43:37 <cracauer> I have one of those on an LSI controller in a SATA cage. No problems.
00:52:41 <rwp> Right.  This is one of those cases where everything _should_ be good.  But something odd is happening.
00:53:09 <rwp> It's a new assembly.  Nothing critical on it yet.  I'll beat on it some more.  Eventually something will fall.
00:53:25 <rwp> Everything will be all right in the end.  If it's not all right, then it's not yet the end.
00:55:36 <mjp> nothing more annoying than an intermittent fault
01:15:10 <rtprio> can you re-arrange the drives and see if the error follows the drive or stays on that port
01:15:46 <idwer> how reliable are the +5, +12 volt lines?
01:15:55 <idwer> (under load)
01:50:38 <rtprio> also a good question
02:00:43 <sfox> Hello, I figured out by accident how to panic and completely stop the latest freebsd 13.1-release patchlevel kernel from within a jail
02:00:53 <sfox> How should I contact about this?
02:01:14 <sfox> I also have a stacktrace I gathered over the serial console
02:06:27 <jeffpc> sfox: if it is serious enough: https://www.freebsd.org/security/#reporting
02:06:28 <VimDiesel> Title: FreeBSD Security Information | The FreeBSD Project
02:06:54 <sfox> ty
02:07:04 <jeffpc> if you are unsure, it's probably better to err on the side of caution
02:18:57 <sfox> will do
02:23:21 <bsdbandit> good evening everyone i did a freebsd-update fetch for freebsd 13-1p5 but after rebooting im still seeing the following: 13.1-RELEASE-p3 FreeBSD 13.1-RELEASE-p3 GENERIC amd6
02:23:32 <bsdbandit> not sure what else to try at this point
02:24:17 <rtprio> fetch doesn't install i don't think
02:25:02 <bsdbandit> freebsd-update fetch && freebsd-update install
02:25:08 <bsdbandit> were the commands that i ran
02:26:36 <rtprio> hrm, i'm at p3 too
02:27:39 <rtprio> do you get "No updates needed to update system to 13.1-RELEASE-p5." ?
02:27:47 <bsdbandit> yes
02:28:13 <rtprio> then you're good; i don't thin the p3 and p5 are supposed to line up at this time.
02:28:16 <rtprio> but it sure is confusing
02:28:22 <sfox> I'm getting that same issue
02:28:28 <bsdbandit> yeah
02:28:31 <sfox> No updates needed to update system to 13.1-RELEASE-p5.
02:28:33 <bsdbandit> thanks rtprio
02:28:37 <sfox> FreeBSD 13.1-RELEASE-p3 GENERIC
03:45:02 <parvXirc> 20221230 2129.55 <parv> The FreeBSD project really should just bump up all the damn versions to the same string already :-|
03:54:52 <bsdbandit> yeah parvXirc
03:57:39 <parvXirc> You could try persuading FreeBSD release engineering on the matter: re @ freebsd .org ; or file bug report https://bugs.freebsd.org/bugzilla/enter_bug.cgi?product=Base%20System
03:57:41 <VimDiesel> Title: Log in to FreeBSD Bugzilla
05:14:57 <last1> why doesn't a crontab entry of */3 in the hours field run at 00:00 ?
05:15:18 <last1> it runs at 9PM and then next @ 3AM
05:16:59 <last1> nvm, it ran :)
06:55:02 <Monegro> Question about Virtualbox ... Can I run a normal desktop environment in something like say, a Ubuntu VM?
06:55:23 <Monegro> I didn't think that with bhyve, I would be able to run a graphical environment.
13:13:46 <f451> Monegro: yeah with bhyve you can. you can get a desktop once installed if you're in a gui already and you ssh -TC into the bhyve or wrap it in a vnc
13:13:58 <f451> ssh -YC
13:15:11 <f451> you can also do it in vb (though it might be automatic there)
16:49:39 <V_PauAmma_V> https://bsd.to/Smvc <--- Is this expected? (Summary: env LC_COLLATE="en_US.UTF-8" ls -l sorts Greek filenames ahead of . and ..)
16:49:40 <VimDiesel> Title: dpaste/Smvc (Plain Text)
17:35:19 <pertho> en_GR.UTF-8? :D
17:44:57 <V_PauAmma_V> I haven't tried that. Hold on.
17:46:35 <V_PauAmma_V> It can't interpret Greek characters with that. Renders them as groups of '?' bytes.
18:17:01 <pertho> I don't know if en_GR.UTF-8 is a valid locale.. could be gr_GR.UTF-8
18:55:12 <rwp> V_PauAmma_V, I do not see that with en_US.UTF-8 here on 13.1R https://bsd.to/Bidd/raw
18:55:13 <VimDiesel> Title: Bidd
18:55:15 <PredatorONormies> What did you do to me Firefox? it broke
18:55:54 <rwp> PredatorONormies, This lastest Firefox v108 has been giving several of us problems.  Crashes.  Hangs.  Hangs and crashes!
18:56:04 <V_PauAmma_V> I didn't use en_GR, I used el_GR (which is correct - the language and the country have different codes).
18:56:10 <PredatorONormies> mine won't even start XD
18:56:17 <rwp> On FreeBSD and also on Debian and Ubuntu systems.  Not just FreeBSD.
18:56:31 <PredatorONormies> rwp, It's okay, I'm soon removing Firefox forever
18:56:54 <PredatorONormies> I'm almost 100% content with Links .. well I am, but some sites I crave for aren't
18:56:59 <PredatorONormies> well.. 1, to be exact
18:57:09 <PredatorONormies> Firefox is slow shit even on a BEAST computer
18:57:19 <PredatorONormies> Where-as Links is probably fast even on a POTATO computer
18:57:24 <rwp> Firefox is the worst web browser except for all of the others.  Honestly the others are worse!
18:57:26 <PredatorONormies> That's the power of TUI/CLI
18:57:34 <PredatorONormies> XD
18:57:45 <PredatorONormies> I don't like GUI, am slowly walking away from it so yeah
18:58:30 <rwp> If it is the GUI you dislike then yes for many things you can use lynx, w3m, or emacs-w3m and emacs-eww for the advanced power user! :-)
18:59:14 <PredatorONormies> I use Links xD
18:59:20 <PredatorONormies> Heard good things about w3m
18:59:42 <PredatorONormies> Anyone got Links with graphics mode to work inside of the tty/terminal without X11?
18:59:47 <PredatorONormies> Without X11 needed*
18:59:51 <rwp> "links" is a good text browser but has a terrible name making it impossible to search for.  I can only find it by searching for elinks and then following their reference link.
19:00:01 <V_PauAmma_V> rwp, you have LC_COLLATE=C, not en_US.UTF-8.
19:00:41 <rwp> Ah, yes, I do.  Sorry.  I wasn't thinking.  Lost my head in the heat of things. :-(
19:01:46 <rwp> And if I do set it to en_US.UTF-8 then I see the same as you.  https://bsd.to/U7Wk/raw
19:01:47 <VimDiesel> Title: U7Wk
19:02:33 <PredatorONormies> Lol agree about the name
19:02:56 <PredatorONormies> I usually try "links browser" like to be more specific, more in-deetail
19:03:02 <PredatorONormies> to hlep the search engine
19:03:51 <V_PauAmma_V> Same applies to lynx, but kitties!
19:06:21 <PredatorONormies> kitties? y pls
19:06:38 <PredatorONormies> I hate when animals shed their hair
19:06:39 <PredatorONormies> fur
19:07:09 <PredatorONormies> rwp, what's the best terminal-based browser in your opinion and why? Which ones have you tried
19:07:18 <rwp> V_PauAmma_V, another system https://bsd.to/YrZ8/raw
19:07:19 <PredatorONormies> (others can say, too)
19:07:19 <VimDiesel> Title: YrZ8
19:07:57 <rwp> GNU glibc "gets it right" so...
19:08:44 <rwp> PredatorONormies, I use emacs so when I am doing terminal browsing I use either Emacs w3m encapsulation or Emacs eww pure elisp implementation.
19:10:03 <rwp> For use converting html email in mutt to plain text I am currently using "links -dump" as best at doing tables.
19:11:19 <rwp> But I have other options commented and flip things around as needed.  My ~/.mailcap file: https://bsd.to/3VRj/raw
19:11:21 <VimDiesel> Title: 3VRj
19:11:55 <PredatorONormies> sounds like too complex to be cool to me
19:12:23 <PredatorONormies> theEmacs part
19:12:56 <rwp> PredatorONormies, See "man mailcap" for how MIME is used and how mailcap entries are used to read MIME things.
19:13:48 <PredatorONormies> Links has some associations thing
19:13:49 <rwp> If not installed then see: https://www.freebsd.org/cgi/man.cgi?query=mailcap&apropos=0&sektion=0&manpath=FreeBSD+13.1-RELEASE+and+Ports&arch=default&format=html
19:13:50 <VimDiesel> Title: mailcap
19:13:59 <PredatorONormies> So you can open like files and shits in outside progrims
19:14:11 <PredatorONormies> meh
19:15:22 <rwp> Each to their own!  Everything pretty much uses mailcap to handle MIME things.
19:15:52 <PredatorONormies> yeah
19:16:03 <PredatorONormies> MEMES
19:16:18 <PredatorONormies> I don't really use MIME
19:16:50 <rwp> You use it even if you don't know you use it.  Everything these days uses MIME.  https://en.wikipedia.org/wiki/MIME
19:16:52 <VimDiesel> Title: MIME - Wikipedia
19:17:57 <PredatorONormies> What do you mean by everyhing?
19:17:59 <PredatorONormies> I use Vi
19:18:11 <PredatorONormies> And with Links I use it's associations meaning I choose what opens in what
19:18:23 <rwp> Email for example.
19:18:26 <PredatorONormies> And I pipe shit into programs
19:18:29 <rwp> Work calls...  Blech!
19:18:35 <PredatorONormies> I don't e-mail troug a terminal and shit
19:18:41 <PredatorONormies> I might in the future who-knows
19:18:59 <PredatorONormies> what does a e-mail service need to prived in-order for terminal e-mail client?
19:29:22 <V_PauAmma_V> Kitties are their own justification. I'll die on that hill.
19:39:17 <doug> kitties are perfectly ok
19:39:23 <doug> depending on how they're cooked
19:41:41 <PredatorONormies> same goes for humans
19:41:46 <PredatorONormies> taste-wise
19:50:47 <paulf> for sending terminal e-mail telnet can be enough
20:33:01 <PredatorONormies> telnet??
20:33:08 <PredatorONormies> Can I use a proxy with it?
20:33:15 <PredatorONormies> I don't do clear-net I mean shit-net
20:33:20 <PredatorONormies> I don't need speed anyways
20:33:24 <PredatorONormies> I have patience
20:33:46 <PredatorONormies> I don't need 50G 1000000Gb/s internet conncetion
20:33:49 <PredatorONormies> fcking normies
20:33:55 <PredatorONormies> streaming 4k
20:34:08 <PredatorONormies> on phones?
20:48:55 <nacelle> the main thing is lower latency and longer coverage distances imo
20:54:50 <PredatorONormies> People want for the services they use which provide web-pages with MEGABYTES and MEGABYTES of BULLSHIT - to load within a second
20:54:54 <PredatorONormies> like immediately
20:55:14 <PredatorONormies> Web-pages used to be a few bytes in size
20:55:39 <PredatorONormies> But today - idiots need a few megabytes of SCRIPTS to just load a "Welcome, stranger" text lmao
20:55:42 <PredatorONormies> What a joke
20:55:49 <PredatorONormies> Want eye-candy? Go watch a movie
21:29:18 <mason> JavaScript was a mistake.
21:48:57 <PredatorONormies> hahaha no shit
21:51:44 <PredatorONormies> Convenience is bliss for normies
21:51:45 <PredatorONormies> anyways
21:51:50 <PredatorONormies> wrong channel
21:52:16 <nimaje> PredatorONormies: you want that your email provider has imap support (but you want that anyway, doesn't matter if terminal or not)
22:06:47 <nimaje> does someone here know why the telegram-desktop port calls many c++ processes in stage? shouldn't that happen in build and in stage mostly copying stuff around?
22:18:10 <nekobit>  anybody know how to enable dumpdev (kernel dumps) on the fly?
22:18:37 <nekobit> trying to submit a bug report
22:18:46 <nekobit> but... i have them disabled
22:24:50 <nekobit> dumpon /dev/ada1p3 works
22:28:56 <nekobit> so... how do i read the dumps off the swap?
22:33:41 <nekobit> ah got it
22:37:09 <DrKK`> good day
23:02:43 <wikan> hi :) can I replace Intel graphics driver with something else that supports xrandr?
23:03:03 <wikan> Intel is very bugged on my machine and many apps segfault
23:22:10 <nekobit> I can't submit a bug report :(
23:22:21 <nekobit> https://bugs.freebsd.org/bugzilla/post_bug.cgi is giving access denied
23:22:23 <VimDiesel> Title: Log in to FreeBSD Bugzilla
23:34:55 <rtprio> nekobit: did you create an account?
23:35:00 <nekobit> yes
23:35:07 <nekobit> > Log out me⊙onn