 DistroWatch Weekly |
| Tip Jar |
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 1, value: US$10) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
|
| Reader Comments • Jump to last comment |
1 • Fairphone 4 (by Pumpino on 2023-07-24 01:17:55 GMT from Australia)
I love the idea of the Fairphone 4, but in practice, there are many negatives. To begin with, the hardware is terrible. The phone weighs a massive 225g, has massive bezels and a large waterdrop notch, the battery is small for a 6.3" phone, the display is LCD, the chip is old, I suspect the camera is ordinary, and it's expensive.
Sure, it might be updated for 5 years, but Samsung offers superior hardware and updates for a similar period, for the same price. People can keep their Samsung for 5 years too.
2 • Flat or Snap (by GrumpyGranpa on 2023-07-24 01:41:53 GMT from Australia)
Flatpak, Canonicals Snap (with propriety backend) or Appimages. Which do we choose.
Flamewar debate opened.
For people who do not use Ubuntu, who uses Snaps and why do you use it over Flat or Appimages?
3 • Snap, Flatpak & Appimage (by Greg Zeng on 2023-07-24 01:56:40 GMT from Australia)
Distrowatch again opens discussion into a flaw within Linux: Snap versus Flatpak. The third universal compiled-code package for Linux is Appimage. Application creators for Windows, Android, and Apple can easily make compiled ready-to-run applications. Coders for Linux have three contradictory and competing compiled codes. Each has inbuilt 'container' protection. All vary in sensitivity to the user and system settings. Each has inbuilt 'protection' from upgrades, user, hardware and malware disturbances.
Snap is the least popular of the three, due to their restricted authorization process, which determines what is allowed to be in their official libraries ('repositories'). The other two are less authoritarian, so third party coders are more attracted to Flatpak and appimage. All three have application offerings not available to the other two containers. FreeFileSync is available in Flatpak, Windows and PCLOS RPM, but not in any other formats. Slimjet and most other applications are not available in appimage, Snap, nor Flatpak.
Hardcore Linux administrators care not for these ready compiled applications. Most seem to prefer to compile individually from raw source code. This shortage of ready-to-run compiled applications explains the disfavor for Linux by the public, compared to the other three competing operating systems.
4 • Flatpak issue (by Vinfall on 2023-07-24 02:44:02 GMT from Hong Kong)
To me, Flatpak is favorable. Snap is the last resort besides compiling myself. One annoying thing of Flatpak is the size. From my experience (back to 2021), it would install to /var by default, which would take up A LOT of space. To make matters worse, by then I was following the Securing Debian Manual (https://www.debian.org/doc/manuals/securing-debian-manual/ch03s02.en.html) and using separate partitions like /home, /tmp, /var etc. Normal apps could possibly survive but emulators like RetroArch would consume all of empty space of /var and trigger disk warning. There are hacks (https://github.com/flatpak/flatpak/issues/2147) though but eventually I stopped using Flatpak unless AppImage is not available.
5 • Flatpak/appimage/snap (by WolfAMA on 2023-07-24 02:47:36 GMT from United States)
I think it's funny that most people refuse to use that stuff, but yet the minority that do are the most vocal about it. These are things that we don't need, yet due to a vocal minority, distros shove it down our throats.
6 • Fairphone 4 (by Pumpino on 2023-07-24 03:17:14 GMT from Australia)
I should add to my comment above that GrapheneoS is a better option for a lot of people. It runs F-Droid to install opensource android apps and you can install the Aurora store to anonymously download other apps from Google's play store. It runs the necessary libraries for that in a sandbox, and no other Google services run, so privacy is maintained.
7 • fairphone (by GrumpyGranpa on 2023-07-24 03:35:16 GMT from Australia)
My issues with the fairphone4
1) way too expensive for a phone even if it is upgradeable
2) no headphone jack
3) too large to use comfortably. Eveolution has not provjded me with 3 inch thumbs
4) limited availability to a few countries
I would probably use a Fairphone3 as it is a little smaller and cheaper and has headphone jack as well as more support for alternate Roms, or the Teracube phone which is also upgradeable and can run LineageOS.
8 • Fairphone (by Borgio3 on 2023-07-24 07:31:48 GMT from Italy)
Interesting thread, but i don't use smartphone since june 2022. I decided to be free.
9 • Debian breaking nosystemd systems (by Hank on 2023-07-24 07:58:17 GMT from United States)
Without any consultation, Debian upstream has deliberately gone ahead to update libgudev-1.0-0 to 238 series that breaks any Debian based distro not using udev and systemd.
My sid systemD Free setup which had been running major issue free for more than 4 years destroyed without warning or need.
Shame on you Debian Governance devs who seem to have no signs of a conscience, just following the herd led by IBM red hat..
Many had hoped for a clear stance on support, information and developer cooperation with downstream as indicated in the debian declaration regarding alternative init systems.
Which is, it seems still not worth the paper it was written on.
10 • @9 Debian breaking nosystemd systems (by GrumpyGranpa on 2023-07-24 08:32:46 GMT from Australia)
Can you elaborate exactly what broke? Did you loose data?
SystemD is of course another can of worms within the linux community.
I suppose in your case you will need to swap to Devuan or another SystemD free distro like Artix.
11 • Fairphone (by pierre4l on 2023-07-24 08:49:17 GMT from France)
I bought a Fairphone 3+ secondhand over a year ago. I'd already preferred it over the Fairphone 4 for a few reasons, not only price. The smaller size, headphone jack, fingerprint reader and lack of a notch were all plus points for me. I was upgrading from a 3G phone to 4G so no need for 5G.
Initially I was horrified at the size and weight of the thing. It's too big for any of my pockets. Came with the standard green rubber case which is known for having stretching issues, but I sorted that out by glueing bits of card around the inside. Found an old sunglasses case I'd abandoned for twenty years which fits perfectly as a protective sleeve, and allows just the very top where the notification light is to remain visible. That light is another thing the FF3 has going for it - I find it invaluable. I'm a light phone user so battery life is very reasonable, up to 4 days, with the recharging regulated to between 50 and 95% capacity.
Software-wise, I'd been thinking about installing e/OS (Murena) but instead went with iodéOS, maintained by a French team (I'm in France) but fully usable in English (most of their communications are English or bilingual). I was desperate to get everything Gurgle-related, not least that very irritating bouncy search bar on the home screen, off the phone immediately. Had to figure out the precarious flashing procedure but managed to get it right and have been very pleased with iodéOS since then.
It's Lineage-based but with additional privacy features (now open-sourced), it gets out of my way, is regularly ahead of other OS options with Android version updates, and unlike e/OS is more geared towards keeping my data on my phone and not in the cloud, which is my preference. I hardly install any apps, I'm anti-app, but have a few things from F-Droid, which is also installed by default, and a couple of things from the Aurora store, downloaded anonymously.
Default 'Browser' is just Firefox without branding and telemetry disabled. I hear people always say FF on Android is poor but for me I've found it good enough, it's quick, it syncs with my other Firefox devices, just has an interface with some options that aren't easy to find or optimized. And touching on last week's main topic, KDE Connect is absolutely invaluable for file transfers and a host of other functions. Saves me having to rely on slow bluetooth or to plug the phone in physically to a Linux PC.
iodéOS even allows you to uninstall default apps. I've found most of the default selection usable, but replaced the overly basic Gallery app with Simple Gallery Pro, and Magic Earth with Organic Maps. Amongst the quirks and niggles, finding the GPS position in mapping apps seems a bit rough, I've known the data connection to crap out requiring a reboot to fix it, and flipping between dual SIMs sometimes produces annoying results such as the SMS app switching to SIM 1 even though SIM 2 should be default.
I have the FF3+ model with the updated camera modules. Initially my photo results were very disappointing but after tweaking some settings in OpenCamera it's quite passable, at least in normal conditions. Panorama mode can produce some brilliant results but requires patience. 4K video is possible but I stick with HD. Zooming is not intelligent and doesn't produce good quality.
One thing not really discussed in the review is Fairphone's primary aim, of sourcing parts from suppliers with fair labour conditions and avoiding conflict minerals. Yes, you can buy a Samsung phone perhaps cheaper and get a few years of updates and whatnot, but that's not the point. Fairphone offers a fairtrade alternative, with aims to support devices for 7 years and provide replacement parts. Comparing most standard manufacturers alongside is not a fair comparison, although Nokia have dipped their toes into this market recently.
I dislike phones and tablets, the Gurgle and Apple duopoly and all the privacy implications. It's easy to criticize Fairphone or Murena or iodé or anybody else in the field for not being perfect, but they're at least trying to make a difference.
12 • Sandboxing (by FengLengshun on 2023-07-24 08:54:11 GMT from Indonesia)
For Flatpak obviously I use flatseal. I tried to only use KDE's integrated flatpak kcm in the settings, but it's just not enough yet. I heard that Gnome Software Settings have an integrated permission settings as well, but I haven't looked into it.
The Snap GUI is much clearer for me. But I still can't get over the ~/Snap unhidden folder. I only use Snap in my Ubuntu Server to install Docker and NextCloud. I probably wouldn't mind using it more if they have more of the apps that I want, but a lot of non-commercial devs focuses on Flatpak, so.
I don't really care for AppImage, I just find them to be annoying to manage so I try to avoid them when I can. I'd rather use Conty which combines a bunch of apps into a single binary, and I can build it with a CI. Plus, they have the simplest user-level sandboxing IMHO - it's a bit basic, but it's really useful in preventing homedir littering without having to use boxxy.
And of course there's Nix which is a little bit weird in terms of sandboxing. All of their files are immutable and their packages are wrapped. The main aim doesn't seem to be to restrict access to user/system files, though, just for the app to be resilient and reproducible.
13 • Stuff we don't need... (by Friar Tux on 2023-07-24 13:50:37 GMT from Canada)
@5 (wolfAMA) "These are things we don't need..." I have to disagree with you on that. It would be great if we had all programs and apps in a universal format - able to be downloaded and used on any Linux system. The amount of work and manpower that would save. We definitely need that.
Anyway, my format of choice is AppImage. I like the whole "one file equals one program" idea. They are easy to store and can be moved from distro to distro rather quickly, when the need arises. So far, I've been able to avoid Flatpak and Snaps, which I find quite under developed. For one thing, they, both, do not pick up your global theme of choice (AppImages do). This leaves you with that ugly dark grey coloured theme. (My main theme is a teal coloured, non-flat theme, so it's a bit of a jolt when this ugly dark grey pops up.) My distro of choice is Linux Mint/Cinnamon, so when I need a particular app/program, I first try the Software Manager or Synaptic Package Manager. If I can't find it there, I will hunt for a DEB version. If that isn't available, I'll try AppImage. Finally, if I can't still can't get what I need, I'll (*drags feet*) use Flatpak - maybe, perhaps... (Of course, once I find a DEB version, or AppImage, I save a copy on an external drive so my hunting is reduced to a minimum next time.)
14 • Software Chain (by jc on 2023-07-24 21:11:36 GMT from Austria)
Using Devuan / MX : Software obtained following methods: Synaptic Package Manager, DEB version, AppImage, or source compile. If software is not available by one of these methods, I use alternate software or deem that software function not really required. I refuse to use flatpak or snaps.
15 • Flatpaks and ... (by nsp0323 on 2023-07-24 22:19:16 GMT from Sweden)
Don't use them and never will. Besides, there's nothing "universal" about them. snaps depend on systemd and flatpaks on cgroups. So, none of them can run on my system, and I'm happy with that.
16 • blended apps (by dubbleclicker on 2023-07-24 22:25:33 GMT from United States)
BlendOS is doing some innovative things with apps, immutability, system portability, etc.:
"With native support for Android apps and Linux apps from Debian, Ubuntu, Fedora, Arch, Kali, Alma, Rocky and more, blendOS gives you access to tons of apps... Just double-click on an APK, DEB or RPM to install it."
However, its browser - which is how you get most apps - is extremely slow to launch, which is a deal breaker at the moment.
17 • Murena (by tuxayo on 2023-07-24 23:44:22 GMT from France)
> What Murena brings to the table is a de-Googled operating system (called /e/OS) which removes all the proprietary applications and telemetry usually associated with Android and replaces these pieces with open source, privacy-respecting equivalents
It's worth mentioning that the alternative to the Google services is the microG project.
https://microg.org/ (which has it's own ROM https://lineage.microg.org/)
Without that, /e/OS won't have much difference in privacy and libre software vs many ROMs.
Also it's worth mentioning that by default there is still a non libre map/navigation app called Magic Earth installed. It's not clear why it's still here now that Organic Maps (Maps.me fork) is there since two years. And before that there was simply Maps.me.
18 • flatpak snaps (by GrumpyGranpa on 2023-07-25 00:47:19 GMT from Australia)
Seems the invisible push to systemD is found in many places, even Snaps. I think we should ask the question why are we being pushed to systemD not just by large distros like Redhat but also from Canonical with its Snaps and also Debian which aaccording to @9 which broke his system after an upgrade.
Sure, there are alternatives. But even Arch uses systemD. Debian uses systemD. Every major distro uses systemD except for Devuan, Artix and a few others.
Snaps is only available if you use systemD......why? Who thought that would be a good design decision?
Snaps also uses a proprietary backend, it is not fully opensource.
When large corporations control the direction of software, including linux, nothing good can come of it.
Maybe we need to get back to basics instead of making things ever mkre complicated.
19 • Re: Murena (by Pumpino on 2023-07-25 02:22:39 GMT from Australia)
@17 tuxayo. GrapheneOS is superior to MicroG. It lets you run Google Play Services sandboxed, so you can download from the play store using Aurora Store without signing into your Google account on your phone. It creates an issue with any paid apps, of course. My banking apps and Maps work fine on my Pixel 5. The issue is that only Pixels are supported and that Graphene only provides updates for as long as Google does, whereas LineageOS maintains devices for years.
There's also CalyxOS, but it only supports older Pixels, the Fairphone 4 and the Xiaomi Mi A2.
20 • Murena (by GrumpyGranpa on 2023-07-25 04:41:32 GMT from Australia)
@19
GrapheneOS is only available for the newer versions of Pixels. If you have an older Pixel like 2XL and less, forget about it. Want a privacy respecting OS, sorry. What about CalyxOS, same, earlier models are no longer supported.
Besides, people who want an upgradeable phone will not go and buy a Pixel.
GrapheneOS may be the best privacy respecting Android OS available, but their supported hardware is so limited as to make their system irrelevant. The percentage of Android users who use an alternate rom than stock is already tiny, then of those who decide to use a privacy rom like calyx or graphene is again even smaller.
Limiting hardware support smakcks of elieism. Why do they not support Pixel 2XL? Is there something wrong with the phones hardware? No. It's just some a big middle finger to users who don't want to spend $500+ on a phone. You can still buy a brand new Pixel 2XL for about $200.
If there any Graphene devs reading, it would be nice to hear why you no longer support older models when infact LineageOS does.
21 • AppImage of course (by StephenC on 2023-07-25 05:11:28 GMT from United States)
Debian stable provides nearly everything I need as a native package. A couple of items I have as AppImages. One app that I use has a Windows portable app version, a portable MAC version, and a Linux AppImage. So three apps and a data file on a thumb drive. No installation needed but I can use my data on nearly any computer without installing anything. That is what "portable" really means. Flatpak and Snap are not portable since they need a runtime installed. I see no advantage for using Flatpak or Snap over a native package.
Too bad Mint's package updater requires Flatpak even if flatpak apps are not installed. Fortunately I was able to neuter Flatpak so that the package updater still runs, but no flatpacks are visible or able to be installed.
22 • Flatpak (by Charlie on 2023-07-25 06:15:23 GMT from Hong Kong)
People underestimate the value of Flatpak/snap because it is not designed for them.
We old Linuxers know how to install a package, know what dependency is (even without the need to deal with it), that's not the case for first time users.
Last time I saw a long thread in openSUSE's mailing list, discussing Libreoffice's dependencies and what packages may be missing for it. At that time I found with Flatpak you won't get these questions.
Yes it's resource consuming but no one cares about it in layman's world. Many promote Linux by saying you can make good use old computers. The fact is, most people wouldn't use grandpa's computer. They use the latest and coolest PC for gaming.
23 • @13 Friar Tux: (by dragonmouth on 2023-07-25 12:41:27 GMT from United States)
Out of curiosity - What apps do you use that are not available with Software Center or Synaptic but are available in AppImage?
I keep reading the posts that say "I need AppImage/Flatpak/Snaps to get apps that are not in the distro repositories" but nobody ever mentions which apps they are. It cannot be that so many people are using esoteric applications.
@22 Charlie:
In close to 20 years of Linux use, Synaptic never failed to fine all of the dependencies for a package, including LibreOffice. If you prefer Flatpak/Snaps, say so. Don't use the "dependency resolution problem" as a straw man.
24 • Portable apps (by Jesse on 2023-07-25 12:49:47 GMT from Canada)
@23: "I keep reading the posts that say "I need AppImage/Flatpak/Snaps to get apps that are not in the distro repositories" but nobody ever mentions which apps they are. It cannot be that so many people are using esoteric applications."
Well, yes, it is possible so many people are using apps not in the main repositories. They don't even need to be esoteric application, they could just be proprietary ones. There's no Signal, Spotify, or TeamViewer in the main Debian repositories, for example. Even with non-free enabled. And Debian has one of the largest repositories in the world. Those are just the first three examples of common, popular applications I picked off the top of my head. There are dozens more like Slack, Brave, Zoom.... You get the idea.
Plus there is also the issue of which _version_ is available. For example, I do a little gaming in my spare time. I like open source games like Wesnoth and SuperTuxKart - both fairly popular. You know what they have in common? You need to be using the same major version number across all players for the games to work properly. My distro has the _previous_ major version while anyone using a more cutting edge distro or Windows is running the latest major version. So if I want to play with other people I need to install the newer version and the easiest way to do that is via Flatpak since my distro doesn't package it.
25 • @24 (by Reyfer on 2023-07-25 13:25:45 GMT from Venezuela)
Jesse, I respect your opinion, but saying that Flatpak is necessary to get those apps is misinformed.
I don't "need" Flatpak to install these on Debian
Signal: https://signal.org/download/linux/
Spotify: From https://www.spotify.com/de-en/download/linux/ "Spotify for Linux is also released as a Debian package. Our aim is that it should work with the latest Long Term Support release of Ubuntu, but we will try to make it work for other releases of Ubuntu and Debian as well.
You will first need to configure our debian repository:
curl -sS https://download.spotify.com/debian/pubkey_7A3A762FAFD4A51F.gpg | sudo gpg --dearmor --yes -o /etc/apt/trusted.gpg.d/spotify.gpg
echo "deb http://repository.spotify.com stable non-free" | sudo tee /etc/apt/sources.list.d/spotify.list
Then you can install the Spotify client:
sudo apt-get update && sudo apt-get install spotify-client"
TeamViewer: https://www.teamviewer.com/en-us/download/linux/
So, again, where is the "need" for Flatpak?
;
26 • Amen to that... (by Friar Tux on 2023-07-25 13:42:06 GMT from Canada)
@24 (Jesse) Thanx, better said than I could have. Might also add LibreWolf to that list. My main reason for preferring AppImage, though, is that they are truly portable as opposed to Flatpak and Snap. (See @21 (StephenC)) AND, my repeated rant about Flatpak and Snap not picking up my preferred themes.
27 • Flatpak and Snap (by Zaphod on 2023-07-25 14:18:32 GMT from United States)
The two operating systems that I use daily are Void Linux, which uses Runit rather than SystemD and is compiled against Musl libc, and FreeBSD. That makes software portability very important to me.
The thing with these "universal" package formats is that they are encouraging a culture of not actually caring whether the software is truly portable, because the flatpak/snap/AppImage an run "anywhere". Except that everywhere winds up being "mainstream Linux distros". Portable to me means being able to compile and run on anything that looks vaguely like Unix without having to significant;y rewrite portions of it. We have a different definition of "portable". I'm encountering more and more breakage due to portability issues than ever before these days, and I really think part of it is the mad rush to containerization of applications creating lazy developers. Let's not bother checking if it compiles against a different version of libraries, the IDE automatically links to the flatpak provided ones, right?
28 • Flatpak (by Jesse on 2023-07-25 15:54:25 GMT from Canada)
@25: "I respect your opinion, but saying that Flatpak is necessary to get those apps is misinformed."
I think you should go back and read what I wrote. I never said Flatpak is necessary to get those apps I mentioned. I didn't even say portable package formats are necessary to get the apps I listed. I have no idea where you got that idea.
What I wrote was "So if I want to play with other people I need to install the newer version and the easiest way to do that is via Flatpak since my distro doesn't package it."
Flatpak is often the _easiest_ method to get newer versions of software or software not in the repositories. It's not _necessary_, but it is frequently the most appealing option.
29 • Your do-it-all appimage (by Ted H in Minnesota on 2023-07-25 17:09:58 GMT from United States)
21 • AppImage of course (by StephenC on 2023-07-25 05:11:28 GMT from United States
@21 You wrote:
"One app [appimage] that I use has a Windows portable app version, a portable MAC version, and a Linux AppImage. So three apps and a data file on a thumb drive. No installation needed but I can use my data on nearly any computer without installing anything."
OK, sounds interesting! Just what is the NAME of that appimage, please?
Ted
30 • Flatpaks and Snaps (by Sam Crawford on 2023-07-25 18:46:15 GMT from United States)
I run Flatpaks on all my linux desktops. If I install Debian, then I only have Zoom and VueScan in my Flatpaks.
If running openSUSE, I also install VLC and Clementine and/or Rhythmbox as Flatpak apps because that's one way around openSUSE's multimedia codecs limitations.
In any case, I leave the restrictions alone and don't adjust any Flatpak settings.
31 • Flat (by Sam Crawford on 2023-07-25 18:50:42 GMT from United States)
What I forgot to add in the comment above, #30, is that I install Zoom and VueScan as Flatpak apps because they don't have a repo where I can update them using apt or zypper.
Using "sudo flatpak update" is much easier than having to download an update and reinstalling every time the apps are updated.
32 • @13 Friar Tuck (by WolfAMA on 2023-07-25 21:14:04 GMT from United States)
"These are things we don't need..." I have to disagree with you on that. It would be great if we had all programs and apps in a universal format - able to be downloaded and used on any Linux system. The amount of work and manpower that would save. We definitely need that." You must be new to Linux and confusing 'What we need, with conveniance'
I've been on Linux since 1996.We have it easy these days. We don't need to compile from souce much these days. You just load up a package manager, search for what we need and it's right there. Simple, easy and convenient. Appimages et al are truly not needed.
My personal opinion, which no one asked for, but will get anyway: If someone is so dependent on snaps/appimages/etc people may as well stay away from Linux. Use an OS made for convenience like Windows.
33 • I think we're on opposite ends here... (by Friar Tux on 2023-07-25 21:58:43 GMT from Canada)
@32 (WolfAMA) I moved to Linux for convenience - is what Windows is NOT. However, I do not like mucking about with compiling. My preference is download what I need and get right to work. True there are some that like to tinker. I do not. I do like repositories and Software Managers since it makes it easy and convenient to get my work done. I believe AppImages are needed, for folks like me, since I don't have to relocate and reinstall software whenever I get the "fat-finger syndrome" and need to reinstall my OS. I can keep the "one file = one program" on a USB stick and "Copy To" a folder of choice and I'm back to work in less than half an hour. (By the way, DEB file are similarly kept on a USB stick, but I actually have to install those, which takes a bit long, but oh well.
I like convenience, that's why, to me, it would be nice if all apps/programs came in AppImage format. All we would need is one central website where everyone could get what they needed for whatever distro they have. That way the manpower at each distro could be used to work on that particular distro. But, that's just me, wishing.
34 • "We have it easy these days" (by EH2 on 2023-07-26 01:35:22 GMT from Mexico)
@32: Power tools are not really necessary to get most jobs done, there's always a manual tool that will do any given job perfectly, all you need is knowing how to use the tool, knowing how to maintain the tool, some elbow grease, and time.
But power tools sure get the job done faster, don't you think? Sure, they're more expensive, and they draw power from the wall, and so on. But for many people, that's a worthwhile tradeoff - I can get the job done right now, with minimal fuss, minimal manual know-how, and with time to spare to do something else - or even go on with the next steps of the same job.
Snaps, Flatpaks, et al are the same thing. Sure, they're bloated, they don't play nice with all themes (for the time being), among other drawbacks. But I install the damn thing and it runs and I use it and what do you know, I finished what I needed to do without a fuss.
Not everyone is gonna have the time to tinker, especially with deadlines hanging over their head. Not everyone is gonna benefit from the lengthy process of learning high-level Linux, especially if they have other stuff they should be studying or updating themselves on. But you know what benefits everyone? Being able to get the job done without depending on f'ing Microsoft.
35 • Flatpaks again... (by EH2 on 2023-07-26 01:46:06 GMT from Mexico)
I once mentioned here that I hadn't heard anyone mention why was it that Snaps or Flatpaks were so bad we all had to avoid them. And a few people responded, with varying degrees of patience, a bunch of drawbacks that to me sounded more like nitpicks or tradeoffs - the issues often came with a related advantage, or were things that would eventually be polished as the software got updated over time.
I've made a couple old computers run perfectly with low footprint distros that have everything that's needed for productivity, without Snaps or Flatpaks et al. None of those computers can run anything with, say, KDE Neon or something with similar system requirements, because they're old. The computers I've installed those kinds of distros on have more than enough space to have Flatpaks installed without issue. So I think that as long as there are communities willing to maintain distros and repos aimed at old computers, there's no problem with stuff aimed at newer hardware sacrifice a tiny bit of resources for the sake of speed and convenience for the user.
Also, WolfAMA... We've long passed the time in which Windows was convenient. There's nothing wrong with making Linux better for everyone, because everyone needs Linux, whether they know it yet or not.
36 • snaps (by GrumpyGranpa on 2023-07-26 02:38:35 GMT from Australia)
Snaps is not 100% opensource. It has a proprietary backend.
Snapd is hardcoded to use Canonical's servers for obtaining snaps and the metadata associated with them. And the source for the backend servers is not available.
Flatpaks are 100% opensourceas are Appimages.
If people want to be under the control of Canonical, it's their choice.
37 • @34 & 35: (by dragonmouth on 2023-07-26 11:54:08 GMT from United States)
"Snaps, Flatpaks, et al are the same thing."
They are like power tools built to operate on slightly different, mutually exclusive standards. With some kludging they can be made to work together but most of the time it is a PITA.
"...bunch of drawbacks that to me sounded more like nitpicks or tradeoffs..."
To you they may be "nitpicks & tradeoffs" but to others they may be real issues.
Just as you would like your opinions accepted for what they are, do not belittle the opinions you do not agree with.
38 • "Tradeoffs" or "real issues" (by EH2 on 2023-07-26 16:00:22 GMT from Mexico)
@37: In the second post I made (which I only made because I thought my browser messed up and ate the other one...) I do point out that I've been able to get systems working fine without Flatpaks, because there are distros out there with well-maintained repos (your mileage may vary on that) that one can rely on.
I will concede that if I don't explain my position, I can't expect people to read my mind through the network. I'm not on the side of people who say Snaps or Flatpaks etc. are "the future" and want to get rid of managed packages and distro-specific repositories. I'm acquainted with a former Ubuntu and Debian contributor that's voiced his distaste for packages and even with his expertise I just cannot agree.
However, I also firmly disagree with people who think we "don't need them" when they very much satisfy real needs and resolve real issues, even if obviously not everyone's. I just don't see why we can't have both, especially with a community willing and able to keep both coexisting without much issue, while also avoiding the namecalling and the claims that "there can be only one".
(Also when I said Snaps and Flatpaks are the same thing, I didn't mean to say they were exactly the same thing, just that they fill the same niche in different scenarios and with different pros and cons, like how Snaps have a proprietary backend while Flatpaks don't, etc.)
39 • snaps/flatpacks/ packages etc.. (by Otis on 2023-07-27 12:19:59 GMT from United States)
@38 "I just don't see why we can't have both, especially with a community willing and able to keep both coexisting without much issue, while also avoiding the namecalling and the claims that 'there can be only one'."
We've seen these fights with just about every change in Linux, covering nearly every aspect of Linux distro general development right from the beginning. The first one to catch my (naive) attention was about licensing and the definition of "free." It went on and on about so many other issues that it came close to characterizing Linux as a snake eating its own tail. Remember the systemd wars?
I think we settle into the "both" or many solution most often, as the nature of Linux seems to cultivate that, thank the heavens.
Number of Comments: 39
Display mode: DWW Only • Comments Only • Both DWW and Comments
| | |
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Archives |
| • Issue 1091 (2024-10-07): Redox OS 0.9.0, Unified package management vs universal package formats, Redox begins RISC-V port, Mint polishes interface, Qubes certifies new laptop |
| • Issue 1090 (2024-09-30): Rhino Linux 2024.2, commercial distros with alternative desktops, Valve seeks to improve Wayland performance, HardenedBSD parterns with Protectli, Tails merges with Tor Project, Quantum Leap partners with the FreeBSD Foundation |
| • Issue 1089 (2024-09-23): Expirion 6.0, openKylin 2.0, managing configuration files, the future of Linux development, fixing bugs in Haiku, Slackware packages dracut |
| • Issue 1088 (2024-09-16): PorteuX 1.6, migrating from Windows 10 to which Linux distro, making NetBSD immutable, AlmaLinux offers hardware certification, Mint updates old APT tools |
| • Issue 1087 (2024-09-09): COSMIC desktop, running cron jobs at variable times, UBports highlights new apps, HardenedBSD offers work around for FreeBSD change, Debian considers how to cull old packages, systemd ported to musl |
| • Issue 1086 (2024-09-02): Vanilla OS 2, command line tips for simple tasks, FreeBSD receives investment from STF, openSUSE Tumbleweed update can break network connections, Debian refreshes media |
| • Issue 1085 (2024-08-26): Nobara 40, OpenMandriva 24.07 "ROME", distros which include source code, FreeBSD publishes quarterly report, Microsoft updates breaks Linux in dual-boot environments |
| • Issue 1084 (2024-08-19): Liya 2.0, dual boot with encryption, Haiku introduces performance improvements, Gentoo dropping IA-64, Redcore merges major upgrade |
| • Issue 1083 (2024-08-12): TrueNAS 24.04.2 "SCALE", Linux distros for smartphones, Redox OS introduces web server, PipeWire exposes battery drain on Linux, Canonical updates kernel version policy |
| • Issue 1082 (2024-08-05): Linux Mint 22, taking snapshots of UFS on FreeBSD, openSUSE updates Tumbleweed and Aeon, Debian creates Tiny QA Tasks, Manjaro testing immutable images |
| • Issue 1081 (2024-07-29): SysLinuxOS 12.4, OpenBSD gain hardware acceleration, Slackware changes kernel naming, Mint publishes upgrade instructions |
| • Issue 1080 (2024-07-22): Running GNU/Linux on Android with Andronix, protecting network services, Solus dropping AppArmor and Snap, openSUSE Aeon Desktop gaining full disk encryption, SUSE asks openSUSE to change its branding |
| • Issue 1079 (2024-07-15): Ubuntu Core 24, hiding files on Linux, Fedora dropping X11 packages on Workstation, Red Hat phasing out GRUB, new OpenSSH vulnerability, FreeBSD speeds up release cycle, UBports testing new first-run wizard |
| • Issue 1078 (2024-07-08): Changing init software, server machines running desktop environments, OpenSSH vulnerability patched, Peppermint launches new edition, HardenedBSD updates ports |
| • Issue 1077 (2024-07-01): The Unity and Lomiri interfaces, different distros for different tasks, Ubuntu plans to run Wayland on NVIDIA cards, openSUSE updates Leap Micro, Debian releases refreshed media, UBports gaining contact synchronisation, FreeDOS celebrates its 30th anniversary |
| • Issue 1076 (2024-06-24): openSUSE 15.6, what makes Linux unique, SUSE Liberty Linux to support CentOS Linux 7, SLE receives 19 years of support, openSUSE testing Leap Micro edition |
| • Issue 1075 (2024-06-17): Redox OS, X11 and Wayland on the BSDs, AlmaLinux releases Pi build, Canonical announces RISC-V laptop with Ubuntu, key changes in systemd |
| • Issue 1074 (2024-06-10): Endless OS 6.0.0, distros with init diversity, Mint to filter unverified Flatpaks, Debian adds systemd-boot options, Redox adopts COSMIC desktop, OpenSSH gains new security features |
| • Issue 1073 (2024-06-03): LXQt 2.0.0, an overview of Linux desktop environments, Canonical partners with Milk-V, openSUSE introduces new features in Aeon Desktop, Fedora mirrors see rise in traffic, Wayland adds OpenBSD support |
| • Issue 1072 (2024-05-27): Manjaro 24.0, comparing init software, OpenBSD ports Plasma 6, Arch community debates mirror requirements, ThinOS to upgrade its FreeBSD core |
| • Issue 1071 (2024-05-20): Archcraft 2024.04.06, common command line mistakes, ReactOS imports WINE improvements, Haiku makes adjusting themes easier, NetBSD takes a stand against code generated by chatbots |
| • Issue 1070 (2024-05-13): Damn Small Linux 2024, hiding kernel messages during boot, Red Hat offers AI edition, new web browser for UBports, Fedora Asahi Remix 40 released, Qubes extends support for version 4.1 |
| • Issue 1069 (2024-05-06): Ubuntu 24.04, installing packages in alternative locations, systemd creates sudo alternative, Mint encourages XApps collaboration, FreeBSD publishes quarterly update |
| • Issue 1068 (2024-04-29): Fedora 40, transforming one distro into another, Debian elects new Project Leader, Red Hat extends support cycle, Emmabuntus adds accessibility features, Canonical's new security features |
| • Issue 1067 (2024-04-22): LocalSend for transferring files, detecting supported CPU architecure levels, new visual design for APT, Fedora and openSUSE working on reproducible builds, LXQt released, AlmaLinux re-adds hardware support |
| • Issue 1066 (2024-04-15): Fun projects to do with the Raspberry Pi and PinePhone, installing new software on fixed-release distributions, improving GNOME Terminal performance, Mint testing new repository mirrors, Gentoo becomes a Software In the Public Interest project |
| • Issue 1065 (2024-04-08): Dr.Parted Live 24.03, answering questions about the xz exploit, Linux Mint to ship HWE kernel, AlmaLinux patches flaw ahead of upstream Red Hat, Calculate changes release model |
| • Issue 1064 (2024-04-01): NixOS 23.11, the status of Hurd, liblzma compromised upstream, FreeBSD Foundation focuses on improving wireless networking, Ubuntu Pro offers 12 years of support |
| • Issue 1063 (2024-03-25): Redcore Linux 2401, how slowly can a rolling release update, Debian starts new Project Leader election, Red Hat creating new NVIDIA driver, Snap store hit with more malware |
| • Issue 1062 (2024-03-18): KDE neon 20240304, changing file permissions, Canonical turns 20, Pop!_OS creates new software centre, openSUSE packages Plasma 6 |
| • Issue 1061 (2024-03-11): Using a PinePhone as a workstation, restarting background services on a schedule, NixBSD ports Nix to FreeBSD, Fedora packaging COSMIC, postmarketOS to adopt systemd, Linux Mint replacing HexChat |
| • Issue 1060 (2024-03-04): AV Linux MX-23.1, bootstrapping a network connection, key OpenBSD features, Qubes certifies new hardware, LXQt and Plasma migrate to Qt 6 |
| • Issue 1059 (2024-02-26): Warp Terminal, navigating manual pages, malware found in the Snap store, Red Hat considering CPU requirement update, UBports organizes ongoing work |
| • Issue 1058 (2024-02-19): Drauger OS 7.6, how much disk space to allocate, System76 prepares to launch COSMIC desktop, UBports changes its version scheme, TrueNAS to offer faster deduplication |
| • Issue 1057 (2024-02-12): Adelie Linux 1.0 Beta, rolling release vs fixed for a smoother experience, Debian working on 2038 bug, elementary OS to split applications from base system updates, Fedora announces Atomic Desktops |
| • Issue 1056 (2024-02-05): wattOS R13, the various write speeds of ISO writing tools, DSL returns, Mint faces Wayland challenges, HardenedBSD blocks foreign USB devices, Gentoo publishes new repository, Linux distros patch glibc flaw |
| • Issue 1055 (2024-01-29): CNIX OS 231204, distributions patching packages the most, Gentoo team presents ongoing work, UBports introduces connectivity and battery improvements, interview with Haiku developer |
| • Issue 1054 (2024-01-22): Solus 4.5, comparing dd and cp when writing ISO files, openSUSE plans new major Leap version, XeroLinux shutting down, HardenedBSD changes its build schedule |
| • Issue 1053 (2024-01-15): Linux AI voice assistants, some distributions running hotter than others, UBports talks about coming changes, Qubes certifies StarBook laptops, Asahi Linux improves energy savings |
| • Issue 1052 (2024-01-08): OpenMandriva Lx 5.0, keeping shell commands running when theterminal closes, Mint upgrades Edge kernel, Vanilla OS plans big changes, Canonical working to make Snap more cross-platform |
| • Issue 1051 (2024-01-01): Favourite distros of 2023, reloading shell settings, Asahi Linux releases Fedora remix, Gentoo offers binary packages, openSUSE provides full disk encryption |
| • Issue 1050 (2023-12-18): rlxos 2023.11, renaming files and opening terminal windows in specific directories, TrueNAS publishes ZFS fixes, Debian publishes delayed install media, Haiku polishes desktop experience |
| • Issue 1049 (2023-12-11): Lernstick 12, alternatives to WINE, openSUSE updates its branding, Mint unveils new features, Lubuntu team plans for 24.04 |
| • Issue 1048 (2023-12-04): openSUSE MicroOS, the transition from X11 to Wayland, Red Hat phasing out X11 packages, UBports making mobile development easier |
| • Issue 1047 (2023-11-27): GhostBSD 23.10.1, Why Linux uses swap when memory is free, Ubuntu Budgie may benefit from Wayland work in Xfce, early issues with FreeBSD 14.0 |
| • Issue 1046 (2023-11-20): Slackel 7.7 "Openbox", restricting CPU usage, Haiku improves font handling and software centre performance, Canonical launches MicroCloud |
| • Issue 1045 (2023-11-13): Fedora 39, how to trust software packages, ReactOS booting with UEFI, elementary OS plans to default to Wayland, Mir gaining ability to split work across video cards |
| • Issue 1044 (2023-11-06): Porteus 5.01, disabling IPv6, applications unique to a Linux distro, Linux merges bcachefs, OpenELA makes source packages available |
| • Issue 1043 (2023-10-30): Murena Two with privacy switches, where old files go when packages are updated, UBports on Volla phones, Mint testing Cinnamon on Wayland, Peppermint releases ARM build |
| • Issue 1042 (2023-10-23): Ubuntu Cinnamon compared with Linux Mint, extending battery life on Linux, Debian resumes /usr merge, Canonical publishes fixed install media |
| • Issue 1041 (2023-10-16): FydeOS 17.0, Dr.Parted 23.09, changing UIDs, Fedora partners with Slimbook, GNOME phasing out X11 sessions, Ubuntu revokes 23.10 install media |
| • Issue 1040 (2023-10-09): CROWZ 5.0, changing the location of default directories, Linux Mint updates its Edge edition, Murena crowdfunding new privacy phone, Debian publishes new install media |
| • Issue 1039 (2023-10-02): Zenwalk Current, finding the duration of media files, Peppermint OS tries out new edition, COSMIC gains new features, Canonical reports on security incident in Snap store |
| • Issue 1038 (2023-09-25): Mageia 9, trouble-shooting launchers, running desktop Linux in the cloud, New documentation for Nix, Linux phasing out ReiserFS, GNU celebrates 40 years |
| • Issue 1037 (2023-09-18): Bodhi Linux 7.0.0, finding specific distros and unified package managemnt, Zevenet replaced by two new forks, openSUSE introduces Slowroll branch, Fedora considering dropping Plasma X11 session |
| • Full list of all issues |
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
| Random Distribution | 
Euronode
Euronode was a set of Debian GNU/Linux-based distributions, which transform a simple computer into a high-performance server or router in a few minutes. Euronode scripts automate the process of installation and configuration: auto-detection of devices, partitioning, automatic installation, and auto-configuration of the system and services. The Euronode project provides three product branches: "Minimal Woody" (basic debootstrap); "Simple DSL/cable Firewall" (a simple and secure Internet connection sharing with auto-detection of ethernet and USB modems) and "Advanced DSL/cable Firewall" (Simple Firewall + anti-virus + anti-spam + home web hosting).
Status: Discontinued
|
| Tips, Tricks, Q&As | | Tips and tricks: Digital cameras, mobile phones and music players under Linux |
| Tips and tricks: Basename, for loop, dirname, aliases, bash history, xsel clipboard |
| Tips and tricks: Find common words in text, find high memory processs, cd short-cuts, pushd & popd, record desktop |
| Questions and answers: Getting newer versions of software on fixed release distributions |
| Questions and answers: Working with filenames which contain special characters |
| Questions and answers: Notifications of news and new versions |
| Tips and tricks: Choosing good passwords |
| Questions and answers: Converting other people to using Linux |
| Myths and misunderstandings: Does physical access mean root access? |
| Tips and tricks: Building software with Ravenports |
| More Tips & Tricks and Questions & Answers |
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
|
• 
• 
• 
• 
• 
• 
• 
0x969CD4E778C7b6549A2B00e34114e0168c86A542 
