From owner-freebsd-ports@FreeBSD.ORG Wed Dec 28 18:37:36 2005 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7377216A41F for ; Wed, 28 Dec 2005 18:37:36 +0000 (GMT) (envelope-from list-freebsd-2004@morbius.sent.com) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id C119143D49 for ; Wed, 28 Dec 2005 18:37:35 +0000 (GMT) (envelope-from list-freebsd-2004@morbius.sent.com) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 1E1A7D2DA64 for ; Wed, 28 Dec 2005 13:37:34 -0500 (EST) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Wed, 28 Dec 2005 13:37:34 -0500 X-Sasl-enc: M9aBPs1kzEZOZA+td70CbXm6YtPGgbyDVmOmsmp22F0z 1135795053 Received: from gumby.localdomain (88-104-200-184.dynamic.dsl.as9105.com [88.104.200.184]) by frontend2.messagingengine.com (Postfix) with ESMTP id 412B357146C for ; Wed, 28 Dec 2005 13:37:32 -0500 (EST) From: RW To: freebsd-ports@freebsd.org Date: Wed, 28 Dec 2005 18:37:30 +0000 User-Agent: KMail/1.8.3 References: <43ADE878.50600@kutulu.org> In-Reply-To: <43ADE878.50600@kutulu.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512281837.31632.list-freebsd-2004@morbius.sent.com> Subject: Re: Postfix 2.2.7, 1 (portupgrade from 2.2.5_1, 1) on FreeBSD 5 stable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2005 18:37:36 -0000 On Sunday 25 December 2005 00:31, Mike Edenfield wrote: > Yuval Levy wrote: > > Thank you very much for your support. I think I solved my problem and I > > hope that what I found will help others, so here it is, in painful > > detail, with some questions raised. > > > > => Attempting to fetch from http://web.onda.com.br/nadal/postfix/VDA/. > > fetch: postfix-2.2.5-vda.patch.gz: local modification time does not > > match remote > > This error indicates the real cause of your problem. It > means that fetch had previously downloaded a portion of the > file in question, but for some reason did not complete the > download. When it attemps to resume the download it is now > complaining that the remote file has been modified since the > local file was originally fetched, so it cannot resume the > download. The reason why fetch doesn't do the obvious here > and simply delete the local file and start over is something > I can't answer, but it doesn't. It skips that download site > and moves on. > > > Since it starts to become clear to me that I will not be able to simply > > portupgrade, I tried a radical approach: > > > > cd /usr/ports/mail/postfix > > make distclean > > This was actually the correct fix. You cleaned out whatever > partially downloaded file fetch was complaining about, so > that the next time you ran portupgrade it was able to > re-download the entire file cleanly. Alternately you could > have simply done: > > rm /usr/ports/distfiles/postfix-2.2.5-vda.patch.gz I used to get this problem a lot when I used a dialup account with auto-disconnection. The first few time I did what you suggested above, and deleted the partial file. However I then started manually resuming it, and eventually added the following to make.conf: FETCH_CMD= fetch -FARr The -F flag tells fetch to simply ignore the timestamp. In practice I found that the download would go on to pass the MD5 check over 90% of the time. On the few occasions it failed, someone had modified the source and it was out of sync with the port MD5 value, so deletion would not have worked either.