From owner-svn-ports-head@FreeBSD.ORG Thu Feb 6 11:22:17 2014 Return-Path: Delivered-To: svn-ports-head@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 4CBF6BAE; Thu, 6 Feb 2014 11:22:17 +0000 (UTC) Received: from forward3l.mail.yandex.net (forward3l.mail.yandex.net [IPv6:2a02:6b8:0:1819::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EE8E2179F; Thu, 6 Feb 2014 11:22:16 +0000 (UTC) Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [84.201.187.144]) by forward3l.mail.yandex.net (Yandex) with ESMTP id C627C1500FC7; Thu, 6 Feb 2014 15:22:13 +0400 (MSK) Received: from smtp1h.mail.yandex.net (localhost [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id A6B1913403DD; Thu, 6 Feb 2014 15:22:12 +0400 (MSK) Received: from unknown (unknown [77.66.222.187]) by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id tJUafR8bli-MB5SCJSN; Thu, 6 Feb 2014 15:22:12 +0400 (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (Client certificate not present) X-Yandex-Uniq: 49e62728-c0d1-4e51-b1a5-8eda62042b51 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1391685732; bh=T0OnBai6Fk5q38b3J/x9OQb/fwzJzPtOqxJA/yuOTeo=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=s3ARR+WDR3EQmlXvtSAEtdyPSlL9ZfhRAkNxIq3UAaHeaNwv5Cn/vaLSWDQ7Jh+t9 H6F/o9NdyO+i1Aq2WAN+8c9LY0FZi82NbckA5vdwxGqn3tdZjq6BRTq4qZ11Uo2Ww6 HeatoqCx92snfcXdsslSzAW2cVYh1UOnrYSRh1D0= Authentication-Results: smtp1h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <52F37048.7030904@yandex.ru> Date: Thu, 06 Feb 2014 15:21:44 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Alex Kozlov , Mathieu Arnold , Baptiste Daroussin Subject: Re: svn commit: r342811 - head/devel/py-Products.MimetypesRegistry References: <201402051824.s15IOQfM077081@svn.freebsd.org> <52F35C2F.3090707@yandex.ru> <52F368CA.2000806@yandex.ru> <5A704DE98174E2D7FEC764F2@atuin.in.mat.cc> <20140206110144.GA98951@ravenloft.kiev.ua> In-Reply-To: <20140206110144.GA98951@ravenloft.kiev.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: svn-ports-head@freebsd.org, Antoine Brodin , svn-ports-all@freebsd.org, ports-committers@freebsd.org X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 11:22:17 -0000 Alex Kozlov wrote on 06.02.2014 15:01: > On Thu, Feb 06, 2014 at 11:52:54AM +0100, Mathieu Arnold wrote: >> +--On 6 février 2014 14:49:46 +0400 Ruslan Makhmatkhanov >> wrote: >> | Antoine Brodin wrote on 06.02.2014 14:05: >> |> On Thu, Feb 6, 2014 at 10:55 AM, Ruslan Makhmatkhanov >> |> wrote: >> |>> Thanks a lot for this! But why you changed UZE_ZIP with EXTRACT_SUFX? >> |> >> |> Hello, >> |> >> |> You don't need unzip (infozip) to extract this distfile, bsdtar >> |> handles it fine. >> |> >> |> Cheers, >> |> >> |> Antoine >> | >> | Heh, to be honest, I was pretty sure that USE_ZIP conditionally depends >> | on archivers/unzip on systems with old libarchive (that doesn't knows how >> | to unzip) and drops this dependency on modern systems. And I even saw >> | that conditional code somewhere, that, according to bsd.port.mk, was >> | never committed. > I've patch for this, there was even exp-run or two, but progress is stalled. > Anyway, it seems that bapt@ has different plans for this. Baptiste, would you clarify this case please? >> | Anyway, there are many zope/plone ports with USE_ZIP >> | defined, so changing this one will not eliminate unzip dependency for >> | them. >> It wouldn't work, because while libarchive can handle most of the .zip >> distfiles we have, it can't handle some of them. (Don't ask me which, I've >> forgotten since then.) > The libarchive 3.0.4 can handle all zip archives in the ports tree. -- Regards, Ruslan T.O.S. Of Reality