Am Freitag, 24. Juni 2022, 12:12:07 CEST schrieb Richard Brown:
On Fri, 2022-06-24 at 11:15 +0200, Eric Schirra wrote:
Well the obvious bit you seem to be neglecting is, unlike this community-initiated effort by Axel, which will succeed or fail entirely on the backs of volunteers, ALP is initiated by SUSE who are doing so to address very real business needs they seek to address.
So, any additional work within the scopes of ALP that SUSE cares about will obviously be something SUSE is willing to invest into.
Whether or not that leads to additional work/additional volunteers needed in scopes of ALP that SUSE doesn't care about is another matter..but, by definition, these are areas which SUSE doesnt' care about.
Just as you can't force a random contributor-off-the-street to take care of things they dont want to, same should apply to SUSE and ALP.
A more nuanced point of course would be to realise that, if ALP delivers on even a minority of it's stated goals, with everything containerised the problems Axel is finding with Leap would no longer apply, because people should be able to mix and match containers from various codestreams.. a new python container atop an old base OS? No problem for the user, and potentially less problem for the maintainers to build and maintain because they can focus on just what they need to get that new python working, not worry about the impact across a huge 15,000+ package codebase.
Well. Sorry. But I'm absolutely not convinced of the idea with containern, however. In my opinion, one would like to shift the work of package creation (something similar has to be done for container) to the developers themselves, so that one (suse) needs less employees and is not so dependent on the volunteers. Business thinking just. And I don't think that will work. Especially suse will not profit from it. At most, it will work for RedHat, Debian, Ubuntu and Arch. But not with SUSE. If you look at which companies create rpm packages and then look for which distributions, then it is almost never for Suse. Why should that change with container technology? Furthermore, this differs from the philosophy in the direction of Windows. Because even there, each program brings its own libraries. That's one reason why I use linux, because it's not like that there. But if this is now also introduced on Linux via "detours", then I can take the "original" for it. Sorry. In my opinion, maybe I'm wrong, the Linux distributions that rely on conatainerization - and here especially SUSE - are digging their own grave. But let me gladly teach me otherwise. I will follow the project, but will not participate out of conviction. Should it prevail, then I am unfortunately after about 25 years away from Suse. Either with another distri or just again .... Last question. Will Tumbleweed remain as it is, or will the container technology (ALP ) also find its way there? Regards Eric