On 7/8/22 07:37, Eric Schirra wrote:
Am Mittwoch, 6. Juli 2022, 17:58:58 CEST schrieb Stefan Seyfried:
Hi Eric,
On 06.07.22 13:25, Eric Schirra wrote:
I also don't know why it's so much easier than creating an RPM package. I build quite a few packages for Leap and Tumbleweed. I don't have any problems with that and I don't think it will get any better.
Just for the record: if I remember correctly, you recently told a story of a package you did update in its develproject (calibre? not sure) which then no longer built for Leap.
And what does that have to do with this? Why this was not built was a spelling mistake, if you will. If you mean that the latest version of calibre can no longer be built for Leap, then it is, as I already wrote in other mails, due to the ancient and partly dead program versions. Especially calibre among other things a lot of missing python packages. Python 3.6 is dead!
Well not for everyone. Let's say you are a large cooperation that has lots of in house code that uses the Python 3.6 syntax. Software development is not your core business, just a necessity to stay in business. As such keeping up to date with the next version of Python that introduces yet another set of syntax incompatibilities is not really what you are going to want to spend your money on. That company money is better spent on parts of the business that brings new revenue. And this does not only apply to companies, this stuff also applies to open source projects, it took 6+ months to get a new version dependency for colorama accepted in the boto project. We have to recognize that there is a large set of needs. Spanning the complete spectrum with only 1 solution is becoming ever more difficult, which is why multiple solutions are emerging each with it's own target for covering the spectrum between fast and slow. And it no longer is just around fast and slow, it is also around development techniques. There are still plenty of applications, and they will remain, for which containers make little sense and there are lots of applications for which containers are the way to go. As such, as the underlying technology we have to try and satisfy at least 4 dimensions. How do we do this in an efficient way that satisfies as many needs of the users in the various parts of the spectrum as possible? That's what is being explored. Maybe the answer is ALP, maybe it is not? Maybe ALP turns out to be a composable system with a fancy name and one offshoot of ALP is a distribution that looks and feels exactly like today's distribution and another offshoot is a distribution that is only useful for edge deployments where there is a very small kernel build, and .... Anyway, the only way we are going to get there is by having the conversations such that as many people as possible can weigh in. And in due time something will emerge that looks like a workable model. Later, Robert -- Robert Schweikert MAY THE SOURCE BE WITH YOU Distinguished Engineer LINUX Technical Team Lead Public Cloud rjschwei@suse.com IRC: robjo