On Jan 14, 2017, at 11:45 AM, Roger Smith <roger@sentientblue.com> wrote:


On Jan 13, 2017, at 12:50 AM, Clemens Lang <Clemens.Lang@bmw-carit.de> wrote:

Hi,


On 12 Jan 2017, at 23:59, Mark Hatle <mark.hatle@windriver.com> wrote:

As far as I know pseudo and the security introduced in 10.11 that affect
preloading is likely the biggest technical problem... everything else is just
"it's not Linux”.

With System Integrity Protection disabled, pseudo should still work as it did before, if that’s an acceptable step for you.

If it isn’t, Apple’s new limitations can also be worked around in pseudo by hooking the exec(2) and posix_spawn(2) syscalls, checking if the binary to be executed is under system integrity protection, making a copy without the SIP-bit if it is and transparently running that copy instead. That code would need to be written, though (Let me know if you want to do that, I have the code for a different project.). It’s probably only a matter of time until Apple prevents that from working, too, though, e.g. by making some standard system tools signed binaries that no longer load preloaded libraries.




This topic could have been clarified better, since there are multiple ways to “build” Yocto Project in  MacOS X,

Is Building Yocto project on a POSIX system, a desire for the Yocto project? It would allow support on all bsd UNIX’s including macOS


Many of us use Mac laptops for development, so I think the answer is yes. As Mark mentioned, it has been an issue of time and resources. We would welcome patches :)


There are many teams inside Apple that use Linux systems for one reason or another. They would appreciate  building open source tools out the door without some other additional overhead.. 

Replacing a platforms POSIX version of tools with gnu versions  because your build environment didn’t like it, seems like a step backwards for these types of initiatives. 

Curious to know about long term support for POSIX systems. 

Apple spent alot of time and effor years ago to vertify OS X as POSIX compliant.

Roger

-- 
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto