Bug 12221 - inconsistent .gnu_debuglink
Summary: inconsistent .gnu_debuglink
Status: RESOLVED OBSOLETE
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: core (show other bugs)
Version: 2.4
Hardware: x86 Multiple
: Medium+ normal
Target Milestone: 2.5 M2
Assignee: Juro Bystricky
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2017-10-12 20:06 UTC by Juro Bystricky
Modified: 2018-02-12 22:46 UTC (History)
2 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: No (bug/feature does not impact docs)


Attachments
diffoscope output, gawk (232.19 KB, text/html)
2017-10-12 20:06 UTC, Juro Bystricky
no flags Details
diffoscope, e2fsprogs-e2fsck (102.83 KB, text/html)
2017-10-12 20:07 UTC, Juro Bystricky
no flags Details
diffoscope output e2fsprogs-mke2fs (108.23 KB, text/html)
2017-10-12 20:08 UTC, Juro Bystricky
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Juro Bystricky 2017-10-12 20:06:26 UTC
Created attachment 4077 [details]
diffoscope output,  gawk

This is a weird one, highly reproducible, maybe even 100%.
I noticed this when building core-image-minimal (gawk_4.1.4-r0_i386.deb is built as part of the build).

The .gnu_debuglink contains either:

1. ​gawk-​4.​1.​4
or
2. ​gawk

The .gnu_debuglink checksum is the same in both cases.

1. local.conf
PACKAGE_CLASSES="package_deb"

2. local.conf:
PACKAGE_CLASSES="package_deb"
INHERIT+="rm_work"
TMPDIR="/tmp/ramdisk/gawk"
DEPLOY_DIR="/data/master-master/poky-contrib/gawk/tmp/deploy"

Basically, when I use ramdisk as TMPDIR, I get different result.

I could also reproduce this by building an individual package:

$ bitbake gawk


Build in two different folders, each containing local.conf as per above.
In ramdisk I need to use "rm_work", else I run out of memory, but I don't think that is the culprit.

I also witnessed other similar anomalies with respect to .gnu_debuglink:
e2fsprogs-e2fsck
e2fsprogs-mke2fs
Comment 1 Juro Bystricky 2017-10-12 20:07:41 UTC
Created attachment 4078 [details]
diffoscope, e2fsprogs-e2fsck
Comment 2 Juro Bystricky 2017-10-12 20:08:38 UTC
Created attachment 4079 [details]
diffoscope output e2fsprogs-mke2fs
Comment 3 Juro Bystricky 2017-10-18 22:27:19 UTC
I am not entirely convinced the culprit is different TMPDIR, the ramdisk IO is quite a bit faster than HD IO, so it could be a race/timing issue.
Comment 4 Juro Bystricky 2018-02-12 22:46:33 UTC
I have not seen this in last 6-8 weeks, so I am going to close this as RESOLVED/OBSOLETE. It may have something to do with gawk being upgraded to 4.2.
 
Will re-open if encountered again.