Como primer medida, arrancar con screen para evitar tener que dejar la consola/terminal abierta mientras se realiza la actualización.

screen

Luego nos aseguramos que nuestro sistema este al día:

apt-get update
apt-get upgrade

Luego, actualizamos los paquetes que han quedado retenidos (on hold) por alguna razon:

apt-get dist-upgrade

Con esto ya estamos actualizados a las ultimas versiones de todos los paquetes de la distribución actual.
Si apt-get dist-upgrade nos dijo que tenemos cero paquetes para actualizar, podemos seguir adelante:

Modificamos el archivo /etc/apt/sources.list y reemplazamos el nombre de lenny por squeeze.

El archivo antes del cambio, debería ser algo similar a esto:

deb http://ftp.debian.org/debian/ lenny main contrib non-free
deb-src http://ftp.debian.org/debian/ lenny main contrib non-free
deb http://security.debian.org/ lenny/updates main contrib
deb-src http://security.debian.org/ lenny/updates main
deb http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free
deb-src http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free

Y el sources.list luego del cambio debería ser algo así:

deb http://ftp.debian.org/debian/ squeeze main contrib non-free
deb-src http://ftp.debian.org/debian/ squeeze main contrib non-free
deb http://security.debian.org/ squeeze/updates main contrib
deb-src http://security.debian.org/ squeeze/updates main
deb http://ftp.debian.org/debian squeeze-updates main contrib non-free
deb-src http://ftp.debian.org/debian squeeze-updates main contrib non-free

Prestar especial atención en este caso ya que volatil dejo de existir en Squeeze, y paso a ser squeeze-updates.
Squeeze en versiones 6.0.3 y posteriores tiene resuelto los temas de udev, el kernel y grub2, con lo cual es seguro proceder con los pasos tradicionales:

apt-get update
apt-get upgrade
apt-get dist-upgrade

Luego de algunas preguntas, todo dependiendo de los servicios que tengamos corriendo, debería estar todo listo para un reboot.

reboot

/etc/hosts

Y resulta que no tenia el hostname del equipo en la linea de 127.0.1.1

Debería quedar algo así:

127.0.1.1 localhost.localdomain localhost

Donde localhost es el nombre del equipo y localdomain el dominio.

Para averiguar el localhost:

hostname

Y para el localhost.localdomain:

hostname -fqdn

Esto también aplica para problemas de Gnome, GTK y KDE.

tar cvzf archivo-comprimido.tar.gz --exclude='directorio-a-comprimir/subdirectorio/etc' --exclude='directorio-a-comprimir/otro-directorio' directorio-a-comprimir

Este mecanismo asume que nos encontramos “sobre” el directorio a comprimir, es decir, en el directorio superior/padre. Se pueden agregar tantos  ”exclude” como subdirectorios quieran excluir, tambien aplica para archivos individuales.

Por ejemplo:

 cd /home/usuario/directorio-padre

El directorio que queremos comprimir esta dentro de este, y su ruta completa es:

 /home/usuario/directorio-padre/directorio-a-comprimir

Allí mismo corremos el comando de arriba y eso nos deberia devolver un tar.gz sin los subdirectorios mencionados.

A mi particularmente no me funciono con dobles comillas (“) ni sin comillas (directo luego del igual). Puede estar relacionado a donde nos paramos y demas, pero por lo pronto, este metodo me funciona y lo anoto para recordarlo.

Ahora, sea cual fuere tu caso, si queres volver a reinstalar grub, y esto aplica para cualquier distribución — pongo Ubuntu por que es la más común y suele ser la que más ayuda necesita hoy dí­a –, ahora ya no hacen falta todos esos pasos de antes, y se reduce a 4 lineas.

Arrancamos con un LiveCD (puede ser Ubuntu 9.04 o 9.10 o cualquier otra distribución, siempre y cuando sea la misma que tenemos instalada).

