
<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On 13 Sep 2007, at 14:28, elthariel wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br><div><span class="gmail_quote">2007/9/13, Stefano D'Angelo <<a href="mailto:zanga.mail@gmail.com">zanga.mail@gmail.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> 2007/9/13, Benjamin Bruheim <<a href="mailto:grolgh@gmail.com">grolgh@gmail.com</a>>:<br>> I am working on a site <a href="http://zzub.org">zzub.org</a> which might feature binary downloads<br>> of Ladspa plugins for windows, and on linux once it gets into a <br>> fashionable state. But I would love to learn what meta-data would be<br>> required for each binary version on the server so that a client would<br>> be able to determine what version would work on your OS/Distro. <br><br>I'd say package format (.rpm, .deb, etc), OS distribution (Ubuntu,<br>OpenSUSE, etc.), CPU architecture (ix86, x86_64, etc.) and maybe<br>binary format (ELF, .dll, etc.). I guess a description wouldn't hurt <br>too.</blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Personally, I'd like to see also some categorization stuff, user<br> comments, votes, demos and so on.</blockquote><div><br>This is planned, i'm currently working on it.<br>I think the packaging problem should be handled by the library who access the repository through a webservice. I think binary form, event with its disavantadge is easier for the musician :/ </div></div></blockquote><div><br class="webkit-block-placeholder"></div>It's not quite that simple ofcourse - most plugins now consist of multiple files (at least a .so and .rdf), plus may have library dependencies. Not that this should stop you.</div><div><br class="webkit-block-placeholder"></div><div>- Steve</div></body></html>