Open ghost opened 10 years ago
also having the same issue.
Install from source -- I should remove chimera from the npm repo because installing it via npm is like installing a binary where node's ABI has changed.
Not supporting installing via npm does not scale. I cannot tell every developer in my team to install chimera from source - thus I cannot use chimera in my project.
That's fine... unfortunately that's the case right now. Blame Qt if you like, but they do not allow webkit static compiles due to licensing issues, so it's a "legal" reason as to why it won't work. You can read the comment in their makefile.
Could you not download and compile webkit at package install time?
hah no. reason is that webkit (inside of Qt) is a 150MB download, and usually takes about 2 hours to compile on a quad core machine. Plus there are a few manual things that you have to do which cannot be done inside a simple makefile. Webkit is really a beast. If you remove it from Qt, it would make the normal Qt package 100MB smaller.
I'm considering of trying a different browser inside of chimera instead of Qt's Webkit, but some features may not be the same afterwards...
PhantomJS manages to provide npm compatible package. Maybe it's worth looking on how they do it?
So I'm actually using PhantomJS's build system to create the makefile. I think the difference is that phantomjs runs as a separate binary, but I'm building a library the runs inside the nodejs process space. There's some weird differences between the two, for example nodejs uses a slightly different ssl library than the one in Qt, so the compilation is a little screwed up. Maybe someone with some more Qt experience could advise me here?
Is it possible to provide QtWebkit binary as an .so or .a, and during "npm install" build a thin glue layer that links them as chimera.so for specific node.js version?
When trying to install chimera using node v0.11.10, I get this error: