All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sergey 'Jin' Bostandzhyan <jin@mediatomb.cc>
To: openembedded-devel@lists.openembedded.org
Cc: openembedded-devel@openembedded.org
Subject: Re: RFC: reverse the name change for org.oe.stable
Date: Sat, 10 May 2008 19:40:05 +0200	[thread overview]
Message-ID: <20080510174005.GA28630@deadlock.dhs.org> (raw)
In-Reply-To: <g049dg$2ks$1@ger.gmane.org>

Hi,

On Sat, May 10, 2008 at 03:53:52PM +0200, Rolf Leggewie wrote:
> I am concerned about the loss of reputation that OE is incurring because
> the .stable guys are willfully ignoring the official bug tracker.  I
> think it should be renamed back to angstrom$whateveritwasbefore.  We
> can't seriously be telling guys all the time "report your problems to
> the BTS" and then have the "official" stable branch completely and
> willfully ignore it.  I'd go as far as requesting it should be denied
> the org.openembedded.* namespace in monotone.
> 
> http://thread.gmane.org/gmane.comp.handhelds.openembedded/18400/focus=18462
>

I've been following the threads on oe.stable and this leads to some questions:

what is the "official" definition of the oe.stable branch?

at first I had the impression that it is intended for product development
(hence - stable), is this the case or was this a misconception?

is there any point in submitting bugs to BTS vs. oe.stable (i.e. can at least
some help regarding those bugs be expected)?

is the stable branch actively maintained (well, the answer to this probably
results from the anwer to the previous question)?


Please don't get me wrong, it is not my intention to get in the middle of the
discussion about reversing names or whatever. I use OE for product development
and I ultimately need to know what branch I should base my work on.

It would also be nice if the status of the branches gets clearly communicated
once this discussion is over. I think it's important that people who do 
product dev know where to start and what to expect.

Again, just to make it clear: my argument is not about usage of 
BTS/maintenance/naming/etc., it's about a clear communication on the status
of things, so that people know what branch to choose.

Kind regards,
Jin




  parent reply	other threads:[~2008-05-10 17:41 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-10 13:53 RFC: reverse the name change for org.oe.stable Rolf Leggewie
2008-05-10 14:57 ` Leon Woestenberg
2008-05-10 15:20 ` Leon Woestenberg
2008-05-10 15:44   ` Koen Kooi
2008-05-11 22:46     ` Leon Woestenberg
2008-05-12  2:59       ` Khem Raj
2008-05-12  7:19       ` Richard Purdie
2008-05-12 13:25         ` Leon Woestenberg
2008-05-12 13:54           ` Koen Kooi
2008-05-12 22:14             ` Rod Whitby
2008-05-12 21:15           ` Marcin Juszkiewicz
2008-05-13  8:52         ` Holger Freyther
2008-05-10 17:40 ` Sergey 'Jin' Bostandzhyan [this message]
2008-05-10 18:18   ` Koen Kooi
2008-05-11  7:43 ` Philip Balister
2008-05-12  7:36   ` Richard Purdie
2008-05-13  9:37     ` Rolf Leggewie

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=20080510174005.GA28630@deadlock.dhs.org \
    --to=jin@mediatomb.cc \
    --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.