On Mon, 2010-04-12 at 23:54 +0100, Peter Robinson wrote:
Bernie, I'm not sure the point of this point at this point in time. To copy and paste part of the response I did to the other thread on fedora-olpc for others benefit.
I personally don't see the point discussing it because from where I sit I believe it will be supported well in both and continue to be so. That way people have the choice. It might well get to a stage where the newer versions of sugar won't run in RHEL/CentOS due to whatever deps at which point we get to a situation where that release becomes like 0.84 is currently and is a long term support release. I don't see why its hard to support both because its not. The package maintenance is simple and is done easily by a couple of people. There will be Fedora and it will continue to be supported in Fedora for the developers and the like that want the bleeding edge and then there will be the EL branch for those that don't like so much blood. Its called choice. There's no reason to limit it. There's not much point discussing it at the moment as RHEL-6 isn't out yet, yes its in beta but its not out.
I agree on this, but it misses the point :-)
I'm sure maintaining the Sugar 0.84 packages will be easy in RHEL6 as it is in F11. I've even back-ported Sugar 0.88 to Fedora 11 with minimal tweaks.
Most end-user support issues lay within base OS components rather than the relatively small codebase of Sugar. Here are some real-world examples from this development cycle:
* GSM connectivity requires up-to-date versions of udev and modem-manager to support USB dongles commonly available in stores
* Playing multimedia content downloaded from the Internet requires gstreamer with up-to-date codecs
* activities such as Record tend to uncover obscure bugs in GStreamer
* Browse depends on xulrunner for security and compatiblity with web standards. Surfing the web today with a version of Firefox from 3 years ago would be unthinkable
* ...not to mention NetworkManager...
I would guesstimate that 80% of my time went into fixing platform bugs and just 20% on Sugar itself. In part, this is because I could offload the actual bugfixing to helpful people such as alsroot, silbe, sayamindu, mtd and others.
In short RHEL-6 isn't out yet, the associated CentOS6 release is quite a while away as a result. Also ARM isn't a supported platform there. Sugar is about options and I think having both options will be of benefit to different users. I believe the leading edge Fedora will continue to be a platform for development and then others in the know or deployments themselves can make the decision as to what's best for them.
In practice, choosing the distro independently of Sugar won't be feasible on the XO until:
1) we merge (or kill) all the OLPC customizations. dsd and sdz have done a lot of work in this direction, but there are still a number of rogue packages in F11-XO1.
2) we switch to a real package system for activities with full support for dependency checking and a build cluster for multiple targets.
After this is done, it remains to be seen if someone who is using RHEL-6 on the XO would be able to file a bug in Red Hat's Bugzilla and actually get it fixed for free. I have a feeling one would need to purchase an enterprise support contract of some kind in order to attract the necessary developer attention.