From owner-freebsd-ruby@FreeBSD.ORG Mon Mar 10 15:22:09 2014 Return-Path: Delivered-To: freebsd-ruby@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4800A7E2; Mon, 10 Mar 2014 15:22:09 +0000 (UTC) Received: from sender1.zohomail.com (sender1.zohomail.com [72.5.230.95]) by mx1.freebsd.org (Postfix) with ESMTP id 275627A2; Mon, 10 Mar 2014 15:22:08 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version; b=LQrw/Ujb+iciFodvdc893ikiN/c/uwjSukC7FQuo3rkELxKzW6V7iZdJl83yo2TMdcA3KXIhSVCn Dc5Je8QI0jBhmlDmpkBJAh8EqmIFpoKg4yT8PV/EOSmSscsnlrqe Received: from [10.1.2.6] (46.229.54.117 [46.229.54.117]) by mx.zohomail.com with SMTPS id 1394464927566848.3576267762729; Mon, 10 Mar 2014 08:22:07 -0700 (PDT) Subject: Re: ports/187185: lang/ruby-doc-stdlib: fails to fetch, checksum mismatch From: clutton To: freebsd-ruby@freebsd.org, marino@freebsd.org In-Reply-To: <531C7FB4.9080108@marino.st> References: <201403020322.s223MEs4078283@freefall.freebsd.org> <1394375957.51067.5.camel@eva02.mbsd> <531C7FB4.9080108@marino.st> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-C0CJIUcIDqlqlC5CwLQ5" Date: Mon, 10 Mar 2014 17:22:02 +0200 Message-ID: <1394464922.70967.33.camel@eva02> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Zoho-Virus-Status: 1 X-ZohoMail: Ss SS_10 UW UB UW UB SF_TD_EXT SGR3_1_19024_271 X-ZohoMail-Owner: <1394464922.70967.33.camel@eva02>+zmo_0_ X-ZohoMail-Sender: 46.229.54.117 X-ZohoMailClient: External X-BeenThere: freebsd-ruby@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: FreeBSD-specific Ruby discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2014 15:22:09 -0000 --=-C0CJIUcIDqlqlC5CwLQ5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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@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:=20 > >> Over to maintainer (via the GNATS Auto Assign Tool) > >=20 > > They re-roll the archive without changing any number. > > What do you mean by =C2=ABcopy at LOCAL/swills=C2=BB? > >=20 >=20 > http://www.freebsd.org/doc/en/books/porters-handbook/book.html > Chapter 4.2 (freefall ~/public_distfiles) > MASTER_SITES=3D LOCAL/swills in that case >=20 > It will become static at that point. > John >=20 > 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. --=-C0CJIUcIDqlqlC5CwLQ5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAABAgAGBQJTHdiaAAoJECNkWbjnbjuim5IP/0lk83yib8bPQAdF/CkJ1nkM Q+4HAs6mTUDEBFpyzrrFsKIEegu6gGs2W7ttoVLThMOYi36D+YzTqRrKEpKOxMmA Lc2Kn2SsenPEsaVXKbbIwemWLj59/l2FRpiB+rr+we+A8KpENjJpDzo2oOMeK3vK XFrDPdwv0ZKQDg/O488idU9kJuhS6rLT71rpLWjI1lz4yC0VcJ4XDXrWKv19FhZn 4RRXME5TL/z9kkZ2btATlXV/SFG1UwmOv1aBe4XsBcB7YNvpMTdwP8cyXPfnxEzQ xeCQgoX0eC252baIapKX09MfgZw8vVty9J+a2M2AEISG37Cvw7ncAQQulyZIm0Ym 32FbKKFrObkBODGajXyDf87vw3KQMrywTEyVlwgfRvSl8Sammlsd9Bvtn3Kq1bZ4 ChA8YP7/fVP6pxVbubrckPXfesW6zEZlx0sXh3PyCWyFky8X9Y8rMaVgUxcFgeiO 5PzXCuRpJ+Y9nvSN/dacm0RX8CRh2JkfLlEJgXirXniegc/t8iCuV2HI91rFjW/7 OSgB8YI2mXwrX+DJ/l+590Bqy9dNmTYlyBqTJtva+6+sLQ4ECUJXYVjQpvRC2InC PUTvlZmki7b1xLkz3IZ08vva2Oa5d+efTql5DHsUy961zhq6kwU6s7NGfluaorVB x4TgkhkQ6d2jj+0f5fMG =yTcz -----END PGP SIGNATURE----- --=-C0CJIUcIDqlqlC5CwLQ5--