public inbox for [email protected]help / color / mirror / Atom feed
Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) 17+ messages / 7 participants [nested] [flat]
* Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) @ 2018-08-02 05:53 Alexandru Lazarev <[email protected]> 0 siblings, 2 replies; 17+ messages in thread From: Alexandru Lazarev @ 2018-08-02 05:53 UTC (permalink / raw) To: [email protected] Hi PG Community, In my company I found that PG Installation on deployed OS Images are takne from here: https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/ We are using PG 9.6.5 or 9.6.7 + pgpool + plv8 + others Some or RPMs for CentOS are taken from that URL (PG Installation, plv8). My question is: Who is building RPMs and uploading to that URL? What are the criteria to build one RPM or other and their versions? Why I am asking: I saw on URL there are PG 9.6.8 and 9.6.9 - Are there maintained only latest 2 build releases? plv8 - there are versions 2.0.0-1 and 2.1.0, since latest plv8 are already 2.3.7 and latest for 2.1.X is 2.1.3 contating major fixes Thanks, AlexL ^ permalink raw reply [nested|flat] 17+ messages in thread
* Re: Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) @ 2018-08-02 12:47 Adrian Klaver <[email protected]> parent: Alexandru Lazarev <[email protected]> 1 sibling, 1 reply; 17+ messages in thread From: Adrian Klaver @ 2018-08-02 12:47 UTC (permalink / raw) To: Alexandru Lazarev <[email protected]>; [email protected] On 08/01/2018 10:53 PM, Alexandru Lazarev wrote: > Hi PG Community, > > In my company I found that PG Installation on deployed OS Images are > takne from here: https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/ > > We are using PG 9.6.5 or 9.6.7 + pgpool + plv8 + others > > Some or RPMs for CentOS are taken from that URL (PG Installation, plv8). > > My question is: > Who is building RPMs and uploading to that URL? What are the criteria to > build one RPM or other and their versions? https://www.postgresql.org/download/linux/redhat/ https://yum.postgresql.org/ > Why I am asking: > I saw on URL there are PG 9.6.8 and 9.6.9 - Are there maintained only > latest 2 build releases? > > plv8 - there are versions 2.0.0-1 and 2.1.0, since latest plv8 are > already 2.3.7 and latest for 2.1.X is 2.1.3 contating major fixes > > > Thanks, > AlexL -- Adrian Klaver [email protected] ^ permalink raw reply [nested|flat] 17+ messages in thread
* Re: Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) @ 2018-08-02 13:26 Alexandru Lazarev <[email protected]> parent: Adrian Klaver <[email protected]> 0 siblings, 1 reply; 17+ messages in thread From: Alexandru Lazarev @ 2018-08-02 13:26 UTC (permalink / raw) To: Adrian Klaver <[email protected]>; [email protected]; +Cc: [email protected] What about 3rd party libraries like plv8 - Who and How (based on which criteria, which versions) build RPM and upload them there? + adding more relevant mail list On Thu, Aug 2, 2018 at 3:47 PM, Adrian Klaver <[email protected]> wrote: > On 08/01/2018 10:53 PM, Alexandru Lazarev wrote: > >> Hi PG Community, >> >> In my company I found that PG Installation on deployed OS Images are >> takne from here: https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/ >> >> We are using PG 9.6.5 or 9.6.7 + pgpool + plv8 + others >> >> Some or RPMs for CentOS are taken from that URL (PG Installation, plv8). >> >> My question is: >> Who is building RPMs and uploading to that URL? What are the criteria to >> build one RPM or other and their versions? >> > > https://www.postgresql.org/download/linux/redhat/ > > https://yum.postgresql.org/ > > > Why I am asking: >> I saw on URL there are PG 9.6.8 and 9.6.9 - Are there maintained only >> latest 2 build releases? >> >> plv8 - there are versions 2.0.0-1 and 2.1.0, since latest plv8 are >> already 2.3.7 and latest for 2.1.X is 2.1.3 contating major fixes >> >> >> Thanks, >> AlexL >> > > > -- > Adrian Klaver > [email protected] > ^ permalink raw reply [nested|flat] 17+ messages in thread
* Re: Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) @ 2018-08-03 06:08 Devrim Gündüz <[email protected]> parent: Alexandru Lazarev <[email protected]> 0 siblings, 2 replies; 17+ messages in thread From: Devrim Gündüz @ 2018-08-03 06:08 UTC (permalink / raw) To: Alexandru Lazarev <[email protected]>; Adrian Klaver <[email protected]>; [email protected]; +Cc: [email protected] Hi, On Thu, 2018-08-02 at 16:26 +0300, Alexandru Lazarev wrote: > What about 3rd party libraries like plv8 - Who and How (based on which > criteria, which versions) build RPM and upload them there? Latest versions of PL/v8 does not build on RHEL/Fedora anymore, at least from the package build point of view. RPMs are not supposed to download extra dependencies from elsewhere. Regards, -- Devrim Gündüz EnterpriseDB: https://www.enterprisedb.com PostgreSQL Consultant, Red Hat Certified Engineer Twitter: @DevrimGunduz , @DevrimGunduzTR Attachments: [application/pgp-signature] signature.asc (833B, 2-signature.asc) download ^ permalink raw reply [nested|flat] 17+ messages in thread
* Re: Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) @ 2018-08-03 08:22 Christoph Berg <[email protected]> parent: Devrim Gündüz <[email protected]> 1 sibling, 0 replies; 17+ messages in thread From: Christoph Berg @ 2018-08-03 08:22 UTC (permalink / raw) To: Devrim Gündüz <[email protected]>; +Cc: Alexandru Lazarev <[email protected]>; Adrian Klaver <[email protected]>; [email protected]; [email protected] Re: Devrim Gündüz 2018-08-03 <[email protected]> > > What about 3rd party libraries like plv8 - Who and How (based on which > > criteria, which versions) build RPM and upload them there? > > Latest versions of PL/v8 does not build on RHEL/Fedora anymore, at least from > the package build point of view. RPMs are not supposed to download extra > dependencies from elsewhere. Fwiw, I stopped maintaining plv8 in Debian for that reason. The build process is roughly equivalent to downloading all of chromium's dependencies, and build v8 from that. v8 is no longer a shared library, unfortunately. Christoph Attachments: [application/pgp-signature] signature.asc (833B, 2-signature.asc) download ^ permalink raw reply [nested|flat] 17+ messages in thread
* Re: Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) @ 2018-08-03 08:30 Pavel Raiskup <[email protected]> parent: Devrim Gündüz <[email protected]> 1 sibling, 2 replies; 17+ messages in thread From: Pavel Raiskup @ 2018-08-03 08:30 UTC (permalink / raw) To: [email protected]; +Cc: Devrim Gündüz <[email protected]>; Alexandru Lazarev <[email protected]>; Adrian Klaver <[email protected]>; [email protected] On Friday, August 3, 2018 8:08:55 AM CEST Devrim Gündüz wrote: > On Thu, 2018-08-02 at 16:26 +0300, Alexandru Lazarev wrote: > > What about 3rd party libraries like plv8 - Who and How (based on which > > criteria, which versions) build RPM and upload them there? > > Latest versions of PL/v8 does not build on RHEL/Fedora anymore, at least from > the package build point of view. Yes, packaging of plv8 is pretty complicated. If one decided to ship RPM package with plv8, it would mean maintenance of whole v8 language - which is incredibly complicated (incompatible changes all the time, backporting security fixes, etc.). That's the reason why plv8 (and even v8 runtime) becomes dropped from Linux distributions. [1] https://github.com/plv8/plv8/issues/281 Pavel ^ permalink raw reply [nested|flat] 17+ messages in thread
* Re: Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) @ 2018-08-05 21:02 Devrim Gündüz <[email protected]> parent: Alexandru Lazarev <[email protected]> 1 sibling, 1 reply; 17+ messages in thread From: Devrim Gündüz @ 2018-08-05 21:02 UTC (permalink / raw) To: Alexandru Lazarev <[email protected]>; [email protected] Hi, On Thu, 2018-08-02 at 08:53 +0300, Alexandru Lazarev wrote: > I saw on URL there are PG 9.6.8 and 9.6.9 - Are there maintained only > latest 2 build releases? Yes, older releases are deleted automagically. Regards, -- Devrim Gündüz EnterpriseDB: https://www.enterprisedb.com PostgreSQL Consultant, Red Hat Certified Engineer Twitter: @DevrimGunduz , @DevrimGunduzTR Attachments: [application/pgp-signature] signature.asc (833B, 2-signature.asc) download ^ permalink raw reply [nested|flat] 17+ messages in thread
* Re: Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) @ 2018-08-06 20:49 Alexandru Lazarev <[email protected]> parent: Devrim Gündüz <[email protected]> 0 siblings, 2 replies; 17+ messages in thread From: Alexandru Lazarev @ 2018-08-06 20:49 UTC (permalink / raw) To: Devrim Gündüz <[email protected]>; +Cc: [email protected] Thanks all for responses. Let me ask other dummy question: plv8 RPMs were built by PostgreSQL Community for different OSes, or by those OSes vendors/community (e.f. RedHat/Debian, etc)? And the same question about postgresql-server install packages themselves (RPMs, debs, etc) Thanks in advance On Mon, Aug 6, 2018 at 12:02 AM, Devrim Gündüz <[email protected]> wrote: > > Hi, > > On Thu, 2018-08-02 at 08:53 +0300, Alexandru Lazarev wrote: > > I saw on URL there are PG 9.6.8 and 9.6.9 - Are there maintained only > > latest 2 build releases? > > Yes, older releases are deleted automagically. > > Regards, > -- > Devrim Gündüz > EnterpriseDB: https://www.enterprisedb.com > PostgreSQL Consultant, Red Hat Certified Engineer > Twitter: @DevrimGunduz , @DevrimGunduzTR > ^ permalink raw reply [nested|flat] 17+ messages in thread
* Re: Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) @ 2018-08-06 20:51 Alexandru Lazarev <[email protected]> parent: Pavel Raiskup <[email protected]> 1 sibling, 0 replies; 17+ messages in thread From: Alexandru Lazarev @ 2018-08-06 20:51 UTC (permalink / raw) To: Pavel Raiskup <[email protected]>; [email protected]; Devrim Gündüz <[email protected]>; [email protected]; +Cc: [email protected] Thanks all for responses. Let me ask other dummy question: plv8 RPMs were built by PostgreSQL Community for different OSes, or by those OSes vendors/community (e.f. RedHat/Debian, etc)? And the same question about postgresql-server install packages themselves (RPMs, debs, etc) Thanks in advance On Fri, Aug 3, 2018 at 11:30 AM, Pavel Raiskup <[email protected]> wrote: > On Friday, August 3, 2018 8:08:55 AM CEST Devrim Gündüz wrote: > > On Thu, 2018-08-02 at 16:26 +0300, Alexandru Lazarev wrote: > > > What about 3rd party libraries like plv8 - Who and How (based on which > > > criteria, which versions) build RPM and upload them there? > > > > Latest versions of PL/v8 does not build on RHEL/Fedora anymore, at least > from > > the package build point of view. > > Yes, packaging of plv8 is pretty complicated. If one decided to ship RPM > package with plv8, it would mean maintenance of whole v8 language - which > is incredibly complicated (incompatible changes all the time, backporting > security fixes, etc.). > > That's the reason why plv8 (and even v8 runtime) becomes dropped from Linux > distributions. > > [1] https://github.com/plv8/plv8/issues/281 > > Pavel > > > > ^ permalink raw reply [nested|flat] 17+ messages in thread
* Re: Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) @ 2018-08-06 20:57 Dimitri Maziuk <[email protected]> parent: Alexandru Lazarev <[email protected]> 1 sibling, 0 replies; 17+ messages in thread From: Dimitri Maziuk @ 2018-08-06 20:57 UTC (permalink / raw) To: [email protected] On 08/06/2018 03:49 PM, Alexandru Lazarev wrote: > And the same question about postgresql-server install packages themselves > (RPMs, debs, etc) For this one, packages you get from "PGDG"@ https://www.postgresql.org/download/ are built by postgres. RedHat, for example, also has postgres built by them and included in the distribution -- in RHEL7 it's v.9.2 but RedHat is known to patch code without changing version numbers. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu Attachments: [application/pgp-signature] signature.asc (190B, 2-signature.asc) download ^ permalink raw reply [nested|flat] 17+ messages in thread
* Re: Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) @ 2018-08-06 21:38 Devrim Gündüz <[email protected]> parent: Alexandru Lazarev <[email protected]> 1 sibling, 0 replies; 17+ messages in thread From: Devrim Gündüz @ 2018-08-06 21:38 UTC (permalink / raw) To: Alexandru Lazarev <[email protected]>; +Cc: [email protected] Hi, On Mon, 2018-08-06 at 23:49 +0300, Alexandru Lazarev wrote: > Let me ask other dummy question: > plv8 RPMs were built by PostgreSQL Community for different OSes, or by > those OSes vendors/community (e.f. RedHat/Debian, etc)? > And the same question about postgresql-server install packages themselves > (RPMs, debs, etc) There are community RPMs, and then the RPMs supplied by Red Hat / CentOS via OS or SCL. Community packages has wider range of supported PostgreSQL versions, and wider range of packages. Regards, -- Devrim Gündüz EnterpriseDB: https://www.enterprisedb.com PostgreSQL Consultant, Red Hat Certified Engineer Twitter: @DevrimGunduz , @DevrimGunduzTR Attachments: [application/pgp-signature] signature.asc (833B, 2-signature.asc) download ^ permalink raw reply [nested|flat] 17+ messages in thread
* Re: Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) @ 2018-08-10 19:22 Bruce Momjian <[email protected]> parent: Pavel Raiskup <[email protected]> 1 sibling, 1 reply; 17+ messages in thread From: Bruce Momjian @ 2018-08-10 19:22 UTC (permalink / raw) To: Pavel Raiskup <[email protected]>; +Cc: [email protected]; Devrim Gündüz <[email protected]>; Alexandru Lazarev <[email protected]>; Adrian Klaver <[email protected]>; [email protected] On Fri, Aug 3, 2018 at 10:30:51AM +0200, Pavel Raiskup wrote: > On Friday, August 3, 2018 8:08:55 AM CEST Devrim Gündüz wrote: > > On Thu, 2018-08-02 at 16:26 +0300, Alexandru Lazarev wrote: > > > What about 3rd party libraries like plv8 - Who and How (based on which > > > criteria, which versions) build RPM and upload them there? > > > > Latest versions of PL/v8 does not build on RHEL/Fedora anymore, at least from > > the package build point of view. > > Yes, packaging of plv8 is pretty complicated. If one decided to ship RPM > package with plv8, it would mean maintenance of whole v8 language - which > is incredibly complicated (incompatible changes all the time, backporting > security fixes, etc.). > > That's the reason why plv8 (and even v8 runtime) becomes dropped from Linux > distributions. Uh, who is building PL/v8 currently, and for what operating systems? No one? -- Bruce Momjian <[email protected]> http://momjian.us EnterpriseDB http://enterprisedb.com + As you are, so once was I. As I am, so you will be. + + Ancient Roman grave inscription + ^ permalink raw reply [nested|flat] 17+ messages in thread
* Re: Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) @ 2018-08-10 19:41 Christoph Berg <[email protected]> parent: Bruce Momjian <[email protected]> 0 siblings, 1 reply; 17+ messages in thread From: Christoph Berg @ 2018-08-10 19:41 UTC (permalink / raw) To: Bruce Momjian <[email protected]>; +Cc: Pavel Raiskup <[email protected]>; [email protected]; Devrim Gündüz <[email protected]>; Alexandru Lazarev <[email protected]>; Adrian Klaver <[email protected]>; [email protected] Re: Bruce Momjian 2018-08-10 <[email protected]> > Uh, who is building PL/v8 currently, and for what operating systems? No one? No one is likely correct. Christoph ^ permalink raw reply [nested|flat] 17+ messages in thread
* Re: Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) @ 2018-08-10 19:44 Bruce Momjian <[email protected]> parent: Christoph Berg <[email protected]> 0 siblings, 1 reply; 17+ messages in thread From: Bruce Momjian @ 2018-08-10 19:44 UTC (permalink / raw) To: Christoph Berg <[email protected]>; Pavel Raiskup <[email protected]>; [email protected]; Devrim Gündüz <[email protected]>; Alexandru Lazarev <[email protected]>; Adrian Klaver <[email protected]>; [email protected] On Fri, Aug 10, 2018 at 09:41:44PM +0200, Christoph Berg wrote: > Re: Bruce Momjian 2018-08-10 <[email protected]> > > Uh, who is building PL/v8 currently, and for what operating systems? No one? > > No one is likely correct. Wow, OK. That's bad news. So PL/v8 is no longer a viable stored procedure language? -- Bruce Momjian <[email protected]> http://momjian.us EnterpriseDB http://enterprisedb.com + As you are, so once was I. As I am, so you will be. + + Ancient Roman grave inscription + ^ permalink raw reply [nested|flat] 17+ messages in thread
* Re: Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) @ 2018-08-10 19:49 Christoph Berg <[email protected]> parent: Bruce Momjian <[email protected]> 0 siblings, 2 replies; 17+ messages in thread From: Christoph Berg @ 2018-08-10 19:49 UTC (permalink / raw) To: Bruce Momjian <[email protected]>; +Cc: Pavel Raiskup <[email protected]>; [email protected]; Devrim Gündüz <[email protected]>; Alexandru Lazarev <[email protected]>; Adrian Klaver <[email protected]>; [email protected] Re: Bruce Momjian 2018-08-10 <[email protected]> > Wow, OK. That's bad news. So PL/v8 is no longer a viable stored > procedure language? It is bad news, the plv8 upstream is very pleasant to work with. But now building plv8 means building v8 first, which means something like downloading and building the whole chrome toolchain. That's 30 GB of stuff, including binary blobs from the internet. plv8 will work for anyone willing to go through that. It's just not feasible to support it from a packager perspective. Christoph ^ permalink raw reply [nested|flat] 17+ messages in thread
* Re: Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) @ 2018-08-10 20:38 Dimitri Maziuk <[email protected]> parent: Christoph Berg <[email protected]> 1 sibling, 0 replies; 17+ messages in thread From: Dimitri Maziuk @ 2018-08-10 20:38 UTC (permalink / raw) To: [email protected] On 08/10/2018 02:49 PM, Christoph Berg wrote: > plv8 will work for anyone willing to go through that. It's just not > feasible to support it from a packager perspective. Hm. Gotta wonder if running this: https://github.com/clkao/docker-postgres-plv8/blob/master/10-2/Dockerfile and copying plv8.so out of the resulting image is the easy way out. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu Attachments: [application/pgp-signature] signature.asc (190B, 2-signature.asc) download ^ permalink raw reply [nested|flat] 17+ messages in thread
* Re: Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) @ 2018-08-11 14:39 Devrim Gündüz <[email protected]> parent: Christoph Berg <[email protected]> 1 sibling, 0 replies; 17+ messages in thread From: Devrim Gündüz @ 2018-08-11 14:39 UTC (permalink / raw) To: Christoph Berg <[email protected]>; Bruce Momjian <[email protected]>; +Cc: Pavel Raiskup <[email protected]>; [email protected]; Alexandru Lazarev <[email protected]>; Adrian Klaver <[email protected]>; [email protected] Hi, On Fri, 2018-08-10 at 21:49 +0200, Christoph Berg wrote: > plv8 will work for anyone willing to go through that. It's just not > feasible to support it from a packager perspective. +1 from me. Regards, -- Devrim Gündüz EnterpriseDB: https://www.enterprisedb.com PostgreSQL Consultant, Red Hat Certified Engineer Twitter: @DevrimGunduz , @DevrimGunduzTR Attachments: [application/pgp-signature] signature.asc (833B, 2-signature.asc) download ^ permalink raw reply [nested|flat] 17+ messages in thread
end of thread, other threads:[~2018-08-11 14:39 UTC | newest] Thread overview: 17+ messages (download: mbox mbox.gz follow: Atom feed) -- links below jump to the message on this page -- 2018-08-02 05:53 Who and How is responsible for released installations packages and 3rd party packs? (e.g. on https://yum.postgresql.org/9.6/redhat/rhel-7.3-x86_64/) Alexandru Lazarev <[email protected]> 2018-08-02 12:47 ` Adrian Klaver <[email protected]> 2018-08-02 13:26 ` Alexandru Lazarev <[email protected]> 2018-08-03 06:08 ` Devrim Gündüz <[email protected]> 2018-08-03 08:22 ` Christoph Berg <[email protected]> 2018-08-03 08:30 ` Pavel Raiskup <[email protected]> 2018-08-06 20:51 ` Alexandru Lazarev <[email protected]> 2018-08-10 19:22 ` Bruce Momjian <[email protected]> 2018-08-10 19:41 ` Christoph Berg <[email protected]> 2018-08-10 19:44 ` Bruce Momjian <[email protected]> 2018-08-10 19:49 ` Christoph Berg <[email protected]> 2018-08-10 20:38 ` Dimitri Maziuk <[email protected]> 2018-08-11 14:39 ` Devrim Gündüz <[email protected]> 2018-08-05 21:02 ` Devrim Gündüz <[email protected]> 2018-08-06 20:49 ` Alexandru Lazarev <[email protected]> 2018-08-06 20:57 ` Dimitri Maziuk <[email protected]> 2018-08-06 21:38 ` Devrim Gündüz <[email protected]>
This inbox is served by agora; see mirroring instructions for how to clone and mirror all data and code used for this inbox