Daniel,
for further analysis, you may want to search & replace any occurrences of
RTLD_NEXT
by
dlopen("/lib/librt.so.1", RTLD_NOW)
in faketime.c ; this is ugly (not only due to the hardcoded path), but
it may avoid issues with RTLD_NEXT going sideways.
Although I don't know why libc6 2.17-0experimental0 behaves this way, I
take it as a suggestion to add some more checks to avoid endless recursion.
Best regards,
Wolfgang
Daniel Kahn Gillmor wrote:
( cc'ing upstream as well -- wolf, this is in regards to the faketime
bug report http://bugs.debian.org/699559 )
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
