Guía de actualización de las versiones antiguas de OpenBSD

Versiones: desde la 2.3 hasta la 2.8

Este documento contiene información para la actualización de las versiones de OpenBSD que ya no se mantienen de forma activa. La información concerniente a las versiones recientes y las instrucciones generales para la actualización se encuentra en la guía de actualización para las versiones actuales.

1.0: Instrucciones generales para la actualización del sistema

1.1: ¿Dónde se encuentra la información sobre las versiones de OpenBSD más recientes?

Cómo actualizar desde la versión 2.8

2.8.1: Nuevo grupo auth.
2.8.2: Nuevo sistema de consola wscons.
2.8.3: La compilación del núcleo falla con errores tipo Undefined symbol.

Cómo actualizar desde la versión 2.7

2.7.1: ¿Cuáles son los problemas más comunes para actualizar desde la versión 2.7 a la 2.8?

Cómo actualizar desde la versión 2.6

2.6.1: Las entradas de termcap son demasiado largas.
2.6.2: El núcleo ya no reconoce el dispositivo pn (o mx, al, ax).
2.6.3: Actualización de gcc 2.95.1 a 2.95.2.
2.6.4: Actualización de Kerberos.
2.6.5: Actualización de M4.
2.6.6: Actualización de Sendmail.
2.6.7: Después de actualizar el sistema, los núcleos con soporte de apm(8) incluido no arrancan.
2.6.8: Ha cambiado el grupo predeterminado del usuario daemon.

Cómo actualizar desde la versión 2.5

2.5.1: ¿Cuáles son los problemas más comunes para actualizar desde la versión 2.5 a la 2.6?
2.5.2: ¿Cómo actualizo de gcc a egcs?

2.5.2.1 - i386 y sparc ya no usan #define
2.5.2.2 - El proceso de compilación falla en xlint.
2.5.2.3 - Volcado de memoria (core dump) en uthread_autoinit.c
2.5.2.4 - egcs parece ir más lento que gcc.
2.5.2.5 - egcs genera código de mayor tamaño que gcc.
2.5.2.6 - Después de instalar egcs queda muy poco espacio en el disco.
2.5.2.7 - El proceso de compilación del sistema falla al compilar libcurses.
2.5.2.8 - Fallo en make obj.

2.5.3: make build falla con errores tipo unimplemented syscall.
2.5.4: Enlace al nuevo directorio de 2.6.
2.5.5: Después de actualizar ((U)pgrade), la extracción de base26.tar.gz falla mostrando un mensaje.

Cómo actualizar desde la versión 2.4

2.4.1: Cambios en las páginas del manual.
2.4.2: Cambio en la sintaxis de cap_mkdb.
2.4.3: Snake.

Cómo actualizar desde la versión 2.3

2.3.1: Nuevo usuario: named.
2.3.2: El proceso de compilación falla al intentar compilar ssleay.
2.3.3: El proceso de compilación falla al intentar compilar algo para PowerPC.

1.0: Instrucciones generales para la actualización del sistema

1.1: ¿Dónde puedo encontrar información sobre las versiones de OpenBSD más recientes?

En la guía de actualización para las versiones actuales.

Cómo actualizar desde la versión 2.8

2.8.1: Nuevo grupo auth

Hay un nuevo grupo auth, con gid 11, en el sistema. Debe añadir una entrada como la siguiente en el fichero /etc/group:

2.8.2: Nuevo sistema de consola wscons

Se ha reemplazado el controlador de consola pcvt con el sistema de consola wscons. Antes de usar wscons deberá crear los nuevos dispositivos relacionados con wscons. Primero asegúrese de tener instalado el último MAKEDEV, y luego cree todos los dispositivos:

Si tiene el sistema gráfico X, cambie la sección "Pointer" del fichero XF86Config para que contenga las siguientes entradas:

2.8.3: La compilación del núcleo falla con errores tipo Undefined symbol.

Se ha actualizado config(8). Si compila con el viejo config verá errores como:

Para corregirlo, compile e instale el nuevo config:

Ahora ya puede recompilar un nuevo núcleo del sistema.

