<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - RFE: Collect Python backtraces" href="https://bugs.freedesktop.org/show_bug.cgi?id=82507#c7">Comment # 7</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - RFE: Collect Python backtraces" href="https://bugs.freedesktop.org/show_bug.cgi?id=82507">bug 82507</a> from <a class="email" href="mailto:zbyszek@in.waw.pl" title="Zbigniew Jedrzejewski-Szmek <zbyszek@in.waw.pl>"> Zbigniew Jedrzejewski-Szmek</a> <pre>(In reply to Jakub Filak from <a href="show_bug.cgi?id=82507#c6">comment #6</a>) > For example, we might need to join process' user and mount namespaces and > run rpm there to get packaging information. We usually gather packaging > information post-mortem but this is impossible if the process was the only > process in its namespaces. That's perfect then. This information is gathered in the same way for coredumps and exceptions (for example the COREDUMP_CONTAINER_CMDLINE= stuff that you added), so whatever is done in or after systemd-coredump to solve this, will also benefit the case of Python programs. > > > Moving systemd-coredump from systemd's repository to its own repository would be appreciated too. > > > > Why? Do you need faster releases? > > ABRT team will definitely want to contribute to systemd-coredump and > building entire systemd is a bit slow and complex. Another point is that > systemd-coredump & coredumpctl uses systemd internal functions and that > might make patches harder to backport to older releases (we have some legacy > customers). There might be a problem to install & test our changes due to > conflicts with the installed systemd. And there are probably more points. > > However, this is not a must. I would be just happier if I were not forced to > patch systemd :) I understand the complaint, but there are counterweighting benefits to keeping the coredump stuff in systemd: yet another project would be a lot of overhead, the library of helper functions that systemd has is very useful, but probably the most important thing is the bigger set of eyes looking at the code, and fixing small issues. For me, those advantages are much bigger than the drawbacks.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>