aboutsummaryrefslogtreecommitdiffstats
path: root/chapter01/askforhelp.xml
blob: 1dc36c3653e11558df31e099541866d78c30eceb (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE sect1 PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN" "http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd" [
  <!ENTITY % general-entities SYSTEM "../general.ent">
  %general-entities;
]>
<sect1 id="prepare-askforhelp">
<title>Help</title>
<?dbhtml filename="askforhelp.html"?>

<para>If an issue or a question is encountered while working
through this book, check the FAQ page at <ulink url="&faq-root;#generalfaq"/>.
Questions are often already answered there. If your question is
not answered on this page, try to find the source of the problem. The
following hint will give you some guidance for troubleshooting: <ulink
url="&hints-root;errors.txt"/>.</para>

<para>We also have a wonderful LFS community that is willing to offer
assistance through IRC and the mailing lists (see the <xref
linkend="ch-scatter-administrativa"/> section of this book). In order
to assist with diagnosing and solving the problem, please include
all relevant information in your request for help.</para>

<sect2>
<title>Things to Mention</title>
 
<para>Apart from a brief explanation of the problem being experienced,
the essential things to include in any request for help are:</para>

<itemizedlist>
<listitem><para>The version of the book being used (in this case
&version;)</para></listitem>
<listitem><para>The host distribution and version being used to
create LFS</para></listitem>
<listitem><para>The package or section the problem was encountered in</para></listitem>
<listitem><para>The exact error message or symptom being received</para></listitem>
<listitem><para>Note whether you have deviated from the book at all </para></listitem>
</itemizedlist>

<note><para>Deviating from this book does <emphasis>not</emphasis>
mean that we will not help you. After all, LFS is about personal
preference. Being upfront about any changes to the established
procedure helps us evaluate and determine possible causes of your
problem.</para></note>
</sect2>

<sect2>
<title>Configure Problems</title>

<para>If something goes wrong during the stage where the configure
script is run, review the <filename>config.log</filename> file. This
file may contain errors encountered during configure which were not
printed to the screen. Include those relevant lines if you need to ask
for help.</para>
</sect2>

<sect2>
<title>Compile Problems</title>

<para>Both the screen output and the contents of various files are
useful in determining the cause of compile issues. The screen output
from the <command>./configure</command> script and the 
<command>make</command> run can be helpful. It
is not necessary to include the entire output, but do include enough
of the relevant information. Below is an example of the type of
information to include from the screen output from <command>make</command>:</para>

<screen><computeroutput>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</computeroutput></screen>

<para>In this case, many people would just include the bottom
section:</para>

<screen><computeroutput>make [2]: *** [make] Error 1</computeroutput></screen>

<para>This is not enough information to properly diagnose the problem
because it only notes that something went wrong, not
<emphasis>what</emphasis> went wrong.  The entire section, as in the
example above, is what should be saved because it includes the command
that was executed and the associated error message(s).</para>

<para>An excellent article about asking for help on the Internet is
available online at <ulink
url="http://catb.org/~esr/faqs/smart-questions.html"/>.  Read and
follow the hints in this document to increase the likelihood of getting
the help you need.</para>
</sect2>

<sect2>
<title>Test Suite Problems</title>

<para>Many packages provide a test suite which, depending on the
importance of the package, should be run. Sometimes packages will
generate false or expected failures. If these errors are encountered,
check the LFS Wiki page at <ulink url="&wiki-root;"/> to see if we have
noted and investigated these issues. If these issues are noted and
addressed, there is no need to be concerned.</para>
</sect2>

</sect1>