There is a VDR plugin named vompserver supporting the Hauppauge MediaMVP. It is divided in a server and a client part. The client is built into a file named "dongle". In fact this is a remote boot firmware image. The server provides a tftp like server component to serve the firmware. One the MediaMVP is started it serves the the media data. This bug item provides an ebuild file for the server part. I suggest to place this inside the media-plugins category.
Created attachment 102652 [details] Initial ebuild for vdr-vompserver
Created attachment 102653 [details, diff] Patch to support AMD64 platforms To be placed into the "files" subdirectory of the ebuild.
Looks half way ok, but can you fix these minor issues: * The normal header of an ebuild has three lines, can you add the missing. * Please remove the commented lines. * The patch for amd64 - what does it exactly? should it change ULONG to be 32bit on every arch? then perhaps change the patch to use int or u32 or similar and apply it on every arch. (Perhaps with PATCHES="${FILESDIR}/${P}-long-size.diff" or similar). * Don't set keywords to stable for new ebuilds - did you really check it works on x86 and amd64 - else remove the untested ones. * does this really work? "dodoc README HISTORY remux/README" Perhaps you should rename one of the files README - or use newdoc for one of them, for example: dodoc README HISTORY newdoc remux/README README.remux
Header line, commented lines and patch handling have been changed according your hints. Although the patch contents haven't been changed. I took the idea from an VOMP forum entry at: http://www.loggytronic.com/forum/index.php?topic=179.0 I am not a porting specialist, so i took the redefinition from there. Maybe someone with porting knowledge may have an eye on this for other platforms. I only placed those arch keywords i have tested the plugin myself. Anyway i can confirm that using this patch the VDR plugin works on both of my platforms, x86 (CPU: AMD Athlon 1400) and amd64 (AMD Athlon64 3400+) unsing a DVB-C card controlled by VDR 1.4.3. So - for me - it works well (currently viewing live TV using this plugin). The line "dodoc README HISTORY remux/README" really works. It creates the remux directory and places README into it. Nevertheless i changed it according you proposal.
Created attachment 102682 [details] Updated ebuild according proposal of Matthias Schwarzott
Created attachment 102683 [details, diff] Renamed patch to support 64 Bit platforms
From looking at that forum I think we can for now keep it as "int" for x86 and amd64. I can commit this to portage-tree but it has no sense to set me as maintainer as I don't have that hardware. Would you like to work as maintainer for that ebuild (called proxy-maintainer) and I will commit the necessary changes when you tell me that. PS: We are reachable over #gentoo-vdr on Freenode (Mixed German/English channel for now).
Ok, you can add me as maintainer for this ebuild.
Created attachment 102834 [details] New release (w/ integated long-int patch) The author of vompserver released a new version (0.2.5). It includes - besides other enchancements - the long-int patch. I've tested it on x86 and amd64 platforms. @Matthias: Could you put this ebuild to the portage tree ?
ebuild commited. I had to change Homepage and SRC_URI as the host seems to be down.
