On Fri, 09 Sep 2011 10:06:08 +0200 Michael J Gruber <git@xxxxxxxxxxxxxxxxxxxx> wrote: >> In the meantime, the best thing we can do to push it forward is to write >> helpers. I implemented some basic ones that should work anywhere, but >> aren't as nice as integration with existing keychains. Some people are >> working on Linux ones. The single best thing GitHub can do to push this >> forward right now is to provide a well-written OS X Keychain helper, and >> to provide feedback on whether git's end of the API is good enough. MJG> ... and one for Git on Windows? It seems we're lacking both Win and OS X MJG> developers here. Windows doesn't have a standard keychain service, does it? The OS X Keychain helper should be pretty easy in terms of the system calls (he says after a quick Google search), the hard part IMHO is figuring out the right way to store credentials in it. There are several ways to structure the schema. For modern Linux systems it's best to target the Secrets API, which is DBUS and XML-based and works with both the KDE and GNOME keychains. I only know about it what I have learned from Michael Albinus' interface in the Emacs source tree, but it certainly seems capable enough. This is what Jeff King was alluding to, I think, about what I'm working on. I have not been able to work on it so far, not for lack of trying. My #1 target is to implement a GPG-based credential helper using a netrc-style file. I believe that would be the most useful one, though not the easiest one to set up for inexperienced users. Ted -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html