Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130813203635.GG221@brightrain.aerifal.cx>
Date: Tue, 13 Aug 2013 16:36:35 -0400
From: Rich Felker <dalias@...ifal.cx>
To: musl@...ts.openwall.com
Subject: Re: dn_expand() confuses postfix

On Wed, Aug 14, 2013 at 03:09:16AM +0800, orc wrote:
> > > (btw running whole LAMP/FTP stack with musl - some issues appear
> > > like iconv need to be replaced with libiconv to make some CMS
> > > happy, so I have some compatibility experience here.
> > 
> > Do you know what problems they hit with iconv? It's my intention that
> > iconv not need to be replaced. My guess is that the issue is failure
> > to automatically detect UTF-16 endianness via BOM, or missing charset
> > aliases for some charset strings.
> 
> I don't know why some hacked-up CMS did not liked current iconv. But in
> phpinfo, iconv version shown as "unknown" which is probably traced to
> absense of /include/gnu/libc-version.h and I suspect that they check it
> or use some nonstandard extensions or PHP is mad. Building PHP 5.4
> statically with gnu libiconv.a reset version to known one and
> everything works.
> I need to ask our php hackers about this (they maintain stuff) or
> grep for all iconv which appears in sources.

Hmm, so it sounds like there's a good chance this is just a case of
hard-coding known iconv implementations, and either PHP itself is
refusing to use an "unknown" implementation, or it's reporting the
implementation as "unknown" to PHP web apps, which in turn are
refusing to use it because it's unknown. Does my assessment here seem
correct? If so, I don't think it's an issue musl can address, but
rather something we should work with upstream PHP or CMS maintainers
to get fixed.

> > > Musl much more perfect than I
> > > expected)
> > 
> > Great to hear. :-)
> 
> I replaced gnu libc stack with musl one on our middly loaded sites in
> large LAN/MAN and it works great and easier to maintain, fix and modify
> in a way you want :)

Nice. If you find anywhere musl seems to be giving you problems or
performance bottlenecks, let us know. This is definitely a family of
usage cases I'd like to make friendly. VE images especially are a
place where I feel like musl is appealing since it's so fast and
simple to build the system from scratch.

Rich

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.