bq.  I would prefer that we have a .tar.gz release

+1

On Mon, Mar 13, 2017 at 4:21 PM, Ismaël Mejía <ieme...@gmail.com> wrote:

> ​+1 (non-binding)
>
> - verified signatures + checksums
> - run mvn clean install -Prelease, all artifacts build and the tests run
> smoothly (modulo some local issues I had with the installation of tox for
> the python sdk, I created a PR to fix those in case other people can have
> the same trouble).
>
> Some remarks still to fix from the release, but that I don’t consider
> blockers:
>
> 1. The section Getting Started in the main README.md needs to be updated
> with the information about the creating/activating the virtualenv. At this
> moment just running mvn clean install won’t work without this.
>
> 2.  Both zip files in the current release produce a folder with the same
> name ‘apache-beam-0.6.0’. This can be messy if users unzip both files into
> the same folder (as happened to me, the compressed files should produce a
> directory with the exact same name that the file, so
> apache-beam-0.6.0-python.zip will produce apache-beam-0.6.0-python and the
> other its respective directory.
>
> 3. The name of the files of the release probably should be different:
>
> The source release could be just apache-beam-0.6.0.zip instead of
> apache-beam-0.6.0-source-release.zip considering that we don’t have binary
> artifacts, or just apache-beam-0.6.0-src.zip following the convention of
> other apache projects.
>
> The python release also could be renamed from
> apache-beam-0.6.0-bin-python.zip instead of apache-beam-0.6.0-python.zip
> so
> users understand that these are executable files (but well I am not sure
> about that one considering that python is a scripting language).
>
> Finally I would prefer that we have a .tar.gz release as JB mentioned in
> the previous vote, and as most apache projects do. In any case if the zip
> is somehow a requirement it would be nice to have both a .zip and a .tar.gz
> file.
>

Reply via email to