Notas de última hora de Red Hat Linux 9

El programa de instalación de Red Hat Linux tiene la habilidad de evaluar la integridad de los medios de instalación. Funciona con métodos de instalación basados en CD, DVD, disco duro ISO y NFS ISO. Red Hat recomienda que usted revise todos sus medios de instalación antes de comenzar el proceso de instalación y antes de reportar algún bicho o error relacionado con la instalación (muchos de los bichos reportados son en realidad debido a CDs que no fueron quemados apropiadamente). Para usar esta prueba, escriba linux mediacheck en el intérprete de comandos boot:.

Aún cuando la mayoría de las computadoras de hoy en dia son capaces de iniciar el proceso de instalación arrancando directamente desde el primer CD de Red Hat Linux, algunas configuraciones de hardware requieren el arranque desde una unidad de disquete. Si su hardware requiere un disquete de arranque, debería estar al tanto del cambio siguiente.

Red Hat Linux 9 usa un disquete de arranque diferente que en las versiones anteriores de Red Hat Linux. Ahora sólo hay un único archivo de imagen del disquete de arranque (bootdisk.img) que es usado para arrancar todos los sistemas que requieran un disquete de arranque.

Si sólo está realizando una instalación desde un dispositivo IDE o USB, se le pedirá insertar un disquete de controlador creado desde uno de los siguientes archivos de imagenes:

- drvnet.img — Para instalaciones de red

- drvblock.img — Para instalaciones SCSI

- pcmciadd.img — Para instalaciones PCMCIA

Como en las versiones anteriores de Red Hat Linux, estos archivos de imágenes se pueden encontrar en el directorio images/ en el primer CD de instalación.

También en el directorio images/ está el archivo boot.iso. Este archivo es una imagen ISO que se puede usar para arrancar el programa de instalación Red Hat Linux. Es una forma conveniente de arrancar instalaciones basadas en la red sin tener que usar múltiples disquetes. Para usar boot.iso, su computador debe ser capaz de arrancar desde su unidad de CD-ROM, por tanto su configuración BIOS debe estar configurada para esto. Luego debe quemar boot.iso en un CD-ROM en blanco.

El entorno de modo de rescate (accesado cuando se arranca con el comando "linux rescue" boot-time command) ha sido mejorado. Muchas utilidades han sido agregadas y ahora existe soporte para activar las interfaces de red. También está disponible el soporte para cintas SCSI. Por favor, evalúe este entorno y envíenos sus comentarios.

Si elije montar una instalación existente en modo de rescate y tiene páginas de manual instaladas en la instalación existente, el comando man funcionará mientras esté en modo de rescate.

El programa de instalación de Red Hat Linux puede detectar productos Red Hat en su sistema y le pedirá que indique qué producto le gustaría actualizar. También tendrá la opción de realizar una reinstalación completa del sistema en vez de una actualización. Por favor informe sobre cualquier problema que pueda encontrar con esta nueva característica.

Si los contenidos de su archivo /etc/redhat-release han sido cambiados del valor predeterminado, puede que no se encuentre su instalación de Red Hat Linux cuando intente realizar una actualización a Red Hat Linux 9.

Puede suavizar algunas de las verificaciones para este archivo ingresando lo siguiente en la línea de comandos boot::

linux upgradeany

Use la opción upgradeany sólo si su instalación existente de Red Hat Linux no fué detectada.

isolinux es usado para arrancar el CD de instalación de Red Hat Linux. Si tiene problemas arrancando desde el CD, puede escribir el archivo imagenimages/bootdisk.img a un disquete de acuerdo a las instrucciones en el Manual de Instalación de Red Hat Linux.

Durante una instalación gráfica, puede presionar SHIFT-Print Screen y se tomará una foto de la pantalla de instalación. Estas se guardan en el directorio siguiente:

/root/anaconda-screenshots/

Se puede accesar las fotos de pantallas una vez que el sistema se reinicie.

El programa de manipulación de particiones parted ha sido actualizado a la versión 1.6.

