[Bug 62542] Re: Apport should not do its expensive bits without user confirmation

2006-09-29 Thread Martin Pitt
apport (0.24) edgy; urgency=low . The "Need for speed" release -- oarrr! . * apport: Remove _copy_shrink_corefile(): While this has an enormous impact on the size of an uncompressed core dump, it only causes a negligible size reduction of the bzip2'ed core, but it needs a lot

[Bug 62542] Re: Apport should not do its expensive bits without user confirmation

2006-09-29 Thread Martin Pitt
** Changed in: apport (Ubuntu) Status: In Progress => Fix Committed -- Apport should not do its expensive bits without user confirmation https://launchpad.net/bugs/62542 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 62542] Re: Apport should not do its expensive bits without user confirmation

2006-09-28 Thread Martin Pitt
** Changed in: apport (Ubuntu) Status: Confirmed => In Progress ** Bug 61538 has been marked a duplicate of this bug -- Apport should not do its expensive bits without user confirmation https://launchpad.net/bugs/62542 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lis

[Bug 62542] Re: Apport should not do its expensive bits without user confirmation

2006-09-28 Thread Martin Pitt
OK, let's do that for edgy, after an #u-devel discussion Matt agrees. I'll move the expensive bits (gdb and dpkg) to apport-gtk and have apport only collect the bare minimum. ** Changed in: apport (Ubuntu) Target: None => ubuntu-6.10 -- Apport should not do its expensive bits without use

[Bug 62542] Re: Apport should not do its expensive bits without user confirmation

2006-09-28 Thread Martin Pitt
The core dump is created by the kernel, there is little we can do from stopping it. However, the most expensive part of apport is the collection of package information, not dumping the core usually. apport itself has no frontend, it creates a report, and apport-gtk picks it up. Indeed we could mov