Em janeiro 24, 2020 16:41 Eli Schwartz via arch-general escreveu:
Oooh, that's actually a really interesting idea. I bet we could make
this just consume a foo-debug package, then we could just modify
devtools to add OPTIONS+=('debug') in makepkg.conf, and have commitpkg
upload the debug package
On 1/24/20 2:29 PM, Giancarlo Razzolini wrote:
> I wouldn't be opposed to have something like tecken [0] or some other
> software
> for this (not sure if there is one) where we would upload all the symbol
> artifacts
> for Arch built packages and that users could use when needed.
>
> This wouldn't
Em janeiro 21, 2020 20:05 Eli Schwartz via arch-general escreveu:
I'm personally not a fan of bloating packages even by 10% or whatever
for debug symbols that many users don't need.
Me neither.
As I said above, split debug packages need "dbscripts" support to make
sure they are correctly ha
On 22/01/2020 14.36, Justin Capella via arch-general wrote:
> point. Maybe one day users could submit coredumps / backtraces to a
> webservice that would reference the symbols, and "bucket" the traces to
> help triage/identify unique crashes
>
For me it would be better if I could just download de
The reason I'd really like native packages to be built with split symbols
even if they aren't included in the package but available through some
other means... Is so that bug wranglers can more easily make sense of
traces/coredumpctl info output, where rebuilding the package would just be
a hassle
Hi Neven,
On Tue, 21 Jan 2020, 23:58 Neven Sajko via arch-general, <
arch-general@archlinux.org> wrote:
> One thing that I should have said right away is that one can not know
> in advance when and which executable he will need to debug.
>
Clear Linux uses a daemon installed in the client to mak
On 1/21/20 6:00 PM, Neven Sajko wrote:
> Regarding the firefox example, are the split debugging symbols files
> publicly available?
Mozilla's symbol server is described here:
https://developer.mozilla.org/en-US/docs/Mozilla/Using_the_Mozilla_symbol_server#Downloading_symbols_on_Linux_Mac_OS_X
--
On 1/21/20 5:44 PM, Neven Sajko wrote:
>> There is no "even", here. The golang programming language is not
>> *atypical*, it should not receive abnormal treatment.
>>
>> I'm not sure what you men by "design makes use of debugging symbols at
>> runtime". They're debug symbols, not runtime logic symb
Regarding the firefox example, are the split debugging symbols files
publicly available?
One thing that I should have said right away is that one can not know
in advance when and which executable he will need to debug.
> There is no "even", here. The golang programming language is not
> *atypical*, it should not receive abnormal treatment.
>
> I'm not sure what you men by "design makes use of debugging symbols at
> runtime". They're debug symbols, not runtime logic symbols.
Golang (and libbacktrace) use DWARF fo
On 1/21/20 3:21 PM, Neven Sajko via arch-general wrote:
> Hello,
>
> Why is it that makepkg strips symbols by default,
Because Arch Linux's default vendor options for makepkg.conf include the
optional strip option.
> and many packagers
> even make extra effort to get packages stripped; instead
Hello,
Why is it that makepkg strips symbols by default, and many packagers
even make extra effort to get packages stripped; instead of building
with "-g"? Even Go software, which by Go's design makes use of
debugging symbols at run time had been stripped as far as I remember
(although it seems th
13 matches
Mail list logo