Archivo de la categoría: Software libre

La universidad pública, la banca, el software libre y los gatetes

Hoy vengo a hacer un poco de activismo. Últimamente he estado viendo en las redes sociales la batalla que tienen en la Universidad de Granada para defender la autonomía de la universidad pública respecto a la influencia de la banca y luchar por la privacidad de los miembros de la comunidad universitaria. Ahí es nada. Os cuento los detalles.

Resulta que a los que toman las decisiones en la Universidad de Granada no se les ha ocurrido nada mejor que encargarle a una filial del Santander que les fabrique una aplicación para que los alumnos y trabajadores de la universidad hagan sus típicas gestiones. Una aplicación mediante la cual el Santander puede acceder a los datos de todo aquel que la use y que le permite además enviar publicidad a los usuarios y ofertarles servicios.

Es importante recordar aquí, que la Universidad de Granada, aparte de ser una de las más prestigiosas de España (y una de las poquísimas universidades españolas que aparecen en el Ranking Shanghai) es una universidad pública, por lo que en mi opinión es muy difícil justificar que su aplicación oficial la controle un banco. Este hecho, ya lamentable de por sí, es especialmente flagrante cuando la rectora apoyó el software libre explícitamente en su programa electoral, que parece que para ganar votos está muy bien apoyar estas cosas pero a la hora de la verdad ya no tanto.

Para protestar contra esta situación un grupo de miembros de la universidad granadina ha analizado en profundidad la aplicación y ha escrito un documento en el que se exponen los problemas que genera y se presentan una serie de preguntas sobre el sentido de que haya publicidad y servicios de una entidad privada en una aplicación de una universidad pública, las condiciones del acuerdo con el banco, por qué no son públicos los datos como los calendarios y demás… Cuestiones todas ellas que son de lógica pura y que deberían estar respondidas en los documentos relacionados con la aplicación, pero que no lo están. Este documento fue presentado ante los responsables pero (hasta donde yo sé) no ha habido respuesta pública por su parte.

Por si todo el tema de que se regalen los datos a un banco no fuera suficientemente malo, resulta que la funcionalidad de la aplicación privativa se puede replicar en cuestión de minutos, adaptándolo a nuestras necesidades y con herramientas existentes y gratuitas. Nos lo cuentan en este hilo de Twitter:

Sigue leyendo

Anuncios

Lo que he aprendido: manejando paquetes de Octave

Aquí ando dibujando gráficas locas en Octave. La idea original era hacerlas en Matlab (recordad el regreso al capitalismo), pero no sé cómo demonios activar la licencia de la uni, así que he recurrido a mi fiel Octave, libre y disponible para todos sin necesidad de romperse la cabeza con licencias y mierdas varias. En fin, a lo que íbamos: los paquetes de Octave.

El gestor de paquetes de Octave

Aparte de la funcionalidad que ya trae consigo mismo, Octave puede llegar mucho más lejos gracias a Octave Forge, su centralita de paquetes de expansión. La manera recomendada para instalar estos paquetes es desde los repositorios de nuestra distro, solo hace falta buscarlo como tantas veces hemos hecho:

ondiz@slimbook:~$ apt-cache search octave PAQUETE

Muy fácil. Pero, ¿qué pasa si el paquete en cuestión es antiguo? ¿y si estamos en Windows? Pues igual que ocurría con TeXLive, podemos buscar el paquete correspondiente en los repositorios o usar una especie de gestor que tiene Octave. La orden para manejar paquetes no se nos puede olvidar porque es pkgpackage!) y tiene la misma pinta que nuestros conocidos y amados cabal, pip o gem. Os hago un microresumen para que no tengáis que leer el manual:

  • pkg install -forge PAQUETE instala PAQUETE desde Forge
  • pkg install PAQUETE.tar.gz instala PAQUETE desde archivo descargado
  • pkg uninstall PAQUETE desinstala PAQUETE
  • pkg list lista los paquetes instalados
  • pkg load PAQUETE carga PAQUETE para que podamos usar sus funciones
  • pkg update actualiza los paquetes instalados desde Forge

Seguir leyendo →

Software Freedom Day

Como cada año, el tercer sábado de septiembre es el Software Freedom Day, un día en el que se realizan eventos para difundir el software libre. Yo me sumo a la celebración con la cancioncilla de software libre cantada por el señor Stallman y sin enlaces a plataformas privativas esta vez.

Aquí os dejo también la partitura para que los que sepáis de música la toquéis por ahí (yo soplé una txirula cuando era pequeña y desistí).

Lo que he aprendido: compilar Emacs desde fuente

