Updated ChangeLog, NEWS and Features page with v2.7 changes
ClosedPublic

Authored by nmel on Apr 26 2018, 7:31 AM.

Details

Summary

ChangeLog: Added changes from v2.6.0 release that are mentioned in commits

Command used:
git log v2.6.0-master.. | grep 'FIXED:\|ADDED:\|UPDATED:\|CHANGED:\|REMOVED:' | sort

Applied minor corrections: letter cases and spaces.

ChangeLog: fixed spelling and punctuation

ChangeLog: Added manual updates caught by browsing git history

Updated NEWS with highlights of v2.7 release and a note for previous releases

Updated Features page with highlights of v2.7 release

Test Plan

Please check whether I missed anything important or not.
If you'd like to add anything, you're more than welcome. Please use inline comments and put the text you want me to include.

Diff Detail

Repository
R167 Krusader
Lint
Automatic diff as part of commit; lint not applicable.
Unit
Automatic diff as part of commit; unit tests not applicable.
nmel created this revision.Apr 26 2018, 7:31 AM
Restricted Application added a subscriber: kde-doc-english. · View Herald TranscriptApr 26 2018, 7:31 AM
nmel requested review of this revision.Apr 26 2018, 7:31 AM

Adding active devs and Yuri to check if anyone would like to add or change anything.

yurchor accepted this revision.Apr 26 2018, 7:45 AM

No objections from me. Maybe, it is worth to add the new version on top to release-overview.docbook, but we can do it anytime later.

This revision is now accepted and ready to land.Apr 26 2018, 7:45 AM
nmel added a comment.Apr 26 2018, 7:58 AM

Maybe, it is worth to add the new version on top to release-overview.docbook, but we can do it anytime later.

Interesting. The doc contains the date of the release, which we don't know yet. Should we update it at the release time? However, this will bring a problem with translations, right? How to break this loop correctly?

In D12531#254089, @nmel wrote:

Maybe, it is worth to add the new version on top to release-overview.docbook, but we can do it anytime later.

Interesting. The doc contains the date of the release, which we don't know yet. Should we update it at the release time? However, this will bring a problem with translations, right? How to break this loop correctly?

Like in other apps. When we are ready we will enter into two weeks string freeze, announce to the translators that they should prepare and commit their translations by xx-xx-2018 and make the release on the announced day.

martinkostolny accepted this revision.Apr 26 2018, 10:29 PM

Good work stacking the changes, Nikita, thanks!

I agree with Yuri, about the release-overview addition. Although how do we notify translators? We announce it here?
kde-i18n-doc AT kde.org

I think we can now do the freeze and propose release e.g. on Sunday, May the 13th?

I agree with Yuri, about the release-overview addition. Although how do we notify translators? We announce it here?
kde-i18n-doc AT kde.org

Yes, I can do it, like with previous releases.

nmel added a comment.Apr 27 2018, 5:32 AM

I agree with Yuri, about the release-overview addition.

Definitely. I'll send another review shortly. I'd like to keep this as a pure change log update.

I think we can now do the freeze

Let's do the freeze on Saturday. By the time D12524 must be merged, I'll merge this one and upcoming release-overview into master.

and propose release e.g. on Sunday, May the 13th?

Sounds good to me. I should be available on this day.

This revision was automatically updated to reflect the committed changes.