SuperXorg "Xorg.conf" generico

Hola, aca les dejo 1 xorg.conf que si es generico en si, usa el driver vesa, el cual es generico....

y les servira como un salvavidas, asi que tenganlo siempre a mano

xorg.conf


# /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


Espero que les sirva

Saludos!!!

Hacia el décimo aniversario de Gentoo

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...

Fuente

Script Cae sistema, rotunda estafa

Hola, ya habran visto el video de octaivermatt, haciendo la prueba de que Windows Vista no se cae con un script equivalente para windows

Este

Hice la prueba y el script es una rotunda estafa, lo he probado en Gentoo 2008.0 y el sistema no se cayo en lo absoluto, pude hacer funcionar otra terminal mientras sucedia, termine el script con killall script.sh y paro su marcha

aca les dejo el screenshot:


















lo unico que hizo el script fue llenar el espacio de la particion en donde esta instalado Gentoo

Den su opinion al respecto

Saludos!!!

Wmamp3 version 0.2

Version mejorada del mismo script en bash que realice

Mejoras:

-Ahora permite indicar la ruta de de destino de los .mp3 una vez que se convirtieron
-Algunos problemas menores resueltos

Descargar

Espero que les sea de utilidad

Acelerar compilacion de Emerge, se compila en ram, no en el HDD

Después de probar esto en un par de emerge estoy seguro de que funciona siempre y cuando tenga suficiente memoria RAM - 768M es suficiente o más, aunque bien puede ser el mínimo de 512 MB con un escritorio con un servidor X. Probado en tres máquinas con (768M, 1G, y 3G de memoria RAM). Al Emerger el servidor X tardaba 1,5 horas y ahora solo tarda unos 20 minutos en un athlon-xp, por ejemplo.

Portage usa / var / tmp / portage (por defecto) ya que es el directorio de trabajo, todo se construye allí antes de que se instale para /. Entonces, ¿por qué no pegan / var / tmp / portage en la memoria RAM? Es un directorio tmp después de todo, guarda todas las salidas E / S del cuello de botella ...

¿Interesado? Bueno, esto es lo que tienes que hacer ...
(Asumo que ya usaste, su para logearte como Root sino anteponer sudo para los siguientes comandos)

# nano /etc/fstab

añada la siguiente línea al final -

none /var/tmp/portage tmpfs nr_inodes=1M 0 0

antes de montarlo, puede que quiera limpiar su disco en / var / tmp / portage -

# rm -fdr /var/tmp/portage/*

montar su nuevo directorio tmp -

# mount /var/tmp/portage

intentar un emerge

# emerge freeciv

Ahora fue mas rapido!!

Nota:


1. No he tenido más de 130 M utilizado en un emerge, sin embargo, en una actualización (emerge-u world), sin embargo, no estoy seguro de los límites superiores del tamaño de este directorio en multiples emerge. Depende de la frecuencia portage / salida ha sido obtenida. Nadie sabe, y este comportamiento puede ser cambiado?

2. Si desea establecer un tamaño exacto de esta se puede cambiar la fecha de entrada en el fstab para -


none /var/tmp/portage tmpfs nr_inodes=1M,size=256M 0 0


No voy a ir por debajo de 256M para estar bien seguros. Vi esta variante en el foro de Jackass


Apendice:
1. la creación de un tmpfs parece predeterminado a 50% de su tamaño total de memoria RAM. No hay de qué preocuparse, ya que no utiliza mucho si no se llena con archivos. No estoy seguro exactamente lo que sucederá si se llena hasta un 80%

Sería útil saber cuál es el paquete más grande está en portage. (?) Cuando surgió la cantidad de espacio que utiliza al máximo, si añadimos, por ejemplo, 10% a la cifra que luego nos daría nuestro tamaño máximo aceptable para la tmpfs.

2. La mayoría del espacio está ocupado cuando surgen dist desempaqueta un archivo tar en / var / tmp / portage. Sólo parece desempaquetar un paquete a la vez y, a continuación, la elimina cuando haya terminado. Este comportamiento puede ser diferente depende de la configuración de MAKEOPTS en make.conf, no puede confirmar esto como lo he probado sólo con "-j2" (por defecto).

3. Hay una entrada en el wiki que me perdí que tiene un guión muy bueno que convierte a esta y cuando usted lo necesita

esta particion montada en ram puede ser llenada y dar errores al emerger paquetes enormes como el openoffice, ahi simplemente hay que desmontar el punto de montaje

# umount /var/tmp/portage

Fuente: Gentoo Forums

Ps: este truco fue traducido del ingles

Espero que les sirva

Wallpapers de Gentoo

Aca les dejo una recompilacion de mas de 60 wallpapers de Gentoo, que he recompilado con el tiempo:















Descargar

Espero que les Guste

Saludos!!!

Estamos de Vuelta

Debido a problemas tecnicos y por falta de tiempo no habia podido mantener el blog...
Y estamos de vuelta