From fenner@parc.xerox.com  Tue Mar 11 15:52:33 1997
Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93])
          by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA20858
          for <FreeBSD-gnats-submit@freebsd.org>; Tue, 11 Mar 1997 15:52:32 -0800 (PST)
Received: from fenestro.parc.xerox.com ([13.0.208.199]) by alpha.xerox.com with SMTP id <18391(1)>; Tue, 11 Mar 1997 15:51:55 PST
Received: (from fenner@localhost)
          by fenestro.parc.xerox.com (8.8.4/8.8.4)
	  id OAA10937; Tue, 11 Mar 1997 14:40:20 -0800 (PST)
Message-Id: <199703112240.OAA10937@fenestro.parc.xerox.com>
Date: Tue, 11 Mar 1997 14:40:20 PST
From: Bill Fenner <fenner@parc.xerox.com>
Reply-To: fenner@parc.xerox.com
To: FreeBSD-gnats-submit@freebsd.org
Subject: xneko and xroach need WRKSRC defined
X-Send-Pr-Version: 3.2

>Number:         2952
>Category:       ports
>Synopsis:       xneko and xroach need WRKSRC defined
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    markm
>State:          closed
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Mar 11 16:00:01 PST 1997
>Closed-Date:    Wed Mar 12 00:21:38 PST 1997
>Last-Modified:  Wed Mar 12 23:30:01 PST 1997
>Originator:     Bill Fenner
>Release:        FreeBSD 2.2-BETA_A i386
>Organization:
Xerox
>Environment:

	
-current ports

>Description:

	
The distfiles have path information in them that the port does not
expect, resulting in patch/build failure.

[This may apply to any distfile retreived from ftp.cdrom.com
using the automagic tar feature]

>How-To-Repeat:

	
cd /usr/ports/games/xneko; make
cd /usr/ports/games/xroach; make

>Fix:
	
	

--- xneko/Makefile.orig	Tue Mar 11 14:28:30 1997
+++ xneko/Makefile	Tue Mar 11 14:27:50 1997
@@ -15,5 +15,6 @@
 
 USE_X11=	yes
 IGNOREFILES=	${DISTFILES}
+WRKSRC=		${WRKDIR}/pub/bsd-sources/4.4BSD-Lite/usr/src/games/xneko
 
 .include <bsd.port.mk>
--- xroach/Makefile.orig	Tue Mar 11 14:36:50 1997
+++ xroach/Makefile	Tue Mar 11 14:37:20 1997
@@ -15,5 +15,6 @@
 
 USE_X11=	yes
 IGNOREFILES=	${DISTFILES}
+WRKSRC=		${WRKDIR}/pub/bsd-sources/4.4BSD-Lite/usr/src/games/xroach
 
 .include <bsd.port.mk>
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-ports->markm 
Responsible-Changed-By: markm 
Responsible-Changed-When: Tue Mar 11 22:01:44 PST 1997 
Responsible-Changed-Why:  
My ports. 

From: Thomas Gellekum <tg@ihf.rwth-aachen.de>
To: fenner@parc.xerox.com
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: ports/2952: xneko and xroach need WRKSRC defined
Date: 12 Mar 1997 08:35:10 +0100

 Bill Fenner <fenner@parc.xerox.com> writes:
 > 
 > [This may apply to any distfile retreived from ftp.cdrom.com
 > using the automagic tar feature]
 
 This is supposed to be a ``feature'' of fetch nowadays.
 
 tg
State-Changed-From-To: open->closed 
State-Changed-By: asami 
State-Changed-When: Wed Mar 12 00:21:38 PST 1997 
State-Changed-Why:  
I know I'm not markm but the release is coming up in a couple of days 
so I took the liberty to yank the PR out of his hands.  Hope you don't 
mind, Mark. 

From: Bill Fenner <fenner@parc.xerox.com>
To: Thomas Gellekum <tg@ihf.rwth-aachen.de>
Cc: fenner@parc.xerox.com, FreeBSD-gnats-submit@freebsd.org
Subject: Re: ports/2952: xneko and xroach need WRKSRC defined 
Date: Wed, 12 Mar 1997 08:46:04 PST

 Thomas Gellekum <tg@ihf.rwth-aachen.de> wrote:
 >This is supposed to be a ``feature'' of fetch nowadays.
 
 Well, at least now it's consistent with what you get when you use an
 HTTP proxy.  It would have been difficult to deal with people behind
 firewalls getting a different tarball than people who can FTP directly.
 
   Bill

From: Thomas Gellekum <tg@ihf.rwth-aachen.de>
To: Bill Fenner <fenner@parc.xerox.com>
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: ports/2952: xneko and xroach need WRKSRC defined
Date: 13 Mar 1997 08:26:32 +0100

 Bill Fenner <fenner@parc.xerox.com> writes:
 
 > Thomas Gellekum <tg@ihf.rwth-aachen.de> wrote:
 > >This is supposed to be a ``feature'' of fetch nowadays.
 > 
 > Well, at least now it's consistent with what you get when you use an
 > HTTP proxy.  It would have been difficult to deal with people behind
 > firewalls getting a different tarball than people who can FTP directly.
 > 
 >   Bill
 
 Right, but it fails miserably if the first MASTER_SITE is down
 or doesn't carry the file anymore. Then fetch will try the next host
 on the list which almost certainly has a different path to the
 DISTFILE. No easy way out.
 
 tg
>Unformatted:
