Subject: pkg/35995: games/pytraffic distfile problem
To: None <,,>
From: None <kre@munnari.OZ.AU>
List: pkgsrc-bugs
Date: 03/13/2007 11:50:00
>Number:         35995
>Category:       pkg
>Synopsis:       games/pytraffic distfile problem
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Mar 13 11:50:00 +0000 2007
>Originator:     Robert Elz
>Release:        NetBSD 3.99.15  (pkgsrc current within past 6 hours)
	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 distfile expected by the distinfo file for games/pytraffic
	is not the distfile available at the MASTER_SITE, nor is it the
	one available at (the latter two are probably the
	same, but I have not confirmed that).

	mv ..../distfiles/pytraffic-2.5.4.tar.gz /somewhere/else
	cd ..../pkgsrc/games/pytraffic
	make checksum

	Find out what changed between when the package was updated
	(when the distfile file used to make the distinfo file that
	was included in kgsrc was obtained) and now (and for that
	matter, within a half day of when the pkgsrc entry was
	updated - that will be when I first fetched the "incorrect"
	distfile - just been slow sending the PR...)

	If the change is benign, update distinfo - if we're supposed
	to be using the distfile expcted by the distinfo file, then
	make it available somewhere ( probably) and update
	the MASTER_SITES so only that one is fetched.

	Since the MASTER_SITE copy seems to have been changed before the
	pkgsrc entry was updated, I don't think it is possible for
	anyone using pkgsrc in the normal way to possibly have the
	"old" distfile (assuming there was an old one, and the problem
	here isn't something else), so I don't think a DIST_SUBDIR
	entry is needed for this fix.