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 A630FDC00DA
	for <alpine-aports@mail.alpinelinux.org>; Tue, 29 Mar 2016 13:13:10 +0000 (UTC)
Received: from mail-lf0-f41.google.com (mail-lf0-f41.google.com [209.85.215.41])
	(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
	(No client certificate requested)
	by mail.alpinelinux.org (Postfix) with ESMTPS id 331F3DC0098
	for <alpine-aports@lists.alpinelinux.org>; Tue, 29 Mar 2016 13:13:09 +0000 (UTC)
Received: by mail-lf0-f41.google.com with SMTP id e133so11323298lfe.3
        for <alpine-aports@lists.alpinelinux.org>; Tue, 29 Mar 2016 06:13:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=aFQYCy3zIyAElPZDDvEvGEoLjalUpPtYT1sl6NjVti8=;
        b=nIWwTp7raUdRP5vGQ2n+/GmbC7OoSWGtL5fqht4yzweFKM3qDhPSB/blh/ZuegELlH
         /+20T1gz8dn275uOkRsnJfhZ/eJrqBFKPtDJ9ClfHR8iPe/0nYZDEAldgj7sqJQFoEv0
         QZYKHcoyaJPgLNYTjazebTmTUpb9x43Hz8yKWt1/W5ADNil5K5hsxTMBiJSyt+Nqq6R3
         YvLC4SLnO8e/SMgGJiZxWdiydQf548Lr31DMnxoTxK0AvDwEcmMdppoVB57lPBFHh/nz
         ebsgknFne1gT0zJm+G6nkYYIPeCuXctGrgqzbQI/9+fhTnEbS+PL+xnxyyyV1t9Wsgbr
         sEiw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=aFQYCy3zIyAElPZDDvEvGEoLjalUpPtYT1sl6NjVti8=;
        b=eNgLBSjeCQZ+rSzcXEkG199jMXH4/m1/6n/LyOWGALseeiVH66wx7J+vb7BeXHRNsZ
         ovVG5FPlYrJ3saC6SRDMnKbtvlmkbF30YwkXUZMSOv0z8Q4NvxGBUdh3TjVgB6GdWDwg
         vm3ZpM/7FEZpBUExE+qXKGL8pPvU2QAYONw70qBCg2YbIHKTgqiNqSQMbUMvpq1M47JV
         3Mu1ftn7UX6ZHMAojnSdBeRfDPzsBAjrlgJ71NTz/O+8HooA+KJZ3DRR/pzjlH0LR1Co
         M+Gu1suH/ROq1fL+M5U4i4oiwOmggk3kgaEpzkVcOR76L2MOcfmsCgvdv1/OQA8lBuLd
         5UEg==
X-Gm-Message-State: AD7BkJIklbRu73uJ74E3vwt/6DBi0HbMb/5CvT4z4Tb4vf/e5PPuaMAYX7tuT8p2c6l/nwx7inWdf0CxRQncew==
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
X-Received: by 10.25.78.137 with SMTP id c131mr290421lfb.21.1459235326641;
 Tue, 29 Mar 2016 00:08:46 -0700 (PDT)
Received: by 10.25.3.215 with HTTP; Tue, 29 Mar 2016 00:08:46 -0700 (PDT)
In-Reply-To: <20160325112715.1f597ed8@vostro.util.wtbts.net>
References: <1458839500-17929-1-git-send-email-valery.kartel@gmail.com>
	<20160325112715.1f597ed8@vostro.util.wtbts.net>
Date: Tue, 29 Mar 2016 10:08:46 +0300
Message-ID: <CAKTwcDOgEJ0-5J+PF821SBEp1shuQktzdvtG3xJSWVuKuJ5hLA@mail.gmail.com>
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
From: Valery Kartel <valery.kartel@gmail.com>
To: Timo Teras <timo.teras@iki.fi>
Cc: alpine-aports@lists.alpinelinux.org
Content-Type: multipart/alternative; boundary=001a1141891a49cb58052f2ab3a1
X-Virus-Scanned: ClamAV using ClamSMTP

--001a1141891a49cb58052f2ab3a1
Content-Type: text/plain; charset=UTF-8

I made another variant for extension loading order prefixing. Now it
autogenerated and based on number of dependencies.

So if wddx is based on xml, extension filenames would be 00_xml.ini &
01_wddx.ini and xml will be loaded before wddx.
And 3rd party extensions without loading order filename prefix will be
loaded after all extensions with prefix...

What do you think about this variant?

2016-03-25 11:27 GMT+02:00 Timo Teras <timo.teras@iki.fi>:

> 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
>

--001a1141891a49cb58052f2ab3a1
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div>I made another variant for extension loading ord=
er prefixing. Now it autogenerated and based on number of dependencies.<br>=
<br></div>So if wddx is based on xml, extension filenames would be 00_xml.i=
ni &amp; 01_wddx.ini and xml will be loaded before wddx.<br></div><div>And =
3rd party extensions without loading order filename prefix will be loaded a=
fter all extensions with prefix...<br></div><div><br></div><span id=3D"resu=
lt_box" class=3D"" lang=3D"en"><span class=3D"">What do you think about thi=
s variant?<br></span></span></div><div class=3D"gmail_extra"><br><div class=
=3D"gmail_quote">2016-03-25 11:27 GMT+02:00 Timo Teras <span dir=3D"ltr">&l=
t;<a href=3D"mailto:timo.teras@iki.fi" target=3D"_blank">timo.teras@iki.fi<=
/a>&gt;</span>:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 =
.8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=3D"">On Thu, =
24 Mar 2016 19:11:40 +0200<br>
Valery Kartel &lt;<a href=3D"mailto:valery.kartel@gmail.com">valery.kartel@=
gmail.com</a>&gt; wrote:<br>
<br>
&gt; ---<br>
&gt; Dont know why php7 want to allocate all memory when use musl&#39;s<br>
&gt; crypt_r. So I swith it to use its own crypt_r variant.<br>
<br>
</span>This is known issue we patched for php. I rebased the patch for php7=
<br>
and it&#39;s now pushed out. Please remove this hack.<br>
<span class=3D""><br>
&gt; Extension load order for bundled extensions is 0x, like 00_xml.ini,<br=
>
&gt; 01_wddx.ini (because wddx depends on xml) For 3rd party extensions<br>
&gt; load order is 1x, like 10_gmagick.ini.<br>
<br>
</span>I was wondering if it would make sense to use 0x-1x for bundled<br>
extensions that need early loading; 2x-3x for other bundled extensions;<br>
4-9x or so for 3rd party things. So there&#39;s little bit of more<br>
flexibility of ordering them in case such needs arise. Though, I hope<br>
they&#39;d fix php to do proper dependency handling here.<br>
<br>
Thanks,<br>
Timo<br>
</blockquote></div><br></div>

--001a1141891a49cb58052f2ab3a1--


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