-- Leo's gemini proxy
-- Connecting to bbs.geminispace.org:1965...
-- Connected
-- Sending request
-- Meta line: 20 text/gemini; charset=utf-8
Es una ironía que haya tan pocos clientes de 32-bits para el protocolo Gemini... También entiendo que sea un dilema para quienes los desarrollan, pero de verdad que uno de los principales atractivos de Gemini para mí es su potencial de dar vida nueva a dispositivos viejos, tanto, que pienso que el soporte debería ser un requisito.
2023-12-14 · 5 months ago
In my estimation, this reflects the computing platforms that developers are commonly running. Usually there is no problem building the software for both 32-bit and 64-bit, but (I speak from experience) it can be a bit of a hassle to provide both as prebuilt binaries.
Se puede compilar Lagrange, Telescope, Cgmnlm tranquilamente en 32 bit. Uso 32 bit y todos funcionan sin problema.
¿Qué SO usás? Me gustaría saber si el cliente que estoy escribiendo compila bien en arquitecturas de 32 bits.
La máquina de 32-bits tiene Q4OS con Trinity Desktop. ¡Gracias!
¿Para cuáles SO has compilado? No soy profesional de sistemas y la compilación no es una competencia sobre la que tenga dominio 😅
Si el programa está pensado con portabilidad en mente, debería ser posible compilarlo donde sea. ¿Estás teniendo algún problema en particular?
Ningún problema, pero la verdad no he tenido chance de probarlo en otra PC que no sea la mía. Para compilarlo es solamente tener Rust instalado, clonar el repo con git (https://git.sr.ht/~lufte/vimini) y correr `cargo run --release`. Si al compilar se queja que no existe sqlite3.lib, hay una linea comentada en el Cargo.toml que se puede descomentar para solucionarlo.
@leoperbo pues solo lo he probado en Linux y un par de amigos llegaron a compilarlo en Windows y MacOS, aunque no lo probaron demasiado. Con Rust, la compilación debería ser más sencilla, pero no prometo nada :)
Mi problema es que no soy profesional de sistemas y prefiero recurrir a binarios que compilar. Lo he hecho antes y terminaré haciéndolo ahora que me han dado pistas de que sí debería poderse, pero considero que la ironía prevalece en tanto haya ausencia de binarios precompilados en 32-bits para clientes tan geniales como Telescope o Lagrange.
@leoperbo Well actually, there is a 32-bit prebuilt Lagrange AppImage available but it is for armhf architecture, targeting for example Raspberry Pi.
(Sorry about replying in English, I don't speak Spanish, alas.)
Entiendo. Sí, estoy de acuerdo, pero supongo que es parte de un proceso natural. Uno empieza programando solo como pasatiempo, se enfoca en las funcionalidades, deja para lo último lo que es documentación, accesibilidad, y obviamente binarios pre-compilados para varias arquitecturas. A medida que vayan madurando y alguien decida incluirlos en los repositorios de las distribuciones de Linux, va a haber más disponibilidad.
Tiene mucho sentido lo que dices. A tener paciencia y/o a contribuir con los esfuerzos de quienes desarrollan para el protocolo.
Yeap, I've seen that Raspberry version of Lagrange, it's a good sign.
(Don't worry, I'm an average spanglish reader-writer 😅)
Ya sin tener en cuenta la arquitectura, es muy difícil hacer binarios precompilados que funcionen en cualquier distribución de Linux. Por ejemplo, ni siquiera AppImage suele funcionar bien distribuciones que usan musl en vez de glibc (Alpine Linux).
Los binarios estáticos solucionan ese problema con las distribuciones, pero es difícil o incluso imposible conseguir uno, especialmente si tiene muchas dependencias y/o depende de un entorno gráfico (Qt, GTK, SDL), y hay pocos lenguajes que lo permitan: C, Go, Pascal.
Lo mejor es convencer a las distribuciones para que incluyan el paquete en sus repositorios. Si no, la compilación desde código fuente será posiblemente la única opción.
-- Response ended
-- Page fetched on Sun May 19 15:41:08 2024