Hoja de cálculo en terminal. Imposible la instalación en Fedora

Por pura curiosidad, y siguiendo mi interés en aplicaciones para el terminal (y recordando el mítico Lotus 123 que usaba hace mucho mucho tiempo), he buscado una hoja de cálculo en terminal. Una de las opciones es oleo, en teoría una hoja de cálculo que nos permitiría trabajar con pocos recursos, por ejemplo en el RaspBerryPi. Se baja el fichero de código fuente y se instala de forma habitual. Primero se descomprime

tar -xzvf oleo-1.99.16.tar.gz

a lo que seguiría la secuencia

./configure
make
make install # esta última como administrador

pero no he podido pasar de ./configure, ya que se produce un error en ella y se queda colgado en un bucle infinito, con lo cual no podemos llegar a make. Y no soy el único que ha encontrado este bucle. Lo he probado en Fedora 16 y 17, con 32 y 64 bits.

En las distribuciones derivadas de debian hay paquetes binarios deb, y para Fedora paquetes rpm (descarga). El paquete está preparado para mandriva y genera unas dependencias que no he podido resolver

En resumen, no he encontrado la forma de instalarlo. Tampoco estoy muy preocupado, ya que en hojas de cálculo normalmente me sirvo de gnumeric, y en ocasiones calc. Era simplemente una búsqueda de otra aplicación en terminal.

rpm vs deb

Durante la revisión que suelo hacer cada día de los blogs que más me interesan, encontré que en Linux Hispano destacaban una aplicación gráfica para montar ficheros ISO, gISOmount.

Ofrece de forma gráfica (ergo sencilla) varias de las cosas que puedes hacer de muchas otras formas. Monta los ficheros ISO para echarles un vistazo para ver que hay dentro; podemos montarlos en terminal o simplemente picar en el y la distribución en la que vivas te ofrece alguna opción; por ejemplo, ahora mismo en Fedora 16 Archive Mounter, que también existe en Ubuntu y otras distribuciones. En segundo lugar nos permite calcular el MD5 (Message-Digest Algorithm 5, Algoritmo de Resumen del Mensaje 5) de los ficheros ISO para comprobar que no hay errores en la bajada del fichero o que no ha sido manipulado y se corresponde al original. Eso lo podemos hacer muy fácilmente en el terminal con md5sum

Por supuesto, nos permite copiar la ISO a un CD/DVD. La copia la podemos hacer sin mayor problema con brasero o K3B, aunque en los últimos tiempos no grabo ISOs en disco. Si son distribuciones, si me lo permiten los ordenadores los preparo con UNetbootin. Si son multimedia (DVDs...), los lectores multimedia los leen sin tener que grabarlos en disco. Finalmente permite navegar en el CD pero, ¿cuándo no hemos podido?
Ciertamente, podemos hacer todo sin esa aplicación, pero nos lo agrupa todo en uno y es sencilla de usar. ¿Por qué el título de la entrada es rpm vs deb y no gmountiso? Por que este paquete, como muchos otros, no está disponible para Fedora, ni para el resto de las distribuciones con paquetes rpm (Red Hat Package Manager) en binarios, que solo se encuentran para deb (Debian y derivados). Como es natural, no necesito el paquete y nos queda el código fuente (no lo he buscado), pero este es uno más de los muchos paquetes que están preparados para distribuciones deb y que  los no debian debemos recurrir a código fuente. Esa es la mayor diferencia que encuentro entre las distribuciones rpm donde estoy ahora y los deb en las que estaba antes.

Fedora 16. Copia en dispositivos externos NTFS

Una de los problemas que aun estoy teniendo en Fedora es la copia a dispositivos externos. Como es bien sabido, el permiso para copia en dispositivos externos tiene que ser autorizado. Eso me ha pasado en Ubuntu, y también aquí. El problema se resume hasta ahora mismo así:
1. Primer intento. Copia de un fichero de 2,2GB a una unidad USB Kingston DataTraveler 400 de 4GB. Después de hora y media de aburrimiento, lo desmonto y el resultado es que la unidad no tiene el índice de contenidos adecuado y el fichero de 2,2GB no aparece. Son "visibles", en teoría, 4 ficheros más pequeños que habían sido borrados.
2. Segundo intento. Reintento de copia en la misma unidad USB dejándole toda la noche; desmontado normal. Mismo resultado.Por lo tanto deduzco que me está pasando que la copia en los dispositivos externos no está permitido. En Ubuntu siempre lo he solucionado llamando a ntfs-config y permitiendo la copia a dispositivos externos formateados en NTFS con ntfs-3g. Instalo el paquete desde PackageKit (me sigue gustando más Synaptic).

