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?

Wait, so it *was* rust?

nope

What did it? Or was it just a range of things?

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

and it had to do the cross-compiler thing, so that probably accounts for it

(since system compiler was still on llvm 15)

I was only using 3 cores rather than 4, but even so it's still usually only ~3hr for a full build

hrm

Builds times are what convinced me I didn't really want to use Gentoo again.

and of course FreeBSD_version changed because of the compiler change, so now all the ports get rebuilt

and ccache won't help with that either because new compiler

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.

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.

Boom, no problems.

rust in ports is bad enough. the day rust is committed to base freebsd is the day I fork it as UnoxidizedBSD

(provisional name)

Heheh, I might join you there.

I considered a Slackware derivative without PulseAudio, which would appropriately be named Flatline.

I suspect you're more likely to see llvm leave base than to see rust join base

how do I make a lot of money in computing?

Thursday and new BSD Now: bsdnow.tv/520

Title: BSD Now 520: 4 months BSD

kevans: so in otherwords, it will never happen :P

concrete_houses: simple, get into cybersecurity

Blender is lagging really bad for me and unusable, can anyone confirm it's just me or it's reproducable? AMDGPU drm515 FreeBSD 14

thedaemon: only blender?

crest, yes, 3d games work fine.

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

when no toolchain is a first class citizen, they're... all first class citizens? no, no, that doesn't sound right

kevans: i would love if sysifus would stop rolling that pkgbase back down the hill every release

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

Also, I'm not sure if I follow the first class toolchain argument

Oh wait, that's your point. Base being upgradeable through pkgbase makes the toolchain not "first class" anymore.

oh the sting

I'm building the Blender port to see if it works better than the prebuilt package.

kenrap: right, so kind of a philosophical question; what *is* first class when we don't mandate a particular set of packages?

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

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.

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

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.

System packages will address one of the bigger flaws.

(Which is, how do you sanely upgrade this at scale?)

Anyone have any experience getting Microsoft Teams video meetings going on FreeBSD, using any combination of technologies that works?

vbox >>> microsoft >>> teams

it work in Firefox

mason: freebsd, virtualbox, ubuntu, m$ teams

Two votes for VirtualBox. VVD: Firefox natively? CmdLnKid and Demosthenex: What browser inside the Ubuntu VM?

(And thank you all.)

mason, yes

yesterday used

yesterdays gone with the wind

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.

mason, did you tested you mic in other applications?

VVD: Not as yet. I'll try it in Audacity.

audio/audacity, discord in firefox

FreeBSD work very bad with mics

VVD: Hm, no good with Audacity either. I'll cargo-cult in webcamd.

hello world

VVD: webcamd didn't do anything magic - still nothing through audacity

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

VVD :>

it didn't work in old P4P8X, P4P800SE, P5B

laptop?

my - no, desktop

mhm

how to connect PCI Audio card to laptop?

what name laptop?

Hm, plugged in a USB microphone and it Just Worked.

u ask laptop, but before I wrote that I'm using PCI Audio card

mason, yes, mic in usb cam work for me too, but quality is much worse

USB microphon = USB Audio controller + mic

mason: so i've had issues with firefox only using the default audio output and input

mason: and it lacks a selection mechanism

i use virtual_oss to swap outputs and inputs with everything else

Ah, I'd completely forgotten about that.

so i use virtual_oss with my usb mic + monitor port, and then i send that thru virtualbox as a virtual audio

i usb forward my yubikey, but webcams i haven't tried

my first hunch is that usb forwarding will be too slow for a cam

well Blender didn't compile :(

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

don't want to fully build the kde5 package?

you can build ffmpeg from ports

kde5 won't replace an installed package if it's the correct version, regardless of where it was installed from

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?

probably easier to build ffmpeg without kde installed

are you using the quarterly or latest pkg repo?

RhodiumToad: At the moment, I'm only learning about the freebsd operating system in a virtual machine. I think I have a quarterly repo.

see /etc/pkg/FreeBSD.conf for which repo is in use, unless you overrode it in /usr/local/etc/pkg/repos

basically you need the versions of things to match up closely enough between the ports tree you use and the pkg repo

I just looked at the file you mentioned, I have a quarterly repo.

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.

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

(using the quarterly repo is probably easier)

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.

ok. quarterly is more stable in the sense of versions, i.e. only more critical fixes are done, so there's less version churn