OneDriveGUI VS us.zoom.Zoom

I am trying to use the OneDrive I get from my university on my Fedora 38 laptop. I tried two different programs 1 & 2. But when they redirect me to OneDrive's website, I get an error that the admins have to approve the application. The IT told me they won't do it, so I am looking for possible workarounds. Is there any cloud storage aggregator platform, like a website where you can add different cloud storage services? Then, I might be able to use that client to sync. Or do you have any other ideas what I can do?

I used this link to install OneDrive and this one for OneDrive GUI. It is syncing and seems to work well.

Via the OneDrive Client for Linux - https://github.com/abraunegg/onedrive - this 'syncs' your data, bi-directional operation, open source and free. Supports Personal, Business & SharePoint account types and Shared Folders. A Docker container is also available for all major architectures (x86_64, ARMHF, AARCH64). If you need a GUI for onedrive client management use: https://github.com/bpozdena/OneDriveGUI

There are OneDriveGUI which uses abraunegg's onedrive client as backend, onedriver which has been around with a GUI for longer, and of course the classic Insync which is paid.

It was an application bug, the developer fixed it in https://github.com/bpozdena/OneDriveGUI/issues/41#issuecomment-1192894239 . Seems to be https://github.com/bpozdena/OneDriveGUI/commit/a1fd40e31033aea5422bf340e9bb151c23f31858 .

When you get to it - there are only 5 reliable ways to access OneDrive on Linux/Unix platforms: * Via the OneDrive Client for Linux - https://github.com/abraunegg/onedrive - this 'syncs' your data, bi-directional operation, open source and free. Supports Personal, Business & SharePoint account types and Shared Folders. A Docker container is also available for all major architectures (x86_64, ARMHF, AARCH64). If you need a GUI for onedrive client management use: https://github.com/bpozdena/OneDriveGUI * Via the 'onedriver' client - https://github.com/jstaf/onedriver - Native file system that only provides the OneDrive 'on-demand' functionality, open source and free. Supports Personal, Business account types. Currently does not support Shared Folders or SharePoint. * Via 'rclone' - https://rclone.org/ - one way sync client, open source and free. Has limitations with SharePoint. * Via non-free clients such as 'insync', 'ExpanDrive' * Via the web browser of your choice

FYI there is a GUI for the 'onedrive' CLI client as well - have a look at https://github.com/bpozdena/OneDriveGUI

* Via the OneDrive Client for Linux - https://github.com/abraunegg/onedrive - this 'syncs' your data, bi-directional operation, open source and free. Supports Personal, Business & SharePoint account types and Shared Folders. A Docker container is also available for all major architectures (x86_64, ARMHF, AARCH64). If you need a GUI for management use https://github.com/bpozdena/OneDriveGUI

Here's a open source onedrive alternative, there is also a GUI for it

git clone https://github.com/bpozdena/OneDriveGUI.git cd OneDriveGUI python -m pip install -r requirements.txt cd src/ python OneDriveGUI.py

For example, let's say we want a separate instance of Zoom (Zoom on Flathub) to run along the default one.

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)

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

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.

I've gathered a coredump and a stack trace, which might be useful.

You can get it as a flatpak too which should (presumably) take care of any dependencies automatically. :)

Here you go: https://flathub.org/apps/details/us.zoom.Zoom

Check this out https://github.com/flathub/us.zoom.Zoom/blob/master/zoom.sh

Link to the github issue for the flatpak