| Summary: | use make V=1 | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jan Kratochvil <jan.kratochvil> |
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | low | Docs Contact: | |
| Priority: | low | ||
| Version: | rawhide | CC: | aquini, gansalmon, itamar, jonathan, jwboyer, kernel-maint, madhu.chinakonda, mikem |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-08-10 17:36:52 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Jan Kratochvil
2011-06-24 21:49:17 UTC
In fact it is already there, it just does not work:
make -s ARCH=$Arch V=1 %{?_smp_mflags} $MakeTarget %{?sparse_mflags}
->
+ make -s ARCH=x86_64 V=1 -j16 bzImage
my guess is that the build system isn't capturing stdout, just stderr ? reassigning to koji to start, even though it might be some other part of the buildsys. s/make -s /make / fixes it as I found later. It is mock that generates build.log, and it does capture stderr (see the do() function in mock/util.py). I suppose there could be a bug in python's subprocess module. Also rpmbuild (or some other process in the chain) could be killing stderr. If nothing else captures it, then stderr will then be captured in mock_output.log by koji. Your theory is easy to test. Just make some explicit writes to stderr in your spec and see if you get the output. As the problem+fix is reproducible with rpmbuild (Comment #3) i find Koji to be offtopic here. oh, duh. yeah that'll do it. I'll make the change in git. I thought we were intentionally hiding make output so that warnings stood out. They get lost in the noise otherwise, unless you make all warnings fatal compile errors. It is dangerous to ship code with warnings. with the rate that new warnings appear (and old ones stick around), I'm not sure it's that big a deal. I think that most people don't read the build logs unless something fails. We could add yet another magic variable to config this on or not, but I'm not sure it's really worth it. (In reply to comment #9) > We could add yet another magic variable to config this on or not, but I'm not > sure it's really worth it. This Bug is request the default Fedora build.log files contain the flags. New .spec flag not in use by default is not useful, I can remove "-s" in that case if I have to do a rebuild anyway. This request is in direct conflict with Comment 7. We're going to close this as wontfix. Those needing to fix warnings or determine the build flags are likely already doing local builds anyway. For the rest of people, it just grows the build logs unnecessarily. (In reply to comment #15) > Those needing to fix warnings or > determine the build flags are likely already doing local builds anyway. FYI Comment 13 explains why this is not applicable. Reopening as this behavior is now decided as global Fedora policy. [PATCH] macros: Globally add --disable-silent-rules to configure http://lists.fedoraproject.org/pipermail/devel/2011-August/155444.html redhat-rpm-config-9.1.0-16.fc17 * Wed Aug 10 2011 Colin Walters <walters> - 9.1.0-16 - Globally disable silent rules Re-closing as this is still painfully excessive for the kernel. |