1.4. Ayuda

Si mientras estás usando este libro te surge algún problema o duda, consulta primero las FAQ que hay en http://www.linuxfromscratch.org/faq/#generalfaq (hay una versión anticuada en castellano en http://www.lfs-es.com/lfs-es/faq). Probablemente tu pregunta esté contestada aquí. Si no es así, prueba a encontrar la fuente del problema. La siguiente receta puede darte algunas ideas para encontrar la solución: http://www.linuxfromscratch.org/hints/downloads/files/errors.txt.

También tenemos una maravillosa comunidad LFS que está encantada de ofrecer ayuda a través del canal IRC y las listas de correo (mira el Capítulo 1 - Listas de correo). Para ayudarles a diagnosticar y resolver el problema, incluye toda la información relevante que sea posible en tu petición de ayuda.

1.4.1. Cosas a mencionar

Además de una breve explicación del problema experimentado, las cosas esenciales que se deben incluir en la petición de ayuda son:

La versión del libro que se está usando (en este caso, 6.0).
La distribución anfitriona (y su versión) usada como base para crear el LFS.
El paquete o sección en el que se encontró el problema.
El mensaje de error exacto o los síntomas que aparecen.
Si te has desviado o no del libro.

Nota

Desviarse del libro no implica que no vayamos a ayudarte. Después de todo, LFS se basa en la elección. Avisarnos sobre cualquier cambio en el procedimiento establecido nos ayudará a detectar las posibles causas de tu problema.

1.4.2. Problemas de configuración

Cuando algo va mal en la fase en que la se ejecuta el guión configure, consulta el fichero config.log. Este fichero puede contener errores encontrados durante la configuración que no se muestran en pantalla. Incluye esas líneas relevantes si necesitas pedir ayuda.

1.4.3. Problemas de compilación

Tanto la salida por pantalla como el contenido de varios ficheros son útiles para determinar la causa de los problemas de compilación. La salida por pantalla del guión ./configure y del comando make pueden ser útiles. No es necesario incluir toda la salida, pero incluye suficiente información relevante. A continuación hay un ejemplo del tipo de información a incluir de una salída por pantalla de make:

gcc -DALIASPATH=\"/mnt/lfs/usr/share/locale:.\"
-DLOCALEDIR=\"/mnt/lfs/usr/share/locale\"
-DLIBDIR=\"/mnt/lfs/usr/lib\"
-DINCLUDEDIR=\"/mnt/lfs/usr/include\" -DHAVE_CONFIG_H -I. -I.
-g -O2 -c getopt1.c
gcc -g -O2 -static -o make ar.o arscan.o commands.o dir.o
expand.o file.o function.o getopt.o implicit.o job.o main.o
misc.o read.o remake.o rule.o signame.o variable.o vpath.o 
default.o remote-stub.o version.o opt1.o
-lutil job.o: In function `load_too_high':
/lfs/tmp/make-3.79.1/job.c:1565: undefined reference 
to `getloadavg'
collect2: ld returned 1 exit status
make[2]: *** [make] Error 1
make[2]: Leaving directory `/lfs/tmp/make-3.79.1'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/lfs/tmp/make-3.79.1'
make: *** [all-recursive-am] Error 2

En este caso, mucha gente simplemente incluye la sección final a partir de:

make [2]: *** [make] Error 1

Esto no es suficiente información para diagnosticar el problema porque sólo nos dice que algo fue mal, no qué fue mal. Lo que se debería incluir para resultar útil es la sección completa tal y como aparece en el ejemplo anterior, ya que incluye el comando que se estaba ejecutando y sus mensajes de error.

En http://catb.org/~esr/faqs/smart-questions.html hay disponible un artículo excelente sobre cómo buscar ayuda en Internet. Lee y sigue los consejos de este documento para aumentar las posibilidades de obtener la ayuda que necesitas.

1.4.4. Problemas en los bancos de pruebas

Muchos paquetes proporcionan un banco de pruebas que, dependiendo de la importancia del paquete, debería ejecutarse. En ocasiones los paquetes generarán fallos falsos o esperados. Si te encuentras con ellos, puedes comprobar la página Wiki de LFS en http://wiki.linuxfromscratch.org/ para ver si nosotros ya los hemos investigado y anotado. Si ya están anotados y localizados, no hay necesidad de preocuparse.