Message12722

Author jeff.allen
Recipients fwierzbicki, jeff.allen
Date 2019-10-26.16:41:36
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1572108096.97.0.12678944063.issue2814@roundup.psfhosted.org>
In-reply-to
Content
(Corrected)

As a manual step, this is a bit awkward to do. I found I could modify the maven/build.xml *after* a build at tag 2.7.2b1, circumventing its tendency to build a snapshot.

This, added to macrodef stage, restores the gpg step:

      <!-- Generate a detached signature for each artefact in the bundle. -->
      <exec executable="gpg" dir="${build.maven}">
          <arg value="-ab"/>
          <arg value="@{artifactId}-@{version}.pom"/>
      </exec>

      <exec executable="gpg" dir="${build.maven}">
          <arg value="-ab"/>
          <arg value="@{artifactId}-@{version}.jar"/>
      </exec>

      <exec executable="gpg" dir="${build.maven}">
          <arg value="-ab"/>
          <arg value="@{artifactId}-@{version}-javadoc.jar"/>
      </exec>

      <exec executable="gpg" dir="${build.maven}">
          <arg value="-ab"/>
          <arg value="@{artifactId}-@{version}-sources.jar"/>
      </exec>

It fails if you don't have gpg at all, as the step is not really optional. I won't push that change right now though, taking other blockers to publication as part of this.
History
Date User Action Args
2019-10-26 16:41:36jeff.allensetmessageid: <1572108096.97.0.12678944063.issue2814@roundup.psfhosted.org>
2019-10-26 16:41:36jeff.allensetrecipients: + jeff.allen, fwierzbicki
2019-10-26 16:41:36jeff.allenlinkissue2814 messages
2019-10-26 16:41:36jeff.allencreate