From Fedora Project Wiki

Rawhide es el nombre dado a la actual cabeza de desarrollo de Fedora. Consiste en un repositorio de paquetes llamado «rawhide» y contiene la última versión de todos los paquetes de Fedora, actualizado diariamente. Las compilaciones nocturnas también están disponibles durante la primera parte del Ciclo de vida de liberación de Fedora.

¿Quién debe usar Rawhide?

Los usuarios finales no deberían utilizar Rawhide como su principal estación de trabajo diaria. Porque Rawhide es una rama de desarrollo, muchos cambios no son probados (o probados totalmente) antes de ser liberados a Rawhide y los paquetes de Rawhide pueden romperse sin previo aviso. Incluso es posible que errores en Rawhide puedan causar la pérdida de datos. Sin embargo, probar Rawhide es una actividad muy valiosa que ayuda al desarrollo directo de Fedora y asegura que la calidad de las versiones estables sea alta. También es una forma divertida de probar la última versión de software tan pronto como salga al mercado. Probar Rawhide es una gran manera de contribuir al desarrollo de Fedora. Puede probar Rawhide o Branched (dependiendo del punto en el ciclo de lanzamiento) de las compilaciones nocturnas vivas sin necesidad de instalarlo en absoluto. De lo contrario, puede instalarlo si tiene un sistema de repuesto, o está dispuesto a instalar Rawhide en un sistema existente con arranque dual, o usar una máquina virtual.

Compilaciones nocturnas vivas

Después del lanzamiento de la versión anterior a la final, pero antes del evento Branch, las compilaciones nocturnas estarán compuestas por paquetes de Rawhide. Estos se construyen automáticamente sin afinación manual o pruebas, por lo que a veces tendrán mayor tamaño que el de un CD simple, y a veces pueden no funcionar en absoluto. Si hay un error en la cadena de herramientas de generación, las imágenes no pueden ser construidas en una noche determinada; en este caso, estará disponible la imagen más reciente. Utilizar estas compilaciones nocturnas es una manera ideal para probar Rawhide si no tiene máquina de repuesto ni partición disponible, o simplemente no tiene el tiempo necesario para mantener una instalación de Rawhide. Es una manera muy segura para probar, ya que no hará ningún cambio a su sistema instalado. También puede instalar Rawhide al disco duro desde el escritorio Vivo si la imagen Viva está trabajando bien para usted. Durante el resto del ciclo de lanzamiento, las compilaciones diarias tendrán contenido Branched (Ramificado), y usted deberá usar un repositorio para instalar Rawhide - aunque puede generar una Edición personalizada utilizando Revisor si es necesario probar una distribución Viva.

Para obtener más información, consulte CD Vivo de Fedora.

Instalar Rawhide

Rawhide pretende ser instalable, sin embargo, un árbol de Rawhide particular puede no ser instalable debido a errores en el programa de instalación u otros paquetes. Hay muchas maneras de instalar Rawhide.

Espejos de Rawhide

Rawhide está bajo «development/rawhide» en los espejos (mirrors). Puede encontrar un espejo de "development" local aquí. Continúe leyendo para obtener instrucciones específicas sobre cómo instalar el contenido espejado.

Cómo evitar molestar a un sistema existente

Existen algunos métodos para probar Rawhide en una máquina sin molestar a una instalación existente:

  1. Probar una versión Viva desde la unidad de CD, DVD o USB.
    • Para grabar en CD o DVD, vea grabando ISO.
    • Para escribir en la memoria USB, consulte Cómo crear y utilizar un USB Vivo.
    • Si utiliza un LiveUSB con persistencia de datos, puede utilizar el método «yum update» que se describe a continuación para obtener las últimas RPM de Rawhide diarias (excepto el kernel). Tenga en cuenta que puede también necesitar instalar el paquete 'fedora-release-rawhide' y activar el repositorio de rawhide. Sin embargo, se recomienda descargar las ISO diarias en lugar de este método.
  2. Utilizar una máquina virtual. Ver Probar/QEMU.
  3. Instalar en una partición independiente.

Instalación directa de Rawhide vía Anaconda autónomo

Anaconda es el instalador de Fedora. Puede ser arrancado directamente, en lugar de ejecutarlo desde un escritorio Vivo.

Usando BFO (boot.fedoraproject.org)

