| From: | Jason Petersen <jason(at)citusdata(dot)com> |
|---|---|
| To: | pgsql-pkg-yum(at)postgresql(dot)org |
| Subject: | enable-rpath in Red Hat builds |
| Date: | 2016-06-08 21:12:20 |
| Message-ID: | C5A2AAB0-B961-492E-8DF7-30CF6BDB1394@citusdata.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-pkg-yum |
I hadn’t noticed until recently that --enable-rpath is passed to configure on Red Hat PostgreSQL builds and inherited by all extensions (via pg_config) on that platform. rpmlint complains about it on several Red Hat variants (well, in fact it _errors_).
Poking around mailing lists and git history, I was able to ascertain that it wasn’t always this way, with some caveats around how plperl and plpython are build on these platforms.
Does anyone have a pointer as to why this was changed for PostgreSQL itself? Or when?
Do extensions need to worry about this? I see some that use e.g. chrpath on binaries, but without understanding the reason PostgreSQL itself uses an rpath-enabled build I didn’t want to add that.
Planning on just filtering this rpmlint error for now, but I am curious for the motivation.
--
Jason Petersen
Software Engineer | Citus Data
303.736.9255
jason(at)citusdata(dot)com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Niels Tegtbauer | 2016-06-28 14:41:05 | Fedora 24 |
| Previous Message | Kaname Furutani | 2016-06-08 02:01:44 | Re: yum package for pg_repack 1.3.4 |