La sorpresa surgió de que al llamar a la aplicación surge este aviso:

Es decir, a aquellos usuarios que nos sentimos cómodos en Linux, pero solamente por que nos hemos movido por Ubuntu, nos entra una pequeña "flojera" al ver que realmente aun no sabemos tanto. Damos por sentado que gksu está instalada "per se", y no es así. En su página Web se puede observar de que aunque se define como librería para uso gráfico de su y sudo, realmente está desarrollada por gente de Debian, y por ello no está instalada en distribuciones rpm. Más aun, ni siquiera está empaquetada por Fedora, así que no está disponible en los repositorios

Tenemos disponible beesu, pero según algunos comentarios en la red genera o puede generar problemas en el arranque de los ordenadores.
Yo lo he intentado solucionar de manera terminal a través de sudo

Sin embargo el resultado, hasta ahora, no es satisfactorio. He copiado el mismo fichero de 2,2GB a un dispositivo Kingston DT R500, teóricamente más rápido en escritura y, aunque sí se ha copiado y funciona en otros ordenadores y en la unidad WDTV, ha tardado más de 20 minutos a una velocidad media final de 1,4 MB/s, que es la décima parte de la velocidad con la que debería copiar este lápiz.

Próximos intentos:
- Ya he instalado, como se ve en la imagen superior, beesu, aunque cuando lo llamo sin su o sudo, no veo que funcione como gksu, que automáticamente daba la posibilidad de autentificarse como administrador y permitir el uso de la aplicación que lo necesitase (aunque en el fondo es también una quiebra en la seguridad). Por ahora no supone ninguna diferencia.
- Me queda por probar dispositivos externos en ext4, para saber si se debe a ser dispositivos externos o por estar formateados en NTFS, que en general, podrían ir más lentos (ver aquí).
- Si funciona más rápido en ext4, lo siguiente será probar discos duros externos en NTFS (no me atrevo desde el último intento con 600GB perdidos).
- Si los DD NTFS funcionan, entonces empezaré a usar diferentes puertos para los lápices.
Seguiremos con el asunto

Instalar paquete rar en Fedora

El paquete rar no está en los repositorios de Fedora, así que no podemos aplicar directamente la orden yum install rar. En este caso tenemos que recurir a un repositorio externo, en concreto a ATrpms. Son repositorios para, según sus propias palabras, "Red Hat Linux flavours". Por supuesto, descubrí los repositorios consultando en la red a otros usuarios, en concreto, aquí. Si nos dirigimos a los paquetes de Fedora 16 (en este caso), descubrimos que ahí está el paquete rar. Según las instrucciones encontradas aquí, y las de instalación de ATrpms, podemos instalarlo descargando manualmente los paquetes necesarios, que podemos encontrar para Fedora 16 aquí -bien de 64 bits o 32 bits- y luego instalarlos mediante rpm -Uhv (debería llegar rpm -ihv, ya que vamos a instalar, pero con -U, si el paquete ya estuviera instalado, aseguramos el reemplazo del paquete anterior por el nuevo; además, así recomiendan en las instrucciones de ATrpms). Es decir, una vez bajados, 


sudo rpm -Uhv atrpms-repo-16-4.fc16.x86_64.rpm # 64bits


sudo rpm -Uhv atrpms-repo-16-4.fc16.i686.rpm # 32bits


Con ello los podemos encontrar ya en /etc/yum.repos.d/.


Finalmente, 


sudo yum install rar

Y listo. Ya podemos recuperar los volúmenes perdidos o detectar crc erróneas. Una vez terminado, recomiendo eliminar el paquete, por todas esas razones que ya he dicho muchas veces.

sudo yum remove rar

Un último apunte; solo podremos usar sudo si lo hemos instalado. Si no es así, deberíamos hacer

$ su -
(palabra del administrador)
# rpm ....
# yum ...

La forma más fácil de instalar sudo y que quede configurado es a través de easyLife. Tal que así