Puede utilizar el último destino de instalación desde BFO para hacer la instalación y luego post-install yum distro-sync. Las imágenes BFO proporcionan la descarga mínima por adelantado para que pueda iniciarse el proceso de instalación.

  1. Descargue el medio de inicio BFO: http://boot.fedoraproject.org/download
  2. Arranque el medio y seleccione Install o Pre-Release. Seleccione el instalador más reciente que desea ejecutar.
  3. Ejecute la instalación mínima.
  4. Post-install yum distro-sync:
# yum install fedora-release-rawhide
# yum --releasever=rawhide distro-sync

Utilizando una versión general ISO de Fedora

Puede utilizar la versión de Anaconda distribuida con una versión pública final (la última es Fedora 40). Usando este método, utilizará un instalador más viejo pero conocido por su funcionamiento, para instalar el último contenido en el repositorio de Rawhide.

Opción 1 - Utilizar una copia que ya haya descargado
Si ya tiene un CD, DVD, memoria USB con secuencia de arranque, o una partición de disco rígido que contenga el *-DVD.iso o *-disc1.iso, puede usarlo para instalar Rawhide. Sin embargo, si necesita descargar nuevos medios de arranque, estos archivos no se recomiendan porque contienen versiones RPM del lanzamiento general de Fedora, y usted quiere instalar RPM de Rawhide. Consulte la página de la Guía de descarga e instalación para obtener instrucciones si quiere descargar estos archivos de todos modos. Una imagen general Viva del lanzamiento no puede utilizarse para instalar Rawhide, solamente la versión general del lanzamiento de Fedora que los contiene se puede utilizar.
Opción 2 - Descargar el instalador mínimo
Si necesita hacer un CD, DVD, memoria USB con secuencia de arranque, o una partición de disco rígido, la mejor manera de hacerlo es descargar el instalador mínimo boot.iso y cargar RPM a través de la red. Es el mismo que el *-netinst.iso (por ejemplo, Fedora-12-i386-netinst.iso) que puede encontrar en otros lugares. Estos archivos no están disponibles por BitTorrent.
Para obtener y utilizar un archivo boot.iso:
* Ir a http://download.fedoraproject.org/ - se le redirigirá a un espejo cercano.
* Ir a releases/40/Fedora.
* Elegir el directorio de su arquitectura (i386, x86_64, o ppc - ayuda disponible), luego encontrar os/images/boot.iso y descargarlo.
* Crear un CD, DVD, medio USB con secuencia de arranque, o una partición de disco rígido siguiendo las instrucciones aquí usando el archivo boot.iso recientemente descargado. Puede utilizar el método livecd-iso-to-disk descrito allí aunque boot.iso no es una imagen Viva, y también debería funcionar en particiones de disco duro, no sólo en medios USB.
Opción 3 - Instalación pura de red con ningún medio de arranque
La Guía de instalación documenta cómo arrancar el instalador directamente desde la red, en caso de que usted no pueda o no desea crear medios de arranque local.
Qué hacer después de arrancar la Opción 1, 2 o 3
Iniciar el instalador y seguir las instrucciones en pantalla. Proceder a la Selección del grupo de paquetes. Para instalar rawhide, anular la selección de todos los repositorios de paquetes de Fedora 40, y agregar manualmente rawhide utilizando las instrucciones de Instalación desde repositorios adicionales. Obtener un espejo de Rawhide válido de la lista de réplicas.
Opción 4 - Sin acceso a la red durante la instalación
Si no tiene ningún acceso a la red durante el proceso de instalación, necesitará descargar el repositorio de Rawhide (development) de un espejo de Rawhide y utilizar el método de instalación de disco duro que se describe en la Guía de instalación, o podría ser más fácil elegir un método diferente para instalar Rawhide desde otra sección de esta página.

Instalación directa de Rawhide vía instalador Vivo

