lunes, 30 de septiembre de 2013

Windows 8 para un usuario de Linux

Soy uno de esos usuarios de Linux reconvertidos desde Windows. Llevo en el mundo Linux desde el nacimiento de Windows Vista, que nunca pude utilizar. Conservo aun un portátil que tiene un arranque dual Fedora 19-Windows 7, y aunque nunca he usado W7, sí tengo que mantenerlo y actualizarlo. Sin embargo, debido a que alguien a mi alrededor debe pensar que me lo sé todo (craso error que intento erradicar, pero nunca lo logro), me han puesto un portátil con Windows 8 con una nebulosa idea de que lo preparara para ser utilizado. Creo que lo he dejado preparado, pero he descubiero el inconveniente -o quizá ventaja- de haber usado 7 años Linux y no haber vuelto a tocar un ordenador con Windows; no sé ni siquiera como puedo apagarlo.

martes, 24 de septiembre de 2013

Por qué Fedora y no Ubuntu

Esta entrada se debe a un comentario que me hizo ayer una persona que me estaba pidiendo ayuda para instalar Linux en su portátil. Vino a decir algo así como ¿por qué no me instalas Ubuntu? dando a suponer que Linux = Ubuntu. Si a eso sumamos el trabajo publicado en Linux Fundation, acerca de quién está escribiendo realmente Linux, es decir, el kernel que todos usamos, bien en Fedora, en android y en ubuntu (sí, también en ubuntu, que el kernel NO lo escriben ellos), no está de más que se conozcan los verdaderos datos. Para ser justos, llegué a esos datos a través de un blog que suelo leer, Muylinux; Tenía la intención de comentarlo allí, pero como en general me banean o me llenan de puntos negativos (son unos ubuntufanáticos), últimamente ya ni intento comentar nada. A lo que íbamos, sin desviarnos del objetivo. La razón por la que uso Fedora, aparte de que funciona magníficamente, con actualizaciones muy rápidas, es que RedHat, la compañía que mantiene Fedora, es el principal soporte del sistema. Sin ir más lejos, la aportación al kernel es como sigue (tomado del informe de Linux Fundation):
Los mayores contribuidores son:


Si tenemos en cuenta la empresa para la que trabajan los programadores:


Es decir, respecto a las empresas que ofrecen distribuciones a los usuarios, están RedHat y SUSE, que además de las distribuciones con coste de mantenimiento, nos ofrecen también las sin coste, Fedora y openSUSE. Curiosamente, no aparece Canonical, ni Ubuntu; de hecho, si leemos el informe, nos podemos dar cuenta que hay desarrolladores individuales que dan más que Canonical completo. Y esa es la razón por la que uso Fedora; los desarrolladores de RedHat son los que están desarrollando más el código de Linux. Por otro lado, como ya he señalado en alguna otra entrada (por ejemplo, aquí y aquí), el universo Canonical está llevando a sus programadores a programar aplicaciones que no son trasladables al resto del universo Linux. Si quieren un universo solo para ellos, me parece muy bien, pero prefiero estar con los demás. Si la idea es ganar dinero, pues que mire para RedHat y que lo haga así. Si prefiere el sistema cerrado, solo tiene que seguir a Microsoft. Sea lo que sea, no me interesa su nuevo rumb, y no volveré a usar Ubuntu en las actuales circunstancias. Por supuesto, solo es mi opinión, y nada más. Por suerte, en esto del software libre, cada uno usa lo que quiere.

viernes, 13 de septiembre de 2013

KDE vs GNOME

Sí, como ya he dicho, por razones técnicas llevo unas semanas con KDE en casa. No me acostumbro. Necesito varios movimientos de ratón para lo que antes hacía simplemente con la tecla Super. Además, con las extensiones tenía habilitadas en el panel unas cuantas cosas que, aunque escondidas, con un simple Super veía. Ahora, para ver eso, necesito tener media docena de objetos gráficos en el escritorio, con lo que no se parece en nada al minimalismo de gnome (aquí una comparación entre mi escritorio actual, muy abigarrado y uno de gnome).


