| |||||||||||||
Linux with caveatsLinux with caveatsPosted Apr 24, 2010 16:13 UTC (Sat) by pboddie (subscriber, #50784)In reply to: Linux with caveats by nevyn Parent article: RHEL 6 beta version available
Yes, but that's a huge difference on it's own! The next big difference is that the bits coming from those updates are very different. So, Debian and Red Hat split things up differently. It'd be interesting to see, once you've installed all the necessary packages, which differences there actually are. And why should it matter? Back in the day, you'd have your institution's private repository giving out packages, albeit all built from source and more or less the same on every platform, but underneath all that the differences would be profound. Configuring network is radically different between debian/ubuntu and Fedora/RHEL, a bunch of other configuration is almost as bad. As you said, all the package tool are named differently, act differently and have different feature sets. Packages are named differently, split differently and often go into different places. Things like multi-minor-versioned python are std. in debian but not in Fedora. I don't deny that it could be confusing, but as an individual it's possible to remember how the networking is configured on different distributions and where the Python packages go, so I struggle to see how it should be an insurmountable burden for an organisation dedicated to managing this kind of stuff. And weren't there tools for handling at least stuff like network configuration? Once upon a time, people swore by stuff like Webmin, and before Caldera was subverted for lawsuit purposes they even had a project going to try and standardise this stuff. If you hit a kernel bug in one distro. there's no guarantee it'll be in the other one (even with 10.4 vs. 6, the backport work is _huge_ on the 6 side ... and there are a bunch of changes from debian in 10.4). If it is in both you'll need to open two support tickets, and they'll almost certainly have different resolution timelines etc. Isn't Launchpad supposed to solve this problem? No, you don't have to answer that. ;-) All of which is why I said it'd be nearly double the work, to support both. For one specific kernel-related bug, yes. For the entire Linux support activity, I'm not completely convinced. Either way, vendors should be working towards standardising much of the administrative interface, and those deploying Linux should be attempting to take advantage of the choice the Linux ecosystem offers, not taking one particular vendor's flavour and pretending it's something like HP-UX.
(Log in to post comments)
|
|||||||||||||