<div class="gmail_quote">On Sun, Apr 11, 2010 at 6:12 PM, Orcan Ogetbil <span dir="ltr"><<a href="mailto:oget.fedora@gmail.com">oget.fedora@gmail.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Great. To join, basically you need to come up with a new package, then<br>
prove that you understand the Fedora guidelines during your package<br>
review and get sponsored in Fedora.<br>
<br>
The process is described in detail, with all the relevant links at<br>
<a href="http://fedoraproject.org/wiki/PackageMaintainers/Join" target="_blank">http://fedoraproject.org/wiki/PackageMaintainers/Join</a><br>
<br>
The rule is, your first package needs to be reviewed by a sponsor.<br>
Unfortunately, I am not a sponsor, so I can't help with that. (maybe<br>
it's time for me to apply for sponsorship. oh well...)<br>
<br>
Do you see the difficulty here? Your first package will have to go<br>
into a pool of 700 packages, and hopefully a sponsor will find it<br>
interesting for a review. But once that is done, everything will go<br>
easier. It took me ~2 weeks to get sponsored but I know people for<br>
whom it took months.<br></blockquote><div><br></div><div>Yipes! Sounds like the open-sourcerers apprentice....</div><div><br></div><div>For right now, it probably makes sense for me to continue testing packages you announce. </div>
<div><br></div><div>At some point I'm going to get fed up having to manually load a file into qmidiroute-0.2.1-4.fc12.ccrma.x86_64 every time I log-in ( <a href="http://old.nabble.com/using-qmidiroute-for-midi-device-control....-ts27963116.html">http://old.nabble.com/using-qmidiroute-for-midi-device-control....-ts27963116.html</a> ). So at some point that may motivate me to compile <a href="http://sourceforge.net/projects/alsamodular/files/QMidiRoute/0.3.0/NEWS.txt/view">http://sourceforge.net/projects/alsamodular/files/QMidiRoute/0.3.0/NEWS.txt/view</a> and maybe package it. Some of the work has already been done for F10: <a href="http://sourceforge.net/projects/alsamodular/files/QMidiRoute/0.3.0/qmidiroute-0.3.0-1.fc10.src.rpm/download">http://sourceforge.net/projects/alsamodular/files/QMidiRoute/0.3.0/qmidiroute-0.3.0-1.fc10.src.rpm/download</a></div>
<div><a href="http://sourceforge.net/projects/alsamodular/files/QMidiRoute/0.3.0/qmidiroute-0.3.0-1.fc10.i386.rpm/download">http://sourceforge.net/projects/alsamodular/files/QMidiRoute/0.3.0/qmidiroute-0.3.0-1.fc10.i386.rpm/download</a></div>
<div><br></div><div>Finally, and longer term, I'd like to see QMidiCtl and QMidiNet added to fedora: <a href="http://old.nabble.com/QMidiCtl-and-QMidiNet-(was-Re:--Pd-%2B-PulseAudio-)-ts28030934.html#a28030934">http://old.nabble.com/QMidiCtl-and-QMidiNet-(was-Re:--Pd-%2B-PulseAudio-)-ts28030934.html#a28030934</a> ; even longer term I'd also like to add another program to the "qmidinet bus" -- qmidiprolog or qmidilisp or perhaps just a way of getting CommonMusic integrated w/ qmidinet: some way of allowing "event-driven, rule-based midi programming" to happen. That could allow for something as simple as implementing different "curves" on controllers, or as complex as algorithmic arpeggiators, or even music parsing and live accompaniment. Using the application partitioning already in place for qmidinet and qmidictl, one could add a different kind of "controller" that just happens to be rules firing based on midi input, generating midi output.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> a2jmidi -- i was going to look into it back when i thought i'd be using<br>
> firewire... didn't bother now that midi. is under control.<br>
> (Are there any advantages to using a2jmidi and turning off the 'seq' driver<br>
> in qjackctl/jackd when using the alsa back-end? Other than having the same<br>
> config for audio setups using either alsa or ffado/freebob ...)<br>
<br>
</div>Frankly, I don't know the answer. I packaged it per user request.<br>
Maybe the actual users will shed us some light.<br></blockquote><div><br></div><div>Here's what I learned previously: (see <a href="http://old.nabble.com/help-getting-netjack-MIDI-working--(looks-like-it's-working,-just-%09doesn't-send-data)-ts27815119.html#a27817133">http://old.nabble.com/help-getting-netjack-MIDI-working--(looks-like-it's-working,-just-%09doesn't-send-data)-ts27815119.html#a27817133</a> )</div>
<div><br></div><div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; font-family: verdana, geneva, helvetica, arial, sans-serif; font-size: 13px; border-collapse: collapse; ">
summary -- we're missing an ALSA<->JACK bridge on the "slave" side. The slave side is sitting there talking to netjack ports not connected or bridged to the ALSA devices in any way. </blockquote><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; font-family: verdana, geneva, helvetica, arial, sans-serif; font-size: 13px; border-collapse: collapse; ">
(1) For MIDI only, use: <a href="http://ccrma.stanford.edu/planetccrma/man/man1/aseqnet.1.html" target="_top" rel="nofollow"><font class="Apple-style-span" color="#000000">http://ccrma.stanford.edu/planetccrma/man/man1/aseqnet.1.html</font></a> </blockquote>
<blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; font-family: verdana, geneva, helvetica, arial, sans-serif; font-size: 13px; border-collapse: collapse; ">
(2) Alternately&&more complicated, if using netjack, must also bridge midi to jack with <a href="http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/12/x86_64/repoview/a2jmidid.html" target="_top" rel="nofollow"><font class="Apple-style-span" color="#000000">http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/12/x86_64/repoview/a2jmidid.html</font></a> </blockquote>
<blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; font-family: verdana, geneva, helvetica, arial, sans-serif; font-size: 13px; border-collapse: collapse; ">
Unfortunately, planetccrma version is obsolete, version 6 from GIT is current/stable version.</blockquote><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; font-family: verdana, geneva, helvetica, arial, sans-serif; font-size: 13px; border-collapse: collapse; ">
(3) Audio also requires an ALSA<->JACK bridging too, like alsa_in and alsa_out on the slave-side netjack.</blockquote></div><div><br></div><div>#2 indicates another use/need for a2jmidid -- which is obviated by skipping the whole netjack mess and using facilities like QMidiCtl and QMidiNet instead.</div>
<div><br></div><div><a href="http://old.nabble.com/help-getting-netjack-MIDI-working--(looks-like-it's-working,-just-%09doesn't-send-data)-ts27815119.html#a27817133"></a> -- Niels</div><div><a href="http://nielsmayer.com">http://nielsmayer.com</a></div>
<div><br></div></div>