Cómo actualizar desde la versión 2.7

¿Cuáles son los problemas más comunes para actualizar desde la versión 2.7 a la 2.8?

Se ha introducido un cambio significatico en gcc que facilita enormemente la generación de bibliotecas de libc auto-referenciadas. Por este motivo, la actualización debe seguir este procedimiento al pie de la letra:

1. Limpie lo sobrante de su árbol de fuentes y descargue el código fuente de la versión 2.8.

2. Compile e instale un nuevo enlazador. Debe hacerlo antes de llevar a cabo una compilación completa del compilador gcc:

   $ cd /usr/src/gnu/usr.bin/ld $ make clean && make obj && make $ sudo make install
3. Compile e instale el nuevo gcc. Use el procedimiento de la rutina de arranque (BOOTSTRAP) para que el proceso sea más rápido.

4. Compile un nuevo núcleo. No lo instale todavía:

   $ cd /usr/src/sys/arch/`machine`/conf $ config GENERIC $ cd ../compile/GENERIC $ make clean && make depend && make

5. Debido a algunos cambios en libc, su máquina puede colgarse durante el inicio a menos que el fichero /etc/resolv.conf contenga la entrada lookup file bind. Añádala si no existe:

   # echo "lookup file bind" >> /etc/resolv.conf

6. Instale un nuevo núcleo y reinicie el sistema:

   # cd /usr/src/sys/arch/`machine`/compile/GENERIC # mv /bsd /bsd.old # mv bsd /bsd # chown root.wheel /bsd # shutdown -r now

   (si este paso fallara puede recuperar el sistema arrancando con el núcleo antiguo, bsd.old, desde el punto boot> durante el proceso de inicio del sistema).

7. Compile e instale el nuevo make (y los archivos de soporte). No se salte el paso make depend:

   $ cd /usr/src/usr.bin/make $ make clean && make obj && make depend && make $ sudo make install $ cd /usr/src/share/mk $ sudo make install

8. Instale la utilidad de asignación de la jerarquía de directorios, mtree, más reciente, y asegúrese de que esté presente la estructura de directorios necesaria:

   $ cd /usr/src/etc/mtree $ sudo install -c -o root -g wheel -m 444 4.4BSD.dist /etc/mtree $ sudo mtree -qdef /etc/mtree/

9. Ejecute make build:

   # cd /usr/src && make build
10. Actualice /etc /var y /dev/MAKEDEV a mano.

Cómo actualizar desde la versión 2.6

Las entradas de termcap son demasiado largas.

Hay un nuevo fichero termcaps.master. Debe regenerar los ficheros terminfo y termcaps con la versión actual de tic(1). Si va a llevar a cabo la actualización mediante make build, deberá utilizar la versión correcta de tic(1). De lo contrario producirá el siguiente error:

En este caso debe recompilar e instalar tic(1) (asegurándose de que utiliza la versión actual de libcurses), o puede compilar la versión de tic(1) desde su árbol de fuentes.

2.6.2: El núcleo ya no reconoce el dispositivo pn (o mx, al, ax).

Nota: En el texto se usa pn por simplicidad, pero se debe entender pn, mx, al, o ax según sea apropiado.

Estos cuatro controladores se han reemplazado con un controlador dc unificado. Debe cambiar cualquier mención de pn*, mx, al, ax en los ficheros de configuración. Esto incluye:

• Actualizar los ficheros de configuración del núcleo (o puede empezar con un núcleo GENERIC nuevo y modificarlo).
• Cambiar el nombre al fichero /etc/hostname.pn* por el de /etc/hostname.dc*.
• Actualizar el fichero /etc/ifaliases.
• Modificar los ficheros /etc/ipnat.rules y /etc/ipf.rules para que reflejen el nuevo nombre de la interfaz.

Si va a modificar un núcleo personalizado, no se olvide de incluir el dispositivo dcphy en su fichero de configuración del núcleo:

Y de paso puede añadir lo siguiente:

2.6.3: Actualización de gcc 2.95.1 a 2.95.2.

