I'll populate the new JanusGraph repos with boilerplate license + DCO + Authors/contributors files, and then please feel free to follow the PR approach to bring in the code (and update copyright, etc.).

Thanks!

On Thu, Aug 16, 2018 at 11:11 AM, Jason Plurad <plu...@...> wrote:

Doh, yet another GitHub setting update was required. Should be correct now.

On Wednesday, August 15, 2018 at 2:18:30 PM UTC-4, Florian Hockmann wrote:

Thanks, I'm now member of the group and apparently have write access to all JanusGraph repos, except for the two new ones: janusgraph-dotnet and janusgraph-python. I get permission denied when I try to push something there and I also can't set an assignee in the New Issue dialogue which should be possible with write access (this works now for the other repos). Could you please check the permissions again for the two repos?

Am Mittwoch, 15. August 2018 15:40:12 UTC+2 schrieb Jason Plurad:

You're right, we'll get you updated on that list.

On Wednesday, August 15, 2018 at 7:11:45 AM UTC-4, Florian Hockmann wrote:

Looks like I don't have access to it. At least I can't see its settings or anything. Do I need to be member of the JanusGraph org for that?

Am Mittwoch, 15. August 2018 00:45:27 UTC+2 schrieb Jason Plurad:

Apologies for the delay, but I've created

* https://github.com/JanusGraph/janusgraph-dotnet
* https://github.com/JanusGraph/janusgraph-python

Committers and maintainers should have access to it.


On Sunday, August 5, 2018 at 9:25:48 AM UTC-4, Florian Hockmann wrote:

Looks like we have reached consensus here. I have already created a stand-alone version of the library in its own repo:

https://github.com/FlorianHockmann/janusgraph-dotnet

I can create a PR to transfer it to JanusGraph as soon as we have a repo ready to target the PR against.

Am Dienstag, 31. Juli 2018 20:47:11 UTC+2 schrieb Misha Brukman:

+1

Makes sense that client libraries should be in a separate repo than the server:

• enables a separate release cadence
• allows for a different set of maintainers, even in the same org
• each client library will be written in a different language
  

Having said that, this means that we'll have to keep track of version compatibilities between client library versions + server versions. Hopefully, they will be mostly backwards-compatible until a major version change.

On Sat, Jul 28, 2018 at 11:06 AM, Jason Plurad <p...@...> wrote:

Florian Hockmann is ready to contribute a .NET driver for JanusGraph. The pull request is currently found  in the main janusgraph repo.

The driver extends the TinkerPop .NET driver with additional capability for JanusGraph types and predicates. In a previous dev list discussion thread, he and I discussed making a separate repository for this body of work. I propose the name janusgraph-dotnet for the repository.

Let's give it 72 hours for lazy consensus.

I'm +1 for this. Looking forward to getting better driver support as part of the broader project.

--
You received this message because you are subscribed to the Google Groups "JanusGraph developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to janusgraph-de...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/janusgraph-dev/91f5a3bc-a220-45ff-a466-57c198f43506%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "JanusGraph developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to janusgraph-dev+unsubscribe@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/janusgraph-dev/ec1b50bd-a22f-4f73-81c7-8fe7206dff87%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.