XBMC minimum version now it's on Git?

I tried using <minversion app="xbmc">177d3cb</minversion> in my addon.xml because that's the how the nightly is labelled (xbmc-r177d3cb-master.exe) and that's also the build found in the system info but when I tested this using Dharma the skin still updated.

What's the correct method now?

Thanks.

Neither. The tag is completely useless, and really should not be there at all.

Instead, we should be bumping the API version when things are added. I haven't as yet as we haven't agreed on how this should be done during the "things are in flux and might change quite a bit" phase of development.

I'll see if I can start a discussion about this and come up with some guidelines.

Cheers,
Jonathan

Ok, had a quick chat with Cory - I think the plan for now is:

1. Check the versioning stuff does what it should do.
2. Bump the version and ensure that the user is informed as to why they can't load/install the skin (The dependency check is currently done after load unfortunately).
3. Look at when we should bump versions. This will probably become apparent after a while.

Other things to help is that we'll be looking at getting the buildbot to build my branch (or perhaps master + guilib branch merged) as I need it so that you guys can test out new code before it gets in - that way we should hopefully get more places where the feature goes in complete with version bump.

Unfortunately I suspect the version checks aren't done at all in Dharma, so it probably won't help with users attempting to install your skin there - never know though, we might be lucky!

Cheers,
Jonathan

Seeing as we'll be on the other side of Eden soon I thought it was time for a friendly bump.

Thanks.

Hi there,

xbmc.addon has been bumped to be version 11 (so inline with 'main' xbmc versions) so one way you can do it is make your repo (or skin if you want, but see below) dependent on xbmc.addon v11 or higher.

xbmc.gui has also been bumped to 3.00, with no fallback compatibility stuff anymore. Thus, if your skin depends on xbmc.gui v3.00 and the version of XBMC doesn't supply it, it won't install. Ofcourse, this won't apply to Dharma, as Dharma didn't have dependency checking that worked

I suggest having your repo depend on xbmc.addon 11, and having your skin depend on xbmc.gui 3. I'll try and remember to keep xbmc.gui updated as new stuff is added from here on, though I may well forget!

Cheers,
Jonathan

So I change this -


to this -


Correct?

Yeah. Then (theoretically at least!) it won't install on eden b3, but will install on eden rc1 (on it's way...)

jmarshall Wrote:Yeah. Then (theoretically at least!) it won't install on eden b3, but will install on eden rc1 (on it's way...)

May I ask - say that in a month Watchlist script makes it as core functionality and I add skin support for it.

I push updated version of skin to MY repo, keeping skin name the same as is. Provided that user has nightly version installed with compatible xbmc.gui (say ver 3.1) he will be able to "see" new version and get update while Eden users stays safely with older version that is in official repo (xbmc.gui 3.0)?

Assuming that the Eden user doesn't install your repo, yes.

jmarshall Wrote:Assuming that the Eden user doesn't install your repo, yes.

In other words Eden will pull skin that has

>required 3.1 GUI / add-on version 11.1<

regardless of fact that it does not support it.

Am I right to think this bump is mainly for Dharma vs Eden separation and will do little or no help for Eden vs pre-Frodo skin compatibility?