From owner-freebsd-questions@FreeBSD.ORG Thu Jun 23 16:16:07 2005 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44F1816A41C for ; Thu, 23 Jun 2005 16:16:07 +0000 (GMT) (envelope-from list-freebsd-2004@morbius.sent.com) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB7D743D49 for ; Thu, 23 Jun 2005 16:16:05 +0000 (GMT) (envelope-from list-freebsd-2004@morbius.sent.com) Received: from frontend2.messagingengine.com (frontend2.internal [10.202.2.151]) by frontend1.messagingengine.com (Postfix) with ESMTP id EF74DCADC01 for ; Thu, 23 Jun 2005 12:16:03 -0400 (EDT) X-Sasl-enc: DdThlbpi7vRCIBAu6MlH8AJ5DMLTWoHioR+1sDd2Toyj 1119543363 Received: from gumby.localdomain (dsl-80-41-69-240.access.as9105.com [80.41.69.240]) by frontend2.messagingengine.com (Postfix) with ESMTP id 104AF570147 for ; Thu, 23 Jun 2005 12:16:01 -0400 (EDT) From: RW To: freebsd-questions@freebsd.org Date: Thu, 23 Jun 2005 17:15:58 +0100 User-Agent: KMail/1.8 References: <018a01c57805$bf08ed10$0201a8c0@SPECULUSHX1THE> In-Reply-To: <018a01c57805$bf08ed10$0201a8c0@SPECULUSHX1THE> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506231715.58635.list-freebsd-2004@morbius.sent.com> Subject: Re: Newbie - Trouble Installing Gnome2 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2005 16:16:07 -0000 On Thursday 23 June 2005 16:10, cali wrote: > > Attempting to fetch from > > ftp://ftp-FreeBSD.org/pub/FreeBSD/ports/distfiles/ghostscript/. > > fetch: ghostscripts-fonts-std-8.11.tar.gz: local modification > > does not match remote > > => Couldn't find it - please try to retrieve this > > => port manually in /usr/ports/distfiles/ghostscript and try > > again. > > > > ...so, what happened? > > I did a search on google for the line "local modification does not match > remote", one of the responses was from the freebsd-questions mailing list > > http://lists.freebsd.org/pipermail/freebsd-questions/2003-December/030315.h >tml > > the end result was > > >On Mon, 2003-12-29 at 11:28, Michael A. Alestock wrote: > >> fetch: cvsup-snap-16.1h.tar.gz: local modification time does not match > >> remote > > > >Either > > > >a) Remove file from /usr/ports/distfiles and try again > > > >or > > > >b) Fetch file manually into /usr/ports/distfiles > > > >... in addition to (if checksum announced in ports is wrong, which > >sometimes happen) possibly either a) making new checksum with `make > >makesum` or b) remove distinfo file. > > > >HTH > > So the idea is that the remote file failed to match some security criteria > so it was not downloaded, the resolution is explained correctly by the > response from HTH repeated above for your convenience. > > Google also returned: > > http://lists.freebsd.org/pipermail/freebsd-questions/2005-June/089503.html > > So in the future, I suggest, looking on the mailing list archive first > because you might find the answer to your question there. > IMHO the standard answer is a poor one - probably because most knowledgable people on this list have good fast connections, and rarely see this problem. When I was on dial-up, I saw this frequently because of regular disconnections. After a while I started manually restarting the downloads. Out of nine restarts only one file went on to fail it's MD5 check, and that one failed due to an incorrect value stored in the port. After I added the -F switch to the fetch command the problem went away without any ill effects. There are no security implications to this, your still protected by the MD5 hash. If a file does fail an MD5 check, it's worth deleting and redownloading it once. But after that IMO it's best to wait for the port to be fixed, unless you are sure of the file's provenance, or absolutely can't wait. Distfiles come from many different servers with different levels of security. A file *might* be failing it's MD5 check because someone has broken into the ftp/http server and uploaded modified source.