Hello with the patch below:
--- a/meta/lib/oeqa/selftest/cases/reproducible.py
+++ b/meta/lib/oeqa/selftest/cases/reproducible.py
@@ -134,9 +134,9 @@ class ReproducibleTests(OESelftestTestCase):
max_report_size = 250 * 1024 * 1024
# targets are the things we want to test the reproducibility of
- targets = ['core-image-minimal', 'core-image-sato',
'core-image-full-cmdline', 'core-image-weston', 'world']
+ targets = ['zvariant']
# sstate targets are things to pull from sstate to potentially cut
build/debugging time
- sstate_targets = []
+ sstate_targets = ['rust-native', 'cargo-native']
save_results = False
if 'OEQA_DEBUGGING_SAVED_OUTPUT' in os.environ:
save_results = os.environ['OEQA_DEBUGGING_SAVED_OUTPUT']
I managed to reduce the time to test to 30mn (which is reasonable). Today,
I made 5 run of this
reproducibility test and if library is indeed different between build A and
build B every time, this
is the same exact difference, that is to day that the 5 libraries in build
A are identical and so are
the 5 libraries in build B.
I admit I'm surprised , I would have waited for some random diff.
I'll continue my investigation but if this rang a bell to someone here,
feel free to tell (this does
seem strange to me).
On Mon, 10 Apr 2023 at 18:38, Frederic Martinsons via lists.openembedded.org
<[email protected]> wrote:
>
>
> On Mon, 10 Apr 2023 at 17:32, Jose Quaresma <[email protected]>
> wrote:
>
>> Hi Frederic,
>>
>> Frederic Martinsons <[email protected]> escreveu no dia
>> domingo, 9/04/2023 à(s) 16:05:
>>
>>>
>>>
>>> Le dim. 9 avr. 2023, 10:43, Richard Purdie <
>>> [email protected]> a écrit :
>>>
>>>> On Sat, 2023-04-08 at 09:56 +0200, Frederic Martinsons wrote:
>>>> > Forget my previous question,
>>>> >
>>>> > I simply
>>>> > edit https://git.openembedded.org/openembedded-core/tree/meta/lib/oeq
>>>> > a/selftest/cases/reproducible.py#n137
>>>> > to replace by zavariant, and with OEQA_DEBUGGING_SAVED_OUTPUT set , I
>>>> > managed to see the html diff
>>>> >
>>>> > Nevertheless, It took one hour, but it seems that it cannot be
>>>> > avoided since there are two builds and one
>>>> > without any shared state.
>>>>
>>>> Unfortunately that is the nature of the test, one side has to be built
>>>> from scratch. Tweaking the test as you'd done to target a specific
>>>> component is what I'd have done too to speed things up for a specific
>>>> recipe.
>>>>
>>>> To get a further speedup, you could probably keep the sstate for each
>>>> of the two builds separate but retain both, then in theory on the
>>>> pieces you change would rebuild. Again, it would mean tweaking the test
>>>> but for debugging, I think that is fine. Rust can be a pain if you just
>>>> rebuild those as it still takes a while. Thanks for taking a look!
>>>>
>>>> Cheers,
>>>>
>>>> Richard
>>>>
>>>>
>>> Thank you for the tip, I'll try that, everything that help to speed up
>>> is good to take of course.
>>>
>>
>> To speedup the build you can take the rust-native from the state cache
>> [1] and this will improve a bit bit the time needed:
>>
>> sstate_target = [ "rust-native" ]
>>
>> [1]
>> https://git.openembedded.org/openembedded-core/tree/meta/lib/oeqa/selftest/cases/reproducible.py#n139
>>
>>
>> Jose
>>
>>
>>>
>>>
>>>
>>>
>>
>> --
>> Best regards,
>>
>> José Quaresma
>>
>
>
> Hey, thank you José for the advice, I'll apply that for sure.
>
> By the way, like I commented in
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=15090 , I'm currently
> try to reproduce (ahah) the reproducibility issue of zvariant with the use
> of reprotest (https://salsa.debian.org/reproducible-builds/reprotest)
> and outside yocto environment. For the moment, I was not able to pinpoint
> the issue (I must have
> put aside the faketime usage since it caused me segfault of rustc).
>
> I plan to dig further in reproducible.py class and how the package is
> built under yocto to try to find out
> what is going on.
>
>
>
>
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179932):
https://lists.openembedded.org/g/openembedded-core/message/179932
Mute This Topic: https://lists.openembedded.org/mt/98126404/21656
Group Owner: [email protected]
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-