Los usuarios de Red Hat Linux 6.2 que deseen actualizar sus sistemas a Red Hat Linux 9 deben primeramente aplicar todas las actualizaciones de errores antes de comenzar el proceso de actualización. La forma más directa de lograr esto es usando Red Hat Network. Un sistema Red Hat Linux 6.2 que no está completamente actualizado no se actualizará correctamente a Red Hat Linux 9.

Las instalaciones de modo texto usando un terminal serial funcionan mejor cuando el terminal soporta UTF-8. Bajo UNIX y Linux, Kermit soporta UTF-8. Para Windows, Kermit '95 funciona bien. Los terminales que no soporten UTF-8 funcionarán siempre y cuando se utilice sólo Inglés durante la instalación. Se puede utilizar un display serial mejorado pasando "utf8" como una opción del momento de arranque para el programa de instalación. Por ejemplo:

linux console=ttyS0 utf8

Se han observado ciertos problemas cuando se actualizan sistemas que tienen instalado Ximian GNOME con Red Hat Linux 6.<x> , 7.<x>, 8.0, y 9. El problema se debe a una sobreposición de las versiones entre los RPMs de Red Hat Linux y los RPMs de Ximian. Sepa que esta configuración no es soportada por Red Hat. Usted tiene muchas opciones para resolver este problema:

1) Eliminar Ximian GNOME desde su sistema Red Hat Linux previo a la actualización de Red Hat Linux.

2) Puede actualizar Red Hat Linux e inmediatamente reinstalar GNOME deXimian.

3) Puede actualizar Red Hat Linux e inmediatamente eliminar todos los RPMs de Ximian y reemplazarlos con los correspondientes RPMs de Red Hat Linux.

Usted deberá resolver la sobreposición de versiones usando una de las elecciones anteriores. Si no hace esto tendrá como consecuencia una configuración de GNOME inestable.

Hay un poco de confusión sobre problemas relacionados con las fuentes bajo el sistema X Window en versiones recientes de Red Hat Linux. Actualmente, hay dos subsistemas de fuentes, cada uno con características diferentes:

- El subsistema original (15+ años de antigüedad) es conocido como el "núcleo del subsistema de fuentes de X". Las fuentes interpretadas por este subsistema no son anti-alias (no están 'suavizadas'), son manejadas por el servidor X y tienen nombres como:

-misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1

El subsistema de fuentes más nuevo conocido como "fontconfig", permite a las aplicaciones acceso directo a los archivos de fuentes. Fontconfig es comúnmente usado con la librería "Xft", que permite a las aplicaciones interpretar las fuentes fontconfig a la pantalla con la función antialiasing. Fontconfig utiliza nombres más amigables tales como:

Luxi Sans-10

Con el tiempo, fontconfig/Xft reemplazará el núcleo del subsistema de fuentes de X. Por el momento, las aplicaciones que usan las paletas de herramientas Qt 3 o GTK 2 (que incluirían las aplicaciones KDE y GNOME) usan el subsistema de fuentes fontconfig y Xft; casi todo lo demás usa las fuentes del núcleo X.

En el futuro, Red Hat puede que sólo soporte fontconfig/Xft en lugar del servidor de fuentes XFS como el método predeterminado de fuentes locales.

NOTA: Dos excepciones al uso del subsistema de fuentes resaltadas anteriormente son OpenOffice.org (la cual usa su propia tecnología de interpretación de fuentes), y Mozilla (que usa fontconfig, pero no GTK 2).

Si desea agregar más fuentes a su sistema Red Hat Linux 9, deberá estar consciente de que los pasos necesarios dependerán del tipo de subsistema a usar. Para el subsistema de fuentes del núcleo de X, deberá:

1. Crear el directorio /usr/share/fonts/local/ (si aún no existe):

mkdir /usr/share/fonts/local/

Si tiene que crear /usr/share/fonts/local/, debe entonces agregarlo a la ruta del servidor de fuentes de X (xfs):

chkfontpath --add /usr/share/fonts/local/

2. Copiar el nuevo archivo de fuentes dentro de /usr/share/fonts/local/

3. Actualizar la información de fuentes ejecutando el comando siguiente:

