From rene@FreeBSD.org  Mon Mar 31 10:38:49 2014
Return-Path: <rene@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
	(using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by hub.freebsd.org (Postfix) with ESMTPS id 103AABB2
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 31 Mar 2014 10:38:49 +0000 (UTC)
Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client did not present a certificate)
	by mx1.freebsd.org (Postfix) with ESMTPS id F19578C4
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 31 Mar 2014 10:38:48 +0000 (UTC)
Received: from freefall.freebsd.org (localhost [127.0.0.1])
	by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s2VAcm5a048374
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 31 Mar 2014 10:38:48 GMT
	(envelope-from rene@freefall.freebsd.org)
Received: (from rene@localhost)
	by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s2VAcmmM048373;
	Mon, 31 Mar 2014 10:38:48 GMT
	(envelope-from rene)
Message-Id: <201403311038.s2VAcmmM048373@freefall.freebsd.org>
Date: Mon, 31 Mar 2014 10:38:48 GMT
From: Rene Ladan <rene@freebsd.org>
Reply-To: Rene Ladan <rene@freebsd.org>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: net/wackamole : deprecate
X-Send-Pr-Version: 3.114
X-GNATS-Notify: saper@saper.info

>Number:         188127
>Category:       ports
>Synopsis:       net/wackamole : deprecate
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-ports-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Mon Mar 31 10:40:00 UTC 2014
>Closed-Date:    Mon May 05 01:07:25 UTC 2014
>Last-Modified:  Tue May  6 19:50:00 UTC 2014
>Originator:     Rene Ladan
>Release:        FreeBSD 11.0-CURRENT amd64
>Organization:
>Environment:
System: FreeBSD freefall.freebsd.org 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r262685: Sun Mar 2 11:35:38 UTC 2014 peter@freefall.freebsd.org:/usr/obj/usr/src/sys/FREEFALL amd64

Ports head r349691
>Description:
net/wackamole depends on net/spread, which expired on 2014-03-10
Mark this port for removal on 2014-05-01
>How-To-Repeat:
Tools/scripts/rmport net/spread
>Fix:
Index: net/wackamole/Makefile
===================================================================
--- net/wackamole/Makefile	(revision 349691)
+++ net/wackamole/Makefile	(working copy)
@@ -11,6 +11,9 @@
 
 LIB_DEPENDS=	spread.1:${PORTSDIR}/net/spread
 
+DEPRECATED=	Depends on expired net/spread
+EXPIRATION_DATE=2014-05-01
+
 GNU_CONFIGURE=	yes
 
 CONFIGURE_ENV+=	YACC=${YACC}
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback 
State-Changed-By: edwin 
State-Changed-When: Mon Mar 31 10:40:03 UTC 2014 
State-Changed-Why:  
Awaiting maintainers feedback (via the GNATS Auto Assign Tool) 

http://www.freebsd.org/cgi/query-pr.cgi?pr=188127 

From: Edwin Groothuis <edwin@FreeBSD.org>
To: saper@saper.info
Cc: bug-followup@FreeBSD.org
Subject: Re: ports/188127: net/wackamole : deprecate
Date: Mon, 31 Mar 2014 10:40:03 UT

 Maintainer of net/wackamole,
 
 Please note that PR ports/188127 has just been submitted.
 
 If it contains a patch for an upgrade, an enhancement or a bug fix
 you agree on, reply to this email stating that you approve the patch
 and a committer will take care of it.
 
 The full text of the PR can be found at:
     http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/188127
 
 -- 
 Edwin Groothuis via the GNATS Auto Assign Tool
 edwin@FreeBSD.org
State-Changed-From-To: feedback->closed 
State-Changed-By: linimon 
State-Changed-When: Mon May 5 01:07:10 UTC 2014 
State-Changed-Why:  
port has been removed. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=188127 

