how was your user experience with Linphone on the desktop?<div><br></div><div>-lee<br><br>On Friday, June 5, 2015, Hans-Christoph Steiner <<a href="mailto:hans@guardianproject.info">hans@guardianproject.info</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
What about Linphone? It seems a lot easier to use and setup, and is also<br>
multi-platform.  I think if there was a standard way to provision a SIP client<br>
using a URL, that would help a lot.<br>
<br>
Since otr4j is free software, we can just fork and ignore BlueJimp's CLA, as<br>
we have always done.  But it would be even better if all parties used a single<br>
fork, and we're working on that now. (that's the core idea of starting the<br>
otr4j/otrj4 repo)<br>
<br>
.hc<br>
<br>
Lee Azzarello:<br>
> Heya,<br>
><br>
> I just picked up on this thread now, two months too late but I would<br>
> like to chime in about my support of <a href="http://ostel.co" target="_blank">ostel.co</a>. I continue to support<br>
> the public service, which has 41K registered users and is going<br>
> strong. As you may know, end user support is weak due to the project<br>
> being a low priority for both GP and Series Digital, though the user<br>
> base is active.<br>
><br>
> I've done a number of private deployments of the ostel stack. It's<br>
> become a pretty standard procedure. My base rate is $3000 and it takes<br>
> about two days. That said I haven't done any development on the<br>
> backend stack in over a year. The primary reason is that the client<br>
> application landscape, while abundant is a mess. Client support is<br>
> also the more frequently asked question and it the most important area<br>
> for user interest. Jitsi continues to be the most fully featured<br>
> client as well as the most frequent request for user support. We at<br>
> Series Digital have discussed developing Jitsi to have a more<br>
> contemporary user experience, but the complexity of the code base as<br>
> well as a growing desire for WebRTC support has pushed that project<br>
> down on the priority list.<br>
><br>
> So to me this acquisition by a well know enterprise software company<br>
> is a good sign for improved client support. Unfortunately it's a bad<br>
> sign for freedom. I'm committed to supporting the backend stack as the<br>
> world's only fully open source end-to-end secure SIP system. I'm<br>
> interested to see where Atlassian takes the development of the WebRTC<br>
> front end, especially regarding encryption.<br>
><br>
> That's my two sense. It seems the CLA is a very bad sign for freedom<br>
> and I agree with Hans that moving away from otr4j in GP applications<br>
> would be a good move.<br>
><br>
> Regards,<br>
> Lee<br>
><br>
><br>
><br>
> On Sun, Apr 26, 2015 at 12:19 PM, Hans-Christoph Steiner<br>
> <<a href="javascript:;" onclick="_e(event, 'cvml', 'hans@guardianproject.info')">hans@guardianproject.info</a>> wrote:<br>
>><br>
>><br>
>> Tom Ritter:<br>
>>> On 22 April 2015 at 08:41, Hans-Christoph Steiner<br>
>>> <<a href="javascript:;" onclick="_e(event, 'cvml', 'hans@guardianproject.info')">hans@guardianproject.info</a>> wrote:<br>
>>>><br>
>>>> This is sounding not so promising for the future of jitsi as free software.<br>
>>>> Atlassian seems to have no free software projects of their own whatsoever, and<br>
>>>> there page about "open source" is basically a sales pitch:<br>
>>>><br>
>>>> <a href="https://www.atlassian.com/opensource" target="_blank">https://www.atlassian.com/opensource</a><br>
>>>><br>
>>>> more here, it looks like this is probably the Atlassian press release, more or<br>
>>>> less:<br>
>>>> <a href="http://techcrunch.com/2015/04/21/atlassian-acquires-open-source-video-conferencing-company-bluejimp-to-power-hipchats-video-chat/" target="_blank">http://techcrunch.com/2015/04/21/atlassian-acquires-open-source-video-conferencing-company-bluejimp-to-power-hipchats-video-chat/</a><br>
>>>><br>
>>><br>
>>> If they're going to use Jitsi's (open) source code in their closed<br>
>>> source environment, and build on it without releasing the<br>
>>> contributions (which is possible as they can relicense any additional<br>
>>> developments to it) - it makes me wonder if past contributors to Jitsi<br>
>>> can assert copyright over their contributions.  (I assume Jitsi wasn't<br>
>>> requiring contributor agreements like some projects do to clear<br>
>>> similar hurdles.)  I don't know much about this part of open source<br>
>>> licensing though.<br>
>>><br>
>>> -tom<br>
>><br>
>> BlueJimp has required a CLA for contributions to their jitsi repositories:<br>
>> <a href="http://bluejimp.com/bca.pdf" target="_blank">http://bluejimp.com/bca.pdf</a><br>
>><br>
>> With this clause:<br>
>><br>
>> "you hereby assign to us joint ownership, and to the extent that such<br>
>> assignment is or becomes invalid, ineffective or unenforceable, you hereby<br>
>> grant to us a perpetual, irrevocable, non-exclusive, worldwide, no-charge,<br>
>> royalty-free, unrestricted license to exercise all rights under those<br>
>> copyrights. This includes, at our option, the right to sublicense these same<br>
>> rights to third parties through multiple levels of sublicensees or other<br>
>> licensing arrangements; "<br>
>><br>
>> Which seems to me to say that they can relicense any of the jitsi source code<br>
>> as they please.  That's part of my objection to having otr4j governed by their<br>
>> CLA:<br>
>><br>
>> <a href="https://github.com/jitsi/otr4j/issues/15" target="_blank">https://github.com/jitsi/otr4j/issues/15</a><br>
>><br>
>> .hc<br>
>><br>
>><br>
>> --<br>
>> PGP fingerprint: 5E61 C878 0F86 295C E17D  8677 9F0F E587 374B BE81<br>
>> <a href="https://pgp.mit.edu/pks/lookup?op=vindex&search=0x9F0FE587374BBE81" target="_blank">https://pgp.mit.edu/pks/lookup?op=vindex&search=0x9F0FE587374BBE81</a><br>
>> _______________________________________________<br>
>> List info: <a href="https://lists.mayfirst.org/mailman/listinfo/guardian-dev" target="_blank">https://lists.mayfirst.org/mailman/listinfo/guardian-dev</a><br>
>> To unsubscribe, email:  <a href="javascript:;" onclick="_e(event, 'cvml', 'guardian-dev-unsubscribe@lists.mayfirst.org')">guardian-dev-unsubscribe@lists.mayfirst.org</a><br>
> _______________________________________________<br>
> List info: <a href="https://lists.mayfirst.org/mailman/listinfo/guardian-dev" target="_blank">https://lists.mayfirst.org/mailman/listinfo/guardian-dev</a><br>
> To unsubscribe, email:  <a href="javascript:;" onclick="_e(event, 'cvml', 'guardian-dev-unsubscribe@lists.mayfirst.org')">guardian-dev-unsubscribe@lists.mayfirst.org</a><br>
><br>
<br>
--<br>
PGP fingerprint: 5E61 C878 0F86 295C E17D  8677 9F0F E587 374B BE81<br>
<a href="https://pgp.mit.edu/pks/lookup?op=vindex&search=0x9F0FE587374BBE81" target="_blank">https://pgp.mit.edu/pks/lookup?op=vindex&search=0x9F0FE587374BBE81</a><br>
</blockquote></div>