<div dir="ltr">Great work Kaj!<div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Nov 3, 2013 at 10:00 PM, Kaj Ailomaa <span dir="ltr"><<a href="mailto:zequence@mousike.me" target="_blank">zequence@mousike.me</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Contents:<br>
<br>
1. About development planning for this cycle<br>
1.2. About the "ubuntu" project<br>
2. Create your own blueprints (who, me? - Yes you!), or add your<br>
workitems to existing blueprints<br>
2.1. Core Topic<br>
2.2. Applications Topic<br>
2.3. Testing Topic<br>
2.4. Art Topic<br>
2.5. Website and Social Topic<br>
2.6. Documentation Topic<br>
3. Next Step - Attracting Contributors<br>
<br>
--------<br>
<br>
# 1. About development planning for this cycle #<br>
<br>
I finally got around to preparing planning for this cycle of<br>
development. There are a few changes since laste couple of cycles.<br>
Preparing for this, I've done some reorganization on our Launchpad<br>
projects previously, making sure there is a project for every package<br>
and a team for every purpose, and so on.<br>
<br>
Documentation about Ubuntu Studio planning is somewhat updated, and can<br>
be found here <a href="https://wiki.ubuntu.com/UbuntuStudio/CoreTeamDocumentation" target="_blank">https://wiki.ubuntu.com/UbuntuStudio/CoreTeamDocumentation</a><br>
<br>
Blueprints structure is reorganized. How it works now is:<br>
<br>
* Each launchpad project will have its own blueprints<br>
* the launchpad project called "ubuntustudio" has topic blueprints that<br>
depend on other Ubuntu Studio projects<br>
* Any number of bluieprints can be dependencies of one topic blueprint.<br>
The topics make it easier to separate the different types of blueprints<br>
(most people will only be dealing with 1-3 topics at most)<br>
<br>
As stated here <a href="http://wiki.ubuntu.com/UbuntuStudio/Blueprints" target="_blank">http://wiki.ubuntu.com/UbuntuStudio/Blueprints</a>, the<br>
topics for this cycle are:<br>
<br>
ubuntustudio-t (main topic)<br>
- core-t (core packages)<br>
- applications-t (our own applications)<br>
- testing-t (testing, and development of testing tools)<br>
- art-t<br>
- website-social-t (our website and social channels)<br>
- documentation-t (user and developer docs, on DVD, wikis, video and<br>
our website)<br>
<br>
## 1.2. About the "ubuntu" project<br>
<br>
I think Ubuntu folks would rather we do some of our blueprints within<br>
the "ubuntu" launchpad project, as that makes it possible to keep an eye<br>
on what we are up to, and enables the usage of the<br>
<a href="http://status.ubuntu.com" target="_blank">http://status.ubuntu.com</a> page, but I think we should just make sure to<br>
get feedback from ubuntu devs when that might be required (as we<br>
recently learned from our GRUB customizations).<br>
Also, I'm looking into the possibility of creating our own status page<br>
from the tools that are used for the Ubuntu one.<br>
<br>
--------<br>
<br>
# 2. Create your own blueprints (who, me? Yes, you!), or add your<br>
workitems to existing blueprints #<br>
<br>
We're drafting blueprints now, so please look through any blueprints<br>
that might interest you, and suggest new ones, or edit the ones that<br>
exist.<br>
Before you do any editing, make sure that you are apart the relevant<br>
Ubuntu Studio launchpad team, and that our team is aware of your<br>
efforts. Just answer this mail if you're interested in helping out.<br>
<br>
## 2.1. Core Topic ##<br>
<br>
These two topics are fairly well figured out so far. What is missing is<br>
a clear specification for how to solve the problem of having multiple<br>
DEs.<br>
Some of the things I'm looking forward to us getting done is doing some<br>
jack plumbing (either starting jack, if not running, when opening any<br>
jack app, or informing the user that they need to start jack first), as<br>
well as making realtime privilege a normality on any Debian derived<br>
distro. Not all can be done from our core packages though.<br>
<br>
## 2.2. Applications Topic ##<br>
<br>
The major goal for this cycle is developing ubuntustudio-controls from<br>
scratch, which is long overdue, and there are a massive amount of things<br>
we could use if for, so if you are into any kind of scripting or coding,<br>
and would like to help with this, please join us in doing that.<br>
We also have our custom menu (ubuntustudio-menu), which is strictly not<br>
an applications, but it's installable without Ubuntu Studio and sort of<br>
works as a standalone application.<br>
Then there's ubuntustudio-installer, which is fairly basic now, but if<br>
someone would like to, it could be enhanced so as to simplify finding<br>
and installing studio applications on any Ubuntu derived distribution<br>
(and why not making it generic, and upload it into Debian?)<br>
<br>
## 2.3. Testing Topic ##<br>
<br>
This is a topic that no one has really done anything significant with<br>
yet, so if someone is interested, please consider contributing to this<br>
area of our development.<br>
We need to:<br>
* Figure out what tools to use, and perhaps develope some small tools<br>
of our own (could result in a package that we upload to Ubuntu repos)<br>
* Organize our testing and make sure everything that needs testing gets<br>
tested<br>
<br>
## 2.4. Art Topic ##<br>
<br>
I've prepared blueprints for existing launchpad projects, that deal with<br>
art. The ambition is probably to revamp art completely for 14.04. I've<br>
also prepared a blueprint for how to organize user contribution of<br>
wallpapers.<br>
<br>
Art plays a very significant role in communicating with users, so I'm<br>
putting a special significance to what we decide on this for 14.04.<br>
<br>
## 2.5. Website and Social Topic ##<br>
<br>
We should think about redoing our Website theme, and doing some updates<br>
to art and documentation.<br>
<br>
## 2.6. Documentation Topic ##<br>
<br>
As always, user documentation is lacking. If we can find someone willing<br>
to work on this, that would be great.<br>
<br>
--------<br>
<br>
# Next step - Attracting Contributors #<br>
<br>
There is a structure for how we do things, all though the work continues<br>
on that. We need to set some rules on how we work with our sources among<br>
other things.<br>
But, for non coding work, we should really try getting people involved<br>
as quickly as possible.<br>
I started a blueprint about that as well, within the Ubuntu Studio<br>
project (which suits well for any kind of miscellaneous planning that<br>
does not fit a specific topic)<br>
<a href="https://blueprints.launchpad.net/ubuntustudio/+spec/get-contributors" target="_blank">https://blueprints.launchpad.net/ubuntustudio/+spec/get-contributors</a>.<br>
<br>
/Kaj Ailomaa - Ubuntu Studio project lead<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
ubuntu-studio-devel mailing list<br>
<a href="mailto:ubuntu-studio-devel@lists.ubuntu.com">ubuntu-studio-devel@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel</a><br>
</font></span></blockquote></div><br></div></div>