Pyinotify Fehler beim Erstellen von Linux mit yocto auf Mac OSX

Question

Ich versuche, ein Linux mit yocto (morty) auf meinem Mac OSX (El Capitan) zu bauen. Die Quelle Schritt mit source poky/oe-init-build-env build gelang es ohne Fehler, aber wenn ich bitbake core-image-base ausführen bekomme ich folgende Fehlertrace:

Traceback (most recent call last): 
    File  "/Users/peterblicharski/Entwicklung/dnsPro/yocto/yoctowa/poky/bitbake/bin/bitbake", line 48, in <module> 
     cookerdata.CookerConfiguration())) 
    File "/Users/peterblicharski/Entwicklung/dnsPro/yocto/yoctowa/poky/bitbake/lib/bb/main.py", line 468, in bitbake_main 
     server = start_server(servermodule, configParams, configuration, featureset) 
    File "/Users/peterblicharski/Entwicklung/dnsPro/yocto/yoctowa/poky/bitbake/lib/bb/main.py", line 354, in start_server 
     cooker = bb.cooker.BBCooker(configuration, features) 
    File "/Users/peterblicharski/Entwicklung/dnsPro/yocto/yoctowa/poky/bitbake/lib/bb/cooker.py", line 178, in __init__ 
     self.configwatcher = pyinotify.WatchManager() 
    File "/Users/peterblicharski/Entwicklung/dnsPro/yocto/yoctowa/poky/bitbake/lib/pyinotify.py", line 1759, in __init__ 
     raise InotifyBindingNotFoundError() 
pyinotify.InotifyBindingNotFoundError: Couldn't find any inotify binding 
DEBUG: Removed the following variables from the environment: __CF_USER_TEXT_ENCODING, XPC_SERVICE_NAME, SECURITYSESSIONID, PS1, TERM_PROGRAM_VERSION, TMPDIR, _, TERM_PROGRAM, DISPLAY, LANG, SHLVL, GIT_PS1_SHOWDIRTYSTATE, Apple_PubSub_Socket_Render, __PYVENV_LAUNCHER__, OLDPWD, XPC_FLAGS, TERM_SESSION_ID, BUILDDIR 

Answer 1

Mac wird nicht unterstützt Build-Host und zur Zeit nicht bei allen. Zitiert Ross Burton from mailing list:

Wenn Sie alle der GNU-Tools installieren mit brauen oder ähnlich und legte sie zuerst auf $ PATH, dann können Sie bitbake loszulegen. Dann müssen Sie die linux-spezifischen Bits in Bitbake stubben. Ich habe vorher mit dieser Arbeit begonnen bereits (http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=ross/darwin). Der nächste Schritt besteht darin herauszufinden, wie OE so konfiguriert wird, dass nativ auf OSX mit LLVM anstelle von GCC erstellt und verlinkt wird.

aber all dies ist meist akademisch, weil in Sierra (IIRC) ab gibt es strengere Sicherheits auf Prozesse, was bedeutet, dass Pseudo nicht einmal funktionieren wird, wenn Sie Portierung auf macOS.

Ihr Fehler würde einen Teil von „linux-spezifischen Bits in bitbake“ zu sein und scheint dich um Zweig in ross gearbeitet werden. Aber wie Sie sehen können, ist es nicht das letzte Problem, dem Sie gegenüberstehen.

Basierend auf der Diskussion gibt es wahrscheinlich Möglichkeiten, Pseudo-Ausführen zu bekommen, aber danach würde man alle nativen Builds beheben, die Yocto macht: Es ist wahrscheinlich, dass viele Projekte, die wir verwenden, nicht häufig auf Mac gebaut werden und dort ausfallen werden.