probonopd

7 ms·

1.
by probonopd 9mo ago
Exactly. Design, to us, is also how it works. Not just how it looks. The "feel" part in "look and feel".
2.
by probonopd 9mo ago
Gershwin is using the key next to the spacebar (whatever is written on it) as the Command key.
3.
by probonopd 9mo ago
Should be doable to put a Rhapsody theme on it... GNUstep is very flexible in this regard. Thanks to Method Swizzling, themes can change things pretty substantially.
4.
by probonopd 9mo ago
We are on it. The whole UI is going to be overhauled a lot. Would you like to help us get things in shape? AppearanceMetrics.h in gershwin-eau-theme is a start.
5.
by probonopd 9mo ago
Definitely let's talk. You'll find us on GitHub Discussions and Libera Chat.
6.
by probonopd 9mo ago
This is why we think something inspired by the HIG needs to be reborn as open source.
7.
by probonopd 8y ago
Is there anything XAR can do that AppImage cannot? There are very complex Python applications (e.g., Ultimaker Cura) which are packaged in the AppImage format as self-standing single-file executables, including the Python interpreter, libra
8.
by probonopd 8y ago
App availability makes or breaks every platform. App developers only release stuff for platforms with a large user base, and "Desktop Linux" as a whole is at a mere 2-3 percent at this point. So I think the new system would need t
9.
by probonopd 8y ago
Yes, I started klik about a decade ago, over time evolved and simplified the concept and renamed it to AppImage. Thanks for calling it a "lone island of sanity in the ocean of bad ideas on the Linux Desktop" ;-) After having heard
10.
by probonopd 8y ago
AnIdiotOnTheNet, I couldn't agree more. Which is why I've started the AppImage project roughly a decade ago. Would you like to join, even if only as an evangelist? Please get in touch with us via GitHub. It's important to spr
11.
by probonopd 8y ago
And almost no one uses them. Or did you get your Photoshop in the Windows Store?
12.
by probonopd 8y ago
There's also this artificial distinction between the uninstalled and the installed form of the same software. Once you have installed it, it is married into a system that makes it very hard to get it out of the running system again and
13.
by probonopd 8y ago
AnIdiotOnTheNet, did you know the https://gitlab.com/probono/platformissues project? It is describing the Desktop Linux Platform Issues and what should be done to overcome them. I invite you (and everyone else interest
14.
by probonopd 8y ago
Systems like the Open Build Service can ease the pain a bit by building for different distributions and versions, but it is a pain nevertheless. Luckily the Open Build Service instance at https://build.opensuse.org/ can als
15.
by probonopd 8y ago
What we need is a clear separation between the Core OS a.k.a. base system which should be provided by every "Desktop Linux" distribution, and the rest. Applications should only use those shared libraries that come with the Core OS
16.
by probonopd 8y ago
I think we need to distinguish between software that is used as a component in a larger system (e.g., the core OS for which is the core business of a distribution), and an application that is not part of the larger system (distribution) but
17.
by probonopd 10y ago
Since an AppImage is just a compressed filesystem, you can also extract its content very similar to a zip file. But you then will miss out on the easy binary delta updates using AppImageUpdate, and have an extra step of unpacking, and will
18.
by probonopd 10y ago
An AppImage contains everything an app needs to run on most Linux systems. Just download one file, chmod +x, and run. No installation, no root, no unpacking, no repositories to be managed. http://appimage.org The Google Earth li
19.
Google Earth AppImage(github.com)
7 points by probonopd 10y ago|1 comments
20.
by probonopd 10y ago
bubblewrap works for sandboxing AppImages: https://github.com/probonopd/AppImageKit/issues/152
21.
by probonopd 10y ago
Actually the sandbox used for Flatpak can also be used to run AppImages already now: https://github.com/probonopd/AppImageKit/issues/152
22.
by probonopd 11y ago
Depending on the scenario, an app packaged as an AppImage may launch as fast as or sometimes even faster (due to the compression) than an installed app. In most cases, there will not be a noticeable difference for normal desktop application
23.
by probonopd 11y ago
You shouldn't run "random binaries", but binaries from the original author of the software. E.g., Scribus from https://www.scribus.net/ or Subsurface from https://subsurface-divelog.org/ . If
24.
by probonopd 11y ago
Well, this is what Linus had to say about packaging: "I've seen this firsthand with the other project I've been involved with, which is my divelog application. We make binaries for Windows and OS X. We basically don't ma
25.
by probonopd 11y ago
Well, the code is on https://github.com and my AppImages are on https://bintray.com/probono/AppImages - once https://github.com/isaacs/github/issues/156 is closed, appimage.o
26.
by probonopd 11y ago
Probably just because I haven't had the time to investigate them yet. Can containers be used without the need for root access? Pull requests welcome.
27.
by probonopd 11y ago
Which is why you want to build on a system that is using an older version of glibc than the systems you want to run your software on. Assuming that glibc does't break backward compatibility, which it really shouldn't (and in pract
28.
by probonopd 11y ago
You can use either static or dynamic linking. An AppImage is really just an ISO container wrapping around your binaries.
29.
by probonopd 11y ago
AppImageUpdate lets you update AppImages in a decentral way using information embedded in the AppImage itself. No central repository is involved. This enables upstream application projects to release AppImages that can be updated easily. Si
30.
by probonopd 11y ago
Linus Torvalds addresses some core issues in his "DebConf 14: QA with Linus Torvalds" talk starting around 5:40 https://youtu.be/5PmHRSeA2c8?t=5m40s

More ›