Luego, una vez que arranco todo ejecutamos:

Y una vez dentro de la shell de Grub:

Ojo, aquí­ es donde esta el truco:
Los comandos root y setup se deben ejecutar teniendo en cuenta el disco donde esta Windows. Normalmente las laptop tienen uno solo, con lo cual siempre sera hd0, pero no es el caso de los pc de escritorio y la particion de Windows no siempre es la 0.

Para saber donde esta Windows, deben ejecutar:
sudo fdisk -l

Verán algo como esto:

Disk /dev/sda: 160.0 GB, 160041885XXX bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x04XXXXXX                     

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        2444    196313XX+   7  HPFS/NTFS
/dev/sda2            2445       18431   1284155XX+   5  Extended
/dev/sda3           18432       19452     82011XX+  1c  Hidden W95 FAT32 (LBA)
/dev/sda4           19453       19457       401XX+  ef  EFI (FAT-12/16/32)
/dev/sda5            2445        2456       963XX+  83  Linux
/dev/sda6            2457        2578      9799XX+  83  Linux
/dev/sda7            2579        5010    19535XXX+  83  Linux
/dev/sda8            5011       15882    87323XXX   83  Linux
/dev/sda9           15883       18431    20474XXX   83  Linux

Allí­ la primera partición NTFS en aparcer, muy probablemente sea la que tiene Windows instalado. Va a tener la forma de /dev/sdaX donde X es un numero. En Grub, deben ingresar ese numero menos uno. Entonces, yo tengo Windows en mi primer disco “sda” y la primer particion “sda1″. Osea, en mi caso es /dev/sda1 entonces en Grub utilizo (hd0,0).

Fuente:

http://www.howtogeek.com/howto/ubuntu/reinstall-ubuntu-grub-bootloader-after-windows-wipes-it-out/

Hace tiempo que muchos se preguntaban por que Ubuntu utilizaba Launchpad como plataforma de bugs y desarrollo cuando esta era una plataforma cerrada (incluyéndome). A su vez, muchos de los que hací­an dicha critica, jamas pensaron o supieron que SourceForge también sufrí­a de este problema (incluyéndome nuevamente). Canonical finalmente responde a esto liberando el código completo de dicha plataforma, algo que habí­a anunciado que harí­a hace tiempo,  y ahora cumple.
Seguramente esta movida le cueste su buena cuota de mercado a SourceForge.net, quienes hicieron el camino inverso hace algunos años y otro tanto a GitHub que lleva menos de 2 años en la escena pero ha tenido una buena acogida por parte  de los desarrolladores. El 4to integrante de este selecto grupo de repositorios de aplicaciones es ni mas ni menos que Google Code, el cual como prácticamente todos los productos del gigante, ha sido muy bien recibido por sus buenas caracterí­sticas, pero que sin embargo, sigue siendo una plataforma cerrada.

En fin, de los 4 repositorios de software libre mas grandes, solo uno incluye su backend en el trato. Yo sabrí­a cual elegir :)

Este hecho no es significativo únicamente en si mismo. Sino en el precedente que deja. Una de las áreas de mayor crecimiento en los últimos años es la de SaaS (o Software como Servicio), la cual hasta no hace mucho no poseí­a una licencia aceptada globalmente que le permitiera ser Software Libre, con la incorporación de la Affero por parte de GNU a su portafolio de licencias, esto cambio, y que una empresa como Canonical la utilice en un producto tan popular como Launchpad, implica que dicha licencia ya puede ser tomada en serio por otras corporaciones.

El concepto de que las plataformas de SaaS deben ser libres es uno muy difí­cil de comprender por el usuario medio. Generalmente se preguntan para que necesitan que el codigo de esa aplicación este disponible, sin darse cuenta que el concepto de SaaS sin plataformas abiertas, es la peor forma de perder el control sobre nuestra propia información. Como todo, es un tema de educación, y generalmente, educar en algo que a poca gente le interesa, es difí­cil y lleva tiempo.

