00:48:56 <_xor> Heh
00:49:21 <_xor> "/usr/src/usr.sbin/bhyve/bhyverun.c:1609:7: error: called object type 'int' is not a function or function pointer"
00:49:38 <_xor> "err(EX_OSERR, "Unable to restore time");"
00:49:52 <_xor> Should probably mark that one down as another potential issue.
00:50:50 <_xor> That's WITH_BHYVE_SNAPSHOT=yes, I believe.
01:21:10 <_xor> Gah, I need lib32 installed to *build* lib32?
01:28:51 <dch> firefox bugs recently have been a killer
01:29:11 <dch> when sndio is installed (not running, just installed), then youtube has no audio
01:29:20 <dch> and also webrtc
01:29:26 <dch> which is a bit of a killer
01:29:31 <dch> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270436
01:29:33 <VimDiesel> Title: 270436 – www/firefox: 111.0⋯: no sound after upgrade
01:29:39 <dch> if I pkg delete -f sndio then its fine
01:30:04 <dch> manually setting ffox options media.cubeb.backend=oss isn't sufficient
01:31:45 <rwp> daemon, I believe socat will proxy between ipv4 and ipv6.  Give socat a look.  "socat tcp-listen:2222 tcp:example.com:22" then connections to port 2222 will get proxied to the address given, IPv4 or IPv6 either way.  Or the reverse.
01:32:18 <dch> rwp: thanks, I think that one was for me
01:40:35 <_xor> dch: Is SNDIO on for your firefox package?
01:42:33 <_xor> For me at least, firefox-111.0.1_1,2 with SNDIO=on and sndio-1.9.0 installed. Sound still works for me, so maybe options/hardware combo or something? I'm not actually using SNDIO iirc..
01:42:40 <dch> _xor: its the default pkg, so yes
01:45:42 <dch> rwp: socat was perfect, even comes with an rc.d script
01:45:43 <_xor> I do remember having to do `sysctl hw.snd.default_auto=1` and `sysctl hw.snd.vpc_mixer_bypass=0` in my case. I'm using USB headphones. Previously I was using bluetooth, but that was a PITA. Going to re-visit when blued is integrated.
01:46:09 <dch> whats the latter sysctl for?
01:47:01 <_xor> So I could use mixer apps like dsb and (I think) playerctld (though can't remember if that's another that required that sysctl).
01:47:16 <_xor> Needed to map my media keys and it only worked with vpc_mixer_bypass=0, which makes sense.
01:50:01 <_xor> I remember figuring out, again in my case, that virtual_oss was conflicting with the kernel dsp device. I think they were competing, so I disabled virtual_oss after switching for bt to usb.
01:50:25 <dch> ok
01:50:36 <dch> ok its 4am here i need to sleep welp
01:50:44 * dch waves
01:50:48 <_xor> nite
06:40:49 <thorre> Anyone else getting errors from GitHub now? Repos not accessable etc.
06:54:25 <leapfrogg> hi
07:58:35 <thorre> hi leapfrogg
09:36:33 <nimaje> _xor: also note that should != does, while HEAD and CURRENT should always compile it can happen, that they don't, as well as ports should also build in unclean envs, but sometimes they don't
09:40:00 <_xor> Hmm, strange...
09:40:23 <_xor> `bmake: "/usr/ports/Mk/bsd.port.mk" line 1207: UNAME_r (1302505) and OSVERSION (1302505) do not agree on major version number.`
09:40:30 <_xor> ...but...they're...the exact same?
09:49:27 <_xor> Nevermind, figured it out. Name of the poudriere master jail has to conform to MAJOR.MINOR-(RELEASE|STABLE|whatever). I was setting it to the exact version returned by `uname -K -U`
10:44:51 <trev> if i'm current CURRENT, should i actually be building my own kernels weekly or something? i didn't realize that it wasn't like "rolling release" when i installed it. now i am having version troubles with ports and jails
10:51:03 <nimaje> maybe better to install a release instead, but if you want to continue running current you should read https://docs.freebsd.org/en/books/handbook/cutting-edge/ and maybe that helps you to decide
10:51:04 <VimDiesel> Title: Chapter 25. Updating and Upgrading FreeBSD | FreeBSD Documentation Portal
11:06:55 <yuripv> trev: what "version troubles"?
11:09:25 <CyberCr33p> Hello. The bug with ZFS discussing in CURRENT mailing list with subject "git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75"  affects only CURRENT branch, right?
11:14:53 <yuripv> yes
11:20:46 <CyberCr33p> yuripv thank you
11:25:36 <trev> yuripv: i made a jail with CURRENT to build a port and it doesn't like that there is a kernel mismatch (host system older than jail). I suppose i can make a release jail and build the port like that?
11:26:22 <trev> or update my kernel, but that will require building from source
11:39:29 <nimaje> afaik a release jail should work as long as your system was build with the right compat_freebsd and afaik all of them are on by default, so you should know if you deselected them
12:20:21 <trev> i will just build latest current and go for a walk
12:20:46 <trev> sounds more productive, and besides, i need to get my feet wet with bsd
12:33:21 <glenda> gpg: agent_genkey failed: No such file or directory. What could go wrong?
12:33:31 <glenda> Probably I need additional software?
13:13:55 * meena really needs to get her PkgBase repo back online
13:14:40 <meena> anyone got a big chunk of hardware sitting idle they wanna donate?
13:16:35 <daemon> could'nt freebsd foundation help out?
13:17:57 <rustyaxe> if you're near christiansburg, va, us i know where you can get a whole statck of poweredge r710's (8x) for like 300$i just didnt want to make that drive and bought off ebay instead
13:20:21 <meena> daemon: yesno,, they'll be doing their own releases, and they have a very different process
13:23:37 <meena> rustyaxe: I am in Ireland and I am not actually allowed to touch real hardware with my own real hands
13:24:33 <meena> Also, i don't have $300, or i wouldn't be looking for sponsorship
13:28:03 <RoyalYork> meena, is there any special kind of hardware that is needed?
13:29:44 <daemon> just amd64 and a boatload of space ;p
13:30:33 <daemon> with ideally both ipv4 and ipv6
13:30:37 * daemon assumes
13:31:30 <meena> RoyalYork: https://codeberg.org/pkgbase/website/src/branch/main/howto/howdo.md#prerequisites last Hardware i had
13:31:31 <VimDiesel> Title: website/howdo.md at main - website - Codeberg.org
13:31:54 <meena> I've had more storage than that, and more CPU than that, but I've also had less
13:32:56 <RoyalYork> I only have an older optiplex 3010 kicking around. i3 3220 with 8gb ram and 500gb hd
13:33:14 <RoyalYork> probably not enough OOMPF for what you need
13:34:10 <meena> (and, yes, it needs to be amd64, right now, because of the way poudriere does builds, aarch64 isn't sorted yet)
13:35:14 <daemon> I might have another project that wants hosting in a few months, ill let you know if the same situation as last time arises
13:35:30 <RoyalYork> I'll msg you my email address
13:47:23 <meena> RoyalYork: 👍
13:53:19 <meena> i might have some hardware coming my way (read: get ssh access) but it's not clear if and when,
15:02:54 <RoyalYork> ls
16:04:22 <DSee> hello all
16:04:24 <crb_> so I've read the man page several time but I can't figure out, is there a way to use mtree to report what in the spec that's not in the filesystem and what's in the file system that's not in the spec?
16:16:27 <meena> crb_: -c?
16:19:25 <nmz-> mount_msdosfs has -L, can you set it to UTF-16?
16:20:41 <nmz-> I suppose since the locale is not in /usr/share/locale, it cant be done (i've read nothing about how locales work)
16:30:33 <BaloneyGeek> Hi folks, I've hit the nightmare scenario - my email server has massive disk corruption (I think QEMU force shut-down the VM instead of a graceful sync)
16:30:51 <BaloneyGeek> Even sshd is corrupt, but I can access a local terminal and freebsd-update seems to run
16:31:00 <BaloneyGeek> IDS tells me almost everything is corrupt
16:31:11 <BaloneyGeek> Is there some way of using IDS to restore the files?
16:32:01 <BaloneyGeek> Or any other way, including extracting base.txz on top of the current /
16:32:15 <BaloneyGeek> FreeBSD 13.2, UFS+SU
16:34:14 <meena> BaloneyGeek: restoring which files?
16:34:33 <BaloneyGeek> meena: Literally everything, i.e., an in-place reinstall
16:34:43 <BaloneyGeek> Stuff in /sbin for example
16:35:43 <meena> BaloneyGeek: ah okay, I thought you meant the mail server's data files
16:36:14 <BaloneyGeek> No, the maildirs seem to be intact thankfully
16:36:41 <meena> you can run freebsd-update -r FreeBSD-13.2-RELEASE upgrade and see what that'll do
16:37:28 <meena> I mean, the sole fact that the kernel still boots means something, right?
16:37:34 <meena> not sure what, but, yeah
16:38:15 <BaloneyGeek> I already tried freebsd-update. It wanted to delete everything in /etc
16:38:35 <meena> why??
16:39:00 <BaloneyGeek> No clue :-P
16:39:16 <BaloneyGeek> I suspect some binary which it uses to find a filelist is broken
16:39:38 <BaloneyGeek> I just extracted base.txz and am trying to copy it over to /
16:39:53 <meena> ah, yeah, cmp/diff could be borked
16:40:03 <meena> wait a sec
16:40:34 <meena> what did fsck say about all this?
16:41:27 <BaloneyGeek> YESS, just extracting base.txz made sshd start
16:41:48 <BaloneyGeek> fsck found a metric crapton of broken files, broken journal, and decided to do a full restore
16:42:00 <BaloneyGeek> I mean full fix
16:42:36 <meena> and it wasn't enough?
16:42:54 <BaloneyGeek> No, clearly files got truncated, overwritten or something
16:42:57 <BaloneyGeek> I have no idea what happened
16:43:51 <meena> this is super bizarre, because having this amount of files corrupted means they must've been in flight while the disk was forced off
16:44:20 <BaloneyGeek> Yeah
16:44:31 <BaloneyGeek> My local user's zfs history is apparently corrupt
16:44:37 <BaloneyGeek> I'm fairly sure I've lost email
16:45:32 <BaloneyGeek> I'm running sudo freebsd-update -F --currently-running 13.1-RELEASE upgrade -r 13.2-RELEASE now just to be sure
16:46:10 <BaloneyGeek> Is UFS still properly maintained?
16:46:50 <BaloneyGeek> Since the physical machine that runs this VM is running ZFS I decided to use UFS in my VM
16:47:54 <BaloneyGeek> Nope, freebsd-update is still broken: I get a bunch of lines that go "/usr/sbin/freebsd-update: cannot open files/.gz: No such file or directory"
16:48:14 <BaloneyGeek> And then it wants to delete everything in /etc as it is no longer in FreeBSD 13.2-RELEASE
16:49:22 <meena> BaloneyGeek: yes. Netflix mostly used UFS
16:50:28 <meena> *uses*
16:51:03 <nimaje> I probably wouldn't try to use a known extremly broken system to fix itself
16:52:49 <meena> 👍
16:53:40 <trev> pc froze while doing a poudriere build after building and upgrading to latest CURRENT :\
16:54:17 <BaloneyGeek> nimaje: Yes, I need to get just enough of it running that I can use doveadm sync to move mail to another server
16:54:57 <nimaje> mount the disk from the host system?
16:55:08 <BaloneyGeek> Host system is Linux :-/
16:56:11 <nimaje> ok, already wondered why you use qemu and not bhyve
16:57:01 <BaloneyGeek> Well, if host was also FreeBSD I'd use a jail
16:57:43 <BaloneyGeek> This is a question - do you know if rsyncing my maildirs is enough to migrate from one dovecot server to another, or do I really need to use doveadm sync?
16:59:10 <meena> BaloneyGeek: i would ask this in #dovecot
16:59:26 <BaloneyGeek> Yeah, just wondered if anyone here knew :-P
16:59:47 <BaloneyGeek> Mail server is up and actually receiving new emails so I think I have some time to fix things
16:59:50 * meena hasn't run her own mail server in yen years
17:00:13 * BaloneyGeek runs his own email and mastodon servers
17:00:42 <trev> another crash...time to install RELEASE!
17:01:06 <meena> trev: report the crash first!
17:01:28 * meena will definitely update the GoToSocial port tonight
17:01:37 <trev> frantically googling how to get a crash dump
17:01:51 <meena> it's in the handbook
17:01:59 <trev> ch 10, got it
17:02:36 <trev> would a kernel panic take me to a black screen or just be a freeze?
17:04:15 <meena> you should be dropped into the debugger, iirc
17:05:38 <trev> then it must not be a panic
17:05:39 <nimaje> or maybe a reboot, but pretty sure not just a freeze or a black screen
17:05:50 <trev> yeah, figured so.
17:06:08 <trev> maybe just the system is locked up for a while. i could wait longer and see
17:07:33 <nimaje> high ram usage?
17:09:22 <trev> lol froze instantly that time
17:10:12 <meena> what kind of system is this?
17:10:17 <trev> my desktop
17:10:21 <trev> amd64
17:10:34 <trev> freezing while building ports inside a amd64 jail
17:11:25 <meena> next time try pkg install :P
17:12:45 <trev> i was doing that and someone recommended to build ports in a jail to not muck up the main system
17:12:59 <nimaje> ah, yes building packages, so high ram and high cpu usage
17:13:53 <meena> trev: pkg install installs binary packages from the main repo
17:14:34 <trev> i know
17:14:42 <trev> the thing i want isn't there
17:14:48 <trev> only in ports
17:16:15 <meena> oh? what's that thing?
17:16:34 <trev> https://forums.freebsd.org/threads/poudriere-memory-exhaustion.50987/
17:16:35 <VimDiesel> Title: Poudriere memory exhaustion | The FreeBSD Forums
17:16:42 <trev> basically my problem :[
17:16:46 <trev> meena: kitty terminal
17:17:03 <trev> bloated piece of python shat but it works nicely
17:18:17 <meena> https://pkg-status.freebsd.org/beefy18/data/main-amd64-default/p53f38f41b10f_s2ef2c26f3f/logs/kitty-0.26.5.log
17:18:30 <meena> so why do you expect to build it?
17:19:09 <trev> welp
17:19:21 <trev> guess i am stuck with st for nwo
17:19:24 <meena> checkout bugzilla if there's a bug, checkout upstream is there's a bug there
17:19:59 <meena> https://bugs.freebsd.org/bugzilla/buglist.cgi?component=Individual%20Port%28s%29&list_id=606784&product=Ports%20%26%20Packages&query_format=advanced&resolution=---&short_desc=x11%2Fkitty&short_desc_type=allwordssubstr
17:20:00 <VimDiesel> Title: Bug List
17:22:11 <nimaje> hm, "/usr/local/include/X11/extensions/Xge.h:2:14: error:" why wasn't the dependency bringing that file failing to build instead?
17:23:33 <meena> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270703
17:23:35 <VimDiesel> Title: 270703 – x11/kitty: Update to 0.27.1
17:24:20 <trev> thanks meena. shouldn't i have this patch though?
17:24:33 <trev> or it's not accepted yet into current ports?
17:24:54 <meena> trev: it's not committed yet
17:27:59 <trev> this is making me wonder if i even need a gpu-enabled terminal emulator...
17:28:28 <trev> at least i now know how to limit tmpfs mem in poudriere
17:28:52 * meena usually uses the DE's default terminal
17:31:06 * trev uses only a WM
17:32:16 <msiism> So, no IRC client and bloat like that then?
17:32:43 <trev> msiism: weechat
17:33:18 <meena> y'all don't wanna know what I use as IRC client
17:33:33 <msiism> Pidgin?
17:33:48 <trev> the lounge
17:34:16 <meena> yupp
17:34:48 * trev did a version check on meena
17:35:06 <yuripv> now we know where all those fancy emojis come from
17:35:39 <meena> from my android keyboard, mostly
17:35:49 <msiism> I only see those as blocks of hex code. But then, I'm also using HexChat.
17:38:29 <xtile> pidgin's alright, I like how it has good OTR support if you install the plugin.
17:39:39 <msiism> Yeah, I only went for HexChat because of some weird bug in Debian's version that wasn'T going to be fixed for a while.
17:39:57 <msiism> Now I'm not going back.
17:41:55 <meena> hexchat is a graphical client. if you don't see 🧙‍♀️ the problem isn't the client, it's probably the fonts
17:42:42 <msiism> Sure. I do see the second symbol.
17:43:05 <meena> https://explore.transifex.com/hexchat/hexchat/ especially given this
17:43:05 <msiism> I'm using DejaVu Sans, as far as I remember.
17:43:06 <VimDiesel> Title: HexChat localization | Transifex
17:46:42 <parv> DejaVu family has a severe lack of emojis
17:47:23 <meena> i usually install https://www.freshports.org/x11-fonts/noto-emoji/ and then https://github.com/C1710/blobmoji over it
17:47:24 <VimDiesel> Title: FreshPorts -- x11-fonts/noto-emoji: Google Noto Fonts family (Emoji)
17:47:47 <msiism> parv: Maybe that's a feature.
17:48:01 <msiism> I hope it is.
17:48:16 <parv> 🤷🏽‍♂️
17:48:35 <msiism> Somewhat-somewhat-male…
17:49:14 <parv> :-]
17:49:20 <msiism> "Be conservative in what you send because not everyone cares to be liberal in what they receive…"
17:49:45 <parv> 🤷🏽‍♂️
17:52:39 <trev> yeah i always install all the noto sans fonts
17:52:48 <trev> only way to browse wikipedia without seeing boxes
17:53:19 <msiism> I haven't noticed any problem with fonts on Wikipedia.
17:53:36 <msiism> But then I might not be looking at all tose language I don't understand.
17:53:48 <msiism> s/language/languages/
18:03:48 <meena> I regularly read Wiktionary, or Wikipedia in other languages
18:04:36 <xtile> wiktionary's great...
18:05:53 <meena> and that's why I need to learn Farsi.
18:06:01 <trev> yeah great for translations and context
18:06:09 <trev> to move to Iran?
18:06:48 <parv> trev, What? What does one has to do with another?
18:07:04 <trev> Farsi is the language of Iran, no?
18:07:53 <parv> What does learning a language has to do with moving to some country?
18:07:55 <meena> trev: yes, but, sometimes you learn one language and get three for free
18:08:16 <trev> parv: nothing.
18:08:52 <meena> I live in Ireland, and while i am interested in learning Irish, I want to learn Farsi to get a better connection to my mother tongue: Bosnian
18:10:01 <trev> i don't understand the connection. i thought bosnian is a slavic language
18:10:23 <meena> A huge amount of vocabulary we got from Ottoman Turkish is actually Arabic or Persian (or Arabic via Persian).
18:12:02 <trev> cool
18:13:25 <meena> But persian is written in an Arabic script, so that's an advantage. And it gives you a foot into understanding some Urdu and it's mutually intelligible with Afghan ((, and Tajik) and i already know Cyrillic, so that's not a barrier)
18:14:16 <meena> essentially, learning any (historic) Lingua Franca unlocks a huge part of history
18:16:35 <trev> good points
18:33:23 <drobban> anyone know if someone have applied todo EPL in gsoc?
18:34:11 <drobban> or better yet a userspace port of the openpowerlink deamon? using libpcap?
18:36:45 <meena> drobban: are you on the mailing list?
18:36:51 <drobban> no.
18:37:07 <meena> did you check the archives?
18:37:20 <drobban> im at the ideasPage.
18:37:48 <drobban> who submitted that idea, I have some input to give in that matter
18:38:50 <drobban> have been using that "driver" with modifications for linux the last eight years =)
18:39:54 <drobban> awesome someone posted that as gsoc, I was about to look into it back in 2014, but never found time for it then and my then employer stopped me =)
18:44:20 <alex1216> Greetings. I've decided to migrate from GNU/Linux. As it's about desktop usage, there will definitely be more questions, and there are the first, which've already been raised during partitioning...
18:44:44 <drobban> =) welcome alex1216
18:44:52 <alex1216> At GNU/Linux I had two MM tunables enabled: "vm.swappiness=0" and "vm.overcommit_memory=2".
18:45:52 <RhodiumToad> you should not have to worry about those
18:46:17 <alex1216> I have the system on SSD, and I really want to slow down its wear.
18:47:21 <RhodiumToad> are you using zfs?
18:48:05 <angry_vincent> how to check that sound is going through the device? ( i mean statistics or similar way ). i can hear the sound itself
18:48:44 <alex1216> RhodiumToad: no, and I think it's a bad idea with 16GB RAM. Otherwise, it's nearly enough.
18:49:19 <drobban> alex1216: is it? why?
18:51:09 <meena> https://klarasystems.com/articles/exploring-swap-on-freebsd/
18:51:10 <VimDiesel> Title: Exploring Swap on FreeBSD | Klara Inc
18:52:22 <meena> (Markj looks different from what i had imagined, given this Avatar: https://avatars.githubusercontent.com/u/782170?v=4 )
18:52:23 <alex1216> drobban: I've heard that 8GB RAM is barely enough for it without fine tuning, so I guess 16GB would not be good experience too. With 64-128GB, I definitely would be going to use it.
18:52:56 <alex1216> Thus, my second concern is: how do I make thin volumes for Bhyve without ZFS?
18:53:02 <meena> alex1216: I've used ZFS with as little as 1 G
18:54:30 <scoobybejesus> same
18:54:37 <parv> I am using FreeBSD in a VM with <8 GiB RAM with all ZFS datasets
18:55:25 <scoobybejesus> 2 GiB in VPS for me, very happy
18:55:35 <alex1216> meena: I have 1GB at my NAS (root on UFS, data partitions on NTFS), but it also runs some P2P applications, and it appears that it's barely enough RAM for them.
18:55:39 <scoobybejesus> no special tweaks
18:56:33 <alex1216> Do FreeBSD's LVM implementation support thin pools?
18:56:40 <RhodiumToad> what precisely do you mean by "thin volumes"?
18:57:53 <alex1216> RhodiumToad: at desktop virtualization packages, the're usually called "dynamically expanded disk images".
18:57:53 <kevans> meena: yeah he definitely drools a lot less than that, if at all
18:59:06 <RhodiumToad> you can use a sparse file as a volume for bhyve, as far as I recall
18:59:08 <meena> kevans: suddenly reminded of my clothes having a quasi permanent drool strain from my daughter
18:59:59 <alex1216> RhodiumToad: are sparse files available at UFS or FreeBSD's Ext4 implementation?
19:00:58 <RhodiumToad> certainly in ufs
19:01:12 <meena> I wouldn't trust our ext4 implementation
19:01:32 <parv> IIRC FreeBSD lacks writing to "ext4" file system
19:01:58 <meena> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270632
19:02:01 <VimDiesel> Title: 270632 – [ext2fs] files <4096 bytes are corrupted on ext4 filesystems
19:02:06 <alex1216> meena: what about NTFS-3G?
19:02:08 <RhodiumToad> I believe you're correct for the native implementation; I believe there's also a FUSE-based port of extfs which does more
19:02:31 <parv> alex1216, Via some "fuse" package
19:03:07 <alex1216> It it fine with fusefs-extfs?
19:03:30 <parv> Do not know; have not used it
19:04:46 <RhodiumToad> if I needed extfs support I would try the port first, rather than the kernel implementation
19:05:06 <kevans> meena: aha
19:06:39 <meena> https://www.freshports.org/sysutils/fusefs-ext2/
19:06:40 <VimDiesel> Title: FreshPorts -- sysutils/fusefs-ext2: FUSE module to mount ext2, ext3 and ext4 with read write support
19:08:14 <alex1216> I had FUSE implementations of Ext4 and NTFS installed on both of my NAS, but the first of them was Raspberry Pi-based (as I can guess, its kernel can only see UFS, ZFS and FAT, on primary partitions only), so actually all data was stored on FAT32 volumes...
19:12:05 <alex1216> When Pi-based NAS had actual Ext- or NTFS-based volumes in fstab, it went single-user after any power outage even if these volumes were with "late" option... Looks like it won't be the case anyone as the data drive needn't to be connected anymore at my current NAS and the desktop, and big files support would be appreicated... Which FUSE
19:12:06 <alex1216> implementation is stable: ExtN or NTFS?
19:13:20 <meena> alex1216: FreeBSD can only use UFS and ZFS as root Filesystem
19:13:38 <alex1216>  as the data drive needn't to be connected with USB anymore*
19:13:47 <alex1216> meena: I have root on UFS.
19:14:14 <yuripv> installing on NTFS would be.. interesting
19:14:33 <alex1216> meena: now the question is about volumes which will hold Bhyve VM images and other >4G files.
19:15:46 <meena> what's wrong with ZFS?
19:15:47 <RhodiumToad> actually root can also be NFS, but it can't be much else
19:15:56 <meena> fair
19:16:22 <RhodiumToad> of course with some cunning you can use md images as root
19:16:27 <alex1216> yuripv: Certainly. It would be also flexible as it means availability of the volume from some emergency environment (which is, I guess, is going to be NT- or GNU/Linux-based)...
19:16:45 <alex1216> meena: It needs much RAM without fine tuning?
19:24:14 <alex1216> meena: as I can see, there is an wiki article called like "tuning ZFS for <8GB RAM". I'd already considered using it while building the current NAS after bocha's reviews, but at that time upgrading the NAS to support >1GB appeared expensive like building a desktop from scratch.
19:26:33 <meena> from what i saw, your NAS isn't just a NAS. So if all you got is 1G and you're trying to do a lot with it, then stick to UFS
19:27:19 <meena> as for bhyve: it just plays nicely with ZFS as the volume manager
19:28:59 <alex1216> meena: yes, it runs lighttpd, cups and some p2p apps. I'm also thinking of promoting its samba to a DC. Fortunately, the desktop is a separate machine, but it's going to be also a terminal server and Bhyve host...
19:30:15 <meena> that sounds like a lot of workload for 8 GB RAM
19:31:12 <alex1216> 16GB*
19:32:03 * meena for 64G in her laptop……… 
19:33:41 <alex1216> "Terminal server" means that I'm going to use its desktop environment not only locally but also from VNC. But there is going to be only one session, and the script that prevents duplicating it is going to be migrated from GNU/Linux too. :)
19:33:52 <trev> anyone use a snd_uaudio and have trouble with the volume changing in realtime?
19:34:06 <alex1216> that prevents it from being duplicated*
19:34:29 <RhodiumToad> I've used snd_uaudio a lot without issues
19:35:24 <trev> RhodiumToad: are you running CURRENT? i am having a problem where the volume level doesn't change (testing while listening to a youtube video in firefox, which may factor into it)
19:37:12 <parv> trev, Does the volume level change if you change it before starting the video?
19:37:33 <RhodiumToad> trev: no, not on CURRENT
19:37:50 <trev> parv: i've gotten it to do that. still trying to figure out how it's functioning
19:38:07 <RhodiumToad> have you set any non-standard sysctls?
19:38:15 <trev> i don't think so
19:38:20 <trev> not in regards to sound
19:40:34 <trev> now i'm wondering if mixertui will update in realtime or if i have to esc to set it
19:41:12 <RhodiumToad> is the issue just with firefox?
19:41:22 <trev> nope, using mplayer now
19:42:21 <RhodiumToad> and changing volume on the fly in mplayer isn't working?
19:42:27 <trev> correct.
19:42:32 <RhodiumToad> huh.
19:43:10 <trev> i have a two channel headset. game sound and chat sound
19:43:50 <trev> the driver actually seems to confuse the two. it pairs the game sound with the mic and the chat sound in a different pcm
19:45:32 <RhodiumToad> haven't tried anything like that.
19:50:55 <trev> on the fly works for the chat sound pcm
19:54:18 <Teraii> is there a driver for <Realtek 802.11ac NIC> ?
19:54:23 <Teraii> i have doubt
19:54:58 <parv> What specific chipset is in there? "pciconf -lv" may show
19:55:15 <ixmpp> have to say, it is magnificent how simply and well sound works on fBSD
19:55:24 <ixmpp> having tried it on a desktop now
19:58:03 <Teraii> parv, it's an usb device
20:03:20 <Teraii> ugen6.2: <Realtek 802.11ac NIC> at usbus6, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA)
20:03:53 <parv> Does not say much🤷🏽‍♂️
20:04:11 <Teraii> :/
20:04:48 <Teraii> it's a Chipset Realtek RTL8812BU
20:04:51 <parv> ... besides an indication that there may not be a driver (or, a driver if available may need to be loaded)
20:04:58 <parv> There you go
20:05:15 <Teraii> i'm a noob in wifi :p
20:06:00 <parv> See https://forums.freebsd.org/threads/freebsd-12-driver-to-use-with-rtl8812au.75090/
20:06:01 <VimDiesel> Title: Solved - Freebsd 12, driver to use with RTL8812AU? | The FreeBSD Forums
20:06:57 <Teraii> ok thank you ;)
20:08:53 <Teraii> arg => Seems that RTL8812BU is not supported
20:09:32 <parv> Teraii, I was about to mention that!
20:10:01 <parv> Sorry
20:10:05 <Teraii> sorry i have not undestood that way
20:11:04 <RhodiumToad> Teraii: what version are you using?
20:12:17 <Teraii> fresh upgraded 13.2
20:12:23 <Teraii> fresh upgraded 13.2R
20:15:06 <parv> Teraii, There is also "net/wifibox" to try native Linux driver in Alpine VM
20:15:47 <parv> https://www.freshports.org/net/wifibox
20:15:48 <VimDiesel> Title: FreshPorts -- net/wifibox: Wireless card driver via virtualized Linux
20:16:19 <Teraii> ho
20:16:28 <RhodiumToad> Teraii: can you get the chip id?
20:16:30 * Teraii trying
20:16:53 <RhodiumToad> usbconfig -d ugenWHATEVER dump_device_desc
20:17:07 <RhodiumToad> idVendor / idProduct
20:18:58 <Teraii>   idVendor = 0x0bda / idProduct = 0xb812
20:20:33 <RhodiumToad> ok, not seeing it in the fbsd 13 sources, so you're probably out of luck as far as a native driver goes
20:20:40 * RhodiumToad out for a bit
20:20:54 <Teraii> ok
20:21:44 <Teraii> i'm out of luck :)
20:22:11 * parv points to "wifibox" package👆🏽
20:22:31 <Teraii> yes i'm studying this last way
20:23:57 <parv> https://github.com/pgj/freebsd-wifibox-port points the way to choose the needed driver
20:23:58 <VimDiesel> Title: GitHub - pgj/freebsd-wifibox-port: FreeBSD port for Wifibox
20:25:53 <Teraii> allready on this page from google ;)
20:26:17 <Teraii> (pkg installing)
20:27:19 <Teraii> (reading man :)
20:36:23 <Teraii> configured : an interface tap0 and wifibox0 has been created
20:36:34 <Teraii> but tap0 is marked DOWN :(
20:36:50 <Teraii> sorry
20:37:03 <Teraii> no carrier (different from DOWN)
20:37:37 <Teraii> wifibox0 seems to be a bridge interface
20:39:13 <Teraii> but i love this package:)
20:40:00 <Teraii> thank you for pointing me this package
21:01:22 <parv> Teraii, Did you get a working connection?
21:04:00 <Teraii> no
21:09:19 <parv> So is there no (Linux) driver (for RTL8812BU)? The port mentions various log files where that might be noted
21:10:51 <Teraii> i'm studying how wifibox is working with linux driver
21:19:13 <trev> how do you actually send an email to a mailing list?
21:19:24 <trev> such a stupid question
21:19:38 <trev> i want to report this uaudio bug
21:19:47 <trev> and see if someone can mentor me into fixing it
21:20:07 <RhodiumToad> ideally, subscribe to the list first
21:20:27 <trev> i subbed to the digest
21:20:34 <RhodiumToad> that'll do
21:20:41 <RhodiumToad> then just send email to the list address
21:21:13 <trev> ok so my guess what right..phew
21:21:59 <RhodiumToad> (if you don't want to see all the traffic in your mailbox, you can also subscribe in "nomail" mode and read the web archives)
21:22:35 <trev> i'll see how the digest is
21:23:40 <meena>   anyway
21:24:34 <meena> bugs should (also?) be reported on bugzilla
21:24:46 * meena is very sleepy
21:27:44 <Teraii> parv, wifibox don't seem to support USB dongle : only PCI pass throug
21:28:19 <parv> Teraii, Oh! Sorry to even suggest that for you
21:29:30 <Teraii> i'm happy to discover this port, It's all thanks to you :)
21:29:52 <Teraii> very interesting
21:31:28 <Teraii> behyave is usb passthrough capable, so perhaps in near future wifibox too :)
21:31:35 <Teraii> behyve
21:36:02 <Teraii> ho i missunderstanding
21:36:54 <Teraii> usb passthrough capable => in fact not but USB controler yes
21:47:37 <Teraii> since i'm on a laptop i can do more this night
21:47:43 <Teraii> i can't
22:11:21 <rustyaxe> I fall asleep with my face on laptop keys at least once a week, Teraii . Do not be a quietter.
22:16:27 <parv> Quiet the typo there
22:18:42 <rustyaxe> quitter
22:18:45 <rustyaxe> Yes
22:20:58 <Teraii> my eyes are closing too
22:21:05 <Teraii> time too sleep here
22:21:09 <Teraii> to
22:21:18 <Teraii> so good night ;)
22:26:32 <BaloneyGeek> Just 26 mins pas midnight. The night is young yet :-P
22:27:59 <BaloneyGeek> Also it's always morning in IRC Standard Time
22:28:36 <parv> ;->
22:32:51 <BaloneyGeek> Actually, I've got an ask. What do I need to do to get commit access to ports?
22:33:21 <BaloneyGeek> I have two ports I maintain (dovecot-fts-elastic, py-certbot-dns-gandi)
22:33:45 <BaloneyGeek> The latter is now out of date and it's updated regularly enough that filing a bugzilla for every update is going to be really annoying
22:34:47 <BaloneyGeek> I do have open-source credentials (KDE e.V. member, Spectacle - the KDE screenshot utility - is mine), so I'm pretty certain I could maintain a couple of ports and not trash the whole ports tree in the process ;-)
22:35:42 <parv> If you send enough updates via bugs.freebsd, committer may eventually fed up & give access to you
22:36:35 <BaloneyGeek> Ah, annoyance-driven privilege escalation :-P
22:36:53 <parv> 👍🏽
22:37:21 * BaloneyGeek should take this moment to update the py-certbot-dns-gandi port
22:57:44 <BaloneyGeek> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270870
22:57:47 <VimDiesel> Title: 270870 – security/py-certbot-dns-gandi: update to 1.4.3