Tellico flatpak testing

[Mike Flannigan]

Re:
/I have tried flatpaks of a couple of other applications.  In the end 
they all had problems that made them unusable.  They would not show up 
in the desktop menu, or they complained about wrong version of 
libraries, or they crashed, or they used HUGE amounts of memory and CPU 
... /

That is not my experience at all.  I like Flatpaks because they seem
to work so well.  If I am getting a huge program like Libre Office -
give me a Flatpak every time.  File size and disk usage is of little
concern to me.  I find they usually put a launcher in the menu, but if
not I can take care of that.

I say the worst thing about Flatpaks is the ugly command to run them
from terminal.  This is a bit much:
/usr/bin/flatpak run --branch=stable --arch=x86_64 --command=qgis 
--file-forwarding org.qgis.qgis filetoopen


Mike


On 1/15/22 7:22 AM, Bill Gee wrote:
> My opinion:
>
> Virtual application methods like snap, flatpak, appimage, XenApp, App-V et.al. are really nothing more than an answer trying to find a question.  In my experience they do not truly relieve the need for system-level libraries on the host operating system.  They do not make installation easier.  They do not interact well with other applications on the system.  They hide user files in unknown places.
>
> As an example I tried to use the snap image of LabPlot a few years ago.  The Fedora package for LabPlot is about 22 megabytes in size.  The snap was over 200 megabytes.  It contained out of date KDE modules.  When I tried to save data files to /usr/home, they were nowhere to be found - except from within the LabPlot snap.  I saved data files to /usr/home, but Dolphin could not find them.  Neither could find.  I have no idea where those files went, how to back them up, or how to bring them into other applications like Gwenview.  I think they disappeared into a virtual file system somewhere.
>
> LabPlot also could not find any printers.  It was, in short, unusable.
>
> I have tried flatpaks of a couple of other applications.  In the end they all had problems that made them unusable.  They would not show up in the desktop menu, or they complained about wrong version of libraries, or they crashed, or they used HUGE amounts of memory and CPU ...
>
> ========
> Bill Gee
>
>
> On Friday, January 14, 2022 9:27:11 PM CST Derek Tombrello wrote:
>> I was wondering if appimage might ever be an option? I've been building
>> from source (as you painfully know :) ) since my distribution doesn't
>> carry the new releases, but I've heard bad things about snap/flatpaks.
>> I've never had trouble with appimages, though, and with all the hate
>> I've seen for snap/flatpak, appimage would be more accepted by the
>> community in general / at large. Just wonderin' is all :)
>>
>>
>>
>>
>> ✞ Derek Tombrello (KM4JAG)
>> www.RobotsAndComputers.com <www.RobotsAndComputers.com>
>>
>>
>> /"First they came for the Communists, but I was not a Communist so I did
>> not speak out.
>> Then they came for the Socialists and the Trade Unionists, but I was
>> neither, so I did not speak out.
>> Then they came for the Jews, but I was not a Jew so I did not speak out.
>> And when they came for me, there was no one left to speak out for me."
>> /
>>
>>
>> On 1/2/22 8:12 PM, Robby Stephenson wrote:
>>> Tellico is now available on flathub
>>> https://flathub.org/apps/details/org.kde.tellico
>>> <https://flathub.org/apps/details/org.kde.tellico>
>>>
>>> On Wed, May 12, 2021 at 7:41 AM Robby Stephenson <robby at periapsis.org
>>> <mailto:robby at periapsis.org>> wrote:
>>>
>>>      If anyone is interested in testing Tellico as a flatpak, I've
>>>      added it to the kdeapps nightly builds. Information on using that
>>>      is available at
>>>      https://community.kde.org/Guidelines_and_HOWTOs/Flatpak
>>>      <https://community.kde.org/Guidelines_and_HOWTOs/Flatpak>
>>>
>>>      It's building from the master branch at the moment. Let me know if
>>>      there are any issues.
>>>
>>>      Robby
>>>
>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/tellico-users/attachments/20220115/43e7992d/attachment.htm>