Otros problemas están en que no me gusta Dolphin, Dropbox se ajusta mejor a gnome, el terminal no está mal, pero es algo diferente y no me acostumbro a él, por no decir que no me deja mantener en memoria un número de líneas adecuado (no he podido pasar de 50.000, frente a las 512.000 que marcaba en gnome. Parece una tontería, pero cuando mandas una orden a R, a veces tienes mucha información que copiar y guardar). Para terminar, las fuentes se ven mucho peor que en gnome, por más que las configure, y este escritorio es demasiado gráfico, demasiado barroco, es decir, es DEMASIADO. Tanto añadido, para perder el tiempo rascando el los menús y tratando de descubrir donde está un icono. A ver si llega Fedora 20 (29 noviembre) y me funciona bien gnome, por que como siga así, en cuanto tenga tiempo me paso a Openbox o a lo que sea.
Y todo esto se debe, sobre todo, a que desde que configuré las fuentes, el escritorio se ARRASTRA como un gusano, y no siempre parece obedecer a las órdenes.

jueves, 12 de septiembre de 2013

Portátil que no arranca, hasta que le quitas la pila

Antes de que se me olvide, el otro día, en el medio de trabajo, me pusieron un portátil encima de mi mesa. Más o menos me dijeron que nadie había podido hacer nada con él y que recuperara lo que se pudiera, ya que los técnicos pensaban que había una avería de placa madre.
El ordenador no arrancaba; ni siquiera mostraba el arranque de la BIOS.
Como es natural, lo primero que hice cuando tuve un rato libre fue desmontarlo y ver si disco servía para algo. Sin embargo, cuando lo tenía a piezas, recordé otros casos en que me había pasado algo similar. En general, a un portátil le puede quedar en memoria alguna instrucción errónea, y como debido a la batería está siempre alimentado, esos "errores" no desaparecen y la máquina no arranca. En general, los casos que he visto así se arreglan soltando la batería un rato. Según las palabras de la persona que me lo entregó, eso ya lo había hecho el técnico. Al ver el disco (160GB) funcionando en una caja Samsung, pensé en reutilizarlo y desechar el resto del material. Sin embargo, decidí probar sacando la pila, por si la alimentación mantenida por la pilaa mantenía algún error en la BIOS o en la memoria y el ordenador no arrancaba por eso; al sacar la pila la BIOS se resetea al estándar de fábrica. Realmente tuve que arrancarla, por que venía dentro de una coraza plástica que tuve que romper; luego la fijé con un plástico adherente y volví a montar el portátil. Apreté la tecla de arranque y ... FUNCIONÓ.
Varias recomendaciones:
1. Antes de tirar nada, intenta arreglarlo, sobre todo si tiene cierto valor. En el caso de los portátiles que no arrancan, si después de haberlos dejado sin batería unos minutos sigue sin arrancar, antes de tirarlos quítale la pila y vuélve a ponerla. Siempre estamos a tiempo de desechar el material.
2. Saqué más de 50 tornillos, pero al final, al montarlo de nuevo, me sobraron 4. Funcionaba bien, así que decidí no desmontarlo de nuevo para ver en que sitio no los había puesto.
3. Lo peor nunca es desmontar, sino volverlo a montar. Sobre todo lo más difícil fue fijar las fajas que unen el teclado y los puertos externos a la placa. Quedan tan justas por debajo del teclado que no me quedó más remedio que sacar el teclado para poder conectarlas por unas aperturas destinadas a ese fin.


Antes de soltar el teclado había llegado a pensar que en esos sitios donde los montan utilizaban hormigas para hacer ese trabajo, por que los dedos entran justos.

miércoles, 11 de septiembre de 2013

Nexus 4 y slimport

Al ver la salida al mercado de la Nexus 7, vi que trae preparado el slimport para proyectar la pantalla al exterior; eso me hizo recordar que el Nexus 4 viene también preparado para conectarse a través de su conexión micro-usb con pantallas más grandes. Había pedido un cable conector con salida HDMI la semana pasado, y me llegó esta. He intentado encontrar un proyector con HDMI, pero la mayoría de los que tengo a mi alrededor son aun VGA, así que lo he probado en una televisión. En primer lugar, además del adaptador se necesita un cargador de smartphone.


He utilizado el de mi antiguo Samsung ACE (5.0 V, 0.7 A de salida), y ha servido de sobra. Primero he probado unos vídeos de boda hecho con el Nexus y la imágen es muy buena y el sonido de transfiere bien. Probé VLC, MX y el visor que viene de fábrica, y con los tres se proyectan bien. Las fotos de la galería se ven también todo lo bien que se hayan hecho. Por razones de protección de datos no voy a poner esos vídeos y fotos. Mostraré la siguiente prueba, que fue la proyección de una presentación que estoy preparando para un congreso.

Conjunto de herramientas: televisión, teléfono, cargador, todo conectado.


Como podemos ver, la proyección es perfecta. He utilizado como app para el PDF Aldiko.


