separating out golang juju client from

[David Cheney]

There is no reason for the 130 (at last count) packages that
constitute juju-core (not counting the dozens of other packages we
bring in as dependencies) to live in the same repository.

If licensing is the lever that we use to break up this monolithic
repository, consider me +1

On Fri, Dec 19, 2014 at 11:05 PM, Kapil Thangavelu
<kapil.thangavelu at canonical.com> wrote:
>
>
> On Fri, Dec 19, 2014 at 7:02 AM, Nate Finch <nate.finch at canonical.com>
> wrote:
>>
>> While I am generally for using more permissive licenses, I'm not sure how
>> useful that might be... most significant changes require modifications to
>> both the client and the server, or at least to libraries used by both.
>
>
> That sort of misses the point of building apps that use juju apis. Yes the
> two packages need to be updated together for new changes same as today.
>
>>
>> There's not that much code under cmd/juju compared to the whole rest of
>> the repo.
>
>
> Again its not about that code, its about building other applications and
> facilitating integrations.
>
>
> cheers,
> Kapil
>>
>>
>> On Fri, Dec 19, 2014 at 6:03 AM, Kapil Thangavelu
>> <kapil.thangavelu at canonical.com> wrote:
>>>
>>> one of the issues with having it in tree, means client usage falls under
>>> the AGPL. We want to have the client used widely under a more permissive
>>> license. I've already had contributions to other projects n'acked due to
>>> license on our libraries. I'd like to see it moved to a separate repo so
>>> that's possible. Thoughts?
>>>
>>> cheers,
>>> Kapil
>>>
>>>
>>>
>>> --
>>> Juju-dev mailing list
>>> Juju-dev at lists.ubuntu.com
>>> Modify settings or unsubscribe at:
>>> https://lists.ubuntu.com/mailman/listinfo/juju-dev
>>>
>
> --
> Juju-dev mailing list
> Juju-dev at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju-dev
>