Summary: | sys-apps/systemd, sys-apps/systemd-utils: sort out Valgrind handling | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Sam James <sam> |
Component: | Current packages | Assignee: | Gentoo systemd Team <systemd> |
Status: | CONFIRMED --- | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Sam James
2023-05-14 00:40:54 UTC
What's the downside to leaving it as automagic? I guess it's mostly an issue for new systems where you have USE=valgrind in make.conf (and maybe even dev-util/valgrind in world) but systemd gets installed before it (or try to do this on a working system without valgrind already installed). The main situation that I'd say matters is: - have some systemd problem - Try to use it with Valgrind - Get confusing warnings/errors/noise and lack of USE=valgrind makes it seem like there's no annotations available, so you don't look into that side further? (fwiw I think a compromise could be an optfeature for valgrind or something, even if not ideal.) If the small amount of runtime overhead isn't a major concern for the USE=-valgrind case, maybe we could just wire up the USE flag to pull in dev-util/valgrind. It's pretty tiny so yes, wfm. |