Topic: gd-last, gd3php, and php72-php-gd issues

I maintain a rebuild of php72-php, as a dedicated php version installed with an alternate SCL prefix. It's used to run a program with a dedicated version of php so as not to interfere with (or be affected by) configuration changes for the "system" versions of PHP.

In any event, as of yesterday, I cannot install or upgrade my builds. Upgrades get

Error: Package: iworxphp72-php-gd-7.2.34-36.el7.iworx.x86_64 (interworx-stable)
           Requires: gd-last(x86-64) >= 2.1.1
           Removing: gd-last-2.3.3-2.el7.remi.x86_64 (@remi-safe)
               gd-last(x86-64) = 2.3.3-2.el7.remi
           Obsoleted By: gd3php-2.3.3-7.el7.remi.x86_64 (remi-safe)
               Not found
           Available: gd-last-2.2.5-2.el7.remi.x86_64 (interworx-stable)
               gd-last(x86-64) = 2.2.5-2.el7.remi

As this package is slightly out of date (based on 7.2.34-10), I'm attempting to build 7.2.34-11, which does have some gd-related changes. Unfortunately, this results in an error as well:

Package gd-last is obsoleted by gd3php, but obsoleting package does not provide for requirements

Additionally, I cannot find the sources for the new gd3php package at rpms.remirepo .net/SRPMS/

I thought to add a temporary upper limit on the version of gd-last, or host it myself, but the older rpm is 404 - http://rpmfind.net/linux/remi/enterpris … x86_64.rpm

Any thoughts or help would be very much appreciated!

Re: gd-last, gd3php, and php72-php-gd issues

Rebuild with gd3php-devel in your buildroot wink

Else pull old deprecated gd-last from http://rpms.remirepo.net/store/gd/last/


> Additionally, I cannot find the sources for the new gd3php package at rpms.remirepo .net/SRPMS/

https://rpms.remirepo.net/SRPMS/gd-2.3.3-7.remi.src.rpm

The result will have the proper name for the target distribution.

Desktop: Fedora 35 + rpmfusion + remi-test + remi-dev
Laptop:  Fedora 36 + rpmfusion + remi (SCL only)
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: gd-last, gd3php, and php72-php-gd issues

>I maintain a rebuild of php72-php, as a dedicated php version installed with an alternate SCL prefix. It's used to run a program with a dedicated version of php so as not to interfere with (or be affected by) configuration changes for the "system" versions of PHP.


For my curiosity, what is the difference with php72-php from my repo which is worth a rebuild ?

Desktop: Fedora 35 + rpmfusion + remi-test + remi-dev
Laptop:  Fedora 36 + rpmfusion + remi (SCL only)
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: gd-last, gd3php, and php72-php-gd issues

I have seen similar problems but with remi-php56.

# yum update
...
--> Finished Dependency Resolution
Error: Package: php-gd-5.6.40-32.el7.remi.x86_64 (@remi-php56)
           Requires: gd-last(x86-64) >= 2.1.1
           Removing: gd-last-2.3.3-2.el7.remi.x86_64 (@remi)
               gd-last(x86-64) = 2.3.3-2.el7.remi
           Obsoleted By: gd3php-2.3.3-7.el7.remi.x86_64 (remi-safe)
               Not found
Error: Package: php-gd-5.6.40-32.el7.remi.x86_64 (@remi-php56)
           Requires: libgd.so.3()(64bit)
           Removing: gd-last-2.3.3-2.el7.remi.x86_64 (@remi)
               libgd.so.3()(64bit)
           Obsoleted By: gd3php-2.3.3-7.el7.remi.x86_64 (remi-safe)
              ~libgd.so.103()(64bit)

Would providing a symlink from /usr/lib64/libgd.so.3 to libgd.so.103 in gd3php package solve the problem?

Re: gd-last, gd3php, and php72-php-gd issues

> Would providing a symlink from /usr/lib64/libgd.so.3 to libgd.so.103 in gd3php package solve the problem?

No
Symlink never works for lib. Soname is there to warranty ABI


> Error: Package: php-gd-5.6.40-32.el7.remi.x86_64 (@remi-php56)

You need latest php-gd-5.6.40-33.el7.remi.x86_64.rpm
And latest of everything.

Sorry, but the cherry-picking of updates is not supported (nor supportable)

Desktop: Fedora 35 + rpmfusion + remi-test + remi-dev
Laptop:  Fedora 36 + rpmfusion + remi (SCL only)
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: gd-last, gd3php, and php72-php-gd issues

Oops... It seems that there was a problem of my build script and it had not been getting the updates for the packages in the remi and remi-php56 repositories properly.

I appreciate your quick and helpful reply.

Re: gd-last, gd3php, and php72-php-gd issues

Again, for my curiosity, why do you think your build is needed (instead of using my RPMs)

Desktop: Fedora 35 + rpmfusion + remi-test + remi-dev
Laptop:  Fedora 36 + rpmfusion + remi (SCL only)
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

8 (edited by tcollege 2022-06-24 13:31:20)

Re: gd-last, gd3php, and php72-php-gd issues

We're a hosting control panel - your packages are awesome, and used in client space. The rebuild allows us to install an additional SCL copy of PHP that is completely independent of the client version to run the actual control panel.

Believe me, I'd avoid having to rebuild if it was viable! Very impressed with the work you do, bearing a fraction of a similar workload myself!

And in the end, my build issue was also my fault - another package had added a circular dependency, resulting in an attempt to install the existing one that needed the missing gd-last as a BuildRequires for making the new one. I broke the loop by rebuilding one of the intermediate packages, and now things work.

Thanks for the responses!

Re: gd-last, gd3php, and php72-php-gd issues

ok, thanks for your explanation

Closing

Desktop: Fedora 35 + rpmfusion + remi-test + remi-dev
Laptop:  Fedora 36 + rpmfusion + remi (SCL only)
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi