The correct answer to this problem is to update the affected ports.
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price. :) http://SupersetSolutions.com/
_______________________________________________
freebsd-...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emulation
To unsubscribe, send any mail to "freebsd-emulat...@freebsd.org"
--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-...@muc.de
That certainly is the correct mid- and long-term solution to
any given occurence.
It still leaves the port broken from the disappearance of the
previous distfile until the maintainer has time to update the
port. That is likely to be a not-insignificant length of time,
because we cannot reasonably expect port maintainers -- who are
usually volunteers -- to drop everything in order to immediately
fix this sort of problem.
Yup.
> That is likely to be a not-insignificant length of time,
> because we cannot reasonably expect port maintainers -- who are
> usually volunteers -- to drop everything in order to immediately
> fix this sort of problem.
For popular ports the intersection of committers who care and are able
to do something useful about it is substantially more than zero.
Doug
It never ceases to amaze me how quick non-maintainers are to volunteer
maintainters time to drop everything and rebuild a port.
Ted