Como podemos ver, nos puede servir para un apuro, si no nos funciona el portátil, o si el ordenador que nos ofrecen tiene windows, o simplemente por el placer de hacerlo. Eso si, los que quieran jugar con el teléfono, pero en pantalla grande, advierto que resulta algo incómodo, por que el cablecito del conector es corto y quedan colgando 2 o 3 cables por las manos. Una última cuestión, la imagen respeta la posición en la pantalla del teléfono, así que es mejor no mover mucho el aparato, para evitar que este variando entre vertical y horizontal, y se pueda marear la gente.

sábado, 7 de septiembre de 2013

Error al actualizar smart

Después de manipular una tarjeta SD para recuperar fotos perdidas, al manejar Discos (antes Palimpsest) para montar y desmontar la tarjeta me di cuenta que mi disco de sistema en uno de los ordenadores de trabajo mostraba un sector erróneo. Como es un disco bueno (Raptor 10.000 rpm) pero antiguo (7 años aproximadamente), quise hacerle una prueba smart. La ventana indicativa de smart aparecía vacía (por no decir que tambien dice en la parte superior que el chequeo smart no se ha actualizado en ese disco en 43 años).


Al ordenar la actualización de las pruebas smart, aparece un error


Por lo visto es un error que se describe en las listas de errores -bugs- de Fedora y Ubuntu.
Aunque parece que ya han descrito un parche, prefiero que lo incluyan oficialmente. Como es un ordenador de trabajo, pero que no contiene datos valiosos que no estén actualizados en mi ordenador personal, lo dejaremos con su sector erróneo hasta que falle definitivamente.
Curiosamente, no aparece en todos los discos, ya que en el mismo ordenador, no muestra ningún error al examinar el disco home (otro WD, en este caso Caviar Green) y se actualiza rápidamente.


Si no fuera el disco de sistema, lo probaría en otro ordenador, y si sigue dando el mismo error, podría probar otra distribución o algún CDLive de prueba. Por otro lado, como el tiempo pasa y ese disco ya tiene unos añitos, y teniendo en cuenta que ese ordenador no guarda nada importante que no esté en mis copias de seguridad, podemos esperar tranquilamente a que "muera" plácidamente. Funciona (por ahora), así que no lo toques.

jueves, 5 de septiembre de 2013

Búsqueda de ficheros. Terminal, ls y tree

En ocasiones es necesario encontrar ficheros que hemos utilizado -o no- en el pasado y que tenemos almacenados en el disco duro. Muchos años atras, cuando el disco duro tenía 40 MB y había 10 usuarios por ordenador los ficheros se guardaban en disquetes y eran fáciles de encontrar, pero hoy, con discos de hasta 4 TB, la información se almacena el disco duro y, con suerte, en una copia externa en otro disco duro. Este sistema nuevo de manejar la información nos pone ante discos duros con cientos de miles de ficheros en decenas de miles de directorios. Incluso el almacenamiento en la nube está saturado de decenas de miles. Como ejemplo, mi Dropbox, que tiene solo lo que estoy usando actualmente para trabajar ha llegado a 23 GB y decenas de miles de ficheros; véase


y el directorio de usuario tiene más de medio millón de ficheros


Por supuesto, cuando es necesario encontrar algún fichero de los trabajos de hace 20 años, o incluso 8, como me ha pasado a mi la semana pasada, a veces los ficheros no se encuentran fácilmente, bien por que ahora usamos una lógica distinta a la que usábamos antes para los nombres de los directorios o de los ficheros o por que los hemos recolocado una y otra vez a lo largo de los años. He estado toda la semana encontrando una solución en terminal, partiendo de una orden ls general, que luego tunelizaba hasta un filtro grep basándome con un pequeño grupo de caracteres que debieran estar en el nombre de esos ficheros.
Para verlo pondremos un ejemplo, partiendo de los ficheros CR2 que hemos estado utilizando para la entrada anterior; si tecleamos

ls -Rla | grep CR2

obtenemos lo siguiente,


