This week’s episode of Destination Linux is all about those Betas! We have Yousuf Philips of Xubuntu joining us to discuss Ubuntu Testing Week. We’re also going to be discussing the Beta release of Fedora Linux 34, with an inside scoop of the i3 Spin for Fedora. The new Pinephone Beta edition is ready for pre-orders. Plus we’ve also got our famous tips, tricks and software picks. All of this and so much more this week on Destination Linux. So whether you’re brand new to Linux and open source or a guru of sudo. This is the podcast for you.

Sponsored by:
Sponsored by:

Hosts of Destination Linux:

Ryan (DasGeek) =
Michael Tunnell =
Jill Bryant =
Noah Chelliah =

Want to Support the Show?

Support us on Patreon =
Support us on Sponsus =
Destination Linux Network Store =

Want to follow the show and hosts on social media?

You can find all of our social accounts at

Segment Index


  1. Thanks everyone - very interesting episode again :slight_smile: Interview with Yousuf and his explanation that various tests are already set-up to run on the Xubuntu Beta makes me quite curious to try this, as I’ve never done Beta-testing for a new release before :+1: I may celebrate the Beta episode by running the Fedora Beta too as I’m very curious to see Pipewire, Gnome 40 and Btrfs all working together!

  2. Awesome @ak2020!!! I know you will enjoy the process of beta testing and find it extremely rewarding!!! You will learn so much!! :joy: :heart_eyes::penguin::penguin::penguin:

  3. Thanks for the advice @jill_linuxgirl though another of my old machines has been flaking-out on me as-of yesterday and it’s knocked my workflow sideways so may be a few days before this is possible now, sadly!

  4. On mouse-less browsing there’s also an extension called vimium for Chromium that gives you VIM-like navigation and there’s a port for Firefox.

  5. This week I installed Ubuntu 21.04 Beta with openZFS 2.02 on my desktop with a 512 GB nvme-SSD, 128 GB sata-SSD and 1.5 TB of HDDs and I’m really impressed with the performance of the persistent SSD Cache (L2ARC). Boot times of my VMs from L2ARC on two striped HDDs are getting very very close to the boot times of the VMs from the nvme-SSD (9 secs vs 11 secs)

    The large conky picture on the extreme right monitors, how it looks on my Host OS on the Ryzen desktop. It is just after a fresh boot with only one Xubuntu 20.04 VM started from the nvme-SSD and Xubuntu 18.04 booted from L2ARC and striped HDDs. Note that the hit rate of the L2ARC will go up from 14% to 50%, if it is used more frequently. So 97% of my disk IO would be from the memory cache (L1ARC) and from the remaining 3%, half will be served by the sata-SSD (L2ARC; 540 MB/s) and half from the 2 TB HDD (140 MB/s). During normal operation almost all IO will be run from L1ARC, mainly booting and initial program loading will be served from the SSD cache (L2ARC).

    Note that the L1ARC and L2ARC sizes are given as (uncompressed size) real lz4 compressed size.

Continue the discussion at

1 more reply