From: "C Hutchinson" <portmaster@bsdforge.com>
To: bug-followup@FreeBSD.org, rene@FreeBSD.org
Cc:  
Subject: Re: ports/188127: net/wackamole : deprecate
Date: Sun, 4 May 2014 18:52:54 -0700 (PDT)

 Hello,
  I'm not sure why this was removed. The reason stated was made moot
 as of ports/188853 some 2 weeks ago. Is gnats broken? Is there any
 way to get the pr(1) system to find potential references before making
 a final call? After initiating ports/188853, I spent some time
 attempting to find related ports / pr's, and posted links to
 ports/188853. Apparently I missed this one.
 
 There must be a better way.
 
 --Chris
 

From: =?ISO-8859-1?Q?Ren=E9_Ladan?= <rene@freebsd.org>
To: bug-followup@FreeBSD.org, portmaster@bsdforge.com
Cc:  
Subject: Re: ports/188127: net/wackamole : deprecate
Date: Mon, 05 May 2014 11:00:46 +0200

 Feel free to have this port resurrected once net/spread is fixed
 (fetchable, staged).  Note that the maintainer did not reply to this PR
 at all.
 
 Ren

From: "C Hutchinson" <portmaster@bsdforge.com>
To: =?utf-8?B?UmVuw4PCqSBMYWRhbg==?= <rene@freebsd.org>
Cc: bug-followup@freebsd.org, portmaster@bsdforge.com
Subject: Re: ports/188127: net/wackamole : deprecate
Date: Mon, 5 May 2014 12:15:15 -0700 (PDT)

 > Feel free to have this port resurrected once net/spread is fixed
 > (fetchable, staged).  Note that the maintainer did not reply to this PR
 > at all.
 >
 > René
 >
 Hello, René, and thank you for your reply.
 I think I'm a bit confused. My motivation for addressing ports/188853
 (net/spread) was to prevent some 12 ports from being deleted, as they
 all depended on net/spread. So I added a new reliable MASTER_SITES,
 and provided STAGE support, and submitted it as ports/188853. Some
 2 weeks ago. So as you can see, the patch (diff) I submitted, fixed
 net/spread 2 weeks ago. But somebody with a commit bit needs to
 commit it. Are only people with commit bit's allowed to make patches?
 Apologies. But I just don't understand why all these ports can't be
 saved, since I've already created a patch(1).
 
 Thank you for all your time, and consideration.
 
 --Chris
 