El tiempo lo es todo
Este método sólo funciona después del lanzamiento de Fedora 40, y antes que Fedora 41 se haya ramificado. Consulte el calendario de publicación para el momento oportuno. Una vez ramificado, siga las instrucciones en Branched: después de la ramificación, las imágenes nocturnas son de la versión ramificada (Branched), no de Rawhide.
Presencia y viabilidad de imágenes nocturnas no garantizadas
Las imágenes nocturnas son construidas por una secuencia de comandos (script) con poca intervención humana. Como generar una imagen completa con arranque e instalador de Fedora es una operación bastante compleja que requiere un subconjunto bastante grande de paquetes actuales, funcionales e interoperables, a menudo no se instalará correctamente, no arrancará, o dejará de funcionar totalmente: usted no debe confiar en una imagen disponible recientemente, o cualquier imagen que proporcione realmente una instalación utilizable. Esto es bastante normal.
  1. Descargar una imagen Viva diaria (.iso) de http://alt.fedoraproject.org/pub/alt/nightly-composes/
  2. Siga los pasos en Cómo crear y utilizar un USB Vivo o Cómo crear y utilizar un CD Vivo para preparar y arrancar desde la imagen que usted seleccione.
  3. Inicie la sesión y haga doble clic en Instalar en el Disco rígido en el icono del escritorio.
  4. Siga las instrucciones en pantalla para completar la instalación.

Actualizar con Yum desde una versión estable o preliminar

Como alternativa a una instalación directa de Rawhide, puede instalar una versión estable ya existente o preliminar e intentar actualizar a Rawhide utilizando yum. Cuando está disponible una versión preliminar, Rawhide corresponde a la versión siguiente: cuando Fedora 17 alfa está disponible, los repositorios de Rawhide contienen lo que se convertirá en Fedora 18. Como con cualquier método de instalación de Rawhide, el éxito no está garantizado. Si no puede obtener una instalación directa para trabajar, puede trabajar con el método yum; por otro lado, si usted no puede obtener una actualización de yum para trabajar, pruebe el método de instalación directa (arriba) en su lugar.

Es generalmente mejor comenzar a partir de la versión más reciente disponible, incluso si se trata de una versión previa: utilice únicamente una versión estable si aún la preliminar de la siguiente versión no está disponible, o no puede obtener la versión previa para instalar.

Si una versión de prueba o de «pre-lanzamiento» (alfa o Beta) está actualmente disponible, puede descargarla aquí. De lo contrario, puede descargar la última versión estable aquí.

Puede tener problemas de dependencias que podrían tomar tiempo y esfuerzo manual para resolver: si la actualización se niega a proceder, mire cuidadosamente los informes de errores de yum y considere las medidas adecuadas (a menudo, necesitará quitar algunos paquetes problemáticos para permitir el resto de la actualización del sistema). Recuerde que las instalaciones de Rawhide en general se deben limpiar y volver a instalar desde cero en cualquier momento.

Puede actualizar el repositorio de Rawhide de dos maneras. El más confiable para utilizar es el método de línea de comandos desde una consola; esto evita el caso donde una actualización hace que el servidor X falle o se reinicie, matando como consecuencia el proceso de yum en mid-upgrade. Los resultados de este caso son generalmente inferiores al óptimo.

Gráfica

Todos los nombres y comandos son para el escritorio GNOME y gnome-packagekit - utilizar equivalentes en otros escritorios:

  1. Ejecutar la aplicación Agregar/Quitar Software (gpk-application), e instale el paquete fedora-release-rawhide
  2. A continuación, modifique sus fuentes de software mediante la aplicación Preferencias de Software (gpk-prefs)
    • Dejar sólo el software nativo de Fedora - Rawhide habilitado.
  3. Después, actualice su sistema utilizando la aplicación Actualización de Software (gpk-update-viewer)

Línea de comandos

Utilizar primero yum-config-manager --disable para desactivar los repositorios que haya habilitado que no sean 'fedora-rawhide'
# yum install fedora-release-rawhide
# yum --releasever=rawhide distro-sync

Si usted tiene repositorios de terceros habilitados, el comando puede fallar debido a que ningún repositorio 'Rawhide' está disponible para ellos; en este caso, desactive temporalmente los repositorios objetados para permitir la actualización y proceder.

Luego puede habilitar/deshabilitar los repositorios en /etc/yum.repos.d/ para que sólo el repositorio «Fedora Development» esté activado. Esto permitirá que las actualizaciones diarias de Rawhide aparezcan de forma predeterminada en las notificaciones del escritorio y en «yum update».

