You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by Paul Piper <pp...@ilscipio.com> on 2014/03/20 20:44:07 UTC
Vote: OFBiz-5312 trunk implementation
Hi everybody,
there has been a lengthy dispute over backporting the SEO-Changes into trunk
(OFBiz-5312). Since this is a rather important topic for the ecommerce
application, I would like to bring this up for a vote.
I tried to collect the different implementation methods and pros & cons in
the following JIRA comment:
https://issues.apache.org/jira/browse/OFBIZ-5312?focusedCommentId=13940403&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13940403
So let me hear what you think, should the branch be backported?
1) Yes
2) No, but we should apply to ecomclone
3) No
--
View this message in context: http://ofbiz.135035.n4.nabble.com/Vote-OFBiz-5312-trunk-implementation-tp4649606.html
Sent from the OFBiz - Dev mailing list archive at Nabble.com.
Re: Vote: OFBiz-5312 trunk implementation
Posted by Paul Piper <pp...@ilscipio.com>.
Perhaps I should mention:
The general rules for the ASF voting process apply:
http://www.apache.org/foundation/voting.html
[+1] = Yes
[0] = No, but apply to ecomclone
[-1] = No
--
View this message in context: http://ofbiz.135035.n4.nabble.com/Vote-OFBiz-5312-trunk-implementation-tp4649606p4649607.html
Sent from the OFBiz - Dev mailing list archive at Nabble.com.
Re: Vote: OFBiz-5312 trunk implementation
Posted by Jacques Le Roux <ja...@les7arts.com>.
I don't think it has been cancelled. It was just my initiative trying to take into account the votes already expressed in Jira, seeing people did not
care to vote on dev ML after 2 days...
I agree vote on Jira and dev ML are not of the same nature. Anyway for a code change vote only biding votes have a real meaning.
I'm not sure of the current situation regarding this vote. AS I explained in Jira, I will anyway propose another solution.
Jacques
Le 23/03/2014 07:22, Jacopo Cappellato a écrit :
> I agree with what has been said: official votes need to happen in the dev mailing list following the traditional rules; Jira votes are a nice to have features that can help to express an informal and non-binding approval for a patch.
>
> Has this vote being cancelled? If it is please mention it clearly so that we have a log in our records.
>
> Jacopo
>
> On Mar 23, 2014, at 12:48 AM, Jacques Le Roux <ja...@les7arts.com> wrote:
>
>> Ha yes, you are right, you can unvote but not vote -1 indeed.
>>
>> Now, nobody voted at Paul's demand (which should have a subject beginning with [VOTE] BTW).
>> So I was trying to find a way to take into consideration the 4 votes there.
>>
>> But this is a code change, so only binding votes (committers's votes) will finally be taken into consideration.
>> Anyway as you certainly seen, I made another proposition and will create a new Jira issue with a patch and forget about merging the SEO branch.
>>
>> Jacques
>>
>> Le 23/03/2014 00:21, Pierre Smits a écrit :
>>> Jacques,
>>>
>>> Like the explanation in the link you included explains
>>>
>>> JIRA allows you to *vote* for a particular issue -- "voicing" your
>>> preference for that issue to be resolved or completed
>>>
>>>
>>> voting in a JIRA issue doesn't allow you to vote 0 or -1 (or even
>>> fractions).
>>>
>>> It also explains:
>>>
>>> At any subsequent time when logged in, click this again to remove your vote.
>>>
>>>
>>> Meaning that you can retract your +1 vote.
>>>
>>> Wether or not you can vote -1 (as per ASF principles) is something that
>>> should be taken up with the party responsible for JIRA. Until that is
>>> resolved I advice not to use the JIRA voting mechanism for any other
>>> intention than expressed in its (ASF specific) documention.
>>>
>>> Regards,
>>>
>>> Pierre Smits
>>>
>>> *ORRTIZ.COM <http://www.orrtiz.com>*
>>> Services & Solutions for Cloud-
>>> Based Manufacturing, Professional
>>> Services and Retail & Trade
>>> http://www.orrtiz.com
>>>
>>>
>>> On Sun, Mar 23, 2014 at 12:10 AM, Jacques Le Roux <
>>> jacques.le.roux@les7arts.com> wrote:
>>>
>>>> Pierre,
>>>>
>>>> I don't agree you can "unvote": https://confluence.atlassian.
>>>> com/display/JIRA/Watching+and+Voting+on+an+Issue#
>>>> WatchingandVotingonanIssue-Issuevoting
>>>> At least I can, could it be related with permission in ASF Jira? This
>>>> would then not make sense and would need to changed.
>>>> You could also say that someone can't vote 0, but then, since 0 has no
>>>> vote implications, a simple comment expressing your opininon would feet.
>>>> You can't also use fractionned votes, but I think having +1, 0 and -1 is
>>>> enough to vote on a Jira issue
>>>>
>>>> Jacques
>>>>
>>>> Le 22/03/2014 23:37, Pierre Smits a écrit :
>>>>
>>>>> Jacques,
>>>>>
>>>>> Voting via a JIRA issue won't work, as it doesn't allow voting in
>>>>> accordance with ASF principles (see
>>>>> here<https://www.apache.org/foundation/voting.html>).
>>>>>
>>>>> It only allows to vote +1 (at least I can't vote otherwise). That being
>>>>> the
>>>>> case, voting in JIRA can be regarded as an expression of interest and make
>>>>> the mechanism a means for ranking or a popularity contest.
>>>>>
>>>>> Regards,
>>>>>
>>>>>
>>>>> Pierre Smits
>>>>>
>>>>> *ORRTIZ.COM <http://www.orrtiz.com>*
>>>>>
>>>>> Services & Solutions for Cloud-
>>>>> Based Manufacturing, Professional
>>>>> Services and Retail & Trade
>>>>> http://www.orrtiz.com
>>>>>
>>>>>
>>>>> On Sat, Mar 22, 2014 at 11:03 PM, Jacques Le Roux <
>>>>> jacques.le.roux@les7arts.com> wrote:
>>>>>
>>>>> Hi Paul, all,
>>>>>> I think it would be easier for everybody to directly vote in the Jira
>>>>>> issue itself (there is a mean for that in Jira).
>>>>>>
>>>>>> I can understand Anil's worries about replacing how things work at the
>>>>>> moment. So I made a proposition (your point 2). To clarify things, I will
>>>>>> work on it and create a new Jira issue with a patch (rather than a branch
>>>>>> now).
>>>>>> IMO the vote should take place in this new Jira issue, for at least 2
>>>>>> reasons:
>>>>>> * people will not have to read all the comments to understand the
>>>>>> situation (I will explain in a new description)
>>>>>> * reviewing a patch is easier than reviewing a whole branch
>>>>>>
>>>>>> Jacques
>>>>>>
>>>>>> Le 20/03/2014 20:44, Paul Piper a écrit :
>>>>>>
>>>>>> Hi everybody,
>>>>>>
>>>>>>> there has been a lengthy dispute over backporting the SEO-Changes into
>>>>>>> trunk
>>>>>>> (OFBiz-5312). Since this is a rather important topic for the ecommerce
>>>>>>> application, I would like to bring this up for a vote.
>>>>>>>
>>>>>>> I tried to collect the different implementation methods and pros & cons
>>>>>>> in
>>>>>>> the following JIRA comment:
>>>>>>>
>>>>>>> https://issues.apache.org/jira/browse/OFBIZ-5312?
>>>>>>> focusedCommentId=13940403&page=com.atlassian.jira.
>>>>>>> plugin.system.issuetabpanels:comment-tabpanel#comment-13940403
>>>>>>>
>>>>>>>
>>>>>>> So let me hear what you think, should the branch be backported?
>>>>>>>
>>>>>>> 1) Yes
>>>>>>> 2) No, but we should apply to ecomclone
>>>>>>> 3) No
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> View this message in context: http://ofbiz.135035.n4.nabble.
>>>>>>> com/Vote-OFBiz-5312-trunk-implementation-tp4649606.html
>>>>>>> Sent from the OFBiz - Dev mailing list archive at Nabble.com.
>>>>>>>
>>>>>>>
>>>>>>>
>
>
Re: Vote: OFBiz-5312 trunk implementation
Posted by Jacopo Cappellato <ja...@hotwaxmedia.com>.
I agree with what has been said: official votes need to happen in the dev mailing list following the traditional rules; Jira votes are a nice to have features that can help to express an informal and non-binding approval for a patch.
Has this vote being cancelled? If it is please mention it clearly so that we have a log in our records.
Jacopo
On Mar 23, 2014, at 12:48 AM, Jacques Le Roux <ja...@les7arts.com> wrote:
> Ha yes, you are right, you can unvote but not vote -1 indeed.
>
> Now, nobody voted at Paul's demand (which should have a subject beginning with [VOTE] BTW).
> So I was trying to find a way to take into consideration the 4 votes there.
>
> But this is a code change, so only binding votes (committers's votes) will finally be taken into consideration.
> Anyway as you certainly seen, I made another proposition and will create a new Jira issue with a patch and forget about merging the SEO branch.
>
> Jacques
>
> Le 23/03/2014 00:21, Pierre Smits a écrit :
>> Jacques,
>>
>> Like the explanation in the link you included explains
>>
>> JIRA allows you to *vote* for a particular issue -- "voicing" your
>> preference for that issue to be resolved or completed
>>
>>
>> voting in a JIRA issue doesn't allow you to vote 0 or -1 (or even
>> fractions).
>>
>> It also explains:
>>
>> At any subsequent time when logged in, click this again to remove your vote.
>>
>>
>> Meaning that you can retract your +1 vote.
>>
>> Wether or not you can vote -1 (as per ASF principles) is something that
>> should be taken up with the party responsible for JIRA. Until that is
>> resolved I advice not to use the JIRA voting mechanism for any other
>> intention than expressed in its (ASF specific) documention.
>>
>> Regards,
>>
>> Pierre Smits
>>
>> *ORRTIZ.COM <http://www.orrtiz.com>*
>> Services & Solutions for Cloud-
>> Based Manufacturing, Professional
>> Services and Retail & Trade
>> http://www.orrtiz.com
>>
>>
>> On Sun, Mar 23, 2014 at 12:10 AM, Jacques Le Roux <
>> jacques.le.roux@les7arts.com> wrote:
>>
>>> Pierre,
>>>
>>> I don't agree you can "unvote": https://confluence.atlassian.
>>> com/display/JIRA/Watching+and+Voting+on+an+Issue#
>>> WatchingandVotingonanIssue-Issuevoting
>>> At least I can, could it be related with permission in ASF Jira? This
>>> would then not make sense and would need to changed.
>>> You could also say that someone can't vote 0, but then, since 0 has no
>>> vote implications, a simple comment expressing your opininon would feet.
>>> You can't also use fractionned votes, but I think having +1, 0 and -1 is
>>> enough to vote on a Jira issue
>>>
>>> Jacques
>>>
>>> Le 22/03/2014 23:37, Pierre Smits a écrit :
>>>
>>>> Jacques,
>>>>
>>>> Voting via a JIRA issue won't work, as it doesn't allow voting in
>>>> accordance with ASF principles (see
>>>> here<https://www.apache.org/foundation/voting.html>).
>>>>
>>>> It only allows to vote +1 (at least I can't vote otherwise). That being
>>>> the
>>>> case, voting in JIRA can be regarded as an expression of interest and make
>>>> the mechanism a means for ranking or a popularity contest.
>>>>
>>>> Regards,
>>>>
>>>>
>>>> Pierre Smits
>>>>
>>>> *ORRTIZ.COM <http://www.orrtiz.com>*
>>>>
>>>> Services & Solutions for Cloud-
>>>> Based Manufacturing, Professional
>>>> Services and Retail & Trade
>>>> http://www.orrtiz.com
>>>>
>>>>
>>>> On Sat, Mar 22, 2014 at 11:03 PM, Jacques Le Roux <
>>>> jacques.le.roux@les7arts.com> wrote:
>>>>
>>>> Hi Paul, all,
>>>>> I think it would be easier for everybody to directly vote in the Jira
>>>>> issue itself (there is a mean for that in Jira).
>>>>>
>>>>> I can understand Anil's worries about replacing how things work at the
>>>>> moment. So I made a proposition (your point 2). To clarify things, I will
>>>>> work on it and create a new Jira issue with a patch (rather than a branch
>>>>> now).
>>>>> IMO the vote should take place in this new Jira issue, for at least 2
>>>>> reasons:
>>>>> * people will not have to read all the comments to understand the
>>>>> situation (I will explain in a new description)
>>>>> * reviewing a patch is easier than reviewing a whole branch
>>>>>
>>>>> Jacques
>>>>>
>>>>> Le 20/03/2014 20:44, Paul Piper a écrit :
>>>>>
>>>>> Hi everybody,
>>>>>
>>>>>> there has been a lengthy dispute over backporting the SEO-Changes into
>>>>>> trunk
>>>>>> (OFBiz-5312). Since this is a rather important topic for the ecommerce
>>>>>> application, I would like to bring this up for a vote.
>>>>>>
>>>>>> I tried to collect the different implementation methods and pros & cons
>>>>>> in
>>>>>> the following JIRA comment:
>>>>>>
>>>>>> https://issues.apache.org/jira/browse/OFBIZ-5312?
>>>>>> focusedCommentId=13940403&page=com.atlassian.jira.
>>>>>> plugin.system.issuetabpanels:comment-tabpanel#comment-13940403
>>>>>>
>>>>>>
>>>>>> So let me hear what you think, should the branch be backported?
>>>>>>
>>>>>> 1) Yes
>>>>>> 2) No, but we should apply to ecomclone
>>>>>> 3) No
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> View this message in context: http://ofbiz.135035.n4.nabble.
>>>>>> com/Vote-OFBiz-5312-trunk-implementation-tp4649606.html
>>>>>> Sent from the OFBiz - Dev mailing list archive at Nabble.com.
>>>>>>
>>>>>>
>>>>>>
Re: Vote: OFBiz-5312 trunk implementation
Posted by Jacques Le Roux <ja...@les7arts.com>.
Ha yes, you are right, you can unvote but not vote -1 indeed.
Now, nobody voted at Paul's demand (which should have a subject beginning with [VOTE] BTW).
So I was trying to find a way to take into consideration the 4 votes there.
But this is a code change, so only binding votes (committers's votes) will finally be taken into consideration.
Anyway as you certainly seen, I made another proposition and will create a new Jira issue with a patch and forget about merging the SEO branch.
Jacques
Le 23/03/2014 00:21, Pierre Smits a écrit :
> Jacques,
>
> Like the explanation in the link you included explains
>
> JIRA allows you to *vote* for a particular issue -- "voicing" your
> preference for that issue to be resolved or completed
>
>
> voting in a JIRA issue doesn't allow you to vote 0 or -1 (or even
> fractions).
>
> It also explains:
>
> At any subsequent time when logged in, click this again to remove your vote.
>
>
> Meaning that you can retract your +1 vote.
>
> Wether or not you can vote -1 (as per ASF principles) is something that
> should be taken up with the party responsible for JIRA. Until that is
> resolved I advice not to use the JIRA voting mechanism for any other
> intention than expressed in its (ASF specific) documention.
>
> Regards,
>
> Pierre Smits
>
> *ORRTIZ.COM <http://www.orrtiz.com>*
> Services & Solutions for Cloud-
> Based Manufacturing, Professional
> Services and Retail & Trade
> http://www.orrtiz.com
>
>
> On Sun, Mar 23, 2014 at 12:10 AM, Jacques Le Roux <
> jacques.le.roux@les7arts.com> wrote:
>
>> Pierre,
>>
>> I don't agree you can "unvote": https://confluence.atlassian.
>> com/display/JIRA/Watching+and+Voting+on+an+Issue#
>> WatchingandVotingonanIssue-Issuevoting
>> At least I can, could it be related with permission in ASF Jira? This
>> would then not make sense and would need to changed.
>> You could also say that someone can't vote 0, but then, since 0 has no
>> vote implications, a simple comment expressing your opininon would feet.
>> You can't also use fractionned votes, but I think having +1, 0 and -1 is
>> enough to vote on a Jira issue
>>
>> Jacques
>>
>> Le 22/03/2014 23:37, Pierre Smits a écrit :
>>
>>> Jacques,
>>>
>>> Voting via a JIRA issue won't work, as it doesn't allow voting in
>>> accordance with ASF principles (see
>>> here<https://www.apache.org/foundation/voting.html>).
>>>
>>> It only allows to vote +1 (at least I can't vote otherwise). That being
>>> the
>>> case, voting in JIRA can be regarded as an expression of interest and make
>>> the mechanism a means for ranking or a popularity contest.
>>>
>>> Regards,
>>>
>>>
>>> Pierre Smits
>>>
>>> *ORRTIZ.COM <http://www.orrtiz.com>*
>>>
>>> Services & Solutions for Cloud-
>>> Based Manufacturing, Professional
>>> Services and Retail & Trade
>>> http://www.orrtiz.com
>>>
>>>
>>> On Sat, Mar 22, 2014 at 11:03 PM, Jacques Le Roux <
>>> jacques.le.roux@les7arts.com> wrote:
>>>
>>> Hi Paul, all,
>>>> I think it would be easier for everybody to directly vote in the Jira
>>>> issue itself (there is a mean for that in Jira).
>>>>
>>>> I can understand Anil's worries about replacing how things work at the
>>>> moment. So I made a proposition (your point 2). To clarify things, I will
>>>> work on it and create a new Jira issue with a patch (rather than a branch
>>>> now).
>>>> IMO the vote should take place in this new Jira issue, for at least 2
>>>> reasons:
>>>> * people will not have to read all the comments to understand the
>>>> situation (I will explain in a new description)
>>>> * reviewing a patch is easier than reviewing a whole branch
>>>>
>>>> Jacques
>>>>
>>>> Le 20/03/2014 20:44, Paul Piper a écrit :
>>>>
>>>> Hi everybody,
>>>>
>>>>> there has been a lengthy dispute over backporting the SEO-Changes into
>>>>> trunk
>>>>> (OFBiz-5312). Since this is a rather important topic for the ecommerce
>>>>> application, I would like to bring this up for a vote.
>>>>>
>>>>> I tried to collect the different implementation methods and pros & cons
>>>>> in
>>>>> the following JIRA comment:
>>>>>
>>>>> https://issues.apache.org/jira/browse/OFBIZ-5312?
>>>>> focusedCommentId=13940403&page=com.atlassian.jira.
>>>>> plugin.system.issuetabpanels:comment-tabpanel#comment-13940403
>>>>>
>>>>>
>>>>> So let me hear what you think, should the branch be backported?
>>>>>
>>>>> 1) Yes
>>>>> 2) No, but we should apply to ecomclone
>>>>> 3) No
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> View this message in context: http://ofbiz.135035.n4.nabble.
>>>>> com/Vote-OFBiz-5312-trunk-implementation-tp4649606.html
>>>>> Sent from the OFBiz - Dev mailing list archive at Nabble.com.
>>>>>
>>>>>
>>>>>
Re: Vote: OFBiz-5312 trunk implementation
Posted by Pierre Smits <pi...@gmail.com>.
Jacques,
Like the explanation in the link you included explains
JIRA allows you to *vote* for a particular issue -- "voicing" your
preference for that issue to be resolved or completed
voting in a JIRA issue doesn't allow you to vote 0 or -1 (or even
fractions).
It also explains:
At any subsequent time when logged in, click this again to remove your vote.
Meaning that you can retract your +1 vote.
Wether or not you can vote -1 (as per ASF principles) is something that
should be taken up with the party responsible for JIRA. Until that is
resolved I advice not to use the JIRA voting mechanism for any other
intention than expressed in its (ASF specific) documention.
Regards,
Pierre Smits
*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com
On Sun, Mar 23, 2014 at 12:10 AM, Jacques Le Roux <
jacques.le.roux@les7arts.com> wrote:
> Pierre,
>
> I don't agree you can "unvote": https://confluence.atlassian.
> com/display/JIRA/Watching+and+Voting+on+an+Issue#
> WatchingandVotingonanIssue-Issuevoting
> At least I can, could it be related with permission in ASF Jira? This
> would then not make sense and would need to changed.
> You could also say that someone can't vote 0, but then, since 0 has no
> vote implications, a simple comment expressing your opininon would feet.
> You can't also use fractionned votes, but I think having +1, 0 and -1 is
> enough to vote on a Jira issue
>
> Jacques
>
> Le 22/03/2014 23:37, Pierre Smits a écrit :
>
>> Jacques,
>>
>> Voting via a JIRA issue won't work, as it doesn't allow voting in
>> accordance with ASF principles (see
>> here<https://www.apache.org/foundation/voting.html>).
>>
>> It only allows to vote +1 (at least I can't vote otherwise). That being
>> the
>> case, voting in JIRA can be regarded as an expression of interest and make
>> the mechanism a means for ranking or a popularity contest.
>>
>> Regards,
>>
>>
>> Pierre Smits
>>
>> *ORRTIZ.COM <http://www.orrtiz.com>*
>>
>> Services & Solutions for Cloud-
>> Based Manufacturing, Professional
>> Services and Retail & Trade
>> http://www.orrtiz.com
>>
>>
>> On Sat, Mar 22, 2014 at 11:03 PM, Jacques Le Roux <
>> jacques.le.roux@les7arts.com> wrote:
>>
>> Hi Paul, all,
>>>
>>> I think it would be easier for everybody to directly vote in the Jira
>>> issue itself (there is a mean for that in Jira).
>>>
>>> I can understand Anil's worries about replacing how things work at the
>>> moment. So I made a proposition (your point 2). To clarify things, I will
>>> work on it and create a new Jira issue with a patch (rather than a branch
>>> now).
>>> IMO the vote should take place in this new Jira issue, for at least 2
>>> reasons:
>>> * people will not have to read all the comments to understand the
>>> situation (I will explain in a new description)
>>> * reviewing a patch is easier than reviewing a whole branch
>>>
>>> Jacques
>>>
>>> Le 20/03/2014 20:44, Paul Piper a écrit :
>>>
>>> Hi everybody,
>>>
>>>> there has been a lengthy dispute over backporting the SEO-Changes into
>>>> trunk
>>>> (OFBiz-5312). Since this is a rather important topic for the ecommerce
>>>> application, I would like to bring this up for a vote.
>>>>
>>>> I tried to collect the different implementation methods and pros & cons
>>>> in
>>>> the following JIRA comment:
>>>>
>>>> https://issues.apache.org/jira/browse/OFBIZ-5312?
>>>> focusedCommentId=13940403&page=com.atlassian.jira.
>>>> plugin.system.issuetabpanels:comment-tabpanel#comment-13940403
>>>>
>>>>
>>>> So let me hear what you think, should the branch be backported?
>>>>
>>>> 1) Yes
>>>> 2) No, but we should apply to ecomclone
>>>> 3) No
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> View this message in context: http://ofbiz.135035.n4.nabble.
>>>> com/Vote-OFBiz-5312-trunk-implementation-tp4649606.html
>>>> Sent from the OFBiz - Dev mailing list archive at Nabble.com.
>>>>
>>>>
>>>>
Re: Vote: OFBiz-5312 trunk implementation
Posted by Jacques Le Roux <ja...@les7arts.com>.
Pierre,
I don't agree you can "unvote": https://confluence.atlassian.com/display/JIRA/Watching+and+Voting+on+an+Issue#WatchingandVotingonanIssue-Issuevoting
At least I can, could it be related with permission in ASF Jira? This would then not make sense and would need to changed.
You could also say that someone can't vote 0, but then, since 0 has no vote implications, a simple comment expressing your opininon would feet.
You can't also use fractionned votes, but I think having +1, 0 and -1 is enough to vote on a Jira issue
Jacques
Le 22/03/2014 23:37, Pierre Smits a écrit :
> Jacques,
>
> Voting via a JIRA issue won't work, as it doesn't allow voting in
> accordance with ASF principles (see
> here<https://www.apache.org/foundation/voting.html>).
> It only allows to vote +1 (at least I can't vote otherwise). That being the
> case, voting in JIRA can be regarded as an expression of interest and make
> the mechanism a means for ranking or a popularity contest.
>
> Regards,
>
>
> Pierre Smits
>
> *ORRTIZ.COM <http://www.orrtiz.com>*
> Services & Solutions for Cloud-
> Based Manufacturing, Professional
> Services and Retail & Trade
> http://www.orrtiz.com
>
>
> On Sat, Mar 22, 2014 at 11:03 PM, Jacques Le Roux <
> jacques.le.roux@les7arts.com> wrote:
>
>> Hi Paul, all,
>>
>> I think it would be easier for everybody to directly vote in the Jira
>> issue itself (there is a mean for that in Jira).
>>
>> I can understand Anil's worries about replacing how things work at the
>> moment. So I made a proposition (your point 2). To clarify things, I will
>> work on it and create a new Jira issue with a patch (rather than a branch
>> now).
>> IMO the vote should take place in this new Jira issue, for at least 2
>> reasons:
>> * people will not have to read all the comments to understand the
>> situation (I will explain in a new description)
>> * reviewing a patch is easier than reviewing a whole branch
>>
>> Jacques
>>
>> Le 20/03/2014 20:44, Paul Piper a écrit :
>>
>> Hi everybody,
>>> there has been a lengthy dispute over backporting the SEO-Changes into
>>> trunk
>>> (OFBiz-5312). Since this is a rather important topic for the ecommerce
>>> application, I would like to bring this up for a vote.
>>>
>>> I tried to collect the different implementation methods and pros & cons in
>>> the following JIRA comment:
>>>
>>> https://issues.apache.org/jira/browse/OFBIZ-5312?
>>> focusedCommentId=13940403&page=com.atlassian.jira.
>>> plugin.system.issuetabpanels:comment-tabpanel#comment-13940403
>>>
>>>
>>> So let me hear what you think, should the branch be backported?
>>>
>>> 1) Yes
>>> 2) No, but we should apply to ecomclone
>>> 3) No
>>>
>>>
>>>
>>>
>>> --
>>> View this message in context: http://ofbiz.135035.n4.nabble.
>>> com/Vote-OFBiz-5312-trunk-implementation-tp4649606.html
>>> Sent from the OFBiz - Dev mailing list archive at Nabble.com.
>>>
>>>
Re: Vote: OFBiz-5312 trunk implementation
Posted by Pierre Smits <pi...@gmail.com>.
Jacques,
Voting via a JIRA issue won't work, as it doesn't allow voting in
accordance with ASF principles (see
here<https://www.apache.org/foundation/voting.html>).
It only allows to vote +1 (at least I can't vote otherwise). That being the
case, voting in JIRA can be regarded as an expression of interest and make
the mechanism a means for ranking or a popularity contest.
Regards,
Pierre Smits
*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com
On Sat, Mar 22, 2014 at 11:03 PM, Jacques Le Roux <
jacques.le.roux@les7arts.com> wrote:
> Hi Paul, all,
>
> I think it would be easier for everybody to directly vote in the Jira
> issue itself (there is a mean for that in Jira).
>
> I can understand Anil's worries about replacing how things work at the
> moment. So I made a proposition (your point 2). To clarify things, I will
> work on it and create a new Jira issue with a patch (rather than a branch
> now).
> IMO the vote should take place in this new Jira issue, for at least 2
> reasons:
> * people will not have to read all the comments to understand the
> situation (I will explain in a new description)
> * reviewing a patch is easier than reviewing a whole branch
>
> Jacques
>
> Le 20/03/2014 20:44, Paul Piper a écrit :
>
> Hi everybody,
>>
>> there has been a lengthy dispute over backporting the SEO-Changes into
>> trunk
>> (OFBiz-5312). Since this is a rather important topic for the ecommerce
>> application, I would like to bring this up for a vote.
>>
>> I tried to collect the different implementation methods and pros & cons in
>> the following JIRA comment:
>>
>> https://issues.apache.org/jira/browse/OFBIZ-5312?
>> focusedCommentId=13940403&page=com.atlassian.jira.
>> plugin.system.issuetabpanels:comment-tabpanel#comment-13940403
>>
>>
>> So let me hear what you think, should the branch be backported?
>>
>> 1) Yes
>> 2) No, but we should apply to ecomclone
>> 3) No
>>
>>
>>
>>
>> --
>> View this message in context: http://ofbiz.135035.n4.nabble.
>> com/Vote-OFBiz-5312-trunk-implementation-tp4649606.html
>> Sent from the OFBiz - Dev mailing list archive at Nabble.com.
>>
>>
Re: Vote: OFBiz-5312 trunk implementation
Posted by Jacques Le Roux <ja...@les7arts.com>.
Hi Paul, all,
I think it would be easier for everybody to directly vote in the Jira issue itself (there is a mean for that in Jira).
I can understand Anil's worries about replacing how things work at the moment. So I made a proposition (your point 2). To clarify things, I will work
on it and create a new Jira issue with a patch (rather than a branch now).
IMO the vote should take place in this new Jira issue, for at least 2 reasons:
* people will not have to read all the comments to understand the situation (I will explain in a new description)
* reviewing a patch is easier than reviewing a whole branch
Jacques
Le 20/03/2014 20:44, Paul Piper a écrit :
> Hi everybody,
>
> there has been a lengthy dispute over backporting the SEO-Changes into trunk
> (OFBiz-5312). Since this is a rather important topic for the ecommerce
> application, I would like to bring this up for a vote.
>
> I tried to collect the different implementation methods and pros & cons in
> the following JIRA comment:
>
> https://issues.apache.org/jira/browse/OFBIZ-5312?focusedCommentId=13940403&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13940403
>
>
> So let me hear what you think, should the branch be backported?
>
> 1) Yes
> 2) No, but we should apply to ecomclone
> 3) No
>
>
>
>
> --
> View this message in context: http://ofbiz.135035.n4.nabble.com/Vote-OFBiz-5312-trunk-implementation-tp4649606.html
> Sent from the OFBiz - Dev mailing list archive at Nabble.com.
>