pkg/37834: www/plone3 (and www/plone25) distfile fetch fails

[kre%munnari.OZ.AU@localhost]

>Number:         37834
>Category:       pkg
>Synopsis:       www/plone3 (and www/plone25) distfile fetch fails
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Jan 21 15:25:00 +0000 2008
>Originator:     Robert Elz
>Release:        NetBSD 3.99.15  (pkgsrc current about 4 hours ago)
>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 MASTER_SITE forwww.plone3 (and www/plone25) ic
        surrently redirecting the download URL to a https://
        server (why they believe https is needed for this I
        am not sure).

        The standard file fetcher (for NetBSD 3 anyway) (ie: ftp)
        does not handle https:// URLs so fails to fetch the file.

        Because of this (I assume), there's no copy on ftp.netbsd.org
        either.

>How-To-Repeat:
        Move the distfiles out of the way, if you have them already
        and try "make fetch" (or make checksum) in either www/plone3
        or www/plone25

        Nothing will be fetched.

>Fix:
        Easy workaround is simply to manaually fetch the distfiles
        using something that does understand https:// (does wget??)
        I just used my browser...

        For pkgsrc, perhaps the solution is for someone to mnually put
        copies of the distfiles on ftp.netbsd.org - then perhaps also
        remove the current MASTER_SITE (or just leave it ane allow that
        fetch to fail, after all, one day, either ftp might handle
        https:// or the master site might switch back to ordinary http:/.
        or even better, ftp://)