Topic: SCL macro not defined

Hi, there.

I'd like to make a development environment to build php56,php70,php71 on CentOS 6.9 latest using remirepo. Currently I could build php56 but php70 due to an error "SCL macro not defined". Could you gime me any hints?

Build log: https://github.com/hotta/php-build-cent … ld-log.txt
Installed packages: (same location/)installed-packages.txt
yum repolist: (same location/)yum-repolist.txt

Thank you in advance.

Re: SCL macro not defined

Why don't you simply use the available binary packages ?

You probably take the wrong spec file: php70-php-7.0.29 (SCL packages) instead of php-7.0.29 (base packages)

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: SCL macro not defined

Thank you for your quick reply.

As you said, I could rebuild php-7.0.29-1.remi.src.rpm, not php70-php-7.0.29-1.remi.src.rpm.
But I think I should use SCL packages to make environment as follows:

Our project aims to provide multiple versions of php on a CentOS 6.x box simultaneously.
Users on the box can switch among different versions of php via web interfaces.
In addition, the php packages(spec files) should be fully customizable by us provider side, not end users.
So I want to make an evaluation environment using remirepo for package build training.

Re: SCL macro not defined

> But I think I should use SCL packages to make environment as follows:

So, you need the metapackage (php72-build) installed in the buildroot.

BTW, using the available binary RPM is the best way, with an optional package, or config file, for specific config changes.

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: SCL macro not defined

> So, you need the metapackage (php72-build) installed in the buildroot.

Installed php72-build and build php-7.0.29-1.remi.src.rpm went well.

> BTW, using the available binary RPM is the best way, with an optional package, or config file, for specific config changes.


Yes, your advice could be the best practice. I'll try to adopt that.

I appreciate your kindness.