En definitiva, para utilizar una ati 9200 con ubuntu 9.04 y resoluciones widescreen, editar /etc/X11/xorg.conf y agregar lo siguiente en la sección Device:

Section "Device"

     	Identifier  "Configured Video Device"

	Driver      "ati"

       Option "UseFBDev" "true"

       Option "BusType" "PCI"

EndSection

The steps are quite easy, and we wont use the binary packages, as those are always out of date. With the SVN version you should get a nice refresh rate for your CRT monitor and snappy 2D video for your window manager. You can check how to add 3D support later on the Ubuntu Wiki.

You should have all the compilation and build essentials installed first:

Get the openChrome sourcecode like this:

Change into the newly created directory

Run autogen.sh with the prefix option so that the driver is being installed in the correct directory

Compile openChrome

Install openChrome

Remember to configure Xorg to use the openchrome driver:

And replace:

with:

Thats it. Restart Xorg or your PC.

En estos casos, debemos revisar el archivo “/var/lib/locales/supported.d/local”. Allí­ agregar, uno por linea, cada locale que deseemos que el sistema soporte. En el formato clásico con el que se identifican estos:

Y luego volver a correr
dpkg-reconfigure locales

Para una lista de locales validos, pueden mirar en: “/usr/share/i18n/SUPPORTED”.

Comenzamos instalando el paquete para imprimir en KDE si no lo tenemos:
En Arch:

En Debian, Ubuntu, etc.:

Vamos al panel de control de KDE (o Kprinter si estamos en Gnome) y luego:

La otra es mas genérica y es utilizando CUPS.

Instalamos el paquete para imprimir a PDF y reiniciamos cups:

Luego agregamos la impresora (Sistema -> Administración -> Impresoras) seleccionamos “Impresora Local”, “Imprimir a PDF”. En el próximo paso seleccionamos “Generic Printer” y luego utilizamos el driver “Postscript Color Printer (Ver 3)”.

Fuente de la versión cups-pdf

English:
I’ve updated the tutorial “How-to: VIA K8M890 Chrome 9 IGP and Linux’s Xorg – Ubuntu Edgy 6.10“, now the drivers should compile without problems. This might solve the issue with other distributions or even with other versions of Ubuntu too, so if you are having these same issues… give it a try. ]]> http://blog.hombrepac.com.ar/304/linux-via-k8m890-xorg-tutorial-howto-actualizado-updated/feed/ 0 http://blog.hombrepac.com.ar/234/firefox-gtk-y-kde-qt-haciendo-que-la-ventana-de-abrir-se-vea-bonita-mediante-kgtk/?utm_source=rss&utm_medium=rss&utm_campaign=firefox-gtk-y-kde-qt-haciendo-que-la-ventana-de-abrir-se-vea-bonita-mediante-kgtk http://blog.hombrepac.com.ar/234/firefox-gtk-y-kde-qt-haciendo-que-la-ventana-de-abrir-se-vea-bonita-mediante-kgtk/#comments Fri, 23 Feb 2007 01:53:35 +0000 Leonardo http://www.hombrepac.com.ar/articulos/firefox-gtk-y-kde-qt-haciendo-que-la-ventana-de-abrir-se-vea-bonita-mediante-kgtk/ Sigue leyendo →]]> Cada vez que tenia que subir una foto a alguna pagina, o guardar algo, o lo que sea que implique un menú de Firefox, me encontraba con ese ventana horrible en formato GTK tan simplón e inútil que me herví­a la sangre. El solo no poder ver una preview de la imagen que quiero subir (si!! no tengo por q saber el nombre de cada imagen de mi PC! me leen desarrolladores de Gnome!?? me leen!!??) me parece patético para estas épocas. Mas considerando que KDE (QT) cumple con esto a la perfección y otro sin fin de cosas, tales como no poder ingresar manualmente el path, o que no permita distintos tipos de vistas de los archivos… en fin. El sistema del ‘usuario bobo’ no me convence, así­ que vamos a cambiarlo…