From: =?UTF-8?Q?Ren=C3=A9_Ladan?= <rene@freebsd.org>
To: C Hutchinson <portmaster@bsdforge.com>
Cc: "mailto:bug-followup@FreeBSD.org," <bug-followup@freebsd.org>, rm@freebsd.org
Subject: Re: ports/188127: net/wackamole : deprecate
Date: Mon, 5 May 2014 21:41:25 +0200

 --089e0115f84220f0cf04f8ac51c0
 Content-Type: text/plain; charset=UTF-8
 Content-Transfer-Encoding: quoted-printable
 
 2014-05-05 21:15 GMT+02:00 C Hutchinson <portmaster@bsdforge.com>:
 
 > > Feel free to have this port resurrected once net/spread is fixed
 > > (fetchable, staged).  Note that the maintainer did not reply to this PR
 > > at all.
 > >
 > > Ren=C3=A9
 > >
 > Hello, Ren=C3=A9, and thank you for your reply.
 >
 
 
 > I think I'm a bit confused. My motivation for addressing ports/188853
 > (net/spread) was to prevent some 12 ports from being deleted, as they
 > all depended on net/spread. So I added a new reliable MASTER_SITES,
 > and provided STAGE support, and submitted it as ports/188853.
 
 
 Ah, Ruslan (CC'd) has this ticket in his TODO list.
 
 
 > Some
 > 2 weeks ago. So as you can see, the patch (diff) I submitted, fixed
 > net/spread 2 weeks ago. But somebody with a commit bit needs to
 > commit it. Are only people with commit bit's allowed to make patches?
 >
 No, anyone can submit patches but only people with a commit bit can commit
 them into the repositories.
 
 
 > Apologies. But I just don't understand why all these ports can't be
 > saved, since I've already created a patch(1).
 >
 > They can always be restored from the Subversion repository :)
 
 Regards,
 Ren=C3=A9
 
 --089e0115f84220f0cf04f8ac51c0
 Content-Type: text/html; charset=UTF-8
 Content-Transfer-Encoding: quoted-printable
 
 <div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">2014=
 -05-05 21:15 GMT+02:00 C Hutchinson <span dir=3D"ltr">&lt;<a href=3D"mailto=
 :portmaster@bsdforge.com" target=3D"_blank">portmaster@bsdforge.com</a>&gt;=
 </span>:<br>
 <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
 x #ccc solid;padding-left:1ex"><div class=3D"HOEnZb"><div class=3D"h5">&gt;=
  Feel free to have this port resurrected once net/spread is fixed<br>
 &gt; (fetchable, staged). =C2=A0Note that the maintainer did not reply to t=
 his PR<br>
 &gt; at all.<br>
 &gt;<br>
 &gt; Ren=C3=A9<br>
 &gt;<br>
 </div></div>Hello, Ren=C3=A9, and thank you for your reply.<br></blockquote=
 ><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .=
 8ex;border-left:1px #ccc solid;padding-left:1ex">
 I think I&#39;m a bit confused. My motivation for addressing ports/188853<b=
 r>
 (net/spread) was to prevent some 12 ports from being deleted, as they<br>
 all depended on net/spread. So I added a new reliable MASTER_SITES,<br>
 and provided STAGE support, and submitted it as ports/188853.</blockquote><=
 div><br></div><div>Ah, Ruslan (CC&#39;d) has this ticket in his TODO list.<=
 /div><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0=
  0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  Some<br>
 2 weeks ago. So as you can see, the patch (diff) I submitted, fixed<br>
 net/spread 2 weeks ago. But somebody with a commit bit needs to<br>
 commit it. Are only people with commit bit&#39;s allowed to make patches?<b=
 r></blockquote><div>No, anyone can submit patches but only people with a co=
 mmit bit can commit them into the repositories.</div><div>=C2=A0</div><bloc=
 kquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #cc=
 c solid;padding-left:1ex">
 
 Apologies. But I just don&#39;t understand why all these ports can&#39;t be=
 <br>
 saved, since I&#39;ve already created a patch(1).<br>
 <br></blockquote><div>They can always be restored from the Subversion repos=
 itory :)</div><div>=C2=A0</div></div>Regards,<br>Ren=C3=A9</div><div class=
 =3D"gmail_extra"><br clear=3D"all"><div><br></div>
 </div></div>
 
 --089e0115f84220f0cf04f8ac51c0--

