public inbox for virtio-comment@lists.linux.dev
 help / color / mirror / Atom feed
From: "Alex Bennée" <alex.bennee@linaro.org>
To: Parav Pandit <parav@nvidia.com>
Cc: "virtio-comment@lists.linux.dev" <virtio-comment@lists.linux.dev>,
	Michael S.Tsirkin <mst@redhat.com>,
	 Cornelia Huck <cornelia.huck@redhat.com>,
	 Bill Mills <bill.mills@linaro.org>
Subject: Re: Use of LaTeX for the specification
Date: Mon, 29 Sep 2025 19:22:52 +0100	[thread overview]
Message-ID: <87o6qtjeyr.fsf@draig.linaro.org> (raw)
In-Reply-To: <CY8PR12MB719523C466209B552DE30000DC1BA@CY8PR12MB7195.namprd12.prod.outlook.com> (Parav Pandit's message of "Mon, 29 Sep 2025 16:51:29 +0000")

Parav Pandit <parav@nvidia.com> writes:

>> From: Alex Bennée <alex.bennee@linaro.org>
>> Sent: 29 September 2025 08:11 PM
>> 
>> 
>> Hi,
>> 
>> I recently updated my distro to Trixie and found that HTML generation is
>> broken. 
>
> I test html and pdf generation regularly on merging patches.
> And it seems to work for me with below version.
> Which one are you using that fails?
>
> XeTeX 3.141592653-2.6-0.999993 (TeX Live 2022/dev/Debian)
> kpathsea version 6.3.4/dev
> Copyright 2021 SIL International, Jonathan Kew and Khaled Hosny.
> There is NO warranty.  Redistribution of this software is
> covered by the terms of both the XeTeX copyright and
> the Lesser GNU General Public License.
> For more information about these matters, see the file
> named COPYING and the XeTeX source.
> Primary author of XeTeX: Jonathan Kew.
> Compiled with ICU version 70.1; using 70.1
> Compiled with zlib version 1.2.11; using 1.2.11
> Compiled with FreeType2 version 2.11.1; using 2.11.1
> Compiled with Graphite2 version 1.3.14; using 1.3.14
> Compiled with HarfBuzz version 2.7.4; using 2.7.4
> Compiled with libpng version 1.6.37; using 1.6.37
> Compiled with pplib version v2.05 less toxic i hope
> Compiled with fontconfig version 2.13.1; using 2.13.1

➜  xetex --version
XeTeX 3.141592653-2.6-0.999996 (TeX Live 2025/dev/Debian)
kpathsea version 6.4.0/dev
Copyright 2024 SIL International, Jonathan Kew and Khaled Hosny.
There is NO warranty.  Redistribution of this software is
covered by the terms of both the XeTeX copyright and
the Lesser GNU General Public License.
For more information about these matters, see the file
named COPYING and the XeTeX source.
Primary author of XeTeX: Jonathan Kew.
Compiled with ICU version 76.1; using 76.1
Compiled with zlib version 1.3.1; using 1.3.1
Compiled with FreeType2 version 2.13.3; using 2.13.3
Compiled with Graphite2 version 1.3.14; using 1.3.14
Compiled with HarfBuzz version 10.2.0; using 10.2.0
Compiled with libpng version 1.6.47; using 1.6.48
Compiled with pplib version v2.2
Compiled with fontconfig version 2.15.0; using 2.15.0

It also fails run with the texlive distro:

📦[alex@texlive virtio-spec.git]> xetex --version
XeTeX 3.141592653-2.6-0.999997 (TeX Live 2025)
kpathsea version 6.4.1
Copyright 2025 SIL International, Jonathan Kew and Khaled Hosny.
There is NO warranty.  Redistribution of this software is
covered by the terms of both the XeTeX copyright and
the Lesser GNU General Public License.
For more information about these matters, see the file
named COPYING and the XeTeX source.
Primary author of XeTeX: Jonathan Kew.
Compiled with ICU version 76.1; using 76.1
Compiled with zlib version 1.3.1; using 1.3.1
Compiled with FreeType2 version 2.13.3; using 2.13.3
Compiled with Graphite2 version 1.3.14; using 1.3.14
Compiled with HarfBuzz version 10.2.0; using 10.2.0
Compiled with libpng version 1.6.46; using 1.6.46
Compiled with pplib version v2.2
Compiled with fontconfig version 2.13.1; using 2.15.0

>
>
>> As far as I can tell this comes down to the use of \cline as shown in this
>> minimal example:
>> 
>>   \documentclass{article}
>>   \usepackage{hhline}
>>   \begin{document}
>>   \begin{tabular}{ |l||l|l| }
>>   \hline
>>   Bits & Device Specific & Purpose \\
>>   \cline{1-2}
>>   Read / Write & Device Specific & \\
>>   \cline{1-2}
>>   Purpose & Device Specific & \\
>>   \hline
>>   \end{tabular}
>>   \end{document}
>> 
>> which results in TeX ending early:
>> 
>>   ! Undefined control sequence.
>>   \f:HBorder ...border-top:1px solid \#\hline:color
>>                                                     ;"></td>
>>   l.8 R
>>        ead / Write & Device Specific & \\
>>   ?
>>   ! Emergency stop.
>> 
>> I'm liaising with Debian and the TexLive authors to try and figure out whats
>> going on. However it does raise a bigger question for the specification - why do
>> we use LaTeX?
>> 
>> I don't doubt that is a powerful typesetting system but its arcane syntax is a
>> bit of a barrier to entry especially for casual contributors. With the recent
>> breakage I wonder if I'm the canary in the coal mine and this will potentially be
>> a problem for everyone else once their TeX setups upgrade.
>> 
>> I'd like to augment the repo with some GitHub actions so we can keep an upto
>> date rendered draft available as well as some lint checks so we can avoid
>> introducing dodgy markup. But firstly I want to ask is LaTeX the right source
>> format for the spec going forward? Is this something mandated by OASIS or
>> just an accident of history?
>> 
>> Thanks,
>> 
>> --
>> Alex Bennée
>> Virtualisation Tech Lead @ Linaro

-- 
Alex Bennée
Virtualisation Tech Lead @ Linaro

  reply	other threads:[~2025-09-29 18:22 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-09-29 14:41 Use of LaTeX for the specification Alex Bennée
2025-09-29 16:51 ` Parav Pandit
2025-09-29 18:22   ` Alex Bennée [this message]
2025-09-30 12:23     ` Michael S. Tsirkin
2025-09-30  8:03 ` Matias Ezequiel Vara Larsen
2025-09-30 10:14   ` Alex Bennée
2025-09-30 12:16 ` Michael S. Tsirkin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87o6qtjeyr.fsf@draig.linaro.org \
    --to=alex.bennee@linaro.org \
    --cc=bill.mills@linaro.org \
    --cc=cornelia.huck@redhat.com \
    --cc=mst@redhat.com \
    --cc=parav@nvidia.com \
    --cc=virtio-comment@lists.linux.dev \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox