Should we have a github r/o mirror for SSSD?

[Jakub Hrozek]

See this message on sssd-users:
    https://lists.fedorahosted.org/pipermail/sssd-users/2015-June/003078.html

For better or worse, many users expect a project (any project..) to be
on github or else it doesn't exist. Should we have some kind of
automated read-only repository on github.com with readme.md pointing to
fedorapeople.org to avoid the confusion?

[Nikolai Kondrashov]

On 06/15/2015 10:32 AM, Jakub Hrozek wrote:
>  See this message on sssd-users:
>       https://lists.fedorahosted.org/pipermail/sssd-users/2015-June/003078.html
>
>  For better or worse, many users expect a project (any project..) to be
>  on github or else it doesn't exist. Should we have some kind of
>  automated read-only repository on github.com with readme.md pointing to
>  fedorapeople.org to avoid the confusion? 
The thing is, how do we specify it's the official one? There is no way to mark
all others as forks of ours after the fact. And there is no way to force them
to have that README.md which links to the official repo.

There is already an "sssd" user on GitHub. If it belongs to us, then we can
convert it to an "organization" [1] and put our repo there, so it will have
this URL:

     https://github.com/sssd/sssd

That can help it stand out and perhaps it will let us show up on top of search
results. That might be enough.

However, once we're on GitHub, people will start submitting pull requests and
issues there. Are we prepared to handle that?

Nick

[1] https://help.github.com/articles/converting-a-user-into-an-organization/

[Jakub Hrozek]

On Mon, Jun 15, 2015 at 02:33:09PM +0300, Nikolai Kondrashov wrote:
>  On 06/15/2015 10:32 AM, Jakub Hrozek wrote:
>  >See this message on sssd-users:
>  >     https://lists.fedorahosted.org/pipermail/sssd-users/2015-June/003078.html
>  >
>  >For better or worse, many users expect a project (any project..) to be
>  >on github or else it doesn't exist. Should we have some kind of
>  >automated read-only repository on github.com with readme.md pointing to
>  >fedorapeople.org to avoid the confusion?
>  
>  The thing is, how do we specify it's the official one?  
Updating the repo regularly would be a good start. All the repos that are
on github at the moment are outdated.

The readme might help as well.

>  There is no way to mark
>  all others as forks of ours after the fact. And there is no way to force them
>  to have that README.md which links to the official repo. 
Yeah, that's fine and I guess inevitable with git being decentralized.

>  
>  There is already an "sssd" user on GitHub. If it belongs to us, then we can
>  convert it to an "organization" [1] and put our repo there, so it will have
>  this URL:
>  
>      https://github.com/sssd/sssd
>  
>  That can help it stand out and perhaps it will let us show up on top of search
>  results. That might be enough. 
I have no idea who that user belongs to, but yes, this would be best.

>  
>  However, once we're on GitHub, people will start submitting pull requests and
>  issues there. Are we prepared to handle that? 
Could those two be simply disabled, pointing the users to our Trac?

The only problem I'm trying to solve is user searching for source on
github, not finding it and giving up completely.

I don't have any hard data, but I suspect this is becoming more and more
common. Especially after Google Code Search and Google Code shut down.

[Nikolai Kondrashov]

On 06/15/2015 02:47 PM, Jakub Hrozek wrote:
>  On Mon, Jun 15, 2015 at 02:33:09PM +0300, Nikolai Kondrashov wrote:
> > On 06/15/2015 10:32 AM, Jakub Hrozek wrote:
> >> See this message on sssd-users:
> >>      https://lists.fedorahosted.org/pipermail/sssd-users/2015-June/003078.html
> >>
> >> For better or worse, many users expect a project (any project..) to be
> >> on github or else it doesn't exist. Should we have some kind of
> >> automated read-only repository on github.com with readme.md pointing to
> >> fedorapeople.org to avoid the confusion?
> >
> > The thing is, how do we specify it's the official one?
>
>  Updating the repo regularly would be a good start. All the repos that are
>  on github at the moment are outdated. 
Maybe, but I'm not sure it will help us move up the search results.

> > There is already an "sssd" user on GitHub. If it
> belongs to us, then we can
> > convert it to an "organization" [1] and put our repo there, so it will
> have
> > this URL:
> >
> >      https://github.com/sssd/sssd
> >
> > That can help it stand out and perhaps it will let us show up on top of search
> > results. That might be enough.
>
>  I have no idea who that user belongs to, but yes, this would be best. 
Ah, that doesn't sound so good. We'de better clear that up.

> > However, once we're on GitHub, people will start submitting
> pull requests and
> > issues there. Are we prepared to handle that?
>
>  Could those two be simply disabled, pointing the users to our Trac? 
Issues can be disabled. Pull requests can't. We can make a bot closing any new
pull requests with a polite redirection to the maillist. Yet, a refusal to
accept a contribution is still a refusal.

>  The only problem I'm trying to solve is user searching for source
> on
>  github, not finding it and giving up completely.
>
>  I don't have any hard data, but I suspect this is becoming more and more
>  common. Especially after Google Code Search and Google Code shut down. 
Yeah, this might be a bit of a problem.

