What would you like to see over the next few FreeBSD versions?

I would like to see a option in the FreeBSD installer how much disk space a new zfs install can take. Say I have a 1 TB disk and tell zfs use only half of it.
Can be easy done with ufs but zfs want all of the space.

And yes I know it can be done manually but why the hassle. Just tell the installer use amount x of space and no more.

Just something I would like to see.
 
I would like to see a option in the FreeBSD installer how much disk space a new zfs install can take. Say I have a 1 TB disk and tell zfs use only half of it.
Can be easy done with ufs but zfs want all of the space.

And yes I know it can be done manually but why the hassle. Just tell the installer use amount x of space and no more.

Just something I would like to see.
If it were a little easier to contribute, then that could be a change we could perhaps make, raise a PR, and have it incorporated.

In that vein, I have scripts to build my entire system from scratch so I could do a clean install and have everything ready to go. I wish that were incorporated into the main installer so that others could contribute and make the installation process better. The installation could be less painful, encourage others to tinker around with FreeBSD more, and help others recover from disaster more quickly including cyber attacks.
 
I would like to have a tool to profile IO bandwidth per process. top can only display iops, and iostat, gstat -p, zpool status, etc., can only show bandwidth per disk/zpool/dataset. Aggregating output from ktrace -ti -p $PID is possible to get the bandwidth, but the output contains the io content that is so big.
 
I would like to have a tool to profile IO bandwidth per process. top can only display iops, and iostat, gstat -p, zpool status, etc., can only show bandwidth per disk/zpool/dataset. Aggregating output from ktrace -ti -p $PID is possible to get the bandwidth, but the output contains the io content that is so big.
Yeah, that'd be nice. Sometimes I wonder why my system is slow and it is hard to determine the culprit. It sounds like it is more or less a matter of writing some shell scripts to clean up the output in a human-readable way.
 
Developer Requests

I'd really like to see fcntl() with F_KINFO work reliably for all FSes and not just if the kernel feels like it because it finds something in a cache. fcntl() with F_GETPATH works on macOS and Linux and Solaris can just look in /proc.

Documentation for ioctls.

Use only one guardpage for thread stacks.

libc tunables like GNU libc (and in particular some way to turn off the pthread stack cache)

A libc freeres function

Desktop (KDE) User Requests

Working Discover

Fewer (or no) kwin/drkonqi coredumps

My old system intermittenly gets stuck during login and I have to use ssh to kill kwin. That system is probably going to switch to CURRENT so we'll see if that problem persists.

Platforms

Better Raspberry Pi 5 support

That's all that I can think of for now.


Did freebsd allow drivers for the wifi versions of raspberry pi yet? That, to me, would shift my os. I am tired of debian influxing that embedded device.
 
I would like a working yubikey 5 nfc key at the kernel and system level
I would like a working yubikey 5 nfc key at the kernel and system level
I would like a working yubikey 5 nfc key at the kernel and system level
 
I'd like working OpenCL on AMD GPU (Radeon RX 6600). Right now it almost works - the test runs fine, but crashes at the very end closing the device. There is an open PR for that, I followed a workaround but it did not help.
 
Computers pre-installing FreeBSD and all cutting-edge hardware functionalities are working flawlessly (of course, including GPUs, WiFis,...) with ports. At least same functionalities as latest Windoze at the same time, with far more stabilities and performance!
 
Computers pre-installing FreeBSD and all cutting-edge hardware functionalities are working flawlessly (of course, including GPUs, WiFis,...) with ports. At least same functionalities as latest Windoze at the same time, with far more stabilities and performance!
That is my dream! Sadly, big companies are so much more intrested in Linsux, against their own intrests (GPL)! ;)
 
games/iourbanterror doesn't exist and "or any other Quake 3 Arena compatible engine" is confusing and I don't know what that means. :(
 
I thought about to try to port the decompiled versions of TLOZ: Ocarina of Time + Majoras Mask, and Super Mario 64 over to FreeBSD, but right now I am a little bit busier than I thought...

Instead...
Does someone have the interest to try to port these decompiled ports over to FreeBSD ?
There should be a native windows and linux version, if I am not wrong. :-/
 
USB emulation in bhyve, not just passthru.
Yes, it is "additionally", not "instead of". Because if "instead of", I'm afraid this can lead to hypervisor degradation, and bhyve will "turn" into vmware, in which it is simply unbearable to work with applications dependent on pcscd. I'm talking about VMware on Linux here. You have to disable pcscd on the host, because otherwise the host can capture pcsc-readers connected to the virtual machine. This was one of the reasons for my move from Linux/VMware to FreeBSD/bhyve.
 
Vermadens blog post works again. It failed last time I tried it. But I have UrbanTerror running again.

 
Vermadens blog post works again. It failed last time I tried it. But I have UrbanTerror running again.

Alexander has added Urban Terror to Mizuma as well. And it works very well.
 
I didn't have any issues because I didn't update my pkg with broken stuff, but newbies did and it makes them run back to linux. It's not for me, I don't know why people think I'm only complaining for myself. I am complaining on behalf of all the new FreeBSD users who updated and lost their KDE or whatever and I believe that should have never happened. You think that pkg should push out missing packages like that?
So you are actually complaining, here on this site, and not just on your behalf, but on others behalf as well?

I'm confused as to why people who "run back to linux" are your concern, or indeed warrant the concern of anyone posting here?
 
Back
Top