ports/187185: lang/ruby-doc-stdlib: fails to fetch, checksum mismatch

clutton clutton at zoho.com
Mon Mar 10 15:22:09 UTC 2014


On Sun, 2014-03-09 at 15:50 +0100, John Marino wrote:
> On 3/9/2014 15:39, clutton wrote:
> > On Sun, 2014-03-02 at 03:22 +0000, edwin at FreeBSD.org wrote:
> >> Synopsis: lang/ruby-doc-stdlib: fails to fetch, checksum mismatch
> >>
> >> Responsible-Changed-From-To: freebsd-ports-bugs->ruby
> >> Responsible-Changed-By: edwin
> >> Responsible-Changed-When: Sun Mar 2 03:22:13 UTC 2014
> >> Responsible-Changed-Why: 
> >> Over to maintainer (via the GNATS Auto Assign Tool)
> > 
> > They re-roll the archive without changing any number.
> > What do you mean by «copy at LOCAL/swills»?
> > 
> 
> http://www.freebsd.org/doc/en/books/porters-handbook/book.html
> Chapter 4.2 (freefall ~/public_distfiles)
> MASTER_SITES= LOCAL/swills in that case
> 
> It will become static at that point.
> John
> 
> P.S. "Reroll" by definition means changing the contents of the archive
> without giving it a new file name.  It if got a new filename, it
> wouldn't be re-rolled, that would be the first roll.


I really don't like that approach, because it's a documentation and
since it's fetcheble no one will assume that it's the outdated version.
It's better to remove that port at all.

If you think that it should be done in that way, go ahead...

I'm little disappointed, I updated that port to the current state
because having local documentation is always quicker then reading the
remote version. But It's just a waste of time doing updates like that.
It's better to read the remote version then.

My proposal is that: let's update it now, then we'll see how often it'll
require attention. Too often means removing the port.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 834 bytes
Desc: This is a digitally signed message part
URL: <http://lists.freebsd.org/pipermail/freebsd-ruby/attachments/20140310/5cf6fac3/attachment.sig>


More information about the freebsd-ruby mailing list