Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1484370
Summary: | Can't build SCL - unpackaged debuginfo files | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Remi Collet <fedora> |
Component: | scl-utils | Assignee: | Panu Matilainen <pmatilai> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 27 | CC: | bkabrda, fedora, jorton, pmatilai, vondruch |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | scl-utils-2.0.2-3.fc27 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-09-30 06:19:07 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Remi Collet
2017-08-23 11:39:39 UTC
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 |