On dinsdag 29 augustus 2023 05:22:56 CEST Thiago Macieira wrote:
> True, but the majority of our user base is still Linux, so if we had to
> choose
> only one, it would have to be gdb.
Um, no? The majority is on Windows.
Halla
Awesome!
On zaterdag 8 januari 2022 08:40:59 CET Ben Cooksley wrote:
> Hi all,
>
> This afternoon work has been completed to better link Gitlab with Bugzilla,
> allowing people to get from Gitlab more quickly to Bugzilla and also
> enabling us to link CCBUG/BUG references in commits, issues and m
On zondag 5 september 2021 08:13:09 CEST Ben Cooksley wrote:
> Hi all,
>
> This morning after much work i'm happy to announce that the new generation
> CI scripts intended for use with Gitlab CI successfully completed their
> first build (of ECM, and then subsequently of KCoreAddons).
>
Yay!
Ha
On Tuesday, 4 May 2021 16:26:22 CEST Nate Graham wrote:
> Again, my point was not that everything about GLI is universally better
> than everything about BZ. Just that most things are mostly better in
> most ways that most of us care about.
List them? I cannot think of a single thing that's go
On Tuesday, 4 May 2021 15:28:30 CEST Nate Graham wrote:
> I don't see anyone really trying to argue otherwise.
I have certainly made that argument many times. Since only developers can add
tags, it will be impossible for ordinary users to provide enough information to
classify the bug. Tagging s
On Monday, 26 April 2021 17:58:41 CEST Nicolás Alvarez wrote:
>
> macOS has crash tracking built in, but as far as I know it's only if
> you're on the Mac App Store, which Krita isn't. If you distribute the
> Mac app yourself, you have to deal with crash reporting yourself too.
It's a bit hit and
On Monday, 26 April 2021 13:07:17 CEST Harald Sitter wrote:
> Also going off on a tangent: On windows I understand the store already
> has crash tracking and all that stuff implemented, I expect the same
> is true for OSX?
Yes, but without proper debug symbols the traces are not all that useful --
On Monday, 26 April 2021 11:26:38 CEST Harald Sitter wrote:
> * get a core instead of a trace - sounds simpler than it is because
> cores can be huge and network speed may be limited. google's breakpad
> has a special minidump format that seeks to deal with that, I think
> apport also has its own r