gcc 2.95.2 fue fusionado con el árbol de fuentes de OpenBSD sobre el 19 de enero de 2000. Para que gcc compile correctamente se requiere una versión más reciente de libiberty (posterior a la incluida en OpenBSD 2.6). Para compilar esta biblioteca, haga lo siguiente:

NOTA: En las plataformas basadas en la arquitectura mips, como pmax, debe invocar ldconfig después de haber compilado las nuevas bibliotecas.

Una vez que haya compilado libiberty puede continuar con una rutina de arranque (bootstrap) normal de gcc:

2.6.4: Actualización de Kerberos.

Para que Kerberos IV compile correctamente deberá seguir los siguientes pasos:

• Obtenga la versión más reciente de usr.bin/compile_et y compílela.

  # cd /usr/src/usr.bin/compile_et # make clean && make depend && make && make install

• Obtenga la versión más reciente de lib/libcom_err compílela.

  # cd /usr/src/lib/libcom_err # make clean && make depend && make && make install

• Limpie los ficheros de cabecera de Kerberos y recompílelos:

  # rm -r /usr/include/kerberosIV/* # cd /usr/src/kerberosIV # make includes

• Recompile los archivos de las bibliotecas de Kerberos:

  # cd /usr/src/kerberosIV/lib # make clean && make depend && make && make install

• Si no va a realizar una compilación completa, recompile Kerberos:

  # cd /usr/src/kerberosIV # make cleandir && make depend && make && make install
• Si va a realizar la compilación completa, vuelva a ejecutar make build.

2.6.5: Actualización de M4.

La versión de m4 que se incluye en OpenBSD 2.6 produce un bucle infinito al procesar los ficheros .mc en ficheros .cf. Debido a esto es necesario instalar la nueva versión de m4 antes de invocar make build. En otras palabras:

2.6.6: Actualización de Sendmail.

En sendmail 8.10.X, las ubicaciones (y los nombres) de los ficheros de configuración de sendmail han cambiado. Ahora está todo, excepto el fichero pid en /etc/mail. También han cambiado los nombres de varios ficheros.

Existen un par de métodos para convertir los ficheros antiguos a los nuevos, y para ambos casos el primer paso es siempre el mismo:

1. Actualice /etc/rc para que busque /etc/mail/sendmail.cf en lugar de /etc/sendmail.cf
2. mv /etc/sendmail.cf /etc/mail/sendmail.cf
   Éste es el camino de menor resistencia, y no tendrá que cambiar la ubicación de ningún otro fichero.
