From owner-freebsd-ports@FreeBSD.ORG Wed Jan 24 23:05:03 2007 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E313916A403; Wed, 24 Jan 2007 23:05:02 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id BFC5C13C45A; Wed, 24 Jan 2007 23:05:02 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 9BD7E1A4D83; Wed, 24 Jan 2007 15:05:02 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1AE4C5156B; Wed, 24 Jan 2007 18:04:58 -0500 (EST) Date: Wed, 24 Jan 2007 18:04:57 -0500 From: Kris Kennaway To: Roman Kurakin Message-ID: <20070124230457.GA40324@xor.obsecurity.org> References: <1169641247.96993.10.camel@pav.hide.vol.cz> <45B7D5BD.4070400@inse.ru> <20070124221723.GA39811@xor.obsecurity.org> <45B7E222.7010301@inse.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <45B7E222.7010301@inse.ru> User-Agent: Mutt/1.4.2.2i Cc: rik@FreeBSD.org, ports@freebsd.org, pav@FreeBSD.org, bug-followup@FreeBSD.org, Kris Kennaway Subject: Re: ports/102499: lftp asc file checksum mismatch 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, 24 Jan 2007 23:05:03 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 25, 2007 at 01:48:02AM +0300, Roman Kurakin wrote: > >that lftp gets a corrupted distfile when fetching through a squid > >proxy. This is because in the default configuration squid fetches all > >plain text files in ftp ascii mode, which does CR/LF translation and > >botches up the checksum. > > =20 > IIRC this is not a bug and squid do not translate in all cases > Any way the file is marked as a text and any such translation > do not look like a violation. I guess it was done for > convenience of M$ users. "Bug" in the sense of broken behaviour. IMO it is broken behaviour for squid to force a non-default translation policy on the client. If a FTP client really wants a non-default translation mode the protocol allows them to specify it. > IIRC it is impossible to switch this > off in squid (this is the only thing they was wrong). It can be corrected by editing squid's mime.conf. > My point of view that we should not blame the squid, this wouldn't > help. Now I know that there is such problem, you know, a couple > of peoples who will read this. But for the rest the project would > look in the bad way. More over not all peoples can control which > proxy in front of them even if they know about this problem. My > idea was to tech a fetch to request a binary mode for all files > despite of their mime type. This may not be hard to do, can you look into it? The other option would be for the squid port to install a fixed mime.conf. Kris --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFt+YZWry0BWjoQKURAuSuAJ4kXh7NHYwk98vvbYs9odLAwlcCxACZAWDX 1UdFrxl4DqBTG33vvE9DaYU= =ar6R -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q--