That's the simplest form of the proposed solution, in essence, by the looks of it - basically there are two features (ROL and ROOL) and a module will only load if it has the right feature i.e. it's designed for the right branch. The currenty method of deciding if modules are compatible just by comparing a version number obviously isn't enough any more, if the branches are incompatible.
I guess this is also a bigger issue for ROOL now since there may well be development versions of the OS popping up here and there. If the granularity of features can be broken down sufficiently, it should give users of those OSes more of a guarantee that they can use module x as it comes, while module y is dependent on a feature which isn't present (or has a new API) in their OS. As Andrew says in his post, 'It's not just about branches'.
Please login before posting a comment. Use the form on the right to do so or create a free account.
Search the archives
Today's featured article
Qercus reviewed but renewed? Forty months after taking out an annual subscription, Martin Hansen ponders whether or not to continue his Qercus sub 28 comments, latest by hzn on 3/8/07 4:15PM. Published: 27 Jul 2007