Le 19/08/2020 à 09:57, Ruediger Pluem a écrit :
On 8/19/20 9:47 AM, Joe Orton wrote:
On Wed, Aug 19, 2020 at 08:36:02AM +0100, Joe Orton wrote:
On Tue, Aug 18, 2020 at 07:08:21AM -0400, Eric Covener wrote:
On Tue, Aug 18, 2020 at 6:34 AM Joe Orton <jor...@redhat.com> wrote:
On Tue, Jul 28, 2020 at 07:32:01AM -0400, Eric Covener wrote:
FYI I am seeing if I can coordinate with Humbedooh to change all the
generated files without one of those 17-part commit threads.
But I will probably just commit in the next few hours either way.
Does this still need to be done for trunk? I'm kind of lost here (as
usual with the docs), but running "./build.sh all" in trunk gives me a
tonne of *.html.en.utf8 files.
I have docs/manual/build at r1880369
Should we do a mass "svn mv" for .html.en to .html.en.utf8?
yes sorry. It looks nearly as noisy in the commit when I tested it but
I did chat with Daniel and he said just bite the bullet and don't
fiddle around with the mailing list.
Thanks & no worries. The public /docs/trunk/ content still seems to be
working so I'm hoping I haven't completely broken everything:
r1880980 - magic bootstrap step needed to regenerate the typemaps correctly
r1880982 - surely the longest I have ever seen svn commit run for
... in fact in r1880982 I only ran "./build.sh en" I think.
And I am still seeing a big diff changing ISO-8859-1 characters into
HTML entities for other languages when re-running "build.sh all":
Should we move these languages to utf8 as well like we did for en?
Regards
Rüdiger
+1
