Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 501012 - test-fail-continue is ignored after distutils-r1 test phase - The ebuild phase 'test' with pid NNNNN appears to have left an orphan process running in the background.
Summary: test-fail-continue is ignored after distutils-r1 test phase - The ebuild phas...
Status: RESOLVED OBSOLETE
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Unclassified (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-02-11 19:49 UTC by Jeroen Roovers (RETIRED)
Modified: 2018-02-27 10:21 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
dev-python:mako-0.7.3-r2:20140211-193646.log (random example) (20140211-193646.log,82.56 KB, text/plain)
2014-02-11 19:49 UTC, Jeroen Roovers (RETIRED)
Details
the remaining output from the emerge run (test-fail-continue,8.24 KB, text/plain)
2014-02-11 19:50 UTC, Jeroen Roovers (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jeroen Roovers (RETIRED) gentoo-dev 2014-02-11 19:49:05 UTC
Created attachment 370170 [details]
dev-python:mako-0.7.3-r2:20140211-193646.log (random example)

With the parallel test implementation currently in place, when one "impl" fails, src_test is abandoned. I can't tell whether the python-? eclass should wait properly or whether emerge is at fault.

Note that in the attached build log, the extra output from emerge is missing (and to be attached shortly).
Comment 1 Jeroen Roovers (RETIRED) gentoo-dev 2014-02-11 19:50:11 UTC
Created attachment 370172 [details]
the remaining output from the emerge run
Comment 2 Mike Gilbert gentoo-dev 2014-02-11 20:01:24 UTC
Interesting... I wonder if the test suite is leaving behind processes, or if it is actually one of the other jobs fired off by multiprocessing.eclass.

Does the same thing happen if you run the test suite in single-process mode? (export DISTUTILS_NO_PARALLEL_BUILD=1)
Comment 3 Jeroen Roovers (RETIRED) gentoo-dev 2014-02-11 20:16:19 UTC
(In reply to Mike Gilbert from comment #2)
> Interesting... I wonder if the test suite is leaving behind processes, or if
> it is actually one of the other jobs fired off by multiprocessing.eclass.

It's caused by one job calling die() while another is still running.

> Does the same thing happen if you run the test suite in single-process mode?
> (export DISTUTILS_NO_PARALLEL_BUILD=1)

No, but apparently we cannot talk about bug #478378. It's sacred or something.
Comment 4 Mike Gilbert gentoo-dev 2014-02-11 20:39:00 UTC
(In reply to Jeroen Roovers from comment #3)
> No, but apparently we cannot talk about bug #478378. It's sacred or
> something.

I think the gist of that bug is we don't want to disable parallel tests by default. I'm still open to adding a way for the end user to more easily toggle it.
Comment 5 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2018-02-27 10:21:33 UTC
Parallel thingies are no longer used.