OK. How about asking if I could assist *them* on a Julia version under an 
MIT license? The result is the same but I guess language does make a 
difference...

On Monday, March 24, 2014 9:08:23 AM UTC-7, John Myles White wrote:
>
> I think Tom’s point is that most people prefer that you assist them rather 
> than offer them the chance to assist you.
>
>  — John
>
> On Mar 24, 2014, at 8:58 AM, Ted Fujimoto <tftu...@gmail.com <javascript:>> 
> wrote:
>
> I probably was not clear in my response to Jake but what I meant was that 
> I would ask the authors if they wanted to use the GPL because they felt 
> that license was most appropriate. If not, I would then give them the 
> choice to *assist* me at any level they choose with a Julia version of 
> their package under an MIT license (since they are academics, my guess is 
> that they would want to be a part of popularizing their work with different 
> versions), and they can decline to help if they choose to do so. I think it 
> would be best not to keep them in the dark.
>
> On Monday, March 24, 2014 4:47:08 AM UTC-7, tshort wrote:
>>
>> Instead of asking the package authors to do extra work, it might be 
>> better to offer to convert their package to a Julia package. Then, you 
>> can ask the authors if the converted package could be released with an 
>> MIT license. 
>>
>> On Mon, Mar 24, 2014 at 2:18 AM, Ted Fujimoto <tftu...@gmail.com> wrote: 
>> > Thanks Jake! I'll also ask if they are willing to participate in the 
>> Julia 
>> > community by implementing a Julia version too! :) 
>> > 
>> > 
>> > On Sunday, March 23, 2014 6:14:33 PM UTC-7, Jake Bolewski wrote: 
>> >> 
>> >> Another strategy is to contact the authors directly and ask them if 
>> they 
>> >> would consider relicensing their work.  Many people do not really 
>> consider 
>> >> the implications of choosing one license over another and just go with 
>> a 
>> >> default. 
>> >> 
>> >> On Sunday, March 23, 2014 8:59:58 PM UTC-4, John Myles White wrote: 
>> >>> 
>> >>> Yes, including the same GPL-3 license is sufficient if you've derived
>>  
>> >>> your work from a GPL-3 project. You may also need to include the 
>> original 
>> >>> headers of the files if they contain attribution information that you 
>> are 
>> >>> required to preserve. 
>> >>> 
>> >>> I don't think there's anything dishonest about creating a GPL-3 
>> package. 
>> >>> If you would like to release something under a permissive license, 
>> you'll 
>> >>> have to implement your code from scratch without ever reading any of 
>> the 
>> >>> code from a GPL or closed-source implementation. 
>> >>> 
>> >>> What's most beneficial depends on context. Many businesses prohibit 
>> GPL 
>> >>> software, so many people in the Julia (and Python) communities 
>> intentionally 
>> >>> produce MIT or BSD software. But Julia benefits a lot from having GPL
>>  
>> >>> packages when there's no reasonable alternative. 
>> >>> 
>> >>>  -- John 
>> >>> 
>> >>> On Mar 23, 2014, at 1:17 PM, Ted Fujimoto <tftu...@gmail.com> wrote: 
>> >>> 
>> >>> Hi all, 
>> >>> 
>> >>> I'm trying to familiarize myself with Julia by seeing how it compares 
>> to 
>> >>> other languages. I would also like to "open-source" my code if it 
>> seems 
>> >>> useful to others. Unfortunately, licenses have made this process 
>> >>> complicated. 
>> >>> 
>> >>> A tangible example: 
>> >>> 
>> >>> I am trying to implement a Julia version of the R package pcalg 
>> >>> (http://cran.r-project.org/web/packages/pcalg/index.html). Like most 
>> R 
>> >>> packages, it is protected under the GPL-3 license. Also, the license 
>> states 
>> >>> that it would consider my implementation a "modification" of the R 
>> package. 
>> >>> Say I feel that my project is ready to be open-sourced and put it in a
>>  
>> >>> github repository. Is it enough to follow the RmathDist.jl lead and 
>> do the 
>> >>> following?: 
>> >>> 1. Include the same license in the repository. 
>> >>> 2. Cite the R package I modified. 
>> >>> 
>> >>> A more long term question: I'm guessing a better (and more honest) 
>> >>> alternative to the above would be to implement the relevant 
>> algorithms by 
>> >>> looking at the pseudocode and applying it in a way that is friendlier 
>> to 
>> >>> future improvements using idiomatic Julia (if it exists yet). After 
>> that, 
>> >>> open-source it under the MIT license. Would this be a more beneficial
>>  
>> >>> approach than the "Julia version of an R package" approach? 
>> >>> 
>> >>> 
>> >
>
>
>

Reply via email to