You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@aries.apache.org by Guillaume Nodet <gn...@apache.org> on 2016/10/13 13:23:37 UTC
[VOTE] Release Aries Util 1.1.3
Staging repo:
https://repository.apache.org/content/repositories/orgapachearies-1084
Release notes
[aries-1612] Zip input stream relies on default (non buffered)
InputStream read
Please review and vote !
--
------------------------
Guillaume Nodet
------------------------
Red Hat, Open Source Integration
Email: gnodet@redhat.com
Web: http://fusesource.com
Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release Aries Util 1.1.3
Posted by Guillaume Nodet <gn...@apache.org>.
I think the problem comes from the script which performs illegal
verifications such as verifying the md5 of the signature file and such.
The repo validates when I use the felix script.
Can you try modifying your script to use
for i in `find ${DOWNLOAD}/${STAGING} -type f | egrep -v
'.asc$|.md5$|.sha1$|index.html|maven-metadata.xml'`
instead of
for i in `find ${DOWNLOAD}/${STAGING} -type f | egrep -v
'.md5$|.sha1$|index.html|maven-metadata.xml'`
and
for i in `find ${DOWNLOAD}/${STAGING} -type f | egrep '.asc$' | egrep -v
'.asc.asc$'`
instead of
for i in `find ${DOWNLOAD}/${STAGING} -type f | egrep '.asc$'
The first problem clearly comes from the script and the script should be
modified.
The second one (the repo contains some .asc.asc files) has been fixed by
uploading a new release, so I'll cancel this vote and start a new one.
2016-10-13 15:43 GMT+02:00 David Bosschaert <da...@gmail.com>:
> Hi Guillaume,
>
> When running the verify script I'm seeing these kinds of messages:
>
> *FAILURE - BAD MD5 for
> util113_2/1084/org/apache/aries/org.apache.aries.util/1.
> 1.3/org.apache.aries.util-1.1.3-javadoc.jar.asc
> ***** (compared 5a6f75424e9c7feeb7f8bb5ded446ba7 and )
> cat:
> util113_2/1084/org/apache/aries/org.apache.aries.util/1.
> 1.3/org.apache.aries.util-1.1.3-javadoc.jar.asc.asc.md5:
> No such file or directory
>
> There are quite a lot of them and similar ones for SHA1 checksums.
>
> This was actually what I was experiencing with my own release attempt as
> well.
>
> Any idea what this could be?
>
> Thanks,
>
> David
>
>
>
>
> On 13 October 2016 at 14:23, Guillaume Nodet <gn...@apache.org> wrote:
>
> > Staging repo:
> > https://repository.apache.org/content/repositories/orgapachearies-1084
> >
> > Release notes
> >
> > [aries-1612] Zip input stream relies on default (non buffered)
> > InputStream read
> >
> > Please review and vote !
> >
> > --
> > ------------------------
> > Guillaume Nodet
> > ------------------------
> > Red Hat, Open Source Integration
> >
> > Email: gnodet@redhat.com
> > Web: http://fusesource.com
> > Blog: http://gnodet.blogspot.com/
> >
>
--
------------------------
Guillaume Nodet
------------------------
Red Hat, Open Source Integration
Email: gnodet@redhat.com
Web: http://fusesource.com
Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release Aries Util 1.1.3
Posted by David Bosschaert <da...@gmail.com>.
Hi Guillaume,
When running the verify script I'm seeing these kinds of messages:
*FAILURE - BAD MD5 for
util113_2/1084/org/apache/aries/org.apache.aries.util/1.1.3/org.apache.aries.util-1.1.3-javadoc.jar.asc
***** (compared 5a6f75424e9c7feeb7f8bb5ded446ba7 and )
cat:
util113_2/1084/org/apache/aries/org.apache.aries.util/1.1.3/org.apache.aries.util-1.1.3-javadoc.jar.asc.asc.md5:
No such file or directory
There are quite a lot of them and similar ones for SHA1 checksums.
This was actually what I was experiencing with my own release attempt as
well.
Any idea what this could be?
Thanks,
David
On 13 October 2016 at 14:23, Guillaume Nodet <gn...@apache.org> wrote:
> Staging repo:
> https://repository.apache.org/content/repositories/orgapachearies-1084
>
> Release notes
>
> [aries-1612] Zip input stream relies on default (non buffered)
> InputStream read
>
> Please review and vote !
>
> --
> ------------------------
> Guillaume Nodet
> ------------------------
> Red Hat, Open Source Integration
>
> Email: gnodet@redhat.com
> Web: http://fusesource.com
> Blog: http://gnodet.blogspot.com/
>