All of lore.kernel.org
 help / color / mirror / Atom feed
From: Larry McVoy <lm@bitmover.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Ingo Molnar <mingo@elte.hu>,
	Manfred Spraul <manfred@colorfullife.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Larry McVoy <lm@bitmover.com>,
	"David S. Miller" <davem@redhat.com>,
	Linus Torvalds <torvalds@transmeta.com>
Subject: Re: BK MetaData License Problem?
Date: Sun, 6 Oct 2002 09:22:56 -0700	[thread overview]
Message-ID: <20021006092256.H29486@work.bitmover.com> (raw)
In-Reply-To: <1033921747.21257.6.camel@irongate.swansea.linux.org.uk>; from alan@lxorguk.ukuu.org.uk on Sun, Oct 06, 2002 at 05:29:07PM +0100

On Sun, Oct 06, 2002 at 05:29:07PM +0100, Alan Cox wrote:
> On Sun, 2002-10-06 at 14:13, Ingo Molnar wrote:
> > yes, but what i say is that BK *creates* a problem, (just like CVS would
> > create similar problems) and the license clearly shows that BM is aware of
> > and tries to handle part of this legal problem. (And given that the BK
> > metadata is richer than eg. CVS, i suspect it will be a magnified problem
> > later on.)
> 
> The onyl real problem BK creates here IMHO is its not possible to use BK
> to maintain the true master tree of a piece of software, because like
> everyone else Linux people get security reports/fixes which are set to
> go out on specific dates by people like CERT. The BK rules prevent
> anyone from checking a change into their BK tree until the embargo date,
> which can be a pain in the butt.

We could easily fix this at our end.  We already have mechanisms to not
publish openlogging trees, that's how we handle the research/edu waivers,
we could figure out some way to do the same for individual changesets.
-- 
---
Larry McVoy            	 lm at bitmover.com           http://www.bitmover.com/lm 

  reply	other threads:[~2002-10-06 16:19 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-10-06 12:40 BK MetaData License Problem? Manfred Spraul
2002-10-06 13:13 ` Ingo Molnar
2002-10-06 15:48   ` Marek Habersack
2002-10-06 16:26     ` Manfred Spraul
2002-10-06 19:11       ` Marek Habersack
2002-10-06 16:29   ` Alan Cox
2002-10-06 16:22     ` Larry McVoy [this message]
  -- strict thread matches above, loose matches on Subject: below --
2002-10-07  0:11 Hell.Surfers
2002-10-06 10:59 New BK " David S. Miller
2002-10-06 12:04 ` BK MetaData " Ingo Molnar
2002-10-06 11:52   ` David S. Miller
2002-10-06 12:18     ` jbradford
2002-10-06 12:35       ` jw schultz
2002-10-06 12:18     ` Ingo Molnar
2002-10-06 16:18     ` Daniel Berlin
2002-10-06 13:48   ` Russell King
2002-10-06 14:10     ` Ingo Molnar
2002-10-06 14:08       ` Russell King
2002-10-06 16:58         ` Alan Cox
2002-10-06 17:06           ` jbradford
2002-10-06 19:12           ` Marek Habersack
2002-10-06 14:23       ` jbradford
2002-10-06 19:39       ` Linus Torvalds
2002-10-06 20:00         ` Ingo Molnar
2002-10-06 22:52         ` Larry McVoy
2002-10-07  6:08           ` Ingo Molnar
2002-10-07  6:07             ` Larry McVoy
2002-10-06 17:17     ` Jes Sorensen
2002-10-06 17:38       ` Larry McVoy
2002-10-06 17:41       ` Alan Cox
2002-10-06 17:45         ` Jes Sorensen
2002-10-06 22:49           ` Larry McVoy

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=20021006092256.H29486@work.bitmover.com \
    --to=lm@bitmover.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=davem@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=manfred@colorfullife.com \
    --cc=mingo@elte.hu \
    --cc=torvalds@transmeta.com \
    /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.