>Number:         37365
>Category:       pkg
>Synopsis:       parallel/openpbs manual fetch setup has broken
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Nov 12 13:10:00 +0000 2007
>Originator:     Robert Elz
>Release:        NetBSD 3.99.15  (pkgsrc current within past few hourds)
>Organization:
	Prince of Songkla University
>Environment:
System: NetBSD jade.coe.psu.ac.th 3.99.15 NetBSD 3.99.15 (GENERIC-1.696-20060125) #8: Wed Jan 25 04:59:39 ICT 2006 kre@jade.coe.psu.ac.th:/usr/obj/current/kernels/JADE_ASUS i386
Architecture: i386
Machine: i386
>Description:
	parallel/openpbs is one of those packages where fetching
	the distfile requires running through hoops at the
	developers website.

	The Makefile for this package (along with pkgsrc) used
	to handle that correctly - issuing a message indicating
	that the distfile needs to be manually fetched, and
	give some hints how to do that.

	That is no longer working - instead the package
	attempts to fetch the file from ftp.netbsd.org (the
	MASTER_SITE is commented out of the Makefile, so it
	cannot try there.) ftp.netbsd.org doesn't have the
	distfile (and wouldn't be permitted to distribute it
	either, I assume.)

>How-To-Repeat:
	# make sure the distfile doesn't exist
	mv ..../distfiles/OpenPBS_2_3_16.tar.gz /somewhere/safe
	cd .../parallel/openpbs
	make fetch		(or make checksum)

	Watch what happens.   Compare with what happens in
	devel/gtl or one of the sun java packages (lang/sun-*)
	(or others).

>Fix:
	I suspect that the problem might be that openpbs has no
	FETCH_MESSAGE defined in its Makefile - it does have
	INTERACTIVE_STAGE set to fetch, but it seems like that
	isn't enough to prevent the automatic fetch attempt.

	Whether this is a bug in the openpbs Makefile, or in
	pkgsrc's fetch processing I will leave for someone else
	to decide.