linux-kselftest.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Konstantin Ryabitsev via RT"  <kernel-helpdesk@rt.linuxfoundation.org>
To: brendanhiggins@google.com
Cc: kunit-dev@googlegroups.com, linux-kselftest@vger.kernel.org
Subject: [Kernel.org Helpdesk #80110] Bugzilla Component for KUnit?
Date: Fri, 04 Oct 2019 14:55:48 -0400	[thread overview]
Message-ID: <rt-4.4.0-12639-1570215347-1334.80110-6-0@linuxfoundation> (raw)
In-Reply-To: <20191002215351.GA177672@google.com>

On 2019-10-02 17:53:58, brendanhiggins@google.com wrote:
> Hi,
> 
> I am thinking about requesting a Bugzilla component for my kernel
> project KUnit. I am not sure if this is the right place for it.  Some
> background on KUnit: We are working on adding unit testing for the
> Linux
> kernel[1][2]. We have our initial patchset that introduces the
> subsystem
> in the process of being merged (Linus sent our PR back to us for a
> minor
> fix[3], so it should be in either 5.4-rc2 or 5.5, but is nevertheless
> in
> linux-next). However, we also have a staging repo that people are
> using
> and some supporting code that lives outside of the kernel.
> 
> So I am trying to figure out:
> 
> 1. Is it appropriate to request a Bugzilla component before our
>    subsystem has been merged into torvalds/master? I would just wait,
>    but I have some users looking to file issues, so I would prefer to
>    provide them something sooner rather than later.
> 
> 2. Is it appropriate to use the kernel's Bugzilla to track issues
>    outside of the Linux kernel? As I mention above, we have code that
>    lives outside of the kernel; is it appropriate to use kernel.org's
>    Bugzilla for this?
> 
> 3. Does Bugzilla match my planned usage model? It doesn't look like
>    Bugzilla get's much usage aside from reporting bugs. I want to use
>    it for tracking feature progress and things like that. Is that
> okay?

Yes, we can certainly host this on bugzilla.kernel.org. Would you be okay with Tools/KUnit as product/category?

Regards,
-- 
Konstantin Ryabitsev
Director, LF Projects IT
The Linux Foundation

  reply	other threads:[~2019-10-04 19:01 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <RT-Ticket-80110@linuxfoundation>
2019-10-02 21:53 ` Brendan Higgins
2019-10-04 18:55   ` Konstantin Ryabitsev via RT [this message]
2019-10-07 21:21     ` [Kernel.org Helpdesk #80110] " Brendan Higgins
2019-10-07 21:21       ` brendanhiggins@google.com via RT
2019-10-15  2:41         ` Brendan Higgins
2019-10-15  2:42           ` brendanhiggins@google.com via RT
     [not found]       ` <rt-4.4.0-14627-1570483310-1693.80110-6-0@linuxfoundation>
2019-10-15 20:14         ` Konstantin Ryabitsev via RT
2019-10-16 21:05           ` Brendan Higgins
2019-10-16 21:05             ` brendanhiggins@google.com via RT

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=rt-4.4.0-12639-1570215347-1334.80110-6-0@linuxfoundation \
    --to=kernel-helpdesk@rt.linuxfoundation.org \
    --cc=brendanhiggins@google.com \
    --cc=kunit-dev@googlegroups.com \
    --cc=linux-kselftest@vger.kernel.org \
    --subject='Re: [Kernel.org Helpdesk #80110] Bugzilla Component for KUnit?' \
    /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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).