Why I No Longer Use Flatpak

  Рет қаралды 37,272

The Linux Cast

The Linux Cast

Күн бұрын

Today I talk about my decision to leave behind flatpak for something much better.
👇 PULL IT DOWN FOR THE GOOD STUFF 👇
Patreon - / thelinuxcast
Paypal - paypal.me/thelinuxcast
KZfaq - / @thelinuxcast
Ko-fi - ko-fi.com/thelinuxcast
===== Follow us 🐧🐧 ======
MERCH - shop.thelinuxcast.org
Discord - / discord
Odysee - odysee.com/$/invite/@thelinux...
TILvids(Peertube) - tilvids.com/c/thelinuxcast_ch...
Mastodon- fosstodon.org/@thelinuxcast
gitlab.com/thelinuxcast
Matrix - matrix.to/#/#the-linux-cast:matrix.org
The Website thelinuxcast.org
Contact us email@thelinuxcast.org
Amazon Wishlist - www.amazon.com/hz/wishlist/ls...
Logo Courtesy of - pedropaulo.net
Intro Courtesy of - www.fragcgi.com/?i=1
Sign up for encrypted email with Tutanota - mail.tutanota.com/signup?ref=...
==== Special Thanks to Our Patrons! ====
thelinuxcast.org/patrons/
==== Time Stamps ====
0:00 Intro
1:10 Why I No Longer Like Flatpaks
7:52 What I'm Using Instead
11:04 Conclusions
#ramble #flatpak #thelinuxcast