Si no puede instalar fedora-release-rawhide desde dentro del sistema de paquetes, puede descargar el RPM directamente desde un espejo de Rawhide, en: development/rawhide/<arch>/os/Packages/ (por ejemplo: wget http://fedora.univ-nantes.fr/fedora.redhat.com/fedora/linux/development/rawhide/i386/os/Packages/fedora-release-*.noarch.rpm)

Probar Rawhide

Hay dos cosas importantes que deben hacer todos los probadores de Rawhide. En primer lugar, leer la lista de correo test, donde los usuarios de Rawhide comentan los cambios más recientes. Aquí encontrará discusiones de cambios significativos y advertencias de roturas graves. La lectura diaria de la lista test es clave para mantenerse encima de Rawhide. En segundo lugar, informar de todos los errores que encuentre en Rawhide a Bugzilla. Recordar los errores de archivos según estas mejores prácticas. Por favor, recuerde que los errores siempre deben ser presentados en Bugzilla. Los informes de errores en la lista de correo o el IRC no es suficiente, porque estos informes se pierden rápidamente en la historia. Sólo en Bugzilla estarán siempre accesibles a otros probadores y a los desarrolladores.

Más allá de eso, aquí hay algunos consejos generales que pueden resultar de utilidad en el uso de Rawhide:

  • Acercarse a la versión de prueba como una valiosa oportunidad para aprender más acerca de su sistema. Hay una buena probabilidad que se encuentre con algunos errores en subsistemas o componentes con los que usted no está familiarizado, como con parte del proceso de prueba. Utilice esta oportunidad para aprender más acerca de ese particular subsistema y familiarizarse con su documentación. Incluso la documentación tiene errores, siguiendo hacia adelante y tratando de aprender de la documentación que posiblemente pueda ayudar a limpiar documentación mal redactada o desactualizada. Cuanto más aprenda, más eficaz será en el futuro si usted participa en el desarrollo de nuevos procesos. Sea tan proactivo como pueda acerca de la lectura, de cómo funcionan las cosas y tendrá una experiencia mucho más valiosa en general.
  • Al utilizar yum, tómese tiempo para revisar la lista de acciones del paquete antes de continuar. No desactivar el paso de la revisión.
  • Familiarícese con los archivos de registro /var/log/rpmpkgs y /var/log/yum.log
  • Haga un cuaderno y realice apuntes sobre el sistema de cambios de configuración realizados. Muchos problemas se deben a errores de configuración simple, pero pueden aparecer como errores de actualización del paquete. Cuando se trabaja con otros probadores para confirmar el problema, realizar notas en cuanto a los otros cambios hechos desde la última actualización/reinicio puede ser invaluable para rastrear con precisión el problema.
  • Mantenga al menos un kernel antiguo que funcione con la seguridad que es de esperar.
  • Reiniciar todos los días, para probar si alguna de sus actualizaciones han afectado el inicio. Es mucho más difícil localizar un problema de arranque que fue causado por una actualización antigua si está actualizando a diario pero no ha reiniciado.
  • Familiarizarse con las características útiles de grub para solucionar problemas de fallos de arranque.
  • No fuerce o nodeps a funcionar con cualquier paquete para evitar problemas de dependencia. En su lugar, informarlos como errores o a la lista test. Si nadie informa de estos problemas, nunca se solucionarán y persistirán en versiones estables.
  • Debido a que el árbol de desarrollo no garantiza que sea internamente consistente cada día, con frecuencia verá fallas en yum update con errores. No se preocupe, la mayoría de los problemas de dependencia serán reparados por los desarrolladores en uno o dos días - a veces simplemente por solicitar más reconstrucciones de paquetes. Si usted descubre un problema de dependencia con yum update en su sistema durante varios días en una fila, y no ve discusiones en la lista test, consulte a continuación para decidir cómo debe informarlo o si es necesario un informe.
  • Si hay un error (por ejemplo, un paquete que depende de una antigua biblioteca) que le impide una actualización completa de Rawhide, puede utilizar yum update --skip-broken para actualizar todos los otros paquetes. Sin embargo, asegúrese que se ha informado del error al mantenedor del paquete problemático
  • Puede que tenga que desactivar la comprobación GPG en /etc/yum.conf o el repositorio fedora-devel en /etc/yum.repos.d si los paquetes son firmados incorrectamente.

Cuando informar problemas de actualización

Un informe diario del árbol de desarrollo se crea y envía cada mañana a la lista-test-fedora como parte del push automatizado de paquetes a los árboles de acceso público. El informe diario contiene información nueva, eliminada y paquetes actualizados. También contiene un resumen de los problemas de dependencia conocidos en cada arco para los cuales se construye el árbol de desarrollo. Si experimenta cualquier problema de actualización contra el árbol de desarrollo lo primero que debe revisar son los últimos dos o tres informes generados. Si ve un problema de dependencia que se resume en el último informe de compilación, puede ser que los desarrolladores ya sean conscientes del problema. Los mantenedores de paquetes reciben correos electrónicos diarios cuando sus paquetes se encuentran en esta lista.

Tenga en cuenta que la lista de dependencias rotas, que forma parte de los informes de Rawhide diarios, sólo proporciona el primer nivel de las dependencias y no toda la lista, lo que ahorra tiempo de compilación. Los paquetes no listados también pueden verse afectados, pero se arreglarán cuando uno o más de los paquetes de la lista se reconstruyan.

Sin embargo, si el problema persiste durante más de unos días en su sistema, y el paquete del problema no aparece en el informe diario, podría ser una indicación de que se ha encontrado con un error situacional que no todo el mundo está viendo. Esto es cuando se puede entrar en acción como probador y hacer una diferencia. Pero, antes de presentar un informe de error existe una receta corta que puede seguir para evitar una presentación innecesaria. Por favor, recuerde que las versiones de prueba existen principalmente para ayudar a los desarrolladores a identificar problemas, así se pueden reparar en el tiempo para el lanzamiento. Lamentablemente, la reaccionaria presentación de errores duplicados o bien conocidos puede tomar tiempo de desarrollo y alejarnos realmente de solucionar los problemas.

  1. Lectura de la lista-test-fedora: Volver a sus archivos o los archivos web de la lista-test-fedora y leer sobre los hilos de las últimas 48 horas y ver si ha habido alguna discusión sobre los errores específicos de actualización que ha estado mirando. Generalmente, este tipo de errores es visto por casi todo el mundo con hardware similar, así que hay una muy buena posibilidad de que otros probadores ya los estén debatiendo. Por favor no publicar un nuevo mensaje en la lista-test-fedora hasta después de revisar el valor de los mensajes de las últimas 48 horas. Tener múltiples discusiones sobre el mismo problema es una carga para otros desarrolladores y probadores.
  2. Búsqueda en Bugzilla: Búsqueda para ver si hay algunos informes sobre la cuestión de la actualización que has visto.
  3. Dejar una nota en la lista-test-fedora: Iniciar un nuevo hilo sólo después de que se ha intentado encontrar una discusión previa de este problema en la lista-test o en Bugzilla. Otros probadores pueden ayudar a confirmar el problema. Si ellos no logran confirmarlo pueden ayudarle a determinar si es un problema de configuración o un error de usuario de su parte. La lista-test es una gran manera para obtener asistencia de otros probadores con más experiencia, pero por favor, haga lo que pueda para utilizar los archivos responsablemente para evitar la duplicación de información y debate.
  4. Presentar un nuevo informe de error: Si la naturaleza exacta del problema de dependencia durante la actualización es persistente durante varios días, o si el problema parece adecuado a su situación y no parece que el desarrollador sea consciente de este problema, presentar un nuevo fallo. Si no está seguro de cómo presentarlo, los probadores experimentados de la lista-test-fedora pueden hacerle sugerencias. Por favor, no asuma que es un error de yum. La mayoría de los problemas de dependencia son errores de empaquetado de uno de los paquetes que se detallan en los mensajes de error.

¿Qué significa cuando algo dice «hits Rawhide»?

Rawhide se genera automáticamente una vez al día con los últimos paquetes que son compilados. Los paquetes que están construidos en el día son generalmente de Rawhide al día siguiente. Para los curiosos, la compilación se lleva a cabo en la medianoche del Este de EE.UU., 0400/0500 UTC.

¿Qué es un «push» Rawhide?

Un push Rawhide es simplemente una Edición Rawhide para ese día. Ocasionalmente, si el push está muy roto, puede ser regenerado más de una vez.

¿Dónde puedo comunicar asuntos de Rawhide?

Utilice la lista-test-fedora o el canal IRC #fedora-qa en Freenode. Para errores, informelos a Bugzilla

¿Cómo puedo saber qué está cambiando en Rawhide?

Se envían informes todas las noches a la lista-test-fedora y lista-devel-fedora, con el asunto 'rawhide report: <date> changes'. Estos informes incluyen listas de paquetes que han sido añadidos, eliminados o actualizados (con fragmentos cortos del registro de cambios), junto con una lista de las dependencias rotas.

Buenos recursos para el estado de muchos proyectos de Fedora:

Referencias

Comunicado de prensa original en http://www.redhat.com/about/presscenter/1998/press_aug1498.html