Hoy he visto en el Blog de Amaya este meme para saber cuales son tus comandos más ejecutados. ¿Cual es mi resultado?
Actualizado 00:10 12/12/06 por aklis
EL COMANDO
history|awk '{print $2}'|awk 'BEGIN {FS="|"} {print $1}'|sort|uniq -c|sort -rn|head -10
Los resultados
Kour
PORTATIL PC DE MESA
80 cd 29 ls
47 su 23 cd
46 ssh 18 mutt
33 exit 17 vi
27 vi 15 su
26 scp 13 exit
19 rm 10 rm
17 fetchmail 10 cp
15 latex 9 fetchmail
15 acroread 7 mv
Estos datos, cierto es, que están influidos porque el otro día estuve reinstalando uno de los PCs ¿y vosotros?
Aklis
Sobremesa Portatil
106 cd 56 cd
46 ls 53 ls
34 su 32 vim
20 screen 32 iptables
18 cat 28 exit
14 gaim& 26 cat
13 apt-cache 21 ping
12 gpg 16 ssh
11 nc 16 apt-get
10 cp 14 gcc
Hay una sutileza entre ambos. A ver si alguien puede explicarla 
Este “artículo” es algo que debía a aklis así que, aprovechando mi aburrimieno, voy a cumplir la deuda
Hace ya algún tiempo, decidí usar Mutt, para quien no los conozcais, un cliente en modo texto. Me permitía leer mi correo desde cualquier sitio conectado por SSH.
Pasado algún tiempo, me dí cuenta de que el sistema no era todo lo amigable que se deseara (aunque sí muy usable). Entonces empecé a buscar una solución mixta, algo que me permitiera leer el correo desde cualquier sitio por SSH y, cuando estubiera delante del ordenador, tuviera un cliente con entorno gráfico.
La primera solución fue como matar moscas a cañonazos, eso sí, muy extensible, incluso permitía conectarse por IMAP directamente a la cuenta desde otro ordenador sin necesidad de SSH. Para ello, monté con uw-imapd un servidor de IMAP con directorio base el directorio donde dejaban los correos fetchmail y procmail. Uno de los problemas de uw-imap es que, este sencillo servidor de IMAP, solo permite que el directorio de almacenar los correos sea $HOME. Por tanto, si lo que queremos es elegir otro directorio, debemos crear un “usuario virtual” que tenga como ~ el directorio donde guardar, además, uw-imap no soporta MAILDIR.
Actualmente el sistema es un poco diferente, ahora el fetchmail+procmail, guardan en formato Maildir los correos y, simplemente, mutt y otro cliente de correo (en este caso evolution) leen de esa carpeta el correo.
Leer el resto del post »
En un principio* estaba el software propietario. Y se ideó el software libre.
Algunos se quejaron porque era poco potente. Y se desarrollaron todas las herramientas GNU.
Algunos se quejaron porque faltaba un núcleo. Y apareció Linux.
Algunos se quejaron porque no era portable. Y se portó a decenas de arquitecturas.
Algunos se quejaron porque no había soporte hardware. Y se programaron los drivers.
Algunos se quejaron porque no había soporte. Y se fundaron Red Hat, SuSE, etcétera.
Algunos se quejaron porque no era rentable. Y aparecieron las certificaciones y los planes de soporte basados en servicios.
Algunos se quejaron porque era difícil. Y se desarrollaron KDE y Gnome.
Algunos se quejaron porque había pocas aplicaciones. Y se programaron más de 20.000 aplicaciones en los repositorios públicos.
Algunos se quejaron porque era lento. Y apareció el núcleo 2.6.
Algunos se quejaron porque no había compatibilidad. Y se programaron Wine y Cedega.
Algunos se quejaron porque era feo. Y apareció Beryl.
Entonces, ¿cuál será la próxima excusa para no usar software libre?
*Nota: ¡ Es una simplificación, pesados! Más info
Cut&paste de topopardo, en Punto y Aparte . Y los que se quejan del estado actual de GNU/Linux…teniais que haberlo visto ayer.
From: kour To: nosotros nuestro-mundo.net Subject: Date: Tue, 14 Nov 2006 20:51:37 +0100 kour had added a new fortune Fortune:Array Author:Anonimo
Por cierto, java es ahora gpl . No del todo por ahora, pero poco a poco lo será. Al parecer, algunas partes no pueden ser liberadas y seran distribuidas en formato binario, pero el paso que ha dado Sun es muy grande. Ahora que Novell (recordemos, Icaza y Mono) se junta con MS, liberar java bajo nada menos que la GPL es un punto.
Y dicen los rumores que lo proximo en licitarse como GPL puede ser OpenSolaris . Total, el negocio de Sun es el hardware
Cada día son más las webs – por ejemplo Estrella Galicia o metacafe- que requieren Flash 8.0+ para poder ofrecer todo su contenido, desgraciadamente, para los usuarios de GNU/Linux todavía no existe ninguna alternativa -ni libre ni no libre- que permita reproducir, sin realizar ninguna trampa, ver estas webs, por ello, es que he decidido buscar que soluciones se les han ido ocurriendo a la gente a la espera de que Adobe saque la versión 9.0 para GNU/Linux. Las soluciones que he encontrado hasta ahora son:
Solución 1: Engañar al navegador
Este truco lo he leido en meneame y en algún otro sitio. El truco es, quizá, un pelin cutre pero que funciona para muchas webs -no para metacafe- y consiste en engañar al firefox, o mozilla, haciendole pensar que la versión de flash que tiene instalada es superior a la que realmente tiene instalada. Los pasos que debemos hacer para que funcione este truco son:
- El primer paso es encontrar el archivo pluginreg.dat, este fichero suele estar en ~/.mozilla/pluginreg.dat para Mozilla o en ~/.mozilla/firefox/pluginreg.dat para Firefox. Una vez lo encontramos, y antes de editarlo, debemos hacer una copia de seguridad. Para ello, ejecutaremos (suponiendo que usamos firefox):
kour@keystroke:~$ cp ~/.mozilla/firefox/pluginreg.dat ~/.mozilla/firefox/pluginreg.dat.old
- Una vez hecho el backup del fichero, y, después de haber cerrado todos los navegadores que tengamos abiertos, editaremos el fichero con nuestro editor preferido, por ejemplo vim:
kour@keystroke:~$ vim ~/.mozilla/firefox/pluginreg.dat
- Lo que debemos editar de este fichero es una linea que pone
Shockwave Flash 7.0 r63:$
y modificarlo por:
Shockwave Flash 9.0 r63:$
Esta es la única solución que conozco hasta el momento de, sin usar wine, acceder a alguna web que requiera Flash 8+. Desgraciadamente, no sirve para todas las webs y, en las webs que requieren realmente el flash 8+ (que, actualmente, no son muchos) la web seguira sin funcionar bien
Leer el resto del post »
