I can't find the page now but iirc someone had attempted the same idea and got some serious backlash from the communities/servers scanned and eventually shut the project down. I agree, though, that discord really needs to be searchable; at least project pages and the like.
Project pages and the like don't belong on Discord.
An appropriate indexer would obviously distinguish between those and actual semi-private chats (where I assume backlash came from). And would probably get shut down after a while anyway either by being banned for ToS violation or the maintainer quitting because maintaining such project gets grating enough anyway at some point.
Good thing anyone is allowed to make a more user-friendly IRC client so that can be improved on, then. As long as we all follow protocols my choice of client doesnt concern you even as we chat in the same room. IRC does not proscribe any particular UI or UX.
.
For vertically integrated propriatery closed Discord it's both forbidden and made difficult. There is one alternative and you take it or leave it. Hopefully the latter. There's a reason clients like ripcord never make it.
wasn't slack initially built on top of IRC? they had at least support for IRC clients, much like google message or however it was called at the time used to support jabber/XMPP clients.
well, there is another alternative, namely the EU laws forcing interoperability. i don't know if they have passed yet, or how likely it is that they will pass, but i seem to remember a recent announcement of one system going to be interoperable with whatsapp.
Big fan! Was like magic at first but now I have a big bunch of Aptfiles to deal with instead... Currently working on solving that with the next-generation tool apt-bundle-bunch, which has a simple declarative format to manage your apt-bundle projects in an Aptbundlefile. It's already great for agents and Im working with Claude on a curl|sh install for the v1.
> Big fan! Was like magic at first but now I have a big bunch of Aptfiles to deal with instead... Currently working on solving that with the next-generation tool apt-bundle-bunch, which has a simple declarative format to manage your apt-bundle projects in an Aptbundlefile. It's already great for agents and Im working with Claude on a curl|sh install for the v1.
Good luck share the progress and let us know how it goes. Is it similar to nix? but from what I can feel, is intending to be simpler?
One key insight is that bundles are really sets of packages and that what we're doing when we bundle things is really just set join operations. Imagine the possibilities if we implement arbitrary set operations. So a bunch is defined as a set of bundles (which can themselves be down to a single package of course) and the declarations in the Aptbundlefile translates under the hood to references and set operations. This is not only declarative, it's also purely functional. Still working on if arbitrary set operations should be accessible by DSL in Aptbundlefile or if that should be left to tools building on top of intermediary API. So yeah, parallels to Nix for sure but it's still apt packages, not building the world from source.
This whole thread was fiction and was missing this: "/s". I don't believe any of what I proposed above would be a good idea. Didn't think it would woosh and couldn't help myself doubling down when (if?) it did. Sorry for trolling.
I remember my parents doing online banking authenticating with smart cards. Over 20 years ago. Today the same bank requires an iOS or Play Integrity device (for individuals at least. Their gated business banking are separate services and idk what they offer there).
Can't help you with AV but otherwise your issues and confusions are all Ubuntu and Canonical and nothing on there is representative of other Linux dists.
Ubuntu is highly opinionated. Great for some/many people but not the best fit for everyone or even an obvious recommendation for newcomers (anymore). For your consideraion: Mint is basically a project that repackages Ubuntu to adress those issues to make it accessible for people not onboard with the Ubuntu idiosyncracies and more casual users who just want their desktop. Should be an easy migration for you.
Your Vivaldi problem comes from that you trusted gpg key for their stable. release repo, and fail verifying package from their archive. repo. Change repo to stable (that's prob what you want) or get the key for archive.
Your Ubuntu experience as told is not representative of desktop Linux experienced outside of Ubuntu. "But Linux sure could work better" is a misleading conclusion to share when that's all you know.
You're right that I mixed up the Vivaldi repo (maybe you are the one who pointed that out on the thread I linked). But even after fixing that, it's still not working---slightly different warning message, but still about gpg.
I've installed the Xfce Mint (you wren't the only one suggesting that). I don't have the same problems I had with Xubuntu, but I have different ones, like tearing on one of my two monitors. I initially had that with Xubuntu, but was able to find settings to fix it there-- IIRC by changing the refresh rate on that monitor. No luck so far on Xfce Mint. I've tried all seven of the Window Managers it offers, and both the configurations and most of the tweaks.
Also can't find the red mouse cursor theme that I had on Ubuntu. (If I could remember the name, I might be able to find it, but the "after market" mouse cursor themes I've found are so much eye candy--I just want an ordinary set of cursors, but red. Yes, I could probably generate my own, but I shouldn't have to.)
And when I reboot, the windows don't come up in the same place they were when I closed them. Some apps couldn't do that under Ubuntu either, but most could. I think it has to do with Wayland, but I'm not sure if it's even possible to go back to a purely X-windows system in Mint.
Assume they mean having to recompile the AUR package they were trying to install using yay.
If users mental model is mostly "yay is like pacman but can also install packages from AUR the same way" wihout thinking deeper about the difference then I think it using it is very risky and that you should just stick to pacman + git/makepkg. Only consider helpers once that's become second nature and routine. Telling people to "just yay install" is doing them a disservice. An upgrade breaking the system isn't even that bad compared to getting infected with malware due to an old package you were using being orphaned and hijacked to spread malware or getting a bad copycat version due to a typo.
I think EndeavourOS is doing users a disservice if they provide sth like yay preinstalled and ready to use out of the box. It isn't installing packages from a shared repo: It's downloading code from arbitrary locations and running it on your machine in order to produce a package. Being able to read and understand shell script (PKGBUILD) is kind of a prerequisite to using it safely.
Did they really have to geo-block entire countries? I think the blocks of unrelated users is what's really affecting normal folks and that's the choice of operators.
It's like if you had incidents with a few violent drunk Brovanians in your town, then saying it's those few peoples fault that Brovanians are now being discriminated against and are being banned from entering shops just because they come from the same place as the vandals.
Site operators arbitrarily blocking entire countries due to a few botters (albeit with a lot of bots) causing issues aren't without responsibility in the loss of an open web.
You have a choice in how to respond and where to draw lines. We can't just throw up our hands and blame the botters.
On the other end, we may receive messages with or without. Both are valid. We MUST therefore accept both variations.
The second one is a consequence of the former. So yes Google is the violating party.
reply