From: Daniel Kahn Gillmor <dkg@fifthhorseman.net>
To: Jonathan Corbet <corbet@lwn.net>, Ben Hutchings <ben@decadent.org.uk>
Cc: "Randy Dunlap" <rdunlap@infradead.org>,
linux-kbuild <linux-kbuild@vger.kernel.org>,
"Jérémy Bobbio" <lunar@debian.org>,
linux-doc@vger.kernel.org, "Michal Marek" <mmarek@suse.com>,
reproducible-builds@lists.alioth.debian.org
Subject: Re: [Reproducible-builds] [PATCH 2/2] DocBook: Use a fixed encoding for output
Date: Fri, 11 Sep 2015 17:40:33 -0400 [thread overview]
Message-ID: <878u8ceisu.fsf@alice.fifthhorseman.net> (raw)
In-Reply-To: <20150911133059.77455c16@lwn.net>
On Fri 2015-09-11 15:30:59 -0400, Jonathan Corbet wrote:
> On Tue, 01 Sep 2015 23:49:19 +0100
> Ben Hutchings <ben@decadent.org.uk> wrote:
>
>> Currently the encoding of documents generated by DocBook depends on
>> the current locale. Make the output reproducible independently of
>> the locale, by setting the encoding to UTF-8 (LC_CTYPE=C.UTF-8) by
>> preference, or ASCII (LC_CTYPE=C) as a fallback.
>
> I guess I have to ask, though: doesn't it seem that having the docs
> produced according to the current locale is the Right Thing to do? Users
> have their locale set as it is for a reason, it seems like the production
> of textual documents should respect their choice.
>
> Am I missing something here?
I sympathize with Jonathan's general concern here -- if this patchset
makes it impossible for people to build documentation with (for example)
their preferred collation order, it would be suboptimal.
On the other hand, this seems to focus on character encodings
specifically; do we really want to encourage any sort of encodings other
than UTF-8? The only plausible arguments i've heard for documents that
are exclusively CJK characters, which could achieve a modest size
reduction using more targeted encodings. afaik, there are no such
documents in the kernel, and i doubt there ever will be.
--dkg
next prev parent reply other threads:[~2015-09-11 21:46 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-01 22:47 [PATCH 0/2] More reproducible document builds Ben Hutchings
2015-09-01 22:49 ` [PATCH 2/2] DocBook: Use a fixed encoding for output Ben Hutchings
2015-09-11 19:30 ` Jonathan Corbet
2015-09-11 21:40 ` Daniel Kahn Gillmor [this message]
2015-09-12 20:06 ` [Reproducible-builds] " Jonathan Corbet
2015-09-14 0:32 ` Ben Hutchings
2015-09-18 16:30 ` Jonathan Corbet
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=878u8ceisu.fsf@alice.fifthhorseman.net \
--to=dkg@fifthhorseman.net \
--cc=ben@decadent.org.uk \
--cc=corbet@lwn.net \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kbuild@vger.kernel.org \
--cc=lunar@debian.org \
--cc=mmarek@suse.com \
--cc=rdunlap@infradead.org \
--cc=reproducible-builds@lists.alioth.debian.org \
/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