[hm] hackmeeting.org

Mie Sep 16 12:46:29 CEST 2026

Ei,

On dt., set. 15 2026, samba wrote:

> gracias a quien nos ha contestado
>
> Vamos con Sindominio que nos conocemos hace tiempo y luego en el 
> hackmeeting en
> valencia vamos a hablar de este tema.
>
> Si para el hm esta' bien el es.hackmeeting.org se lo gestiona SD 
> y
> it.hackmeeting.org vamos a ver con los italianos

yo creo que esto es ideal :-)

Sigo con lo de SD para es.hackmeeting.org abajo:

> un saludo
>
> On 9/15/26 16:05, Siroco wrote:
>> El 15/9/26 a las 15:42, Evilham escribió:
>>> On dt., set. 15 2026, Siroco wrote:
>>>
>>>> El 15/9/26 a las 10:04, Evilham escribió:
>>>>> Hola,
>>>>> On dl., set. 14 2026, Siroco wrote:
>>>>>
>>>>>> El 14/9/26 a las 13:41, samba escribió:
>>>>>>> hola
>>>>>>> el dominio hackmeeting.org està ahora en 
>>>>>>> Autistici/Inventati
>>>>>>> Si no sabe nada pues..
>>>>>>> https://www.inventati.org/
>>>>>>> https://www.inventati.org/campaign/
>>>>>>> En breve A/I cierra (este viernes) y estamos buscando una 
>>>>>>> casa para este
>>>>>>> web,
>>>>>>> un hosting web.
>>>>>>> ya encontramos quien que va a ocuparse de pagar el dominio
>>>>>>> Si ya existe algun _collectivo_ que tiene ganas y que 
>>>>>>> puede dar servicio
>>>>>>> para
>>>>>>> una web statica y que permite atualizaciones via sfp, scp 
>>>>>>> o webdav nos
>>>>>>> avisen
>>>>>>
>>>>>> Kaixo,
>>>>>>
>>>>>> gracias @samba por compartir esto.
>>>>>>
>>>>>> Hablando con algunas comunidades cercanas, se nos ocurren 
>>>>>> dos sitios:
>>>>>>
>>>>>> - Se podría alojar en un nuevo servidor que estamos 
>>>>>> gestionando desde el
>>>>>> Hacklab
>>>>>>   que nació del Hackmeeting en Euska Herria de hace unos 
>>>>>> años.   Hay
>>>>>> diversas
>>>>>>   personas de esta asamblea con acceso y conocidas por 
>>>>>> diversas   personas
>>>>>> de
>>>>>> esta
>>>>>>   asamblea. Se podría ofrecer acceso SFTP para poder volcar 
>>>>>> el contenido.
>>>>>>
>>>>>> - Otra opción, que habría que acabar de consensuar con la 
>>>>>> asamblea, es
>>>>>> moverlo a
>>>>>>   Sindominio temporalmente, y en el hackmeeting de este año 
>>>>>> discutir si se
>>>>>> queda
>>>>>>   ahí o se mueve a otro lugar. Hay varias personas 
>>>>>> conocidas en   esta
>>>>>> lista
>>>>>> que
>>>>>>   conocen de cerca el proyecto y pueden ofrecer la 
>>>>>> confianza para esta
>>>>>>   migración. Aquí también se podría ofrecer acceso SFTP 
>>>>>> para copiar la web
>>>>>> o el
>>>>>>   repositorio de Git para poder versionar la web estas 
>>>>>> próximas   semanas.
>>>>> Yo creo que si a SD le está bien, lo más rápido y sencillo 
>>>>> es coordinarse
>>>>> para
>>>>> crear las cuentas necesarias con acceso SFTP y migrar las 
>>>>> páginas lo antes
>>>>> posible.
>>>>> Sabiendo que hay una separación entre gestión del dominio y 
>>>>> el hospedaje,
>>>>> es
>>>>> una decisión que se puede cambiar o deshacer en cualquier 
>>>>> momento.
>>>>> Pasa que hackmeeting.org no es sólo es.hackmeeting.org, así 
>>>>> que la asamblea
>>>>> en
>>>>> el siguiente HM tampoco es que pueda tomar la decisión 
>>>>> necesariamente por
>>>>> todo
>>>>> el dominio, pero sí puede ratificar o corregir para este 
>>>>> subdominio.
>>>>> Que también se podría incluso separar en varios servidores 
>>>>> it + es.
>>>>> El tema es el tiempo, que es muy justo, así que casi mejor 
>>>>> decidir con un
>>>>> consenso suave ("SD sería buen sitio") y corregir después si 
>>>>> hace falta.
>>>>> Por cierto, es.hackmeeting.org se actualiza con webdav, pero 
>>>>> se puede
>>>>> cambiar
>>>>> a SFTP sin problema.
>>>>> Salut,
>>>>> -- Evilham
>>>>
>>>> ¿ Os sería de utilidad si abrimos unos repos en 
>>>> git.sindominio.net para
>>>> volcar
>>>> allí las páginas estáticas y luego ya hacemos el clone 
>>>> oportuno al server ?
>>>>
>>>> ¿ O por alguna razón que no visualizo yo ahora es necesario 
>>>> si o si un
>>>> acceso
>>>> SFTP ?
>>>>
>>>> Si podéis volcar ahí las páginas buildeadas en estático 
>>>> (htmls/css/ js... )
>>>> ya
>>>> luego la copia es un clone que podemos automatizar con un 
>>>> action o webhook
>>>> si es
>>>> necesario.
>>>>
>>>> Si es así, dar el ok, y los creamos (uno por es y otro por it 
>>>> y otro para
>>>> portada)
>>>>
>>>> Quien tenga los estáticos, que escriba en privado y le damos 
>>>> acceso a los
>>>> repos
>>>> o le creamos una usuaria para que pueda pushear el código.
>>>>
>>>> Y mientras tanto, esperamos a que la asamblea de Sindominio 
>>>> delibere si le
>>>> parece oportuno alojar las webs temporalmente en su servidor 
>>>> o buscamos un
>>>> plan
>>>> B en las varias propuestas que han salido en este hilo.
>>>
>>>
>>> Hay CI, la integración de weblate, etc. si podemos no tener 
>>> que cambiarlo
>>> todo, mejor.
>>>
>>> También donde está ahora la gente se puede crear una cuenta 
>>> con correos
>>> @riseup o similar, no tiene que ser únicamente SD.
>>>
>>> Mover el código a SD es más curro, es innecesario, y limita 
>>> aún más quien
>>> puede contribuir de forma directa.
>>>
>>> Creo que el concepto bueno es el que decía samba: acceso SFTP 
>>> / WebDav
>>
>> En Sindomnio
>> no hay servicio de Webdav por defecto
>> y el SFTP es limitado, para que lo tengáis en cuenta.
>> Si el deploy requiere webdav, es probable que no se pueda 
>> asumir el
>> alojamiento de esa web, a no ser que lo adaptéis.
>>
>> Desde SD se entiende que es algo temporal, así que, solo será 
>> hasta que el
>> Hackmeeting proponga un lugar mejor donde poder tenerlo. Así 
>> que, si se quiere
>> alojar en SD, habrá que vivir con esas limitaciones hasta 
>> entonces.

