We (marketing \/ promo hat on) are right now trying to write the announcement for KDE 4.0.3,
\n which will be released on April 2nd, a bit more than a week from now. Let’s have a look at how
\n this actually works, and zoom in on the bugfix \/ translation updates that 4.0.x releases are.
\n The announcement is usually written by a subset of the Marketing Team, coordination takes place
\n on the kde-promo mailinglist. On this list, people that are willing and able to write about KDE
\n hang out. Those people are collecting information about those releases. For a big thing such as
\n KDE 4.0, this is relatively easy, there’s more than enough to talk about. For an update release
\n (such as next week’s) we’re mostly relying on the changelog as raw material. We try to form an
\n impression of what’s happened in branch in that period, and munge that into something which is
\n readable for human beings and provides a high-level summary for those that won’t dive into
\n details. Then, the original announcement version is written and ASAP (though usually too late)
\n sent to the translation teams so we have a multi-language announcement ready on release day.
\n The trade-off here is: Writing the announcement earlier, the changelog will be incomplete, but
\n the translation teams get more time, so we end up having more and better translations on
\n release day. Writing the announcement later, there’s more in the changelog (although
\n unfortunately not much more :\/) but the translation teams have too little time, so we lack
\n translations. Having a more complete changelog available earlier is the solution to this
\n problem. So we need help from developers. Kudos at this point go out to the KHTML and Okular
\n teams, who, from the top of my head, usually have done their changelog homework well.<\/p>\n
\nsvn co svn+ssh:\/\/svn.kde.org\/home\/kde\/trunk\/www\/sites\/www\/announcements\/changelogs\nkwrite changelogs\/changelog_branch_4_0.xml<\/pre>\nScroll down to a line that looks like <release version=”4.0.3″ date=”2008-0?-??”><\/em>, scroll
\n down a bit more, to the part containing the module and product your changes went in, and add them.
\n You can use the tags bugfix, improvement <improvement rev=””>, feature <feature rev=””> or whatever is
\n documented in the DOCS<\/a>. In practise,
\n it’ll be a bit of copy\/pasting. Commit your changes and have a smile on your face when you read
\n about your improvements in the announcement a few days later.
\n If you want to see what you’ve done, run the following on the changelog and see your
\n changes put into the webpages:<\/p>\n\nxsltproc --stringparam outputversion \"4.0.3\" -o changelog4_0_2to4_0_3.php\nchangelog.xsl changelog_branch_4_0.xml<\/pre>\nI think this ignoring of the changelog is a display of a culture that we see quite often
\n within KDE. A culture that is very humble and fully concentrates on getting work done. Only in
\n this case, it causes problems for others that also want to get their work (informing about KDE)
\n done. So if you changed something in the KDE 4.0 branch between 27th of February and 26th March
\n (this coming Wednesday) please support the Marketing Team’s work by adding your change to the
\n changelog. Remember, if a change is worth backporting, it’s worth putting in the changelog. The
\n more entries there are in the changelog, the more choice the Marketing Team has to streamline the
\n message. Of course, also the ‘raw’ changelog will be available to the users, usually linked from
\n the announcement on www.kde.org and multiple other sites reporting about KDE 4.0.3. Users will
\n look for their pet issue being addressed. The Marketing Team does an awesome job in communicating
\n what’s happening (who doesn’t love reading the Commit-Digest for example?), but they can’t do
\n that on their own. Please spend those 5 minutes and help your fellow gearhead.<\/p>\n","protected":false},"excerpt":{"rendered":"We (marketing \/ promo hat on) are right now trying to write the announcement for KDE 4.0.3, which will be released on April 2nd, a bit more than a week from now. Let’s have a look at how this actually works, and zoom in on the bugfix \/ translation updates that 4.0.x releases are. The… Continue reading All ur ChangeLog r belong to us.<\/span>