On Thu, 25 Feb 2021 at 16:10, Gionatan Danti <g.danti at assyoma.it> wrote: > Il 2021-02-25 14:27 Simon Matter ha scritto: > > EL on the other side has a very limited, supported package set and > > therefore a lot of packages needed to build a lot of packages are just > > missing. > > Yeah, same impressions here. EPEL really is a key package repository for > RHEL - and I always wondered why they did not invest into maintaining > (and extending) this excellent repo. > > Mainly because customers don't want to pay for that work which is considerable. If Red Hat builds it, it is expected to have all kinds of 'promises' equivalent to its other products and that is expensive in terms of QA, engineering, documentation, various certifications, etc. Package growth goes up quickly so if people are complaining about the cost of a RHEL license for 4000 src rpms, then what would it be at 20,000 to 30,000. It is easier to allow the community to choose to do the work it wants and then 'consumers' of said repository get what they can. > I think RH now is extremely focused on cloud and SaaS platform, which > leave us "normal" sysadmin in an uncomfortable situation... > > I think the industry is entering another crux point where 'classical' system administration will be in the same class as mainframe/miniframe system administration were in the late 1980's and early 1990's with Unix systems and then Linux. Our wor will remain incredibly important to various industries but it will increasingly be a smaller amount of 'total deployments'. Which is why so many of our conversations echo so much of the USEnet in the early-1990s, where mainframes/miniframes admins wondered why companies were not focusing on their industries anymore. > Regards. > > -- > Danti Gionatan > Supporto Tecnico > Assyoma S.r.l. - www.assyoma.it > email: g.danti at assyoma.it - info at assyoma.it > GPG public key ID: FF5F32A8 > _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos > -- Stephen J Smoogen.