Si p\u00e9simo en ingles el titulo y el texto en espa\u00f1ol, pues nada, que ahora que anunciaron el 1.8.12[1] de la serie 1.8 de Moodle, revise y tenia algunos de 1.8.11[2] que aun no se hac\u00edan backport al paquete de Debian, me puse a darle al mismo, llene algunos reportes de bugs, a\u00f1ad\u00ed informaci\u00f3n a un par que ya exist\u00edan y mande parches para una buena cantidad de cosas.<\/p>\n
En el proceso me entere que el paquete hab\u00eda quedado hu\u00e9rfano [3],[4] y que con todo alguien hab\u00eda tomado la estafeta para no dejar morir el paquete, pero puesto que ya es un l\u00edo. <\/p>\n
Hago un par\u00e9ntesis tan largo que mejor lo pongo como otro p\u00e1rrafo, antes de esto un compa\u00f1ero me reporto que sus applets de geogebra los cuales mete a SCORM usando eXe (que dicho sea de paso tambi\u00e9n esta abandonado en upstream) [5], y me dio una excelente raz\u00f3n para hacerlo as\u00ed, ya que aun cuando existe un filtro para geogebra as\u00ed como uno para jclic, al convertirlo en SCORM est\u00e1 la ventaja de que puede ser presentado en mas de un LMS y en otros formatos sin necesidad de hacerle mayor cosa. Digamos que tambi\u00e9n ha esto le he dedicado al menos unas 12 horas de trabajo, entre buscar los issues pertinentes en el tracker de Moodle, ver que dice la gente de geogebra y similares, encontr\u00e9 un par de cosas que se pueden implementar en el paquete de Debian, pero no solucionan el problema, que en realidad es que el componente SCORM Player ya es demasiado viejo, si entre funcionalidad y arreglos no encuentro como hacer que funcione, dicho sea de paso en la rama 1.9.x funcionan los applets sin problema, menci\u00f3n a parte otra compa\u00f1era me comento que el filtro de jclic tampoco funciona bien, pero como no pude reproducirlo y no uso mucho jclic no se que estoy buscando, el punto es que tengo que decidir que hacer pronto y aqu\u00ed regresamos a donde est\u00e1bamos antes de la digresi\u00f3n.<\/p>\n
El nuevo mantenedor ha optado por dejar atr\u00e1s el desastre\/enredo que es el paquete y lo ha vuelto a empaquetar de cero y con la rama 1.9.x cosa que es una gran noticia [6] lo que no es para nada una buena noticia es que mientras desde que mande parches y reportes no se ha hecho nada por el paquete que esta corriendo en producci\u00f3n en el trabajo (bueno si he aplicado mis propios parches especialmente los de seguridad), pero digamos que de ah\u00ed en fuera nada ha pasado, es decir no NMU de seguridad, no acci\u00f3n por parte del mantenedor por aplicar los arreglos, de hecho ha cerrado la mayor\u00eda de los reportes con arreglados en la nueva versi\u00f3n [7], que es cierto, pero que aun no llega a los usuarios digo ya esta en inestable y que el 11 de este mes paso a testing, y espero antes de regresar de vacaciones este disponible y aqu\u00ed el pero.<\/p>\n
El gran problema es que en este caso Debian ha tenido Moodle siempre muy atr\u00e1s en sus versiones en cuanto al upstream, no se si sea totalmente debido a las pol\u00edticas de los releases (no me he fijado si existe un backport mea culpa) pero entre preocuparme por eso y mantener dos instalaciones, creo que bien podr\u00eda dedicar algo del tiempo que pase revisando el git de Moodle manteniendo al d\u00eda la versi\u00f3n current de Moodle que estar dependiendo de Debian y no por que no me guste el proceso de empaquetado del mismo, sin embargo los tiempos como que no me dan<\/p>\n","protected":false},"excerpt":{"rendered":"
Si p\u00e9simo en ingles el titulo y el texto en espa\u00f1ol, pues nada, que ahora que anunciaron el 1.8.12[1] de la serie 1.8 de Moodle, revise y tenia algunos de 1.8.11[2] que aun no se hac\u00edan backport al paquete de … Sigue leyendo