https://bugs.kde.org/show_bug.cgi?id=399730
--- Comment #5 from ocumo <kxk-ocumoatbugs...@lugosys.com> --- One additional comment in separate post. (In reply to emohr from comment #3) > 2. Linux ecosystem/derivate -> The Dev team going to thinking about to have > only 1 or 2 download types (AppImage / Flatpack). The tragic thing is that on one side alternative package system like appimage/flatpak/snaps (or even others) is that the "medicin", the "remedy" becomes an illness. Why? because now devs have to deal not with one universal systems (the dream), but with _many_ "universal" systems. So: what a dev does? But more important than devs are... users. Yes, without users, there are no projects, without projects, programming is only for personal fun (until your wife/mother/partner throws you out of home). Any dev that ignores that is a monumental fool and should change her/his life, perhaps to planting lettuce or something else, I don't know. Art without public is useless and futile. My point is: I don't think it is an intelligent move to abandon the Debian/Ubuntu/Mint/etc. ecosystem package system. It's not about equality/democracy, etc. It is about practicality and pragmatism. What is the most popular, successful, technically superior packaging system of all times in Linux? I am sorry, but FOSS is a meritocracy. It's the... Debian packaging system, by far, far, far, far away. It only takes a couple of hours of deep investigation to become absolutely overwhelmed by the undeniable stability and superiority of the Debian packaging system. Period. How many packaging systems have Suse, Red Hat and others tried in the last 15 years? I can't even start to remember the name of whatever is today the command line to install a package in some of those. It's a matter of consistency. Consistency means stability. Stability is what people trust, at the end of the day. I am not talking about minorities. Not everybody wants really to be experiencing every other year some distro that may die or may decide to revolutionize once again their installation system. As for the "universal" solutions: well, ...they are not without problems. I am struggling since so many months to demonstrate why certain appimage is being built somehow wrongly for one of my favorite and most useful programs and though huge evidence, countless hours of experiments, reports, suggestions, etc., all I got so far is "doing it differently may break things for more people". Meanwhile, their ubuntu PPA repo offers so far a version that runs absolutely fine for all. If they would say that they are planning to switch to only appimage they will kill me and many others like me because their appimages fail catastrophically with professional hardware. Is that a solution to anything? They would push away people with fancy hardware, which would be suicidal. So Kdenlive will decide whatever they want. But I have also tried several flatpak "solutions" and it is not all fancy and dandy. It is a much more complicated and convoluted process and it is also by good measure an inferior method than appimages. Not because I say, but because countless credible, independent people with merit demonstrate. Again, take some time of Google time and critical mindset without emotions, to get to the same conclusion. Don't take my word for it. Use your own impartial criteria. Bottom line for a dev today? Either don't offer compiled packages and wait until "the next thing" is invented, or... bite the bullet and stay with the winning team: bet on the stable, solid and most popular solution. A winning team should not be changed just for fun. Keep Debian family on top of your list, not second. The, second place, I would definitely bet on appimage if you don't want to go for RPM packaging. On top of the rest of the pack, Arch and Gentoo, although those have their own special ways. This is not emotional, cannot be. Be practical: how many users you want to impress and get loyal to you: are there more Fedora users than Debian/Ubuntu family? what about Suse? what about Damn Small Linux? .... -- You are receiving this mail because: You are watching all bug changes.