Nick

[Lukas Slebodnik]

On (15/06/15 13:47), Jakub Hrozek wrote:
> > There is already an "sssd" user on GitHub. If it
> belongs to us, then we can
> > convert it to an "organization" [1] and put our repo there, so it will
> have
> > this URL:
> > 
> >     https://github.com/sssd/sssd
> > 
> > That can help it stand out and perhaps it will let us show up on top of search
> > results. That might be enough.
>
> I have no idea who that user belongs to, but yes, this would be best.
>  
Or we can keep it simple

Create dummy project https://github.com/sssd/sssd
which will contain just readme file
with info about fedorahosted git repo and mailing lists.

LS

[Jakub Hrozek]

On Mon, Jun 15, 2015 at 02:23:50PM +0200, Lukas Slebodnik wrote:
>  On (15/06/15 13:47), Jakub Hrozek wrote:
>  >> There is already an "sssd" user on GitHub. If it belongs to us, then
> we can
>  >> convert it to an "organization" [1] and put our repo there, so it will
> have
>  >> this URL:
>  >> 
>  >>     https://github.com/sssd/sssd
>  >> 
>  >> That can help it stand out and perhaps it will let us show up on top of search
>  >> results. That might be enough.
>  >
>  >I have no idea who that user belongs to, but yes, this would be best.
>  >
>  Or we can keep it simple
>  
>  Create dummy project https://github.com/sssd/sssd
>  which will contain just readme file
>  with info about fedorahosted git repo and mailing lists. 
Well, either I think we might want to ping the user..how do I do that in
the gihub UI? I only see "block user" and "report abuse", do github
users maybe have some autogenerated e-mail?

[Nikolai Kondrashov]

On 06/15/2015 03:59 PM, Jakub Hrozek wrote:
>  On Mon, Jun 15, 2015 at 02:23:50PM +0200, Lukas Slebodnik wrote:
> > On (15/06/15 13:47), Jakub Hrozek wrote:
> >>> There is already an "sssd" user on GitHub. If it belongs to us,
> then we can
> >>> convert it to an "organization" [1] and put our repo there, so it
> will have
> >>> this URL:
> >>>
> >>>      https://github.com/sssd/sssd
> >>>
> >>> That can help it stand out and perhaps it will let us show up on top of
> search
> >>> results. That might be enough.
> >>
> >> I have no idea who that user belongs to, but yes, this would be best.
> >>
> > Or we can keep it simple
> >
> > Create dummy project https://github.com/sssd/sssd
> > which will contain just readme file
> > with info about fedorahosted git repo and mailing lists.
>
>  Well, either I think we might want to ping the user..how do I do that in
>  the gihub UI? I only see "block user" and "report abuse", do github
>  users maybe have some autogenerated e-mail? 
Nope, no way. We can ask around the team in case some of us did it. Perhaps on
internal Red Hat maillists? Otherwise, we can write to GitHub support and ask
what can be done.

Nick

[Jakub Hrozek]

On Mon, Jun 15, 2015 at 04:07:20PM +0300, Nikolai Kondrashov wrote:
>  Otherwise, we can write to GitHub support and ask
>  what can be done. 
Stephen did that while we were having this discussion :-)

[Simo Sorce]

On Mon, 2015-06-15 at 09:32 +0200, Jakub Hrozek wrote:
>  See this message on sssd-users:
>      https://lists.fedorahosted.org/pipermail/sssd-users/2015-June/003078.html
>  
>  For better or worse, many users expect a project (any project..) to be
>  on github or else it doesn't exist. Should we have some kind of
>  automated read-only repository on github.com with readme.md pointing to
>  fedorapeople.org to avoid the confusion? 
+1
But then you need someone to monitor pull requests.
Also can issues be disabled ? They are a terrible medium to report any
issue (completely unstructured with replies hard to follow) and we
should direct people to trac for real bug reporting.

Simo.

-- 
Simo Sorce * Red Hat, Inc * New York

[Nikolai Kondrashov]

On 06/15/2015 04:15 PM, Simo Sorce wrote:
>  On Mon, 2015-06-15 at 09:32 +0200, Jakub Hrozek wrote:
> > See this message on sssd-users:
> >      https://lists.fedorahosted.org/pipermail/sssd-users/2015-June/003078.html
> >
> > For better or worse, many users expect a project (any project..) to be
> > on github or else it doesn't exist. Should we have some kind of
> > automated read-only repository on github.com with readme.md pointing to
> > fedorapeople.org to avoid the confusion?
>
>  +1
>  But then you need someone to monitor pull requests. 
We can have a GitHub API bot close pull requests automatically and politely.
Or, as Lukas suggests, have a dummy repo with a message redirecting to
fedorahosted.org instead.

>  Also can issues be disabled ? They are a terrible medium to report
> any
>  issue (completely unstructured with replies hard to follow) and we
>  should direct people to trac for real bug reporting. 
Issues can be disabled completely.

Nick

P.S. To be honest, I find GitHub more contributor-friendly than
      the fedorahosted.org site. At least for the casual contributor.

[Jakub Hrozek]

