<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Apr 22, 2014 at 11:33 AM, Mario Fux <span dir="ltr"><<a href="mailto:kde-ml@unormal.org" target="_blank">kde-ml@unormal.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Proposal: Offer the possibility for the suites/groups of apps to release<br>
independently and make two, three or more release days ("Sigma" as the greek<br>
symbol for the sum) per year where and when we make big promo for KDE<br>
software.<br>
<br>
Details:<br>
Promo wise it could make sense to still have some release days where and when<br>
we release and announce some of our apps and software together and in a big<br>
way. Suites, groups and single KDE projects could decide on their own to<br>
participate on such an event. (See for a formalization of the release and<br>
announcement process in a next proposal).<br>
So Sigma (or what other name) would be a cumulative release and announcement<br>
day and with discussions like this one [1] it should once and for all be clear<br>
that there is no and will never be a "KDE5" and that "Sigma != KDE" (and no, I<br>
don't really believe that all the discussions will end, but that's ok ;-).<br>
<br>
Here are some fictive examples for such Sigma days/weeks:<br>
- Sigma in July 2014 includes KDE Core Apps 5.0, KF5 5.0, Plasma 2014.6,<br>
Calligra 2.9 and Amarok 3.0<br>
- Sigma in January 2015 includes KDE Core Apps for Desktop 5.1, KDE Core Apps<br>
for Tablet 5.0, Plasma 2014.12, Digikam 4.4 and KDE Edu 5.2<br>
- Sigma in July 2015 includes KDE Core Apps for Desktop 5.2, KF5 5.2, Plasma<br>
Active 5, Bodega 1.0 and KDE PIM 5.1<br>
<br>
And in between we've independent releases of Plasma, KDE PIM, Amarok, etc.<br>
with or without some promo.<br>
<br>
Next steps:<br>
- Rhythm of Sigma: How often do we do such a Sigma day/week? Every 6 or 4<br>
months?<br>
- Should it be a week or a day?<br>
- How should we call it?<br>
<br>
Now please tell me your opinion in a short, constructive and polite way.<br>
Details can be discussed in Randa and/or at Akademy. So let's concentrate on<br>
the bigger ideas.<br>
<br>
Thanks and best regards<br>
Mario<br>
<br>
[1] <a href="https://plus.google.com/+JosPoortvliet/posts/EZvEsvGYTZf" target="_blank">https://plus.google.com/+JosPoortvliet/posts/EZvEsvGYTZf</a><br>
And please don't discuss "KDE" branding here. The above link provides some<br>
very good explanations why "KDE" is since years the people and not the<br>
software.<br>
_______________________________________________<br>
kde-community mailing list<br>
<a href="mailto:kde-community@kde.org">kde-community@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-community" target="_blank">https://mail.kde.org/mailman/listinfo/kde-community</a><br>
</blockquote></div><br></div><div class="gmail_extra">I agree with Albert that this is mostly a promo stance and I think that promo should do it the way that suits them better. I always want that the contributors working with me are comfortable with the way of working and in this case I think that if promo wants it this way, then go for it.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">I could argue that it could be weird if a distribution is released before the Sigma release, they could start advertising the new features before we do, but then this means that we have a distribution taking very good care of KDE and that's good as well.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">From a KDE Edu point of view for instance, having non-synchronized releases is not solving any problem, but I know that other projects really need this, so this indeed does fix technical management problems and hopefully helps promo too.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Aleix</div></div>