The branch, eden has been updated
via bb0d5979172c1a54507c51904302154c8ade6eed (commit)
from 90356b0770077d1e4505a4dd0fc26a0dbeca1738 (commit)
- Log -
The branch, eden has been updated
via 919687b64af8f17ae48d999c2a4bc24670a99e2a (commit)
from bb0d5979172c1a54507c51904302154c8ade6eed (commit)
- Log -
There is no nice solution for this problem, IMHO.
Alternatives would be:
- Keep a version in main repo as is. Offer new version from private repository
only
- Change skin name to Aeon Nox 3 and push it as separate skin leaving
existing one as is
- Bump GUI requirements and force pre-Frodo XBMC
updated, thx!
cheers,
amet
On Tue, May 22, 2012 at 4:51 AM, Rob Weber robwebe...@gmail.com wrote:
*addon - service.libraryautoupdate
*version - 0.6.2
*url - git://github.com/robweber/xbmclibraryautoupdate.git
*revision - f15e3de8f37b3a1ef6cdac28545deefde28b87b5
*branch - master
Bump gui is not an option. It has not been developed or tested on frodo.
Op 22 mei 2012 10:30 schreef Predrag Mitić pmi...@gmail.com het
volgende:
There is no nice solution for this problem, IMHO.
Alternatives would be:
- Keep a version in main repo as is. Offer new version from private
The branch, eden has been updated
via 7ce360f3620b36f885c69730bfdece9d34000ff8 (commit)
via 856ca683de90575e765e16dfb541047831c3dc8c (commit)
from 8bfe1c285ee737eeb6b0d1b8fca134d3794e724d (commit)
- Log -
there is no wrong or right on both opinions.
You have to respect skin author's decision if he decides to require
re-setting and on the other side
you have to consider users disappointment (and blame on) when they will see
favorite skin settings
disappears. The important thing is how this
My .02c; it is the author's call. Whoever does not like it can roll back. Just
make sure no setting names are reused.
- Reply message -
Fra: Nessus nessus85...@hotmail.com
Dato: tir., mai 22, 2012 06:15
Emne: [Xbmc-addons] [GIT PULL] Aeon Nox 3.0.0
Til: xbmc-addons@lists.sourceforge.net
That would require us to rename A LOT of setting bools/strings... which is
also not really an option.
2012/5/22 sp...@xboxmediacenter.com sp...@xboxmediacenter.com
My .02c; it is the author's call. Whoever does not like it can roll back.
Just make sure no setting names are reused.
-
Poor machine having to do all the work of s and r? Contrary to humans they love
repetitive tasks you know ;)
- Reply message -
Fra: Philipp Temminghoff philipptemmingh...@googlemail.com
Dato: tir., mai 22, 2012 07:40
Emne: [Xbmc-addons] [GIT PULL] Aeon Nox 3.0.0
Til:
*addon - plugin.video.gametrailers.exclusives
*version - 2.0.0
*url -
http://baileysoft.no-ip.org:8080/files/plugin.video.gametrailers.exclusives.
zip
*xbmc version - dharma, Eden
V2.0.0
- Created more reliable server-side feed index generator
- Added dynamic discovery of channels
-
After a good bit of thought I've come to the same conclusion, it's the
author's call here. I don't like this one bit, but if it's what the
authors want I'll push and we'll watch the fallout. Be aware though,
this will set a precedent. So if it users get pissy, you can bet we
won't go down this
Okay, we're prepared to take the fall here ;) And indeed, lessons learned
about taking rollback in account.
Please use this rev:
86ed704677b26683f0a69e514b3d1bd2a9648e2b
Cheers,
Rutger
2012/5/22 Cory Fields the...@xbmc.org
After a good bit of thought I've come to the same conclusion, it's the
Realise I'm a bit late to the party here but I'd like to give my 2
cents, not that it'll matter much ;)
It's really bad form to push an update to users that will break their
existing setups. Most of the debate seems to be centred around the fact
that well they must have installed it in the
Paddy
I agree with you. And yes, we'll set policy as a result. This is a
one-time thing that gets through only because it's not fair to punish
the Nox guys for breaking a rule that didn't exist -- that's our (my)
fault for not preempting it. The repo is not a playground, and the
main issue I see
Neal,
We wont handle this request because we would like seperate PR for Eden and
Dharma.
The code looks fine for Dharma but not for Eden.
You should use
xbmc.translatePath(path)
instead of
os.path.join(path)
when using it for special:// paths
See:
Okay, I do feel its a common courtesy to provide the user with a way back.
I converted all settings to Nox.%setting% and removed the skin reset. I
dont think our beta testers will thank you though :P
I would like to point out that we did not start this version with the idea
to kill all settings,
I´m still not a big fan of this. It just means a lot more typing work now.
skinners really have a badass job today, we have to manage over x0.000
lines of code with one or two people, and everything making it harder for
them is a bad bad thing to do imo. i´d much prefer reverting it at least
for
ok, sorry, seems as if i didn´t think enough before ranting ;)
i didn´t think of the possibilty to just remove that prefix after release
and re-add it for the next pull request.
that´s what we´ll do then if people feel it´s needed to ensure a rollback.
problem solved, everyone happy.
no
First off congratulations on the most controversial pull request yet :)
Second I think this might come back to a bigger issue of having Auto
update Add-ons on by default (is it I can't remember) Auto update
tends to make sense for security type patches in programs but in apps
not so much. If a
if this contoversity leads to something useful i´m happy with that title ;)
concerning the auto-updating, i fully agree. updating the UI isn´t really
comparabable to updating a scraper etc so it should be treated differently
perhaps.
and only giving skinners the possibitly to add options and not
please use f828858f38be3af563a5837815ec3cca7acaea39 from eden branch, the
conversion led to some bugs.
2012/5/23 Philipp Temminghoff philipptemmingh...@googlemail.com
if this contoversity leads to something useful i´m happy with that title ;)
concerning the auto-updating, i fully agree.
*addon - script.gomiso
*version - 1.0
*url - https://github.com/metabaron/Gomiso-XBMC
*revision - 2b1ebdb2fe633c844624452ae805093bcc26fe37
*branch - master
*xbmc version - eden
Solved an indentation problem blocking the script from starting
Thank you
23 matches
Mail list logo