3 ms·
> Which non-rpm based distro could be base for this ? Becouse rpm-based distros are (except RH) are pure joke [...] > Actually no one have RH-like expertise a
by Conan_Kudo 3y ago
> Which non-rpm based distro could be base for this ? Becouse rpm-based distros are (except RH) are pure joke
[...]
> Actually no one have RH-like expertise as far as I know.
So what is SUSE, chopped liver? They've been around for slightly longer and do a lot upstream too.
Red Hat and SUSE have been around doing a lot, and it's a shame that so many people don't want to pay for actual commercial Linux expertise. :(
- Woodi 3y ago> So what is SUSE, chopped liver? I didn't mentioned SUSE because: - they are re-compilators. With long history and didn't sold in recent years, yes, but still small compared to RH. You can hear they do things, have customers not only from Germany so they have a lot of expertise but to my nose they are not realy self-sufficient without RH. They are more like small mechanic shop close to global factory - low throughput. Am I hand waving too much ? It's becouse SUSE pro&cons are not realy known. So moust likely they are small shop. Even if 2nd after RH. - they use rpm's so with a bit of pressure or becouse of management wanting to cover asses they or their customers will easilly roll back to IBM - SUSE do not look like wanting to be global. Not saying it is easy or even possible without controlling your own cpu's production... Also: - I asked for non-rpm distros - I personally am burned out with rpms since 90's - blame RH for not implementing Debian like net features years after Debian did it - git repo is better binary package. Source tarballs for LTS versions, done. IMO. And tar can be replaced by whatever in "tarbals"... > Red Hat and SUSE have been around doing a lot, and it's a shame that so many people don't want to pay for actual commercial Linux expertise. :( Agree. But easy to understood: a) MS is monopoly, Apple do not count as platform for development (multi-billion corporations don't count and even them do not develop on Apple - just modern "terminals" :) ) b) no serious RH alternative - as in: security and open source code development, including new features and apps
- viraptor 3y ago> they use rpm's so with a bit of pressure or becouse of management wanting to cover asses they or their customers will easilly roll back to IBM That's a weird take. Moving to a different package format is usually trivial. If you're using fpm, it may be as simple as a single option. It's the change to anything in the environment that causes issues. Different services / configs / defaults etc. is what gets you when packaging.
- Woodi 3y ago> Moving to a different package format is usually trivial It is not. It is more like tear down and rebuild everything. By humans. And env/configs on the top. Look on it from management perspective - sometimes zero technical knowledge but a lot marketing assurance of effortless continuation. Because "format" is not the only variable, it realy means whole corporation install base. Even if you have build farms ready. Just imagine that discussions: "There is only one way to be sure..." ;)
- viraptor 3y agoSure it is a rebuild of everything, but the build steps don't change almost at all, just the boilerplate around them. Seriously, I've done a few distros, changing the format is the trivial part. You can even covert many end results automatically https://help.ubuntu.com/community/RPM/AlienHowto https://help.ubuntu.com/community/RPM/AlienHowto The environment is the main/only problem.