The dependency generator thing is just a warning and as such, can be ignored. Installed but not packaged files are the thing that are failing the build there, and that looks to have something to do with debuginfo which has seen some big changes in f27 and newer.

As a band-aid, this should allow the build to complete:

%define _unpackaged_files_terminate_build 0

Alternatively one of the debuginfo tunables listed in https://gnu.wildebeest.org/blog/mjw/2017/06/30/fedora-rpm-debuginfo-improvements-for-rawhidef27/ would probably allow it to build.

BTW, what's the full reproducer for this failure - where to get the package in question etc?

Thanks for the fast answer and for the pointer

I have tried %_unique_debug_names=0 and %_unique_debug_srcs=0 without success.

Indeed %_unpackaged_files_terminate_build=0 works...

Will try to run more tests on a smaller package (php is really to long to build, but needed for the others)

BTW, is suspect %{name} vs %{pkg_name} confusion somewhere in the SCL stuff...

> BTW, what's the full reproducer for this failure - where to get the package in question etc?

php72 metapackage =>  https://git.remirepo.net/cgit/rpms/scl-php72/php72.git/
php72-php package => https://git.remirepo.net/cgit/rpms/scl-php72/php.git/

But as this can be very long, could be simpler with a small package

Using my testing repository for dependency (at least, php72-build in buildroot)
=> https://rpms.remirepo.net/fedora/27/test/x86_64/

And trying to build php-pecl-zip
=> https://git.remirepo.net/cgit/rpms/php/pecl/php-pecl-zip.git/

Additional issue with debuginfo

Using (to skip empty debuginfo package)
%global debug_package %{nil}
%global __debug_install_post /bin/true

Works for base package, but not for SCL

erreur : Missing build-id in /builddir/build/BUILDROOT/php71-php-ioncube-loader-10.0.0-1.fc27.remi.x86_64/opt/remi/php71/root/usr/lib64/php/modules/ioncube_loader.so
erreur : Generating build-id links failed

Workaround is
%global _build_id_links none

But the unwanted debuginfo is created.

> But the unwanted debuginfo is created.

Ignore this, noise, debuginfo is NOT created

Okay, the unpackaged files issue fairly easily reproduced with php-pecl-zip. 
The "official" workaround for that is to disable debugsource package, ie:

%undefine _debugsource_packages

I'm not exactly surprised that the debuginfo changes in rpm are causing some issues with scl, scl macros know way too much about debuginfo for their own good...

This seems to be a kind of reversed case of bug 1479198, but I need to look closer. If other things fail, we can always just disable the fancy new debuginfo stuff for scl until our debuginfo guru is back from vacation.

> %undefine _debugsource_packages

Indeed, works

I run test with (in mock configuration for the SCL, as obviously prefer to not have to fix all my ~130 spec files)

config_opts['macros']['%_debugsource_packages']="%nil"

> until our debuginfo guru is back from vacation.

No urgency, as we have a workaround

Thanks a lot for your help on this issue

Fixed in scl-utils 2.0.2 (by disabling debugsource_packages for scl's, so its more of a first-aid than actual fix)

In rawhide now, will pull to f27 in a week or two if no major issues turn up.

Hmm. Actually it seems that the "fix" that worked to disable debugsource packages in 2.0.1 does exactly nothing with scl-utils 2.0.2. But then, with 2.0.2, the debugsource package seems to be correctly generated with for php-pecl-zip. 

However *none* of these work for my newly created local testcase... which makes me suspect my testcase is broken. Need to get a clue :)

Just a quick try... using scl-utils-2.0.2-3 (rebuilt for F27) and without the global workaround in mock configuration:

- debugsource is not created
- no error

Okay, guess this is something wacko on my laptop then. Thanks for checking.

+1 for fixing F27, too.

scl-utils-2.0.2-3.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2017-cf34143aab

scl-utils-2.0.2-3.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-cf34143aab

scl-utils-2.0.2-3.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.

Small notice: 

The workaround in mock configuration (comment 9) need to be removed with 2.0.2-3