[OE-core] debugedit: canonicalization unexpectedly shrank by one character

[Ian Geiser]

> -----Original Message-----
> From: openembedded-core-bounces at lists.openembedded.org
> [mailto:openembedded-core-bounces at lists.openembedded.org] On Behalf Of
> Martin Jansa
> Sent: Wednesday, April 24, 2013 3:20 AM
> To: openembedded-core at lists.openembedded.org
> Subject: [OE-core] debugedit: canonicalization unexpectedly shrank by
> one character
> 
> Hi,
> 
> with debugedit errors now catched and shown after:
> commit 262a69ffd33e9d001a7a15fc73671a015e3b5dd1
> Author: Richard Purdie <richard.purdie at linuxfoundation.org>
> Date:   Mon Mar 25 16:52:07 2013 +0000
> 
>     package.bbclass: Handle subprocess errors correctly
> 
>     If an error occurs in subprocess.call() we currently don't catch
> it. In particular
>     we have issues where debugedit is segfaulting unnoticed. This fixes
> up
>     various code paths to catch the errors.
> 
> I get couple of recipes failing with errors like:
[...]
> This leads to
> https://bugzilla.redhat.com/show_bug.cgi?id=304121
> https://bugs.launchpad.net/rpm/+bug/638633
> https://qa.mandriva.com/show_bug.cgi?id=62391
> 
> but no clear solution (it would be nice to show which path triggered
> that message as suggested in redhat bugzilla)
> 
> I can INHIBIT_PACKAGE_DEBUG_SPLIT in failing recipes or adding slash to
> -d '/usr/src/debug/' works in this case too..
I tried set PACKAGE_DEBUG_SPLIT_STYLE = "debug-without-src" in the package and that seemed to work around the problem.  In my package that was offending was because there was an -rpath that had a trailing /.  It seems debugedit is very sensitive to rogue path separators. Are there ways to make this more robust?