Alex Forencich

The only information I have found so far is https://github.com/archlinux/svntogit-community/commit/efcd10954b3fe906dd7395e6b7fbdc4f5c7b1a69 which references https://github.com/sphinx-doc/sphinx/issues/9049 I don't know if there is an Arch issue anywhere that references this.

Thanks for the fix! All I need is that there is a way to specify things in the rst so that both the HTML and the LaTeX output look OK, so if that means specifying :widths: grid or explicit widths, then that's not a problem. The bigger issue, however, is that Arch Linux appears to be holding back the docutils package due to some issue between docutils and recommonmark, which is particularly annoying as recommonmark seems to be deprecated. But that's beyond the scope of this issue.

Here is what I have tried, all in combination with :width: 100%: With no :widths:, all columns in HTML output are 13%, so the last column is too narrow. In LaTeX output, the table doesn't fit the page width (:width: 100% seems to be ignored). With :widths auto, the column widths in HTML are not specified, and hence the columns are all different widths, depending on the contents. In LaTeX output, the table doesn't fit the page width (:width: 100% seems to be ignored). With :widths: 1 1 1 1 1 1 1 1...

And if it's necessary for the width to be an integer for some reason, then an alternative fix could be to keep track of the accumulated error, and round up or down depending on which would minimize the error. In this case, the column widths should get set to 13, 12, 13, 12, etc. which would distribute the error across the columns, instead of having the last column off by such a large amount.

Table column width rounding can result in uneven column widths

Add Xilinx XVC support to OpenOCD

I'm not talking about multi-user, I'm talking about single user, but having the capability...

LUKS is a format for disk encrpytion. A LUKS encrypted parition has several key slots,...