Re: How can we submit code patches that implement our (pending) patents?

Поиск
Список
Период
Сортировка
От Dave Page
Тема Re: How can we submit code patches that implement our (pending) patents?
Дата
Msg-id CA+OCxozW7OWZDcjhj=-X6d+03+G5kK1m03Q6YsepdjpU=MEDJw@mail.gmail.com
обсуждение исходный текст
Ответ на RE: How can we submit code patches that implement our (pending)patents?  ("Tsunakawa, Takayuki" <tsunakawa.takay@jp.fujitsu.com>)
Ответы RE: How can we submit code patches that implement our (pending)patents?
Список 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 по дате отправления:

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: [Tiny Debug Issue] Undefined Reference problem encounteredduring compile
Следующее
От: Ants Aasma
Дата:
Сообщение: Re: Recovery performance of standby for multiple concurrent truncateson large tables