NetBSD Problem Report #43408

From www@NetBSD.org  Wed Jun  2 17:19:14 2010
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by www.NetBSD.org (Postfix) with ESMTP id CEB2363B8EB
	for <gnats-bugs@gnats.NetBSD.org>; Wed,  2 Jun 2010 17:19:14 +0000 (UTC)
Message-Id: <20100602171914.9C98463B8E3@www.NetBSD.org>
Date: Wed,  2 Jun 2010 17:19:14 +0000 (UTC)
From: pooka@iki.fi
Reply-To: pooka@iki.fi
To: gnats-bugs@NetBSD.org
Subject: interrupting atf-run does not interrupt test
X-Send-Pr-Version: www-1.0

>Number:         43408
>Category:       bin
>Synopsis:       interrupting atf-run does not interrupt test
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    bin-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Jun 02 17:20:01 +0000 2010
>Closed-Date:    Thu Oct 16 17:00:47 +0000 2014
>Last-Modified:  Thu Oct 16 17:00:47 +0000 2014
>Originator:     Antti Kantee
>Release:        
>Organization:
>Environment:
>Description:
atf-run sometest

... press ctrl-c

atf-run exits, but the test program keeps running.
>How-To-Repeat:

>Fix:
Make atf-run propagate interrupt to the test program.

>Release-Note:

>Audit-Trail:

Responsible-Changed-From-To: bin-bug-people->jmmv
Responsible-Changed-By: pooka@NetBSD.org
Responsible-Changed-When: Thu, 03 Jun 2010 12:25:24 +0300
Responsible-Changed-Why:
atf defaults to jmmv


State-Changed-From-To: open->closed
State-Changed-By: jmmv@NetBSD.org
State-Changed-When: Thu, 03 Jun 2010 09:31:31 +0000
State-Changed-Why:
Not a NetBSD-specific problem.  I'm keeping track of this in:
https://www.julipedia.org/projects/atf/trac/ticket/7
Thanks for the point though; I was only thinking about cleaning up garbage,
not killing running tests.


From: Antti Kantee <pooka@iki.fi>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: bin/43408 (interrupting atf-run does not interrupt test)
Date: Thu, 3 Jun 2010 12:40:44 +0300

 On Thu Jun 03 2010 at 09:31:32 +0000, jmmv@NetBSD.org wrote:
 > Not a NetBSD-specific problem.  I'm keeping track of this in:
 > https://www.julipedia.org/projects/atf/trac/ticket/7

 Well, it is a problem *in* NetBSD ;)

 Anyway, I'll try to remember to go directly to the source with atf from
 now on.  Thanks & keep up the good effort.

State-Changed-From-To: closed->suspended
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Sun, 06 Jun 2010 01:02:28 +0000
State-Changed-Why:
let's keep this open until it gets fixed, so it doesn't get forgotten about
in the (hopefully unlikely) event that jmmv's trac gets eaten by ethernet
monsters.


From: Julio Merino <jmmv84@gmail.com>
To: gnats-bugs@netbsd.org
Cc: netbsd-bugs@netbsd.org, gnats-admin@netbsd.org, dholland@netbsd.org, 
	pooka@iki.fi
