similar to: IUS not pulling latest PHP packages

Hello, looking at the metadata for EPEL and IUS, neither seem to carry PHP 7.4. It is EOL anyway, so you should migrate to PHP 8. To find out where your current PHP comes from try something like: # rpm -qf /usr/bin/php # rpm -qi php I would recommend you switch to Remi's repo and upgrade to PHP 8: https://rpms.remirepo.net/ Kind regards, Steve Am 26.05.2023 12:50, schrieb Kaushal

I need to upgrade PHP because the latest WordPress requires one at least at 5.2.4. What are the tradeoffs of using the php53 packages provided by CentOS versus IUS? I've seen that installing the RHEL-derived php53 requires removing php first and it creates package conflicts because it doesn't provide a virtual php-common package. That suggests I should install the IUS package. Is

Does anyone know if PHP 7.3 is coming to the IUS repo soon? I'd rather upgrade from 7.2 than tear out IUS and replace with Remi. -- -- Steve

Hi, what does the word "Inline" mean in Inline with Upstream Stable as per http://iuscommunity.org/pages/FAQs.html#what-does-ius-stand-for? Regards, Kaushal

This evening I decided to do some work on my development C7 system. As I have not touched it for a while, and wanted to install new services I thought I'd better yum update first. I saw that it only did updates from Google and PHP, and none from the system repo's so I had a closer look. It showed certificate errors on a number of repo's. [root at stan2 ~]# yum update Loaded plugins:

On Wednesday 28 August 2019 22:41:24 Jonathan Billings wrote: > If it?s really out of date, you might need to update the ca-certificates package, but that?d have to be a really old system. > > I?d suggest by checking to make sure the clock on your computer isn?t really out of date. If its right, I?d double-check with ?curl? to see if you aren?t getting a MitM response, where your HTTPS

On 1/30/19 5:57 AM, Stephen John Smoogen wrote: > On Wed, 30 Jan 2019 at 00:25, SternData <subscribed-lists at sterndata.com> > wrote: > >> This keeps logging: >> >> Could not get metalink >> https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=x86_64 error >> was >> 14: HTTPS Error 503 - Service Unavailable >> >> I've

Hello, my test have this ./check_metalink --repo epel --check-master Testing repo=epel, arch=i386 Metalink provided by: proxy02.fedoraproject.org Server date: Thu, 31 Jan 2019 14:05:26 GMT Repo epel, arch i386 errored: list index out of range Testing repo=epel, arch=x86_64 Metalink provided by: proxy02.fedoraproject.org Server date: Thu, 31 Jan 2019 14:05:27 GMT

This keeps logging: Could not get metalink https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=x86_64 error was 14: HTTPS Error 503 - Service Unavailable I've removed the epel-release package, done a "yum clean all", then reinstalled it, but still get the same error. -- -- Steve

Hello, I have thousands of this messages on my servers ?? Is this a Problem on my site or is the infrastructure broken?? /etc/cron.hourly/0yum-hourly.cron: Could not get metalink https://mirrors.fedoraproject.org/metalink? repo=epel-7&arch=x86_64 error was 14: HTTPS Error 503 - Service Unavailable Thanks for a answer, -- mit freundlichen Gr?ssen / best regards, G?nther J. Niederwimmer

I just built these servers, and the other admin added some more packages, then we moved them into the datacenter. I see errors from a cron job, Could not get metalink https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=x86_64 error was 14: curl#6 - "Could not resolve host: mirrors.fedoraproject.org; Unknown error" So I logged on, and ran yum list apcupsd, to see if it was

Hey guys, is EPEL metalink offline? Could not get metalink https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=x86_64 error was 14: curl#6 - "Could not resolve host: mirrors.fedoraproject.org" Everything else works for me. Regards Tim

------------ Original Message ------------ > Date: Friday, May 29, 2015 11:08:50 PM +0200 > From: Tim <lists at kiuni.de> > > Hey guys, > > is EPEL metalink offline? > > Could not get metalink > https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=x86_64 > error was 14: curl#6 - "Could not resolve host: > mirrors.fedoraproject.org" >

Hi Ashish, Which CentOS version you using? > If it is CentOS 6 then instead of building it from source, you can use IUS > repo which has latest php packages. > Below is the link for the packages in IUS repo for CentOS 6. > <http://dl.iuscommunity.org/pub/ius/stable/Redhat/6/x86_64/repoview/> > I'm using CentOS 7. I'll check to see if I can get php version 5.6.7

I would like to update one of the websites on my server from Joomla 1.5 to Joomla 3.2, but it wants PHP 5.3. I am currently using IUS's php52 5.2.17, which is fine for the Joomla 1.5 and the various WordPress sites (up to 3.9) currently served on this server. I plan to test the update procedure on my home (test) system (a pretty much identically setup system) before possible breaking my

>>>>> Karolis Koncevi?ius writes: > But this might require a more detailed investigation. For example I > just noticed that even with the patch `@` is still not listed in > .S3_methods_table(). Afaict base does not register any methods for @ or @<- ? -k > KK. >> On Apr 29, 2023, at 4:44 PM, Karolis Koncevi?ius <karolis.koncevicius at gmail.com> wrote:

But this might require a more detailed investigation. For example I just noticed that even with the patch `@` is still not listed in .S3_methods_table(). KK. > On Apr 29, 2023, at 4:44 PM, Karolis Koncevi?ius <karolis.koncevicius at gmail.com> wrote: > > Hello Kurt, > > With r84341 it now works on my side. > > Warm regards, > Karolis K. > >> On Apr 29,

Greetings In the attempt to upgrade the technology stack on CentOS 5 from stock PHP to PHP53 I have made some progress. Much thanks to all respondents, especially Jesus. One repository that provides a complete set of builds and seems to fulfill both PHP and PHP53 requirements is the IUS one: http://iuscommunity.org/ Repos here: http://dl.iuscommunity.org/pub/ius/stable/Redhat/5/i386/repoview/

On Tue, 15 May 2018 14:45:23 +0300 Gena Makhomed <gmm at csdoc.com> wrote: > >> Something wrong with $contentdir variable, > >> it points to altarch for x86_64 $basearch. > > > > can't reproduce on a fresh x86_64 installation. Adding Brian in case he has > > a clue for this. > > I use fresh installed x86_64 CentOS 7.5 via VNC > with

Hi All. I've updated my system from 6.3 to 6.4. In my /etc/yum.repos.depel.repo I have: [epel] name=Extra Packages for Enterprise Linux - $basearch #baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch mirrorlist= http://mirrors.fedoraproject.org/mirrorlist?repo=epel-6&arch=$basearch failovermethod=priority gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5