You can get an arch based distro with btrfs snapshots set up by default. An example is garuda. Btrfs lets you automatically take snapshots of your file system at set intervals. If you fuck something up and break something, you can restore yesterday's snapshot or last week's or whatever. Garuda's default install even let's you choose to boot into a snapshot from GRUB.
I chose Garuda for this reason and I love it. the automatic snapshots have saved me several times, plus I like all the built-in tools for configuring a ton of things that I'd have no idea how to configure otherwise. The preinstalled software is also super useful. The only thing I didn't like about it is the gaudy default theme but that's easy to change.
And on the holy Arch wiki there's a way to disable the update prompt, so you don't get locked out of discord when it has update but it hasn't arrived into the repos yet.
Not gonna happen, the developer made it quite clear from the get-go. Also, their community are quite hostile against it and pretty much most FOSS stuff for some reason.
I can see a fork taking what is useful about it (UI/UX) and adopting solid backends (federation, proper VoIP with screen sharing, etc.)
Except when discord won't start because you don't have the latest version of the package(launcher that needs to be updated I think) and there is no update for your system for a while.
the flatpak is the official distribution of the app now, so you might just want to move to that instead
EDIT: as for how well it works for those who doubt flatpak and discord in general, it works well! I've streamed video and received video streams on x11 and Wayland with no problems. Not sure if audio streaming worked in either case though.
and if thats the only way you can talk to your friends, you can just use the web client and have at least a choice to not run chromium and have an adblocker
I moved my non-techie friend to Kubuntu and this was one of the speedbumps we ran into. I had to set .deb files to open with something other than the KDE get new software app. I think we're using qapt-something. I wish discord didn't treat us Linux users like 2nd class citizens. They coded support for capturing OS sound for Windows, but not Linux or Mac for that matter.
As an aside, I think this situation is a microcosm for different OS's and it's users:
Windows users: We're the biggest group so sound works fine for us.
Linux users: Discord doesn't support our needs so we implemented it ourselves with discord-screenaudio.
Mac users: Discord doesn't support our needs and there's no solution to purchase so I guess we're just fucked.
To be fair, Apple made audio sharing an absolute nightmare. I have never gotten my remote control software audio to work on Mac and have tried multiple non-Crapple solutions.
Discord won't even make it as painless as possible though, and getting it set up requires downloading a third party thing now (from outside the app, before I could at least click a button inside the app).
I totally gave up a few months ago on Discord on Mac because I was sick of booting into safe mode. I'm not sure who is to blame for this but I imagine it's Apple.
You can bump the version number in it's build_info.json file and it'll work just fine. It's weird like that. That file is in /opt/discord/resources/ for me.
no, flatpak has deduplication, so it can take less, and less space, from more flatpak you install(the first install is heavy, but it's downloading the runtime that others flatpak also share with)
If you only have 2 or 3 flatpaks installed it's going to eat space like crazy. Deduplication only matters when many are used and if they have the same base. I've already suffered from too much space occupied because of flatpaks.
But the tradeoff is useful for bad software like this, at least it works, if you have space enough for it.
It looks like you're right. Uninstalling the deb and then installing the flatpak consumed an additional 2GB on my root, but I have a handful of other electron-based apps that are mildly obnoxious snaps, and migrating them might help amortize that cost
Most storage space viewers get confused by Flatpak's heavily deduplicated and compressed files, leading to them reporting way larger space than what's actually occupied on the hard drive.
It's true lol. I had to install Docker for teaching on my old drive and that instantly maxed out my root partition even when I kept deleting intermediate builds and unused data. Now I have this fun paranoia for all apps :)
First of all, stop using legacy SI units for the size of information, they only bring confusion, instead use IEC/binary units like GiB. https://en.m.wikipedia.org/wiki/Binary_prefix
Second of all, I know that with Flatpak's ease of installation/runtime comes great size hit. It's great that some layers are reusable, so it's not a huge hit. Besides, with big disk size it's not really a concern now is it?
Normally sed just passes along the edited text to STDout (printing in the terminal usually).
With the -i option it actually changes the input files. If you add an extension immediately after the -i it apparently makes a backup of the original with that extension.
If you're on Arch, the hack where you change the version number in the build_info.json file to the current version works this time. Sometimes that hack doesn't work but this week it does.
The discord pacman package sometimes takes up to 2 days to update to the newest version. I'm sure if I really wanted to get into it I could use wireshark to find out which ip addresses to block with the host file to make it stop refusing to let me use it without being on the latest version but that's a lot of effort for something that only might work.
Wouldn't blocking it break some other functionality? I wonder if you could have a more granular approach where given a payload and endpoint, return a predefined result.
That way you could isolate the "am I on the latest version" requeat specifically.
I use the flatpak version on my laptop and version from the repositorys on my main pc. So i either have to just update a flatpak or just do a full system update.
I just tried opening discord a minute ago and got that lmao. Since I am on fedora I can't use the deb file. Often pointing around on my system I found where all the discord files are and I made a script that downloads the discord .tar.gz file and moves all the files to the right places. Every time I get the prompt I run the script and it updates discord for me (:
It's 100% a cultural (deb) issue. Discord wouldn't distribute deb files if users were not accustomed to downloading package installation files like savages do in Windows. As many other software vendors do with their "Linux" packages.
Arch supremacy. My package manager handles everything.
Yeah, I'm really glad I ignored everyone's advice and went straight to Arch.
Nowadays Arch is pretty straight forward. You have gui installers like any other distro. I never broke my Arch install in 3+ years using it.
Thats what it seems. But as recent as my account here people have warned me about arch being unstable and such. It leaves me scratching my head tbh
You can get an arch based distro with btrfs snapshots set up by default. An example is garuda. Btrfs lets you automatically take snapshots of your file system at set intervals. If you fuck something up and break something, you can restore yesterday's snapshot or last week's or whatever. Garuda's default install even let's you choose to boot into a snapshot from GRUB.
I chose Garuda for this reason and I love it. the automatic snapshots have saved me several times, plus I like all the built-in tools for configuring a ton of things that I'd have no idea how to configure otherwise. The preinstalled software is also super useful. The only thing I didn't like about it is the gaudy default theme but that's easy to change.
How hard is that to set up on Endeavour?
Endeavor is just Arch with AUR repos enabled by default, so it's either just as easy or easier.
And if it doesn't, yay does. While also triggering pacman updates at the same time.
I'd say webcord, iff the last option doesn't work, ofc.
yea webcord is cool
And on the holy Arch wiki there's a way to disable the update prompt, so you don't get locked out of discord when it has update but it hasn't arrived into the repos yet.
opt/discord/resources/build_info.json then change version in it :)
I think you can just somehow sisable the automatic updates once for good.
It has an official flatpak now
Me, running the flatpak: "Y'all are uninstalling and reinstalling .Deb files over and over?"
fuck discord
I really hope Revolt decentralizes someday (plus gets remotely relevant by usercount, no offense)
Not gonna happen, the developer made it quite clear from the get-go. Also, their community are quite hostile against it and pretty much most FOSS stuff for some reason.
I can see a fork taking what is useful about it (UI/UX) and adopting solid backends (federation, proper VoIP with screen sharing, etc.)
Wouldn't it be easier to get something like Rocket.Chat + Jitsi and make them work well together?
I wish that would happen, or maybe if someone forked their client and hooked it up to connect to matrix home servers. The client looks great.
Use teamspeeeeeeeeee
Let's actually not advocate for a different proprietary software, and instead advocate for FOSS solutions like Mumble.
I've used the flatpak version for years and never have any issues with updates.
Except when discord won't start because you don't have the latest version of the package(launcher that needs to be updated I think) and there is no update for your system for a while.
This sucked, but shouldn't happen anymore now the the flatpak is official.
Launcher's broken again
the flatpak is the official distribution of the app now, so you might just want to move to that instead
EDIT: as for how well it works for those who doubt flatpak and discord in general, it works well! I've streamed video and received video streams on x11 and Wayland with no problems. Not sure if audio streaming worked in either case though.
The snap sucks
I've just told mine to not check for updates.
~/.config/discord/settings.json
And change "SKIP_HOST_UPDATE" to true
That's probably a bad idea if you're not concerned about security updates?
I'm on arch, so the package manager will update it
But sometimes there is a delay between the update coming out and it hitting the repos. This just stops me having any issues inbetween
Nah. What could possibly go wrong?
Neat! IDK why they cannot just have a APT repo.
Don't use that shit.
and if thats the only way you can talk to your friends, you can just use the web client and have at least a choice to not run chromium and have an adblocker
Unfortunately Mumble and TeamSpeak aren't as feature complete and user friendly
But they're the only other alternatives I've checked out
Have you tried Matrix?
Not yet, but I'll be checking it out now
Thanks!
I was there on TeamSpeak over a decade ago. It was good for its time
It was certainly better than skype
Team speak 5 is looking very promising. I'm pretty excited to try it out when I can host my own server
I moved my non-techie friend to Kubuntu and this was one of the speedbumps we ran into. I had to set .deb files to open with something other than the KDE get new software app. I think we're using qapt-something. I wish discord didn't treat us Linux users like 2nd class citizens. They coded support for capturing OS sound for Windows, but not Linux or Mac for that matter.
As an aside, I think this situation is a microcosm for different OS's and it's users:
Windows users: We're the biggest group so sound works fine for us.
Linux users: Discord doesn't support our needs so we implemented it ourselves with discord-screenaudio.
Mac users: Discord doesn't support our needs and there's no solution to purchase so I guess we're just fucked.
To be fair, Apple made audio sharing an absolute nightmare. I have never gotten my remote control software audio to work on Mac and have tried multiple non-Crapple solutions.
Discord won't even make it as painless as possible though, and getting it set up requires downloading a third party thing now (from outside the app, before I could at least click a button inside the app).
I totally gave up a few months ago on Discord on Mac because I was sick of booting into safe mode. I'm not sure who is to blame for this but I imagine it's Apple.
You can bump the version number in it's build_info.json file and it'll work just fine. It's weird like that. That file is in /opt/discord/resources/ for me.
I've heard there's going to be an offical flatpak soon
I think it's here.
I haven't tried flatpacks yet. How do they compare to, say, snaps in terms of storage/redundancy?
no, flatpak has deduplication, so it can take less, and less space, from more flatpak you install(the first install is heavy, but it's downloading the runtime that others flatpak also share with)
Oh that's great! I'll switch to the flatpak tonight then
If you only have 2 or 3 flatpaks installed it's going to eat space like crazy. Deduplication only matters when many are used and if they have the same base. I've already suffered from too much space occupied because of flatpaks.
But the tradeoff is useful for bad software like this, at least it works, if you have space enough for it.
It looks like you're right. Uninstalling the deb and then installing the flatpak consumed an additional 2GB on my root, but I have a handful of other electron-based apps that are mildly obnoxious snaps, and migrating them might help amortize that cost
I used this every time (with
sudo):Let's see how good the Flatpak version will be.
just fyi I moved Discord, GIMP, Obsidian, and OBS over to flatpak and my root partition jumped from 19GB to 23GB. I'm kinda sad about it tbh
Most storage space viewers get confused by Flatpak's heavily deduplicated and compressed files, leading to them reporting way larger space than what's actually occupied on the hard drive.
4GB ain't to cry over, you already saved so much not using Windows :p
It's true lol. I had to install Docker for teaching on my old drive and that instantly maxed out my root partition even when I kept deleting intermediate builds and unused data. Now I have this fun paranoia for all apps :)
First of all, stop using legacy SI units for the size of information, they only bring confusion, instead use IEC/binary units like GiB. https://en.m.wikipedia.org/wiki/Binary_prefix
Second of all, I know that with Flatpak's ease of installation/runtime comes great size hit. It's great that some layers are reusable, so it's not a huge hit. Besides, with big disk size it's not really a concern now is it?
Can you break the sed command down for us sed newbies? The '-i.bak' thing is throwing me off
Normally sed just passes along the edited text to STDout (printing in the terminal usually).
With the -i option it actually changes the input files. If you add an extension immediately after the -i it apparently makes a backup of the original with that extension.
If you're on Arch, the hack where you change the version number in the build_info.json file to the current version works this time. Sometimes that hack doesn't work but this week it does.
If you're on Arch, why don't you just use the discord package from extra repositories and have discord simply update with pacman?
The discord pacman package sometimes takes up to 2 days to update to the newest version. I'm sure if I really wanted to get into it I could use wireshark to find out which ip addresses to block with the host file to make it stop refusing to let me use it without being on the latest version but that's a lot of effort for something that only might work.
Wouldn't blocking it break some other functionality? I wonder if you could have a more granular approach where given a payload and endpoint, return a predefined result.
That way you could isolate the "am I on the latest version" requeat specifically.
Yeah I can't think of a way to do that but in theory if someone could figure it out, that would be a better approach.
I use the flatpak version on my laptop and version from the repositorys on my main pc. So i either have to just update a flatpak or just do a full system update.
I just tried opening discord a minute ago and got that lmao. Since I am on fedora I can't use the deb file. Often pointing around on my system I found where all the discord files are and I made a script that downloads the discord .tar.gz file and moves all the files to the right places. Every time I get the prompt I run the script and it updates discord for me (:
Use deb-get to install third party debs.
https://github.com/wimpysworld/deb-get
Seconding this, deb-get needs more love. We are using it as an official distribution for a project im in and it has been working flawlessly for me.
In this day and age there's still no repo for that? O_o
I just use the flatpak and it updates just fine
and i thought i was losing features by using the web version...
you can use openasar for discord and it gives you the option to not update.
Armcord is better anyway
One more strike for the deb monoculture (read complacency).
This isn't a deb problem. Discord just can't deb right.
It's 100% a cultural (deb) issue. Discord wouldn't distribute deb files if users were not accustomed to downloading package installation files like savages do in Windows. As many other software vendors do with their "Linux" packages.
webcord
Flatpak Webcord*