00:06:50 Considering that there is a new release of the rust compiler every 10 weeks or so, wouldn't the base version of rust in an official freebsd release get outdated quickly? 01:34:53 Wait, so it *was* rust? 01:35:12 nope 01:35:24 What did it? Or was it just a range of things? 01:36:28 not actually sure. it was rebuilding everything (despite meta-mode and ccache, something had changed that everything depended on, possibly this was the first time I compiled since llvm 16 went into 13-stable 01:36:59 and it had to do the cross-compiler thing, so that probably accounts for it 01:37:17 (since system compiler was still on llvm 15) 01:38:35 I was only using 3 cores rather than 4, but even so it's still usually only ~3hr for a full build 01:40:44 hrm 01:41:02 Builds times are what convinced me I didn't really want to use Gentoo again. 01:42:15 and of course FreeBSD_version changed because of the compiler change, so now all the ports get rebuilt 01:42:33 and ccache won't help with that either because new compiler 02:03:15 mason: I was asking that for when they do incorporate rust into the base in the future sense. However I think I figured out the answer to my question from an epiphany I had during a swim. 02:13:46 IMO, it would be awesome if Rust had ISO approved standards and a compiler switch/flag to select them like with gcc and clang. But that's not how they roll. I figured what the FreeBSD devs would do is use whatever the latest compiler was at the time and a compatible snapshot of the std/core library for each release. 02:14:07 Boom, no problems. 02:14:50 rust in ports is bad enough. the day rust is committed to base freebsd is the day I fork it as UnoxidizedBSD 02:15:54 (provisional name) 02:16:24 Heheh, I might join you there. 02:27:55 I considered a Slackware derivative without PulseAudio, which would appropriately be named Flatline. 04:58:52 I suspect you're more likely to see llvm leave base than to see rust join base 05:33:59 how do I make a lot of money in computing? 08:47:02 Thursday and new BSD Now: https://www.bsdnow.tv/520 08:47:04 Title: BSD Now 520: 4 months BSD 08:52:27 kevans: so in otherwords, it will never happen :P 08:52:52 concrete_houses: simple, get into cybersecurity 12:53:42 Blender is lagging really bad for me and unusable, can anyone confirm it's just me or it's reproducable? AMDGPU drm515 FreeBSD 14 13:25:47 thedaemon: only blender? 14:17:55 crest, yes, 3d games work fine. 14:52:00 kenrap: it's also possible that I'm just bad at predicting things, but imo the toolchain being in base will become less important once we can drive pkgbase over the hill 14:52:36 when no toolchain is a first class citizen, they're... all first class citizens? no, no, that doesn't sound right 14:52:41 kevans: i would love if sysifus would stop rolling that pkgbase back down the hill every release 15:15:14 I guess I'm confused. I thought pkgbase was a way to upgrade the base part of the system and would also help with stable/current users by not needing to build from /usr/src to in order to upgrade 15:15:46 Also, I'm not sure if I follow the first class toolchain argument 15:25:34 Oh wait, that's your point. Base being upgradeable through pkgbase makes the toolchain not "first class" anymore. 15:26:08 oh the sting 15:26:32 I'm building the Blender port to see if it works better than the prebuilt package. 15:29:24 kenrap: right, so kind of a philosophical question; what *is* first class when we don't mandate a particular set of packages? 15:30:12 it's hard to see the toolchain as "essential", since most of FreeBSD will run just fine without it; maybe it's included in some meta pkg that matches somewhat how we package the system today, but maybe not 15:39:31 kevans: and therefore won't be a problem with my rust concern because it doesn't have to be included, along with llvm and friends... hence what you said way earlier. Hah, now I connected the dots. 15:39:33 a big reason why freebsd is still relevant is everything thats in world is available in an initial install allowing you to do whatever you want without having to add extras. dont think we want linux package'isms here 16:09:30 Ooh, I don't see lack of system packages as at all problematic. What makes FreeBSD relevant is the technology it includes and its general ethic. 16:09:43 System packages will address one of the bigger flaws. 16:10:16 (Which is, how do you sanely upgrade this at scale?) 16:13:46 Anyone have any experience getting Microsoft Teams video meetings going on FreeBSD, using any combination of technologies that works? 16:39:14 vbox >>> microsoft >>> teams 16:39:44 * CmdLnKid will be the bearer of bad news 16:44:30 it work in Firefox 16:44:31 mason: freebsd, virtualbox, ubuntu, m$ teams 17:00:41 Two votes for VirtualBox. VVD: Firefox natively? CmdLnKid and Demosthenex: What browser inside the Ubuntu VM? 17:00:51 (And thank you all.) 17:02:49 mason, yes 17:03:36 yesterday used 17:05:14 yesterdays gone with the wind 17:06:52 VVD: Hm, kk, I tried it this morning and it couldn't open my audio, but maybe I need to fire up webcamd or something. Built-in audio on a T420. 17:16:42 mason, did you tested you mic in other applications? 17:17:57 VVD: Not as yet. I'll try it in Audacity. 17:18:21 audio/audacity, discord in firefox 17:19:16 FreeBSD work very bad with mics 17:24:07 VVD: Hm, no good with Audacity either. I'll cargo-cult in webcamd. 17:25:10 hello world 17:28:05 VVD: webcamd didn't do anything magic - still nothing through audacity 17:28:23 mason, I'm using PCI "Creative Labs CT5880" for mic because it doesn't work in "82801I (ICH9 Family) HD Audio Controller" integrated in MB ASUS P5K 17:29:02 VVD :> 17:29:03 it didn't work in old P4P8X, P4P800SE, P5B 17:29:13 laptop? 17:29:25 my - no, desktop 17:29:37 mhm 17:29:39 how to connect PCI Audio card to laptop? 17:29:47 what name laptop? 17:30:20 Hm, plugged in a USB microphone and it Just Worked. 17:30:21 u ask laptop, but before I wrote that I'm using PCI Audio card 17:31:01 mason, yes, mic in usb cam work for me too, but quality is much worse 17:31:56 USB microphon = USB Audio controller + mic 18:38:56 mason: so i've had issues with firefox only using the default audio output and input 18:39:03 mason: and it lacks a selection mechanism 18:39:11 i use virtual_oss to swap outputs and inputs with everything else 18:39:31 Ah, I'd completely forgotten about that. 18:39:56 so i use virtual_oss with my usb mic + monitor port, and then i send that thru virtualbox as a virtual audio 18:40:09 i usb forward my yubikey, but webcams i haven't tried 18:40:20 my first hunch is that usb forwarding will be too slow for a cam 21:21:29 well Blender didn't compile :( 22:02:48 Hello. I keep reading the freebsd handbook. I have already managed to install the freebsd operating system on a virtual machine along with the kde plasma5 graphical shell. I had a question that I couldn't find an answer to. When installing the kde5 package, ffmpeg is installed as a dependency. What should I do if I want to have additional features in the ffmpeg program that are not included in the binary package, but at the same time I 22:02:48 don't want to fully build the kde5 package? 22:03:47 you can build ffmpeg from ports 22:04:20 kde5 won't replace an installed package if it's the correct version, regardless of where it was installed from 22:06:41 RhodiumToad: In what order will I need to perform these steps? First build ffmpeg from ports and then install the kde5 binary or install the kde5 binary first and then build the ffmpeg from ports that will replace the ffmpeg program that was installed as a binary package dependent on the kde5 package? 22:07:22 probably easier to build ffmpeg without kde installed 22:07:58 are you using the quarterly or latest pkg repo? 22:09:35 RhodiumToad: At the moment, I'm only learning about the freebsd operating system in a virtual machine. I think I have a quarterly repo. 22:10:47 see /etc/pkg/FreeBSD.conf for which repo is in use, unless you overrode it in /usr/local/etc/pkg/repos 22:12:36 basically you need the versions of things to match up closely enough between the ports tree you use and the pkg repo 22:12:57 I just looked at the file you mentioned, I have a quarterly repo. 22:14:15 RhodiumToad: Thanks for the advice, I've already read about this in the FreeBSD handbook about the need for version matching when using binary packages and ports. 22:14:17 ok. then you'll want to check out the current quarterly branch of the ports tree, or alternatively use the main branch and also switch your pkg repo to the latest repo 22:14:35 (using the quarterly repo is probably easier) 22:17:00 RhodiumToad: I don't think I will be switching to lates repo. From the operating system, I primarily need stability, this is the main reason why I became interested in FreeBSD. 22:20:43 ok. quarterly is more stable in the sense of versions, i.e. only more critical fixes are done, so there's less version churn