All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jamie Lenehan <lenehan@twibble.org>
To: Koen Kooi <koen@dominion.kabel.utwente.nl>
Cc: openembedded-devel@lists.openembedded.org
Subject: Re: bugzilla & word wrapped text
Date: Sun, 15 Oct 2006 10:36:08 +1000	[thread overview]
Message-ID: <20061015003608.GA12679@twibble.org> (raw)
In-Reply-To: <45309E2B.2020901@dominion.kabel.utwente.nl>

On Sat, Oct 14, 2006 at 10:22:03AM +0200, Koen Kooi wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Jamie Lenehan schreef:
> > Is there anyway to stop bugzilla from word wrapping the text that's
> > placed in bug reports? It makes any sort of command output and
> > code/patches etc pretty damn difficult to make sense of.
> 
> You can, by using the 'attach' feature, which is sadly only visible after creating the
> inition bugreport. It's like inline patches in email, the kernel dudes love'em, I hate
> them :). The ideal bugreport would be:

The entire attachement setup on bugzilla sucks, but I agree for
patches and logs it should be used. I wish it had some damn option to
view them inline instead of usually having to download the damn
attaches and then go and find and view them in some other program
though (and even better if it did it by default so I don't have to go
the attachments page to view it!)

But I was more talking about trying to discuss stuff, like this from
a recent bug of mine:

---
The headers for glibc now define PT_GETSIGINFO:

 %> find tmp/staging -name '*.h' -exec grep -H PT_GETSIGINFO {} \;
 tmp/staging/sh4-linux/include/sys/ptrace.h:#define PT_GETSIGINFO
PTRACE_GETSIGINFO

where as they didn't for glibc 2.4. This causes the code in strace.c to fail
since in enables code that uses PT_CR_IPSR and PT_CR_IIP which are only
definied for IA64.
---

This is a trivial example, since only 1 lione was wrapped, but it
should have looked like this which is far easy to read:

---
The headers for glibc now define PT_GETSIGINFO:

 %> find tmp/staging -name '*.h' -exec grep -H PT_GETSIGINFO {} \;
 tmp/staging/sh4-linux/include/sys/ptrace.h:#define PT_GETSIGINFO PTRACE_GETSIGINFO

where as they didn't for glibc 2.4. This causes the code in strace.c to fail
since in enables code that uses PT_CR_IPSR and PT_CR_IIP which are only
definied for IA64.
--

Especially when you have a lot to say in the bug.

-- 
 Jamie Lenehan <lenehan@twibble.org>



      reply	other threads:[~2006-10-15  0:42 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-14  6:35 bugzilla & word wrapped text Jamie Lenehan
2006-10-14  8:22 ` Koen Kooi
2006-10-15  0:36   ` Jamie Lenehan [this message]

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=20061015003608.GA12679@twibble.org \
    --to=lenehan@twibble.org \
    --cc=koen@dominion.kabel.utwente.nl \
    --cc=openembedded-devel@lists.openembedded.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.