Profile cover photo
Profile photo
probono
170 followers
170 followers
About
probono's interests
View all
probono's posts

Post is pinned.Post has shared content
Public
Linus Torvalds on #AppImage:
This is just very cool.

I finally got around to play with the "AppImage" version of +Subsurface, and it really does seem to "just work".

It not only allows for a project to create a complex Linux application (in the case of subsurface, one that uses very recent library versions that many distributions don't even have available yet) that works on multiple distributions, you don't even need to really even install it. Download a file, mark it executable, and run it.

It comes with its own little embedded compressed ISO filesystem that gets mounted and contains all the required libraries.

Sure, it means that the end result is much bigger than a distro-native binary would be, but if you want a way to build applications for your users without limiting them to a particular distribution, or having to build fifteen different images, it really looks like it works very well.

Post has attachment
Public
@Qt 5.8.0 was just released. Get the (inofficial) Qt Creator #AppImage while it is hot. Run Qt Creator on most 64-bit Linux distributions without the need for installation. https://bintray.com/probono/AppImages/QtCreator/5.8.0#files
Photo

Post has shared content
Public
FreeCAD 0.16 / 0.17 AppImage builds

probono, an AppImage developer, has been helping the FreeCAD people to create AppImage bundles of FreeCAD. AppImages should be able to run on most recent Linux distributions.

AppImages are super easy to use: once downloaded, right-click on it to get its properties, and set it to be run as an executable. Then simply double-click it to launch!

For now the AppImage builds are hosted by probono, but they may eventually be hosted on FreeCAD's Github.

https://bintray.com/probono/AppImages/FreeCAD

Click on the wanted version, then on "Files".

If you have problems, please report them over the FreeCAD forum: http://forum.freecadweb.org/viewtopic.php?f=10&t=15525

Post has shared content

Post has shared content
Public
+1 for upstream packaging, where users get software exactly in the way the authors intended.
Pre-version of digiKam 5.4.0 AppImage bundle work perfectly under Ubuntu, in opposite of current 5.x official package which crash immediately...

Note : Using Ubuntu in 5 minutes, and i can judge that desktop is not suitable so far... I will never promote this OS...

Post has shared content
Public
Just finished listening to this 2-hour podcast about #AppImage, #Snap, and #Flatpak. If you speak German and are interested about these systems, be sure not to miss it!

Post has attachment
Public
It hurts my eyes to see that Windows and macOS but not Linux users can download the latest NextCloud binaries directly from +Nextcloud GmbH. Only "Source" for Linux? Not good for desktop Linux market share. #AppImage is here to change that!

I have prepared a Pull Request that would build each commit on Travis CI as an AppImage: https://github.com/nextcloud/client_theming/pull/29
Photo

Post has attachment
Public

Post has attachment
Public
Made an experimental #AppImage of +Libretro RetroArch, including all available cores it weighs in at 240 MB. Thanks to binary delta updates, you only have to download the 0,7% that actually have changed to go from the Oct 1 to the Oct 2 nightly...

In case you wonder, an AppImage is a filesystem image that contains a Linux application and everything it needs to run that is not part of each target system. AppImageUpdate is a binary delta update mechanism that updates an AppImage by only downloading the bytes that have actually changed between the version you have and the latest version.

https://github.com/libretro/RetroArch/issues/3433#issuecomment-251228495
Photo

Post has attachment
Public
In search of Launch Services for Linux - does #systemd have somthing in petto?

Linux desktop shows its age when it comes to installing mime types and .desktop files. All of this feels like it is coming from an age when you had to be root and use a package manager to "install" an application, rather than downloading or copying over an #AppImage, or using +Snapcraft or #Flatpak.

Desktop Linux needs a dynamic system for determining which desktop applications are available, which file types they are associated with, and which file types should be opened with which applications. This should be way more dynamic than what we currently have, handle multiple versions of the same apps, and not need the manual installation of files. LaunchServices handles this transparently in the backgound on macOS. As a user, you never have to mess with it. Desktop Linux needs something like it.

Example:
I copy over an application to a Linux machine. Nothing happens.
I copy over an application on macOS. It automatically registers its file types.
On Linux, I have to manually deal with desktop files and such. Or use a package manager (that usually wants to be root and can handle only one version of each app).

When I do this and then copy over a newer version of the app, and delete the old one... it's a mess. A dynamic, database-type Launch Services approach is needed.

Something fluid, not static.

https://developer.apple.com/library/content/documentation/Carbon/Conceptual/LaunchServicesConcepts/LSCIntro/LSCIntro.html

Do you hear me, +Lennart Poettering and +systemd masterminds? 
Wait while more posts are being loaded