From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 10:26:57 2014 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 239BA736; Tue, 28 Jan 2014 10:26:57 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 74A981E79; Tue, 28 Jan 2014 10:26:56 +0000 (UTC) Received: from gate.nw-fva.de ([134.76.242.1] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80) (envelope-from ) id 1W85sb-0008UQ-Ez; Tue, 28 Jan 2014 11:26:53 +0100 Message-ID: <52E785ED.2040504@gwdg.de> Date: Tue, 28 Jan 2014 11:26:53 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= , Michael Gmelin Subject: Re: r341435: deletion of graphics/fotoxx References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> <86y520bewn.fsf@nine.des.no> In-Reply-To: <86y520bewn.fsf@nine.des.no> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Baptiste Daroussin , FreeBSD ports list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 10:26:57 -0000 Am 28.01.2014 11:04 (UTC+1) schrieb Dag-Erling Smørgrav: > Michael Gmelin writes: >> His web server reports a content length of 2696186, but only provides >> 2696168 bytes of data. Tools like wget and curl just stop downloading >> data, while fetch hangs waiting for those 18 extra bytes. > > Actually, the file *is* 2696168 bytes long. With the following patch, > fetch(1) will still hang getting the last 1018 bytes, but the file will > be complete and the download will be successful. > > Index: lib/libfetch/common.c > =================================================================== > --- lib/libfetch/common.c (revision 260631) > +++ lib/libfetch/common.c (working copy) > @@ -1036,6 +1036,13 @@ > if (fetchTimeout > 0) { > gettimeofday(&now, NULL); > if (!timercmp(&timeout, &now, >)) { > + /* > + * Return a short read instead of > + * a timeout if we have anything > + * at all. > + */ > + if (total > 0) > + return (total); > errno = ETIMEDOUT; > fetch_syserr(); > return (-1); In the meantime, the author of fotoxx, Michael Cornelison, answered to me two times. Mike confirms, that the file is fetchable from different Linux systems and that in his eyes, there is no problem with reported and de facto file length. Trying to load fotoxx-14.01.1.tar.gz via ftp/wget seems to work without problems and gives me a file length of 2696186 (!) bytes. So I am irritated which file length is right and what's going on here ... Rainer Hurling > > DES >