[hm] [wiki] 1er paso, actualizar

Lun Oct 19 12:37:08 CEST 2009

Quién no actualice la documentación de este año en las próximas 2 o 3
semanas ya no creo que lo haga así que podemos darnos ese margen.

Ya está en marcha el proceso dentro de SD y de hecho me he enterado que
ya existe un metamediawiki o wikifarm instalado, el problema es que el
wiki del hm no está integrado.

¿David quieres que te ponga en contacto con los admin de SD para que
puedas proponer los cambios y actualizaciones (+ extensiones) y así
trabajamos de forma más fluida?

Tampoco sé cómo se puede hacer la migración, es decir, integrar el wiki
que tenemos dentro del wikifarm

saludos,

xabier

blingesagger wrote:
> david escribió:
>> Bien, mantenos informados.
>> Como dices no hay mucha prisa.
>> Pero tampoco tendria que dejarse para la fase pre-hackmeeting.
>> Merece la pena aprovechar para tocar la estructura cuando no es tiempo
>> de tocar los contenidos.
>>
>>   
> Aun queda por subir mucha documentacion de este año, pero se puede
> almacenar en otro sitio mientras actualizamos...
> 
>> Saludos.
>>
>> dvdgmz.
>>
>> El dg 18 de 10 de 2009 a les 11:44 +0100, en/na xabier va escriure:
>>  
>>> acabo de proponer un grupo de trabajo en sd para poder llevar estos
>>> cambios adelante, no sólo afecta al wiki del hackmeeting sino también a
>>> otros mediawiki operativos en SD que se beneficiarían mucho de estos
>>> cambios. Os mantendré al tanto, irá un poco lento pero tampoco creo que
>>> sea nada urgente. De hecho si miramos a los históricos de ediciones del
>>> wiki, durante el año no hay casi cambios hasta justo antes y después del
>>> HM.  de todas formas vamos a estudiarlo con la mayor prioridad posible.
>>>
>>> saludos y gracias por listas las especificaciones, es muy útil.
>>>
>>> xabier
>>>
>>> david wrote:
>>>    
>>>> [1.] Hola; creo que en el wiki se puede trabajar con tranquilidad
>>>> sin esperar
>>>> a que se acerque el próximo hackmeeting.
>>>>
>>>> [2.]
>>>> Como ya se dijo el primer paso es actualizar versión e instalar algunas
>>>> extensiones.
>>>>
>>>> [3.]
>>>> Para actualizar versión el servidor tiene que cumplir los requisitos.
>>>> Ahora no los cumple.
>>>>
>>>> Alguien dijo que hablaría de esto en la asamblea de sindominio. ->
>>>> [Comunicar respuesta a esta lista!]
>>>>
>>>> Habría una opción provisional: Ál se ofreció a abrir un servidor
>>>> virtual
>>>> en los servidores de BlogxPopuli dónde trabajar con un clon del wiki si
>>>> se demora la decisión de sindominio. -> [opción a decidir!]
>>>>
>>>> [4.]
>>>> La solución que se adopte en el servidor tiene que ser lo
>>>> suficientemente flexible para que dentro de un tiempo no estemos en la
>>>> misma situación que estamos ahora.
>>>>
>>>> Tenemos que:
>>>> - poder actualizar a nuevas versiones de MediaWiki
>>>> - Instalar las extensiones que sean necesarias en cada momento
>>>> - Poder configurar el wiki desde "Localsettings.php"
>>>>
>>>> Si 'sindominio' quiere una opción de gestión unificada de los
>>>> MediaWikis
>>>> (que me parece muy razonable) lo que tendría que hacer es crear una
>>>> "wikifarm" como ya dijo Blackhold.
>>>> La idea es que la actualización del código base de MediaWiki se haga
>>>> una
>>>> sola vez y de forma centralizada para todos los wikis del servidor.
>>>> Pero
>>>> que la gestión de algunos aspectos sea personalizada de cada proyecto.
>>>> Concretamente tienen que ser gestionadas autónomamente:
>>>> - La configuración de "Localsettings.php" de cada wiki
>>>> - Las carpetas "extensions", "images" y "skins" de cada wiki
>>>>
>>>> Blackhold me dijo que ha escrito un script para wikifarms de MediaWiki
>>>> que bajo este modelo de gestión que he descrito añade un nuevo wiki
>>>> cuando se ejecuta. Dijo que tenía la idea de hacerlo aún más fácil de
>>>> gestionar pasando el script a PHP.
>>>> Ál también tiene resuelta una solución similar para los wikis de
>>>> Blogxpopuli.
>>>> Tenemos pues la solución técnica disponible para hacer una wikifarm.
>>>>
>>>> -> [transmitir necesidades a la asamblea de sindominio!]
>>>> -> [comunicar respuesta/decisión a esta lista]
>>>>
>>>> [5.]
>>>> Tendríamos que contar con el compromiso de 'sindominio' de no abandonar
>>>> la actualización regular de "Mediawiki" a su última versión estable.
>>>> Esto implica, claro, actualizar si es necesario los requerimientos de
>>>> servidor (PHP, MySQL, Apache, ...¿?).
>>>>
>>>> Si no fuera posible este compromiso la única solución que veo es la que
>>>> planteó Ál en la asamblea: que dispongamos de un servidor virtual para
>>>> el Hackmeeting y así poder actualizar los requerimientos. Esta sería
>>>> pues una opción distinta a la wikifarm.
>>>>
>>>> -> [transmitir opciones/propuestas a la asamblea de sindominio!]
>>>> -> [comunicar respuesta/decisión a esta lista]
>>>>
>>>> [6.]
>>>> Si se opta por la wikifarm estaría bien centralizar los contenidos de
>>>> imágenes y otros archivos subidos al wiki para no duplicar en varios
>>>> proyectos y optimizar el uso de recursos. Sería cuestión de tener un
>>>> solo wiki para publicar archivos
>>>> ("sd-wikicommons") que se muestran en los demás.
>>>> Esta es la solución de Wikimedia con el wiki
>>>> "wikicommons" (commons.wikimedia.org) dónde publican las imágenes de
>>>> todas las wikipedias.
>>>> Ál también tiene esto resuelto en los wikis de BlogxPopuli. Se podría
>>>> adoptar la misma solución en la wikifarm de 'sindominio'
>>>>
>>>> -> [transmitir propuesta a la asamblea de sindominio!]
>>>> -> [comunicar respuesta/decisión a esta lista]
>>>>
>>>> [7.]
>>>> En la línea de lo que se habló de usar extensiones semánticas y de
>>>> formularios en el wiki del HM... yo optaría por tener todo el paquete
>>>> semántico ("semantic-bundle") disponible y activar al menos las
>>>> extensiones:
>>>> - Semantic MediaWiki
>>>> - Semantic Forms
>>>> - Semantic Drilldown
>>>> ...además de otras extensiones incluidas en el mismo paquete pero
>>>> que no
>>>> son estrictamente "semánticas":
>>>> - ParserFunctions
>>>> - Widgets
>>>> - Header Tabs
>>>>
>>>> Mantener además un Captcha y estar abierto a otras extensiones que
>>>> puedan ser útiles.
>>>>
>>>>
>>>>
>>>> Otra vez ha sido una buena experiencia compartir el hackmeeting con
>>>> todos/as vosotros/as.
>>>> Por fín hubo diversidad de colores en las camisetas y en vez de
>>>> oscurecerse el grupo se coloreaba :-)
>>>> Lástima que algunos fuerais tan reticientes a dejaros entrevistar para
>>>> "HKp", de todas formas vamos a insistir y a algunos os vamos a
>>>> perseguir :-)
>>>> Una pena lo de los robos, a ver si se puede llegar a cubrir. Habrá que
>>>> mejorar ese bug, tanta seguridad informática tendría que inspirar algún
>>>> sistema de seguridad analógica para estos temas.
>>>> Me dejé una regleta (lleva mi e-mail escrita en rojo) en la sala ODS.
>>>> Que quede para el Patio o el Hamlab.
>>>>
>>>>
>>>> Un abrazo.
>>>>
>>>> - David
>>>> - dvdgmz
>>>>
>>>> _______________________________________________
>>>> HackMeeting mailing list
>>>> HackMeeting en listas.sindominio.net
>>>> https://listas.sindominio.net/mailman/listinfo/hackmeeting
>>>>
>>>>       
>>
>> _______________________________________________
>> HackMeeting mailing list
>> HackMeeting en listas.sindominio.net
>> https://listas.sindominio.net/mailman/listinfo/hackmeeting
>>   
> 
> 

-- 
wget -O - http://sindominio.net/~xabier/xabier.gpg.asc | gpg --import

                   xabier BARANDIARAN   |  http://www.barandiaran.net
                   hamlab HACKLAB       |  http://hamlab.hacklabs.org

"There is no need for fear or hope, but only to look for new weapons"
                                                              DELEUZE