02:50:04 is there somewhere I can read about the upcoming service jails? I'm curious how they're implemented and if it's much different than single executable jails and the way I've been playing with doing that with runit . 02:51:36 duskmoss: it's just a jail with path=/ 02:54:18 ah. 02:54:22 easy thanks :) 02:58:05 which means the isolation is not very strong (basically useless for anything that runs as root) but i hope it can be expanded later 03:21:50 is 15 on track? 03:22:01 kerneldove: yes 03:24:55 nice 03:24:59 much excite 04:07:10 <_mystified> I've been using linux for a number of years, I've tried freebsd a number of times. I'm now ready to install & test freebsd as a desktop. My concerns relate the wifi compatability under freebsd for my dell i5-10210U, it's a Atheros QCA6174. I know that it has limited compatability both for wifi & bluetooth. If look attatch a dongle with wifi & bluetooth, what do you guys recommend? Is there an positive options for 5G wifi or only 2.4G. Thanks. 04:08:10 <_mystified> pardon my grammar? 04:10:56 _mystified: Looks like there are options for you. You may have already seen this, but if not: https://forums.freebsd.org/threads/questions-about-configuring-ath10k-wifi.93859/ 04:11:41 That thread's over a year old, so maybe things are better now, but I suspect the avenues to try are the same. 04:11:56 <_mystified> No, I'll look it now, Thank you ! 04:13:01 The person gave up in the end, but maybe things have changed, and it might be that with a bit more diligence wifibox would have worked. And maybe the driver's better now, over a year later. 04:13:41 _mystified: on the off chance your wifi card is mini-pci(e), you could swap it for an intel card 04:14:04 That too. 04:16:34 <_mystified> My thoughts is to purchase a dongle, but I'm trying to ascertain, which dongle would be my best option ? 04:19:43 <_mystified> Has anyone tried this CSR8510 A10 Bluetooth Dongle 06:27:50 hello? 06:28:16 hi 06:29:17 I just got a "⚠ Cannot send to nick/channel" in another room. What does it mean? 06:36:33 https://libera.chat/guides/faq#cannot-send-to-nickchannel 06:38:40 hi 07:28:10 o/ 09:19:43 been a while since i've bought bandwidth in datacenters. anyone have some ballpark figures on what 100gbps and 1/4 cabinet goes for? i'd be looking for a DC around the seattle SIX ideally but flexible 09:39:57 kerneldove: you'll probably get a better answer in #networking 09:40:19 tried hehe 11:26:19 No chance to ever get my Linuxulator patch even looked at by anybody? https://reviews.freebsd.org/D47417 11:26:53 (I was just reminded of it by that one app that motivated me to do it in the first place.) 11:27:18 btw. I noticed that AppImages now run without prior extraction (14.3). Nice! 11:42:11 rhaberkorn: if you aren't a committer, i strongly recommend using github to submit patches, not phabricator. github has a process to find reviewers for patches and commit them, phab does not (it assumes the submitted knows who should review it and will commit it themselves) 11:43:51 also, you're likely to get a better answer for this sort of question in EFnet #bsdcode than here, not many committers hang out here 12:04:14 ivy: Thanks. Back then I was advised to submit via Phabricator. 12:05:26 What about port upgrades? Still via bugs.freebsd.org? 12:07:43 yes, non-maintainer ports updates must go via bugzilla because there's where the automation is - i think some ports are now using github but you'd know if you were working on a port that does that, i think 12:08:54 <[tj]> rhaberkorn: that is quite a large change to review, but the header moves look straight forward 12:09:15 rhaberkorn: also if a committer told you to use phabricator, you should complain to them and ask for more reviews :-) 12:11:55 non-*committer* port updates need to go via bugzilla 12:12:18 many maintainers aren't committers 12:12:44 paulf: no, committer updates should also go via bugzilla because that's how the maintainer is notified and can approve the update or not 12:13:17 paulf: the only exception that i'm aware of is a committer who isn't a ports committer updating a port they maintain, which can go via phab 12:13:43 (because maintainer approval is implicit in that case) 12:15:44 the one time I didn't approve a change (in Phab) the change went in anyway despite the committer not having a clue what they were doing 12:16:02 well, that sounds like a good reason to not submit non-maintainer changes via phab 12:18:05 it was the clueless committer that also started the Phab review 12:19:26 but yes, I think that most port updates should go via bugzilla 12:23:31 fwiw, i would never update someone else's port via phab and i think it's wrong to do this, you would not be wrong to complain to portmgr about that 12:24:50 I opposed the change strongly but portmgr went with it anyway 12:27:57 and I must say I lost a great amount or respect for committers and portmgr 12:35:10 Guys a big problem here 12:52:29 which is? 13:25:02 paulf: he has big problems asking specific questions 13:32:20 GTK hangs on Linux compatibility layer FreeBSD.. until I make PC sleep "zzz", then I making it wake up 13:33:17 It stops the hang and the program opens.. 13:34:05 rtprio: Heh, sorry ;) 13:36:04 I believe that bug never happens when I disable my radeon drivers 14:30:39 mosaid: did you try acpi reset video sysctl? 14:54:48 mosaid, why not native GTK? 15:06:30 ivy: it's also not invalid to do phab reviews for ports if the maintainer is also a committer, but if you're expecting a timeout you need bugzilla 16:00:30 CrtxReavr: I want to run some Linux software which I need 16:02:11 just keep the pc awake 16:02:21 polyduekes: I will try 16:03:26 rtprio: To run any linux program make use of gtk, I need to sleep the pc then wake it up 16:03:53 or disable my drivers 16:04:28 which will make resolution so low 16:04:35 what 16:04:57 o_O 16:07:35 oh, it's not working 16:07:46 rtprio: ? 16:10:59 i find it hard to believe your resolution is different without video drivres 16:57:16 Oh found the error 16:57:53 syscall inotify_init not implemented 16:57:57 syscall inotify_init1 not implemented 17:23:41 So is this causing the error or something else? 18:00:28 An error or a warning? 18:01:08 Let me see 18:04:42 It didn't mention 18:04:44 what is it 18:05:07 But that behaviour is so strange 18:19:07 hi all, when "hand"-managing jails, how should I be changing osrelease and osreldate (from jail(8))? I thought one of the main advantages of jails was the ability to have an older release in a jail and it still running. If I bootstrap and run 13.5-RELEASE-p3 in /usr/local/jails/containers/135_heta but have 14.3-RELEASE-p2 on the host, the jail is super confused. /etc/os-release in the jail also 18:19:09 holds some info, but nothing seems to agree with anything 19:49:08 arent jails are now called iocage for a cuter name ? :D 19:49:13 moviuro: In what way is the jail confused? I have done this before 20:02:30 moviuro, One way to check versions is "freebsd-version -kru" for the host kernel installed, kernel running, and userland. And "jls" and then "freebsd-version -j nginx" (using nginx for example). 20:03:00 In jails only the userland version is significant. And then ports/pkgs are completely separate. 20:06:55 This is a quickie command line one-liner: for jname in $(jls -N | awk '$1!="JID"{print$1}'); do printf "%s %s\n" $jname $(freebsd-version -j $jname); done 20:18:45 I had bad memories of pkg(8) screaming about inconsistent osreldate when some upgrades happened. I was terrified theis would happen again. But the good news is that pkg -dj $jail install whatever properly shows that it's looking for the correct ABI (the one from the jail).