On Mon, Jun 15, 2015 at 04:29:37PM +0300, Nikolai Kondrashov wrote:
>  On 06/15/2015 04:15 PM, Simo Sorce wrote:
>  >On Mon, 2015-06-15 at 09:32 +0200, Jakub Hrozek wrote:
>  >>See this message on sssd-users:
>  >>     https://lists.fedorahosted.org/pipermail/sssd-users/2015-June/003078.html
>  >>
>  >>For better or worse, many users expect a project (any project..) to be
>  >>on github or else it doesn't exist. Should we have some kind of
>  >>automated read-only repository on github.com with readme.md pointing to
>  >>fedorapeople.org to avoid the confusion?
>  >
>  >+1
>  >But then you need someone to monitor pull requests.
>  
>  We can have a GitHub API bot close pull requests automatically and politely.
>  Or, as Lukas suggests, have a dummy repo with a message redirecting to
>  fedorahosted.org instead. 
(We had a parallel discussion on #sssd, so maybe I'm repeating myself or
rephrasing someone else in this e-mail)

What would be awesome would be if github pull request could translate
into git-send-email to the mailing list. We would still have the problem
of handling the other direction of communication (replying to the pull
request), but at least we would see what the patch is about..

>  
>  >Also can issues be disabled ? They are a terrible medium to report any
>  >issue (completely unstructured with replies hard to follow) and we
>  >should direct people to trac for real bug reporting. 
Totally, we also have internal tools that link trac tickets with RH
bugzillas..

>  
>  Issues can be disabled completely.
>  
>  Nick
>  
>  P.S. To be honest, I find GitHub more contributor-friendly than
>       the fedorahosted.org site. At least for the casual contributor. 
I don't think anyone is disputing that :-)

[Nikolai Kondrashov]

On 06/15/2015 04:56 PM, Jakub Hrozek wrote:
>  On Mon, Jun 15, 2015 at 04:29:37PM +0300, Nikolai Kondrashov wrote:
> > On 06/15/2015 04:15 PM, Simo Sorce wrote:
> >> On Mon, 2015-06-15 at 09:32 +0200, Jakub Hrozek wrote:
> >>> See this message on sssd-users:
> >>>     
> https://lists.fedorahosted.org/pipermail/sssd-users/2015-June/003078.html
> >>>
> >>> For better or worse, many users expect a project (any project..) to be
> >>> on github or else it doesn't exist. Should we have some kind of
> >>> automated read-only repository on github.com with readme.md pointing to
> >>> fedorapeople.org to avoid the confusion?
> >>
> >> +1
> >> But then you need someone to monitor pull requests.
> >
> > We can have a GitHub API bot close pull requests automatically and politely.
> > Or, as Lukas suggests, have a dummy repo with a message redirecting to
> > fedorahosted.org instead.
>
>  (We had a parallel discussion on #sssd, so maybe I'm repeating myself or
>  rephrasing someone else in this e-mail)
>
>  What would be awesome would be if github pull request could translate
>  into git-send-email to the mailing list. We would still have the problem
>  of handling the other direction of communication (replying to the pull
>  request), but at least we would see what the patch is about.. 
I think this is possible with low to moderate effort.

> > P.S. To be honest, I find GitHub more contributor-friendly than
> >       the fedorahosted.org site. At least for the casual contributor.
>
>  I don't think anyone is disputing that :-) 
Great :)

Nick

[Alexander Bokovoy]

On Mon, 15 Jun 2015, Nikolai Kondrashov wrote:
> On 06/15/2015 04:56 PM, Jakub Hrozek wrote:
> >On Mon, Jun 15, 2015 at 04:29:37PM +0300, Nikolai Kondrashov wrote:
> >>On 06/15/2015 04:15 PM, Simo Sorce wrote:
> >>>On Mon, 2015-06-15 at 09:32 +0200, Jakub Hrozek wrote:
> >>>>See this message on sssd-users:
> >>>>    
> https://lists.fedorahosted.org/pipermail/sssd-users/2015-June/003078.html
> >>>>
> >>>>For better or worse, many users expect a project (any project..) to be
> >>>>on github or else it doesn't exist. Should we have some kind of
> >>>>automated read-only repository on github.com with readme.md pointing to
> >>>>fedorapeople.org to avoid the confusion?
> >>>
> >>>+1
> >>>But then you need someone to monitor pull requests.
> >>
> >>We can have a GitHub API bot close pull requests automatically and politely.
> >>Or, as Lukas suggests, have a dummy repo with a message redirecting to
> >>fedorahosted.org instead.
> >
> >(We had a parallel discussion on #sssd, so maybe I'm repeating myself or
> >rephrasing someone else in this e-mail)
> >
> >What would be awesome would be if github pull request could translate
> >into git-send-email to the mailing list. We would still have the problem
> >of handling the other direction of communication (replying to the pull
> >request), but at least we would see what the patch is about..
>
> I think this is possible with low to moderate effort. 
Yes, you can add a number of
service hooks to your repository.
That would be the place:
https://github.com/sssd/sssd/settings/hooks

You can add a pre-defined hook, for example, 'email', that emails pull request to
a specified list.

-- 
/ Alexander Bokovoy