On Wed, 4 Sep 2013 18:03:14 +1200
Kent Fredric <[email protected]> wrote:

> On 4 September 2013 08:11, Tom Wijsman <[email protected]> wrote:
> 
> > And then I asked the questions that I'd like to see answered:
> >
> >
> > Why do they not belong there? What do people have to do who want
> > them?
> >
> 
> If anyone needs a poster child for the sort of escape sequence
> outputs that most definitely are of no value to somebody reading the
> log after the fact, the output from vims' test suite is a good
> example.
> 
> Granted, it uses a very wide variety of terminal escape codes, which
> include, but are not limited to, window resizing control characters.

But how much of these are actually relevant to the majority of the
build logs that we receive; do they even contain those characters, or
are they actually already stripped? I haven't seen any build log do
window resizing so far for example. 

> I think given that context, it may be sane to restrict log control
> characters to a specific subset of control characters, specifically
> basic colour/highlighting control characters, which are at least
> somewhat standardized and not too device specific [... SNIP ...]

+1 The idea of just having the useful subset sounds really nice.

> Either way, if you were to introduce such a variable, you could have a
> standard defined value that Gentoo agree upon, which I'd imagine
> might be "none erasures:apply"  or something like that, and end users
> can turn them back on if they want, with a caveat that users should
> apply a standard stripping to these logs before submitting them to
> bugzilla, with a tool that comes standard with portage to facilitate
> stripping logs for submission to bugzilla.

-1 I'd rather not make submission more complex than it needs to be; if
we want any processing to happen here, we should probably let Bugzilla
do this to keep things easy for the user.

> This gives users the control they want, the features they want if
> they need them, and still gives gentoo staff an easier time if it is
> determined escape codes are not useful for bug reports.

The hard part will be the determination.

-- 
With kind regards,

Tom Wijsman (TomWij)
Gentoo Developer

E-mail address  : [email protected]
GPG Public Key  : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2  ABF0 95B2 1FCD 6D34 E57D

Attachment: signature.asc
Description: PGP signature

Reply via email to