From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Michael Paquier <michael(at)paquier(dot)xyz> |
Cc: | Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Joe Conway <mail(at)joeconway(dot)com> |
Subject: | Re: security_context_t marked as deprecated in libselinux 3.1 |
Date: | 2020-08-13 05:29:35 |
Message-ID: | 402033.1597296575@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Michael Paquier <michael(at)paquier(dot)xyz> writes:
> On Wed, Aug 12, 2020 at 10:50:21PM -0400, Tom Lane wrote:
>> Ummm ... aren't you going to get some cast-away-const warnings now?
> Let me see.. The function signatures we use have been visibly changed
> in 9eb9c932, which comes down to a point between 2.2.2 and 2.3, and
> there are two of them we care about, both use now "const char *":
> - security_check_context_raw()
> - security_compute_create_name_raw()
OK, it's all good then.
> Based on this information, what if we increased the minimum support to
> 2.3 then? That's a release from 2014, and maintaining such legacy
> code does not seem much worth the effort IMO.
Well, "you get a compiler warning" isn't a reason to consider the version
unsupported. There are probably going to be a few other warnings you get
when building on an ancient platform --- as long as it works, I think
we're fine. So based on this, no objection, and I think no need to
change our statement about what's supported.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2020-08-13 05:35:28 | Re: security_context_t marked as deprecated in libselinux 3.1 |
Previous Message | Jesse Zhang | 2020-08-13 05:24:41 | Re: run pgindent on a regular basis / scripted manner |