Can’t I go one week without having to uninstall and reinstall the damn deb file?
You must log in or # to comment.
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.
- Use the flatpak. Or 2. Use the web app (discord.com/app) Or 3. Don’t use discord
I’d say webcord, iff the last option doesn’t work, ofc.
yea webcord is cool
+1 for WebCord
At least on arch it’ll tell you there’s an update and prompt you to install the deb file but you can just update it with pacman and you’re good to go. Usually end up doing my pacman -Syu when discord yells that it needs an update
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?”
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
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.
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.
Just use discord from the browser, the Linux app sucks anyways
The snap sucks
Or WebCord, it’s the Discord web app packaged as a native application. It has pretty good support for screen sharing on Wayland and some minor privacy improvements through blocking the telemetry APIs.
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
deleted by creator
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
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):#!/bin/sh [ "$USER" != root ] && { sudo "$0" && exit; } latest_version=$( curl -sI 'https://discord.com/api/download?platform=linux&format=deb' \ | grep '^location:' \ | grep -m 1 -oP '\d[\d.]+\d' \ | head -n 1 ) sed -i.bak 's/\(version.*\)[0-9]\+\.[0-9]\+\.[0-9]\+/\1'"$latest_version"'/' \ '/usr/share/discord/resources/build_info.json'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.
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.
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.
