Re: Updates of SE-PostgreSQL 8.4devel patches (r1268)
| От | KaiGai Kohei |
|---|---|
| Тема | Re: Updates of SE-PostgreSQL 8.4devel patches (r1268) |
| Дата | |
| Msg-id | 4938A101.8010902@ak.jp.nec.com обсуждение исходный текст |
| Ответ на | Re: Updates of SE-PostgreSQL 8.4devel patches (r1268) (Bruce Momjian <bruce@momjian.us>) |
| Ответы |
Re: Updates of SE-PostgreSQL 8.4devel patches
(r1268)
|
| Список | pgsql-hackers |
>> I don't oppose to elimination of "--disable-row-acl" options, however, >> it is not clear for me whether it should be unavoidable selection in >> the future, or not. > > Look at the existing configure options; we don't remove features via > configure unless it is for some platform-specific reason. Please remove > the configure option and make it always enabled. OK, I'll update it in the next patch set. >>> I assume that could just be always enabled. >> It is not "always" enabled. When we build it with SE-PostgreSQL feature, >> rest of enhanced security features (includes the row-level ACL) are >> disabled automatically, as we discussed before. > > Oh. Is that because we use SE-Linux row-level security when > SE-PostgreSQL is enabled? I guess that makes sense. Yes, when SE-PostgreSQL is enabled, it provides row-level security, and the per-tuple security field is used to show its security context. Thanks, -- OSS Platform Development Division, NEC KaiGai Kohei <kaigai@ak.jp.nec.com>
В списке pgsql-hackers по дате отправления: