Flatpak - Flathub

Discuss how to promote using FLOSS to make music.

Moderators: MattKingUSA, khz

User avatar
raboof
Established Member
Posts: 1531
Joined: Tue Apr 08, 2008 11:58 am
Location: Deventer, NL
Contact:

Re: Flatpak - Flathub

Postby raboof » Wed Nov 14, 2018 6:13 pm

AlexTheBassist wrote:
raboof wrote:This is interesting. Do you have any idea why? Is this caused by a fundamental design flaw, or simply an implementation problem that can be fixed?

Yes, this is the very nature of Flatpak. There's that daemon which starts up too slow, and one can't run Flatpak programs bypassing it. They are started this way:

Code: Select all

flatpak run program_name

because Flatpak apps run in containers, which take significant time to even get running.


Hmm, at https://flatpak.org/faq/#Is_Flatpak_a_c ... echnology_ they claim they don't necessarily run in containers though? And even with containers, I'm not sure there's necessarily a fundamental reason those should be terribly slow. What kind of 'significant time' are you talking about? When I for example run "time docker run alpine ls" that takes under 2 seconds in total - which seems slower than reasonable to me, but still not super relevant for an application that would run for 6 hours.

AlexTheBassist wrote:For us, the better thing is Nix package manager.


I think the NixOS concept is very interesting, but have never used it in practice. Have you?

Luc
Established Member
Posts: 741
Joined: Fri Mar 27, 2015 1:04 pm

Re: Flatpak - Flathub

Postby Luc » Wed Nov 14, 2018 6:51 pm

I've never used Flatpak so I can't opine on it. But the current way of doing things in Linux is definitely not good. Especially for us. Look at this:

I registered with this forum in 2015. I was using Debian 7 (Wheezy) then. I remember packages that we used to have in the KXStudio repository and are no longer there. And you can't just download old versions, because they won't work with the newer support libraries. The only choice left is for oneself to build those from source, which almost never worked for me. There's always something missing or breaking or whatever. Sometimes a large amount of additional software has to be installed just so I can build and run that one goddamn package. That is very, very annoying and we know that the build-from-source nightmare is dreaded by lots of people.

Meanwhile, will you watch the tremendous irony: ALL, absolutely ALL of the Windows plugins that I have installed in these last three years still work fine, dandy, smooth, unfettered, reliably, copacetic, still strong, tall and glorious through the weathers of time. Can I count on them five years from now? I really don't see why not. Can I count on native Linux music software five years from now? Who knows? I know I can pray that someone will keep building new versions of the ones I like.

I find this situation nothing short of embarrassing for the Linux camp.

User avatar
AlexTheBassist
Established Member
Posts: 214
Joined: Mon May 19, 2014 3:44 am
Location: Russia, Moscow

Re: Flatpak - Flathub

Postby AlexTheBassist » Wed Nov 14, 2018 7:33 pm

raboof wrote:And even with containers, I'm not sure there's necessarily a fundamental reason those should be terribly slow. What kind of 'significant time' are you talking about? When I for example run "time docker run alpine ls" that takes under 2 seconds in total - which seems slower than reasonable to me, but still not super relevant for an application that would run for 6 hours.

I'm talking about delays up to a minute, maybe even more. Yes, you probably won't believe that, but starting “flatpaked” Handbrake on two machines I have used recently does really take that much. This happens because Flatpak is not a useful thing, but rather “we put a wrapper around your wrappers, so you can wrap while you wrap”. Barebone Docker is of course times faster, especially with Alpine Linux. Try starting a full blown KDE runtime with Docker and see for yourself.
raboof wrote:I think the NixOS concept is very interesting, but have never used it in practice. Have you?

Not really, as I only have it in a virtual machine, and operate it as a user. I don't know yet if it's convenient for packagers, but surely I'll try to package a couple of plugin sets and tell if it's any more complicated than packaging them for Debian/*buntu.

khz wrote:What about the (automatic) update of the programs and security updates of the (all dependencies included) Flatpak packages?

You can always create a cron script or a simple daemon which will do that by itself, but Flatpak, as I know, doesn't offer any autoupdate capabilities, mainly because its daemon only launches when requested. Abovementioned Nix OS does offer that, though. This is enabled in a simple text config with one switch. I hope this Nix thing will be the future of Linux audio app distribution (including KXStudio moving to Nix from Ubuntu/KDE Neon), as the main advantage of such packaging systems is easy downgrades if something went wrong. This is extremely useful both for DAW PCs and headless stuff like synths or signal processors (MOD Duo etc). Another interesting concept is offered by Endless OS, but I don't know much about it, as I never even used it for once.
Kde Neon
Warwick RockBass Streamer Standard
Tons of other borrowed instruments
Presonus Eris E4.5
Some musical education
Ardour, EQ10Q, LSP Plugins…

User avatar
CrocoDuck
Established Member
Posts: 962
Joined: Sat May 05, 2012 6:12 pm
Contact:

Re: Flatpak - Flathub

Postby CrocoDuck » Wed Nov 14, 2018 10:14 pm

I find NixOS intriguing too.

There is realtime audio stuff going on: https://github.com/musnix/musnix
Check my Linux audio experiments on my SoundCloud.
Browse my AUR packages.
Fancying a swim in the pond?

User avatar
Lyberta
Established Member
Posts: 654
Joined: Sat Nov 01, 2014 8:15 pm
Location: The Internet
Contact:

Re: Flatpak - Flathub

Postby Lyberta » Tue Nov 27, 2018 12:42 pm

The biggest problem for me is that the runtimes can't read global configuration and I have no idea how to configure them. I have HiPPI monitor and Flakpak apps think I have 96 PPI and the text is too small. I can barely read it.


Return to “Music & FOSS Advocacy”

Who is online

Users browsing this forum: No registered users and 1 guest