ttmkfdir -d /usr/share/fonts/local/ -o /usr/share/fonts/local/fonts.scale

4. Finalmente reinicie el servidor de fuentes xfs usando el comando siguiente:

service xfs reload

Añadir nuevas fuentes al subsistema de fuentes fontconfig es más directo; el nuevo archivo de fuentes sólo necesita ser copiado en el directorio /usr/share/fonts/ (usuarios individuales pueden modificar su configuración de fuentes personales copiando el archivo de fuentes dentro del directorio ~/.fonts/).

Después que las nuevas fuentes han sido copiadas, use fc-cache para actualizar el caché de información de fuentes:

fc-cache <directorio>

(Donde <directorio> sería el directorio /usr/share/fonts/ o el directorio ~/.fonts/.)

Usuarios individuales también pueden instalar fuentes gráficamente, hojeando fonts:/// en Nautilus, y arrastrando los nuevos archivos de fuentes allí.

NOTA: Si el nombre de archivo de fuentes termina con ".gz", es porque ha sido comprimido con gzip, y debe ser descomprimido (con el comando gunzip) antes de que el subsistema fontconfig pueda usar la fuente.

Debido a la transición al nuevo sistema de fuentes basado en fontconfig/Xft, las aplicaciones GTK+ 1.2 no son afectadas por ninguno de los cambios realizados a través del diálogo Preferencias de fuentes. Para estas aplicaciones, una fuente se puede configurar agregando las siguientes líneas al archivo ~/.gtkrc.mine:

style "user-font" {

fontset = "<font-specification>"

}

widget_class "*" style "user-font"

(Donde <font-specification> representa una especificación de fuente en el estilo usado por las aplicaciones tradicionales X, tal como "-adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*".)

Nuevas características en XFree86 incluyen:

- Xcursor — Nuevo código de cursor de ratón, permitiendo usar punteros de ratón con color, antialias (suavizado), alpha blended (translúcido), animado, configurables por temas y de tamaños múltiples.

- Ahora esta disponible el soporte para ATI Radeon 9000, 9100, FireGL 8700, 8800 3D/2D/Xv. ATI Radeon 9500 Pro y 9700 Pro, así como también ATI FireGL X1 y Z1 sólo tienen soporte 2D. Se ha añadido el soporte para más de 30 chipsets ATI Rage 128, lo cual cubre todo el conjunto de chipsets Rage 128.

- Soporte de vídeo integrado (2D/3D/Xvideo) para Intel i845, i852, i855, i865 y soporte de vídeo mejorado de Intel i830. El controlador de vídeo Intel ha sido reestructurado completamente y reescrito para ser más robusto y soportar más hardware. Se han reparado muchos errores, así como también muchos otros detalles para computadoras portátiles y BIOS de tarjetas madres que limitan la memoria a 1Mb.

- Nuevo soporte para Nvidia GeForce 4, nForce, GeForce 2 Go, y otros hardware varios de Nvidia. También, el controlador nv ha sido mejorado para intentar autodetectar chips Nvidia desconocidos que no son oficialmente soportados, pero que se pueden hacer funcionar (una vez más, no soportados oficialmente) tratándolos como uno de los otros chips soportados en la misma familia. El controlador nv, como en los lanzamientos previos, se mantiene de sólo 2D.

- Para el momento en que se terminarón estas Notas de última hora, los controladores 3D sólo binarios acelerados de NVIDIA no eran compatibles con Red Hat Linux 9. NVIDIA conoce el problema; revise el sitio web de NVIDIA para las actualizaciones con respecto a esta situación.

- Controlador Savage actualizado el cual soporta los más recientes chipsets de vídeo de Savage y reparaciones de varios errores.

- Se provee un controlador completamente nuevo para el chipset National Semiconductor Geode, nsc.

- Se han realizado muchas actualizaciones y otras mejoras a controladores de vídeo.

- Se han agregado muchos otros controladores de entrada incluyendo fpit, palmax, ur98 .