Bueno, como pueden ver, la ventana de abrir de Gnome apesta. Entonces, tenemos dos opciones, la primera es bastante simple y lo único que hace es cambiar el look de la ventanita para que sea mas acorde al de nuestro escritorio. Sin embargo esto no nos da ninguna de las funcionalidades q poseen las ventanas de KDE en sus aplicaciones. Si les interesa probarlo tienen que hacer lo siguiente (no necesitan reiniciar, y si van a utilizar el otro método, de mas abajo, deben dejar esta opción como estaba –en true–):

Necesitamos de Firefox 2.0 por lo menos, y lo que tenemos que hacer es ingresar en la barra de direcciones lo siguiente: about:config, luego en el campo de busqueda ponemos ui.allow_platform_file_picker y cambiamos el valor de true hacia false

La segunda es un poco mas complicada, pero por otro lado, trae unos beneficios muy interesantes. Esta opción nos permite ver el menú exactamente como los de KDE, con opción de sorting (ordenar), views (vistas) y previews! (previsualización), como pueden ver a la derecha.

Para hacer esto ultimo, necesitamos descargar un pequeño programita que se encargara de implementar el sistema de ventanas de KDE en las aplicaciones que lo ejecutemos. Este programa lo pueden encontrar aquí­ y se llama KGtk.

Una vez instalado (pueden utilizar mis paquetes para Ubuntu Edgy y Arch Linux si desean), debemos ejecutar la aplicación que queremos con el programita, de esta forma:

O en el caso de que kgtk-wrapper no este en el path, deberemos ingresarlo completo (para Ubuntu):

Con esto, el menú de Firefox, Gimp y algunas otras aplicaciones se volverá mucho mas útil y ademas bonito.

Fuente Wiki de Gentoo

Cuestión, me puse manos a la obra para pasar los mails desde el Eudora en Windows haciendo lo siguiente:

• Instale Mozilla Thunderbird en Windows
• Importe los correos de Eudora hacia Thunderbird
• Importe la libreta de direcciones de Eudora hacia Thunderbird
• Arranque en Linux, copie el perfil de Thunderbird de Windows ubicado en (obviamente la partición de Windows deberí­a estar montada en alguna parte de nuestro disco, generalmente /mnt/windows:

  /mnt/windows/Archivos\ de\ Programa/Thunderbird/Profiles/xxxxxxxx.default

  Donde las xxxxxxx son una serie de 8 números aleatorios.

• Luego lo pegue en la ubicación por defecto de Thunderbird (en otras distribuciones se puede encontrar en .thunderbird):

  /home/usuario/.mozilla-thunderbird/xxxxxxxx.default

• Por ultimo, editamos el archivo profile.ini que también se encuentra
  en el directorio de Thunderbird cambiando la linea que dice:

  Path=

• Para que incluya el camino nombrado arriba quedando asi:

  Path=/home/usuario/.mozilla-thunderbird/xxxxxxxx.default

Eso es todo. :)
Abrimos Thunderbird y deberí­amos tener los filtros, mails y direcciones que tení­amos en el otro.

Fuente: Soporte Mozilla Thunderbird
también me encontré con esto otro, para compartir la carpeta de mails entre Windows y Linux

Click the following link to continue reading.

The only thing I’m going to say about it is that I hope Via, Xorg and the whole distro-world start doing something with this kind of things. VIA and SiS are very popular chipsets around Latin America (they are cheaper, and when you don’t need that extra performance from Intel or nVidia, the budget rules) and they should, better yet, MUST be easy as hell to install, as they have (Via ones, for 2D at least) open source drivers. Of course this is not the case and here we are, writing a tutorial for it. I don’t know or understand the reasons behind this, if there are any that you know of, and I’m obviously missing, please post a comment and tell me about it.

