Re: sepgsql seems rather thoroughly broken on Fedora 30

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: sepgsql seems rather thoroughly broken on Fedora 30
Дата
Msg-id 5847.1563568165@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: sepgsql seems rather thoroughly broken on Fedora 30  (Mike Palmiotto <mike.palmiotto@crunchydata.com>)
Ответы Re: sepgsql seems rather thoroughly broken on Fedora 30  (Mike Palmiotto <mike.palmiotto@crunchydata.com>)
Список pgsql-hackers
Mike Palmiotto <mike.palmiotto@crunchydata.com> writes:
> We probably need to polish this a bit more, but what do you think
> about something similar to the attached patches? They should hopefully
> reduce some of the complexity of running these regression tests.

I can confirm that the 0001 patch fixes things on my Fedora 30 box.
So that's good, though I don't know enough to evaluate it for style
or anything like that.

I don't think I like the 0002 patch very much, because of its putting
all the sudo actions into the script.  I'd rather not give a script
root permissions, thanks.  Maybe I'm in the minority on that.
Also, since the documentation explicitly says that the 
/usr/share/selinux/devel/Makefile path is not to be relied on,
why would we hard-wire it into the script?

A bigger-picture issue is that right now, configuring a cluster for
sepgsql is a very manual process (cf. section F.35.2).  I think there's
some advantage in forcing the user to run through that before running
the regression test, namely that they'll get the bugs out of any
misunderstandings or needed local changes.  If we had that a bit more
automated then maybe having the test script do-it-for-you would be
sensible.  (IOW, the fact that the test process is more like "make
installcheck" than "make check" seems like a feature not a bug.)

            regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: should there be a hard-limit on the number of transactionspending undo?
Следующее
От: Mike Palmiotto
Дата:
Сообщение: Re: sepgsql seems rather thoroughly broken on Fedora 30