Paquete en el AUR

[tralph3]

Hola, al igual que con wollok-cli decidí hacer un paquete en el AUR para este programa.

Espero sirva, link.

[PalumboN]

Muchas gracias! x2 😄

[fdodino]

Buenísimo @tralph3 , acá tengo algunas preguntas:

• este paquete sirve para usarlo dentro del instalador? o es para descargarlo cuando quieras?
• dado que ahora tenemos nuevas versiones, a mí me gustaría que sea algo más automático, porque si no el paquete va a quedar desactualizado. Qué tan fácil es publicar nuevas versiones en el AUR?

[tralph3]

Hola,

1. No vi que haya un instalador, no sé a qué te referís. Es un paquete específicamente para Arch Linux, así que es beneficioso para usuarios de esta distribución únicamente.
2. Tengo prendidas notificaciones de las releases para ir actualizándolo. Igual, no es difícil de hacer.

El AUR no contiene software, sino una colección de scripts para armar los paquetes que incluyen el software. El paquete se define con el PKGBUILD, acá está el de wollok.

Es un script de bash esencialmente.

Para actualizarlo a la siguiente versión, habría que cambiar la variable pkgver, que si te fijás se usa más adelante para componer la url de descarga.

Luego habría que computar una nueva cheksum para el ejecutable con sha256sum. Hay dos, una para la licencia (que no creo que cambie) y la otra es la del ejecutable.

Con eso quedaría.

Si querés que sea 100% automático, se podría armar una action de GitHub para que haga este proceso, que es bastante trivial.

Sino, otra alternativa es que el paquete descargue siempre el último commit del repo, pero ahí ya estás ignorando las releases.

Ahora mismo solo yo tengo acceso al repo del AUR para subir cambios, pero si quieren ocuparse ustedes, no tengo problema.

Igualmente voy a intentar estar atento y actualizar el paquete. De última pueden ver en la página del paquete a la derecha que hay un botón de "flag out of date". Eso me avisa que hay una nueva versión y tengo que actualizar el paquete.

Saludos.

[tralph3]

Por cierto, me di cuenta de que no actualizaron la versión en el programa en sí. Si se ejecuta con -V sigue reportando 0.2.2.

[tralph3]

Ah, es que es el mismo ejecutable. Perdón, creí que ya habían sacado una nueva, pero la última sigue siendo del 20 de Marzo.

[fdodino]

Comento algunas cosas que quedaron pendientes @tralph3 :

• el "instalador" no es tal, me expresé mal: es en realidad ejecutar npm i -g wollok-ts-cli, con eso que hizo Ivo ya alcanza para accederlo globalmente como ejecutable wollok
• ese ejecutable que corre directamente en node tiene mejor performance que el ejecutable empaquetado que hacíamos con el pkg, algo que nos desayunamos esta semana (nuestro miedo era que tuviera peor performance)
• la pregunta de qué beneficio tendría alguien que usa arch venía más por el lado de si no conviene directamente hacer eso: npm i -g wollok-ts-cli que a partir de ahora va a ser nuestro modo directo de actualizar el CLI de ts. Porque tener otro lugar que mantener es algo que preferiríamos no hacer. Si vos lo querés mantener actualizado ok, aunque tiene menos optimizaciones que los que puede hacer la VM de Node.
• y sí, nos la mandamos cuando hicimos el release de la 0.2.3 porque faltó actualizar el package.json. Con el LSP IDE armamos un script que valida que esté actualizado y hasta releaseado en github, acá todavía nos falta pulir un poco más el deploy.

Saludos y suerte!

PD: si querés sumarte a discord estamos en el servidor de Uqbar, hay un channel de wollok-dev y otros channels. Abrazo!

[tralph3]

Nada evita que se pueda configurar el PKGBUILD para que arme la build con node y luego tire el ejecutable dónde corresponde. La ventaja es la que tiene cualquier paquete, está manejado por el package manager del sistema, lo que te permite fácil instalación y desinstalación (junto con sus dependencias), y se mantiene actualizado automáticamente con el resto.

Yo en lo personal siempre intento instalar software por esta vía, y si no hay un paquete, hago uno. De otro modo no sabría qué tengo instalado y qué no, y se hace muy fácil luego tener problemas de dependencias o conflictos con otros paquetes.

Si no lo quieren mantener es perfectamente entendible, no es sostenible mantener paquetes oficiales para cada distribución, Linux en ese aspecto falla mucho.

La issue no era tanto para eso sino para darles un aviso de que está ahí, y si a alguien le sirve perfecto.

Me voy a fijar de actualizarlo para que haga la build con node, y si puedo investigo un poco de automatizarlo con nuevas releases.

Saludos.