The latter. Also compare with https://maven.apache.org/developers/release/maven-project-release-procedure.html. This is currently a process decoupled from the staging repo unfortunately. Konrad
Von meinem iPhone gesendet > Am 18.10.2018 um 07:30 schrieb Carsten Ziegeler <cziege...@apache.org>: > > Yes, but if I downloaded the whole staging repository using our script, do I > get those shas or do I have to manually save them from the target directory? > > Regards > Carsten > >> Am 18.10.2018 um 07:01 schrieb Jean-Baptiste Onofré: >> They have to be on dist.apache.org. >> Regards >> JB >>> Le 18 oct. 2018 à 06:49, à 06:49, Carsten Ziegeler <cziege...@apache.org> a >>> écrit: >>> What does that mean? Are they not uploaded to the staging repository? >>> >>> Regards >>> Carsten >>> >>>> Am 17.10.2018 um 23:12 schrieb Raymond Auge: >>>> Ok, I was informed that the sha512 files are ONLY IN THE TARGET >>> directory. >>>> >>>> We should add a note about this in the release management process. >>>> >>>> Thanks all, >>>> - Ray >>>> >>>> On Wed, Oct 17, 2018 at 4:30 PM Raymond Auge >>> <raymond.a...@liferay.com> >>>> wrote: >>>> >>>>> So why didn't they get generated for this last release? I built the >>>>> release on the weekend and I didn't get any sha512 files, I >>> generated them >>>>> myself as I was adding the files to the dist dir. >>>>> >>>>> - Ray >>>>> >>>>> On Wed, Oct 17, 2018 at 4:26 PM Pierre De Rop >>> <pierre.de...@gmail.com> >>>>> wrote: >>>>> >>>>>> for example, for declarative service, the scr/pom.xml currently >>> uses the >>>>>> latest felix-parent (version 6) >>>>>> -> >>>>>> >>>>>> <parent> >>>>>> <groupId>org.apache.felix</groupId> >>>>>> <artifactId>felix-parent</artifactId> >>>>>> <version>6</version> >>>>>> <relativePath /> >>>>>> </parent> >>>>>> >>>>>> and the felix-parent version 6 uses apache parent 21 (which is the >>> latest >>>>>> release): >>>>>> -> >>>>>> <parent>^M >>>>>> <groupId>org.apache</groupId>^M >>>>>> <artifactId>apache</artifactId>^M >>>>>> <version>21</version>^M >>>>>> <relativePath />^M >>>>>> </parent>^M >>>>>> >>>>>> and in the apache parent 21, I see this: >>>>>> -> >>>>>> <plugin>^M >>>>>> <groupId>org.apache.maven.plugins</groupId>^M >>>>>> <artifactId>maven-gpg-plugin</artifactId>^M >>>>>> <version>1.6</version>^M >>>>>> <configuration>^M >>>>>> <gpgArguments>^M >>>>>> <arg>--digest-algo=SHA512</arg>^M >>>>>> </gpgArguments>^M >>>>>> </configuration>^M >>>>>> </plugin>^M >>>>>> >>>>>> so, it should be at fine at least for the scr, i guess ? >>>>>> >>>>>> cheers >>>>>> pierre >>>>>> >>>>>> On Wed, Oct 17, 2018 at 10:20 PM Raymond Auge >>> <raymond.a...@liferay.com> >>>>>> wrote: >>>>>> >>>>>>> Perhaps you're right. Perhaps that parent is just not applied to >>> the >>>>>>> projects I've released. I'll try it next time. >>>>>>> >>>>>>> Thanks Carsten. >>>>>>> >>>>>>> - Ray >>>>>>> >>>>>>> On Wed, Oct 17, 2018 at 4:03 PM Carsten Ziegeler >>> <cziege...@apache.org> >>>>>>> wrote: >>>>>>> >>>>>>>> I thought if we use the latest Apache pom as a parent than this >>> is >>>>>>>> solved. Isn't that the case? >>>>>>>> >>>>>>>> Carsten >>>>>>>> >>>>>>>>> Am 17.10.2018 um 16:45 schrieb Raymond Auge: >>>>>>>>> Hey everyone, >>>>>>>>> >>>>>>>>> We really need to fix the build to do sha512 and remove MD5. >>>>>>>>> >>>>>>>>> Anyone know the magic or can point me to an example where this >>> is >>>>>>>>> configured I'd appreciate it. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Carsten Ziegeler >>>>>>>> Adobe Research Switzerland >>>>>>>> cziege...@apache.org >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile> >>>>>>> (@rotty3000) >>>>>>> Senior Software Architect *Liferay, Inc.* <http://www.liferay.com> >>>>>>> (@Liferay) >>>>>>> Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org> >>>>>>> (@OSGiAlliance) >>>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile> >>>>> (@rotty3000) >>>>> Senior Software Architect *Liferay, Inc.* <http://www.liferay.com> >>>>> (@Liferay) >>>>> Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org> >>>>> (@OSGiAlliance) >>>>> >>>> >>>> >>> >>> -- >>> Carsten Ziegeler >>> Adobe Research Switzerland >>> cziege...@apache.org > > -- > Carsten Ziegeler > Adobe Research Switzerland > cziege...@apache.org
