Posts: 15,263
Joined: Jan 2009
Reputation:
727
ronie
Team-Kodi Member
Posts: 15,263
nope, you'll need to bump the version.
Posts: 15,263
Joined: Jan 2009
Reputation:
727
ronie
Team-Kodi Member
Posts: 15,263
1) multiple branches need different version numbers.
for instance, if you're using 4.x.x for isengard, then use 5.x.x for jarvis
2) nope, we can't revert pull requests. it's very likely that users of kodi isengard already installed your 4.0.0 version
and there's nothing we can do to retract that.
Posts: 180
Joined: Aug 2016
2017-01-30, 15:14
(This post was last modified: 2017-01-30, 15:15 by User 342716.)
(2017-01-30, 11:10)ronie Wrote: i suspect it's due to the xbmc.gui dependency you've added.
xbmc.gui 5.9.0 is only compatible with kodi isengard and as such, your addon is only available for isengard:
http://mirrors.kodi.tv/addons/isengard/s...italclock/
please create a new pull-request and remove both the xbmc.gui and the xbmc.addon dependencies,
those are generally not needed.
Has there ever been an attempt or thought of adding a version check into the addon.xml for better versioning support?
For example
<import addon="script.module.pil" kversion="17" version="1.1.7"/>
Or
<requires kversion=17>
<import addon="script.module.pil" version="1.1.7"/>
</requires>
And then anything without the version specified can be used in all kodi versions while the others are used in the specific versions provided? I know this would be a core change, but not sure if it has been attempted or not yet.
Posts: 17,859
Joined: Jul 2011
Reputation:
371
I don't see how that would help in any way
Posts: 180
Joined: Aug 2016
2017-01-30, 16:04
(This post was last modified: 2017-01-30, 16:12 by User 342716.)
(2017-01-30, 15:18)Martijn Wrote: I don't see how that would help in any way
Then you would be able to point to specific imports for a version and not need to maintain different ones for different versions of kodi.
Since this user has support all the way back to isenguard it could be possible some newer libraries won't work on the oldversion while they may want newer ones for newer versions. Maybe I am misreading this issue specially, but I've seen any issues on here where dev failures came from unsupported libraries on specific versions.
In this specific case the user was told he would need to maintain 2 versions if this is what he wanted to do. I figured if some kind of option was provided in the addon.xml to define specific version needs as well as generic version needs it may be easier to support.
I know this would not help for previous versions, but I assume 17 won't be the last version given the speed I have seen with kodi advancing since I started using it a few years ago.
Was just a question.