Op zaterdag 28-11-2009 om 12:54 uur [tijdzone +], schreef Martin
Pitt:
> Alain Kalker [2009-11-28 11:27 -]:
> > This does raise another question: why do you use a package's
> > Dependencies and not the actual libraries from ProcMaps (including that
> > is a very smart move BTW :-) ) to deci
Alain Kalker [2009-11-28 11:27 -]:
> This does raise another question: why do you use a package's
> Dependencies and not the actual libraries from ProcMaps (including that
> is a very smart move BTW :-) ) to decide which -dbgsym packages to
> install?
It's actually doing both: It first install
Op zaterdag 28-11-2009 om 12:27 uur [tijdzone +0100], schreef Alain
Kalker:
> This does raise another question: why do you use a package's
> Dependencies and not the actual libraries from ProcMaps (including that
> is a very smart move BTW :-) ) to decide which -dbgsym packages to
> install?
May I
Op vrijdag 27-11-2009 om 22:44 uur [tijdzone +], schreef Martin
Pitt:
> Alain Kalker [2009-11-26 2:25 -]:
> > How do I pass that option to apport-retrace from apport-chroot?
>
> You can't: In a chroot (especially a minimal pbuilder-like one) the
> system relies on _existing_ and correct P
Alain Kalker [2009-11-26 2:19 -]:
> Sadly, the -R option actually isn't documented in the manpage for the
> current released apport-retrace.
Fixed in trunk r1650, thank you!
--
apport doesn't include Package in report when invoked on core dump
https://bugs.launchpad.net/bugs/487759
You rec
Alain Kalker [2009-11-26 2:25 -]:
> How do I pass that option to apport-retrace from apport-chroot?
You can't: In a chroot (especially a minimal pbuilder-like one) the
system relies on _existing_ and correct Package: and Dependencies:
fields in order to be able to install the missing packages
Op donderdag 26-11-2009 om 03:19 uur [tijdzone +0100], schreef Alain
Kalker:
> Op woensdag 25-11-2009 om 10:44 uur [tijdzone +], schreef Martin
> Pitt:
> > For apport-retrace you can use -R (see manpage).
How do I pass that option to apport-retrace from apport-chroot?
Kind regards,
Alain
--
Op woensdag 25-11-2009 om 10:44 uur [tijdzone +], schreef Martin
Pitt:
> Apport avoids expensive operations (such as finding the corresponding
> package, checking md5sums, etc.) at the time the core dump happens. This
> information is added when re-processing the .crash report in the UI.
Quite
Apport avoids expensive operations (such as finding the corresponding
package, checking md5sums, etc.) at the time the core dump happens. This
information is added when re-processing the .crash report in the UI. For
apport-retrace you can use -R (see manpage).
** Changed in: apport (Ubuntu)
Notice the signals causing the core dumps in the two runs are _different_.
If I would want to backtrace/debug the core locally, I would like to deal with
the most recent event (also matching the crash report).
Kind regards,
Alain
--
apport doesn't include Package in report when invoked on core
$ ls -l core
-rw--- 1 miki miki 290816 2009-11-24 19:02 core
--
apport doesn't include Package in report when invoked on core dump
https://bugs.launchpad.net/bugs/487759
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
Yes, ApportLog.txt shows I did the testcase twice (I usually do), but
the second time no core was written in my local dir. Is this another
problem perhaps?
Kind regards,
Alain
--
apport doesn't include Package in report when invoked on core dump
https://bugs.launchpad.net/bugs/487759
You receiv
** Attachment added: "ApportLog.txt"
http://launchpadlibrarian.net/36031416/ApportLog.txt
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/36031417/Dependencies.txt
** Attachment added: "XsessionErrors.txt"
http://launchpadlibrarian.net/36031418/XsessionErrors.txt
13 matches
Mail list logo