This tutorial will install the official open source Via drivers for the K8M890 chipset, but will work for all and any of the next:

• CLE266 UniChrome integrated graphics ( VT8622/3 )
• CN700 UniChrome Pro integrated graphics ( CN700 )
• CN800 UniChrome Proâ„¢ integrated graphics ( CN800 )
• CX700 UniChrome Pro integrated graphics ( CX700 CX700 )
• CX700M UniChome Pro integrated graphics ( )
• K8M800/K8N800 UniChrome Pro integrated graphics ( K8M800 K8N800 )
• K8M890CE/K8N890CE Chrome9â„¢ integrated graphics ( K8M890 )
• KN400 & KM400 UniChrome integrated graphics ( KN400 VT8378 )
• P4M800/CE/Pro UniChrome Pro integrated graphics ( P4M800 P4M800Pro )
• P4M890 UniChrome Pro integrated graphics ( P4M890 )
• P4M900 VIA Chrome9â„¢ HC integrated graphics ( P4M900 )
• PM880, PM800, CN400 UniChrome integrated graphics ( PM880 CN400 PM800 )
• VN800 UniChrome Pro integrated graphics ( VN800 )
• VX700 Single chip solution ( )

Here is the drivers page for more info and the download of the source.

Now, lets get hands on the dirty task of making video work as it should, you can copy and paste each instruction if you follow the order and everything should work, of course, take a look at the comments in case you have to make some modification:

First we are going to remove any traces of other may-be-conflicting drivers:

We should confirm the removal and move on to installing all the dependencies that we will need to compile the driver:

Again, confirm the installation for each step and move on to decompressing the drivers source.

Once decompressed get inside the src directory:

And we try to compile (and i say try, because you never know when something can go wrong!):

Once we run makedriver we have to answer a couple of questions:
1) The driver version. In this case is 71. You can find this at the end of the first block of numbers in the filename before the ‘kernel’ word.
2) Our CPU architecture. You should know what type of processor you have. If in doubt, type cat /proc/cpu in another console, and enter the correct option.

After this, we re-index our libraries:

That shouldnt take long on a fresh install, then, we should find our driver compiled right in /CN_CX700-CN800XORG40071, so we get inside to finish the task:

And finally, enter the last command to finish the installation:

We should get some output indicating everything went right.
This should have changed ‘vesa’ for ‘via’ in /etc/X11/xorg.conf automatically.

Now, you should reboot and watch our firefox scroll go as fast as it can ;)

Some references used to build this how-to and accomplish the task:
Help Ubuntu – OpenChrome
OpenChrome Mailing List
Via Arena Forums

En fin, cuestión que me encontraba con Ubuntu y un Xorg con driver ‘vesa’, ya que ni el driver ‘via’ (xserver-xorg-video-via) o el ‘unichrome’ (xserver-xorg-video-unichrome) funcionaban! Cada vez que intentaba cargarlos en Xorg, terminaba con un pantallazo azul que hacia recordar a mis peores épocas (si, las de Windows).

Entonces me puse manos a la obra, y orandole a San Google ™, empece a recaudar información de todas partes. Finalmente, logre tener un driver de video que funciona y a una velocidad mas q aceptable, exceptuando que no tiene ninguna cualidad 3D. Esta es una guí­a de como configurar el video de una placa integrada chipset K8M890 en Xorg y Ubuntu, sin morir en el intento.

En primer lugar, debemos desinstalar un par de cositas e instalar unas cuantas dependencias para poder compilar el driver, con ingresar estas, apt-get se deberí­a encargar del resto. (disclaimer: a mi me llevo prácticamente un search y un install por cada uno de ellos, puede haber alguno faltante!)

Luego descargamos el driver de aquí­ (en esta ocasión estamos usando la versión CN_CX700-CN800XORG40071, pero esto puede cambiar con el tiempo!) :

