X-Original-To: alpine-aports@mail.alpinelinux.org
Delivered-To: alpine-aports@mail.alpinelinux.org
Received: from mail.alpinelinux.org (dallas-a1.alpinelinux.org [127.0.0.1])
	by mail.alpinelinux.org (Postfix) with ESMTP id AA69FDC06E4
	for <alpine-aports@mail.alpinelinux.org>; Sun, 27 Mar 2016 03:22:51 +0000 (UTC)
Received: from mail-lf0-f68.google.com (mail-lf0-f68.google.com [209.85.215.68])
	(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
	(No client certificate requested)
	by mail.alpinelinux.org (Postfix) with ESMTPS id 357A3DC00D7
	for <alpine-aports@lists.alpinelinux.org>; Sun, 27 Mar 2016 03:22:50 +0000 (UTC)
Received: by mail-lf0-f68.google.com with SMTP id y184so1659676lfd.3
        for <alpine-aports@lists.alpinelinux.org>; Sat, 26 Mar 2016 20:22:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:in-reply-to:references
         :mime-version:content-transfer-encoding;
        bh=FelbkffWwIuQSc7osX0aK9j1KIuLFg+kCc3g0FL6If4=;
        b=Ir00PSJfgARI3p5Qtw8Zzbvs827grvT/Aw67SauDSi7hzvDxv0akbpz6lLcW8Wk/ul
         nC2jmbY/ni1e8suw2sd8eB4e9RebC4rfB/nQcHyMPPA77sQFhw4YkHRpDi3Rk2z8lCNd
         1PGQ01yyEUH35Cmx3e7JPQXCYPAOGL7GZL7pOo4eWan56aR7WLOQqoL+m9lGTlY97i/v
         aOviwdOo1X7h0Jb5juLr9Un6agOXUVOOJmVDHkzoIFLA2M8+NodSYkNemiCNgJvfai8r
         VTMe10Z2HA8/dMd8HuEOfsGNSxGgDg5f/AEgnt4Clr30v4WGk+FCUENVu4cyKSdK2I+p
         PZUw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:sender:date:from:to:cc:subject:message-id
         :in-reply-to:references:mime-version:content-transfer-encoding;
        bh=FelbkffWwIuQSc7osX0aK9j1KIuLFg+kCc3g0FL6If4=;
        b=DTJ4w4H19e1xi6aSe+ilF9gXUIBnIyE3/8voUo5MXAYnqcm8sg895YjWRBRbQIoPpM
         ku2n7G94MmFfplZ0Ft9U1D0PJMMdVosdQspXna8zJYkQeddtgkQUYRfKa8fp5gEw8hp6
         EKRvfrHwv2V1MPO6Nbmek0MSq+TpFpntEuG/eKXWd2FgDpxqXI3maMC7IAVR7DvhwxkW
         YCozqNlvtZqNr+KM3KfqqgBUUl4KYj+/ZGVkAJHyLv1lkljP1izTYQ8jvdHswuR8jv0r
         y2iHGkWBrqi4zb9v/38AVFRaOp7Q5qic0YHKSmUsdEHtPrkVckvxG+okszM/BMc7mgS0
         LQjA==
X-Gm-Message-State: AD7BkJIE+O9HAC9NYGwyqUAyC01SknuXKrhF/WFrz+3lOaJkHi/7N0qTkWOP/F+fDxQguA==
X-Received: by 10.25.145.206 with SMTP id t197mr4203649lfd.90.1458898038762;
        Fri, 25 Mar 2016 02:27:18 -0700 (PDT)
Received: from vostro.util.wtbts.net ([2001:1bc8:101:f402:21a:9fff:fe0c:4022])
        by smtp.gmail.com with ESMTPSA id p141sm1862362lfe.40.2016.03.25.02.27.18
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 25 Mar 2016 02:27:18 -0700 (PDT)
Sender: =?UTF-8?Q?Timo_Ter=C3=A4s?= <timo.teras@gmail.com>
Date: Fri, 25 Mar 2016 11:27:15 +0200
From: Timo Teras <timo.teras@iki.fi>
To: Valery Kartel <valery.kartel@gmail.com>
Cc: alpine-aports@lists.alpinelinux.org
Subject: Re: [alpine-aports] [PATCH v2] testing/php7: use internal crypt_r
 instead of system one, add extension load order value to <ext>.ini files
Message-ID: <20160325112715.1f597ed8@vostro.util.wtbts.net>
In-Reply-To: <1458839500-17929-1-git-send-email-valery.kartel@gmail.com>
References: <1458839500-17929-1-git-send-email-valery.kartel@gmail.com>
X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.28; x86_64-alpine-linux-musl)
X-Mailinglist: alpine-aports
Precedence: list
List-Id: Alpine Development <alpine-aports.lists.alpinelinux.org>
List-Unsubscribe: 
	<mailto:alpine-aports+unsubscribe@lists.alpinelinux.org?subject=unsubscribe>
List-Post: <mailto:alpine-aports@lists.alpinelinux.org>
List-Help: <mailto:alpine-aports+help@lists.alpinelinux.org?subject=help>
List-Subscribe: 
	<mailto:alpine-aports+subscribe@lists.alpinelinux.org?subject=subscribe>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP

On Thu, 24 Mar 2016 19:11:40 +0200
Valery Kartel <valery.kartel@gmail.com> wrote:

> ---
> Dont know why php7 want to allocate all memory when use musl's
> crypt_r. So I swith it to use its own crypt_r variant.

This is known issue we patched for php. I rebased the patch for php7
and it's now pushed out. Please remove this hack.

> Extension load order for bundled extensions is 0x, like 00_xml.ini,
> 01_wddx.ini (because wddx depends on xml) For 3rd party extensions
> load order is 1x, like 10_gmagick.ini.

I was wondering if it would make sense to use 0x-1x for bundled
extensions that need early loading; 2x-3x for other bundled extensions;
4-9x or so for 3rd party things. So there's little bit of more
flexibility of ordering them in case such needs arise. Though, I hope
they'd fix php to do proper dependency handling here.

Thanks,
Timo


---
Unsubscribe:  alpine-aports+unsubscribe@lists.alpinelinux.org
Help:         alpine-aports+help@lists.alpinelinux.org
---