Changes

Jump to navigation Jump to search
no edit summary
Line 17: Line 17:  
* Requirement to use [[Activity_Team/Sugar_Lint|sugar-lint]] (or so) in git pre-commit. [[User:Alsroot|alsroot]] 07:59, 25 October 2010 (EDT)
 
* Requirement to use [[Activity_Team/Sugar_Lint|sugar-lint]] (or so) in git pre-commit. [[User:Alsroot|alsroot]] 07:59, 25 October 2010 (EDT)
 
* Increase a level of trust within core team, make patch reviewing workflow more clear:
 
* Increase a level of trust within core team, make patch reviewing workflow more clear:
** Any submitter, to particular core project, might be a reviewer (we either should trust all these people or drop them from committer list) [[User:Alsroot|alsroot]] 07:59, 25 October 2010 (EDT)
+
** Any submitter, to a particular core project, might be a reviewer (we either should trust all these people or drop them from committer list) [[User:Alsroot|alsroot]] 07:59, 25 October 2010 (EDT)
** To accept ''regular'' (reviewer decides are patches regular or not, of course better to discuss it with other committers if there are doubts) patches, only one reviewer is needed [[User:Alsroot|alsroot]] 07:59, 25 October 2010 (EDT)
+
** To accept ''regular'' (reviewer decides whether patches are regular or not, of course, better to discuss it with other committers if there are doubts) patches, only one reviewer is needed [[User:Alsroot|alsroot]] 07:59, 25 October 2010 (EDT)
** Not regular patches should be formed in [[Features]]. These patches might take several tens of K. This is by design that it is hard not only to develop but to review as well and should involve several committers for reasonable amount of time. [[User:Alsroot|alsroot]] 09:28, 25 October 2010 (EDT)
+
** Non-regular patches should be formed in [[Features]]. These patches might take several tens of K. This is by design; that it is hard not only to develop, but also to review and it should involve several committers for a reasonable amount of time. [[User:Alsroot|alsroot]] 09:28, 25 October 2010 (EDT)
** Review process should not include debates about coding style, if codding style conform to lint checks and Hacking Policy (if it has unequivocal statements, needs to be rechecked), it should be applied [[User:Alsroot|alsroot]] 09:33, 25 October 2010 (EDT)
+
** Review process should not include debates about coding style, if coding style conforms to lint checks and Hacking Policy (if it has unequivocal statements, needs to be rechecked), it should be applied [[User:Alsroot|alsroot]] 09:33, 25 October 2010 (EDT)
 
* officially dropping support for 0.86? (e.g. {{bug|1838}})
 
* officially dropping support for 0.86? (e.g. {{bug|1838}})
** do we need to discuss thing like that on Development Team meeting, is it more appropriate task for Deployment and Platform teams? [[User:Alsroot|alsroot]] 07:59, 25 October 2010 (EDT)
+
** do we need to discuss thing like that on Development Team meeting, is it a more appropriate task for Deployment and Platform teams? [[User:Alsroot|alsroot]] 07:59, 25 October 2010 (EDT)
    
==About==
 
==About==
Line 42: Line 42:  
== Previous Meetings ==
 
== Previous Meetings ==
   −
=== Wednesday 30 June 13:00 UTC===
+
=== Wednesday 30 June 2010 13:00 UTC===
 +
[http://meeting.sugarlabs.org/sugar-meeting/meetings/2010-06-30T09:01:00.html minutes], [http://meeting.sugarlabs.org/sugar-meeting/2010-06-30 log]
 
* Introduction: the release cycle approach
 
* Introduction: the release cycle approach
 
* Define the overall goal for 0.90
 
* Define the overall goal for 0.90

Navigation menu