Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hqfMn-0003Vm-PR for pgsql-hackers@arkaria.postgresql.org; Thu, 25 Jul 2019 15:09:13 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hqfMm-0001G6-HG for pgsql-hackers@arkaria.postgresql.org; Thu, 25 Jul 2019 15:09:12 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hqfMm-0001Fz-8l for pgsql-hackers@lists.postgresql.org; Thu, 25 Jul 2019 15:09:12 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hqfMk-0002FZ-5j for pgsql-hackers@lists.postgresql.org; Thu, 25 Jul 2019 15:09:11 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id x6PF94r8022119; Thu, 25 Jul 2019 11:09:04 -0400 From: Tom Lane To: Mike Palmiotto cc: pgsql-hackers@lists.postgresql.org, Joe Conway Subject: Re: sepgsql seems rather thoroughly broken on Fedora 30 In-reply-to: References: <23856.1563381159@sss.pgh.pa.us> <25538.1563549575@sss.pgh.pa.us> <5847.1563568165@sss.pgh.pa.us> Comments: In-reply-to Mike Palmiotto message dated "Fri, 19 Jul 2019 16:49:44 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <22117.1564067344.1@sss.pgh.pa.us> Date: Thu, 25 Jul 2019 11:09:04 -0400 Message-ID: <22118.1564067344@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Mike Palmiotto writes: > On Fri, Jul 19, 2019 at 4:29 PM Tom Lane wrote: >> 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 think the policy is in need of review/rewriting anyway. The proper > thing to do would be to create a common template for all of the > SELinux regtest user domains and create more of a hierarchical policy > to reduce redundancy. If you want to wait for more formal policy > updates, I can do that in my spare time. Otherwise, the patch I posted > should work with the general style of this policy module. Hearing no further comments, I went ahead and pushed 0001 (after checking that it works on F28, which is the oldest Fedora version I have at hand right now). Stylistic improvements to the script are fine, but let's get the bug fixed for now. BTW, I noticed that the documentation about how to run the tests is a bit stale as well --- for instance, it says to use $ sudo semodule -u sepgsql-regtest.pp but that slaps your wrist: The --upgrade option is deprecated. Use --install instead. So if anyone does feel like polishing things in this area, some doc review seems indicated. regards, tom lane