Пікірлер: 391
@TheLinuxCast
@TheLinuxCast 7 ай бұрын
I now have an amazing store that has all sorts of awesome things. All sales go directly toward making more Linux content for you guys. shop.thelinuxcast.org
@Timely7
@Timely7 6 ай бұрын
One thing I do want to say is that I am using Fedora 39 which uses Wayland and After installing OBS it worked out of the box. They have added Wayland support I believe as next to some of the buttons especially record it says (Pipe wire). I did just want to say this as to inform you and not to say I know more than you or are better than you as I am quite new to Linux. But I just wanted to say that I do believe that they have updated it to be more integrated into Wayland which is very good.
@CosmicChew
@CosmicChew 5 ай бұрын
What is that cube on your other computer desk? I want to pick one up.
@TheLinuxCast
@TheLinuxCast 5 ай бұрын
@@CosmicChew Amazon search Davoom. That's the company that makes it.
@CosmicChew
@CosmicChew 5 ай бұрын
@@TheLinuxCast I appreciate it.
@damianateiro
@damianateiro 7 ай бұрын
Using flatpak to snaps or appimages as your official way of distributing your app is to save having to maintain other formats and by having a way in which anyone can install no matter where they are from, I see it as much better than dealing with problems that have arisen. caused by the maintainers of a distro, whether they do it well is another thing
@lovebaranus9800
@lovebaranus9800 7 ай бұрын
Most real take. I think it's unfair that devs have to deal with the bullshit that is packaging on linux themselves, and flatpak is really getting closer to solving it everyday. And distrobox, while being awesome, isn't more of an alternative than say, a VM, or using docker directly, if anything running (almost) an entire OS inside your OS is FAR more bloat than whatever space 40 flatpaks may be using. It only makes sense if you are the target audience of docker/distrobox, a software dev, but otherwise then it's just unnecesary complexity.
@survivor303
@survivor303 7 ай бұрын
If you want that people using your software, you make then sure it is available in every damn format. You dont need to make the work, you just ask community to build and update those random ports, but let face it, it is easy now days to just make those damn packages directly from the ide, the whole argument that it is burden to devs is old.
@survivor303
@survivor303 7 ай бұрын
@@lovebaranus9800 you code for linux then play the damn rules, otherwise, code for windows.
@tomasruzicka9835
@tomasruzicka9835 7 ай бұрын
​@@lovebaranus9800It's interesting. Because Windows actually forces the dev to distribute the app. Linux app repositories actually in principle take the burden away from the developer. But it's interesting that in practice it does the exact oposite.
@notuxnobux
@notuxnobux 7 ай бұрын
I use flatpak for my software, and one of the best reasons for me is that I can keep it up to date. Some distros are very late at updating software even if the software has bugs (that may have been caused by external updates such as gpu driver update). If i put it on flatpak it's pretty much guaranteed to work for everybody regardless of the distro they use.
@arimil.
@arimil. 7 ай бұрын
I do think the size argument is a bit redundant considering distrobox installs an entire other OS which is likely to be several times larger than whatever flatpak and all of it's dependencies were.
@uuu12343
@uuu12343 7 ай бұрын
Distrobox doesnt install another OS, it is a container like docker where it uses the host kernel as a baseline, and it pulls the package managers
@RedBearAK
@RedBearAK 7 ай бұрын
Not true. Flatpak support runtimes can be quite large, although they are shared. Containers use a minimal framework to support the packages installed in the container, and multiple containers with the same base OS inside will share layers to reduce the amount of space needed. There is no simple answer to which will ultimately take more space.
@arimil.
@arimil. 7 ай бұрын
@@uuu12343 Yes but it still installs another OS, you don't just use the Ubuntu image for free, you pull down an image that is an instance of that OS's configs, combine that with keeping all the relevant packages up to date in those containers you could easily end up vastly exceeding the flatpak size. Not only that but you'll end up pulling in similar dependencies via using another distros package manager.
@arimil.
@arimil. 7 ай бұрын
@@RedBearAK Yeah I wasn't saying flatpak is better, my point was that it's more of a lateral change depending on how you use them.
@b0t123
@b0t123 7 ай бұрын
And to be fair storage is getting bigger, i mean, do you remember the size of flop disks?
@softwarelivre2389
@softwarelivre2389 7 ай бұрын
Flatpaks use runtimes in order to deduplicate dependencies and reduce file sizes. That's actually a feature. What you were suggesting at 2:50 looks more like what AppImages do stuff, which is not efficient.
@angeldude101
@angeldude101 7 ай бұрын
But it only works on the level of runtimes, right? So you'd still have duplication of individual binaries and libraries between runtimes, on top of having to install the entire runtime rather than just the parts the package links to.
@softwarelivre2389
@softwarelivre2389 7 ай бұрын
@@angeldude101 If I remember correcly, runtimes also deduplicate files between themselves through some form of tagging, and runtimes themselves are based on the freedesktop runtime, which is the "base model" that contains essencial packages and dependencies, from which other runtimes link into.
@hamobu
@hamobu 7 ай бұрын
Making computers run more efficiently can cost you way more in user and developer time. It's always better for a computer to do a lot more work to save the user a little bit of time.
@softwarelivre2389
@softwarelivre2389 7 ай бұрын
@@hamobu is it the case here tho? I don't think it is. What makes flatpak harder to use is the sandbox and permission system (which is where most problems come from), not the deduplication part.
@softwarelivre2389
@softwarelivre2389 7 ай бұрын
@@hamobu but actually I have to agree with you, I have some programs having a lot of trouble when more than a locale is installed at a time for some reason. It happens every couple of months.
@themisterchristie
@themisterchristie 7 ай бұрын
My preference is for Flatpaks as, normally they are more up to date than my distro's repos. My problem with flatpaks is actually a few things. 1. To launch from the command line is difficult, requiring you to remember a criptic command. 2. Using add-ons that usually go in the apps folder in .config, it's not clear where to put them. An example, the NDI Stream plug in for OBS, I couldn't figure out how to use it in the Flatpak version of OBS. 3. Trying to find the user configuration files, those normally in .config, is so difficult and it drives me nuts.
@talkysassis
@talkysassis 6 ай бұрын
If the app doesn't have a navigation for plugins like blender, then it's a bug or missing feature.
@galvanizeddreamer2051
@galvanizeddreamer2051 5 ай бұрын
While likely a pain to do it manually for every single program, you can set up aliases in ~/.bashrc to run it from the terminal as you would any other package. Need to do further research regarding config file locations. At the end of the day, it will always be at the end of a file path, no different than even windows. Now where that file path is, that is another question.
@galvanizeddreamer2051
@galvanizeddreamer2051 5 ай бұрын
I just did it, and it is a pain, but if you know programming you could likely do an automated version. You are already likely aware of how to do this, but incase anyone else cares: Run the Flatpak list command into a text file (flatpak list > something.txt) Copy that list into .bashrc, and trim out any you don't want, such as dependencies or codecs. Also trim off the version number and anything in the line after that. I would also suggest changing the names to something you can type out, such as all lowercase. GIMP also has it's full name in this list (GNU Image Manipulation Program or something), so keep an eye out for that kind of thing for other programs as well. What you have now is a column on the left of the English names of these programs, and the right column is the flatpak IDs. After that, go through and make every line into this format approximately (I don't think use can use spaces in the alias name, but I have not checked): alias programname='flatpak run flatpak(DOT)id(DOT)longform' (those are single quotes btw, and the DOTs are because otherwise YT is going to think this is a link and delete my comment as spam.) So for the Falkon browser you would have this: alias falkon='flatpak run org(DOT)kde(DOT)falkon' After that, save and restart your terminal. You should then be able to run the programs by the alias you gave them in the .bashrc file.
@kuhluhOG
@kuhluhOG 5 ай бұрын
about the config being hidden: if the app didn't implement this correctly (for whatever reason) or doesn't actually want you to mess with these files (for whatever reason), if they aren't in their usual place, they can be found under ~/.var/app//
@themisterchristie
@themisterchristie 5 ай бұрын
@@kuhluhOG good to know, but like I said, it's not clear. And that is apps that, if you install from the distro's repository the same app uses the usual .config location.
@jackelofnar
@jackelofnar 7 ай бұрын
You really should talk to the creators of bottles as flatpak is the only distribution method they want to support
@TheLinuxCast
@TheLinuxCast 7 ай бұрын
Yeah, I know. It's why I won't be using bottles.
@lovebaranus9800
@lovebaranus9800 7 ай бұрын
Interesting that you mentioned bottles, Brodie *JUST* released a video where he highlights the packaging conflict going on between bottles and fedora maintainers, and the bottles devs give actually really strong and valid reasons to use flatpak, you should watch it.
@lovebaranus9800
@lovebaranus9800 7 ай бұрын
@@TheLinuxCast I know you're using tumbleweed, but you should at least try bottles trough the AUR package. It's not official, but it's the most up-to-date unofficial package, and therefore the least problematic out of all of them. It's distrobox levels of quality (arguably higher quality, since distrobox is ultimately just a bunch of scripts for docker/podman) but for windows instead of distros. In my experience i was able to go from nothing to running ULTRAKILL (stupid fast shooter) with no lag or framedrops following the arch wiki guide!
@softwarelivre2389
@softwarelivre2389 7 ай бұрын
​@@lovebaranus9800and actually the Bottles devs used a TheLinuxCast video to justify not wanting any packaging that is not flatpak
@83RhalataShera
@83RhalataShera 7 ай бұрын
Lutris is better at what Bottles does anyway.
@survivor303
@survivor303 7 ай бұрын
Im old and i just use debs :) these new package formats give me so many questions :) apt is fine and i don't understand why people are against it or any other distro based managers.
@rubisetcie
@rubisetcie 7 ай бұрын
I'm young and i just use debs too :)
@survivor303
@survivor303 7 ай бұрын
@@rubisetcie 😂
@jvkanufan8115
@jvkanufan8115 7 ай бұрын
Yep - Debian using debs. Good enough for me.
@FengLengshun
@FengLengshun 7 ай бұрын
I don't like debs, I can't manage it declaratively. Flatpak at least I can stick in to declarative-flatpak HM module so Nix can manage it. In addition to knowing exactly what I have installed and how, they also work well in immutable systems and I can use a single repo to manage what's installed for all of my systems and users.
@survivor303
@survivor303 7 ай бұрын
@@FengLengshun what? You can do this all with debs, you dont need to install them system wide, even it is default action of it, you can see what you are installed with dpkg, anything else, i dont know what you talking about :)
@nado911
@nado911 7 ай бұрын
Thanks for insight on distrobox, im curious about it. However, if youre dependent on distrobox arent you cancelling out why you choose your distro? (to an extent)
@Flackon
@Flackon 7 ай бұрын
well, if you don't choose Arch of NixOS, it's always good to have the option to access packages only available for other distros. Even the previously mentioned distros don't have every package available
@nado911
@nado911 7 ай бұрын
Completely agree, you always need alternative means no matter what you distro you use. All i'm saying is if the distro you choose isn't giving you a valid first stab at what you need in a system, why run it? Sure, you can split hairs on features all day, but to me it starts with software availability, if you don't have the tools I need natively (or close to it) more often times than not, its a pass.
@John223
@John223 7 ай бұрын
Appimages were the real hero all along. The only self-contained packages
@sixdroid
@sixdroid 6 ай бұрын
your opinion.i prefer flatpaks.
@DashieTM
@DashieTM 7 ай бұрын
100%, the very moment I am expected to first fix broken permissions for software before using it, it's no longer just containerization but just plain broken and needs to be fixed. A dynamic permission system is needed, what we have right now is frustrating at best.
@TheEvilSkelly
@TheEvilSkelly 7 ай бұрын
> dynamic system is needed That's called XDG Desktop Portals. The permission system was already addressed by it in most common cases, but we need every piece of software to use that standard.
@DashieTM
@DashieTM 7 ай бұрын
@@TheEvilSkelly Awesome to hear that it exists, I just checked your blog to see if it might be a missing feature on my end, sadly no, this (decoder example from the blog) is the first time any flatpak ever gave me a popup for any permission. Figuring from the lack of good results when searching about dynamic permissions, many probably just don't know about it?
@TheEvilSkelly
@TheEvilSkelly 7 ай бұрын
​@@DashieTMYeah, that's what I believe. There are so many misconceptions about Flatpak that it's not even funny anymore. I've written several articles about Flatpak on my blog that go over the misinformation/misconceptions, especially the responses. Sadly, I don't want to go over them on KZfaq, because my comments almost always get deleted/hidden for whatever reason. I suggest you to read my articles, because I do believe that they do a decent job explaining almost everything.
@TheEvilSkelly
@TheEvilSkelly 7 ай бұрын
​​@@NixperienceI posted another comment before. If you don't see it on your end, then it was deleted by KZfaq, which I have no control over it.
@mckendrick7672
@mckendrick7672 7 ай бұрын
You aren't really expected to fix broken permissions - you should report it to the package maintainer if the permissions are broken for reasons that aren't specific to your own system's setup. That said, there is a dynamic permissions system in XDG portals as mentioned, but it needs programs to be written to take advantage of it. These things just take a little time to cook.
@darkphotonstudio
@darkphotonstudio 7 ай бұрын
They work ok for me. If it makes it easier for devs to distribute their software, I don't see the problem.
@danr8472
@danr8472 7 ай бұрын
This guy has no clue what he is talking He is a new linux user and talks out of his ass about containerised apps.
@sixdroid
@sixdroid 6 ай бұрын
and some programs are flatpak only like the good stuff program "bottles" and many more stuff
@leevi6026
@leevi6026 7 ай бұрын
It seems all those OBS Studio issues are related to using window manager, because under KDE wayland session everything works out of the box. I just tried it because I happen to have pretty fresh openSUSE installation, so I'm sure there is nothing special already done. Screen and window capturing works without any permission or other configurations at all (via pipewire). And one thing what is better in flatpak version of OBS Studio is that it has browser source already installed, which has not been the case at least in the past with versions from repositories.
@phonemophoneko
@phonemophoneko 7 ай бұрын
This is true. DE is supported.
@that_leaflet
@that_leaflet 7 ай бұрын
Not even just a WM thing. I installed Sway on my Fedora Silverblue system and the OBS just works. I actually edited the permissions to be more strict since OBS doesn't need network, X11, Inter-process communications, all devices, and host filesystem access. At least for my needs. All device access may be needed for mic and webcam if OBS doesn't use the right portals.
@talkysassis
@talkysassis 6 ай бұрын
@@that_leafletOBS do need network if you stream with rtmp
@markjones2349
@markjones2349 Ай бұрын
Matt your channel and content are helping so many of us keep up to date with all the newest cool things and I just wanted to say thank you. You're really relatable and seem like a great guy. Just wanted to show some appreciation for what you do man. Thanks for what you do!
@iitzrohan
@iitzrohan 7 ай бұрын
L Take. So you prefer having all the bloat installed as system packages instead of having it installed as seperate runtimes. FYI the so called bloat packages only gets installed the first time you install a package. Then other applications then share the runtimes as long as they are compatible.What do you do when some package installed in system refuses to work because of newer dependencies?? Just wait and hope the package gets updated?
@OneQuarterLife
@OneQuarterLife 7 ай бұрын
Distrobox
@iitzrohan
@iitzrohan 7 ай бұрын
@@OneQuarterLifeDistrobox is great. But the average users will be scratching their head to install a distro inside it then install the package and then export it so that they can launch it directly via their app-launcher.
@Absolute_Zero7
@Absolute_Zero7 7 ай бұрын
> FYI the so called bloat packages packages only gets installed the first time you install a package. So, the same as native package managers? What's the point of having containerized packages then?
@iitzrohan
@iitzrohan 7 ай бұрын
@@Absolute_Zero7 That you get compatible dependencies automatically installed with the packages. You dont have to tweak any settings to make the package work. Also, you can't see what permissions your system packages have easily, but in case of flatpaks you can easily see and restrict them.
@TheLinuxCast
@TheLinuxCast 7 ай бұрын
If I have 40 Flatpaks, 1 Distrobox image is going to be less bloat.
@codychan4992
@codychan4992 7 ай бұрын
Since you didn't include a website image in your video or link in the description, is the distrobox you mentioned in your video the same thing as the distrobox I know, which is "Use any linux distribution inside your terminal."? In my opinion, snap/flatpak and distrobox are not the same things. Anyway, looking forward to more content about the distrobox you are talking about.
@tambuchalinux
@tambuchalinux 7 ай бұрын
Great points in this video. Although I actually don't use very many flatpaks, the REALLY slow flatpak updates are true for me. This video has convinced me to look to distrobox. But I think most users, especially newer users will use flatpaks because they are integrated into the more user friendly software stores.
@iibrahimov
@iibrahimov 7 ай бұрын
Hi Does SNAPs has runtimes like flatpak?
@auntiecarol
@auntiecarol 7 ай бұрын
Matt: what are your thoughts about Nix (the package manager) not the OS?
@thingsiplay
@thingsiplay 7 ай бұрын
Question: Do I have to update and manage each container and package manager on it's own? And what if I install a KDE application on one container and another one on other container? Won't be the dependencies of KDE Plasma installed and managed twice?
@TheLinuxCast
@TheLinuxCast 7 ай бұрын
You can have as many distroboxes as you want, no Matter the image and distrobox-upgrade --all will upgrade everything.
@alexstone691
@alexstone691 7 ай бұрын
2:40 if you shove everything then you need to update whole app to update a possibly exploitable bug in an app that has been abandoned
@markjones2349
@markjones2349 Ай бұрын
I just recently learned how to setup apt pinning on Debian so I could install newer packages from testing and unstable. But just learned how to use distrobox from you and some other youtubers and it's freaking cool. I bought my first home server last year and fell in love with docker on it for all of my services. But when I learned yesterday that distrobox can use docker images for downloading packages from any other distro I was amazed at how flipping cool it is and how easy too. So now I probably will do a fresh install and just use distrobox for everything. I love native linux packages more than flatpaks by far for the same reasons you stated. This is like the coolest technology for linux I love it so much. I'm hoping that someone takes this concept to the next level and lets you run isolated desktop environments without each one cluttering up the app menus of all of the other DEs that you have installed. That would be a dream.
@rjawiygvozd
@rjawiygvozd 7 ай бұрын
I've also recently had to move my steam/lutris/heroic from flatpak to distrobox because xdg-document-portal has a memory leak that made my system go OOM after playing Baldur's Gate 3 for a while and I assume it actually applies to literally every flatpak that has to open files and load a lot of data
@donpeer4477
@donpeer4477 7 ай бұрын
As I understand these self-contained packages: AppImages exist just in its own folder. Delete folder to remove. Flatpaks put data outside its folder; this requires you to use --delete-data to cleanly remove. Snaps spread themselves throughout the OS ala M$ Windoze. I doubt if they're ever really gone...
@mckendrick7672
@mckendrick7672 7 ай бұрын
AppImages are not sandboxed, they will store data and configs on the system the exact same way the program would if it were natively installed (somewhere in your Home directory). The difference with AppImages as compared to native is it bundles dependencies which the system may not have the correct version of into a single compressed archive. Flatpaks are sandboxed so they generally store data and configs inside their own directory within ~/.var/app unless explicitly allowed to store data elsewhere, so you can easily remove leftover flatpak data after removing the flatpak itself without using the flag. Snaps... I have no clue, I refuse to touch them.
@Jeff_Seely
@Jeff_Seely 7 ай бұрын
Thanks Matt! I have always been trepidatious about these container programs. If I have update issues with programs that I've installed using pacman, then I might try reinstalling it as a flatpak. But distrobox is a really slick alternative for sure. I've also had some nice luck with appimages. Thanks for the great video!
@denizkendirci
@denizkendirci 7 ай бұрын
instead of using distrobox, just use whatever distro you want with nix package manager on top. it's still a hustle to do certain things with distrobox, for example installing and running a window manager with distrobox needs some tweaking etc. so i am not in favor of using containers to install software to use on host. personally i didn't tried that myself though, because the distro i like to use (which is arch) doesn't have that problem, so i didn't need to. but if i was gonna do it, i'd do it with nix package manager instead of distrobox.
@JamieKitchens6
@JamieKitchens6 6 ай бұрын
Is there a way for the maintainers to weed out and eliminate orphan files, etc.?
@ppaliwal89
@ppaliwal89 7 ай бұрын
What is the actual work that you do apart from producing videos? coz majority of your videos are I switched from X to Y and two weeks or maybe a month later I switched from Y to Z. Every video has a different rice (I hope that's what the customisations are called) so it kinda feels like that's what your main thing is. As a consumer of your content, I would love to get a clarity if this is going to be the content theme for this channel?
@lennylizowzskiy
@lennylizowzskiy 7 ай бұрын
> What is the actual work that you do apart from producing videos? As far as I remember he is writer or editor of some historical journal. Also, afair he is using vim as text editor for that work
@bluesangel75
@bluesangel75 6 ай бұрын
I faced the same issues. Comparing VSCodium to VSCode flatpak size showed the dependencies issue you highlight - I reported a bug as VsCodium size is so big! I'm not happy with Flatpak evolution (bigger, slower to start). I'm also using distrobox & NixOS packages . Both have pros & cons.
@shabang71
@shabang71 7 ай бұрын
I have installed quite a few flatpaks on my Fedora 38 and i have to say that they are not as good as expected in some cases. For example the Zoom client worked fine in Manjaro from the AUR. The flatpak version is a real mess. May be a bad integration with wayland? I don't know. I even struggle to close it in a normal way. I close it with the task manager. And at the end they're very slow to open on lowhand machines.
@walter_lesaulnier
@walter_lesaulnier 7 ай бұрын
So far, the Flatpacks in my Fedora install have been fine, but I don't have many extra ones installed. I have CachyOS arch based distro on another computer that I loaded up with extra software and when there's an issue, it is usually the fault of a Flatpack.
@jo-vrn
@jo-vrn 7 ай бұрын
I have always preferred Appimage over all the others. Now I'm trying to configure firejail well.
@MarkusHobelsberger
@MarkusHobelsberger 7 ай бұрын
I agree with the first point. I use only Skype and Discord as flatpaks and including Flatseal I have 11 flatpak packages on my system that take up several gigabytes... and for every other update it has to update about 1 gigabyte of these dependencies. The programs work well, but things are getting kinda messy.
@that_leaflet
@that_leaflet 7 ай бұрын
I have 86 flatpaks installed, whether it be apps or runtimes. After de-duplication, I have 3.9GB of runtimes and 4.1GB of apps.
@MarkusHobelsberger
@MarkusHobelsberger 7 ай бұрын
@@that_leaflet So I guess it scales kinda ok... how much would it be without deduplication? I'd assume most users don't use that feature.
@that_leaflet
@that_leaflet 7 ай бұрын
@@MarkusHobelsberger Flatpak automatically deduplicates. Are you thinking of BTRFS compression? I'm not sure how much extra space is saved when used in tandem.
@CandyCaneChris
@CandyCaneChris 7 ай бұрын
As someone else said I feel like this is more of a lateral move. You are shifting the responsibility for maintaining the package from the flatpak maintainer to the docker/podman maintainer. Building a flatpak isn't hard, but doing it in the best way is hard to nail down. The same way building a docker image is. Distrobox just pulls docker images to my knowledge, so if that maintainer stops earning a living outside of the project, it may fall behind just the same. (Granted most of it is automated for base images like Arch, Debian, etc.)
@Berecutecu
@Berecutecu 7 ай бұрын
Matt, in this one I disagree. Flatpak is a path to reduce package management in multiple applications managers. Distrobox is the opposite, it encourages the fight of multiple package managers. This is a time waste for distro managers, they could be improving features instead of packing apps and this is the whole point of the discussion here
@TheLinuxCast
@TheLinuxCast 7 ай бұрын
You don't have to use more than one distrobox to get where you need to go. And until you've used distrobox and found something that it makes possible for you, it does seem useless. But I assure you it is not.
@mckendrick7672
@mckendrick7672 7 ай бұрын
@@TheLinuxCast But this still ignores the problem of packaging the same application multiple times. Sure, for you you only see a single package from within an Arch box, but the maintainers of other distributions are still managing duplicate packages which you can find in other distributions because "just use distrobox with x other distribution" is not a solution. Flatpaks put the power of distribution directly in the hands of the developer, rather than relying on third party packagers to screw up with the wrong dependency versions.
@TheLinuxCast
@TheLinuxCast 7 ай бұрын
@@mckendrick7672 This is going to sound bad, and it is, but I'm not a developer. Sure, it's good that flatpak is easier for them, but it's not my job to care about that, to be honest. Maybe I should, but I don't really. Selfish man that I am
@mckendrick7672
@mckendrick7672 7 ай бұрын
@@TheLinuxCast The point that I'm making isn't that you should care about the developer, the point is that distrobox doesn't solve the problem of enormous time waste within the Linux ecosystem with every package being unnecessarily repackaged multiple times on multiple distributions, ultimately meaning less time can be allocated to improving Linux for everyone. Distrobox just moves the problem to "X package manager from Y distribution might be able to install Z program correctly, and X1 and X2 package managers also package it well, but X3 package manager sucks for this program" which is a complete mess.
@Henry-sv3wv
@Henry-sv3wv Ай бұрын
@@mckendrick7672 Everyone should just use pacman or apt. problem solved, only two packages for a bleeding edge and a stoneage edge. flatpak is just a trojan package manager that says: me am the new only true package manager and i bring my own linux distribution with me, i just call it runtimes.
@BendyLemmy
@BendyLemmy 6 ай бұрын
Weird - how would you install Plex-HTPC?
@tomas-wi8dy
@tomas-wi8dy 7 ай бұрын
Thank you. It is one useful video. But my fav is appimages, I really hope that format will be more maintained.
@warthunder1969
@warthunder1969 7 ай бұрын
I've noticed Flatpaks are getting slower and slower to update but I still like them better than snaps / appimages (having to use one full time for our church). I would still choose native > non-native formats for packages.
@GarrettValdivia
@GarrettValdivia 7 ай бұрын
I may just be too stupid to use Distrobox properly, but I've noticed that the apps I export don't integrate into my DE properly (I use Gnome). So, for instance, my dock's launch icon and the running app icon are always separate, my exported browsers can't connect to other apps on my system for launching links (it also doesn't open hyperlinks from external programs), and sometimes my cursor theme is inexplicably not honored (Vivaldi was a notable instance of this, but it wasn't the only one). I love the idea of Distrobox more than Flathub, but so far, I've had more trouble with my distrobox packages than my flatpaks.
@TheLinuxCast
@TheLinuxCast 7 ай бұрын
Yeah, that's a bug in distrobox and the way DEs pin things to panels. Happens in KDE too. So it's not just you
@Kneedragon1962
@Kneedragon1962 7 ай бұрын
Interesting to hear somebody else share roughly my own concerns. I recently upgraded to Mint 21.2. Obviously, from 21.1 ... So, toward the end of the 21.1 cycle, I got fed up with flatpack and removed it. Since installing point two, I have not added a single flatpack and nor has Mint. Far as I can see, there are no flatpacks installed. That's fine by me. Mint resisted Canonical's push to snaps, and made a point of disabling them. They included flatpacks. Ok, I can see the problem. So I tried a few pax and discovered several of the issues you mention, plus one other. You have an ap, quite a small ap, based on or following on from something that's been around for 10 years, (let's say an old text editor you like) and to download and install that ap, took about 20 ~ 30 MB. But to download the flatpac, took 600MB. ~ But wait ~ that's not all, so that great plug of dependency, that should include everything ~ right? Well no, once you have and run 3 or 4 flatpacs, you start getting updates to the underlying system, which run into hundreds of MB. Ok, I will sigh and roll my eyes and shut up, but then the next day, you get a newer version again. And 3 days later, it comes down again. And a few days later ... So you put a question out to the nice people at Mint, and they say something along the lines of ~ "No, you're a silly old fart jumping to conclusions. That's not how it works. You are misreading or misunderstanding the introduction." Excuse me, but you didn't read my email. I didn't say to you that I have some fantasy concern about a bad thing that _might_ happen, I'm telling you what I have _witnessed_ on my own machine, at least 6 ~ 8 times! Don't tell me that's not how it works, because brother, I can tell you ~ it _is!_ Since going to 21.2, I haven't seen that happen at all, but I have also been very careful not to install any snaps or any flatpax or any other fancy new-age 'container' things. I do understand the concept, but I think apt and conventional installs are way better. "But that makes things hard for the developers." Ok, fair call, but should developers hand off their maintenance problems to users? I realise it would be a nightmare to maintain something (let's spot vlc as an example) that has to work on Mate, and KDE, on gnome3~50+ (and all the old gnomes) and bloody Window$, and nifty-Russian-desktop and nifty Chinese desktop (do know what Budgie-smugglers are in Australia?) and ... let's not forget the fetish of the last year or two, Wayland ~ I can see how that becomes completely unworkable. But then you hand off a Linux version of DLL-Hell to the end user? That's not the way it should work either. "But I use Arch, actually." Ok, that's fair. You're smarter than I am. And I just stopped using your software. So who's right and who's a fool?
@LinusBerglund
@LinusBerglund 2 ай бұрын
I am convinced that immutable OSes are the future. I am a recent convert to opensuse microos, and flatpaks are really not bad. The sandboxing also feels good to use,and to be honest I dont use more than 5 apps anyway. Distrobox handles all my CLI needs, but in general I am very happy to just have one stripped down system to care about.
@damianateiro
@damianateiro 7 ай бұрын
I don't like distrobox very much because why do I want to literally install one distro inside another? and even more so if it is one with many packages and relatively updated, I prefer to have one or 2 snaps or appimages flatpaks. I only see real use in distros like void, Slackware or Alpine, and until then I'm considering using distrobox
@fabiofurtado1058
@fabiofurtado1058 7 ай бұрын
The notion of one distro inside of another is a bit uninformed. Distrobox is just abstracting podman or docker to create a very convenient OCI container for you to play with and at the end of the day a container is just another process in your host that your kernel is lying to (just like snaps and flatpaks), not "literally another distro".
@damianateiro
@damianateiro 7 ай бұрын
I use what I like or what suits me, it doesn't matter what it is, but I always prefer the native format
@anon_y_mousse
@anon_y_mousse 7 ай бұрын
The way I look at it, we need an alternative to distro packages that is platform agnostic but still capable of resolving package dependencies without stuffing what you need into every single package. I figure a package system that starts with LFS as its base might actually work in that regard, but also to never resolve dependencies generically, as in never using libfoo and instead favoring libfoo-1.2.3 always. That might make things annoying if things aren't updated at the same time, and it might lead to more wasted space when a dependency is compatible between multiple versions, but it would also prevent version mismatch breakages.
@mgord9518
@mgord9518 7 ай бұрын
Like Nix?
@anon_y_mousse
@anon_y_mousse 7 ай бұрын
@@mgord9518 I'd have to look into what Nix does to know for sure. If it can work on any distro then there's a chance.
@lennylizowzskiy
@lennylizowzskiy 7 ай бұрын
@@mgord9518 Nix suffers from version mismatch breakages
@moetocafe
@moetocafe 7 ай бұрын
Just wanted to say, the LED Linux Cast mascot in the background looks really nice
@sourcerer_
@sourcerer_ 7 ай бұрын
On virtual machine, i installed package via flatpak (First time ever in my life) once. I've got an impression that my gentoo updates are faster.
@motoryzen
@motoryzen 7 ай бұрын
When I cannot get the job properly. Done with a deb package or up image comma that's where flatpaks...ALWAYS save my bacon..
@phonewithoutquestion80
@phonewithoutquestion80 7 ай бұрын
From what I've read, the BSDs of the world had already got around the issue of dependencies effects on userland, if not less convolution than we have with current package managers. That being said, flatpaks really are a "justworx" method that tends to overhype itself. I say this as I currently use flatpaks on Debian...
@AlanTwoRings
@AlanTwoRings 7 ай бұрын
How did the BSDs approach the problem?
@phonewithoutquestion80
@phonewithoutquestion80 7 ай бұрын
In short, the user-facing software and system configurations are separated into their own directories, while the kernel-facing stuff and other critical states are in their own individual paths. Linux tends to intermingle lower level and top level configurations. BSDs methods are not impervious to fault, but generally speaking the filesystem hierarchy is much sturdier, eliminating the need to rethink package management.
@AlanTwoRings
@AlanTwoRings 7 ай бұрын
@@phonewithoutquestion80 Thanks. Do they address the issue of two user-space applications needing two different versions of the same user-space dependency? I think this is the main problem that containerized packaging is supposed to address.
@phonewithoutquestion80
@phonewithoutquestion80 7 ай бұрын
@@AlanTwoRings I need to read more into that but I *highly* implore you to read up on BSD Jails (read: containers), since those can be useful for running specific versions of applications in an isolated and tightly focused environment.
@catchnkill
@catchnkill 6 ай бұрын
@@phonewithoutquestion80 Flatpaks are itself containers. Thus BSD Jails and Flatpaks are doing the same thing!
@magovermelhoffv4729
@magovermelhoffv4729 6 ай бұрын
I'm starting to get frustrated with flatpaks too. Dealing with flatpaks is tedious, and I never quite remember how to open the app in the terminal.
@Skelterbane69
@Skelterbane69 7 ай бұрын
I primarily use flatpaks. Very few packages are installed through pacman,making my arch install very stable, I feel
@bellissimo4520
@bellissimo4520 7 ай бұрын
Yeah, I also noticed that flatpaks sometimes are insanely big. You download something as debian package - size 80 mb. Then you download the same as flatpak - half a gigabyte. WTF? Seems like many people are probably also no putting effort into trimming down the container.
@soltysss
@soltysss 7 сағат бұрын
my problem with flatpaks is that they do not work, for simple apps - yes it's great, for anything else - sandboxing breaks application. Installed IDE, installed needed libraries - IDE desn't see my libraries even though they there - wasted hours till I figured out that problem is sandboxing. Installed Steam to play some games, want to use different drive than /home one - that doesn't work because of sandboxing. it's just not user friendly
@zacharyhinkle6849
@zacharyhinkle6849 7 ай бұрын
All the packages I use are already in my distro's repos. Some applications only officially support the flatpak version, and I use flatpak when that is the case. Distrobox is cool, but it provides me nothing.
@telliott
@telliott 6 ай бұрын
The only flatpack I always get over the distro version is Discord because it seems to update instead of giving me the infuriating "This must be your lucky day" dialog, which prevents Discord from running.
@Mallchad
@Mallchad 3 ай бұрын
The "bloat" problem is not that important in my opinion for deduplication reasons other people have mentioned before me making the final install rather small. The much bigger problem is, A, yes, the install times become very slow and cumbersome because flatpak ends up doing huge updates every time you get a single package, B, the entire point of using containers is so software works more often. So, _why is it, that flatpak, works, less often, than native packages_. .-.
@Nick_Lavigne
@Nick_Lavigne 6 ай бұрын
3rd? Is appimage in 4th for you?
@hopelessdecoy
@hopelessdecoy 7 ай бұрын
App Images are literally only meant to be one file that you download, you know where it is and anyone can use and share them. It has always remained my favorite format. Distrobox has the issue of everyone still has to make system specific packages and everyone wants to be the first party packager, not the distrobox adapter.
@Flackon
@Flackon 7 ай бұрын
AppImages aren't managed through a central registry though, so they have all the disadvantages of manually hunting and downloading binaries
@gimcrack555
@gimcrack555 4 ай бұрын
Since snap, flatpak and appimage appeared. I never went to them. Main reason slow and big in size. I just shrug my shoulders. And I just kept using my normal maintain repositories by the developer and just use the normal package manager. Like I been doing since day one. Never had a problem doing so, so I ran with it and it just works. Anything outside my repositories. I just build from source. That's my second go to. If not in my repositories I build it from source. Its a great skill to have and to understand your package through and through. It's had to teach a old dog new tricks.
@agenerichuman
@agenerichuman 6 ай бұрын
I get your frustration. But for me, the format I use depends entirely what I intend to use it for. I don't use one single solution across the board. Sometimes I want things to be contained and sometimes I don't. Plus some apps just work better on certain formats. Though with my Steam Deck, I stick mostly to flatpaks.
@theworldoffun8997
@theworldoffun8997 7 ай бұрын
I dont really mind soft booting 2-3 seconds instead of an instance. Also the package size doesnt seem as a major problem for me too. The only thing i care about is that i used to break them with a flatseal, lok 😂
@andre-le-bone-aparte
@andre-le-bone-aparte Ай бұрын
Just found your channel. Excellent Content. Another sub for you sir!
@TheLinuxCast
@TheLinuxCast Ай бұрын
Welcome aboard!
@DrWrapperband
@DrWrapperband 7 ай бұрын
We need an open source LLM agents to manage legacy packages. You should start a foundation, I'm too old now.
@nado911
@nado911 7 ай бұрын
If a distro was a cable subscription, I would hope that it would have most (if not, all) the channels I care for. Or I could roll in a new tv for each channel that I want to watch. 😛
@SMCwasTaken
@SMCwasTaken 6 ай бұрын
Bros a Discord Mod (IM JOKING)
@TheLinuxCast
@TheLinuxCast 6 ай бұрын
Bro thinks he's being subtle with his fat joke.
@hyper.borealis
@hyper.borealis 6 ай бұрын
no, just a linux user
@Kelticfury
@Kelticfury 6 ай бұрын
Is it because the same software, steam for instance, flatpak is multiple gigs larger than the regular steam install? Edit: Thanks for actually describing your reasoning. It is nice to find someone talking about linux that isn't just reading release notes.
@IAmTheSlink
@IAmTheSlink 7 ай бұрын
I never got into Flatpak because my first experience with them was terrible. I tried to download a program and for whatever reason I simply could not get one of the dependencies to download. Never went back for a second try. On the other hand, I tried Ubuntu recently, and I find that Snaps are OK. Not great, but not terrible either.
@mskiptr
@mskiptr 7 ай бұрын
Dependency bundling and "being a mess" (not following conventions) are my two main issues with Flatpak. (Yes, I know it does support _shared_ layers. But in practice, that's not how people build their Flatpaks.) However, Distrobox also suffers from these (to a smaller extent). Finally Nix solves the first problem and Guix (using similar approach) also avoids being such a mess.
@TheEvilSkelly
@TheEvilSkelly 7 ай бұрын
> (Yes, I know it does support shared layers. But in practice, that's not how people build their Flatpaks.) Nope, the shared layers (runtimes) are literally designed to be built on top of. The base runtime is org.freedesktop.Platform. org.gnome.Platform is based on org.freedesktop.Platform, and most GTK apps are built on org.gnome.Platform. Likewise, most Qt apps are built on top of org.kde.Platform, which is built on top of org.freedesktop.Platform
@bigpod
@bigpod 7 ай бұрын
nix brings its own set of problems that are much worse then dependency bundling(which actually isnt a problem its a proper thing to do) or not following conventions
@mskiptr
@mskiptr 7 ай бұрын
@@TheEvilSkelly Sorry for not noticing your reply earlier, but YT has hidden you comment for some reason. (And I'm also extra late because of some other comment weirdness.) Yeah, I know these layered runtimes are supposed to solve dependency duplication and I was positively surprised this is quite nicely designed. It is even shared for the whole system (lives in /var)! But, in practice a lot of dependencies are still being included at the top level instead of living somewhere lower and being shared between all apps that need it. Unfortunately, most containerization technologies are not very fine-grained in practice and thus quite inefficient. It's not a fault of containerization per se, but since that's the easiest path, it tends to end up that way.
@TheEvilSkelly
@TheEvilSkelly 7 ай бұрын
@@mskiptr sure, but we've put a lot of effort to improve it, through e.g. base apps and shared modules. It's a minor flaw for the amount of effort that was put. Also, how did you find out about my message if it was hidden?
@mskiptr
@mskiptr 6 ай бұрын
@@TheEvilSkelly Ah, I'm so sorry to leave you hanging for a month. That's fully on me this time. Frankly, all currently available ways of packaging are pretty horrible in their own right. (Like most software out there sadly.) Well, horrible might be a bit too strong of a word. They all have their flaws and fixing it properly would require breaking up with how executables, system state and even file system layout are organized in some fundamental ways. (Yes, I can see that that's kinda what Flatpak is trying to do.) The reason my hope lies with the Nix | Guix model is because it captures the most metadata about the packaged software. Hopefully, it will one day be structured and expressive enough to be used for automatic generation of packages _idiomatic_ to other software distributions. Its other advantage imo is that all the inefficiencies I see happening in other package managers are either non-present, or could in principle be solved rather straightforwardly. This suggests to me that this model is indeed correct and will be sufficient. I guess what I meant in my original comment is that container-based solutions tend to be 'opaque', while it's the opposite approach - well-structured and semantically rich - that is the easiest to work with and maintain. As for how I was able to read a hidden comment: I don't think I got a notification, but using that (or a direct link) would let me see your reply. Besides that YT shows the number of replies and sometimes it doesn't match the actual number of comments you see. Then sorting all the comments 'by newest' typically does the trick. It's all in flux unfortunately and at times these 'YT rules' seem to not be that reliable though.
@torsten.breswald
@torsten.breswald 7 ай бұрын
me on my stable rolling release distro in no need of containerized software whatsoever: oo - - oo
@FlorinArjocu
@FlorinArjocu 7 ай бұрын
Actually Snap apps have become way faster in the last year(s). I mean the one that were updated, like Firefox. It starts very, very fast now and everything just works. The main reason for these containers imho is actually not necessary the added security, but helping the software developers. You just make a snap and send it with everything there. No more maintaining for 28 versions of Ubuntu, 17 versions of Fedora etc. No more dependency hell, no more library conflicts and even bricking the system. I saw all of these on my laptops and if the later versions work fine, I don't care about the extra space, but for sure I don't want my "openshot" (randomly selected) to uninstall my other viseo editors because they need a specific library version. And to go back to the developers: we need a more or less universal, simple dostribution system; why on Earth would a Windows developer make a Linux version for a much smaller userbase, but also with a lot of headache coming from all the versions, releases, sibreleases, flavors in the Linux World? We need something more or less unified and probably containerized, as it is the only thing we have for now.
@Xaito
@Xaito 7 ай бұрын
I've never tried Distrobox - does it in any security significant way sandbox whatever it's running? I agree that managing permissions in Flatseal can be annoying, but generally I think it's a big plus if Flatpaks don't just have permission to do anything they please. I'm a long time Windows user and for me a personal firewall was a must for example. It's annoying if every new software has to ask permission to use the internet - on the other hand I liked the idea to decide which software I use actually has a legitimate use case for accessing the internet - and deny the rest. Flatpaks give me a even greater level of control - albeit at the cost of having to tinker with permissions.
@cynricsaxon2945
@cynricsaxon2945 7 ай бұрын
distrobox is simply a front end to podman aka a better docker. So it is all containerized. Wont touch your system. There is also supposedly a way it can talk with your Nvidia GPU as well so you can run games as well with full Graphics instead of the crummy opensource drivers
@mckendrick7672
@mckendrick7672 7 ай бұрын
Distrobox explicitly states they do the opposite of sandboxing - they try to integrate as well as possible into the host. It is on the wishlist of things to add, but so far from what I can see they've only added the option to specify an alternative HOME directory.
@slawtul
@slawtul 7 ай бұрын
You are right about flatpaks. There are extremely big. Now I use flatpaks as a last resort.
@unkown34x33
@unkown34x33 4 күн бұрын
the biggest issue I encounter is that a lot of flatpak versions are super outdated, and the devs! refuses to fix it. there's A lot of things missing from them, which I don't understand why it's soo hard to just fix it... 3 years for example
@kintustis
@kintustis 7 ай бұрын
now theres infinity +1 competing standards
@schemage2210
@schemage2210 7 ай бұрын
What your actually saying is your not happy with how flatpaks are being packaged! Not with flatpaks themselves. And while this is fair, if the point is to create a single standardised format that companies can latch onto (such as with Discord or Firefox or steam), saying choose whatever native distro format you please "because I have distrobox" is a step backwards. It confuses the point, and while distrobox is great, many don't use it? Honestly, I am ok with a little extra bloat on the flatpaks then having to run everything through distrobox. Distrobox is still an added layer of virtualisation that needs to be set up and also maintained for little gain.
@hecate6834
@hecate6834 7 ай бұрын
I don't want to go back to distro maintained apps, Flatpaks are convenient and generally just work. Distrobox is not a solution for most people (I do use it too for lots of things) although I could see someone turning Distrobox in a sort application runtime haha. - A Silverblue user
@RealMazharHussain
@RealMazharHussain 7 ай бұрын
It seems like you haven't been introduced to the nix package manager yet. It is an alternative to Flatpak, Snap, AppImage, distrobox, etc. and doesn't do containerization the way Flatpak, Snap and distrobox do.
@TheLinuxCast
@TheLinuxCast 7 ай бұрын
I've used it, I don't care for the way it messes with the PATH of apps it installs
@obsoletepowercorrupts
@obsoletepowercorrupts 6 ай бұрын
I'd cut flatpaks a wee bit of slack here because there is bound to be something of a bleeding-edge version versus an LTS, so the dependency erosion is inevitable in these formative stages which after all are an exciting time to be in on this. As a segue, it is worth adding you have a drama-thumbnail worthy of attention grabbing _(which worked because, well, we're here)._ Not to digress, it's a reasonable forecast to forsee a time when some such container softwares end up with a "most-popular" retrospective charts-hits for software gets released as say an annual or 5year-plan release boiling down all dependencies to a tree in the fashion of the old days _(which btw lends credence to telemetry and popularity-contest options in distros)._ So in other words there would be a "kinda NixOS" _(which I trust we are all pronouncing "OSS" not "O.S." by now),_ legacy dependency-tree style version except retrospective release such that future flatpaks are better optimised over time, especially if the retroactive distro is torrentable. It'd be dead like dead-language-latin but a dependency heaven, notwithstanding _(but its known-quantity nature thereby means hashes are usable and handy)._ That'd be where the streets of utopia are paved with install script gravestones of yore. That'd help advise for rollback and ENV metadata in VM. Hashes for decisions would help. Well anyway, congratulations on bringing by piss to a boil with your thumbnail evoking me to comment. It's the basement IT culture's equivalent of _"Why I deservedly dumped the beatch to the streets"._ Good video. Thumbs-up. My comment has no hate in it and I do no harm. I am not appalled or afraid, boasting or envying or complaining... Just saying. Psalms23: Giving thanks and praise to the Lord and peace and love. Also, I'd say Matthew6.
@Waldganger64
@Waldganger64 7 ай бұрын
Doesn't kdenlive use QT instead of GTK ?
@talkysassis
@talkysassis 6 ай бұрын
The problem with flatpak is not about the space (this is the cost to no break programs every year) The problem with flatpak is that it tries to trick the program to think it is running native (this makes development a lot harder). A flatpak program should be a flatpak program, using flatpak libs, like a flatpak-libc, a flatpak-vulkan, a flatpak-tensorflow. Other problem is publishing. Unlike ALL app stores, you can't upload a pre compiled bundle. This is a lot harder for complex packages, and no IDE except Gnome Builder will take care of that for you.
@RawLu.
@RawLu. 5 ай бұрын
*you stop using them because everyone else on here says you should use them! LOL! Your a Rebel! 😎
@MrCradleman
@MrCradleman 7 ай бұрын
Arch Linux and AUR is the best choice, because AUR package format is very easy to make yourself and support orphan packages if you need it. It basically always repeat official build guide and produce native package. I have my own collection and I package my pet projects too. No other packaging system let you create your custom packages
@jamesyoung151
@jamesyoung151 7 ай бұрын
Portage (Gentoo) does allow you to create your own repository and you can create custom ebuilds for packages you use that's not in the official distro.
@bjbboy71697
@bjbboy71697 7 ай бұрын
As a Gentoo user I am also in love with the idea of a package simply being effectively a script to download, compile, and install the software rather than being a bundle of software itself. It's sort of meta in a way in that it's not THE software but rather a pointer TO the software with some instructions on what to do with it. Makes it very transparent, debuggable, configurable. Updating a package is often as simple as renaming the build script (since the script can reference the file name to extract the package version and use that to build the URI of the sources that it downloads. If that's not enough you usually just need to bump the versions of some dependencies or add a use flag or something like that. And you can even drop a patch file in a specific directory and the package manager will see it and automatically apply it in the src setup phase. So any distro specific modifications to the source are separate from the original source and can be easily reviewed. And if you as a user still aren't happy with the package as provided, you can drop your own user patches in a specific directory and it will be picked up by the package manager without having to edit a single config file or script or anything. How cool is that?
@jamesyoung151
@jamesyoung151 7 ай бұрын
@@bjbboy71697Dating myself here. This is why Gentoo was my choice after RedHat. I started with Slackware 30 years ago. One unwritten benefit of Gentoo is that you'll find out whether or not the ram installed is bad. I had built a new AM4 system and installed TeamGroup memory. I was installing Gentoo and it kept crashing, I ran a memtest after 3 crashes. Turned out the memory is bad. I RMA'd the memory, I got new memory. It too was bad. I switched to G.Skill, no problems at all.
@mckendrick7672
@mckendrick7672 7 ай бұрын
You're completely wrong. You can create custom packages in any packaging system, it's just it tends to be a steeper learning curve, and distributing your custom package may be more difficult. The best example of another distribution which does custom packages is OpenSUSE with their Open Build Service - it not only allows you to distribute your custom build scripts (.spec files used to build RPM packages), but it'll build them for you. If you could not create custom packages, how would those distributions have ever packaged themselves in the first place? Flatpak itself allows custom packaging - and rather it encourages it by design. Also, the AUR, and Arch, cannot solve the issue of two programs demanding two different versions of the same dependency. For programs which are kept up to date this is generally fine because it's unlikely compatibility would break that quickly, but many older programs would become impossible to run. Not to mention, said older programs demanding older dependencies can become security risks, and native packaging provides no sandboxing to help with this.
@MrCradleman
@MrCradleman 7 ай бұрын
@@mckendrick7672 Aur allows you to create packages with different versions. Also I know about possibility to create custom rpm/apk packages, but it's not easy at all. Pacman format is only one declarative file PKGBUILD and makepkg command will build package for you.
@user-us6ft2sj5q
@user-us6ft2sj5q 5 ай бұрын
huh. guess i wasn't crazy when i thought flatpaks were getting slower and more bloated. I rely on a couple of flatpaks (keepassxc, firefox, librewolf, heroic games launcher, elisa music player, vlc) but i think i will revert to native, except for heroic. I had heroic be unusable after the latest update on tumbleweed and could only get it to work with the flatpak
@christiansmith2658
@christiansmith2658 7 ай бұрын
Can't wait for flatpak to package the kernel and then we can all run FlatpakOS lmao
@davidwayne9982
@davidwayne9982 6 ай бұрын
IF you don't like the "containerization" of flatpaks now-- what about using BLEND or VANILLA and use whatever you like and putting the apps in the containers made by BLEND or VANILLA????/
@LedoCool1
@LedoCool1 7 ай бұрын
Aren't snaps growing in size too?
@dagda825
@dagda825 7 ай бұрын
I think distrobox should have named itself distrohop lol.
@raughboy188
@raughboy188 2 ай бұрын
have you ever heard of xwayland? Obs would wok wiithout fuss with wayland if you use xwayland.
@nobloat5702
@nobloat5702 7 ай бұрын
I've just found out that faltpak is using 15GB even though I don't have many apps installed. I was trying to find a way to clean it and it's so frustrating. I am thinking of abandoning them as well
@letsplaychannel6276
@letsplaychannel6276 6 ай бұрын
Flatpaks scale well tho. They share their environment and memory won't increase that fast anymore if u install more flatpaks.
@MyReviews_karkan
@MyReviews_karkan 6 ай бұрын
I tried using flatpaks, couldn't use them for long. They eat storage like wildfire. They are very hard/tedious to theme with the system theme. They're all around just a mess. I don't know where their configs are, I don't know how to launch them from terminal, they take forever to update... Etc. Thanks to the AUR, I don't use them at all.
@nobloat5702
@nobloat5702 7 ай бұрын
I've had such a bad experience with Flatpak recently that i am actually thinking about tryings snaps. Maybe they aren't as bad as people think
@TheLinuxCast
@TheLinuxCast 7 ай бұрын
They are better than they used to be, or so they say. I have no recent experience with them outside of a few brief Ubuntu VMs.
@jawuku3885
@jawuku3885 7 ай бұрын
Snaps are good for CLI apps, such as neovim or helix text editors
@sixdroid
@sixdroid 6 ай бұрын
i think you are the firsrt in the world
@htx80nerd
@htx80nerd 2 ай бұрын
I forget what flatpak I was installing the other day , but I cancelled it after 550MB download and it wasnt finished yet...Pretty sure it was just a web browser.
@keylowmike85
@keylowmike85 7 ай бұрын
I haven't had any problems with flatpaks or snaps as of late, so i dont have a steong opinion on either one. Gonna have to check out thle store, i need a Linux nerd mug for my coffee 😂
@enhncr
@enhncr 6 ай бұрын
Using anything outside your package manager repo is in long term a bad idea. The best repos are for Gentoo, Debian and Arch. Why you should avoid “external” packages? Dependencies, mess, etc. Just stick to a good repo. I really use anything additional just only if there is no other way to install it
@TheLinuxCast
@TheLinuxCast 6 ай бұрын
I don't think you get how distrobox works, but that's okay.
@sixdroid
@sixdroid 6 ай бұрын
so you never compile stuff from git? are you a genious with that affirmation?lol
@EddyNordica
@EddyNordica 7 ай бұрын
I also don't use snaps or flatpak, but I equally don't like installing a whole OS to get other apps. If you had multiple distros, don't you forget where which apps exist? Or if you need to recreate a distro because, for example, it became unstable, don't you need to re-install all of them that were on it? I prefer NixOS approach where I can use "nix develop" to get only the apps I need for each project, not an entire distro. I don't think you have talked about how nix flakes are awesome for this purpose. I understand you aren't a dev, but for me, nix develop was revolutionary. For example, you might need different versions of python or nodejs for each project and we previously had to use virtualenv or nvm to manage it. This doesn't really change with distrobox. You either create a new distro for each project (which is absurd) or do the same as before. This problem is completely irrelevant with nix develop.
@hlomphomota8055
@hlomphomota8055 7 ай бұрын
Personally, I wish there was a tutorial or some way to understand how the whole flatpak world worked and how one can develop on it, that I think would allow us the layman to understand how the whole secret sauce is made. But All your points are valid and I think there needs to be a better understanding on what containerised software works on and how it can be fixed. But my theory is that it gets bloated to accommodate more needs than it need to, so the architecture needs to be reviewed... That's my humble view...
@talkysassis
@talkysassis 6 ай бұрын
Flatpak has an issue that comes from trying to fake a native environment. Flatpak programs are just regular programs using a runtime. Unlike Android packages that are made with specific runtime libs.
@hlomphomota8055
@hlomphomota8055 6 ай бұрын
@@talkysassis To which maybe the problem is standards in programming than the design of flatpak per say...
@talkysassis
@talkysassis 6 ай бұрын
@@hlomphomota8055You can make it work like Android, but Flatpak itself was not made to work like that, so it is a problem.
@romulino
@romulino 7 ай бұрын
So now we are installing a whole other os instead of just going the appimage route like osX does since forever and their users are not complaining.
@peterbittner2753
@peterbittner2753 7 ай бұрын
They're not complaining, because they're Apple fanboys. Mac users take a lot of things for granted. We can't seriously compare the Linux and Apple user base. It would be like everyone would blindly follow what Canonical proposes. It's not like that in the Linux world.
@thoaihoquang1578
@thoaihoquang1578 7 ай бұрын
I see your points, but right now flatpak very solid for me
@ys1197
@ys1197 7 ай бұрын
I thought flatpaks used shared dependencies. The terminal might not make this clear tho
@setoman1
@setoman1 Ай бұрын
BUT! Can you install distrobox inside of distrobox? 🤓
@TheLinuxCast
@TheLinuxCast Ай бұрын
Probably. Distrobox is just a front end toolset for docker or podman, and you can for sure run dockers inside of other dockers.
@John7No
@John7No 7 ай бұрын
or..or decide on one packaging format and after 10 years this would be the default format and if a distro wants to have a secondary that is fine. But all distros must support this one format. snap/flat/appimage is close to that but they are different on how they work.
@StevenFail_Kuyashi
@StevenFail_Kuyashi 7 ай бұрын
wondering that blendOS might fit your requirement (?)
@TheLinuxCast
@TheLinuxCast 7 ай бұрын
openSUSE with distrobox is just fine for me
@Emancipatriot
@Emancipatriot 7 ай бұрын
How do you go about theming in blend OS? I liked it , other than not knowing how to rice it
@StevenFail_Kuyashi
@StevenFail_Kuyashi 7 ай бұрын
@@Emancipatriot i haven't used blendOS in fact 😂
The Most OVERRATED Linux Distros
20:48
The Linux Cast
Рет қаралды 60 М.
OpenSuSE - You Should Try It
30:24
The Linux Cast
Рет қаралды 61 М.
Como ela fez isso? 😲
00:12
Los Wagners
Рет қаралды 26 МЛН
1 класс vs 11 класс (неаккуратность)
01:00
БЕРТ
Рет қаралды 4,4 МЛН
ДЕНЬ РОЖДЕНИЯ БАБУШКИ #shorts
00:19
Паша Осадчий
Рет қаралды 4,1 МЛН
История Appimage, Flatpak и Snap
26:43
Aleksey Samoilov
Рет қаралды 51 М.
MUST KNOW bashrc customizations to boost productivity in Linux
13:38
Snap vs Flatpak - A Developer's View
17:24
JobinPy
Рет қаралды 635
I Need to Apologize... This Device is Bad
11:37
The Linux Cast
Рет қаралды 10 М.
What's the deal with Flatpak? (Linux Crash Course Series)
15:46
Learn Linux TV
Рет қаралды 40 М.
I Used Debian 12 For 5 Months - Long Term Review
46:13
The Linux Cast
Рет қаралды 92 М.
10 Things To Do After Installing openSUSE
27:43
The Linux Cast
Рет қаралды 19 М.
20 Expensive Products That Are Worth the Money
15:26
Brock McGoff
Рет қаралды 11 М.
Выложил СВОЙ АЙФОН НА АВИТО #shorts
0:42
Дмитрий Левандовский
Рет қаралды 1,2 МЛН
Топ-3 суперкрутых ПК из CompShop
1:00
CompShop Shorts
Рет қаралды 248 М.
How Neuralink Works 🧠
0:28
Zack D. Films
Рет қаралды 32 МЛН
Цифровые песочные часы с AliExpress
0:45