Subject: pkg/36489: wm/openbox - pkgsrc unable to fetch distfile
To: None <,,>
From: None <kre@munnari.OZ.AU>
List: pkgsrc-bugs
Date: 06/14/2007 08:45:01
>Number:         36489
>Category:       pkg
>Synopsis:       wm/openbox - pkgsrc unable to fetch distfile
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    pkg-manager
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Thu Jun 14 08:45:00 +0000 2007
>Originator:     Robert Elz
>Release:        NetBSD 3.99.15  (pkgsrc current within the past hour or two)
	Prince of Songkla University
System: NetBSD 3.99.15 NetBSD 3.99.15 (GENERIC-1.696-20060125) #8: Wed Jan 25 04:59:39 ICT 2006 i386
Architecture: i386
Machine: i386
	The MASTER_SITE for wm/openbox seems to have temporarily moved.
	ftp (as used by pkgsrc) seems unable to deal with the http
	redirect that has been left at the old master site, and so is
	unable to fetch the file.   Because of this, no copy of the
	master file has found its way onto

	This was true for the previous upgrade (3.4.0) of openbox as it
	is for the current version (3.4.2).

	Attempt to "make fetch" (or checksum) in pkgsrc/wm/openbox
	is you don't have the distfile already.

	Expect to see something like ...

jade$ make fetch
=> Required installed package digest>=20010302: digest-20050731 found
=> Fetching openbox-3.4.2.tar.gz
=> Total size: 727411 bytes
ftp: Error retrieving file - `307 Temporary Redirect'
fetch: Unable to fetch expected file openbox-3.4.2.tar.gz
Trying 2001:4f8:1:c:230:48ff:fe31:43f2...
ftp: connect to address 2001:4f8:1:c:230:48ff:fe31:43f2: No route to host
Connected to

	followed by the typical banner noise that I won't
	include here, ending with ...

250 CWD command successful.
250 CWD command successful.
250 CWD command successful.
local: openbox-3.4.2.tar.gz remote: openbox-3.4.2.tar.gz
229 Entering Extended Passive Mode (|||58837|)
550 openbox-3.4.2.tar.gz: No such file or directory.

	(and then ftp's shutdown noise).

	The files exist at the redirected location, which according
	to my browser is the MASTER_SITE, so either I'm confused, or
	the problem really is that that site is detecting the client
	software version and decides that NetBSD's ftp is a robot
	crawwler and redicts it to oblivion...   (HTTP is a truly
	absurd protocol to be forced to use for file transfers!)

	So either change to use wget with the right options,
	to fake the client software ID or something, or perhaps
	just copy the distfile to manually using a
	browser or something which does handle the redirect (or
	avoids causing it).

	The distfile fetched passes the checksum test just fine, so
	thetre's no real difficulty getting the thing, this is just
	a minor annoyance, hence the non-critical/low/change-request
	nature of this PR rather than something more serious as a