Sorry for the late answer, this fell through the cracks. Did you actually test that this works? I. e. can a normal user actually read /dev/nvram? Currently the "cat /dev/nvram" is ran as root via attach_root_command_outputs(), and requiring root was the main reason why this "cat" approach was taken in the first place.
Does /dev/nvram actually contain text information and is this a locale/encoding problem? Or is it binary data, and unrelated to encodings? With 14.10's apport, instead of cat the hook could call "base64 /dev/nvram" or a similar command which provides plaintext. But otherwise I think it would be better to fix attach_root_command_outputs() to get along with binary outputs. > One dummy question remaining, how getting the tar file from the ascii output file if we need to ? You can use "apport-unpack" to decode the apport report file into individual files (named by keys), and then just use tar to extract them further. ** Summary changed: - apport fails to collect nvram specific information + apport fails to collect nvram specific information -- attach_root_command_outputs() does not work for binary data -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1370259 Title: apport fails to collect nvram specific information -- attach_root_command_outputs() does not work for binary data To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1370259/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs