Cambios en xbmc 10.5

[jurrabi]

YA SE HAN PUBLICADO DE FORMA OFICIAL LOS CAMBIOS NECESARIOS PARA COMPATIBILIZAR LOS SCRIPTS/PLUGINGS, DE AHORA EN ADELANTE ADDONS, A LA VERSIÓN 10.5 (BAUTIZADA COMO DHARMA)

Perdón por las mayúsculas, pero me he emocionado.

Yo sigo sin equipo de desarrollo por lo que soy una pata coja a la hora de correr... totalmente inútil.

Pero si que voy a ponerme a leer y aprender para estar listo para echar una mano en cuanto pueda. os dejo los enlaces necesarios.

Docu oficial sobre addons: http://wiki.xbmc.org/index.php?title=Addons_for_XBMC
Official Addons repository: http://wiki.xbmc.org/index.php?title=Of ... Repository
La noticia: http://xbmc.org/theuni/2010/07/07/submit-your-add-ons/
Lista de distribución sobre addons (en inglés): https://lists.sourceforge.net/lists/lis ... bmc-addons

Es de esperar que la lista de distribución bulla de mensajes en los primeros tiempos por lo que no sé como de conveniente será incluirse...

También se ha publicado como añadir un addon a la biblioteca de xbmc. Supongo que te parecerá interesante iniciar el proceso ¿no jesus?

Imagino que la primera decisión, y la más importante será si queremos hacer el addon compatible con las versiones futuras y pasadas (mantener compatibilidad) o realizar los cambios para que funcione en la nueva e ir olvidándonos de la antigua... La decisión no es trivial pues el camino elegido condicionará la forma de desarrollar/probar a partir de ahora.

No olvidemos que Dharma no va a ser compatible (de forma oficial) con la XBOX 1...

jesus, esperamos tu luz...

[jurrabi]

Para poder incluir el addon en el repositorio oficial hay que cumplir unas condiciones que forzarán un poco nuestra mano:

• * Añadir un fichero de licencia. Actualmente no usamos de eso (que yo sepa). Recomiendan CC-BY-SA 3.0. Si quieres me la leo y te doy mis opiniones.
  * Todos los ficheros deben ser legalmente distribuibles. Quizá haya que averiguar que pasa con los archivos que se hayan tomado de otros proyectos, aunque sea como referencia. ¿Sería conveniente realizar una lista?
  * Incluir TODOS los archivos fuente. No están permitidos los archivos precompilados. Me viene a la cabeza el tema de los yonkis. ¿Cómo está esto ahora mismo bandavi? En términos técnico-prácticos están vetadas las extensiones .pyo, .pyd, .xbt, .xpr, .so, .dll.
  * Tu reconocimiento como el mantenedor del addon aunque Team XBMC se reserva el derecho a actualizar o eliminar el addon en cualquier momento y sin aviso.

A mi no me parecen muy duros y, por contra, se ganaría muchísimo en facilidad de actualización así como nuevos usuarios...

En el tema técnico está la cuestión de que XBMC se gestiona con git (no subversion) y exigen que el repositorio se incluya en uno de los repositorios de XBMC en este formato.

A mi personalmente git me parece mucho, mucho peor que svn, sobre todo porque no cuenta con una maravilla como tortoise, pero bueno. Nuevamente tu decides si seguimos con svn, si pasamos a git o si mantenemos svn y transferimos las versiones estables a git...

Como diría Juan de Cruz y raya... en tu mano queda.

[jesus]

Gracias por la síntesis Jurrabi

Por supuesto vamos a iniciar el proceso de publicación como addon oficial, y por supuesto que vamos a mantener la compatibilidad hacia atrás. Leí las condiciones y la parte técnica no me preocupa, pues no tengo inconveniente en publicar todos los fuentes (incluido el de las cosas yonkis que ya está en el SVN) ni en adaptarnos al git (aunque sigamos con el SVN y lo usemos sólo para la actualización de versiones).

Me preocupan más los requisitos legales, porque probablemente hagan que nos echen para atras pelisalacarta, pero no me quita el sueño. Probablemente tvalacarta tenga menos problema con eso.

Lo mismo pasa con el repositorio oficial de Boxee, por eso monté un repo paralelo.

Este fin de semana reviso el tema con calma y veo como hacerlo.

[jurrabi]

Yo, respecto del tema svn-git, votaría por cambiar todo a git. Los procedimientos de paso de uno a otro no son "user-friendly". Pero tu decides. Además las publicaciones las haces tu .

Respecto del tema legal te comprendo. Como dices se puede intentar y si lo tiran pues nada.

Una cosa que a mi me parece importante es que habría que hacer todo el tema multi-lenguaje para ponerlo en el repositorio. Y este si que es un curro ingente. Prácticamente cada módulo usa textos de forma descontrolada. Cambiar eso a un sistema de cadenas en xml será una patada en el culo...

Como te dije antes, estoy a tu disposición.

Ya vuelvo a tener PC y estoy de vacacioens ;=)

[jurrabi]

He encontrado un tortoisegit que quizá haga menos doloroso el traspaso a git...

Yo estoy montando un entorno con eclipse (que como sabes también funciona en mac y linux) y cada vez tiene mejor pinta. Ya lo he integrado con python (pydev) y git (egit) y puedo incluso debugear proyectos python (como sickbeard que corren fuera de xbmc) y muchas otras opciones rechulas (chequeo/complección de sintaxis, análisis de módulos/variables sin uso, definición de objetos, y un largo etcetera).

si a alguien le interesa puedo preparar un tuto o algo...

[jesus]

Yo nunca me he encontrado cómodo con eclipse + pydev, siempre acabo volviendo al scite...

De todas formas si puedes preparar un tutorial sencillo seguro que mucha gente lo agradece. Incluso puede que a mí me convenzas y cuando tenga el nuevo ordenador me lo ponga.

En cuanto al GIT, si no he entendido mal el proceso de publicar una nueva versión permite estas 4 opciones:

There are several ways to request that we add or update your addon. Please preface threads using the following conventions:

*[Git Pull] - Submit a request that we pull from your repo. This should include a url, branch/tag/revision, and the addon to pull.
*[SVN Pull] - See above.
*[Zip Pull] - By far the least useful. Submit a link to the addon or update.
*[Patch] - Sometimes you may wish to submit a patch to the author for review. Under most circumstances we will not merge this directly, it should go to the upstream maintainer first.

Luego básicamente, les indico en cada nueva versión la URL que deben descargar + el nº de versión del SVN y a correr...

Creo que lo de pasar a git tendrá que esperar

[jurrabi]

Buena noticia sin duda. Yo estoy ahora de lleno con git por el sickbeard, y aunque lo tengo integrado en eclipse echo de menos algunas funciones de tortoise (supongo que será cuestión de investigar más).