[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#880210: installation-guide: validity errors when building the manual



Hi,

Karsten Merker <merker@debian.org> wrote:
> On Thu, Nov 02, 2017 at 07:35:27PM +0100, Holger Wansing wrote:
> > I am working on a fix for that, making the ids unique like
> > 
> > - ./preparing/bios-setup/i386.xml:  <sect2 arch="any-x86" id="boot-dev-select"><title>Boot Device Selection</title>
> > - ./preparing/bios-setup/arm.xml:  <sect2 arch="arm64" id="boot-dev-select"><title>Boot Device Selection</title>
> > + ./preparing/bios-setup/i386.xml:  <sect2 arch="any-x86" id="boot-dev-select-x86"><title>Boot Device Selection</title>
> > + ./preparing/bios-setup/arm.xml:  <sect2 arch="arm64" id="boot-dev-select-arm64"><title>Boot Device Selection</title>
> > 
> > Performing that on all relevant fixes all those warnings.
> > The fix needs to unfuzzy translations as well, so please be patient :-)
> 
> Hello,
> 
> wouldn't this approach cause problems on the other end of the link relation
> when an id gets referred to in platform-agnostic parts of the manual?

You are partly right. There are two link ends, which no longer work as expected
now.
That's because I overlooked one occurence of "boot-tftp" to convert:

- en/boot-installer/arm.xml:  <sect2 arch="arm" id="boot-tftp"><title>Booting by TFTP</title>
+ en/boot-installer/arm.xml:  <sect2 arch="arm" id="boot-tftp-arm"><title>Booting by TFTP</title>

And because of that I didn't notice those two link ends.

But luckily those link ends are not arch-agnostic, but arch-specific:

=======================================================================================

</para><para arch="any-x86">

Some BIOSes can boot USB storage directly, and some cannot. You may need to
configure your BIOS to boot from a <quote>removable drive</quote> or even a
<quote>USB-ZIP</quote> to get it to boot from the USB device. For helpful
hints and details, see <xref linkend="usb-boot" />.

</para><para arch="powerpc">

Booting Macintosh systems from USB storage devices involves manual use
of Open Firmware. For directions, see <xref linkend="usb-boot" />.

</para>

=======================================================================================

Thus this can be fixed.


So one more round :-)

Thanks for the hint

Holger


Reply to: