On 9/26/12 11:46 AM, Greg Logan wrote: > On 12-09-26 11:41 AM, Denny wrote: >> On 9/26/12 4:32 AM, Rubén Pérez wrote: >> I don't know if we need to go that far. Maybe it would be useless >> information, but it wouldn't hurt anything that I can think of, and >> would allow that flexibility later on if needed. > > It breaks backwards compatibility unless the code knows about the > versioning. I'm not sure I like the idea of versioning them to be > honest, but I suspect there are probably some folks on this list that > are very pro-versioning.
I probably haven't had enough coffee, but I think that changing the namespace will break stuff that is using it now regardless, right? If backward compatibility will be broken anyways, adding a bit of semantics that lets you track compatibility seems a Good Idea. But I don't feel super strong about it. FWIW, you don't change the namespace version unless the schema changes-- it is not linked to version of the software, but to the version of the schema (and probably only bump it if there were breaking changes, unless one wants to go whole hog dependency management). Mostly useful if modules are mixed. If you look at MH as a single thing, it would be mostly useless, I reckon. However, looking at MH as a single thing will make updating individual modules pointless (which reminds me that I have questions about how the binary dist will handle this). Speaking of versions, I've been digging semantic versioning: http://semver.org/ And it seems like it's catching on. Bndtools looks like it's using it to great effect, as are a few other tools. Anyways... I need more coffee, and have probably gone on long enough, as I'm starting to wander. :) In sum: no strong feelings one way or the other, just thinking out loud. :Denny -- The greatest results in life are usually attained by simple means and the exercise of ordinary qualities. These may for the most part be summed in these two: common-sense and perseverance. Owen Feltham _______________________________________________ Matterhorn mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn To unsubscribe please email [email protected] _______________________________________________
