jenkins: include local bin directory in PATH
[gnupg-doc.git] / misc / blog.gnupg.org / 20150216-gnupg-in-january.org
1 # GnuPG News for January 2015
2 #+STARTUP: showall
3 #+AUTHOR: Werner
4 #+DATE: February 16th, 2015
5
6 ** GnuPG News for January 2015
7
8 This is the first issue of a series of status reports for the GnuPG
9 project.  It is quite late for a review of things which happened
10 January but unexpected (but meanwhile widely known) events prohibited
11 me from writing this earlies.  More on this in another article.
12
13 First the good news: In January I was contacted by the [[http://www.linuxfoundation.org/programs/core-infrastructure-initiative][Core
14 Infrastructure Initiative]] with an offer to help funding the GnuPG
15 development.  I gladly accepted that that offer for 60,000 USD for
16 this year.  After short and exceptionally non-bureaucratic negotiations
17 we agreed on a contract which pays [[https://g10code.com][g10^code]] 5,000 USD each month in
18 2015 for work on GnuPG.  That money will be used to pay my, now
19 increased, salary.  Thanks guys.
20
21 After the release of GnuPG 2.1.1 in late December quite some bugs were
22 reported for this new branch.  Thus most of my work was related to
23 fixing these bugs and prepare a bug fix release.  As usual Niibe
24 Yutaka helped a lot by taking care of the smartcard part and reviewing
25 other patches and bugs.   Some minor bugs and memory leaks were fixed
26 in that time as well as some code cleanup.
27
28 The move to automake 1.14 and gcc 4.9 required a bit of work.  The
29 update to the latest automake version was originally planned after the
30 release of Debian Jessie but for other reasons I had to update my
31 development box to to-be-Jessie already now and thus switching
32 automake was done right away.  This required only minor changes but
33 with all those libraries required by GnuPG 2.x, it nevertheless took
34 some days.  At that opportunity all the build-aux files (config.guess
35 et al.) were also updated to the latest version.  The code base is now
36 quite up to the latest development tools (at least in the repo).  gcc
37 4.9 prints a couple of new warnings and thus a few other code changes
38 were required as well.
39
40 I also took some days to play with the Windows port but finally
41 decided that there won't be a Windows installer for the forthcoming
42 2.1.2 versions.  We need to investigate on how to best package the
43 Windows binary version without having too much dependencies to
44 external libraries.  In particular GPGME with its dependencies on Glib
45 is still troublesome and this might need some re-packaging of
46 GPGME.  The general idea for the 2.1 installer will be to package only
47 the GnuPG core without any GUI stuff and do that in a way which helps
48 other packages to use that one GnuPG version on Windows.  This has the
49 huge advantage that we can release updates to GnuPG without having
50 also to update all the other software which uses GnuPG under the hood.
51
52 After having fixed a couple of build problems of OS X, Patrick
53 Brunswick of Enigmail is meanwhile able to build an OS X installer
54 soon after a new GnuPG release and thus a link to this installer has
55 been added to the download page.
56
57 To allow for a one-stop key generation we also came up with an easy
58 way to generate a key without having to resort to Pinentry.  Even
59 after 15 or so years of the =--command-fd= based API to gpg, the first
60 request was filed to provide a stable interface to select the
61 algorithm: gpg has always printed a list of algorithm sets and asked
62 the user to enter the order number to select the algorithms.  However,
63 there was no way for a script to map algorithm names to these order
64 numbers.  It is surprising that it took so long until someone
65 requested a solid way of entering that.  It has been solved by
66 assigning fixed strings (see doc/DETAILS) to each algorithm and
67 allowing this string as an alternative to the order number.  Please do
68 not hesitate to ask on gnupg-devel@ for advise or ask for a new
69 feature.  If a new feature makes sense and fits into the overall
70 architecture then there is quite some chance that it will be added.
71 But we need to know about it.
72
73 Like in many years, January closed at that great hackers meeting in
74 Brussels.  Maybe next year there will be enough interest for a GnuPG
75 session and a booth as [[https://fosdem.org][FOSDEM]].