this patch adds yet another third party module to nginx - i.e "mod_h264_streaming" patch applies to current =www-servers/nginx-1.0.0 Reproducible: Always I'm not actually sure how to add the correct license tag to the ebuild, as it' under Dual licence..
Created attachment 269927 [details, diff] patch to the ebuild to add NGINX_MODULES_HTTP="h264_streaming"
Created attachment 269929 [details, diff] patch needed to compile the module against nginx > 0.8.38
Created attachment 275651 [details] nginx-1.0.0-r1 ebuild with mod_h264_streaming support patch N1, manually applied to 1.0.0-r1 ebuild works fine for amd64
I have added attachments for NGINX 1.0.5 including the original NGINX ebuild, and a .patch file.
Created attachment 281267 [details, diff] patch to enable mod_h264_streaming for nginx 1.0.5 ebuild
Created attachment 281271 [details, diff] Updated patch for 1.0.5 to include h264 streaming compile fix.
Since version 1.0.8 nginx has a builtin mp4 module. The third-party module is not needed anymore. Unfortunatey, in Gentoo, only the ebuilds for enginx 1.1.x expose the builtin mp4 module with a USE-flag. But fixing the nginx 1.0.10.ebuild is easy. Just add "mp4" to the ebuild variable NGINX_MODULES_OPT.
ah - I've seen the new flag. have not actually looked if this upstream module does equal things.. ;-) But this forum post of Igor Sysoev seems to clarify: http://forum.nginx.org/read.php?2,215011,215740#msg-215740 So it *does* actually replace the 3rd-party module and it's actively maintained and not as "dead-upstream" as the mod_h264_streaming-Module mentioned here.. So the bug may me closed with WORKSFORME ;-) Thanks anyway
i've added the mp4 use flag to 1.0.10, thanks for noticing!
*** Bug 401571 has been marked as a duplicate of this bug. ***
