[MacPorts] #22131: Workaround for broken distfiles, please

MacPorts noreply at macports.org
Thu Oct 29 08:19:22 PDT 2009


#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


More information about the macports-tickets mailing list