Peter,<br><br>Thanks for the feedback!<br><br>I understand that many aren't avid git users. I was not at first years ago after having used svn and then hg for a while, and it still depends on the project(s) of course, but if you haven't tried spending a month or so with git and GitHub on a personal project, I recommend trying it out. It isn't perfect, but I've come to like it more than svn or hg, at least.<br>
<br>I also understand first-hand that users don't fork and contribute just because it is on GitHub, so I'm not under that illusion either. And I don't want to choose git if the community is going to be less likely to contribute to it.<br>
<br>The main reason I would choose GitHub as the provider is that between it, bitbucket, sourceforge, Google code, and <a href="http://java.net">java.net</a>, GitHub seems to be the biggest, most stable, open source project free hosting provider that I'm aware of. I've had projects hosted on GitHub and SF and that's mostly because I've not been a fan of the other interfaces- although bitbucket is a close second to GitHub).<br>
<br>Like you I'm in favor of longevity of this project with as few forced moves of the repo as possible, so I would choose GitHub as the provider if neither you nor others that would contribute to the project would have strong feelings against it.<br>
<br>Sorry was not aware of the Internet2/Shibboleth split, and that doesn't affect my inclination to assist in my spare time.<br><br>I also agree that the authenticator is not Shibboleth-specific, although the contributions from Bruc Liong some years ago were geared toward auto-creation/management of groups (role) based on headers that were populated by mace attributes, but again even that is not necessarily Shib-specific. If anything, it has just been that the community afaik that uses and supports the authenticator tends to be primarily the Shibboleth user community. Chad's original name of the authenticator was remoteUserAuth (although with Craig Solinski's contribution, it isn't even tied to REMOTE_USER header anymore), and it could just be called "http header authenticator" and I could just provide the shibboleth config info to try to keep from losing any future Shibboleth community of users that could better take advantage of it with that info?<br>
<br>So, given all of that, what if I just created a group in GitHub:<br><br><a href="https://github.com/confluence-http-header-authenticator/">https://github.com/confluence-http-header-authenticator/</a><br><br>and then call the new project "Confluence HTTP Header Authenticator":<br>
<br><a href="https://github.com/confluence-http-header-authenticator/confluence-http-header-authenticator/">https://github.com/confluence-http-header-authenticator/confluence-http-header-authenticator/</a><br><br>Then anyone who would like to be a member of this group (and not just fork/pull-request) just contact me and I'll add you because I don't want to be the sole person with rights to the repo, even if I'm the only person interested in maintaining it, which hopefully I'm not, because my time is really limited.<br>
<br>Let me know your further thoughts, and thanks for the info on the list subscription/configuration.<br><br>Thanks!<br>Gary<br><br><div class="gmail_quote">On Tue, Jan 15, 2013 at 10:24 AM, Peter Schober <span dir="ltr"><<a href="mailto:peter.schober@univie.ac.at" target="_blank">peter.schober@univie.ac.at</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">* Gary Weaver <<a href="mailto:garysweaver@gmail.com">garysweaver@gmail.com</a>> [2013-01-15 15:37]:<br>
<div class="im">> So, first: does anyone have a problem with hosting this project at GitHub?<br>
<br>
</div>Personally I'm not an avid user of git and I also don't share some<br>
people's conviction that "put it on github and they [i.e., developers]<br>
will come" but I'm certainly not against such a move.<br>
Any repo you control (for varying degrees of "control") is preferable<br>
to being chased out of some infrastructure every other year or so.<br>
<div class="im"><br>
> Does anyone know who owns the internet2 group at GitHub or who has a<br>
> similar group (shibboleth, etc.) that might make a good place for the<br>
> Confluence Shibboleth Authenticator project?<br>
<br>
</div>I don't, but note that this choice for a new home seems pretty<br>
arbitrary now that Shibboleth is not officially an Internet2 project<br>
anymore. Cf. <a href="http://shibboleth.net/consortium/" target="_blank">http://shibboleth.net/consortium/</a><br>
<div class="im"><br>
> I would even say that maybe the Internet2 project could host it, but<br>
> I like the forking/etc. utility provided by GitHub and think it is a<br>
> much more easy and collaborative way to handle open-source projects<br>
> than other alternatives based on my experience so far.<br>
<br>
</div>Same for the SVN repositories as used by Shibboleth (i.e., they're not<br>
being hosted on Internet2 infrastructure anymore).<br>
<div class="im"><br>
> Anyway, if I don't hear back, I may end up just create a new group<br>
> in GitHub like "atlassian-shibboleth" or similar and put it there.<br>
<br>
</div>Is that code really specific to Shibboleth? If not (since all it sees<br>
are HTTP request headers -- making it also possible to use request<br>
attributes would be a desired improvement, btw) I would advise against<br>
using "shibboleth" in the name.<br>
Speaking of names I'd also be wary of the use of "atlassian" as part<br>
of the name -- who knows what else they might change their mind about<br>
in the future?<br>
<div class="im"><br>
> This is your project and I've just been helping as I can and want to make<br>
> sure that it doesn't disappear in a few weeks.<br>
><br>
> Let me know if you have any feedback, and note that I'm no longer working<br>
> for Duke Univ., that I'm just doing this in my spare time now, and I only<br>
> become a member of this list periodically to send a shoutout for things<br>
> like this, so please contact me directly at my gmail address in the future.<br>
<br>
</div>Thanks for your continuing efforts.<br>
<br>
Regarding periodically (un)subscribing lists note that you can disable<br>
mail delivery from the lists' web interface if you don't intend to<br>
follow, cf. <a href="http://shibboleth.net/mailman/options/dev" target="_blank">http://shibboleth.net/mailman/options/dev</a> ("Mail delivery"<br>
-> "disabled", with "Set globally" ticked) while still being able to<br>
post (as a member/subscriber of the lists).<br>
-peter<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.net</a><br>
</blockquote></div><br>