Size: 779
Comment: initial version with some roadmap planning
|
Size: 1361
Comment: Put a removal / update of claws on the roadmap. Schedule 2.1 for a 3.0 series and move it to "End of 2015"
|
Deletions are marked like this. | Additions are marked like this. |
Line 1: | Line 1: |
(For Developers, just an initial stub, work in progress) | (For Developers, work in progress) |
Line 4: | Line 4: |
== next minor release? maybe 2.2.2 | == For each release * Update of third party libraries. * Update of gnupg and libraries. |
Line 6: | Line 8: |
=== screenreader ability for kleo | == 2.2.6 (? probably merged into a 3.0 release) * Remove or Update Claws. |
Line 8: | Line 11: |
=== update on some libraries, e.g. image format libraries | == 3.0.0 (Not scheduled yet, may depend on available funding. End 2015?) * GnuPG 2.1 integration * Kleopatra based on KDE Framework 5? === Refactoring Kleopatra |
Line 10: | Line 17: |
See KleopatraHackability. | |
Line 20: | Line 28: |
This raises is a more general question: Shouldn't we consider to make the engine (GnuPG and the core libraries) a separate package which can be updated on its own and other packages may install it on the fly? -- [[Werner Koch]] <<DateTime(2014-10-24T19:10:21Z)>> |
|
Line 21: | Line 31: |
== next normal release? maybe 2.3.0 | === Additional features from wishlist (Depends on funding and available time) more improvements from the [[../Wishlist|Wishlists]]. |
(For Developers, work in progress)
Potential Roadmap-Planning
For each release
- Update of third party libraries.
- Update of gnupg and libraries.
2.2.6 (? probably merged into a 3.0 release)
- Remove or Update Claws.
3.0.0 (Not scheduled yet, may depend on available funding. End 2015?)
- GnuPG 2.1 integration
- Kleopatra based on KDE Framework 5?
Refactoring Kleopatra
See KleopatraHackability.
Shall we remove Claws-Mail from the installer?
Rationale: Claws-Mail maintains its own installer for windows, which often is more current. Supporting it by building in into the Gpg4win 2.0.0 installer was a success, this helped the initiative to get a windows installer and it spread the word.
It makes Gpg4win easier to maintain, if we decouple the installers. There is less work to be done, especially less quality control and even some space is safed.
This raises is a more general question: Shouldn't we consider to make the engine (GnuPG and the core libraries) a separate package which can be updated on its own and other packages may install it on the fly? -- Werner Koch 2014-10-24 19:10:21
Additional features from wishlist
(Depends on funding and available time) more improvements from the Wishlists.