Yeah you can do it - just make sure they understand it is a new
feature so we're asking them to revisit it. They looked at it in the
past and they concluded they couldn't give us access without giving us
push access.

- Patrick

On Tue, Dec 16, 2014 at 6:06 PM, Reynold Xin <r...@databricks.com> wrote:
> It's worth trying :)
>
>
> On Tue, Dec 16, 2014 at 6:02 PM, Nicholas Chammas <
> nicholas.cham...@gmail.com> wrote:
>>
>> News flash!
>>
>> From the latest version of the GitHub API
>> <https://developer.github.com/v3/repos/statuses/>:
>>
>> Note that the repo:status OAuth scope
>> <https://developer.github.com/v3/oauth/#scopes> grants targeted access to
>> Statuses *without* also granting access to repository code, while the repo
>> scope grants permission to code as well as statuses.
>>
>> As I understand it, ASF Infra has said no in the past to granting access
>> to statuses because it also granted push access.
>>
>> If so, this no longer appears to be the case.
>>
>> 1) Did I understand correctly and 2) should I open a new request with ASF
>> Infra to give us OAuth keys with repo:status access?
>>
>> Nick
>>
>> On Sat Sep 06 2014 at 1:29:53 PM Nicholas Chammas <
>> nicholas.cham...@gmail.com> wrote:
>>
>> Aww, that's a bummer...
>>>
>>>
>>> On Sat, Sep 6, 2014 at 1:10 PM, Reynold Xin <r...@databricks.com> wrote:
>>>
>>>> that would require github hooks permission and unfortunately asf infra
>>>> wouldn't allow that.
>>>>
>>>> Maybe they will change their mind one day, but so far we asked about
>>>> this and the answer has been no for security reasons.
>>>>
>>>> On Saturday, September 6, 2014, Nicholas Chammas <
>>>> nicholas.cham...@gmail.com> wrote:
>>>>
>>>>> After reading Erik's email, I found this Scala PR
>>>>> <https://github.com/scala/scala/pull/3963> and immediately noticed a
>>>>> few
>>>>> cool things:
>>>>>
>>>>>    - Jenkins is hooked directly into GitHub somehow, so you get the
>>>>> "All is
>>>>>    well" message in the merge status window, presumably based on the
>>>>> last test
>>>>>    status
>>>>>    - Jenkins is also tagging the PR based on its test status or need for
>>>>>    review
>>>>>    - Jenkins is also tagging the PR for a specific milestone
>>>>>
>>>>> Do any of these things make sense to add to our setup? Or perhaps
>>>>> something
>>>>> inspired by these features?
>>>>>
>>>>> Nick
>>>>>
>>>>
>>>
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@spark.apache.org
For additional commands, e-mail: dev-h...@spark.apache.org

Reply via email to