<br><br><div class="gmail_quote">2011/8/16 Maciej Bliziński <span dir="ltr"><<a href="mailto:maciej@opencsw.org">maciej@opencsw.org</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
2011/8/16 Jesse Reynolds <<a href="mailto:jesse@opencsw.org">jesse@opencsw.org</a>>:<br>
<div class="im">> It has no plugin architecture - you have to recompile nginx to add in it's<br>
> modules. Andy already includes a bunch of modules with configure lines like<br>
>  --with-http_dav_module and so on.<br>
<br>
</div>If that's the case, you could (as you said) see if you can recompile<br>
nginx with passenger support, and separate out the files responsible<br>
for handling that support, if that's possible. You would just need to<br>
make sure that nging would still work with these files missing (i.e.<br>
the nginx-passenger package not installed).<br><br></blockquote><div><br></div><div>Yeah, as we discussed on irc just now, that won't work because when you compile modules into nginx they are literally compiled into the one monolithic binary executable. It doesn't link to a shared object or anything like that. So I think it's a case of either:</div>
<div>a) creating an nginx_passenger package, which incompatables the existing nginx package or</div><div>b) adding passenger support to the existing nginx package, with a soft dependency on ruby and the passenger gem (ie you can use passenger configs with passenger if you've also installed ruby and the passenger gem)</div>
<div><br></div><div>In any case, I'll try to create a package for the passenger gem as this will be required for either option. </div><div><br></div></div>What's best?