Bug 245363

Summary: MASTER_SITES=SF/ fails to fetch a correct tarball
Product: Ports & Packages Reporter: Yuri Victorovich <yuri>
Component: Ports FrameworkAssignee: Port Management Team <portmgr>
Status: Closed Works As Intended    
Severity: Affects Only Me CC: ports-bugs
Priority: ---    
Version: Latest   
Hardware: Any   
OS: Any   

Description Yuri Victorovich freebsd_committer freebsd_triage 2020-04-04 23:18:28 UTC
Testcase: misc/crosti

MASTER_SITES=SF/crosti/crosti%20${DISTVERSION}/ used to work, but then at some point began fetching a file with a different size, which led this port to become unfetchable.

MASTER_SITES=https://managedway.dl.sourceforge.net/project/crosti/crosti%201.14.0/ , however, still fetches the same tarball.

I had no choice but setting this URL as MASTER_SITES to unbreak the port.
Comment 1 Tobias Kortkamp freebsd_committer freebsd_triage 2020-04-05 06:17:07 UTC
> I had no choice but setting this URL as MASTER_SITES to unbreak the port.

That does not seem to have solved the problem:

$ make checksum
===>  License GPLv2+ accepted by the user
===>   crosti-1.14.0_1 depends on file: /usr/local/sbin/pkg - found
=> crosti-1.14.0-source.zip doesn't seem to exist in /home/tobias/distfiles/.
=> Attempting to fetch https://managedway.dl.sourceforge.net/project/crosti/crosti%201.14.0/crosti-1.14.0-source.zip
fetch: https://managedway.dl.sourceforge.net/project/crosti/crosti%201.14.0/crosti-1.14.0-source.zip: size mismatch: expected 671143, actual 661721

Is this really a general problem or has crosti just rerolled
crosti-1.14.0-source.zip ?  I do not see it in other ports using SF.
Comment 2 Mathieu Arnold freebsd_committer freebsd_triage 2020-04-05 13:22:10 UTC
Tested a few ports, this only happens for crosti.

Their distfile changed, probably got rerolled or something.  In any way, not a framework issue.