Si tienes la documentación de lo que se puede o no, podemos 
evaluar si el SFTP es una opción o no.

Aquí no se menciona ninguna limitación:
https://sindominio.net/ayuda/static-web

Al final, con que se pueda publicar desde 0xacab, genial.

Si esto significa (ab)usar un repo git para que tenga la web 
resultante (tal como está documentado en SD), ningún problema, 
podemos mirar de cambiar la pipeline para que haga git push contra 
SD en lugar de un rclone, que es lo que tenemos ahora mismo (y por 
eso es fácil cambiar a sftp).

La cosa es que hoy hay una sesión de actualizar cosas en la web, 
pero no podemos considerarla cerrada, porque hace falta determinar 
la mani, y puede haber traducciones y etc próximamente.

Entonces es necesario que podamos mantener el flujo de 
actualización, sin tener que cambiarlo **todo**.

Pero si la única manera que véis en SD de hacerlo es con el código 
resultante en un repo de git, lo mejor es que que pilléis el 
último artefacto de 0xacab, se monte ese repo con la info inicial, 
y posteriormente a la migración adaptamos la pipeline en 0xacab 
para que haga push a SD; lo importante sería coordinarse antes del 
viernes para los cambios DNS :-), no hace falta tocar nada más, 
sólo que la página pueda seguir disponible como quedará esta 
noche; y después ya buscamos la manera de actualizarla.

Abrazo,
--
Evilham

>>> Respecto a las versiones estáticas de la web: en el caso de
>>> es.hackmeeting.org se puede bajar desde aquí:
>>>
>>> https://0xacab.org/logout/wiki-hackmeeting
>>>
>>> Haciendo click en el icono verde de la pipeline, que ahora 
>>> mismo lleva a:
>>> https://0xacab.org/logout/wiki-hackmeeting/-/pipelines/387572
>>>
>>> El paso "build" genera un artefacto con el resultado para 
>>> desplegar en el
>>> servidor web, ahora mismo es este:
>>> https://0xacab.org/logout/wiki-hackmeeting/-/jobs/968983
>>>
>>> Se puede descarregar desde ahí directamente.
>>>
>>> Son ~42Mb, hay los archivos de varios años.
>>>
>>> También se usa un fichero .htaccess, pero si el servidor web 
>>> no fuese apache
>>> básicamente con redireccionar "/" a "/next/" lo tendríamos (se 
>>> puede hacer
>>> sin config de e.g. nginx también, creando un index.html que 
>>> haga la
>>> redirección).
>>
>> Y el servidor web en principio sería un Apache2 con algunas 
>> limitaciones
>> detrás de un proxy.
>>
>>>
>>>
>>> Salut,
>>> -- Evilham