Обсуждение: Version 6 binaries for RHEL 7
Are there version 6 binaries being generated for RHEL 7 ? The download page indicates they should be there but the repo doesnot have a version 6 entry and the download tree has nothing under the 7 directories. Binaries for RHEL 8/9 are there.Updating to RHEL 8 is not currently possible. Thanks David
On 2/17/24 08:36, Kerr Livingstone wrote: > Are there version 6 binaries being generated for RHEL 7 ? The download page indicates they should be there but the repodoes not have a version 6 entry and the download tree has nothing under the 7 directories. Binaries for RHEL 8/9 arethere. Updating to RHEL 8 is not currently possible. Define "...version 6 binaries". > > Thanks > David > > > -- Adrian Klaver adrian.klaver@aklaver.com
Postgres version 6.2 … Sent from my iPhone > On Feb 17, 2024, at 09:46, Adrian Klaver <adrian.klaver@aklaver.com> wrote: > > On 2/17/24 08:36, Kerr Livingstone wrote: >> Are there version 6 binaries being generated for RHEL 7 ? The download page indicates they should be there but the repodoes not have a version 6 entry and the download tree has nothing under the 7 directories. Binaries for RHEL 8/9 arethere. Updating to RHEL 8 is not currently possible. > Define "...version 6 binaries". > >> Thanks >> David > > -- > Adrian Klaver > adrian.klaver@aklaver.com >
On 2/17/24 09:49, Kerr Livingstone wrote: > Postgres version 6.2 … Yikes. As far as the archived versions: https://yum.postgresql.org/repopackages/#pgredhatoldrepos go back is 7.3. I believe you are looking at downloading the source: https://www.postgresql.org/ftp/source/v6.2/ and building it yourself. > Sent from my iPhone > >> On Feb 17, 2024, at 09:46, Adrian Klaver <adrian.klaver@aklaver.com> wrote: >> >> On 2/17/24 08:36, Kerr Livingstone wrote: >>> Are there version 6 binaries being generated for RHEL 7 ? The download page indicates they should be there but the repodoes not have a version 6 entry and the download tree has nothing under the 7 directories. Binaries for RHEL 8/9 arethere. Updating to RHEL 8 is not currently possible. >> Define "...version 6 binaries". >> >>> Thanks >>> David >> >> -- >> Adrian Klaver >> adrian.klaver@aklaver.com >> -- Adrian Klaver adrian.klaver@aklaver.com
Adrian Klaver <adrian.klaver@aklaver.com> writes: > On 2/17/24 09:49, Kerr Livingstone wrote: >> Postgres version 6.2 … > Yikes. Indeed. I strongly suspect that the OP actually means 16.2. > I believe you are looking at downloading the source: Yeah, it's clear from https://yum.postgresql.org/packages/ that Devrim has stopped building new PG branches for RHEL7, and I also see the announcement of that: https://yum.postgresql.org/news/rhel7-postgresql-rpms-end-of-life/ However, all is not lost. My answer to this would be to construct an SRPM for 16.2 on RHEL7 yourself. Downloading Devrim's SRPMs for 15.x on RHEL7 and 16.2 on RHEL8 and diff'ing the .spec files would be a pretty good guide to how to adapt the 16.2/RHEL8 SRPM for RHEL7. If you've never worked with deconstructing SRPMs or building binary packages from one, now is a good time to learn. Being able to do this sort of thing is one of the fundamental advantages that open-source distros have over closed-source ones, so you shouldn't ignore it. regards, tom lane
Sorry braindead. Shouldn’t be doing this on a Saturday.… version 16.2 for RHEL7.9 x86_64. Original post should say “Version16.2 binaries for RHEL 7”. Currently have 14.5 and was looking to upgrade to 16.2. Download repo from site only hasup to 15 and no 16 binaries appear to be in the download tree. Sorry for the confusion. Thanks David Sent from my iPhone > On Feb 17, 2024, at 10:56, Adrian Klaver <adrian.klaver@aklaver.com> wrote: > > On 2/17/24 09:49, Kerr Livingstone wrote: >> Postgres version 6.2 … > > Yikes. > > As far as the archived versions: > > https://yum.postgresql.org/repopackages/#pgredhatoldrepos > > go back is 7.3. > > I believe you are looking at downloading the source: > > https://www.postgresql.org/ftp/source/v6.2/ > > and building it yourself. > > >> Sent from my iPhone >>>> On Feb 17, 2024, at 09:46, Adrian Klaver <adrian.klaver@aklaver.com> wrote: >>> >>> On 2/17/24 08:36, Kerr Livingstone wrote: >>>> Are there version 6 binaries being generated for RHEL 7 ? The download page indicates they should be there but the repodoes not have a version 6 entry and the download tree has nothing under the 7 directories. Binaries for RHEL 8/9 arethere. Updating to RHEL 8 is not currently possible. >>> Define "...version 6 binaries". >>> >>>> Thanks >>>> David >>> >>> -- >>> Adrian Klaver >>> adrian.klaver@aklaver.com >>> > > -- > Adrian Klaver > adrian.klaver@aklaver.com >
Tom - Thanks for the direction. Searched but missed the announcement on eol. Will try what you suggest. Would be great ifunder the down load page the dialog only allowed selection of platform where the rpm’s are available. Currently when youselect version 16 both RHEL 6 and 7 can be selected under platform. Thanks David Sent from my iPhone > On Feb 17, 2024, at 11:25, Tom Lane <tgl@sss.pgh.pa.us> wrote: > > Adrian Klaver <adrian.klaver@aklaver.com> writes: >>> On 2/17/24 09:49, Kerr Livingstone wrote: >>> Postgres version 6.2 … > >> Yikes. > > Indeed. I strongly suspect that the OP actually means 16.2. > >> I believe you are looking at downloading the source: > > Yeah, it's clear from > > https://yum.postgresql.org/packages/ > > that Devrim has stopped building new PG branches for RHEL7, > and I also see the announcement of that: > > https://yum.postgresql.org/news/rhel7-postgresql-rpms-end-of-life/ > > However, all is not lost. My answer to this would be to construct an > SRPM for 16.2 on RHEL7 yourself. Downloading Devrim's SRPMs for 15.x > on RHEL7 and 16.2 on RHEL8 and diff'ing the .spec files would be a > pretty good guide to how to adapt the 16.2/RHEL8 SRPM for RHEL7. > If you've never worked with deconstructing SRPMs or building binary > packages from one, now is a good time to learn. Being able to do this > sort of thing is one of the fundamental advantages that open-source > distros have over closed-source ones, so you shouldn't ignore it. > > regards, tom lane