This is related to the usrmerge transition. On a freshly debootstrapped
disco environment, /lib is a symlink to /usr/lib, which means the
canonical path for the debug symbols as looked for by valgrind is
/usr/lib/debug/usr/lib/x86_64-linux-gnu/ld-2.28.so which does not exist;
only /usr/lib/debug/lib/x86_64-linux-gnu/ld-2.28.so exists and is not
found.
Since we do not enforce the usrmerge transition on upgrade to disco, we
need to ensure the system can compatibly resolve debug symbols on disco
whether or not usrmerge is in effect.
And this problem does not exclusively affect valgrind; other consumers
of debug symbols, such as gdb, will also be affected.
So I think the only correct solution here, if we are going to move
forward w/ usrmerge by default for disco, is for something (e.g. base-
files) to enforce on upgrade that /usr/lib/debug/{lib,bin,sbin} become
symlinks to /usr/lib/debug/usr/foo, even if we don't do the usrmerge
migration for / itself.
** Also affects: base-files (Ubuntu)
Importance: Undecided
Status: New
** Changed in: base-files (Ubuntu)
Importance: Undecided => Critical
** Changed in: base-files (Ubuntu)
Status: New => Triaged
** Changed in: base-files (Ubuntu)
Assignee: (unassigned) => Dimitri John Ledkov (xnox)
** Changed in: valgrind (Ubuntu)
Status: Confirmed => Triaged
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1808508
Title:
Valgrind doesn't work in disco [Fatal error at startup: a function
redirection which is mandatory for this platform-tool combination
cannot be set up.]
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/base-files/+bug/1808508/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
