All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rolf Leggewie <no2spam@nospam.arcornews.de>
To: openembedded-devel@openembedded.org
Subject: Re: what is a fixed bug?
Date: Thu, 21 Feb 2008 11:57:06 +0100	[thread overview]
Message-ID: <fpjle1$p10$1@ger.gmane.org> (raw)
In-Reply-To: <20080220212639.6e24e7ab@widy.localdomain>

Junqian Gordon Xu wrote:
> I prefer this approach to opening a separate dup ticket.

This will and has led to problems in that some A* dev has in the past
repeatedly closed valid bugs as invalid because his interpration was
"not an A* RC bug".  The bug of course was a perfectly valid one, if not
for A* (they are free to choose) it was for OE.

Furthermore, I don't see why my already long list of open bugs shall be
made any longer (I have a search function defined in bugzilla) without
merit.  Essentially, Angstrom is demanding that only they can close bugs
because how is anyone to know whether A* intends to push a fix into
stable?  This aggressive behaviour of Angstrom is essentially what I
mean by "usurpation of bugs.oe.net".  Why should the folks interested in
OE-derived SharpROM not be afforded that luxury of "don't you dare to
close bugs unless you have the OK from us"?

I am sorry, but I have to maintain that Distro bugs/tasks and OE
bugs/tasks are different animals and while our tools are not ideal to
reflect this, we need to properly represent that.  The only way I see to
do that is to have two tickets which is right, it is two issues.  The
chain is "fix it in dev" and then Angstrom or any other distro not made
from .dev can decide whether they want to propagate the fix.

Cloning a ticket and titling it with "push bug #123 into A* stable" is 5
seconds work at most, link back to original bug automatically included.
 Too much?

Paul wrote:
> that's simply how it is, and let's not go thru that again.

My impression was that we had already established that bugs.oe.net was
not Angstrom property.  Does not look like your interpretation.

I think A* should fully embrace the proposed clone-solution because
AFAICS it is the only proper one for them to have a list of tickets open
for  A* 2007 vs. A* 2008.  The solution serves their interest.




  reply	other threads:[~2008-02-21 10:57 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <E1JRbhB-0000nu-DN@linuxtogo.org>
2008-02-19 23:58 ` [oe-commits] org.oe.dev - Ignore false toggle signals (work-around for OE#3390) Paul Sokolovsky
2008-02-20  0:04   ` Paul Sokolovsky
2008-02-20 10:15     ` Stanislav Brabec
2008-02-20 13:53       ` Paul Sokolovsky
2008-02-20 18:38         ` what is a fixed bug? (was: [oe-commits] org.oe.dev - Ignore false toggle signals (work-around for OE#3390).) Rolf Leggewie
2008-02-20 19:26           ` Paul Sokolovsky
2008-02-21 10:57             ` Rolf Leggewie [this message]
2008-02-21 12:04               ` what is a fixed bug? Paul Sokolovsky
2008-02-21 12:40                 ` Rolf Leggewie
2008-02-21 13:11                   ` Paul Sokolovsky
2008-02-21 14:23                     ` Rolf Leggewie
2008-02-21  2:34         ` [oe-commits] org.oe.dev - Ignore false toggle signals (work-around for OE#3390) Junqian Gordon Xu

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='fpjle1$p10$1@ger.gmane.org' \
    --to=no2spam@nospam.arcornews.de \
    --cc=openembedded-devel@lists.openembedded.org \
    --cc=openembedded-devel@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.