Subject: Re: bin/43408 (interrupting atf-run does not interrupt test)
Date: Sun, 6 Jun 2010 09:28:23 +0100

 --001636eee57f14b79204885858df
 Content-Type: text/plain; charset=ISO-8859-1

 On Sun, Jun 6, 2010 at 2:02 AM, <dholland@netbsd.org> wrote:

 > Synopsis: interrupting atf-run does not interrupt test
 >
 > State-Changed-From-To: closed->suspended
 > State-Changed-By: dholland@NetBSD.org
 > State-Changed-When: Sun, 06 Jun 2010 01:02:28 +0000
 > State-Changed-Why:
 > let's keep this open until it gets fixed, so it doesn't get forgotten about
 > in the (hopefully unlikely) event that jmmv's trac gets eaten by ethernet
 > monsters.
 >

 I don't agree.  Do you really want to end up mirroring external bug
 databases in gnats?  If so, there are many, many more tickets in atf's bug
 tracker that you should refill in gnats.  Do we do the same for any other
 3rd party software component in base?

 Itt's reasonable for users to file bugs against NetBSD for 3rd party
 components, but as soon as we know that such bugs affect upstream, we should
 redirect the ticket to them and be done with it.  Unless we want to fix it
 ourselves in the tree with a custom patch, in which case the ticket should
 remain open.

 -- 
 Julio Merino

 --001636eee57f14b79204885858df
 Content-Type: text/html; charset=ISO-8859-1
 Content-Transfer-Encoding: quoted-printable

 <div class=3D"gmail_quote">On Sun, Jun 6, 2010 at 2:02 AM,  <span dir=3D"lt=
 r">&lt;<a href=3D"mailto:dholland@netbsd.org" target=3D"_blank">dholland@ne=
 tbsd.org</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=
 =3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



 Synopsis: interrupting atf-run does not interrupt test<br>
 <br>
 State-Changed-From-To: closed-&gt;suspended<br>
 State-Changed-By: dholland@NetBSD.org<br>
 State-Changed-When: Sun, 06 Jun 2010 01:02:28 +0000<br>
 State-Changed-Why:<br>
 let&#39;s keep this open until it gets fixed, so it doesn&#39;t get forgott=
 en about<br>
 in the (hopefully unlikely) event that jmmv&#39;s trac gets eaten by ethern=
 et<br>
 monsters.<br></blockquote><div><br></div><div>I don&#39;t agree. =A0Do you =
 really want to end up mirroring external bug databases in gnats? =A0If so, =
 there are many, many more tickets in atf&#39;s bug tracker that you should =
 refill in gnats. =A0Do we do the same for any other 3rd party software comp=
 onent in base?</div>



 </div><div><br></div><div>Itt&#39;s reasonable for users to file bugs again=
 st NetBSD for 3rd party components, but as soon as we know that such bugs a=
 ffect upstream, we should redirect the ticket to them and be done with it. =
 =A0Unless we want to fix it ourselves in the tree with a custom patch, in w=
 hich case the ticket should remain open.</div>



 <div><br>-- <br>Julio Merino<br>
 </div>

 --001636eee57f14b79204885858df--

From: David Holland <dholland-bugs@netbsd.org>
To: gnats-bugs@NetBSD.org
Cc: jmmv@NetBSD.org
Subject: Re: bin/43408 (interrupting atf-run does not interrupt test)
Date: Sun, 6 Jun 2010 19:51:50 +0000

 On Sun, Jun 06, 2010 at 08:30:05AM +0000, Julio Merino wrote:
  >  I don't agree.  Do you really want to end up mirroring external bug
  >  databases in gnats?  If so, there are many, many more tickets in atf's bug
  >  tracker that you should refill in gnats.  Do we do the same for any other
  >  3rd party software component in base?

 Upstream bugs that are filed here (that matter to us) are kept here
 marked suspended, yes. There are quite a few of them, actually.

 This is desirable for a number of reasons; e.g. it lets other people
 who've hit the same problem find the report easily.

 It doesn't affect you, anyway - gnats should not nag you about
 suspended PRs.

 -- 
 David A. Holland
 dholland@netbsd.org

