* debugedit: canonicalization unexpectedly shrank by one character
@ 2013-04-24 7:20 Martin Jansa
2013-04-25 20:43 ` Ian Geiser
0 siblings, 1 reply; 3+ messages in thread
From: Martin Jansa @ 2013-04-24 7:20 UTC (permalink / raw)
To: openembedded-core
[-- Attachment #1: Type: text/plain, Size: 3037 bytes --]
Hi,
with debugedit errors now catched and shown after:
commit 262a69ffd33e9d001a7a15fc73671a015e3b5dd1
Author: Richard Purdie <richard.purdie@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:
NOTE: Running task 4179 of 4962 (ID: 2136, /OE/webos/owpb/openwebos-ports/meta-smartphone/meta-android/recipes-multimedia/android-audiosystem/android-audiosystem_bzr.bb, do_package)
NOTE: recipe android-audiosystem-1.8+bzr43-r0: task do_package: Started
ERROR: debugedit failed with exit code 1 (cmd was '/OE/webos/owpb/openwebos-ports/tmp-eglibc/sysroots/x86_64-linux/usr/lib/rpm/bin/debugedit' -b '/OE/webos/owpb/openwebos-ports/tmp-eglibc/work/armv7a-vfp-neon-webos-linux-gnueabi' -d '/usr/src/debug' -i -l '/OE/webos/owpb/openwebos-ports/tmp-eglibc/work/armv7a-vfp-neon-webos-linux-gnueabi/android-audiosystem/1.8+bzr43-r0/debugsources.list' '/OE/webos/owpb/openwebos-ports/tmp-eglibc/work/armv7a-vfp-neon-webos-linux-gnueabi/android-audiosystem/1.8+bzr43-r0/package/usr/lib/libwaudio.so.1.0')
ERROR: Function failed: split_and_strip_files
ERROR: Logfile of failure stored in: /OE/webos/owpb/openwebos-ports/tmp-eglibc/work/armv7a-vfp-neon-webos-linux-gnueabi/android-audiosystem/1.8+bzr43-r0/temp/log.do_package.3450
NOTE: recipe android-audiosystem-1.8+bzr43-r0: task do_package: Failed
ERROR: Task 2136 (/OE/webos/owpb/openwebos-ports/meta-smartphone/meta-android/recipes-multimedia/android-audiosystem/android-audiosystem_bzr.bb, do_package) failed with exit code '1'
Unfortunately this error does not show stdout/stderr from debugedit, but running it manually:
'/OE/webos/owpb/openwebos-ports/tmp-eglibc/sysroots/x86_64-linux/usr/lib/rpm/bin/debugedit' -b '/OE/webos/owpb/openwebos-ports/tmp-eglibc/work/armv7a-vfp-neon-webos-linux-gnueabi' -d '/usr/src/debug' -i -l '/OE/webos/owpb/openwebos-ports/tmp-eglibc/work/armv7a-vfp-neon-webos-linux-gnueabi/android-audiosystem/1.8+bzr43-r0/debugsources.list' '/OE/webos/owpb/openwebos-ports/tmp-eglibc/work/armv7a-vfp-neon-webos-linux-gnueabi/android-audiosystem/1.8+bzr43-r0/package/usr/lib/libwaudio.so.1.0'
/OE/webos/owpb/openwebos-ports/tmp-eglibc/sysroots/x86_64-linux/usr/lib/rpm/bin/debugedit: canonicalization unexpectedly shrank by one character
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..
Other ideas?
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: debugedit: canonicalization unexpectedly shrank by one character
2013-04-24 7:20 debugedit: canonicalization unexpectedly shrank by one character Martin Jansa
@ 2013-04-25 20:43 ` Ian Geiser
2013-04-25 21:07 ` Mark Hatle
0 siblings, 1 reply; 3+ messages in thread
From: Ian Geiser @ 2013-04-25 20:43 UTC (permalink / raw)
To: openembedded-core@lists.openembedded.org
> -----Original Message-----
> From: openembedded-core-bounces@lists.openembedded.org
> [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of
> Martin Jansa
> Sent: Wednesday, April 24, 2013 3:20 AM
> To: openembedded-core@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@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?
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: debugedit: canonicalization unexpectedly shrank by one character
2013-04-25 20:43 ` Ian Geiser
@ 2013-04-25 21:07 ` Mark Hatle
0 siblings, 0 replies; 3+ messages in thread
From: Mark Hatle @ 2013-04-25 21:07 UTC (permalink / raw)
To: openembedded-core
On 4/25/13 3:43 PM, Ian Geiser wrote:
>> -----Original Message-----
>> From: openembedded-core-bounces@lists.openembedded.org
>> [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of
>> Martin Jansa
>> Sent: Wednesday, April 24, 2013 3:20 AM
>> To: openembedded-core@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@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?
Source for debugedit is part of RPM. I don't see any reason why we wouldn't
accept patches for something like this. (However, it does seem like the rpath
may be wrong as well. Fixing the rpath should probably be done as well.)
--Mark
>
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-04-25 21:25 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-04-24 7:20 debugedit: canonicalization unexpectedly shrank by one character Martin Jansa
2013-04-25 20:43 ` Ian Geiser
2013-04-25 21:07 ` Mark Hatle
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox