[a / b / c / d / e / f / g / gif / h / hr / k / m / o / p / r / s / t / u / v / vg / vm / vmg / vr / vrpg / vst / w / wg] [i / ic] [r9k / s4s / vip] [cm / hm / lgbt / y] [3 / aco / adv / an / bant / biz / cgl / ck / co / diy / fa / fit / gd / hc / his / int / jp / lit / mlp / mu / n / news / out / po / pol / pw / qst / sci / soc / sp / tg / toy / trv / tv / vp / vt / wsg / wsr / x / xs] [Settings] [Search] [Mobile] [Home]
Board
Settings Mobile Home
/g/ - Technology


Thread archived.
You cannot reply anymore.


[Advertise on 4chan]


File: appimage.png (363 KB, 1000x600)
363 KB
363 KB PNG
Will becoming MacOS save the Linux desktop?
>>
>MacOS
AppImage comes from ROX AppDirs which are inspired by RISC OS.

Mac OS did not invent this.
>>
wintoddlers love appimages (and so do i) so their proliferation may very well keep a ton of users on linux when they might otherwise have become frustrated quickly.
>>
>>107504957
>Mac OS did not invent this.
No, but it is the implementation most people are familiar with. Anyone who bought an Apple computer, in fact. Most people haven't heard of ROX AppDirs let alone used it.
>>
absolutely nothing wrong with appimages
>>
>AppImages apparently fix every problem with linux software by statically linking every dependency (or whatever it is that makes them so bloated)
>run one
>it gives an error
AppImages have only worked for me like 25% of the time. So what's the point? Actual tranny shit.
>>
>>107505069
I don't mind them for one-off stuff but something with a proper repo model with dedupping, updating, installing etc makes more sense for full desktop
>>
>>107505133
I think people don't actually bundle everything in so you'll end up with errors. People just assume you're running Ubuntu or maybe Fedora and don't bundle what those come with, ruining the whole point of universal packaging format
>>
>>107504932
First the AppImage guys need to solve its reliance on Fuse 2.
>>
>>107504932
Secureblue recommends against using AppImages
>AppImages depend on fuse2, which is unmaintained and depends on a SUID root binary. For this reason, fuse2 support is removed by default. It’s strongly recommended that you find alternative mechanisms to install your applications (Flatpak, Distrobox, etc.).
>>
>>107506307
>https://github.com/AppImage/appimagetool and the runtime it uses hasn't required fuse2 since a long time.
>Should the tooling you are using still result in AppImages requiring libfuse2, then please get the tooling authors to adopt the above. Thanks!
https://github.com/AppImage/AppImageKit/issues/1120
>>
Appimage is theoretically the best of the group but retarded devs keep mishandling and fumbling it and so Shitpak is the defacto default standard for all-in-one portable packages. I fucking hate Flatcuckniggershit and it needs to be exterminated by Appimage by any means necessary. Get your fucking shit together, devs.
>>
>>107505455
https://github.com/mijorus/gearlever lets you easily install and update them
>>
>>107505455
What's the fucking point of a portable package if you are going to depend on a typical package manager to maintain it? Do it yourself, faggot, maintaining a package manager isn't what anyone wants to spend their time doing.
>>
If it's not in the Gnome software centre I don't use simple as.
>>
>>107506478
Handy, I'm surprised something like that wasn't part of the deal from the get-go. Funny that the preferred way to install that is as flatpak.
>>107506510
>Trying to replace your whole desktop with portable apps
That's an awful idea. AppImages are hit or miss on portability with some devs trying to make them lighter by not including everything but as just some 2005 USB stick apps, fine whatever no need for repos and shit. But for an alternative to snap/flatpak nobody wants to manually check 25 apps and download the whole ass package for every single update and shit like that



[Advertise on 4chan]

Delete Post: [File Only] Style:
[Disable Mobile View / Use Desktop Site]

[Enable Mobile View / Use Mobile Site]

All trademarks and copyrights on this page are owned by their respective parties. Images uploaded are the responsibility of the Poster. Comments are owned by the Poster.