public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: James Beddek <telans@posteo.de>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [PATCH 0/1] ecm.eclass: set KDE_DEBUG=1 for ecm_src_test
Date: Wed, 20 Oct 2021 09:42:14 +0000	[thread overview]
Message-ID: <4453035.LvFx2qVVIh@desktop> (raw)
In-Reply-To: <c58f9cfe-7126-39a1-c488-c269be75fd3e@asokolov.org>

[-- Attachment #1: Type: text/plain, Size: 3504 bytes --]

On Wednesday, 20 October 2021 10:34:47 PM NZDT Alexey Sokolov wrote:
> 20.10.2021 09:40, James Beddek пишет:
> > As part of transitioning to using Clang as my system compiler, I have been
> > running tests on most packages to determine if they still properly
> > function. However, this has introduced a problem where some KDE package
> > tests segfault.
> > Unfortunately, this launches DrKonqi in the virtx display to display a
> > backtrace.
> > 
> > This results in the test phase hanging as DrKonqi is presumably waiting
> > for user input.> 
> > See below for an instance of a test phase hanging as seen through `top -b 
-c -n 1 -u portage`:
> >     PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+
> >     COMMAND
> > 
> > 3441869 portage   30  10    2360   1560   1400 S   0.0   0.0   0:00.00
> > [kde-apps/ark-21.08.2] sandbox /usr/lib/portage/python3.9/ebuild.sh test
> > 3441870 portage   30  10   12896   7688   3592 S   0.0   0.0   0:00.01
> > /bin/bash /usr/lib/portage/python3.9/ebuild.sh test 3441886 portage   30 
> > 10   13036   6296   2064 S   0.0   0.0   0:00.01 /bin/bash
> > /usr/lib/portage/python3.9/ebuild.sh test 3441908 portage   30  10 
> > 150436  59128  44836 S   0.0   0.1   0:00.03 /usr/bin/Xvfb :16 -screen 0
> > 1280x1024x24 +extension RANDR 3441936 portage   30  10   55000  15512 
> > 13416 S   0.0   0.0   0:00.02 ctest -j 16 --test-load 999 3441938 portage
> >   30  10  487364  58044  46480 T   0.0   0.1   0:00.20
> > /var/tmp/portage/kde-apps/ark-21.08.2/work/ark-21.08.2_build/bin/addtoarc
> > hivetest 3442262 portage   30  10    9176   2336   1600 S   0.0   0.0  
> > 0:00.00 dbus-launch --autolaunch 8d4328e526b647a5a2e029d1e0814ba6
> > --binary-syntax --close-stderr 3442279 portage   30  10    9460   4180  
> > 3408 S   0.0   0.0   0:00.00 /usr/bin/dbus-daemon --syslog-only --fork
> > --print-pid 5 --print-address 7 --session 3444712 portage   30  10 
> > 350068  94032  78820 S   0.0   0.1   0:00.15 /usr/lib64/libexec/drkonqi
> > --platform xcb --display :16 --appname addtoarchivetest ___
> > 
> > As far as I can tell, without sending SIGKILL to the test being traced
> > (addtoarchivetest in this instance), the test phase never exits.
> > 
> > KDE provides a variable, KDE_DEBUG [1], which when set disables the
> > DrKonqi crash handler. Using this results in the tests segfaulting and
> > the test phase simply failing, rather than hanging.
> Do crashes of other (non-ecm) tests trigger DrKonqi too? What's the
> reason to add this variable only to ecm.eclass?
> 

As far as I can tell only packages that use ecm.eclass trigger DrKonqi upon a 
test segfault. However, this may just be to me not experiencing crashes in 
other test suites. To the best of my knowledge it's purely the KDE/ecm 
packages.

Cheers

> > Most of the crashing tests are a result of kde-frameworks/kjs being built
> > with Clang. I have opened a bug report about this on bugs.kde.org [2].
> > 
> > Hopefully this is an acceptable solution. I have submitted a corresponding
> > GitHub PR [3]. Cheers
> > 
> > [1]:
> > https://userbase.kde.org/KDE_System_Administration/Environment_Variables#
> > KDE_DEBUG [2]: https://bugs.kde.org/show_bug.cgi?id=444003#c5
> > [3]: https://github.com/gentoo/gentoo/pull/22643
> > 
> > James Beddek (1):
> >   ecm.eclass: set KDE_DEBUG=1 for ecm_src_test
> >  
> >  eclass/ecm.eclass | 3 ++-
> >  1 file changed, 2 insertions(+), 1 deletion(-)


[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2021-10-20  9:42 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-10-20  8:40 [gentoo-dev] [PATCH 0/1] ecm.eclass: set KDE_DEBUG=1 for ecm_src_test James Beddek
2021-10-20  8:40 ` [gentoo-dev] [PATCH 1/1] " James Beddek
2021-10-20  9:34 ` [gentoo-dev] [PATCH 0/1] " Alexey Sokolov
2021-10-20  9:42   ` James Beddek [this message]
2021-10-24  4:33     ` [gentoo-dev] " Duncan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4453035.LvFx2qVVIh@desktop \
    --to=telans@posteo.de \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox