You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@taverna.apache.org by Andy Seaborne <an...@apache.org> on 2014/11/11 14:44:56 UTC
JIRA project TAV
JIRA ids are separate ids (because you can have a JIRA account without
needing an Apache id).
Please could I have JIRA ids for volunteers to be JIRA admins for TAV?
At least 2 or 3 from the PPMC.
(If you want issue imported from elsewhere, then that needs someone to
own the process.)
Andy
Re: JIRA project TAV
Posted by Robert Haines <rh...@manchester.ac.uk>.
I am hainesr in the Apache Jira.
Rob
On 11/11/2014 13:44, Andy Seaborne wrote:
> JIRA ids are separate ids (because you can have a JIRA account without
> needing an Apache id).
>
> Please could I have JIRA ids for volunteers to be JIRA admins for TAV?
> At least 2 or 3 from the PPMC.
>
> (If you want issue imported from elsewhere, then that needs someone to
> own the process.)
>
> Andy
--
Robert Haines
myGrid Team
School of Computer Science
University of Manchester
Re: JIRA project TAV
Posted by Aleksandra Nenadic <a....@manchester.ac.uk>.
I am anenadic in Apache JIRA.
Cheers,
Aleks
On 18/11/2014 09:54, Christian Brenninkmeijer wrote:
> Hi all,
>
> My Apache Jira id is also brenninc
>
> I am more than happy to act as the second offical admin having been
> the Jira admin for Open PHACTS for several year.
>
> Christian Brenninkmeijer
>
> On 16/11/2014 20:27, Andy Seaborne wrote:
>> I've put in a request for a JIRA project with soilandreyes as first
>> admin.
>>
>> I don't see a user for Alan, and anyway the concept of "has been
>> volunteered" doesn't really work at Apache :-) We're all individuals
>> here, and things that discussed in public (= on dev@) count.
>> Anything else isn't a project decison, just the usual conversations
>> that happen.
>>
>> One of the first things the JIRA admins will need to do is to add
>> shoaibsufi into the developer group with max permissions. Then people
>> can be added to the developers group for the JIRA project as people
>> create JIRA accounts.
>>
>> Initial committers - if you don't you probably will want to get one.
>> If/when you have a JIRA account, please add it to this thread.
>>
>> JIRA accounts are not connected to Apache Ids -- lots of people have
>> JIRA accounts, it isn't restricted to Apache committers or any other
>> grouping.
>>
>> Andy
>>
>> On 13/11/14 10:25, Shoaib Sufi wrote:
>>> I have an account now.
>>>
>>> username is shoaibsufi.
>>>
>>> Thanks
>>> Shoaib
>>>
>>> On Thu, Nov 13, 2014 at 9:57 AM, Stian Soiland-Reyes
>>> <so...@cs.manchester.ac.uk> wrote:
>>>> Shoaib Sufi and Alan R Williams have been volunteered.
>>>>
>>>>
>>>> To register for a Jira account:
>>>>
>>>> https://issues.apache.org/jira/secure/Signup!default.jspa
>>>>
>>>> On 13 November 2014 09:47, Andy Seaborne <an...@apache.org> wrote:
>>>>> On 11/11/14 16:04, Stian Soiland-Reyes wrote:
>>>>>>
>>>>>> I'm "soilandreyes" in Apache's Jira.
>>>>>>
>>>>>> On 11 November 2014 13:44, Andy Seaborne <an...@apache.org> wrote:
>>>>>>>
>>>>>>> JIRA ids are separate ids (because you can have a JIRA account
>>>>>>> without
>>>>>>> needing an Apache id).
>>>>>>>
>>>>>>> Please could I have JIRA ids for volunteers to be JIRA admins
>>>>>>> for TAV? At
>>>>>>> least 2 or 3 from the PPMC.
>>>>>>>
>>>>>>> (If you want issue imported from elsewhere, then that needs
>>>>>>> someone to
>>>>>>> own
>>>>>>> the process.)
>>>>>>>
>>>>>>> Andy
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> Ping.
>>>>>
>>>>> I'd like to make the request for a JIRA project have the admins on
>>>>> it.
>>>>>
>>>>> Two more please ...
>>>>>
>>>>> Andy
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Stian Soiland-Reyes, myGrid team
>>>> School of Computer Science
>>>> The University of Manchester
>>>> http://soiland-reyes.com/stian/work/
>>>> http://orcid.org/0000-0001-9842-9718
>>
>
--
. . . . . . . . . . . . . . . . . . . . .
Dr Aleksandra Nenadic
myGrid project
School of Computer Science
University of Manchester
E-mail: a.nenadic@manchester.ac.uk
Skype: a.nenadic
Web: http://www.cs.man.ac.uk/~nenadic
Office: +44 (0)161 275 0672
. . . . . . . . . . . . . . . . . . . . .
Re: JIRA project TAV
Posted by Christian Brenninkmeijer <br...@cs.man.ac.uk>.
Hi all,
My Apache Jira id is also brenninc
I am more than happy to act as the second offical admin having been the
Jira admin for Open PHACTS for several year.
Christian Brenninkmeijer
On 16/11/2014 20:27, Andy Seaborne wrote:
> I've put in a request for a JIRA project with soilandreyes as first
> admin.
>
> I don't see a user for Alan, and anyway the concept of "has been
> volunteered" doesn't really work at Apache :-) We're all individuals
> here, and things that discussed in public (= on dev@) count. Anything
> else isn't a project decison, just the usual conversations that happen.
>
> One of the first things the JIRA admins will need to do is to add
> shoaibsufi into the developer group with max permissions. Then people
> can be added to the developers group for the JIRA project as people
> create JIRA accounts.
>
> Initial committers - if you don't you probably will want to get one.
> If/when you have a JIRA account, please add it to this thread.
>
> JIRA accounts are not connected to Apache Ids -- lots of people have
> JIRA accounts, it isn't restricted to Apache committers or any other
> grouping.
>
> Andy
>
> On 13/11/14 10:25, Shoaib Sufi wrote:
>> I have an account now.
>>
>> username is shoaibsufi.
>>
>> Thanks
>> Shoaib
>>
>> On Thu, Nov 13, 2014 at 9:57 AM, Stian Soiland-Reyes
>> <so...@cs.manchester.ac.uk> wrote:
>>> Shoaib Sufi and Alan R Williams have been volunteered.
>>>
>>>
>>> To register for a Jira account:
>>>
>>> https://issues.apache.org/jira/secure/Signup!default.jspa
>>>
>>> On 13 November 2014 09:47, Andy Seaborne <an...@apache.org> wrote:
>>>> On 11/11/14 16:04, Stian Soiland-Reyes wrote:
>>>>>
>>>>> I'm "soilandreyes" in Apache's Jira.
>>>>>
>>>>> On 11 November 2014 13:44, Andy Seaborne <an...@apache.org> wrote:
>>>>>>
>>>>>> JIRA ids are separate ids (because you can have a JIRA account
>>>>>> without
>>>>>> needing an Apache id).
>>>>>>
>>>>>> Please could I have JIRA ids for volunteers to be JIRA admins for
>>>>>> TAV? At
>>>>>> least 2 or 3 from the PPMC.
>>>>>>
>>>>>> (If you want issue imported from elsewhere, then that needs
>>>>>> someone to
>>>>>> own
>>>>>> the process.)
>>>>>>
>>>>>> Andy
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> Ping.
>>>>
>>>> I'd like to make the request for a JIRA project have the admins on it.
>>>>
>>>> Two more please ...
>>>>
>>>> Andy
>>>>
>>>
>>>
>>>
>>> --
>>> Stian Soiland-Reyes, myGrid team
>>> School of Computer Science
>>> The University of Manchester
>>> http://soiland-reyes.com/stian/work/
>>> http://orcid.org/0000-0001-9842-9718
>
Re: JIRA project TAV
Posted by Ian Dunlop <ia...@manchester.ac.uk>.
Hello,
Jira account is ianwdunlop
Cheers,
Ian
On 17/11/14 12:35, Alan Williams wrote:
> I've now signed up to the Jira. My username is alaninmcr
>
> On 16 November 2014 20:34, Andy Seaborne <an...@apache.org> wrote:
>
>> On 16 November 2014 20:27, Andy Seaborne <an...@apache.org> wrote:
>>> I've put in a request for a JIRA project with soilandreyes as first
>> admin.
>>> I don't see a user for Alan, and anyway the concept of "has been
>>> volunteered" doesn't really work at Apache :-) We're all individuals
>> here,
>>> and things that discussed in public (= on dev@) count. Anything else
>> isn't
>>> a project decison, just the usual conversations that happen.
>>>
>>> One of the first things the JIRA admins will need to do is to add
>> shoaibsufi
>>> into the developer group with max permissions. Then people can be added
>> to
>>
>> add shoaibsufi to the *administrator* group under "Roles"
>>
>>> the developers group for the JIRA project as people create JIRA accounts.
>>>
>>> Initial committers - if you don't you probably will want to get one.
>> If/when
>>> you have a JIRA account, please add it to this thread.
>>>
>>> JIRA accounts are not connected to Apache Ids -- lots of people have JIRA
>>> accounts, it isn't restricted to Apache committers or any other grouping.
>>>
>>> Andy
>>>
>>>
>>> On 13/11/14 10:25, Shoaib Sufi wrote:
>>>> I have an account now.
>>>>
>>>> username is shoaibsufi.
>>>>
>>>> Thanks
>>>> Shoaib
>>>>
>>>> On Thu, Nov 13, 2014 at 9:57 AM, Stian Soiland-Reyes
>>>> <so...@cs.manchester.ac.uk> wrote:
>>>>> Shoaib Sufi and Alan R Williams have been volunteered.
>>>>>
>>>>>
>>>>> To register for a Jira account:
>>>>>
>>>>> https://issues.apache.org/jira/secure/Signup!default.jspa
>>>>>
>>>>> On 13 November 2014 09:47, Andy Seaborne <an...@apache.org> wrote:
>>>>>> On 11/11/14 16:04, Stian Soiland-Reyes wrote:
>>>>>>>
>>>>>>> I'm "soilandreyes" in Apache's Jira.
>>>>>>>
>>>>>>> On 11 November 2014 13:44, Andy Seaborne <an...@apache.org> wrote:
>>>>>>>>
>>>>>>>> JIRA ids are separate ids (because you can have a JIRA account
>> without
>>>>>>>> needing an Apache id).
>>>>>>>>
>>>>>>>> Please could I have JIRA ids for volunteers to be JIRA admins for
>> TAV?
>>>>>>>> At
>>>>>>>> least 2 or 3 from the PPMC.
>>>>>>>>
>>>>>>>> (If you want issue imported from elsewhere, then that needs someone
>> to
>>>>>>>> own
>>>>>>>> the process.)
>>>>>>>>
>>>>>>>> Andy
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> Ping.
>>>>>>
>>>>>> I'd like to make the request for a JIRA project have the admins on it.
>>>>>>
>>>>>> Two more please ...
>>>>>>
>>>>>> Andy
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Stian Soiland-Reyes, myGrid team
>>>>> School of Computer Science
>>>>> The University of Manchester
>>>>> http://soiland-reyes.com/stian/work/
>> http://orcid.org/0000-0001-9842-9718
>>>
Re: JIRA project TAV
Posted by Alan Williams <al...@googlemail.com>.
I've now signed up to the Jira. My username is alaninmcr
On 16 November 2014 20:34, Andy Seaborne <an...@apache.org> wrote:
> On 16 November 2014 20:27, Andy Seaborne <an...@apache.org> wrote:
> > I've put in a request for a JIRA project with soilandreyes as first
> admin.
> >
> > I don't see a user for Alan, and anyway the concept of "has been
> > volunteered" doesn't really work at Apache :-) We're all individuals
> here,
> > and things that discussed in public (= on dev@) count. Anything else
> isn't
> > a project decison, just the usual conversations that happen.
> >
> > One of the first things the JIRA admins will need to do is to add
> shoaibsufi
> > into the developer group with max permissions. Then people can be added
> to
>
> add shoaibsufi to the *administrator* group under "Roles"
>
> > the developers group for the JIRA project as people create JIRA accounts.
> >
> > Initial committers - if you don't you probably will want to get one.
> If/when
> > you have a JIRA account, please add it to this thread.
> >
> > JIRA accounts are not connected to Apache Ids -- lots of people have JIRA
> > accounts, it isn't restricted to Apache committers or any other grouping.
> >
> > Andy
> >
> >
> > On 13/11/14 10:25, Shoaib Sufi wrote:
> >>
> >> I have an account now.
> >>
> >> username is shoaibsufi.
> >>
> >> Thanks
> >> Shoaib
> >>
> >> On Thu, Nov 13, 2014 at 9:57 AM, Stian Soiland-Reyes
> >> <so...@cs.manchester.ac.uk> wrote:
> >>>
> >>> Shoaib Sufi and Alan R Williams have been volunteered.
> >>>
> >>>
> >>> To register for a Jira account:
> >>>
> >>> https://issues.apache.org/jira/secure/Signup!default.jspa
> >>>
> >>> On 13 November 2014 09:47, Andy Seaborne <an...@apache.org> wrote:
> >>>>
> >>>> On 11/11/14 16:04, Stian Soiland-Reyes wrote:
> >>>>>
> >>>>>
> >>>>> I'm "soilandreyes" in Apache's Jira.
> >>>>>
> >>>>> On 11 November 2014 13:44, Andy Seaborne <an...@apache.org> wrote:
> >>>>>>
> >>>>>>
> >>>>>> JIRA ids are separate ids (because you can have a JIRA account
> without
> >>>>>> needing an Apache id).
> >>>>>>
> >>>>>> Please could I have JIRA ids for volunteers to be JIRA admins for
> TAV?
> >>>>>> At
> >>>>>> least 2 or 3 from the PPMC.
> >>>>>>
> >>>>>> (If you want issue imported from elsewhere, then that needs someone
> to
> >>>>>> own
> >>>>>> the process.)
> >>>>>>
> >>>>>> Andy
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>> Ping.
> >>>>
> >>>> I'd like to make the request for a JIRA project have the admins on it.
> >>>>
> >>>> Two more please ...
> >>>>
> >>>> Andy
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> Stian Soiland-Reyes, myGrid team
> >>> School of Computer Science
> >>> The University of Manchester
> >>> http://soiland-reyes.com/stian/work/
> http://orcid.org/0000-0001-9842-9718
> >
> >
>
Re: JIRA project TAV
Posted by Andy Seaborne <an...@apache.org>.
On 16 November 2014 20:27, Andy Seaborne <an...@apache.org> wrote:
> I've put in a request for a JIRA project with soilandreyes as first admin.
>
> I don't see a user for Alan, and anyway the concept of "has been
> volunteered" doesn't really work at Apache :-) We're all individuals here,
> and things that discussed in public (= on dev@) count. Anything else isn't
> a project decison, just the usual conversations that happen.
>
> One of the first things the JIRA admins will need to do is to add shoaibsufi
> into the developer group with max permissions. Then people can be added to
add shoaibsufi to the *administrator* group under "Roles"
> the developers group for the JIRA project as people create JIRA accounts.
>
> Initial committers - if you don't you probably will want to get one. If/when
> you have a JIRA account, please add it to this thread.
>
> JIRA accounts are not connected to Apache Ids -- lots of people have JIRA
> accounts, it isn't restricted to Apache committers or any other grouping.
>
> Andy
>
>
> On 13/11/14 10:25, Shoaib Sufi wrote:
>>
>> I have an account now.
>>
>> username is shoaibsufi.
>>
>> Thanks
>> Shoaib
>>
>> On Thu, Nov 13, 2014 at 9:57 AM, Stian Soiland-Reyes
>> <so...@cs.manchester.ac.uk> wrote:
>>>
>>> Shoaib Sufi and Alan R Williams have been volunteered.
>>>
>>>
>>> To register for a Jira account:
>>>
>>> https://issues.apache.org/jira/secure/Signup!default.jspa
>>>
>>> On 13 November 2014 09:47, Andy Seaborne <an...@apache.org> wrote:
>>>>
>>>> On 11/11/14 16:04, Stian Soiland-Reyes wrote:
>>>>>
>>>>>
>>>>> I'm "soilandreyes" in Apache's Jira.
>>>>>
>>>>> On 11 November 2014 13:44, Andy Seaborne <an...@apache.org> wrote:
>>>>>>
>>>>>>
>>>>>> JIRA ids are separate ids (because you can have a JIRA account without
>>>>>> needing an Apache id).
>>>>>>
>>>>>> Please could I have JIRA ids for volunteers to be JIRA admins for TAV?
>>>>>> At
>>>>>> least 2 or 3 from the PPMC.
>>>>>>
>>>>>> (If you want issue imported from elsewhere, then that needs someone to
>>>>>> own
>>>>>> the process.)
>>>>>>
>>>>>> Andy
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> Ping.
>>>>
>>>> I'd like to make the request for a JIRA project have the admins on it.
>>>>
>>>> Two more please ...
>>>>
>>>> Andy
>>>>
>>>
>>>
>>>
>>> --
>>> Stian Soiland-Reyes, myGrid team
>>> School of Computer Science
>>> The University of Manchester
>>> http://soiland-reyes.com/stian/work/ http://orcid.org/0000-0001-9842-9718
>
>
Re: JIRA project TAV
Posted by Stian Soiland-Reyes <so...@cs.manchester.ac.uk>.
Agree that the original Jira list would need to be pruned and
curated.. we should have a look at how big the list is after that - it
might be just like 150 issues that are still relevant.
I guess we could work around and say only copy over the title and a
link back to the original issue at dev.mygrid.org.uk, which should
stay around.
I'll chat to Gavin here in Budapest.
On 18 November 2014 10:55, Christian Brenninkmeijer
<br...@cs.man.ac.uk> wrote:
> Even if technically possible it still is probably not a good idea to just
> blindly dump all the existing issues into the new Jira.
>
> Reasons for this include.
>
> 1. Some issues are for Taverna 2 only which will never be an apache project
>
> 2. Some issue will never be fixed and should be closed accordingly.
>
> 3. Some issues have already been fixed or worked around and should be
> closed.
>
> Also should issues that need to be fixed before the code can move to Apache
> (incubator) go into the new Apache Jira or stay in the existing Mygrid one?
>
> Moving the issues will probably have to be done manually, which will
> include.
>
> 1. Identify the issues to move.
>
> 2. Copy the issue across.
>
> 3. Clean up the description of the issue (if required)
>
> 4. Close the original issue with a link to the new issue.
>
> 5. Invite people watching the old issue to join Apache Jira
>
> Christian
>
>
> On 17/11/2014 17:18, Stian Soiland-Reyes wrote:
>>
>> I talked to Andy here at ApacheCon in Budapest (hah everything on the
>> list!)
>>
>> and we discussed the thing of importing the existing Taverna issues
>> into Apache's Jira.
>>
>>
>> In theory we both have Jira and it should be easy. In practice this is
>> a rather complicated procedure:
>>
>>
>> https://confluence.atlassian.com/display/JIRA/Restoring+a+Project+from+Backup
>>
>>
>> But in practice there are many challenges:
>> 1) INFRA might not want to..
>> 2) Our users don't exist in issues.apache.org (or worse - already
>> exist, but have a different username)
>> 3) The two Jira instances need to be in the same versions before
>> migrating, have the same fields etc.
>>
>> I'll see if I find someone from INFRA here to discuss this with - it
>> has been done for other projects earlier.
>>
>>
>> We might also want to prune the list of issues first. Many of the issues
>> in
>>
>>
>> http://dev.mygrid.org.uk/issues/browse/T3
>>
>> relate only to Taverna 2 (unintuitively..)
>>
>> and also we have issues for TAVSERV separately - do we want to keep
>> this distinction?
>>
>>
>>
>>
>> On 16 November 2014 20:27, Andy Seaborne <an...@apache.org> wrote:
>>>
>>> I've put in a request for a JIRA project with soilandreyes as first
>>> admin.
>>>
>>> I don't see a user for Alan, and anyway the concept of "has been
>>> volunteered" doesn't really work at Apache :-) We're all individuals
>>> here,
>>> and things that discussed in public (= on dev@) count. Anything else
>>> isn't
>>> a project decison, just the usual conversations that happen.
>>>
>>> One of the first things the JIRA admins will need to do is to add
>>> shoaibsufi
>>> into the developer group with max permissions. Then people can be added
>>> to
>>> the developers group for the JIRA project as people create JIRA accounts.
>>>
>>> Initial committers - if you don't you probably will want to get one.
>>> If/when
>>> you have a JIRA account, please add it to this thread.
>>>
>>> JIRA accounts are not connected to Apache Ids -- lots of people have JIRA
>>> accounts, it isn't restricted to Apache committers or any other grouping.
>>>
>>> Andy
>>>
>>>
>>> On 13/11/14 10:25, Shoaib Sufi wrote:
>>>>
>>>> I have an account now.
>>>>
>>>> username is shoaibsufi.
>>>>
>>>> Thanks
>>>> Shoaib
>>>>
>>>> On Thu, Nov 13, 2014 at 9:57 AM, Stian Soiland-Reyes
>>>> <so...@cs.manchester.ac.uk> wrote:
>>>>>
>>>>> Shoaib Sufi and Alan R Williams have been volunteered.
>>>>>
>>>>>
>>>>> To register for a Jira account:
>>>>>
>>>>> https://issues.apache.org/jira/secure/Signup!default.jspa
>>>>>
>>>>> On 13 November 2014 09:47, Andy Seaborne <an...@apache.org> wrote:
>>>>>>
>>>>>> On 11/11/14 16:04, Stian Soiland-Reyes wrote:
>>>>>>>
>>>>>>>
>>>>>>> I'm "soilandreyes" in Apache's Jira.
>>>>>>>
>>>>>>> On 11 November 2014 13:44, Andy Seaborne <an...@apache.org> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> JIRA ids are separate ids (because you can have a JIRA account
>>>>>>>> without
>>>>>>>> needing an Apache id).
>>>>>>>>
>>>>>>>> Please could I have JIRA ids for volunteers to be JIRA admins for
>>>>>>>> TAV?
>>>>>>>> At
>>>>>>>> least 2 or 3 from the PPMC.
>>>>>>>>
>>>>>>>> (If you want issue imported from elsewhere, then that needs someone
>>>>>>>> to
>>>>>>>> own
>>>>>>>> the process.)
>>>>>>>>
>>>>>>>> Andy
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> Ping.
>>>>>>
>>>>>> I'd like to make the request for a JIRA project have the admins on it.
>>>>>>
>>>>>> Two more please ...
>>>>>>
>>>>>> Andy
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Stian Soiland-Reyes, myGrid team
>>>>> School of Computer Science
>>>>> The University of Manchester
>>>>> http://soiland-reyes.com/stian/work/
>>>>> http://orcid.org/0000-0001-9842-9718
>>>
>>>
>>
>>
>
--
Stian Soiland-Reyes, myGrid team
School of Computer Science
The University of Manchester
http://soiland-reyes.com/stian/work/ http://orcid.org/0000-0001-9842-9718
Re: JIRA project TAV
Posted by Christian Brenninkmeijer <br...@cs.man.ac.uk>.
Even if technically possible it still is probably not a good idea to
just blindly dump all the existing issues into the new Jira.
Reasons for this include.
1. Some issues are for Taverna 2 only which will never be an apache project
2. Some issue will never be fixed and should be closed accordingly.
3. Some issues have already been fixed or worked around and should be
closed.
Also should issues that need to be fixed before the code can move to
Apache (incubator) go into the new Apache Jira or stay in the existing
Mygrid one?
Moving the issues will probably have to be done manually, which will
include.
1. Identify the issues to move.
2. Copy the issue across.
3. Clean up the description of the issue (if required)
4. Close the original issue with a link to the new issue.
5. Invite people watching the old issue to join Apache Jira
Christian
On 17/11/2014 17:18, Stian Soiland-Reyes wrote:
> I talked to Andy here at ApacheCon in Budapest (hah everything on the list!)
>
> and we discussed the thing of importing the existing Taverna issues
> into Apache's Jira.
>
>
> In theory we both have Jira and it should be easy. In practice this is
> a rather complicated procedure:
>
> https://confluence.atlassian.com/display/JIRA/Restoring+a+Project+from+Backup
>
>
> But in practice there are many challenges:
> 1) INFRA might not want to..
> 2) Our users don't exist in issues.apache.org (or worse - already
> exist, but have a different username)
> 3) The two Jira instances need to be in the same versions before
> migrating, have the same fields etc.
>
> I'll see if I find someone from INFRA here to discuss this with - it
> has been done for other projects earlier.
>
>
> We might also want to prune the list of issues first. Many of the issues in
>
>
> http://dev.mygrid.org.uk/issues/browse/T3
>
> relate only to Taverna 2 (unintuitively..)
>
> and also we have issues for TAVSERV separately - do we want to keep
> this distinction?
>
>
>
>
> On 16 November 2014 20:27, Andy Seaborne <an...@apache.org> wrote:
>> I've put in a request for a JIRA project with soilandreyes as first admin.
>>
>> I don't see a user for Alan, and anyway the concept of "has been
>> volunteered" doesn't really work at Apache :-) We're all individuals here,
>> and things that discussed in public (= on dev@) count. Anything else isn't
>> a project decison, just the usual conversations that happen.
>>
>> One of the first things the JIRA admins will need to do is to add shoaibsufi
>> into the developer group with max permissions. Then people can be added to
>> the developers group for the JIRA project as people create JIRA accounts.
>>
>> Initial committers - if you don't you probably will want to get one. If/when
>> you have a JIRA account, please add it to this thread.
>>
>> JIRA accounts are not connected to Apache Ids -- lots of people have JIRA
>> accounts, it isn't restricted to Apache committers or any other grouping.
>>
>> Andy
>>
>>
>> On 13/11/14 10:25, Shoaib Sufi wrote:
>>> I have an account now.
>>>
>>> username is shoaibsufi.
>>>
>>> Thanks
>>> Shoaib
>>>
>>> On Thu, Nov 13, 2014 at 9:57 AM, Stian Soiland-Reyes
>>> <so...@cs.manchester.ac.uk> wrote:
>>>> Shoaib Sufi and Alan R Williams have been volunteered.
>>>>
>>>>
>>>> To register for a Jira account:
>>>>
>>>> https://issues.apache.org/jira/secure/Signup!default.jspa
>>>>
>>>> On 13 November 2014 09:47, Andy Seaborne <an...@apache.org> wrote:
>>>>> On 11/11/14 16:04, Stian Soiland-Reyes wrote:
>>>>>>
>>>>>> I'm "soilandreyes" in Apache's Jira.
>>>>>>
>>>>>> On 11 November 2014 13:44, Andy Seaborne <an...@apache.org> wrote:
>>>>>>>
>>>>>>> JIRA ids are separate ids (because you can have a JIRA account without
>>>>>>> needing an Apache id).
>>>>>>>
>>>>>>> Please could I have JIRA ids for volunteers to be JIRA admins for TAV?
>>>>>>> At
>>>>>>> least 2 or 3 from the PPMC.
>>>>>>>
>>>>>>> (If you want issue imported from elsewhere, then that needs someone to
>>>>>>> own
>>>>>>> the process.)
>>>>>>>
>>>>>>> Andy
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> Ping.
>>>>>
>>>>> I'd like to make the request for a JIRA project have the admins on it.
>>>>>
>>>>> Two more please ...
>>>>>
>>>>> Andy
>>>>>
>>>>
>>>>
>>>> --
>>>> Stian Soiland-Reyes, myGrid team
>>>> School of Computer Science
>>>> The University of Manchester
>>>> http://soiland-reyes.com/stian/work/ http://orcid.org/0000-0001-9842-9718
>>
>
>
Re: JIRA project TAV
Posted by Andy Seaborne <an...@apache.org>.
On 19/11/14 13:03, Stian Soiland-Reyes wrote:
> I am not so sure about not having multiple code
> repositories/tags/releases. We will have to do multiple binary
> releases anyway due to operating system-specific installers (e.g. as
> in OpenOffice, but not as large!) - but it could be a bit awkward with
> module versioning and timing if it's "just one big thing"
Just on this point - if you are building multiple binaries from one
frozen version of the codebase, then that is one release.
Andy
Re: JIRA project TAV
Posted by Marlon Pierce <ma...@iu.edu>.
Looks like you still need to make your initial code contribution, so you
should do that first. See
http://incubator.apache.org/guides/mentor.html#initial-ip-clearance
Here's a the guideline on release management for podlings, which all the
committers should become familiar with:
http://incubator.apache.org/guides/releasemanagement.html. And see also
http://www.apache.org/dev/release.html. You want to think this through
when creating your source code tree structure.
Marlon
On 11/19/14, 7:03 AM, Stian Soiland-Reyes wrote:
> I agree that we should probably manage well with just one Jira
> project, it makes it easier to describe cross-product issues as well.
>
> The versions don't have to strictly be linear and are free-text - so
> you could have say a version "3.1.0 Server", released before "3.0.0
> Workbench".
>
>
> I am not so sure about not having multiple code
> repositories/tags/releases. We will have to do multiple binary
> releases anyway due to operating system-specific installers (e.g. as
> in OpenOffice, but not as large!) - but it could be a bit awkward with
> module versioning and timing if it's "just one big thing"
>
> For instance, the "taverna-language" bit is pretty much ready to be
> released from day 1 as it's been stabilizing over 2 years, and is
> usable as a separate API and (possibly with an addition of converter
> command lines).
>
> The Taverna Engine and the Command Line product are on the other hand
> strongly linked - at least to start with it would not make sense to
> have an Engine without a Command Line. However the Engine APIs are
> meant to be stable and not to be dancing about in version numbers - so
> we'll quickly end up with a diverse set of submodule versions if it's
> all in a single code-base. From my experience this leads easily to
> wrongly "upgrading" a module to a new minor/major version even though
> nothing has changed - because it's too much git-investigative work to
> verify that it hasn't. If these submodules are a subset of multiple
> subset, then it can get messy. I would not recommend having
> sub-modules of sub-modules, as that is really not the Maven way
> anymore.
>
>
> One alternative would be to have a single repository, but not a
> top-level Maven project. This would make tagging and branching
> awkward (e.g. module-specific), but everything else would be managed
> as if it was multiple repositories. An advantage of that is also that
> you get a single checkout if you are truly interested in looking
> at/building everything - although you would most likely build things
> in the wrong version. (e.g. build a SNAPSHOT version of a module that
> nothing else would depend on).
>
>
>
>
>
>
> On 17 November 2014 18:54, Marlon Pierce <ma...@iu.edu> wrote:
>> Two general points:
>>
>> * Jira is very important part of the Apache process, particularly for
>> handling non-committer contributions and for communicating with the rest of
>> the world. Take a look for example at [1].
>>
>> * Learning the Apache release process itself will be an important part of
>> your incubation.
>>
>> Although some Apache projects have multiple Jira spaces, most don't.
>> Discusss the pros and cons of two spaces on the list and vote if you don't
>> have obvious consensus.
>>
>> Also plan now how you handle releases. Take a look for example at how we
>> handle Airavata releases [2], which include both client and server pieces.
>> There is 1 source release and multiple binary artifacts. I suggest starting
>> simply with one release package through the incubator a few times before
>> splitting things.
>>
>> Marlon
>>
>> [1]
>> http://archive.cloudera.com/cdh5/cdh/5/hbase-0.98.1-cdh5.1.0/book/submitting.patches.html.
>>
>> [2] https://airavata.apache.org/about/downloads.html
>>
>>
>> On 11/17/14, 12:15 PM, alaninmcr wrote:
>>> On 17/11/2014 17:18, Stian Soiland-Reyes wrote:
>>>> I talked to Andy here at ApacheCon in Budapest (hah everything on the
>>>> list!)
>>>>
>>>> and we discussed the thing of importing the existing Taverna issues
>>>> into Apache's Jira.
>>>
>>> [snip]
>>>
>>>> and also we have issues for TAVSERV separately - do we want to keep
>>>> this distinction?
>>>
>>> I think one of the reasons is so that you can do separate release versions
>>> of the server and the workbench/clt. You cannot AFAIK do releases of
>>> components within Jira.
>>>
>>> Alan
>>
>
>
Re: JIRA project TAV
Posted by Stian Soiland-Reyes <so...@cs.manchester.ac.uk>.
I agree that we should probably manage well with just one Jira
project, it makes it easier to describe cross-product issues as well.
The versions don't have to strictly be linear and are free-text - so
you could have say a version "3.1.0 Server", released before "3.0.0
Workbench".
I am not so sure about not having multiple code
repositories/tags/releases. We will have to do multiple binary
releases anyway due to operating system-specific installers (e.g. as
in OpenOffice, but not as large!) - but it could be a bit awkward with
module versioning and timing if it's "just one big thing"
For instance, the "taverna-language" bit is pretty much ready to be
released from day 1 as it's been stabilizing over 2 years, and is
usable as a separate API and (possibly with an addition of converter
command lines).
The Taverna Engine and the Command Line product are on the other hand
strongly linked - at least to start with it would not make sense to
have an Engine without a Command Line. However the Engine APIs are
meant to be stable and not to be dancing about in version numbers - so
we'll quickly end up with a diverse set of submodule versions if it's
all in a single code-base. From my experience this leads easily to
wrongly "upgrading" a module to a new minor/major version even though
nothing has changed - because it's too much git-investigative work to
verify that it hasn't. If these submodules are a subset of multiple
subset, then it can get messy. I would not recommend having
sub-modules of sub-modules, as that is really not the Maven way
anymore.
One alternative would be to have a single repository, but not a
top-level Maven project. This would make tagging and branching
awkward (e.g. module-specific), but everything else would be managed
as if it was multiple repositories. An advantage of that is also that
you get a single checkout if you are truly interested in looking
at/building everything - although you would most likely build things
in the wrong version. (e.g. build a SNAPSHOT version of a module that
nothing else would depend on).
On 17 November 2014 18:54, Marlon Pierce <ma...@iu.edu> wrote:
> Two general points:
>
> * Jira is very important part of the Apache process, particularly for
> handling non-committer contributions and for communicating with the rest of
> the world. Take a look for example at [1].
>
> * Learning the Apache release process itself will be an important part of
> your incubation.
>
> Although some Apache projects have multiple Jira spaces, most don't.
> Discusss the pros and cons of two spaces on the list and vote if you don't
> have obvious consensus.
>
> Also plan now how you handle releases. Take a look for example at how we
> handle Airavata releases [2], which include both client and server pieces.
> There is 1 source release and multiple binary artifacts. I suggest starting
> simply with one release package through the incubator a few times before
> splitting things.
>
> Marlon
>
> [1]
> http://archive.cloudera.com/cdh5/cdh/5/hbase-0.98.1-cdh5.1.0/book/submitting.patches.html.
>
> [2] https://airavata.apache.org/about/downloads.html
>
>
> On 11/17/14, 12:15 PM, alaninmcr wrote:
>>
>> On 17/11/2014 17:18, Stian Soiland-Reyes wrote:
>>>
>>> I talked to Andy here at ApacheCon in Budapest (hah everything on the
>>> list!)
>>>
>>> and we discussed the thing of importing the existing Taverna issues
>>> into Apache's Jira.
>>
>>
>> [snip]
>>
>>> and also we have issues for TAVSERV separately - do we want to keep
>>> this distinction?
>>
>>
>> I think one of the reasons is so that you can do separate release versions
>> of the server and the workbench/clt. You cannot AFAIK do releases of
>> components within Jira.
>>
>> Alan
>
>
--
Stian Soiland-Reyes, myGrid team
School of Computer Science
The University of Manchester
http://soiland-reyes.com/stian/work/ http://orcid.org/0000-0001-9842-9718
Re: JIRA project TAV
Posted by Gavin McDonald <ga...@16degrees.com.au>.
Hi All,
I'm at Budapest at the INFRA table in the Hackathon room if anyone want to chat about it.
Gav…
On 17/11/2014, at 7:54 PM, Marlon Pierce <ma...@iu.edu> wrote:
> Two general points:
>
> * Jira is very important part of the Apache process, particularly for handling non-committer contributions and for communicating with the rest of the world. Take a look for example at [1].
>
> * Learning the Apache release process itself will be an important part of your incubation.
>
> Although some Apache projects have multiple Jira spaces, most don't. Discusss the pros and cons of two spaces on the list and vote if you don't have obvious consensus.
>
> Also plan now how you handle releases. Take a look for example at how we handle Airavata releases [2], which include both client and server pieces. There is 1 source release and multiple binary artifacts. I suggest starting simply with one release package through the incubator a few times before splitting things.
>
> Marlon
>
> [1] http://archive.cloudera.com/cdh5/cdh/5/hbase-0.98.1-cdh5.1.0/book/submitting.patches.html.
>
> [2] https://airavata.apache.org/about/downloads.html
>
> On 11/17/14, 12:15 PM, alaninmcr wrote:
>> On 17/11/2014 17:18, Stian Soiland-Reyes wrote:
>>> I talked to Andy here at ApacheCon in Budapest (hah everything on the list!)
>>>
>>> and we discussed the thing of importing the existing Taverna issues
>>> into Apache's Jira.
>>
>> [snip]
>>
>>> and also we have issues for TAVSERV separately - do we want to keep
>>> this distinction?
>>
>> I think one of the reasons is so that you can do separate release versions of the server and the workbench/clt. You cannot AFAIK do releases of components within Jira.
>>
>> Alan
>
Re: JIRA project TAV
Posted by Marlon Pierce <ma...@iu.edu>.
Two general points:
* Jira is very important part of the Apache process, particularly for
handling non-committer contributions and for communicating with the rest
of the world. Take a look for example at [1].
* Learning the Apache release process itself will be an important part
of your incubation.
Although some Apache projects have multiple Jira spaces, most don't.
Discusss the pros and cons of two spaces on the list and vote if you
don't have obvious consensus.
Also plan now how you handle releases. Take a look for example at how
we handle Airavata releases [2], which include both client and server
pieces. There is 1 source release and multiple binary artifacts. I
suggest starting simply with one release package through the incubator a
few times before splitting things.
Marlon
[1]
http://archive.cloudera.com/cdh5/cdh/5/hbase-0.98.1-cdh5.1.0/book/submitting.patches.html.
[2] https://airavata.apache.org/about/downloads.html
On 11/17/14, 12:15 PM, alaninmcr wrote:
> On 17/11/2014 17:18, Stian Soiland-Reyes wrote:
>> I talked to Andy here at ApacheCon in Budapest (hah everything on the
>> list!)
>>
>> and we discussed the thing of importing the existing Taverna issues
>> into Apache's Jira.
>
> [snip]
>
>> and also we have issues for TAVSERV separately - do we want to keep
>> this distinction?
>
> I think one of the reasons is so that you can do separate release
> versions of the server and the workbench/clt. You cannot AFAIK do
> releases of components within Jira.
>
> Alan
Re: JIRA project TAV
Posted by alaninmcr <al...@googlemail.com>.
On 17/11/2014 17:18, Stian Soiland-Reyes wrote:
> I talked to Andy here at ApacheCon in Budapest (hah everything on the list!)
>
> and we discussed the thing of importing the existing Taverna issues
> into Apache's Jira.
[snip]
> and also we have issues for TAVSERV separately - do we want to keep
> this distinction?
I think one of the reasons is so that you can do separate release
versions of the server and the workbench/clt. You cannot AFAIK do
releases of components within Jira.
Alan
Re: JIRA project TAV
Posted by Stian Soiland-Reyes <so...@cs.manchester.ac.uk>.
I talked to Andy here at ApacheCon in Budapest (hah everything on the list!)
and we discussed the thing of importing the existing Taverna issues
into Apache's Jira.
In theory we both have Jira and it should be easy. In practice this is
a rather complicated procedure:
https://confluence.atlassian.com/display/JIRA/Restoring+a+Project+from+Backup
But in practice there are many challenges:
1) INFRA might not want to..
2) Our users don't exist in issues.apache.org (or worse - already
exist, but have a different username)
3) The two Jira instances need to be in the same versions before
migrating, have the same fields etc.
I'll see if I find someone from INFRA here to discuss this with - it
has been done for other projects earlier.
We might also want to prune the list of issues first. Many of the issues in
http://dev.mygrid.org.uk/issues/browse/T3
relate only to Taverna 2 (unintuitively..)
and also we have issues for TAVSERV separately - do we want to keep
this distinction?
On 16 November 2014 20:27, Andy Seaborne <an...@apache.org> wrote:
> I've put in a request for a JIRA project with soilandreyes as first admin.
>
> I don't see a user for Alan, and anyway the concept of "has been
> volunteered" doesn't really work at Apache :-) We're all individuals here,
> and things that discussed in public (= on dev@) count. Anything else isn't
> a project decison, just the usual conversations that happen.
>
> One of the first things the JIRA admins will need to do is to add shoaibsufi
> into the developer group with max permissions. Then people can be added to
> the developers group for the JIRA project as people create JIRA accounts.
>
> Initial committers - if you don't you probably will want to get one. If/when
> you have a JIRA account, please add it to this thread.
>
> JIRA accounts are not connected to Apache Ids -- lots of people have JIRA
> accounts, it isn't restricted to Apache committers or any other grouping.
>
> Andy
>
>
> On 13/11/14 10:25, Shoaib Sufi wrote:
>>
>> I have an account now.
>>
>> username is shoaibsufi.
>>
>> Thanks
>> Shoaib
>>
>> On Thu, Nov 13, 2014 at 9:57 AM, Stian Soiland-Reyes
>> <so...@cs.manchester.ac.uk> wrote:
>>>
>>> Shoaib Sufi and Alan R Williams have been volunteered.
>>>
>>>
>>> To register for a Jira account:
>>>
>>> https://issues.apache.org/jira/secure/Signup!default.jspa
>>>
>>> On 13 November 2014 09:47, Andy Seaborne <an...@apache.org> wrote:
>>>>
>>>> On 11/11/14 16:04, Stian Soiland-Reyes wrote:
>>>>>
>>>>>
>>>>> I'm "soilandreyes" in Apache's Jira.
>>>>>
>>>>> On 11 November 2014 13:44, Andy Seaborne <an...@apache.org> wrote:
>>>>>>
>>>>>>
>>>>>> JIRA ids are separate ids (because you can have a JIRA account without
>>>>>> needing an Apache id).
>>>>>>
>>>>>> Please could I have JIRA ids for volunteers to be JIRA admins for TAV?
>>>>>> At
>>>>>> least 2 or 3 from the PPMC.
>>>>>>
>>>>>> (If you want issue imported from elsewhere, then that needs someone to
>>>>>> own
>>>>>> the process.)
>>>>>>
>>>>>> Andy
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> Ping.
>>>>
>>>> I'd like to make the request for a JIRA project have the admins on it.
>>>>
>>>> Two more please ...
>>>>
>>>> Andy
>>>>
>>>
>>>
>>>
>>> --
>>> Stian Soiland-Reyes, myGrid team
>>> School of Computer Science
>>> The University of Manchester
>>> http://soiland-reyes.com/stian/work/ http://orcid.org/0000-0001-9842-9718
>
>
--
Stian Soiland-Reyes, myGrid team
School of Computer Science
The University of Manchester
http://soiland-reyes.com/stian/work/ http://orcid.org/0000-0001-9842-9718
Re: JIRA project TAV
Posted by Andy Seaborne <an...@apache.org>.
I've put in a request for a JIRA project with soilandreyes as first admin.
I don't see a user for Alan, and anyway the concept of "has been
volunteered" doesn't really work at Apache :-) We're all individuals
here, and things that discussed in public (= on dev@) count. Anything
else isn't a project decison, just the usual conversations that happen.
One of the first things the JIRA admins will need to do is to add
shoaibsufi into the developer group with max permissions. Then people
can be added to the developers group for the JIRA project as people
create JIRA accounts.
Initial committers - if you don't you probably will want to get one.
If/when you have a JIRA account, please add it to this thread.
JIRA accounts are not connected to Apache Ids -- lots of people have
JIRA accounts, it isn't restricted to Apache committers or any other
grouping.
Andy
On 13/11/14 10:25, Shoaib Sufi wrote:
> I have an account now.
>
> username is shoaibsufi.
>
> Thanks
> Shoaib
>
> On Thu, Nov 13, 2014 at 9:57 AM, Stian Soiland-Reyes
> <so...@cs.manchester.ac.uk> wrote:
>> Shoaib Sufi and Alan R Williams have been volunteered.
>>
>>
>> To register for a Jira account:
>>
>> https://issues.apache.org/jira/secure/Signup!default.jspa
>>
>> On 13 November 2014 09:47, Andy Seaborne <an...@apache.org> wrote:
>>> On 11/11/14 16:04, Stian Soiland-Reyes wrote:
>>>>
>>>> I'm "soilandreyes" in Apache's Jira.
>>>>
>>>> On 11 November 2014 13:44, Andy Seaborne <an...@apache.org> wrote:
>>>>>
>>>>> JIRA ids are separate ids (because you can have a JIRA account without
>>>>> needing an Apache id).
>>>>>
>>>>> Please could I have JIRA ids for volunteers to be JIRA admins for TAV? At
>>>>> least 2 or 3 from the PPMC.
>>>>>
>>>>> (If you want issue imported from elsewhere, then that needs someone to
>>>>> own
>>>>> the process.)
>>>>>
>>>>> Andy
>>>>
>>>>
>>>>
>>>>
>>>
>>> Ping.
>>>
>>> I'd like to make the request for a JIRA project have the admins on it.
>>>
>>> Two more please ...
>>>
>>> Andy
>>>
>>
>>
>>
>> --
>> Stian Soiland-Reyes, myGrid team
>> School of Computer Science
>> The University of Manchester
>> http://soiland-reyes.com/stian/work/ http://orcid.org/0000-0001-9842-9718
Re: JIRA project TAV
Posted by Shoaib Sufi <sh...@gmail.com>.
I have an account now.
username is shoaibsufi.
Thanks
Shoaib
On Thu, Nov 13, 2014 at 9:57 AM, Stian Soiland-Reyes
<so...@cs.manchester.ac.uk> wrote:
> Shoaib Sufi and Alan R Williams have been volunteered.
>
>
> To register for a Jira account:
>
> https://issues.apache.org/jira/secure/Signup!default.jspa
>
> On 13 November 2014 09:47, Andy Seaborne <an...@apache.org> wrote:
>> On 11/11/14 16:04, Stian Soiland-Reyes wrote:
>>>
>>> I'm "soilandreyes" in Apache's Jira.
>>>
>>> On 11 November 2014 13:44, Andy Seaborne <an...@apache.org> wrote:
>>>>
>>>> JIRA ids are separate ids (because you can have a JIRA account without
>>>> needing an Apache id).
>>>>
>>>> Please could I have JIRA ids for volunteers to be JIRA admins for TAV? At
>>>> least 2 or 3 from the PPMC.
>>>>
>>>> (If you want issue imported from elsewhere, then that needs someone to
>>>> own
>>>> the process.)
>>>>
>>>> Andy
>>>
>>>
>>>
>>>
>>
>> Ping.
>>
>> I'd like to make the request for a JIRA project have the admins on it.
>>
>> Two more please ...
>>
>> Andy
>>
>
>
>
> --
> Stian Soiland-Reyes, myGrid team
> School of Computer Science
> The University of Manchester
> http://soiland-reyes.com/stian/work/ http://orcid.org/0000-0001-9842-9718
Re: JIRA project TAV
Posted by Stian Soiland-Reyes <so...@cs.manchester.ac.uk>.
Shoaib Sufi and Alan R Williams have been volunteered.
To register for a Jira account:
https://issues.apache.org/jira/secure/Signup!default.jspa
On 13 November 2014 09:47, Andy Seaborne <an...@apache.org> wrote:
> On 11/11/14 16:04, Stian Soiland-Reyes wrote:
>>
>> I'm "soilandreyes" in Apache's Jira.
>>
>> On 11 November 2014 13:44, Andy Seaborne <an...@apache.org> wrote:
>>>
>>> JIRA ids are separate ids (because you can have a JIRA account without
>>> needing an Apache id).
>>>
>>> Please could I have JIRA ids for volunteers to be JIRA admins for TAV? At
>>> least 2 or 3 from the PPMC.
>>>
>>> (If you want issue imported from elsewhere, then that needs someone to
>>> own
>>> the process.)
>>>
>>> Andy
>>
>>
>>
>>
>
> Ping.
>
> I'd like to make the request for a JIRA project have the admins on it.
>
> Two more please ...
>
> Andy
>
--
Stian Soiland-Reyes, myGrid team
School of Computer Science
The University of Manchester
http://soiland-reyes.com/stian/work/ http://orcid.org/0000-0001-9842-9718
Re: JIRA project TAV
Posted by Andy Seaborne <an...@apache.org>.
On 11/11/14 16:04, Stian Soiland-Reyes wrote:
> I'm "soilandreyes" in Apache's Jira.
>
> On 11 November 2014 13:44, Andy Seaborne <an...@apache.org> wrote:
>> JIRA ids are separate ids (because you can have a JIRA account without
>> needing an Apache id).
>>
>> Please could I have JIRA ids for volunteers to be JIRA admins for TAV? At
>> least 2 or 3 from the PPMC.
>>
>> (If you want issue imported from elsewhere, then that needs someone to own
>> the process.)
>>
>> Andy
>
>
>
Ping.
I'd like to make the request for a JIRA project have the admins on it.
Two more please ...
Andy
Re: JIRA project TAV
Posted by Stian Soiland-Reyes <so...@cs.manchester.ac.uk>.
I'm "soilandreyes" in Apache's Jira.
On 11 November 2014 13:44, Andy Seaborne <an...@apache.org> wrote:
> JIRA ids are separate ids (because you can have a JIRA account without
> needing an Apache id).
>
> Please could I have JIRA ids for volunteers to be JIRA admins for TAV? At
> least 2 or 3 from the PPMC.
>
> (If you want issue imported from elsewhere, then that needs someone to own
> the process.)
>
> Andy
--
Stian Soiland-Reyes, myGrid team
School of Computer Science
The University of Manchester
http://soiland-reyes.com/stian/work/ http://orcid.org/0000-0001-9842-9718