Talk:Oversight Board/2009/Meeting Minutes-2009-12-11 - Revision history

FGrose: update link

2015-12-29T19:08:19Z

update link

← Older revision		Revision as of 15:08, 29 December 2015
Line 5:		Line 5:

	There are several (competing?) issues at stake here in regard to use of the Sugar/Sugar Labs name:		There are several (competing?) issues at stake here in regard to use of the Sugar/Sugar Labs name:
	* we want clarity in regard to what is directly supported by the Sugar community vs what is supported by third parties who are catering to the specific needs of a deployment (which may, for example require a proprietary driver to support a school's hardware or some proprietary software or content to support a school's existing curricula goals; [[Features/~~Feature_SoaS_customization~~\|Carlo proposed a technical approach]] to such 'remixing" that may help frame the discussion); and		* we want clarity in regard to what is directly supported by the Sugar community vs what is supported by third parties who are catering to the specific needs of a deployment (which may, for example require a proprietary driver to support a school's hardware or some proprietary software or content to support a school's existing curricula goals; [[Features/SoaS_customization\|Carlo proposed a technical approach]] to such 'remixing" that may help frame the discussion); and
	* we want clarity in regard to the language we use to make this distinction (our primary audience is not the FOSS community; terms such as "remix" are not going to be very meaningful); it may be that we ''always'' need to direct teachers and parents to third-party solution providers who can manage the deployment.		* we want clarity in regard to the language we use to make this distinction (our primary audience is not the FOSS community; terms such as "remix" are not going to be very meaningful); it may be that we ''always'' need to direct teachers and parents to third-party solution providers who can manage the deployment.

Cjl: moved Talk:Oversight Board/Meeting Minutes-2009-12-11 to Talk:Oversight Board/2009/Meeting Minutes-2009-12-11

2011-03-02T03:50:52Z

moved Talk:Oversight Board/Meeting Minutes-2009-12-11 to Talk:Oversight Board/2009/Meeting Minutes-2009-12-11

← Older revision	Revision as of 23:50, 1 March 2011
(No difference)

Cjl: moved Talk:Walter is a wanker 13/Meeting Minutes-2009-12-11 to Talk:Oversight Board/Meeting Minutes-2009-12-11 over redirect: revert

2010-02-25T00:01:17Z

moved Talk:Walter is a wanker 13/Meeting Minutes-2009-12-11 to Talk:Oversight Board/Meeting Minutes-2009-12-11 over redirect: revert

← Older revision	Revision as of 20:01, 24 February 2010
(No difference)

Faggot: moved Talk:Oversight Board/Meeting Minutes-2009-12-11 to Talk:Walter is a wanker 13/Meeting Minutes-2009-12-11: Walter is a wanker

2010-02-24T23:52:49Z

moved Talk:Oversight Board/Meeting Minutes-2009-12-11 to Talk:Walter is a wanker 13/Meeting Minutes-2009-12-11: Walter is a wanker

← Older revision	Revision as of 19:52, 24 February 2010
(No difference)

Walter: /* In preparation for the trademark policy discussion */

2009-12-17T22:25:53Z

In preparation for the trademark policy discussion

← Older revision		Revision as of 18:25, 17 December 2009
Line 2:		Line 2:
	:"I would take a step back even farther and think about all the different types of people you want to communicate with and what you want to communicate. Also you want to think about who you want to control and what actions you are trying to prevent."		:"I would take a step back even farther and think about all the different types of people you want to communicate with and what you want to communicate. Also you want to think about who you want to control and what actions you are trying to prevent."

	We have a broad community to communicate to: free-software developers, classroom teachers, and parents being among the primary audience. What we have to communicate to this audience varies somewhat(and certainly the language we use to communicate must vary quite a bit) but isn't the essence of the message that we are a community trying to support the provision of a great learning platform to children? This platform has a core, but it is free to all to shape to their own needs. However, there is a responsibility that comes with that freedom: you either need to support your autonomy or work within the framework provided by consensus within the community of Sugar developers and users, or work with the community to move them closer to your vision. The trademark policy should presumably demarcate these choices.		We have a broad community to communicate to: free-software developers, classroom teachers, and parents being among the primary audience. What we have to communicate to this audience varies somewhat(and certainly the language we use to communicate must vary quite a bit) but isn't the essence of the message that we are a community trying to support the provision of a great learning platform to children? This platform has a core, but it is free to all to shape to their own needs. (An often articulated means towards our goal has been to distribute authority to "local labs" and grassroots groups--and, importantly, build a bridge between these groups.) However, there is a responsibility that comes with that freedom: you either need to build a sub-community to support your autonomy, or work within the framework provided by consensus within the community of Sugar developers and users, or work with the community to move them closer to your vision. The trademark policy should presumably demarcate these choices.

	There are several (competing?) issues at stake here in regard to use of the Sugar/Sugar Labs name:		There are several (competing?) issues at stake here in regard to use of the Sugar/Sugar Labs name:
	* we want clarity in regard to what is directly supported by the Sugar community vs what is supported by third parties who are catering to the specific needs of a deployment (which may, for example require a proprietary driver to support a school's hardware or some proprietary software or content to support a school's existing curricula goals; [[Features/Feature_SoaS_customization\|Carlo proposed a technical approach]] to such 'remixing" that may help frame the discussion); and		* we want clarity in regard to what is directly supported by the Sugar community vs what is supported by third parties who are catering to the specific needs of a deployment (which may, for example require a proprietary driver to support a school's hardware or some proprietary software or content to support a school's existing curricula goals; [[Features/Feature_SoaS_customization\|Carlo proposed a technical approach]] to such 'remixing" that may help frame the discussion); and
	* we want clarity in regard to the language we use to make this distinction (our primary audience is not the FOSS community; terms such as "remix" are not going to be very meaningful); it may be that we ''always'' need to direct teachers and parents to third-party solution providers who can manage the deployment.		* we want clarity in regard to the language we use to make this distinction (our primary audience is not the FOSS community; terms such as "remix" are not going to be very meaningful); it may be that we ''always'' need to direct teachers and parents to third-party solution providers who can manage the deployment.

Walter: /* In preparation for the trademark policy discussion */

2009-12-17T22:19:41Z

In preparation for the trademark policy discussion

← Older revision		Revision as of 18:19, 17 December 2009
Line 2:		Line 2:
	:"I would take a step back even farther and think about all the different types of people you want to communicate with and what you want to communicate. Also you want to think about who you want to control and what actions you are trying to prevent."		:"I would take a step back even farther and think about all the different types of people you want to communicate with and what you want to communicate. Also you want to think about who you want to control and what actions you are trying to prevent."

	We have a broad community to communicate to: free-software developers, classroom teachers, and parents being among the primary audience. What we have to communicate to this audience varies somewhat(and certainly the language we use to communicate must vary quite a bit) but isn't the essence of the message that we are a community trying to support the provision of a great learning platform to children? This platform has a core, but it is free to all to shape to their own needs. However, there is a responsibility that comes with that freedom: you either need to support your autonomy or work within the framework provided by consensus within the community. The trademark policy should presumably demarcate ~~that choice~~.		We have a broad community to communicate to: free-software developers, classroom teachers, and parents being among the primary audience. What we have to communicate to this audience varies somewhat(and certainly the language we use to communicate must vary quite a bit) but isn't the essence of the message that we are a community trying to support the provision of a great learning platform to children? This platform has a core, but it is free to all to shape to their own needs. However, there is a responsibility that comes with that freedom: you either need to support your autonomy or work within the framework provided by consensus within the community of Sugar developers and users, or work with the community to move them closer to your vision. The trademark policy should presumably demarcate these choices.

	There are several (competing?) issues at stake here in regard to use of the Sugar/Sugar Labs name:		There are several (competing?) issues at stake here in regard to use of the Sugar/Sugar Labs name:
	* we want clarity in regard to what is directly supported by the Sugar community vs what is supported by third parties who are catering to the specific needs of a deployment (which may, for example require a proprietary driver to support a school's hardware or some proprietary software or content to support a school's existing curricula goals; [[Features/Feature_SoaS_customization\|Carlo proposed a technical approach]] to such 'remixing" that may help frame the discussion); and		* we want clarity in regard to what is directly supported by the Sugar community vs what is supported by third parties who are catering to the specific needs of a deployment (which may, for example require a proprietary driver to support a school's hardware or some proprietary software or content to support a school's existing curricula goals; [[Features/Feature_SoaS_customization\|Carlo proposed a technical approach]] to such 'remixing" that may help frame the discussion); and
	* we want clarity in regard to the language we use to make this distinction (our primary audience is not the FOSS community; terms such as "remix" are not going to be very meaningful); it may be that we ''always'' need to direct teachers and parents to third-party solution providers who can manage the deployment.		* we want clarity in regard to the language we use to make this distinction (our primary audience is not the FOSS community; terms such as "remix" are not going to be very meaningful); it may be that we ''always'' need to direct teachers and parents to third-party solution providers who can manage the deployment.

Walter at 14:48, 17 December 2009

2009-12-17T14:48:07Z

← Older revision		Revision as of 10:48, 17 December 2009
Line 1:		Line 1:
	==In preparation for the trademark policy discussion==		==In preparation for the trademark policy discussion==
			:"I would take a step back even farther and think about all the different types of people you want to communicate with and what you want to communicate. Also you want to think about who you want to control and what actions you are trying to prevent."

			We have a broad community to communicate to: free-software developers, classroom teachers, and parents being among the primary audience. What we have to communicate to this audience varies somewhat(and certainly the language we use to communicate must vary quite a bit) but isn't the essence of the message that we are a community trying to support the provision of a great learning platform to children? This platform has a core, but it is free to all to shape to their own needs. However, there is a responsibility that comes with that freedom: you either need to support your autonomy or work within the framework provided by consensus within the community. The trademark policy should presumably demarcate that choice.

	There are several (competing?) issues at stake here in regard to use of the Sugar/Sugar Labs name:		There are several (competing?) issues at stake here in regard to use of the Sugar/Sugar Labs name:
	* we want clarity in regard to what is directly supported by the Sugar community vs what is supported by third parties who are catering to the specific needs of a deployment (which may, for example require a proprietary driver to support a school's hardware or some proprietary software or content to support a school's existing curricula goals; Carlo proposed a technical approach to such 'remixing" that may help frame the discussion); and		* we want clarity in regard to what is directly supported by the Sugar community vs what is supported by third parties who are catering to the specific needs of a deployment (which may, for example require a proprietary driver to support a school's hardware or some proprietary software or content to support a school's existing curricula goals; [[Features/Feature_SoaS_customization\|Carlo proposed a technical approach]] to such 'remixing" that may help frame the discussion); and
	* we want clarity in regard to the language we use to make this distinction (our primary audience is not the FOSS community; terms such as "remix" are not going to be very meaningful); it may be that we ''always'' need to direct teachers and parents to third-party solution providers who can manage the deployment.		* we want clarity in regard to the language we use to make this distinction (our primary audience is not the FOSS community; terms such as "remix" are not going to be very meaningful); it may be that we ''always'' need to direct teachers and parents to third-party solution providers who can manage the deployment.

Walter: Created page with '==In preparation for the trademark policy discussion== There are several (competing?) issues at stake here in regard to use of the Sugar/Sugar Labs name: * we want clarity in re…'

2009-12-16T21:32:08Z

Created page with '==In preparation for the trademark policy discussion== There are several (competing?) issues at stake here in regard to use of the Sugar/Sugar Labs name: * we want clarity in re…'

New page

==In preparation for the trademark policy discussion==

There are several (competing?) issues at stake here in regard to use of the Sugar/Sugar Labs name:
* we want clarity in regard to what is directly supported by the Sugar community vs what is supported by third parties who are catering to the specific needs of a deployment (which may, for example require a proprietary driver to support a school's hardware or some proprietary software or content to support a school's existing curricula goals; Carlo proposed a technical approach to such 'remixing" that may help frame the discussion); and
* we want clarity in regard to the language we use to make this distinction (our primary audience is not the FOSS community; terms such as "remix" are not going to be very meaningful); it may be that we ''always'' need to direct teachers and parents to third-party solution providers who can manage the deployment.