Debug Symbols

Neko-san commented

2021-12-27 09:58:06 +01:00

As of right now, per this Arch forum post for reference, Dr. Konqi (the KDE Plasma crash handler) has long been useless for the purpose it's intended for:
collecting backtraces on users' behalf and telling users to give this information to the KDE developers for bug reporting.

The official Arch repos don't have Qt5/QtQuick(/etc) and KDE application CMAKE debug modes activated for their releases and their solutions are either:

With that inconvienient user-knowledge said, I'd like to request that ALHP keep alternative packages with the buildbot (that also makes sure that provides=${original_pkgname} is set in the PKGBUILDs) so that this intended-to-be-helpful tool can actually do its job on Arch.

As of right now, [per this Arch forum post for reference](https://bbs.archlinux.org/viewtopic.php?pid=2011649#p2011649), Dr. Konqi (the KDE Plasma crash handler) has long been useless for the purpose it's intended for: collecting backtraces on users' behalf and telling users to give this information to the KDE developers for bug reporting. The official Arch repos ***don't*** have [Qt5/QtQuick(/etc)](https://wiki.archlinux.org/title/Debugging/Getting_traces#Qt5) and [KDE application CMAKE debug modes](https://wiki.archlinux.org/title/Debugging/Getting_traces#CMAKE_(KDE)_applications) activated for their releases and their solutions are either: * [build it yourself with ASP or the AUR](https://wiki.archlinux.org/title/Debugging/Getting_traces#PKGBUILD) or * [use an unofficial repo](https://wiki.archlinux.org/title/Debugging/Getting_traces#Qt5) With that inconvienient user-knowledge said, I'd like to request that ALHP keep alternative packages with the buildbot (that also makes sure that `provides=${original_pkgname}` is set in the PKGBUILDs) so that this intended-to-be-helpful tool can actually do its job on Arch.

anonfunc commented

2021-12-29 11:51:05 +01:00

Owner

Arch is currently working on a solution for this problem, where you can download debug symbols for packages on demand. I can't remember the exact technical details, but as far as I can see this is already taking form.

As soon as Arch has landed that 'feature', we can re-evaluate how we handle debug symbols for ALHP packages.

Arch is currently working on a solution for this problem, where you can download debug symbols for packages on demand. I can't remember the exact technical details, but as far as I can see this is already taking form. As soon as Arch has landed that 'feature', we can re-evaluate how we handle debug symbols for ALHP packages.

👍 2

anonfunc added the enhancement label 2021-12-29 11:51:20 +01:00

anonfunc changed title from ~~[Request] Fixing Dr. Konqi (the KDE Crash Handler) Debug Symbol Issues~~ to Debug Symbols

2021-12-29 11:51:44 +01:00

Neko-san commented

2022-01-30 20:07:04 +01:00

Author

https://wiki.archlinux.org/title/Debuginfod
https://debuginfod.archlinux.org/

The feature has "landed"

More information is provided in the arch-dev-public mailing list

https://wiki.archlinux.org/title/Debuginfod https://debuginfod.archlinux.org/ The feature has "landed" More information is provided in the `arch-dev-public` mailing list

👍 1

anonfunc commented

2022-01-31 16:53:19 +01:00

Owner

I'll wait until there is more information available about rust & go packages. I do not want to write this multiple times. As soon as there are solutions for all possible binary packages (not just C/CPP) I'll add support in ALHP. We probably are going to ship another AUR package with a file adding our debuginfod URL.

anonfunc commented

2022-02-13 23:08:31 +01:00

Owner

Implemented in c7ba7340a5. Debuginfod available from debuginfod.harting.dev. (will add that to the README shortly)

~~Still figuring out how to add this to e.g. alhp-mirrorlist without doing a separate package for each level. Maybe split-packages, not sure yet.~~

EDIT: ~~I cloud patch debuginfod for the respective repo, maybe that's a good way to go.~~

Implemented in https://git.harting.dev/ALHP/ALHP.GO/commit/c7ba7340a5f9bc1314ec7635e07c9804d9de2f7c. Debuginfod available from `debuginfod.harting.dev`. (will add that to the README shortly) ~~Still figuring out how to add this to e.g. `alhp-mirrorlist` without doing a separate package for each level. Maybe split-packages, not sure yet.~~ *EDIT*: ~~I *cloud* patch debuginfod for the respective repo, maybe that's a good way to go.~~

anonfunc commented

2022-02-14 12:19:06 +01:00

Owner

I opted for just mentioning it in the README for now. It is not that difficult to setup correctly.

Feedback if our debuginfod instances are working correctly would be appreciated.

PS: Packages build with debug symbols are visible on the package status page.

I opted for just mentioning it in the README for now. It is not that difficult to setup correctly. Feedback if our debuginfod instances are working correctly would be appreciated. PS: Packages build with debug symbols are visible on the package status page.

anonfunc closed this issue

2022-02-14 12:19:06 +01:00

Debug Symbols #85