Portfile for audiofile trying to fetch from wrong URL

[mf2k at macports.org]

Yes, just now.

https://github.com/macports/macports-ports/commit/b89c612f3fe2ea6ac2d95476202e6fadef94a47c <https://github.com/macports/macports-ports/commit/b89c612f3fe2ea6ac2d95476202e6fadef94a47c>


Cheers!
Frank

> On Jul 12, 2017, at 8:50 AM, Ken Cunningham <ken.cunningham.webuse at gmail.com> wrote:
> 
> Hey, Frank took care of it. But next time, we'll do it!
> 
>> On Jul 12, 2017, at 7:29 AM, Richard L. Hamilton <rlhamil at smart.net> wrote:
>> 
>> Given that the former probably doesn't take much more time than the latter, why not?  (tickets are maybe a necessary evil, but they're still a nuisance, esp. for something fairly obvious, although I wouldn't know a Portfile from a cannoli)
>> 
>>> On Jul 12, 2017, at 10:25, Ken Cunningham <ken.cunningham.webuse at gmail.com> wrote:
>>> 
>>> Would you be interested in learning how to make a pull request to fix this up for everyone?
>>> 
>>> If not, perhaps you might open a ticket.
>>> 
>>> Best, Ken
>>> 
>>>> On Jul 12, 2017, at 7:06 AM, Richard L. Hamilton <rlhamil at smart.net> wrote:
>>>> 
>>>> --->  Attempting to fetch audiofile-0.3.6.tar.gz from http://www.68k.org/~michael/audiofile/
>>>> 
>>>> when in fact the file is not there, but at https://audiofile.68k.org/audiofile-0.3.6.tar.gz
>>>> 
>>>> 
>> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macports.org/pipermail/macports-users/attachments/20170712/af0c841c/attachment.html>