![](https://seccdn.libravatar.org/avatar/e6dc8afd12f42302ae7b5ea72e4dd686.jpg?s=120&d=mm&r=g)
Hi Lars,
Lars Vogdt
Am 5. Juli 2022 15:46:29 UTC schrieb "Dan Čermák"
: tl;dr; Fear not, you will not be forced to download random flatpaks or containers from dockerhub/flathub. We (probably) just change the deliver method, but the packaging workflow will stay the same.
1) What are the advantages of flatpak/container vs RPM?
Flatpaks support sandboxing when configured properly giving you greater security benefits in comparison to traditional rpms. The main benefit however is that we would be able to build certain desktop applications (e.g. Firefox, Thunderbird, LibreOffice, etc.) only on top of Tumbleweed, put them into a flatpak and distribute them to Tumbleweed, Leap and ALP users. This is something that is impossible to achieve with RPMs unless you bundle *everything* into a single RPM and even then it will probably not work. So this will save our packagers a tremendous amount of work.
2) Will ALP still allow one 'zypper up' call to update all software (container, flatpak, rpm) on a system?
3) Will OBS auto-convert current rpms to flatpaks?
Theoretically that could be done, but I think that's at the moment out of scope.
4) Will there still be some kind of repo (incl. package informations like version-release, changelog, etc.) for flatpaks?
5) Will Yast-Software manage all these different kind of formats (container, flatpak, rpm) transparently for the enduser?
I don't know what the plans of the Yast team wrt flatpaks are, but GNOME Software center supports flatpaks and rpms seamlessly.
6) Can configuration still be expected at the usual places ($HOME/.config/ : /etc : /usr/etc/)?
That depends on the flatpak, but generally flatpaks put their configuration into ~/.var/app/
7) Are current backups (rsync, Bareos) and configuration management (ansible, Salt) still be supported?
8) Will the whole delivery chain stay secure (signing of flatpaks, SSL, DNSSec, ...)?
Yes. This is one of the strict requirements to ALP.
9) Will autoyast still allow automated deployment?
Regards, Lars -- Dan Čermák
Software Engineer Development tools SUSE Software Solutions Germany GmbH Frankenstrasse 146 90461 Nürnberg Germany
(HRB 36809, AG Nürnberg) Managing Director/Geschäftsführer: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman