[tor-dev] Tor project automation work
lunar at torproject.org
Tue Dec 10 16:38:57 UTC 2013
> Ok, we can have a test rebuilding several times the files that are most
> likely to become non deterministic. However it would be better if we can
> find some way to trigger those non-deterministic builds with only two
> builds. Maybe we can try something like this :
> - a library that we put in LD_PRELOAD as a wrapper on readdir to return
> directory entries in random order instead of inodes number, so it's
> more likely to be different on each build.
> - a python library that we put in PYTHONPATH, to override dict.iterkeys
> to return keys in random order. If I understand ticket #10159
> correctly, it was caused by iterkeys returning keys in the same order
> most of the time, but not all the times.
I would suggest using reverse order instead of random order. Random
order has the probability of being just like the original order.
For readdir(3), have a look at:
Lunar <lunar at torproject.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 836 bytes
Desc: Digital signature
More information about the tor-dev