source: chapter01/askforhelp.xml@ b15bebf

12.0 12.0-rc1 12.1 12.1-rc1 12.2 12.2-rc1 multilib trunk xry111/arm64 xry111/arm64-12.0 xry111/clfs-ng xry111/loongarch xry111/loongarch-12.0 xry111/loongarch-12.1 xry111/loongarch-12.2 xry111/mips64el xry111/multilib xry111/update-glibc
Last change on this file since b15bebf was b15bebf, checked in by Xi Ruoyao <xry111@…>, 14 months ago

askforhelp: Add a note to stop people from spamming upstream

I've seen two cases of invalid upstream "bug" reports this month because
the user has (mis)built LFS. Let's stop this before irritating the
upstream maintainers.

  • Property mode set to 100644
File size: 6.2 KB
Line 
1<?xml version="1.0" encoding="ISO-8859-1"?>
2<!DOCTYPE sect1 PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
3 "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" [
4 <!ENTITY % general-entities SYSTEM "../general.ent">
5 %general-entities;
6]>
7
8<sect1 id="ch-intro-askforhelp">
9 <?dbhtml filename="askforhelp.html"?>
10
11 <title>Help</title>
12
13 <note>
14 <para>
15 We strongly discourage posting your issues building one LFS package
16 directly onto the upstream support channel, without discussing via
17 a LFS support channel listed in <xref linkend="ch-intro-resources"/>
18 first. Doing so is often quite inefficient because the upstream
19 maintainers are rarely familiar with LFS building procedure. Even if
20 you've really hit an upstream issue, the LFS community can still help
21 to isolate the information wanted by the upstream maintainers and make
22 a proper report.
23 </para>
24
25 <para>
26 If you must ask a question directly via an upstream support channel,
27 you shall at least note that many upstream projects have the support
28 channels separated from the bug tracker. The <quote>bug</quote>
29 reports for asking questions are considered invalid and may annoy
30 upstream developers for these projects.
31 </para>
32 </note>
33
34 <para>If an issue or a question is encountered while working through
35 this book, please check the FAQ page at <ulink url="&faq-root;#generalfaq"/>.
36 Questions are often already answered there. If your question is not
37 answered on that page, try to find the source of the problem. The
38 following hint will give you some guidance for troubleshooting:
39 <ulink url="&hints-root;errors.txt"/>.</para>
40
41 <para>If you cannot find your problem listed in the FAQ, search the mailing
42 lists at <ulink url="&lfs-root;search.html"/>.</para>
43
44 <para>We also have a wonderful LFS community that is willing to offer
45 assistance through the mailing lists and IRC (see the <xref
46 linkend="ch-intro-resources"/> section of this book). However,
47 we get several support questions every day, and many of them could have been easily
48 answered by going to the FAQ or by searching the mailing lists first.
49 So, for us to offer the best assistance possible, you should first do some
50 research on your own. That allows us to focus on the more unusual
51 support needs. If your searches do not produce a solution, please include
52 all the relevant information (mentioned below) in your request for help.</para>
53
54 <sect2>
55 <title>Things to Mention</title>
56
57 <para>Apart from a brief explanation of the problem being experienced,
58 any request for help should include these essential things:</para>
59
60 <itemizedlist>
61 <listitem>
62 <para>The version of the book being used (in this case &version;)</para>
63 </listitem>
64 <listitem>
65 <para>The host distribution and version being used to create LFS</para>
66 </listitem>
67 <listitem>
68 <para>The output from the <xref linkend='version-check'/> script</para>
69 </listitem>
70 <listitem>
71 <para>The package or section the problem was encountered in</para>
72 </listitem>
73 <listitem>
74 <para>The exact error message, or a clear description of the problem</para>
75 </listitem>
76 <listitem>
77 <para>Note whether you have deviated from the book at all </para>
78 </listitem>
79 </itemizedlist>
80
81 <note>
82 <para>Deviating from this book does <emphasis>not</emphasis> mean that
83 we will not help you. After all, LFS is about personal preference.
84 Being up-front about any changes to the established procedure helps us
85 evaluate and determine possible causes of your problem.</para>
86 </note>
87
88 </sect2>
89
90 <sect2>
91 <title>Configure Script Problems</title>
92
93 <para>If something goes wrong while running the <command>configure</command>
94 script, review the <filename>config.log</filename> file. This file may
95 contain errors encountered during <command>configure</command> which were
96 not printed to the screen. Include the <emphasis>relevant</emphasis> lines
97 if you need to ask for help.</para>
98
99 </sect2>
100
101 <sect2>
102 <title>Compilation Problems</title>
103
104 <para>Both the screen output and the contents of various files are useful
105 in determining the cause of compilation problems. The screen output from
106 the <command>configure</command> script and the <command>make</command>
107 run can be helpful. It is not necessary to include the entire output, but
108 do include all of the relevant information. Here is an example of the
109 type of information to include from the <command>make</command> screen
110 output.</para>
111
112<screen><computeroutput>gcc -DALIASPATH=\"/mnt/lfs/usr/share/locale:.\"
113-DLOCALEDIR=\"/mnt/lfs/usr/share/locale\"
114-DLIBDIR=\"/mnt/lfs/usr/lib\"
115-DINCLUDEDIR=\"/mnt/lfs/usr/include\" -DHAVE_CONFIG_H -I. -I.
116-g -O2 -c getopt1.c
117gcc -g -O2 -static -o make ar.o arscan.o commands.o dir.o
118expand.o file.o function.o getopt.o implicit.o job.o main.o
119misc.o read.o remake.o rule.o signame.o variable.o vpath.o
120default.o remote-stub.o version.o opt1.o
121-lutil job.o: In function `load_too_high':
122/lfs/tmp/make-3.79.1/job.c:1565: undefined reference
123to `getloadavg'
124collect2: ld returned 1 exit status
125make[2]: *** [make] Error 1
126make[2]: Leaving directory `/lfs/tmp/make-3.79.1'
127make[1]: *** [all-recursive] Error 1
128make[1]: Leaving directory `/lfs/tmp/make-3.79.1'
129make: *** [all-recursive-am] Error 2</computeroutput></screen>
130
131 <para>In this case, many people would just include the bottom
132 section:</para>
133
134<screen><computeroutput>make [2]: *** [make] Error 1</computeroutput></screen>
135
136 <para>This is not enough information to diagnose the problem,
137 because it only notes that something went wrong, not
138 <emphasis>what</emphasis> went wrong. The entire section, as in the
139 example above, is what should be saved because it includes the command
140 that was executed and all the associated error messages.</para>
141
142 <para>An excellent article about asking for help on the Internet is
143 available online at <ulink
144 url="http://catb.org/~esr/faqs/smart-questions.html"/>. Read this document,
145 and follow the hints. Doing so will increase the likelihood of getting
146 the help you need.</para>
147
148 </sect2>
149
150</sect1>
Note: See TracBrowser for help on using the repository browser.