Y procedemos a descomprimirlo:
Aclaración: Noten que todos los comandos tienen el # y no el $, esto indica que deben ejecutarse como root, o en el caso de Ubuntu, con sudo.

Una vez hecho esto, corregimos el directorio para que funcione todo el proceso:

Obviamente revisen que el path (el nombre del dir) sea el suyo, en particular la versión del driver y la fecha.

Y ahora lo compilamos:

Una vez que ejecutamos makedriver, nos preguntara sobre una versión de release, aquí­ debemos ingresar la versión del driver que bajamos (determinada por los últimos dos caracteres), en este caso: 71.
Luego nos preguntara sobre la arquitectura de nuestro procesador, presten atención por que esto tiene que ser correcto para que funcione bien!

Por ultimo, re indexamos las librerias:

Una vez hecho esto, tendremos nuestro driver compilado (en el caso de que salido todo bien) en /CN_CX700-CN800XORG40071 (si, / de raiz!).
Allí­ dentro, estará el directorio XServer, donde deberán encontrar el binario via_driver.so y libddmpeg.so, ademas, deberán tener el directorio Utility con algunos otros archivos (5 mas precisamente). Si encontraron todo eso, es hora de terminar la instalación:

Dentro del directorio /CN_CX700-CN800XORG40071 vamos a ejecutar lo siguiente:

Luego de la salida que nos informa de la instalación correcta, este script se habrá encargado (automaticamente) de modificar ‘vesa’ por ‘via’ en nuestro /etc/X11/xorg.conf

Con esto hecho, procedemos a reiniciar Xorg y voila! deberí­amos tener un 2D mas que aceptable!

Nota:
En caso de querer volver atras, osea, deshacer esta configuración:

=================== ARCH LINUX ================

Ahora que ya vieron todo lo que hay que hacer para tener esta placa funcionando en Ubuntu, les explico como instalarla en Arch:

Ya sabemos que unichrome no funciona con esta placa, y necesitamos openchrome (que no estaba disponible en los repositorios de Ubuntu) que no solo tiene soporte 2D como el driver de Via, sino que ademas incluye algunas funciones de aceleración por hardware para 3D.
Tal vez instalar este ultimo en un Ubuntu cero km sea mas sencillo que el propio de VIA, en algún momento veré de averiguarlo.

Entonces:

Cambiamos la linea que dice ‘vesa’ por ‘openchrome’ en /etc/X11/xorg.conf y listo.

2 comandos, contra… algunos cuantos. Y Ubuntu se supone q es para las PC de escritorio, los humanos y todo eso…
Yo me quedo con Arch y KISS toda la vida.

——

Algunas referencias usadas para crear este documento y la milagrosa tarea de hacer andar este driver:

https://help.ubuntu.com/community/OpenChrome
http://wiki.openchrome.org/pipermail/openchrome-users/2006-August/001632.html
http://forums.viaarena.com/messageview.aspx?catid=28&threadid=73032&STARTPAGE=1

Ahora, el tema que me ocupa es que las aplicaciones GTK (tal como Firefox, Thunderbird, Gaim y unas cuantas otras) se ven horribles en KDE si uno no tiene instalado un pequeño paquetito:

En Arch Linux lo solucionamos de la siguiente manera:


pacman -S gtk-qt-engine


Mientras que en Debian y/o Ubuntu:


apt-get install gtk2-engines-gtk-qt


Luego nos dirigimos al Panel de Control (o Control Panel), y allí, bajo el menú de Apariencia encontraremos un nuevo submenú, llamado GTK Estilos y Fuentes (o GTK Styles and Fonts), en el cual podremos modificar a gusto y piachere que fuentes y apariencia le daremos a las aplicaciones GTK bajo KDE.

Mi recomendación: Clearlooks-Quicksilver como Theme y Bitstream Vera Sans como fuente por defecto.