Ubuntu Hardy Beta/RC (parte 1): Correción de errores
Bueno! La verdad que a unos días de haber avanzado a Hardy las cosas van bien… Bastante bien. Hoy por hoy tengo el sistema sin problemas mayores, adaptado a mis gustos y optimizado en cuato a rendimiento. Esto último, tanto por algunas mejoras que trae 8.04 como por unas modificaciones a los paquetes que hice.
Incluso logré encontrar algunos archivos de configuración de KDE que me permitieron resolver un par de problemas que me habían quedado pendientes de Gutsy, pero estrictamente eso no le corresponde a Hardy sino a mi vagancia (holgazanería, para los que no sean de Argentina) :D
A continuación voy a tratar de detallarles los bugs más importantes que fui encontrando, cómo hacer para solucionarlos y al final un par de consejos para aprovechar tanto el procesador de la máquina (rendimiento) como el disco rígido (espacio utilizado), esto último en la segunda parte. Espero que si alguno hizo el salto prematuro a Hardy y tuvo asuntos pendientes, esto le sirva de ayuda.
Atención: El punto uno es de suma importancia para todos auqellos que vayan a instalar Hardy Beta o RC, e incluso podría extenderse a la versión final.
1. La desobediencia de Sudo
Este es el problema más importante que pude encontrar hasta el momento, y seguramente el más notorio. Se trata del mismísimo comando sudo, que tantos usuarios de Ubuntu y derivadas se ven obligados a utilizar día a día para realizar tareas administrativas en el sistema. El error en sí se debe a que… No es posible acceder como sudo!
El problema radica en que, cada vez que ejecutamos el comando, el sistema enseguida muestra un mensaje diciendo “can’t resolve hostname X” (en donde X es el nombre de nuestra PC), y el comando termina. Así, todas las tareas que habitualmente realizan de forma gráfica van a ser directamente inaccesibles, porque el sistema ni siquiera va a solicitar la contraseña de acceso. Y como Ubuntu es una distribución que está bastante enfocada a la parte gráfica, el asunto se complica. Es por esto que nunca me gustó el sudo, y pienso que es muy importante reemplazarlo por la cuenta de superusuario en todas las distribuciones Ubuntu, como es en cualquier distribución Linux.
Cómo hacer para solucionar el problema? Yo puedo recomendar el modo en que lo usé yo a priori, pero si alguno ya instaló Hardy y tiene este problema seguramente buscando en Google va a tener la solución. No obstante, recomiendo este método porque es bastante más sencillo, directo y no requiere pasos complicados. Por lo pronto, vamos a tener que remitirnos a la consola.
Lo primero y principal es, aún en Gutsy o cualquier versión anterior, asignar una contraseña a la cuenta de superadministrador, su:
$ sudo su
# passwd
Luego vamos a poder loguearnos como administrador en cualquier momento simplemente con el comando su, y realizar todas las tareas que requieran privilegios sin necesidad de escribir la contraseña o agregar sudo en cada línea. A continuación, y luego de haber actualizado a Hardy, vamos a tener que modificar el archivo /etc/hosts de la siguiente forma:
hernan@Pentium4:~$ su
Contraseña:
root@Pentium4:/home/hernan# nano /etc/hosts
Encima de la línea “127.0.1.1 cliente.DOMINIO” (ese es sólo el formato) vamos a tener que agregar otra, o completar la existente en caso de que exista, con la palabra que sigue a 127.0.0.1 e identifica a nuestra PC local. Si mal no recuerdo, por defecto está la palabra localhost, que es la que causa el problema.
127.0.0.1 Pentium4
En mi caso fue Pentium4, pero en cada caso varía y la forma de darse cuenta en la mayoría de los casos es en el término que sigue a la arroba en cada línea del bash (ver más arriba).
Seguramente con eso los problemas de acceso a los programas gráficos ya van a estar resueltos. A los usuarios de KDE también les recomiendo no usar KNetworkManager, ya que hace desaparecer lo que nosotros acabamos de corregir.
2. Firefox 3 y la integración con KDE
Este es un segmento dedicado a los usuarios de dicho entorno de escritorio, pero quizás a algunos usuarios de GNOME también les sirva.
El problema es que realmente no me gusta la versión beta de Firefox, aunque sea la 5º. El desempeño mejora en algunos casos, pero la integración con el escritorio es realmente desastroza (exagerando un poco). Una de las cosas que más me molestó es cómo quedan los cuadros o botones de selección cuando el foco está encima de ellos. Además de perder la compatibilidad con la mayoría de los complementos, pero supongo que eso será temporal…
Para quitar la beta de Firefox 3 (que en Hardy tiene como nombre de paquete firefox) e instalar Firefox 2, recomiendo hacer:
# apt-get remove --purge firefox firefox-3.0
# apt-get install firefox-2 mozilla-firefox-locale-es-es
Además, los usuarios de KDE van a tener que actualizar el navegador por defecto si usaban Firefox 2 en Gutsy o anteriores. Dado que el paquete de esta versión en Hardy lleva otro nombre, van a tener que cambiar firefox por firefox-2 en:
Menú K > Configuración del sistema > Aplicaciones por defecto > Navegador web
3. Thunderbird y los enlaces salientes
El único problema con el cliente de correo de Mozilla es que por alguna razón no asignaba ningún navegador cuando necesitaba acceder a algún enlace web. No sé si les pasará a ustedes, pero en caso afirmativo pueden hacer desde la consola:
$ cd ~/.mozilla-thunderbird/
$ ls
$ cd nombredelperfil.default
$ nano prefs.js
Y agregar las siguientes líneas al final del archivo:
user_pref("network.protocol-handler.app.http", "firefox-2");
user_pref("network.protocol-handler.app.https", "firefox-2");
Noten que en mi caso fue firefox-2, pero pueden usar el nombre del paquete del navegador que prefieran, si hay otro que les guste más.
4. Frostwire y Java
El siguiente asunto fue que… Frostwire, el conocido P2P open source basado en Limewire, ni siquiera arrancaba. Al principio pensé que el problema era grave, pero al final todo resultó solucionarse en un comando. Es necesario aclarar que un requisito para correr Frostwire es tener instalado algún entorno de ejecución Java. Por lo que pude ver, Hardy trae OpenJDK instalado por omisión, pero justamente ahí el problema.
Para instalar un entorno de Java del que puedo dar certeza funciona, tienen que ejecutar lo siguiente. Aunque tengo que remarcar que el siguiente paquete no es libre:
# apt-get install sun-java6-jre
Luego, para hacer que Frostwire funcione, basta reemplazar OpenJDK por el entorno instalado recientemente ejecutando el siguiente comando y seleccionando el número asignado a java-6-sun:
# update-alternatives --config java
En la parte 2 les voy a estar comentando cómo hacer para aprovechar un poco mejor el procesador, y unos consejos más para emprolijar las opciones de GRUB. Nada más dénme unos días para prepararlo bien.
Completa esta lectura con:
Si te gustó este post, por favor considera dejar un comentario o suscribirte al feed y obtener artículos futuros en tu lector de feeds.
Comentarios (8)
Yo he probado la versión con KDE 4 (en live, sin instalar) y aprovecho para comentar los errores que he visto yo (no sé si catalagarlos como errores).
- Nada más introducir el cd y seleccionar idioma “Español”, están traducidas todas las opciones excepto la primera “Try kubuntu…”, y además al cargar el escritorio está todo en inglés.
- Al picar sobre el icono del tray de knetworkmanager con el botón derecho y a continuación en (configuración) manual de la red, no se abre nada. (Además tampoco encuentro donde configurar manualmente la red xD En system solo está el apartado de proxys, nada de ip’s ni dominios)
Creo que eso es todo… estaba por pasarme a esa versión de kde, pero todavía estoy pensándome si seguir con la 3 de momento :/
Acabo de mirar en el Launchpad y ya han reportado lo del knetworkmanager:
https://bugs.launchpad.net/ubuntu/+source/kubuntu-kde4-meta/+bug/211717
Pues a mi nunca me ha dado errores de sudo desde la beta, incluso estoy usando la rc y sin ningun problema.
SaludOS
JoA: Creo que hacés bien. Por unas horas no se va a morir nadie, y si se van a corregir varios paquetes :P
Javier: Lo que decís de KDE4 es lo que yo vengo previendo, que hasta no antes de la versión 4.1 va a ser un sistema para ver más que nada cómo va avanzando en el desarrollo. Pero el mayor problema es, junto con la falta de aplicaciones específicas, el gran grado de presencia de bugs. Oficialmente nunca lo probé, pero es nada más porque me parece que está muy prematuro.
Aún sin mucho soporte oficial, prefiero KDE3.
Sergio: Es bueno saberlo, ya que de estar en todas las versiones sería un desastre :)
Pero a la vez, me sentí en la obligación de comentarlo, ya que varias personas lo sufrieron y quizás algunas más también lo hagan… Gracias por avisar.
Acabo de realizar la actualización a Hardy, no he tenido problemas graves, lo único es que al iniciar compiz la pantalla se me pone blanca, la forma que encontré de safarme de esto es (a ciegas) apretando alt+F2 y escribiendo “compiz –replace” de esta forma “se cierra” compiz y vuelvo a Metacity, por ahora no me preocupa porque el jueves hago una instalación limpia y desde ahí tendré que corregir errores.
Si.. Yo algunos problemas con compiz tengo, también. Pero no me es tan relevante solucionarlos ya por dos causas:
Primero, que en KDE nunca terminó de andar bien, porque la mayor parte de la atención se pone en GNOME. Y segundo, porque Compiz no me parece un paquete tan esencial como para tenerlo andando a la perfección.
Yo prefiero un sistema funcional, pero gustos son gustos :)
Y la verdad que yo me quedo con la actualización, no voy a limpiar todo. Tengo todo como quiero y conservo varios archivos de configuración, que me llevaron bastantes minutos.
[...] tarde pero seguro. Por si alguno se perdió de la primera parte, en la que explicaba como solucionar algunos errores o bugs en la Beta o Release Candidate de Hardy [...]
Loading ...
Yo estaba pensando en actualizar ya a la RC formateando y despues hacer la actualizacion, pero mejor espero hasta el jueves no mas :P.