Originally posted by ssokolow
View Post
The problem here by static linking you don't 100 percent fix that problem. Musl libc there are still cases where you can get caught out by kernel version differences.
Originally posted by ssokolow
View Post
Do note those shovelware CD-Roms were not being made by the source locations. Flatpak design fully support someone deciding to make disc archives. Flatpak create-usb could be for USB/DVD/.... something not internet dependent.
The problem now is who is going to pay for the archiving. You use to pay for Walnut Creek cds that paid for the archiving. This is the problem here not flathub as such but the reality we have lost the market for groups like Walnut Creek to make a profit while producing items that would be long term archives.
Flatpak design is archiving compatible. Yes flatpak design is way more archiving compatible than a rpm or deb. The problem here is not if flathub will keep stuff for 10+ years... The reality internet service can be 100 percent sure if it will exist in 10 years time. Now if the contents of the service is correctly archived and distributed you can be sure it will be their in 10 years.
Flatpak is closer to ideal than items like snap but I not going to say its perfect when it not. Yes it still open problem with flatpak how to make archiving applications profitable/performed. Of course this is better than the snap location.
Comment