00:37:52 <nekobit> still cannot post the bug report
00:37:55 <nekobit> Anyone?
00:38:51 <meka> nekobit: I just posted https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268847 so it works at least for some people
00:38:53 <VimDiesel> Title: 268847 – sysutils/reggae: Update to 0.2.8
00:41:48 <nekobit> meka: i had to make a new tab... weird
00:42:19 <meka> it happens to me sometimes if I run firefox, pkg upgrade (and upgrade firefox)
00:42:34 <meka> but I didn't see it behave that weird in "normal" situations
00:42:51 <nekobit> meka: there's some timeout happening then
00:42:56 <nekobit> i left the tab open for a little while
00:43:09 <nekobit> but... bug reports can take a while sometimes too.
00:43:13 <nekobit> how do i submit a bug report to the bug report??
00:43:58 <meka> Just write in the field. Or are you asking something else?
00:44:40 <nekobit> ah... it just happened again
00:47:00 <nekobit> it doesn't seem to like me attaching a file
00:47:39 <meka> but I have file attachment in my PR
00:47:52 <meka> did you try to create the PR and attach the file afterwards?
00:47:54 <nekobit> i am attaching a file called dmesg.today
00:47:58 <nekobit> it does not seem to like it, im not sure
00:48:07 <nekobit> maybe its just chromium (what im reporting the bug on)
01:38:35 <bsdbandit> good evening
01:45:05 <wikan> good night here ;)
01:45:34 <bsdbandit> oh wow
01:45:42 <bsdbandit> yeah well its 8:45 pm here
01:45:56 <wikan> almost 3 am here
01:46:05 <wikan> just woke up
01:46:05 <bsdbandit> sorry just waking up my self need to do some more rust programming on my freebsd box
02:09:08 <ravella> I'm able to resolve hostnames on my lan domain just fine, but if I enable local_unbound I get "NXDOMAIN" instead, any idea why?
04:50:14 <rtyler> Greetings! I am reconfiguring a vnet jaijls host which has two bridge interfaces, with vnet jails split between them. I cannot for the life of me remember how I was previously routing or allowing traffic from a vnet jail on bridge1 to another jail on bridge0
04:50:39 <rtyler> the PF rules are working properly for NAT such that jails in both are able to get out the external interface
04:53:43 <rtyler> of course vnet jails off bridge0 can hit other vnet jails off bridge0 correctly, which I would expect
07:30:24 <tuaris> Can I use ser2net to share a USB device "/dev/uhid0" over the network to a client with socat?
07:47:32 <rtprio> ravella: without unbound what dns are you using?
16:26:06 <ravella> rtprio: my router has an unbound instance on it
16:31:49 <rtprio> but something is not unbound if it's handling dns in your lan, right?
16:45:03 <idwer> I wonder whether you can set up ddns, with unbound
16:46:39 <idwer> apparently RFC 2136 isn't supported
16:55:10 <ravella> rtprio: that's the difference between unbound and local-unbound, no?
16:55:36 <rtprio> i've never used unbound
16:56:05 <rtprio> but depending on your name, i suspect the local_unbound is looking in the wrong place for your domain
16:56:45 <ravella> I did try running `local-unbound-setup 192.168.1.1 1.1.11 ...` to no avail
16:56:57 <ravella> it doesn't seem to be picking up the first nameserver
16:57:14 <ravella> weirdly though, it doesn't break anything else, I can still access the internet
16:57:57 <rtprio> you'll need to tell local_unbound to ask your router for dns or it will never find your internal dns
16:57:59 <ravella> my guess is that for some reason, local-unbound and unbound don't play nicely together
16:59:16 <rtprio> becaus local_unbound is asking the root servers for SOA of 'ravella.lan' and they don't know
17:01:36 <ravella> I don't understand why unbound would be forwarding that request up to a root server, in the case where I have local_unbound disabled it resolves e.g. `ravella.lan` according to static DHCP leases
17:02:45 <rtprio> man page for unbound(local) says "On receiving a DNS query it will ask the root nameservers for an answer ..."
17:03:26 <rtprio> but you could confirm this theory with tcpdump
17:04:02 <ravella> interesting... maybe I don't want local-unbound on this machine then
17:04:49 <rtprio> i don't see why it would be necessary
17:05:41 <rtprio> i have the same issue on my network; local dns. obvs if i set the resolver to 1.1.1.1 it's not going to work
17:11:37 <ravella> well here is a new clue, if I remove the other nameservers and just point local-unbound to 192.168.1.1, I get SERVFAIL instead of NXDOMAIN
18:49:14 <wikan> hi, I did 'pkg upgrade' and my system is broken :|
18:49:35 <PredatorONormies> funny
18:49:39 <PredatorONormies> and sad
18:49:50 <wikan> actually system works fine
18:49:51 <PredatorONormies> cannot you use ZFS to rollback, wikan ?
18:49:54 <wikan> but apps doesnt
18:50:03 <wikan> don't use zfs
18:50:15 <PredatorONormies> 0.o
18:50:16 <wikan> firefox for example died
18:50:21 <PredatorONormies> Your failure lol
18:50:25 <PredatorONormies> wikan, oh you aren't alone
18:50:29 <PredatorONormies> Use Links instead.
18:50:32 <wikan> i use 15 yo machine
18:50:41 <wikan> zfs isn't a solution here
18:50:43 <PredatorONormies> Then you'll love Links
18:50:57 <PredatorONormies> I use a very fast system and Firefox is slow on it, too
18:51:05 <mason> I use ZFS on my 15 year old ThinkPad T420.
18:51:06 <PredatorONormies> wikan, I know.. but it IS a backup
18:51:17 <PredatorONormies> Oof
18:51:40 <wikan> and needs a lot of ram many ppl told me
18:52:45 <mason> Yeah. I was running with 8G RAM. For Christmas I upgraded it to 16, but it was fine with eight.
18:52:57 <mason> I've run ZFS with 1G on FreeBSD in the past and it was okay.
18:53:01 <PredatorONormies> > <wikan> and needs a lot of ram many ppl told me < yeah
18:53:11 <PredatorONormies> Well.. "a lot" is kind-of relative.
18:53:17 <PredatorONormies> I consider 4GB of RAM a lot
18:53:22 <PredatorONormies> I thikn it's like 4GB/TB
18:53:27 <PredatorONormies> for nice speed
18:53:33 <pertho> 4 GB is not a lot these days
18:53:44 <PredatorONormies> pertho,  it is
18:53:48 <PredatorONormies> It's just that software you use is shit
18:54:05 <PredatorONormies> I don't use software that is nearly shit you use (assuming you use it, because what you just said)
18:54:15 <PredatorONormies> I can be fine with 1GB of RAM easy
18:54:46 <PredatorONormies> But just to be safe and future-proof - 2GB.
18:55:04 <PredatorONormies> People think that hardware needs to be most modern - it does fucking not. Software needs to be better.
18:55:15 <PredatorONormies> There is a good video about it
18:55:18 <wikan> how to "debug' a message "cannot mix incompatible qt library 5.15.5 with thos librasry 5.15.7
18:55:18 <PredatorONormies> Not sure if I have it saved
18:55:19 <wikan> ?
18:56:46 <wikan> the only qt 5.15.5 is not installed
18:59:13 <wikan> i can't run any QT app
18:59:32 <rtprio> wikan: did you update before upgrade
18:59:44 <wikan> yes
18:59:56 <PredatorONormies> It seems something related to libraries, with Firefox
19:00:12 <wikan> firefox has different error
19:00:30 <PredatorONormies> oh
19:00:35 <wikan> shared object libicui18n not found required by libxul
19:00:43 <wikan> but, i have firefox version locked
19:00:47 <wikan> no update at all
19:00:59 <PredatorONormies> lol
19:04:08 <rtprio> wikan: that might do it
19:09:19 <rtprio> i'd try updating firefox to confirm this; otherwise you'd have needed to pin firefox and all dependancies
19:10:53 <wikan> i upgraded, works
19:10:59 <wikan> but still qt apps doesnt
19:11:47 <rtprio> and what's the error for a qt app?
19:12:21 <wikan> that cannot mix 5.15.5 libs with 5.15.7
19:12:42 <wikan> there is only one 5.15.5 package and it is not installed
19:13:20 <rtprio> which app? can you ldd it?
19:13:38 <wikan> every qt app
19:13:44 <wikan> for example kate
19:13:46 <wikan> i did ldd
19:13:56 <wikan> there is no 5.15.*
19:14:27 <rtprio> but is it linked to 5.15.* ?
19:14:38 <wikan> it is not system message
19:14:41 <wikan> it is qt message
19:15:06 <wikan> no information which lib is a problem
19:15:48 <rtprio> try a sudo srvice ldconfig restart
19:16:03 <rtprio> unless you've rebooted since upgrading
19:16:17 <wikan> rebooted
19:17:06 <wikan> ok, probably i found something
19:17:16 <wikan> kate works from root
19:17:25 <wikan> so I know where to look for issue
19:18:48 <wikan> yeap
19:18:50 <wikan> found it
19:19:03 <rtprio> do tell
19:19:11 <wikan> qt has gtk style enabled
19:19:19 <rtprio> wtf
19:19:26 <wikan> i removed it from qt5ct
19:20:07 <wikan> this mean, the library that makes qt look like gtk app is older than new qt
19:26:01 <wikan> well i enabled gtk2 style for qt beacuse i like when all apps look the same
19:26:13 <wikan> now this option isn't working
19:26:45 <wikan> another error was intel drivers :|
19:27:16 <PredatorONormies> messy update, huh?
19:27:19 <wikan> intel dri drivers are now in another package. It is third time.
19:54:35 <rtprio> fun
23:46:23 <ghoti> Is there a file somewhere in /usr/share that lists OUIs for Ethernet devices? I seem to recall seeing that years ago.