From: Mark Linimon <linimon@lonesome.com>
To: C Hutchinson <portmaster@bsdforge.com>
Cc: bug-followup@FreeBSD.org
Subject: Re: ports/188127: net/wackamole : deprecate
Date: Mon, 5 May 2014 20:43:07 -0500

 On Mon, May 05, 2014 at 02:00:01AM +0000, C Hutchinson wrote:
 > From: "C Hutchinson" <portmaster@bsdforge.com>
 > 
 > Is gnats broken? Is there any way to get the pr(1) system to find
 > potential references before making a final call?
 
 GNATS doesn't really have a concept of "port".  That makes it easy for
 committers to overlook a particular PR.
 
 In theory we ask committers to make sure there is not an existing PR
 for a port, before deleting it.
 
 You might find portsmon (http://portsmon.freebsd.org) useful for this
 task.  e.g. see
 
 http://portsmon.freebsd.org/portoverview.py?category=www&portname=apache24 .
 
 mcl

From: "C Hutchinson" <portmaster@bsdforge.com>
To: rene@freebsd.org, linimon@lonesome.com
Cc: bug-followup@freebsd.org
Subject: Re: ports/188127: net/wackamole : deprecate
Date: Tue, 6 May 2014 09:47:44 -0700 (PDT)

 > On Mon, May 05, 2014 at 02:00:01AM +0000, C Hutchinson wrote:
 > > From: "C Hutchinson" <portmaster@bsdforge.com>
 > >
 > > Is gnats broken? Is there any way to get the pr(1) system to find
 > > potential references before making a final call?
 >
 > GNATS doesn't really have a concept of "port".  That makes it easy for
 > committers to overlook a particular PR.
 
 Indeed. IMHO that seems like overhead the already over-burdened committers
 could do without. I mean no offense. I'm just thinking; there must be a
 better way, for all concerned. :)
 
 I'll try to set aside some time, and see if I can conceive a more
 efficient solution, and make a POC (proof of concept) for review.
 
 >
 > In theory we ask committers to make sure there is not an existing PR
 > for a port, before deleting it.
 >
 > You might find portsmon (http://portsmon.freebsd.org) useful for this
 > task.  e.g. see
 >
 > http://portsmon.freebsd.org/portoverview.py?category=www&portname=apache24 .
 
 Thank you. Yes, That's pretty much how I determined as much as I did
 for net/spread (ports/188853).
 
 >
 > mcl
 
 Thank you, Mark, and sorry for bouncing your mail (unintended). Your
 MX has been white-listed. :)
 
 --Chris
 

From: Mark Linimon <linimon@lonesome.com>
To: C Hutchinson <portmaster@bsdforge.com>
Cc: bug-followup@FreeBSD.org
Subject: Re: ports/188127: net/wackamole : deprecate
Date: Tue, 6 May 2014 14:33:09 -0500

 On Tue, May 06, 2014 at 04:50:01PM +0000, C Hutchinson wrote:
 >  > GNATS doesn't really have a concept of "port".  That makes it easy for
 >  > committers to overlook a particular PR.
 >  
 >  Indeed. IMHO that seems like overhead the already over-burdened committers
 >  could do without. I mean no offense. I'm just thinking; there must be a
 >  better way, for all concerned. :)
 >  
 >  I'll try to set aside some time, and see if I can conceive a more
 >  efficient solution, and make a POC (proof of concept) for review.
 
 There is already a prototype to replace GNATS.  You're somewhat late
 to this particular party, I'm afraid :-)
 
 mcl

From: "C Hutchinson" <portmaster@bsdforge.com>
To: "Mark Linimon" <linimon@lonesome.com>
Cc: "C Hutchinson" <portmaster@bsdforge.com>, bug-followup@freebsd.org
Subject: Re: ports/188127: net/wackamole : deprecate
Date: Tue, 6 May 2014 12:48:25 -0700 (PDT)

 > On Tue, May 06, 2014 at 04:50:01PM +0000, C Hutchinson wrote:
 >>  > GNATS doesn't really have a concept of "port".  That makes it easy for
 >>  > committers to overlook a particular PR.
 >>
 >>  Indeed. IMHO that seems like overhead the already over-burdened committers
 >>  could do without. I mean no offense. I'm just thinking; there must be a
 >>  better way, for all concerned. :)
 >>
 >>  I'll try to set aside some time, and see if I can conceive a more
 >>  efficient solution, and make a POC (proof of concept) for review.
 >
 > There is already a prototype to replace GNATS.  You're somewhat late
 > to this particular party, I'm afraid :-)
 Good news, I'm sure.
 In all honesty, I'm a bit relieved. My ToDo plate already runeth over. :)
 But this sort of thing is my weakness -- as in; I'm fairly inclined in
 this area. So I felt strongly compelled to at least try to find a
 [better] solution.
 
 Thank you for taking the time to enlighten me.
 
 --Chris
 >
 > mcl
 >
 
>Unformatted:
