<div dir="ltr">theres emphatically OS X support for haskell, by folks such as myself.<div><br></div><div>however, my current understanding is that the environment variable passing issue that arises here is an artifact of STACK doing subprocess invocation.</div><div><br></div><div>if you can show me a build that i can replicate the problem on a vanilla OS X that hits this issue, that would be appreciated</div><div><br></div><div>then, it becomes a question of how to "simulate"/"emulate" suitable environment variable inheritance on affected systems.</div><div><br></div><div>Or just make sure that the config for all user / root shells has the right env variables set, so any sub process will pick up the right paths :) </div><div>(i can't tell if thats been explored or not in the affected threads, but since most OS X machines are effectively single user systems, thats not an ownerous work around :) </div><div>)</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Feb 6, 2016 at 8:14 AM, tamarind code <span dir="ltr"><<a href="mailto:tamarindcode@gmail.com" target="_blank">tamarindcode@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div>Reposting my old question.<br><div>Are there anyone with any ideas about a possible resolution to this without removing SIP on OSX please? Or is this silence telling me that Apple macs aren't very popular in the Haskell community ?</div><div><a href="https://github.com/commercialhaskell/stack/issues/1161#issuecomment-158473975" style="font-size:13px" target="_blank">https://github.com/commercialhaskell/stack/issues/1161#issuecomment-158473975</a><br></div></div><div><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On 1 February 2016 at 13:30, tamarind code <span dir="ltr"><<a href="mailto:tamarindcode@gmail.com" target="_blank">tamarindcode@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Thanks for the response Herbert Valerio Riedel.<br></div>Sorry I shouldn't have sued the word 'bug' here as this seems to be a result of something Apple did that breaks backward compatibility.<br></div>I have just done a quick search and as you said it did seem to break a lot of other software including Posgresql and Oracle drivers and a whole bunch of others that are affected by this. So there is plenty of discussion around this.<br><br></div><div>Before I go any further I must say I am a newbie who doesn't even understand the fully details of the issue so sorry if I am saying something silly, But after a bit of googling I got the impression that some have found ways to get around the issue without having to disable SIP. They seem to remove the dependency on this path - if I understood this correctly.<br><br></div><div>I am posting a few links with the hope that they may be useful for people with more knowledge on this to figure our a similar solution if possible. Sorry if they solutions below don't apply to the issue we are talking about. As Apple is unlikely to do anything about it anytime soon, I do hope the Haskell community will find a better way to avoid this without messing with SIP.<br><br><br><a href="https://groups.google.com/d/msg/dealii/NsniOXPvOyo/zHacLvk7DgAJ" target="_blank">https://groups.google.com/d/msg/dealii/NsniOXPvOyo/zHacLvk7DgAJ</a><br></div><div><br><br><a href="https://github.com/oracle/node-oracledb/issues/149" target="_blank">https://github.com/oracle/node-oracledb/issues/149</a><br><br><br><a href="https://blogs.oracle.com/taylor22/entry/sqlplus_and_dyld_library_path" target="_blank">https://blogs.oracle.com/taylor22/entry/sqlplus_and_dyld_library_path</a><br></div><div><br></div></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On 27 January 2016 at 10:57, Herbert Valerio Riedel <span dir="ltr"><<a href="mailto:hvriedel@gmail.com" target="_blank">hvriedel@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 2016-01-27 at 11:37:53 +0100, tamarind code wrote:<br>
> There was a discussion in github about stack (see link below) where the<br>
> conclusion seems to be pointing towards a bug in Cabal on Mac OSX EL<br>
> Capitan related to forwarding DYLD_LIBRARY_PATH<br>
<br>
</span>Is this really a bug *in Cabal*? Or is this rather a newly introduced OS<br>
limitation of El Capitan, which may even be in conflict with the POSIX<br>
specs. Quoting[1]:<br>
<br>
> Spawning children processes of processes restricted by System<br>
> Integrity Protection, such as by launching a helper process in a<br>
> bundle with NSTask or calling the exec(2) command, resets the Mach<br>
> special ports of that child process. Any dynamic linker (dyld)<br>
> environment variables, such as DYLD_LIBRARY_PATH, are purged when<br>
> launching protected processes.<br>
<br>
So OSX deliberately interferes with environment-variable inheritance. So<br>
what is Cabal even supposed to do here? This also seems like a rather<br>
radical change, which will have probably broken a lot of other software<br>
projects relying that DYLD_LIBRARY_PATH is inherited throughout process<br>
creations.<br>
<br>
<br>
<br>
[1]: <a href="https://developer.apple.com/library/prerelease/mac/documentation/Security/Conceptual/System_Integrity_Protection_Guide/RuntimeProtections/RuntimeProtections.html#//apple_ref/doc/uid/TP40016462-CH3-SW1" rel="noreferrer" target="_blank">https://developer.apple.com/library/prerelease/mac/documentation/Security/Conceptual/System_Integrity_Protection_Guide/RuntimeProtections/RuntimeProtections.html#//apple_ref/doc/uid/TP40016462-CH3-SW1</a><br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div></div></div>
<br>_______________________________________________<br>
Libraries mailing list<br>
<a href="mailto:Libraries@haskell.org">Libraries@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a><br>
<br></blockquote></div><br></div>