From: Julio Merino <jmmv@NetBSD.org>
To: David Holland <dholland-bugs@netbsd.org>
Cc: gnats-bugs@netbsd.org
Subject: Re: bin/43408 (interrupting atf-run does not interrupt test)
Date: Sun, 6 Jun 2010 20:56:38 +0100

 --0016e645b942751f1e048861f581
 Content-Type: text/plain; charset=ISO-8859-1

 On Sun, Jun 6, 2010 at 8:51 PM, David Holland <dholland-bugs@netbsd.org>wrote:

 > Upstream bugs that are filed here (that matter to us) are kept here
 > marked suspended, yes. There are quite a few of them, actually.
 >
 > This is desirable for a number of reasons; e.g. it lets other people
 > who've hit the same problem find the report easily.
 >
 > It doesn't affect you, anyway - gnats should not nag you about
 > suspended PRs.
 >

 OK; thanks for the clarification.

 -- 
 Julio Merino

 --0016e645b942751f1e048861f581
 Content-Type: text/html; charset=ISO-8859-1
 Content-Transfer-Encoding: quoted-printable

 <div class=3D"gmail_quote">On Sun, Jun 6, 2010 at 8:51 PM, David Holland <s=
 pan dir=3D"ltr">&lt;<a href=3D"mailto:dholland-bugs@netbsd.org">dholland-bu=
 gs@netbsd.org</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" st=
 yle=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

 <div class=3D"im">Upstream bugs that are filed here (that matter to us) are=
  kept here</div>
 marked suspended, yes. There are quite a few of them, actually.<br>
 <br>
 This is desirable for a number of reasons; e.g. it lets other people<br>
 who&#39;ve hit the same problem find the report easily.<br>
 <br>
 It doesn&#39;t affect you, anyway - gnats should not nag you about<br>
 suspended PRs.<br></blockquote><div><br></div><div>OK; thanks for the clari=
 fication.</div></div><br>-- <br>Julio Merino<br>

 --0016e645b942751f1e048861f581--

State-Changed-From-To: suspended->open
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Sun, 06 Oct 2013 10:33:09 +0000
State-Changed-Why:
I just went to check whether this was marked fixed upstream, and it seems
that the upstream report *did* get eaten by ethernet monsters -- its URL
no longer resolves.
(hopefully we just need an updated URL. jmmv?)


From: Julio Merino <julio@meroh.net>
To: gnats-bugs@netbsd.org
Cc: netbsd-bugs@netbsd.org, gnats-admin@netbsd.org, 
	David Holland <dholland@netbsd.org>, Antti Kantee <pooka@iki.fi>
Subject: Re: bin/43408 (interrupting atf-run does not interrupt test)
Date: Fri, 11 Oct 2013 11:28:42 -0400

 On Sun, Oct 6, 2013 at 6:33 AM,  <dholland@netbsd.org> wrote:
 > Synopsis: interrupting atf-run does not interrupt test
 >
 > State-Changed-From-To: suspended->open
 > State-Changed-By: dholland@NetBSD.org
 > State-Changed-When: Sun, 06 Oct 2013 10:33:09 +0000
 > State-Changed-Why:
 > I just went to check whether this was marked fixed upstream, and it seems
 > that the upstream report *did* get eaten by ethernet monsters -- its URL
 > no longer resolves.
 > (hopefully we just need an updated URL. jmmv?)

 Yes, apparently it was eaten. I have a copy of a bunch of the issues
 that used to live there in https://code.google.com/p/kyua/issues/list
 (see Component=atf), but this one is not around for some reason.

 I *suspect* the reason is that this issue was marked fixed. I recall
 working on this and atf-run should be killing children processes when
 interrupted. If it doesn't in some case, it's a bug... but then, we
 need specific details that are not included here.

 I think this should just be closed as it currently is.

 -- 
 Julio Merino / @jmmv

Responsible-Changed-From-To: jmmv->bin-bug-people
Responsible-Changed-By: jmmv@NetBSD.org
Responsible-Changed-When: Thu, 24 Jul 2014 15:03:04 +0000
Responsible-Changed-Why:


State-Changed-From-To: open->feedback
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Tue, 14 Oct 2014 16:01:53 +0000
State-Changed-Why:
upstream thinks it's fixed, please test


State-Changed-From-To: feedback->closed
State-Changed-By: pooka@NetBSD.org
State-Changed-When: Thu, 16 Oct 2014 17:00:47 +0000
State-Changed-Why:
let's just assume upstream knows how to test pressing ctrl-c and close this


>Unformatted:

Home	PR Database Search