¡Saludos damas y caballeros! Vuelvo después de mis merecidas vacaciones con el frikismo recargado. Digo esto porque estuve de visita en casa de un amigo que compiló Emacs 25 desde fuente delante de mí y ha provocado que tenga envidia y quiera compilar yo también. Y eso os vengo a contar, mi experiencia creando Emacs desde sus piezas más elementales desde mi punto de vista de ignorante de la informática.

¿Compilar?

No es mi primera vez compilando, es concretamente la segunda. La primera fue con pdfpc que compilé tanto en Windows como en GNU/Linux invocando a cmake para que crease las instrucciones, luego a make para que compilase y finalmente a make install para que me instalase el programa en las carpetas correctas.

Compilar Emacs es similar solo que en lugar de llamar a cmake usamos el script configure, un script estándar para los programas de GNU que verifica que el sistema cumple las condiciones para compilar el programa en cuestión y crea las instrucciones para make.

Que los programas de GNU se compilen siempre de la misma manera es debido al conjunto de herramientas GNU Build System o Autotools, que ayudan a crear paquetes de código portables para que los programadores se centren en la funcionalidad de sus programas y que los usuarios solo tengan que aprender el método para compilar una única vez.

He resumido lo que he entendido de este proceso en un dibujillo, para que luego sepamos más o menos dónde estamos:

¡A compilar Emacs!

Después de esta pequeña introducción vamos a ensuciarnos las manoplas. Los pasos que seguiremos son:

  1. Descargaremos el código fuente
  2. Si hemos clonado de un repo ejecutaremos autogen.sh para obtener el script configure
  3. Ejecutaremos configure con las opciones que queramos
  4. Llamaremos a make que nos fabricará Emacs
  5. Si queremos instalar Emacs en las carpetas de instalación haremos make install

Veamos cuál ha sido mi experiencia con sus problemas y soluciones.

Descargar el código fuente

Evidentemente, lo primero que necesitamos para compilar desde fuente es el código fuente. Para conseguirlo tenemos dos opciones:

  • Descargar la release desde la web a mano, con wget o como nos parezca. En este caso empezamos directamente con el script configure, siguiendo las instrucciones del archivo INSTALL.
  • Clonar desde el repositorio de GitHub o Savannah. Obedeceremos a INSTALL.REPO que nos manda ejecutar autogen.sh para que aparezca el famoso configure.

El script autogen.sh

Como yo siempre sigo el camino más difícil, cloné el repo de GitHub y por lo tanto tuve que invocar primero a autogen.sh. Para ello necesité primero instalar Autoconf, una de las herramientas que conforman el GNU Build System y que se encarga de crear el script configure a partir del archivo configure.ac. Como suele ser habitual, hice:

sudo apt-get install autoconf

En el caso de que descarguemos la release no tenemos que fabricar el script configure sino que ya viene incluido.

El script configure

Ahora nos toca ejecutar configure para que nos verifique si tenemos todas las librerías necesarias instaladas y genere finalmente el Makefile si es así. También podemos pasarle diferentes opciones para controlar el proceso, con --help vemos cuáles hay.

Por ejemplo, yo utilicé --prefix para elegir el destino en el que quería que se instalase Emacs. No quería que lo instalase en el directorio por defecto /usr/local/ porque solo estaba haciendo unas pruebas:

ondiz@slimbook:~/Testing/emacs$ ./configure --prefix=/home/ondiz/Testing/

Nos irá diciendo qué dependencias tenemos que resolver y la opciones que debemos darle si no queremos usarlas con un mensaje de este estilo:

configure: error: The following required libraries were not found:
libXpm libjpeg libgif/libungif libtiff gnutls
Maybe some development libraries/packages are missing?
If you don't want to link with them give
--with-xpm=no --with-jpeg=no --with-gif=no --with-tiff=no --with-gnutls=no
as options to configure

Sigue leyendo

Compilación: elementaryOS Loki

Como vengo haciendo con los temas que trato en el blog, he compilado lo que he escrito sobre elementaryOS Loki en una única entrada que irá evolucionando con el tiempo. ¡Así tenemos el conocimiento centralizado!

  • Instalación: describí el proceso de instalar una distribución de GNU/Linux desde la creación de un LiveUSB. También os conté qué software utilizo en mi día a día.

  • Configuración: hablé de los programas que utilizo para mejorar la apariencia de la distro y como solucioné los problemas de mis programas habituales.

  • Resolución de problemas: acentos: arreglé los líos raros con los acentos, que en mi caso no aparecían ni en Kile ni en Octave.

desktop

Lo que he aprendido: configurar el QuickBuild de Kile

