For example, I’m using Debian, and I think we could learn a thing or two from Mint about how to make it “friendlier” for new users. I often see Mint recommended to new users, but rarely Debian, which has a goal to be “the universal operating system”.
I also think we could learn website design from… looks at notes …everyone else.
Every distro could learn from Arch Wiki
The Debian Wiki would actually like a word.
There is stuff in there that’s not found anywhere else. For example while researching driverless printing recently I found a huge page on the Debian Wiki but the Arch wiki only has a paragraph saying supporting printers should be detected automatically.
The Debian wiki is awsome. But it’s less noob friendly than Arch wiki.
The web UI looks like an old forum from 2000. Don’t get me wrong, a well written manpage style webpage is way better than an eye candy bloated scripted webpage (IMO) and I really like how detailed the Debian wiki is. But in today’s “mental standards”, the Debian wiki is not attractive enough for most new comer.
Also, It seems the Debian wiki is not as indexed as Arch wiki on the web.
Finally… I can’t access their wiki with my VPN ! :/.
But I do agree, The Debian wiki is a gold mine !!!
Can you send that one? I’m actually researching driverless printing right now
All distros, or none: flatpak has to improve in regards to launching an app from terminal. Following is a joke:
flatpak run com.github.iwalton3.jellyfin-media-player
Why can’t the installation create aliases like
flatpak run jellyfin-media-player ? And then highlight conflicts during?
It would also be nice if it could alias to the normal command, for example, LibreOffice with CLI commands like lowriter or localc.
Did you know you can evoke LibreOffice from the terminal to convert one file format to another? It can do what Pandoc does, but also works on old .doc files. Flatpak’s weird CLI behavior makes it difficult to use though.
Ask the devs. I haven’t bothered asking so far. There’s fp https://github.com/DLopezJr/fp but I don’t like workaround if it’s easily fixed upstream and it’s not like they wouldn’t know that it’s bullshit. Maybe they can’t decide upon a solution. Or are waiting for another important and relevant update.
This is extremely simple to fix with scripts that can be automatically created on install time. Here is a quick script I just wrote. It will search for first matching app and run it. Just save the script as flatrun, give it executable bit and put it into $PATH. Run it as like this: flatrun freetube
#!/usr/bin/env bash
# flatrun e
# flatrun freetube
if [ "${#}" -eq 0 ]; then
flatpak list --app --columns=name,application
else
app="$(
flatpak list --app --columns=name,application |
grep -i -F "${@}" |
awk -F'\t' '{print $2}'
)"
if [ -z "${app}" ]; then
flatpak list --app --columns=name,application
elif [[ "$(echo "${app}" | wc -l)" -gt 1 ]]; then
echo "${app}"
else
flatpak run "${app}"
fi
fi
Edit: Just updated the script to output the list of matching apps, if it matches more than one.
Yes and I did a similar script but “just create a script” is a really bad solution.
Apps should need to declare a shortname and flatpak should have a shortcut for those with a separated command like flatrun.
I personally don’t think that creating a script is a bad solution. The entire Linux eco system is based around composable components (especially when we talk about terminal commands). Most of the Flatpak applications are available through GUI menus (.desktop files) and that’s the focus of Flatpak. And I think it’s a design decision not to expose every application as a separate program in the $PATH by default. This way there is less of a chance to collide with anything random on the system, if they have the same name.
Having said this, I still agree it would be beneficial for most users if there was a way to automatically create scripts in a special bin folder, that is available in the $PATH. The problem is, what application name should it have? What about different versions of the same program? The entire Flatpak concept was not designed for this, so creating a script for your personal use is not a bad solution.
I think a good solution would to just have that script autogenerated by the flatpak, honestly.
It’d be dangerous if an installed app claimed to be something like sudo or bash. Even if a mechanism was created for flatpak apps to claim a single shell command, there is no centralized authority on all flatpak apps to vet them. If there was for flathub, and each uploaded package was checked, that still leaves every other non-flathub flatpak repo which must implement the same vetting. Because there’s no way to guarantee to do it safely, and because flatpak devs are unwilling to compromise, this is just what we get.
However in the same way, compromised flatpak app can also put a malicious .desktop file in ~/.share/applications, which also allows execution of arbitrary command, even outside of the flatpak sandbox.
User home permission is just incredibly dangerous on linux, I think we need special permission to explicitly allow access to these folders in home. Fortunately more and more app starts to support portal, which makes them much more secure.
Although, I do wish portal would have a access per session vs access forever option. For now if you open a folder through portal, the app was granted r/w permission to that folder forever.
flatpak run com.github.iwalton3.jellyfin-media-player
You can use /var/lib/flatpak/exports/bin/com.github.iwalton3.jellyfin-media-player instead.
and then create aliases or symlinks (for example in ~/bin/) for that.
@lemmyreader @barbara it’s a bit annoying but I kinda like that I have to manually link it a bit. So I create sh scripts in the usr/local/bin that just execute the flatpak run command
https://github.com/boredsquirrel/flatalias
Or my PR for that, that makes aliases on every login. I just have to fix it to work with user flatpaks as well: https://github.com/bjoern-tantau/flatalias/tree/patch-1
The one thing I wish every distro would incorporate is the way Gentoo handles config file updates. If there are any changes you get the option of using a very simple side by side merge where you go through all the differences of the old and new configuration where you can decide which one to use going forward.
While you will get somewhat the same from apt, I like the Debian way of providing base config support in packages and have local config loaded by include statements.
As you don’t edit the default config and automatic updates can happen w/o user input and your config will stay safe
What really sucks about the Debian way is how it tries to start daemons in the post-install scripts and if that fails (say because the default config tries to use a port already taken) the entire package system shits itself and is unusable until you fix it.
the entire package system shits itself
Usually just the one package fails, unless you have other packages that have a dependency on it. I agree that it’s annoying though.
Fedora, NixOS and Void need a proper wiki like Arch
Most distros could also learn from Arch and create something similar to the AUR. Nix is going in the right direction.
And I guess almost all distros could learn from Artix and Devuan and reconsider if systemd is the right choice.
NixOS is at least starting to work on a new wiki. The old one is gone and is only accessible from archive.org.
Seconded. NixOS’s documentation has consistently been the worst I’ve read, always forcing me to go to the source code to try and understand what in the world is happening. It makes quick changes to new things nigh impossible. I had to resort to taking notes when I understood things about nix in order to retain the knowledge or at least link to where I could easily regain it.
The nixos wiki was marginally better and https://nixlang.wiki/ has been better. However the latter is less known so has less content. All in all, nix documentation is still bad.
Anti Commercial AI thingy
NixOS has the best concept and even pioneered it, but whether its implementation and documentation is perfect is a topic for debate.
However, it’s been quite long since I had to fiddle with my config and as such, the downsides don’t really affect one on a daily basis. In fact, I recently reinstalled my machine to change the root filesystem and it was an absolute breeze. If not for secure boot, it would have been absolutely trivial, and with secure boot it was easy and convenient.
As such, I consider the pains an investment into system that runs much better down the road. Though I’d love it if these pains were reduced.
NixOS has the best concept AMD even pioneered it,
I’m assuming “AMD” is a typo?
Anti Commercial AI thingy
Most distros could also learn from Arch and create something similar to the AUR.
i’ve seen Void’s xbps-src tool compared to the AUR multiple times in /r/voidlinux (and i guess it’s like a decentralized AUR?? you can build+install pkgs from source using the package manager, sure, but there’s no one big diy xbps packages registry like aur.archlinux.org for Void) and while i don’t really see it, if you follow that train of thought, void’s pretty set in the “right direction” :D
Just installed Debian today. Jesus the site/wiki is ugly
You probably shouldn’t be accessing a linux distro’s website from mobile but yeah the site does look weird and amateur
