Re: Creating symlink and paths for 8.1.14
Thank you Remi!
You are not logged in. Please login or register.
Please STOP WAR NOW! | |
![]() |
For proper configuration and installation, please use the Configuration Wizard |
Versions: PHP ≤ 7.4 is EOL - PHP 8.0.28 - PHP 8.1.19 - PHP 8.1.20RC1 - PHP 8.2.6 - PHP 8.2.7RC1
More information: #remirepo IRC channel - Twitter: @RemiRepository - Discord server
Remi's RPM repository - Forum → User support → Creating symlink and paths for 8.1.14
Thank you Remi!
Hey Remi,
It seems my script broke and provided me with the following error:
Start: build phase for php-pear-1.10.13-5.remi.src.rpm
Start: build setup for php-pear-1.10.13-5.remi.src.rpm
error: Too many levels of recursion in macro expansion. It is likely caused by recursive macro declaration.
error: line 124: Requires: php81-runtime(
Building target platforms: aarch64
Is it my mock configuration template? It's really odd.
Thanks a lot!
Sorry, no idea, never saw this
Hey Remi,
It was a bad mock configuration. Thanks for the reply
By the way, have you used to mock --chain?
It seems that I was able to build the pecl modules before but now when I run
mock --chain /opt/src-rpms/*src.rpm --continue -r /etc/mock/centos-7-rg-aarch64-php81scl.cfg
It builds them from a localrepo, which is odd and when I want to define the repo I've created on my machine it doesn't use it.
Any suggestions on this ?
And another question I'm asking is..
Is this an expected behaviour when php-pear is installed through your repo or any other rpm's built the way yours is built?
php-pear noarch 1:1.10.13-5.el7.remi /php-pear-1.10.13-5.el7.remi.noarch 2.1 M
Installing for dependencies:
libzip aarch64 0.10.1-8.el7 base 47 k
php-cli aarch64 5.4.16-48.el7 base 2.5 M
php-common aarch64 5.4.16-48.el7 base 550 k
php-process aarch64 5.4.16-48.el7 base 56 k
php-xml aarch64 5.4.16-48.el7 base 120 k
I thought I have to see php 8.1.19 not 5.4 but my mind can be playing tricks on me!
> By the way, have you used to mock --chain?
I don't need it
> Is this an expected behaviour when php-pear is installed through your repo or any other rpm's built the way yours is built?
php-pear will pull "php" (from whatever repository is enabled)
php81-php-pear will pull "php81-php"
Okay!
It's really odd to me it can't find 8.1.19 even if it's installed and there is a local repo with it in my mock config.
Thanks! Any suggestions on how you built multiple pecl extensions in one go if you're not using mock --chain?
> Any suggestions on how you built multiple pecl extensions in one go if you're not using mock --chain?
Each one is build separately, using a new and clean chroot.
Thank you! I will go away from mock --chain and do individual builds on each perl module.
It seems that you're right that php81-php-pear can be attached to php81. I have it on working with version 8.1.17 but it seems I can't get php81-php-pear attached to 8.1.19.
I've missed something in my script and that's why it doesn't build it attached to php81.
Hey Remi!
It seems that I am able to build everything from start to end with my mock config and templates if the target PHP version is 8.1.17.
However, that's not the case with 8.1.19. Can you tell me if something has changed in the build process?
I'm using these src.rpms to make 8.1.19 https://rpms.remirepo.net/SRPMS/php81-8 … mi.src.rpm and then https://rpms.remirepo.net/SRPMS/php81-p … i.src.rpm.
This step goes through perfectly and I'm able to get a working 8.1.19 but then the php-pear seems to ignore my local repo and I'm not able to build it for 8.1.19.
Any suggestions on where I should investigate?
The only error I get is this;
Start: build phase for php-pear-1.10.13-5.remi.src.rpm
Start: build setup for php-pear-1.10.13-5.remi.src.rpm
error: Too many levels of recursion in macro expansion. It is likely caused by recursive macro declaration.
error: line 124: Requires: php81-runtime(
Building target platforms: aarch64
Thanks in advance!
> Can you tell me if something has changed in the build process?
Nothing
Is "scl_vendor" defined in your mock configuration ?
Yes it is!
Here is the output from the config.
config_opts['macros']['%_scl_prefix']="/opt/rg"
config_opts['macros']['%_scl_vendor']="rg"
It's scl_vendor, not _scl_vendor
Ah I see. I assume I would have to change it for all the templates?
Again, don't know why you have multiple templates
but yes
Thanks!
I use multiple templates for my personal convenience and I follow the build process much easier for debug and etc.
Remi's RPM repository - Forum → User support → Creating symlink and paths for 8.1.14
Generated in 0.006 seconds (54% PHP - 46% DB) with 10 queries
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 2 official extensions. Copyright © 2003–2009 PunBB.