Por defecto, el agente de transporte de mail Sendmail (MTA) no acepta conexiones de red desde ningún otro host excepto por el computador local. Si quiere configurar Sendmail como un servidor para otros clientes, debe editar /etc/mail/sendmail.mc y cambiar la línea DAEMON_OPTIONS para que también escuche en dispositivos de red (o coloque en comentarios la opción completa usando el delimitador dnl). Puede luego regenerar /etc/mail/sendmail.cf ejecutando el comando siguiente (como usuario root):

make -C /etc/mail

Note que debe tener el paquete sendmail-cf instalado para que esto funcione.

CUPS es el spooler de la impresora por defecto y redhat-config-printer es la herramienta recomendada para configurarla. Puede ser lanzada desde el menú Configuraciones del sistema, usando la entrada Imprimir. Todavía se provee LPRng y las actualizaciones de instalaciones previas usando LPRng continuarán usándola.

Ahora se incluye el Administrador de impresión GNOME, una herramienta gráfica de administración de colas de impresión. Se puede ejecutar desde el menú Herramientas del sistema, usando la entrada Administrador de impresión. Además, cuando un trabajo de impresión esté en la cola, aparecerá un icono en el área de notificación del panel del sistema.

Red Hat Linux 9 incluye la Native POSIX Thread Library, una nueva implementación de hilos POSIX para Linux. Esta librería proporciona mejoras de rendimiento e incrementos en la escalabilidad para los procesadores i686 o superiores.

Esta librería de hilos está diseñada para ser compatible a nivel binario con las implementaciones viejas de LinuxThreads; sin embargo, las aplicaciones que cuentan con las partes donde la implementación de LinuxThreads se desvía del estándar POSIX necesitarán reparaciones. Algunas de las diferencias notables incluyen:

- El manejo de señales ha sido modificado del manejo de señales por-hilo a manejo de señales de procesos POSIX.

- getpid() devuelve el mismo valor en todos los hilos.

- Los manejadores de hilos registrados con pthread_atfork no se ejecutan si se usa vfork() — ningún manejador de hilos.

Las aplicaciones que tienen problemas con NPTL conocidas incluyen:

- Sun JRE antes de la versión 1.4.1

- IBM JRE

Si una aplicación no funciona apropiadamente con NPTL, puede ser ejecutada usando la vieja implementación LinuxThreads mediante la configuración de la siguiente variable de ambiente:

LD_ASSUME_KERNEL=<kernel-version>

Están disponibles las siguientes versiones:

- 2.4.1 — Linuxthreads con stacks flotantes

- 2.2.5 — Linuxthreads sin stacks flotantes

El soporte NPTL para todas las aplicaciones enlazadas dinámicamente se pueden desactivar mediante el uso de la siguiente opción en el momento de arranque:

nosysinfo

Un nuevo mensaje del sistema ha sido añadido a Red Hat Linux 9:

error de aplicación: <app-name>(<app-pid>) aún cuando SIGCHLD está colocado a SIG_IGN todavía llana a wait(). (consulte la sección de NOTAS de 'man 2 wait'). Hay una solución activada.

Este mensaje (el cual se despliega en la consola del sistema y/o en los archivos de registros del sistema) indica que la aplicación no es cumple completamente con los estándares con respecto al manejo de los procesos hijos. Si ve este mensaje, debería alertar a los desarrolladores de la aplicación.

Python ha sido compilado con soporte UCS4 (caracteres Unicode representados en 4 bytes) en vez de UCS2. UCS4 permite representar caracteres fuera del Plano básico de múltiples idiomas (Basic Multilingual Plane). Algunas librerías de terceros puede que no funcionen debido a estos cambios; para resolver el problema vuelva a compilar estas librerías. Por favor, tome en cuenta que los módulos de python "puros" (aquellos cuyo código está escrito en python) o módulos compilados que no usan directamente Unicode no son afectados por este cambio.

Los paquetes fileutils, textutils, sh-utils, y stat han sido reemplazados por el paquete coreutils.

El RPM que contiene la Network Administration Tool ha cambiado nombres y funciones. El RPM redhat-config-network contiene la interfaz gráfica de usuario de la herramienta, mientras que redhat-config-network-tui contiene la herramienta misma (junto con su interfaz basada en texto).

