Re: sepgsql and materialized views
От
Kohei KaiGai
Тема
Re: sepgsql and materialized views
Дата
Msg-id
CADyhKSVYvWTi8efXMxCSW-L1GFnkCoruSBxt2FSVNjFkX6hARw@mail.gmail.com
Ответ на
Re: sepgsql and materialized views (Tom Lane)
Список
Дерево обсуждения
sepgsql and materialized views Kevin Grittner <kgrittn@ymail.com>
Re: sepgsql and materialized views Kohei KaiGai <kaigai@kaigai.gr.jp>
Re: sepgsql and materialized views Kevin Grittner <kgrittn@ymail.com>
Re: sepgsql and materialized views Kohei KaiGai <kaigai@kaigai.gr.jp>
Re: sepgsql and materialized views Kevin Grittner <kgrittn@ymail.com>
Re: sepgsql and materialized views Kohei KaiGai <kaigai@kaigai.gr.jp>
Re: sepgsql and materialized views Kevin Grittner <kgrittn@ymail.com>
Re: sepgsql and materialized views Kohei KaiGai <kaigai@kaigai.gr.jp>
Re: sepgsql and materialized views Noah Misch <noah@leadboat.com>
Re: sepgsql and materialized views Tom Lane <tgl@sss.pgh.pa.us>
Re: sepgsql and materialized views Kevin Grittner <kgrittn@ymail.com>
Re: sepgsql and materialized views Kohei KaiGai <kaigai@kaigai.gr.jp>
Re: sepgsql and materialized views Alvaro Herrera <alvherre@2ndquadrant.com>
Re: sepgsql and materialized views Stephen Frost <sfrost@snowman.net>
Re: sepgsql and materialized views Kevin Grittner <kgrittn@ymail.com>
Re: sepgsql and materialized views Kouhei Kaigai <kaigai@ak.jp.nec.com>
Re: sepgsql and materialized views Kevin Grittner <kgrittn@ymail.com>
Unfortunately, I could not get consensus of design on selinux policy side. Even though my opinion is to add individual security class for materialized view to implement refresh permission, other people has different opinion. So, I don't want it shall be a blocker of v9.3 to avoid waste of time. Also, I'll remind selinux community on this issue again, and tries to handle in another way from what I proposed before. Thanks, 2013/7/5 Tom Lane : > Noah Misch writes: >> On Fri, Feb 08, 2013 at 02:51:40PM +0100, Kohei KaiGai wrote: >>> I'll have a discussion about new materialized_view object class >>> on selinux list soon, then I'll submit a patch towards contrib/sepgsql >>> according to the consensus here. > >> Has this progressed? > >> Should we consider this a 9.3 release blocker? sepgsql already has a red box >> warning about its limitations, so adding the limitation that materialized >> views are unrestricted wouldn't be out of the question. > > Definitely -1 for considering it a release blocker. If KaiGai-san can > come up with a fix before we otherwise would release 9.3, that's great, > but there's no way that sepgsql has a large enough user community to > justify letting it determine the release schedule. > > regards, tom lane -- KaiGai Kohei
В списке pgsql-hackers по дате отправления