Kubuntu/Vision: Difference between revisions
Appearance
< Kubuntu
Created page with "2016 Meeting: This page is for: A) Planning for the ZZ Cycle B) Redefining our workflow C) Looking at updates for backports (xenial, yakkety) Workflow: In recent weeks we ha..." |
No edit summary |
||
(9 intermediate revisions by 3 users not shown) | |||
Line 1: | Line 1: | ||
= Reason for this meeting = | |||
Have a meeting with the new Kubuntu Council and write down the Kubuntu Vision (Manifesto), and discuss about who we are, where we are going, why are we doing this. | |||
In this meeting we '''SHOULD NOT DISCUSS''': | |||
* technical implementation of anything | |||
* go into in depth details about how to do a specific task, that involved dev or packaging | |||
In this meeting we '''MUST DISCUSS''': | |||
* Community management | |||
* Team communication | |||
* Project partnerships | |||
* Project vision | |||
= Agenda = | |||
== Project Vision == | |||
[https://community.kde.org/KDE_Visual_Design_Group/HIG/Vision What is a vision?] | |||
* Why are we doing this? | |||
* What do we want to achieve? | |||
* Who are we (Kubuntu) in the world? | |||
== Team communication == | |||
* What are our communication channels? | |||
** Between devs | |||
** With our users | |||
* Code of conduct | |||
* When do we use each communication channel and why? | |||
What to do: | |||
* Priority 1: Document the workflow | |||
** General steps at first and then go more in depth | |||
----------- | |||
Meeting got split here. Notes so far are here: https://docs.google.com/document/d/10M-hYkzHBLnPihbgk6J-u9QcYVW2y8U-jhnjo3rhq_Y/edit | |||
----------- | |||
* Priority 2: Document how to setup a machine for development | |||
** Have a ready made VM / container with an init script for personal details | |||
* Implement a merge request system and protocol for '''ANY''' changes in the tools we use and have control over | |||
** New ideas to be discussed in the merge request or before | |||
== Project partnerships == | |||
This is meant to be a discussion on how we can benefit from and help other projects work. This way we don't duplicate effort with other projects | |||
* what are they doing that we can use, and not do '''AGAIN''' ourselves? | |||
* what tools do they use that we can reuse? | |||
* what workflow do they have that we can inspire from? | |||
=== Partnerships === | |||
* Partnership with Ubuntu | |||
* Partnership with KDE | |||
* Partnership with Debian | |||
* Partnership with Neon | |||
== Community management == | |||
To be noted... |
Latest revision as of 07:14, 2 November 2016
Reason for this meeting
Have a meeting with the new Kubuntu Council and write down the Kubuntu Vision (Manifesto), and discuss about who we are, where we are going, why are we doing this.
In this meeting we SHOULD NOT DISCUSS:
- technical implementation of anything
- go into in depth details about how to do a specific task, that involved dev or packaging
In this meeting we MUST DISCUSS:
- Community management
- Team communication
- Project partnerships
- Project vision
Agenda
Project Vision
- Why are we doing this?
- What do we want to achieve?
- Who are we (Kubuntu) in the world?
Team communication
- What are our communication channels?
- Between devs
- With our users
- Code of conduct
- When do we use each communication channel and why?
What to do:
- Priority 1: Document the workflow
- General steps at first and then go more in depth
Meeting got split here. Notes so far are here: https://docs.google.com/document/d/10M-hYkzHBLnPihbgk6J-u9QcYVW2y8U-jhnjo3rhq_Y/edit
- Priority 2: Document how to setup a machine for development
- Have a ready made VM / container with an init script for personal details
- Implement a merge request system and protocol for ANY changes in the tools we use and have control over
- New ideas to be discussed in the merge request or before
Project partnerships
This is meant to be a discussion on how we can benefit from and help other projects work. This way we don't duplicate effort with other projects
- what are they doing that we can use, and not do AGAIN ourselves?
- what tools do they use that we can reuse?
- what workflow do they have that we can inspire from?
Partnerships
- Partnership with Ubuntu
- Partnership with KDE
- Partnership with Debian
- Partnership with Neon
Community management
To be noted...