Se ha mejorado el soporte para XHTML1 — la reformulación de HTML en XML. Esto se ha logrado agregando el paquete xhtml1-dtd , instalando DTDs en el catálogo del sistema y añadiendo soporte nativo en las herramientas libxml2 y xsltproc.

Se ha renombrado el comando redhat-switchmail a redhat-switch-mail. El paquete redhat-switchmail-gnome ha sido renombrado a redhat-switch-mail-gnome.

El perfilador del sistema Oprofile ha sido agregado a Red Hat Linux 9.OProfile es una herramienta para programadores para analizar el rendimiento del sistema, usando hardware especial incorporado a muchos computadores modernos. La documentación para OProfile está disponible en el paquete oprofile. Después de instalar Red Hat Linux 9 ejecute el comando rpm -qd oprofile para obtener un listado de la documentación disponible. Para más detalles consulte el sitio web de OProfile en http://oprofile.sourceforge.net.

GDB ha sido mejorado para permitir la depuración de la información para que las aplicaciones se puedan leer desde archivos separados. Esto hace posible extraer información de depuración de los binarios y colocarlos en un paquete suplementario. Durante el desarrollo de Red Hat Linux 9, los paquetes "debuginfo" fueron generados casi para cada paquete mediante la implementación de macros de RPM especiales. Por defecto, la configuración de macros RPM en Red Hat Linux 9 genera paquetes "debuginfo". Si está construyendo paquetes y no desea generar paquetes de "debuginfo", agregue lo siguiente a su archivo ~/.rpmmacros:

%define debug_package %{nil}

Nota especial: El soporte ACL añadido al kernel en los primeras dos lanzamientos beta demostrarón ser inestable y causar que el kernel retrocediera. Red Hat por lo tanto ha eliminado el soporte ACL delkernel para Red Hat Linux 9. Los ingenieros del Kernel continuaran trabajando para mejorar el soporte ACL, el cual estará disponible para futuras entregas. Los paquetesattr y acl necesitados para soportarACLs están todavía incluidos para hacer las cosas más fáciles para usuarios y desarrolladoresque deseen probar ACLs. Red Hat puede, a nuestra discreción, proporcionar el soporte para ACL paraesta entrega de Red Hat Linux con fines de actualización, si las pruebas futuras demuestran que el soporte para ACL ha mejorado lo suficiente su calidad.

La opción del momento de arranque apic que permite la instalación en sistemas con el chipset Intel 440GX ha sido eliminado porque causa un conflicto con los sistemas más nuevos. Por ejemplo, provocó que SMM (System Management Mode) no funcione, o que funcione incorrectamente, ocasionando que la instalación falle en algunos sistemas. Al eliminar la opción de arranque apic permite que los sistemas más nuevos se instalen exitósamente.

Se proporciona otra forma para permitir que al menos algunos sistemas con el chipset Intel 440GX arranquen, esta alternativa está activada automáticamente y no requiere de ninguna acción de su parte. Si tiene un sistema basado en el Intel 440GX y no puede instalar Red Hat Linux 9 pero tiene una versión anterior de Red Hat Linux que se puede instalar correctamente, por favor envíenos su informe de errores e incluya la salida (ejecutándose en la versión anterior, por supuesto) del programa dmidecode, ejecutada como root, con su informe de errores. Observe sin embargo, que no será posible instalar Red Hat Linux 9.

Los sistemas con el chipset 440GX son soportados sólo en una base de 'el mejor esfuerzo'. Por lo tanto, lo invitamos a enviar sus informes de errores con respecto al chipset 440GX, pero puede que no podamos resolverlos.

El soporte del kernel para la nueva característica NPTL cambia significativamente muchas interfaces de programación internas del kernel. Como resultado de esto, muchos módulos externos del kernel puede que no se compilen sin ciertas modificaciones para coincidir con las nuevas interfaces. Ejemplos de esto incluyen los módulos NVIDIA y ATI 3D, así como también cualquier otro módulo que usa hilos del kernel y/o señales.