00:18:38 <tpbsd> Hi All, I'm having trouble updating /boot/zfs/zpool.cache on a 13.1-RELEASE-p6 GENERIC amd64 machine, any words of wisdom please ?
00:22:19 <TommyC> trouble updating it in what sense?
00:46:38 <tpbsd> the bottomline is I have to do 'zpool export zstore' then 'zpool import zstore'  after every reboot to get my pool back, which doesnt seem sensible ?
06:11:35 <Erhard> Anyone know a cheap basic video card that will work in modern EUFI machines? I don't need it for games or anything. Just a basic desktop.
06:12:42 <yuripv> i have a fanless gt730
06:13:40 <Erhard> Will that work in a EUFI machine? SOme of these new x670 boards disable the internal graphics if you want to use legacy ROMs on cards.
06:13:49 <Erhard> UEFI, sorry
06:14:19 <yuripv> it seems to work with UEFI boot, yes, guess that depends on the make?
06:16:18 <Erhard> I see there is one for like $35. That's not to obad. I wish it did HDMI directly because that's what my remote KVM wants.
06:16:37 <Erhard> But I need a few of these for some machines used mainly as servers.
06:16:43 <Erhard> Really irksome
06:18:45 <yuripv> https://cdn7.bigcommerce.com/s-6bkt1ygjlf/images/stencil/608x608/products/236544/262304/yhst-172536426-9_2517_1519266485__42269.1527582477.jpg?c=2 have this one from MSI, has HDMI for sure
06:19:35 <Erhard> Thx
06:20:04 <Erhard> The problems is I need like 5 or 6. So I want them as cheap as possible.
16:08:47 <Philonous> Is it save to call getsocketname() on an unconnected socket to discover the protocol family?
16:09:01 <Philonous> Sorry, on an unbound socket
16:09:18 <Philonous> The connection state shouldn't factor into it.
16:11:52 <concrete_houses> I mounted a drive with htfs-3g and I copied 40 g files over, this morning I get i/o error.... I notice that chown -R g: /b does not work everything is still owned by root
16:12:05 <concrete_houses> I tried mounting witu uid=1001 my user g no good
16:12:13 <concrete_houses> What could be wrong?
16:12:18 <concrete_houses> I use ufs
16:13:03 <concrete_houses> touch /b/345 works
16:25:41 <jarebear6expepjo> any suggestions for why firefox won't play sound but chromium does fine?]
16:29:07 <concrete_houses> sysctl hw.snd.default_unit=0
16:29:24 <concrete_houses> mixer vol 100
17:34:34 <RoyalYork> Hi everyone. Got XFCE running on FreeBSD/VirtualBox
17:38:29 <RoyalYork> It's a bit laggy. I'm sure its either a video driver or VB setting
17:52:32 <yuripv> which driver is it using?
18:03:28 <jarebear6expepjo> concrete_houses, switching default units does not work for me. everything else works as expected, system sound wise
18:08:04 <RoyalYork> Are there any virtualbox guest video accelleration addons?
18:08:16 <RoyalYork> @yuripv, the VMWARE driver
18:09:22 <RoyalYork> vendor     = 'VMware'
18:09:22 <RoyalYork>     device     = 'SVGA II Adapter'
18:10:26 <RoyalYork> Im running it via VirtualBox, not baremetal
18:13:03 <RoyalYork> I installed the xf86-video-vmware package as well
18:35:42 <RoyalYork> rebooting. brb
18:39:59 <CCFL_Man> another linux user using freebsd for the first time?
19:01:51 <concrete_houses> hmmm
19:02:05 <concrete_houses> srating fox as uer not root?
19:02:08 <concrete_houses> starting
19:12:22 <jarebear6expepjo> yeah as user. i'm still tinkering i know im missing something
19:17:29 <yuripv> RoyalYork: i don't think there would be any acceleration without the support in drm-kmod (and it's not there yet/still)
19:18:31 <concrete_houses> I iwll say this
19:18:48 <concrete_houses> you have to close both browser  then change setting if any
19:18:52 <concrete_houses> then open new xterm
19:18:56 <concrete_houses> and open 1 browser
19:19:00 <concrete_houses> go youtube n test
19:19:11 <concrete_houses> and sometimes I have to hit the setting twice before opening the xterm
19:19:17 <concrete_houses> and then the browser
19:19:27 <concrete_houses> I mess with it mainly to use earphones
19:19:30 <concrete_houses> and switch back
19:28:06 <jarebear6expepjo> i really thought that would work, i've not had them both closed when changing settings.  still no luck
19:52:39 <ElectricJozin> Whats the BSD equivalent to procfs
19:53:05 <meena> ElectricJozin: what's procfs?
19:53:06 <ElectricJozin> I found it usefull to for example check the open fd of a process, how could I do that easily
19:53:16 <ElectricJozin> meena, linux /proc directory
19:53:53 <ElectricJozin> I thought it was a UNIX thing
19:55:13 <parv> FreeBSD is not UNIX™ though
19:57:32 <la_mettrie> not UNIX™, just real UNIX
20:00:35 <parv> Nope, would be "Unix"
20:04:26 <meena> ElectricJozin: anyway, it's not on my default, https://man.freebsd.org/procfs(4) and it doesn't expose half as much data as Linux does
20:04:28 <VimDiesel> Title: procfs(4)
20:05:39 <meena> according to Wikipedia, OpenBSD got rid of it completely https://en.m.wikipedia.org/wiki/Procfs
20:05:40 <VimDiesel> Title: procfs - Wikipedia
20:18:42 <RoyalYork> @yuripv, thanks for letting me know. I can do without it for now
20:22:51 <yuripv> there is a WIP PR for vmwgfx, but it seems to be outdated (and I'm not sure if it will work with what's in vbox)
20:24:42 <yuripv> i'd love to see the support for vmwgfx as well, hyperv looks to be much easier to implement, but sadly hyperv vm lack any sound devices
20:27:03 <RoyalYork> I would presume everyone using FreeBSD in a virtual environment is facing the same issue. This won't be a long term problem for me as Im testing FreeBSD as virtulized daily driver before I commit to going bare metal and using proper/supported hardware
21:06:43 <RoyalYork> test
21:06:46 <RoyalYork> hello
21:08:18 <R2AMO> ping-pong detected
21:08:27 <RoyalYork> thanks
21:29:43 <RoyalYork> It seems my userland and kernel are on two different versions
21:29:52 <RoyalYork> $ freebsd-version -ku
21:29:52 <RoyalYork> 13.1-RELEASE-p6
21:29:52 <RoyalYork> 13.1-RELEASE-p7
21:29:59 <RoyalYork> I rebooted and it still persists
21:30:06 <RoyalYork> Also updated and upgraded my packages
21:31:31 <RoyalYork> freebsd-update fetch shows: No updates needed to update system to 13.1-RELEASE-p7.
21:31:33 * parv sighs heavily
21:31:42 <RoyalYork> @parv, i know i messed up :(
21:31:53 <yuripv> RoyalYork: read IMPLEMENTATION NOTES in freebsd-version man page
21:32:03 <RoyalYork> yuripv, thanks. I'll have a look
21:32:11 <yuripv> (it's normal for those to be different)
21:33:15 <RoyalYork> I see now. "which does not update the kernel version unless	the
21:33:16 <RoyalYork>      kernel itself was affected	by the latest patch"
21:39:06 <yuripv> exactly.
21:52:34 <RoyalYork> Thanks for pointing me in the right direction. Need to make more use of the man pages