Una de las cosas malas de actualizar el sistema operativo es que pierdes las antiguas configuraciones y luego como ya estás acostumbrada a que todo vaya bien te vuelves loca cuando el ordenador no hace lo que tú quieres. Esto es lo que me ha pasado con Kile, acostumbrada a darle al QuickBuild para que me generase el documento sin más me he quedado jarta al ver que no llamaba de por sí a BibTeX (¡el muy!) y que no me salían las referencias (¡maldita sea su estampa!). Lo que no recuerdo es si antes tenía una opción que hacía las referencias bibliográficas o si lo configuré yo, voy para vieja.

En fin, si queremos que Kile nos haga todo el proceso en un solo click tenemos que ir a Settings > Configure Kile…, elegir Tools > Build en el árbol de la izquierda y crear una secuencia nueva para QuickBuild que haga PDFLaTeX, BibTeX, PDFLaTeX, PDFLaTeX. En la imagen se ve más claro:

quickbuild.png

Seguir leyendo →

Configurando Loki

Os conté el otro día cómo instalé Loki, hoy voy a hablar un poco más sobre la configuración y sobre cómo solucioné algunos problemas. Lo escribo más que nada para la Ondiz del futuro, pero si os sirve a alguno mejor que mejor.

Configurando la apariencia

El primer problema al que me enfrenté fue al tamaño de la letra y de los iconos debido a mi superpantalla HiDPI. Loki gestiona esto mucho mejor que Freya pero aun así hubo que hurgar un poco.

En primer lugar, cambié el tamaño de letra a Más grande en las opciones de accesibilidad, quedaba mejor, pero no afectaba a todo por igual. Luego modifiqué la escala de la letra de manera general con lo que había aprendido cuando me peleé con la resolución:

gsettings set org.gnome.desktop.interface text-scaling-factor 1.5

Así quedaba bastante bien. Esta vez no tuve que instalar nada para ajustar el tamaño de ningún programa ni modificar apenas lanzadores, solo el de Spotify que se veía pequeño. Con qTox tuve líos que cuento más abajo.

A continuación instalé los siguientes programas para mejorar la apariencia:

  • elementary tweaks, que añade nuevas opciones al panel del configuración de tal manera que cambiar el tamaño de letra y demás historias no sea un dolor. Con él acabé de ajustar el tamaño de fuente de los diferentes elementos.

  • elementary plus, para gestionar mejor la barrita de notificaciones superior y que los iconos de los programas tengan un aspecto más acorde con el estilo general de elementaryOS.

  • indicator keylock: indica cuando está pulsado el bloqueo de mayúsculas, en mi caso, mediante uno de los iconos de elementary plus en la barrita de notificaciones.

Resolución de problemas

Luego retoqué algunos programas que estaban a medio instalar y solucioné algunos problemillas variados.

Emacs

Para que mi configuración funcionara instalé los paquetes git-el, que contiene el modo git, y emacs-goodies-el, que contiene el modo Markdown entre otras cosas. Podría tener estos modos en la carpeta extra de mi carpeta .emacs.d como tengo otros, sí, pero así me obligo a buscar en los repos.

qTox

Como he dicho antes, qTox se veía enanísimo. Y daba igual si le cambiaba el tamaño de fuente, eso solo afectaba a la letra de la conversación y no al resto de la interfaz. Después de leer esta issue decidí crear un lanzador nuevo que cambiase la escala. Para ello copié /usr/share/applications/qTox.desktop en ~/.local/share/applications/qTox.desktop y modifiqué la línea de ejecutar de la siguiente manera:

Exec = /usr/bin/env QT_DEVICE_PIXEL_RATIO=2 qtox %u 

Es decir, llamo primero al programa env para que qTox se ejecute en un entorno modificado donde se aumente el tamaño. La liada ahora es que no puedo mandar pantallazos porque no me coge la pantalla completa y veo los iconos pixelados, pero no me quedo tuerta al menos y, además, están trabajando en ello, solo me queda esperar a que se actualice la versión de los repositorios.

Jekyll

Comenté el otro día que había tenido problemas a la hora de instalar Jekyll, concretamente gem me decía lo siguiente:

Failed to build gem native extension

Como es ya tradición, vino StackOverflow al rescate para explicarme que era porque me faltaba ruby-dev (Header files for compiling extension modules for Ruby). Una vez instalado, todo funcionó a la perfección:

sudo apt-get install ruby-dev
sudo gem update --system
gem install jekyll

Así que ahora ya tengo el ordenador en modo producción y es además muy cuco. ¿Qué contáis por ahí? ¿Habéis tenido problemas instalando? ¿Cómo los solucionasteis?


Suena: