Kaynağa Gözat

explained in more detail why we remove the defkeymap.map.gz file, and
how to create it if you need it anyways


git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@1123 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689

Gerard Beekmans 24 yıl önce
ebeveyn
işleme
6a0f666ea3
1 değiştirilmiş dosya ile 19 ekleme ve 4 silme
  1. 19 4
      chapter06/kbd-exp.xml

+ 19 - 4
chapter06/kbd-exp.xml

@@ -6,10 +6,25 @@ data files (fonts, keymaps, and such) in the /usr/share/kbd directory, as
 the FHS suggests.</para>
 
 <para><userinput>rm 
-/usr/share/kbd/keymaps/i386/qwerty/defkeymap.map.gz:</userinput> We
-remove this file because we don't know which keymap you 
-need to use. We will be defining the default keymap in
-chapter 7 when the system configuration files are created.</para>
+/usr/share/kbd/keymaps/i386/qwerty/defkeymap.map.gz:</userinput> There 
+are some problems with having a defkeymap.map.gz when that file
+wants to load another keymap file. Instead of running loadkeys with the -d 
+option to load the defkeymap.map.gz file, we have come up with a slightly
+modified method that we use in the loadkeys bootscript (see chapter 7).
+We don't load a default keymap, but instead load the proper keymap
+directly, which you will need to specify in a configuration file which
+that bootscript uses. This method overcomes this bug.</para>
+
+<para>However, if you want to create a defkeymap.map.gz file regardless,
+here's how you should do it:</para>
+
+<para><screen><userinput>cd /usr/share/kbd/keymaps &amp;&amp;</userinput>
+<userinput>ln -s &lt;path-to-keymap&gt; defkeymap.map.gz</userinput></screen></para>
+
+<para>Replace &lt;path-to-keymap&gt; with the path to the keymap you have
+selected, relative to the /usr/share/kbd/keymaps/ directory. For
+example, if you have chosen the US keymap, you would replace it with
+i386/qwerty/us.map.gz.</para>
 
 </sect2>