#22131: Workaround for broken distfiles, please ---------------------------------+------------------------------------------ Reporter: stephen@… | Owner: macports-tickets@… Type: enhancement | Status: closed Priority: Normal | Milestone: Component: base | Version: 1.8.99 Resolution: invalid | Keywords: Port: | ---------------------------------+------------------------------------------ Comment(by raimue@…): Please see [wiki:FAQ#checksums] -- Ticket URL: <http://trac.macports.org/ticket/22131#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS

#22131: Workaround for broken distfiles, please ---------------------------------+------------------------------------------ Reporter: stephen@… | Owner: macports-tickets@… Type: enhancement | Status: closed Priority: Normal | Milestone: Component: base | Version: 1.8.99 Resolution: invalid | Keywords: Port: | ---------------------------------+------------------------------------------ Comment(by stephen@…): Replying to [comment:3 blb@…]:

Half the time? I'd say the vast majority of checksum issues falls into three categories:

You evidently aren't dealing with the same ports I am. I don't remember which it was offhand, but one recently went from x.y to x.y_5 in the space of 3 or 4 days due to checksum screwage (repeatedly).

- corrupted download - stealth upgrade upstream - bad mirror

From a user point of view,

You don't pass this time, but thanks for trying. It would be really refreshing to get a response from the user point of view for once.

I can see how one may say the stealth upgrade could be port breakage,

I didn't say it was port breakage; IIRC I tried to find a way to say "request for enhancement" but the best I could do was "wouldn't it be nice if" in the description. An alternative would be for MacPorts to delete a file if it had a bad checksum, and let me try again later. In any case, it requires black magic to get MacPorts to use that file except in the case where the port maintainer snafu'd and managed to commit a portfile with broken check sums, which you apparently believe it pretty rare. If you believe that, then you believe the downloaded file is unusable and needs to be redownloaded.

but it's really upstream not doing properly release management. The bad mirror is a good case to report since we would need to remove that mirror from being used in the future.

If I were reporting breakage in a particular port, I would refer to the particular port. This is an RFE for port itself.

Deleting the file shouldn't be a pain at all, just {{{sudo port clean --all <portname>}}} as the aforementioned FAQ notes.

No way! That costs me all my backups, in case I don't like this version. I need to know how to clean *only* the distribution files for a *particular version*. this is rare enough that I'm not going to remember, so I'm asking for port to do that for me. Port knows the file is broken *now*, but then later it just runs the checksum again, and gets the same result. That's dumb. -- Ticket URL: <http://trac.macports.org/ticket/22131#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS