Re: How can we submit code patches that implement our (pending) patents? - Mailing list pgsql-hackers

From Dave Page
Subject Re: How can we submit code patches that implement our (pending) patents?
Date
Msg-id CA+OCxozW7OWZDcjhj=-X6d+03+G5kK1m03Q6YsepdjpU=MEDJw@mail.gmail.com
Whole thread Raw
In response to RE: How can we submit code patches that implement our (pending)patents?  ("Tsunakawa, Takayuki" <tsunakawa.takay@jp.fujitsu.com>)
Responses RE: How can we submit code patches that implement our (pending)patents?  ("Tsunakawa, Takayuki" <tsunakawa.takay@jp.fujitsu.com>)
List pgsql-hackers
Hi

On Tue, Jul 10, 2018 at 9:29 AM, Tsunakawa, Takayuki <tsunakawa.takay@jp.fujitsu.com> wrote:
From: Markus Wanner [mailto:markus.wanner@2ndquadrant.com]
> equally sure there are well intended ones as well. For example, I'd
> expect patent pools (including the Open Invention Network, cited by the
> OP) to hire non-IANAL personnel who know Legalese well enough to setup
> valid contracts (between participating companies).

I think I'll consult Open Invention Network on this issue, since I haven't received any reply from SFLC.

SFLC have acted as the projects counsel in the past, so I'm not surprised they aren't talking to you; you won't be a known contact to them as a PG contributor, and as a Fujitsu employee there would likely be a conflict of interest for them to talk to you.
 

> I certainly like the (future) patent holder coming forth to offer a
> grant a lot better than the one who doesn't (but still holds the
> patent). I'm missing the appreciation for that former strategy in this
> thread and fear we're setting a precedent for the latter one, instead.

Me too.


Regards
Takayuki Tsunakawa




--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: [Tiny Debug Issue] Undefined Reference problem encounteredduring compile
Next
From: Ants Aasma
Date:
Subject: Re: Recovery performance of standby for multiple concurrent truncateson large tables