Vemos los ficheros, pero no sabemos donde están. Cada letra de las opciones son para algo
R - orden recursiva. Así, mira todos los subdirectorios del directorio donde la hemos lanzado (en est aso, el home de usuario (más de 50.000 directorios y 600.000 ficheros)
l - nos da información de los permisos, el propietario y grupo del fichero, los inodos, su tamaño y nombre; sin embargo, no nos da la ruta absoluta
a - muestra todos los ficheros y directorios, incluidos los ocultos

Eso nos deja con la tranquilidad de ver que están, pero sin saber exactamente donde. Para ello debemos usar el comando tree (como muy amablemente me indicó ayer mi amigo hckorootx). Si ejecutamos

tree -afiR $PWD | grep CR2

obtenemos lo que queríamos, la ruta completa a los ficheros


Las opciones incluidas son:
a -  de nuevo incluye los ficheros ocultos
f - está es la opción que nos transmite las rutas completas de los ficheros
i - evita que la ruta quede dibujada en líneas de indentación de los directorios, que es difícil de leer
R - búsqueda recursiva en todos lo subdirectorios

Si no incluimos $pwd, obtenemos la ruta a partir del directorio base del usuario que ha ejecutado


Eso sí,Linux diferencia mayúsculas de minúsculas, así que si hubieramos pedido

tree -afiR $PWD | grep cr2

hubiera salido otra cosa


Para evitar eso, y teniendo enuenta que s muy difícil recordar que tipo de letra usábamos hace tiempo (y sobre todo en windows, que no diferencia mayúsculas y minúsculas), debemos incluir la opción -i en el filtrado realizado por grep


tree -afiR $PWD | grep -i cr2


Perfecto.



Imágenes raw. CR2

Hoy me ha ado una tarjeta SDHC de cámara diciéndome que no se podían leer las imágenes en e ordenador. Al ver los directorios, me he encontrado 242 imágenes CR2, es decir, Canon Raw files. como es natural, son contenedores raw que no pueden ser vistos o editados con los programas habituales (no estoy hablando de PhotoShop). Como mis cámaras hasta ahora no graban raw, no tengo experiencia alguna sobre la manipulación de esas imágenes. Simplemente como ayuda, ni shotwell en gnome ni Gwenview o Showfoto en KDE las visualizan (eso sí, KDE me da la opción de DNG converter, supongo que desde que instalé digiKam, que tampoco la detecta). Por supuesto, Gimp tampoco puede editarlo.


Instalando ufraw shotwell fue capaz de mostrar las imágenes CR2, aunque showfoto y gwenview en kde no. Para que Gimp las pueda abrir debemos instalr el paquete ufraw-gimp (para Fedora; ¡ojo los del lado Debian y derivados, por qu creo que el paquete es al revés en ese caso- gimp-ufraw!).

Las pruebas en KDE han supuesto que tenga que transferir los ficheros del ordenador con gnome a KDE. Como ya he dicho antes, en Fedoa no he conseguido un escritorio remoto gráfico funcional, y como en KDE no he sido capaz de generar (por ignorancia, supongo) una conexión al otro ordenador como hago en nautilus, así que he tenido que recurrir a ssh

$ ssh usuario@ip.equipo

tras habernos conectado e identificado con la palabra de usuario, y localizado en el directorio correcto, usamos la orden scp (secure copy)

scp *.CR2 usuario@ip.equipo.local:ruta

eso nos lleva a una segunda conexión e identificación de allá para aquí.

Esta entrada es solo para ayudar a los que se hayan comprado una cámara digital Canon, y un día decian dar la máxima calidad a sus imágenes, descubriendo de golpe que desaparece la edición fácil de los jpg. Mantener la calidad máxima de las imágenes, además de aumetar el tamaño de los ficheros (unas 4 veces, al menos), dificulta su edición. Realmente el uso del contenedor raw está dedicado a profesionales o aficionados con tiempo disponible. La mayoría de nosotros, salvo para imágenes de nuestro trabajo, con los jpg tenemos suficiente.

domingo, 1 de septiembre de 2013

Vuelta de vacaciones y actualizaciones

Ya estamos de vuelta. Como se puede ver, y salvo alguna contestación a comentarios y dudas en alguna entrada, he estado de verdad de vacaciones. Por supuesto, la vuelta siempre es algo traumática. Por ejemplo, tenía decidido hacer esta entrada el jueves, pero como aun estoy con el efecto vacacional, no he tenido fuerzas para escribir hasta ahora mismo, en que me he obligado a hacerlo. Por supuesto, la adaptación es dura, y también para el ordenador. Claro, 20 días sin actualizarse supone que hay que descargar y actualizar 443 paquetes



Pues sí, la vuelta es complicada incluso para las máquinas. Peor aun, estoy todavía en la adaptación a KDE, que me está costando mucho. Además, de los cuatro ordenadores que uso habitualmente, 3 están en gnome y solo el principal en KDE, así que no es sencillo adaptarse. A todo llegaremos, supongo.