pkg/35995: games/pytraffic distfile problem

[kre%munnari.OZ.AU@localhost]

>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)
>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@localhost:/usr/obj/current/kernels/JADE_ASUS i386
Architecture: i386
Machine: i386
>Description:
        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 ftp.netbsd.org (the latter two are probably the
        same, but I have not confirmed that).

>How-To-Repeat:
        mv ..../distfiles/pytraffic-2.5.4.tar.gz /somewhere/else
        cd ..../pkgsrc/games/pytraffic
        make checksum

>Fix:
        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 (ftp.netbsd.org 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.