3. O compile un nuevo fichero .cf a partir del fichero fuente .mc. Nótese que ya no será necesario especificar la línea include(`../m4/cf.m4'), ya que make la habrá incluido. Nótese también que cuando se añadan máquinas a la clase w (por medio de "Cw máquina"), ya no será necesario hacerlo en la sección LOCAL_CONFIG (véase el fichero openbsd-lists.mc como ejemplo).

2.6.7: Después de actualizar el sistema, los núcleos con soporte incluido de apm(8) no arrancan.

Debe actualizar los bloques de arranque. En la sección 14.8 encontrará la información pertinente.

2.6.8: Ha cambiado el grupo predeterminado del usuario daemon

El grupo predeterminado para el usuario daemon se ha cambiado del 31 al 1. Para que este cambio surta efecto hay que usar vipw y modificar el fichero de contraseñas para que sea como el siguiente:

daemon:*:1:1::0:0:The devil himself:/root:/sbin/nologin

Cómo actualizar desde la versión 2.5

2.5.1: ¿Cuáles son los problemas más comunes para actualizar desde la versión 2.5 a la 2.6?

perl y make

La última versión de Perl (5.005_03) requiere de una nueva versión de make para compilar correctamente. Debe recompilar make antes de compilar la nueva versión de Perl:

Siga con la recompilación de la nueva versión de Perl. Para ello tendrá que limpiar antes el directorio obj de Perl a mano.

Los programadores en Perl deberían tomar nota de los últimos cambios. De millert@openbsd.org:

Cambio de compilador: egcs sustituye a gcc

Seguramente, este cambio será el más significativo que se encuentre. Puede ver las instrucciones detalladas en la sección 2.5.2.

Estructura del núcleo del sistema: cambio en statfs

La estructura de statfs ha cambiado desde el 31 de mayo. Debe recompilar el núcleo antes de invocar make build. Puede ver los detalles en la sección 2.5.3.

2.5.2: ¿Cómo actualizo de gcc a egcs?

La forma más segura es actualizarse a una versión preliminar (snapshot) reciente, en cuanto haya una disponble. ¡Primero busque una versión preliminar!. Sólo se debería utilizar una rutina de arranque para iniciar el nuevo compilador desde el viejo como último recurso.

Antes que nada, tenga en cuenta que el uso de rutinas de arranque (bootstrapping) no ha tenido éxito en algunas plataformas. Si tiene cuidado, debería funcionar en las siguientes plataformas:

• i386
• sparc
• m68k
• alpha

Hay problemas en mips y rs6000.

Para comprobar que funcionen las rutinas de arranque en una plataforma, obtenga la versión preliminar de egcs desde la colección de portes e instálelo. Si funciona, lo más seguro es que también funcione la versión integrada en el árbol de fuentes de OpenBSD. Éste es el procedimiento más seguro.

Ahora, antes de continuar, asegúrese de que las copias de binutils, gas, y ld estén actualizadas. Nótese que hay dos copias de gas y ld en el árbol. En i386 y sparc, no se usa binutils. En su lugar se usa /usr/src/gnu/usr.bin/gas y /usr/src/gnu/usr.bin/ld.

Las siguientes instrucciones son para la versión preliminar original de egcs (egcs-990517). Desde entonces ha cambiado la versión preliminar (egcs-990608) del árbol. Si la versión de la que dispone es la 2.5, es poco probable que pueda compilar la última versión de forma directa. En este caso tendrá que usar una rutina de arranque con una versión intermedia siguiendo estas intrucciones.

De espie@openbsd.org:

Hoy cambia el compilador. Sale gcc 2.8.1 y entra egcs ... o, para ser más preciso, gcc 2.95. Esto es probable que complique las cosas de momento, pero no puedo solucionar todas las rarezas de cada arquitectura yo solo. Voy a empezar a importarlo *ahora*. En cuanto esté todo estabilizado enviaré un segundo mensaje a tech@. Gracias a todos los que me han ayudado con esto, y de manera muy especial a niklas, turan y millert. Porqué del cambio ----------------- Como la mayoría ya sabrá, egcs es en este momento el compilador *oficial* con soporte de la FSF. La próxima versión de julio ha sido rebautizada gcc 2.95. Con una simple mirada a los mensajes de registro se pueden ver muchas mejoras: el soporte para los procesadores más nuevos es mejor, C++ se aproxima mucho más a las especificaciones ANSI/ISO, Fortran 77 está mucho más integrado. También hay un sinnúmero de errores reparados y de mejoras en la generación de código. Además, el modelo de desarrollo es más abierto. Hay un árbol de cvs, hay varias listas de correo disponibles, y estamos cooperando con el equipo de egcs. Para ser más preciso, he enviado parches al equipo de egcs para que las opciones de configuración de OpenBSD tengan soporte oficial. El equipo de desarrollo ha ofrecido un alto nivel de respuesta a los informes sobre errores, y se han solucionado problemas. También hay algo más: todos están migrando a egcs, lo que significa que hay mucho código sobre el que poder probar el compilador, y que podemos beneficiarnos de proyectos relacionados. Porqué ahora ------------ egcs-1.1 no servía para algunos propósitos. En concreto, el tamaño del código en i386 era mayor que el de gcc 2.8.1, lo que provocaba problemas con los disquetes. En el momento en que se congeló la versión 2.5 de OpenBSD, el único código que se ajustaba para ser incluido en el sistema era una versión preliminar algo inestable. En interés de la estabilidad, y después de muchos intentos, egcs no fue incluido en 2.5. Ahora mismo, el proyecto egcs se encuentra en fase de producción de egcs 1.2. A juzgar por la marcha del proyecto, hay un amplio margen entre egcs 1.2 y la próxima versión oficial de OpenBSD. Además, queremos disponer ya de él, para poder tener la oportunidad de enviar informes sobre los problemas en las arquitecturas menos utilizadas, y tenerlo todo solucionado para la versión 1.2. La «congelación del desarrollo de funcionalidades» de egcs debería tener lugar el 7 de mayo, y la versión preliminar 19990502 ya ofrece solidez. Qué funciona y qué no --------------------- egcs funciona sin problemas en el sistema i386 de OpenBSD. También funciona en m68k, con algunos arreglos relacionados con errores extraños que se solucionarán. También parece funcionar en sparc. Hay algunos problemas con el enlazador en algunas otras arquitecturas que deben ser solucionados antes del lanzamiento de nuestra próxima versión. En este instante, los constructores de bibliotecas dinámicas todavía no están listos. egcs dispone ahora de un preprocesador cpp independiente que será mejor que el arreglo que usamos en este momento. Esto conllevará algunos cambios en la interfaz y probablemente avisos extraños. ¿Se mantendrá gcc 2.8.1? ------------------------ Debido al espacio que ocupa, gcc pasará al módulo Attic de cvs en cuanto se importe egcs. Si no quiere pasar todavía a egcs, deberá tener cuidado con las actualizaciones por cvs. Habrá algunos cambios en los ficheros Makefile: los include, gnu/usr.bin, y gnu/lib. xlint y cpp.sh también cambiarán. Cómo instalar el compilador mediante rutinas de arranque -------------------------------------------------------- El modo más fácil es el de confiar en los mantenedores de las arquitecturas y obtener una versión preliminar. Si quiere complicarse la vida, primero tendrá que volver a compilar los directorios obj: cd /usr/src make obj Si la plataforma es i386, se debe actualizar gas. Si la plataforma es sparc, se debe actualizar ld. compilar libiberty: cd /usr/src/gnu/egcs/libiberty make -f Makefile.bsd-wrapper clean make -f Makefile.bsd-wrapper depend make -f Makefile.bsd-wrapper make -f Makefile.bsd-wrapper install compilar el compilador de C: cd /usr/src/gnu/egcs/gcc make -f Makefile.bsd-wrapper clean make -f Makefile.bsd-wrapper depend make -f Makefile.bsd-wrapper make -f Makefile.bsd-wrapper install recompilar el compilador de C con la nueva versión: cd /usr/src/gnu/egcs/gcc make -f Makefile.bsd-wrapper clean make -f Makefile.bsd-wrapper depend make -f Makefile.bsd-wrapper make -f Makefile.bsd-wrapper install recompilar los ficheros de inclusión: cd /usr/src/include make includes compilar todas las bibliotecas egcs e instalarlas: cd /usr/src/gnu/egcs make -f Makefile.bsd-wrapper clean make -f Makefile.bsd-wrapper depend make -f Makefile.bsd-wrapper make -f Makefile.bsd-wrapper install e instalar el nuevo controlador cpp cd /usr/src/usr.bin/cpp make install y ya está listo para una compilación general que ahora debería funcionar.

[nota del autor: en realidad no funcionará del todo, ya que fallará la compilación de xlint. Sin embargo, la solución es simple. Cambie al directorio /usr/src/usr.bin/xlint/xlint y ejecute make && make install antes de invocar make build. Luego prosiga con normalidad. Lea la referencia en la sección 2.5.2.2]

Si no funciona, entonces es que está usando una arquitectura que todavía no ha pasado por make build. Lo más probable es que ocurra un error interno del compilador, como el que se conoce por ICE. Primero intente ver si el ICE desaparece con -O1 ó -O0. Si es así, puede incluir un arreglo en el fichero Makefile hasta que se solucione (mire en el fichero /usr/src/lib/libm/Makefile a modo de ejemplo de cómo incluir arreglos para m68k). Es necesario que se informe sobre el error en la lista de correo de egcs-bugs. Como mínimo, debe compilar el código fuente con la misma invocación del compilador, añadiendo -v -save-temps a las opciones. La opción -v produce la secuencia exacta de instrucciones invocadas por gcc. La opción -save-temps le dará un fichero C preprocesado (.i) o uno C++ (.ii) de utilidad para los programadores de egcs... no les puede pedir que instalen OpenBSD en sus máquinas. Si dispone de más tiempo, puede intentar reducir el fichero de C preprocesado hasta un mínimo en el que evite el error. La dicotomía funciona bastante bien.

Si ha podido pasar este procedimiento y aún funciona todo, le felicitamos. Si no es así, busque ayuda en las secciones siguientes. Los problemas que no aparezcan en el documento los puede enviar a tech@openbsd.org.

2.5.2.1 - i386 y sparc ya no usan #define

Es cierto, ahora egcs usa __i386__ y __sparc__, que es más limpio. Si necesita compilar código que dependa de los viejos #define, añada -Di386 ó -Dsparc en el sitio apropiado del fichero Makefile correspondiente.

2.5.2.2 - El proceso de compilación falla en xlint

Esto se debe a diferencias semánticas en el preprocesador cpp. La solución es simple, y parecida a la del problema con cap_mkdb que se describe en la sección 2.4.2.

Compile e instale el código de xlint más reciente:

y a continuación vuelva a compilar todo. La compilación debería continuar.

2.5.2.3 - Volcado de memoria (core dump) en uthread_autoinit.c

Ha sido víctima de un error del enlazador. He aquí un mensaje relevante:

2.5.2.4 - egcs parece ir más lento que gcc.

Va más lento, pero por un motivo. egcs realiza más pases de optimización. El alineamiento de datos y otras funcionalidades parecidas tendrán un mejor rendimiento con código generado por egcs.

2.5.2.5 - egcs genera código de mayor tamaño que gcc.

En efecto. Esto se nota especialmente con el viejo interruptor -O2 de gcc. egcs introduce una nueva opción, -Os, que optimiza el espacio. Esto es comparable de algún modo al viejo comportamiento de -O2.

2.5.2.6 - Después de instalar egcs queda muy poco espacio en el disco.

egcs se instala en un subdirectorio diferente al de gcc 2.8.1. Debe eliminar gcc una vez que se haya instalado egcs mediante rutina de arranque y ya est´ funcionando.

Un problema relacionado es el de los cambios en Perl mencionados en la sección 2.5.1, ya que se puede eliminar el directorio /usr/lib/perl5. La nueva ubicación para estos datos es /usr/libdata/perl5.

2.5.2.7 - El proceso de compilación del sistema falla al compilar libcurses.

Ahora libcurses depende de la última versión de cpp. Bájese la última versión de cpp, recompílela, y continúe:

Y vuelva a invocar make build.

2.5.2.8 - Fallo en make obj.

Si falla la ejecución de make obj, citando errores de un fichero Makefile, es posible que los ficheros de inclusión del fichero Makefile estén obsoletos. Por ejemplo:

Esto se puede resolver recompilando los ficheros de inclusión del Makefile:

e intente compilar de nuevo.

2.5.3: make build falla con errores tipo unimplemented syscall.

Respuesta corta:

La estructura statfs del núcleo del sistema ha cambiado. Debe recompilar el núcleo antes de volver a ejecutar make build.

Respuesta larga:

La estructura statfs del núcleo del sistema ha cambiado. La nueva struct statfs tiene las siguientes características:

• Tiene un campo de indicadores u_int32_t; ahora las dependencias indirectas pueden tener un indicador real.
• Usa u_int32_t en lugar de longs (mejor en la arquitectura alpha).
  Nota: la página del manual solía mentir sobre la configuración de campos no usados o no válidos con -1. SunOS sí lo hace, pero nuestro código nunca lo ha hecho.
• Elemina completamente f_type. No se ha utilizado desde NetBSD 0.9, y tenerlo ahí pero siempre 0 es confuso. Esto puede causar que algún código viejo no compile, pero eso es preferible a que se estropee sin motivo aparente.
• Añade una unión mount_info que contiene la estructura FSTYPE_args. Esto quiere decier que ahora mount puede informar sobre todas las opciones con las que se ha montado un sistema de archivos. Esto es especialmente útil para NFS.

Otros cambios:

• La emulación del statfs de linux no convertía ente nombres de sistemas de archivos de BSD y números f_type de linux. Ahora lo hace, ya que el número f_type de BSD no sirve para las aplicaciones de linux (y de todos modos lo hemos eliminado).
• El struct statfs de FreeBSD es diferente al nuestro (el viejo y el nuevo) y necesita conversión. Anteriormente, las llamadas al sistema de OpenBSD se usaban sin una traducción real.
• ahora mount(8) muestra información adicional cuando se invoca sin argumentos. Sin embargo, para verlo todo hay que usar el indicador -v (verboso).

2.5.4: Enlace al nuevo directorio de 2.6.

Cuando actualice a la versión 2.6 tendrá que crear un simple enlace para gcc.

2.5.5: Después de actualizar ((U)pgrade), la extracción de base26.tar.gz falla mostrando un mensaje.

tar: Unable to remove directory ./usr/include/machine <Directory not empty>

En la versión 2.5, /usr/include/machine era un directorio, y /usr/include/i386 un enlace a este directorio. En la versión 2.6 se ha invertido esta situación.

Para corregir el problema, salga al punto del intérprete, elimine el directorio /usr/include/machine, y vuelva a intentar actualizar el sistema.

Cómo actualizar desde la versión 2.4

2.4.1: Cambios en las páginas del manual

Se han cambiado varias páginas del manual de la sección 1 a otras secciones. Si las páginas del manual antiguas se dejan en la sección 1, los usuarios que no lo sepan no verán la última versión de la página.

Se deben eliminar las siguientes páginas del manual:

2.4.2: Cambio en la sintaxis de cap_mkdb.

Síntoma:

La ejecución de make build produce un error como el siguiente:

Solución:

La sintaxis para invocar cap_mkdb ha cambiado ligeramente. Antes de ejecutar make build, recompile cap_mkdb desde los fuentes más recientes.

Ahora el proceso de compilación debería continuar hasta completarse.

2.4.3: Snake

Antes de actualizar /usr/src/games/snake tiene que eliminar el contenido del directorio obj.

Cómo actualizar desde la versión 2.3

2.3.1: Nuevo usuario: named

A partir de la versión 2.3, el dæmon named de DNS ha cambiado a un entorno cerrado (chroot jail). Para que este cambio fuera posible, hubo que crear el usuario named. Si no lo ha hecho todavía, debe crear este usuario para asegurar que todos los directorios sean creados correctamente durante el proceso de compilación del sistema.

Añada la siguiente entrada en /etc/passwd usando vipw(8):

Añada la siguiente entrada en /etc/group:

2.3.2: La compilación falla cuando intento compilar ssleay.

Es probable que falte una entrada para el usuario named en el fichero de contraseñas.

Respuesta corta:

Debe crear este usuario antes de la compilación.

Respuesta larga:

El usuario named se requiere para configurar correctamente los permisos. Si falta este usuario, parte del proceso de compilación fallará. Si captura el proceso de compilación en un fichero (por ejemplo con make build &>/tmp/build.log) podrá ver el siguiente mensaje:

Desafortunadamente, el proceso de compilación a continuado su camino, ignorando completamente el hecho de que haya ocurrido un error.

Si existe el usuario named, mtree funcionará correctamente:

El motivo de este fallo es que el directorio /usr/include/ssl nunca fue creado. Sin los ficheros de cabecera, la compilación de ssleay fallará.

Solución:

Cree el usuario y grupo named. Elimine /usr/include/ssl, /var/named, y cualquier otro directorio de la lista anterior que fuera creado como un archivo normal por el proceso de make build.

2.3.3: El proceso de compilación falla al intentar compilar algo para PowerPC.

El directorio de su árbol está incompleto. En concreto, falta el directorio /usr/share/man/cat4/powerpc.

Solución rápida:

Cree este directorio y proceda con el proceso de compilación.

Solución completa:

Cree el árbol completo del directorio:

Lo más probable es que vea una salida como la siguiente:

Fíjese en que /usr/share/man/cat4/powerpc es uno de los directorios creados por este proceso.

--