Portage warns about pre-stripped files being installed into the image directory; this is a bad thing since it makes Portage's splitdebug feature useless, and it stops the users and the developers from looking into backtraces with full debug information available. For the developers going to look into it, what you have to look out for, to find what is stripping the files, is one of these conditions: - explicit "strip" command run on the produced files; - "install -s" command to install the binary files; - "-Wl,-s" flag passed during linking Remove the "strip" commands, remove the "-s" option at install, and remove "-Wl,-s" and the problem should be gone. Thanks, Diego
Created attachment 179592 [details, diff] Patch to mirdir-2.1.ebuild to add a sed command to fix various QA issues The upstream build system overwrites user CFLAGS in the configure script. Upstream failed to ship their configure.ac, so fixing it in configure is a nuisance. Instead, patch Makefile.in by appending the value of $CFLAGS before running the configure script. Also, delete the build rules for mirdir, since those rules stripped the resulting binary. As a convenience, move the resulting binary from bin/mirdir to ./mirdir so that the GNU make implicit rule handles it correctly.
This bug has been fixed in app-backup/mirdir-2.1-r1. (In reply to comment #1) > The upstream build system overwrites user CFLAGS in the configure script. > Upstream failed to ship their configure.ac, so fixing it in configure is a > nuisance. Instead, patch Makefile.in by appending the value of $CFLAGS before > running the configure script. Also, delete the build rules for mirdir, since > those rules stripped the resulting binary. My CFLAGS were not be overridden by the configure script so I can't confirm that. Thanks for your help!