freedesktop-sdk
us.zoom.Zoom | freedesktop-sdk | |
---|---|---|
31 | 53 | |
34 | - | |
- | - | |
7.1 | - | |
10 days ago | - | |
Shell | ||
- | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
us.zoom.Zoom
-
Use a custom data folder on Flatpak apps
For example, let's say we want a separate instance of Zoom (Zoom on Flathub) to run along the default one.
-
btw
It seems to divert the discussion to something that doesn't make too much sense. X and Wayland are two different things by design, this probonopd sounds extraordinarily salty that moving an application under a new server breaks some things, making some applications entirely useless, but I say, that is to be expected. Saying that Wayland breaks stuff by design, as if that was their only objective is just petty, of course it's a pity that those devs have thrown in the towel, but let's not pretend like theirs were the only options, e.g. screen recording works perfectly fine with OBS, at least it has done so on my machines with AMD/Intel GPUs; Jitsi works now; Zoom screensharing being GNOME only is Zoom devs being dicks that can't be arsed to support standards, the community came in to work around it and also I don't know how they could bring up a proprietary application that has not made the Flatpak package themselves as an example, the whole thing is a community effort there apparently; etc. etc. (I'm not going to debunk all the others that are invalid, the internet is there for everyone)
-
KDE is starting to treat X11 users as second-class citizens
Can you be specific about the problems with X11? I've been using X11 for decades and it's been ROCK SOLID. And that is exactly what you want from something so essential. Wayland feels like an expensive boondogle, frankly. Wayland breaks everything and only provides 20% the functionality that X11. It also forces application and DE developers to implement special tools and solutions for wayland which have always been provided as a common interface by X11, like screenshots/ recording and screen sharing, e.g. https://github.com/flathub/us.zoom.Zoom/issues/22
-
Zoom on Ubuntu-based Linux
For college and therapy, I've had to use Zoom. I've been using the zoom flatpak, as I try and use flatpak for any proprietary software. That being said, it is not officially supported (by zoom), and also doesn't listen to Pop!_OS's tiling window manager. Certainly, I'm not the only one who has questioned which client to use, but I'm curious what y'all think. I like flatpak because I can trust that, worst case scenario, the proprietary software (read: Spyware) only has access to a limited amount of my system. But it'd also be nice to, ya know, use the tiling feature.
-
Consistent crashes joining meetings
I've gathered a coredump and a stack trace, which might be useful.
- Zoom crashes when joining a meeting
-
A Problem with Zoom and the Solution
You can get it as a flatpak too which should (presumably) take care of any dependencies automatically. :)
-
Can it run Zoom?
Here you go: https://flathub.org/apps/details/us.zoom.Zoom
-
Will this be fixed with the next linux 5.18 kernel? I'm only getting 2 hours of battery life while getting 5-6 on Windows 11...
Check this out https://github.com/flathub/us.zoom.Zoom/blob/master/zoom.sh
-
Screen sharing on Zoom (Wayland & Fedora 36)
Link to the github issue for the flatpak
freedesktop-sdk
-
The Return of the Frame Pointers
I think I might have confused two unrelated posts. The one that references Polar Signals is this one:
https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/issues/...
So not a perf issue there, but they don't think the workflow is suitable for whole-system profiling. Perf issues were in the context of `perf` using DWARF:
https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/issues/...
- Finally mesa version 23.1.1 for fedora 38 has been published for testing 11 hours ago. It comes with quite important features like vulkan gpl for RADV to fight stutters in games and for better performance.
-
Yocto
But the fd-sdk https://gitlab.com/freedesktop-sdk/freedesktop-sdk and gnome build meta https://gitlab.gnome.org/GNOME/gnome-build-meta projects can prove as good references.
-
Rant: Desktop Sandboxing
With all of these hypothetical features out of the way and looking just at current release software, Flatpak allows you to do so much stuff that isn't accessible for a not-so-techy user. Custom installation folder? Yep. Running mesa-git GPU drivers? You got it. Any way to easily do this via GUI? In typical Linux fashion, nope. For a GUI focused packaging format this is a big letdown.
- Issue found for: Steam Deck Issue With Flatpak Hardware Decoding
- Steam Flatpak. Tried RADV_PERFTEST=gpl with proton-ge-54 but doesnt seem to be working when compared to using it with Bottles. Please see if I did it right.
-
Is there any way to force a specific Mesa driver for applications when multiple Mesa driver versions have been installed?
Link to (official?) how-to: https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/wikis/Mesa-git
-
Fedora Workstation 38 Is Shaping Up To Be Another Fantastic Release
You can load up Mesa GIT using environment variables, see here. Honestly what I miss the most from flatpak Steam is properly working non-Steam shortcuts, but I've given up on that.
- Are all AMD GPUs equally well supported?
-
PSA: The new OBS update breaks VA-API encoding when used with the Flatpak
It was my understanding that the packages for vaapi are just put into the -extra version of the sdk so app maintainers can opt out, but they are still available if they want to use them. See https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/merge_requests/10616
What are some alternatives?
flathub - Issue tracker and new submissions
flatpak - Linux application sandboxing and distribution framework
nix-gui - Use NixOS Without Coding
Flatseal - Manage Flatpak permissions
xdg-desktop-portal - Desktop integration portal
argos-translate - Open-source offline translation library written in Python
xdotool - fake keyboard/mouse input, window management, and more
xdg-desktop-portal-gtk - Gtk implementation of xdg-desktop-portal
flatpak-cve-checker
oneTBB - oneAPI Threading Building Blocks (oneTBB)
mpz - Music player for big local collections