Re: (no subject)

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: (no subject)

Sandro Tosi-4
hey!

On Sun, May 31, 2020 at 7:52 PM Charles R Harris
<[hidden email]> wrote:
> Downstream developers should use Cython >= 0.29.16 for Python 3.8 support and OpenBLAS >= 3.7 to avoid wrong results on the Skylake architecture. The NumPy Wheels for this release can be downloaded from PyPI, source archives and release notes are available from Github.

just so that i can re-configure (if necessary) our automation in
Debian, is this going to be the future setting for releasing numpy?
wheels via PyPI and source via github? I stumbled upon this since
there's no source release available on PyPI for 1.19.0rc2

Thanks,
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi
_______________________________________________
NumPy-Discussion mailing list
[hidden email]
https://mail.python.org/mailman/listinfo/numpy-discussion
Reply | Threaded
Open this post in threaded view
|

Re: (no subject)

ralfgommers


On Tue, Jun 2, 2020 at 7:14 AM Sandro Tosi <[hidden email]> wrote:
hey!

On Sun, May 31, 2020 at 7:52 PM Charles R Harris
<[hidden email]> wrote:
> Downstream developers should use Cython >= 0.29.16 for Python 3.8 support and OpenBLAS >= 3.7 to avoid wrong results on the Skylake architecture. The NumPy Wheels for this release can be downloaded from PyPI, source archives and release notes are available from Github.

just so that i can re-configure (if necessary) our automation in
Debian, is this going to be the future setting for releasing numpy?
wheels via PyPI and source via github? I stumbled upon this since
there's no source release available on PyPI for 1.19.0rc2

That looks like a mistake. An sdist must be uploaded to PyPI, after the wheels are uploaded. That just seems to have been forgotten for rc2.

Also, I had expected the sdist to be the .tar.gz format, I can't find it back but IIRC that's what we decided in the past. It's smaller, and it's what pretty much all other projects do.

Cheers,
Ralf


_______________________________________________
NumPy-Discussion mailing list
[hidden email]
https://mail.python.org/mailman/listinfo/numpy-discussion
Reply | Threaded
Open this post in threaded view
|

Re: (no subject)

Charles R Harris


On Tue, Jun 2, 2020 at 1:31 AM Ralf Gommers <[hidden email]> wrote:


On Tue, Jun 2, 2020 at 7:14 AM Sandro Tosi <[hidden email]> wrote:
hey!

On Sun, May 31, 2020 at 7:52 PM Charles R Harris
<[hidden email]> wrote:
> Downstream developers should use Cython >= 0.29.16 for Python 3.8 support and OpenBLAS >= 3.7 to avoid wrong results on the Skylake architecture. The NumPy Wheels for this release can be downloaded from PyPI, source archives and release notes are available from Github.

just so that i can re-configure (if necessary) our automation in
Debian, is this going to be the future setting for releasing numpy?
wheels via PyPI and source via github? I stumbled upon this since
there's no source release available on PyPI for 1.19.0rc2

That looks like a mistake. An sdist must be uploaded to PyPI, after the wheels are uploaded. That just seems to have been forgotten for rc2.

Also, I had expected the sdist to be the .tar.gz format, I can't find it back but IIRC that's what we decided in the past. It's smaller, and it's what pretty much all other projects do.


NumPy has always used zip since PyPI limited the number of source releases. We did that before SciPy.

Chuck 

_______________________________________________
NumPy-Discussion mailing list
[hidden email]
https://mail.python.org/mailman/listinfo/numpy-discussion
Reply | Threaded
Open this post in threaded view
|

Re: (no subject)

Charles R Harris


On Tue, Jun 2, 2020 at 3:15 PM Charles R Harris <[hidden email]> wrote:


On Tue, Jun 2, 2020 at 1:31 AM Ralf Gommers <[hidden email]> wrote:


On Tue, Jun 2, 2020 at 7:14 AM Sandro Tosi <[hidden email]> wrote:
hey!

On Sun, May 31, 2020 at 7:52 PM Charles R Harris
<[hidden email]> wrote:
> Downstream developers should use Cython >= 0.29.16 for Python 3.8 support and OpenBLAS >= 3.7 to avoid wrong results on the Skylake architecture. The NumPy Wheels for this release can be downloaded from PyPI, source archives and release notes are available from Github.

just so that i can re-configure (if necessary) our automation in
Debian, is this going to be the future setting for releasing numpy?
wheels via PyPI and source via github? I stumbled upon this since
there's no source release available on PyPI for 1.19.0rc2

That looks like a mistake. An sdist must be uploaded to PyPI, after the wheels are uploaded. That just seems to have been forgotten for rc2.

Also, I had expected the sdist to be the .tar.gz format, I can't find it back but IIRC that's what we decided in the past. It's smaller, and it's what pretty much all other projects do.


NumPy has always used zip since PyPI limited the number of source releases. We did that before SciPy.


And I did upload the source file

  947  twine upload release/installers/*.whl
  948  twine upload release/installers/*.zip

Wonder what happened to it? Maybe I missed an upload failure?

Chuck

_______________________________________________
NumPy-Discussion mailing list
[hidden email]
https://mail.python.org/mailman/listinfo/numpy-discussion
Reply | Threaded
Open this post in threaded view
|

Re: (no subject)

Charles R Harris


On Tue, Jun 2, 2020 at 3:19 PM Charles R Harris <[hidden email]> wrote:


On Tue, Jun 2, 2020 at 3:15 PM Charles R Harris <[hidden email]> wrote:


On Tue, Jun 2, 2020 at 1:31 AM Ralf Gommers <[hidden email]> wrote:


On Tue, Jun 2, 2020 at 7:14 AM Sandro Tosi <[hidden email]> wrote:
hey!

On Sun, May 31, 2020 at 7:52 PM Charles R Harris
<[hidden email]> wrote:
> Downstream developers should use Cython >= 0.29.16 for Python 3.8 support and OpenBLAS >= 3.7 to avoid wrong results on the Skylake architecture. The NumPy Wheels for this release can be downloaded from PyPI, source archives and release notes are available from Github.

just so that i can re-configure (if necessary) our automation in
Debian, is this going to be the future setting for releasing numpy?
wheels via PyPI and source via github? I stumbled upon this since
there's no source release available on PyPI for 1.19.0rc2

That looks like a mistake. An sdist must be uploaded to PyPI, after the wheels are uploaded. That just seems to have been forgotten for rc2.

Also, I had expected the sdist to be the .tar.gz format, I can't find it back but IIRC that's what we decided in the past. It's smaller, and it's what pretty much all other projects do.


NumPy has always used zip since PyPI limited the number of source releases. We did that before SciPy.


And I did upload the source file

  947  twine upload release/installers/*.whl
  948  twine upload release/installers/*.zip

Wonder what happened to it? Maybe I missed an upload failure?


Should be fixed.

Chuck 

_______________________________________________
NumPy-Discussion mailing list
[hidden email]
https://mail.python.org/mailman/listinfo/numpy-discussion
Reply | Threaded
Open this post in threaded view
|

Re: (no subject)

Sandro Tosi-4
> Should be fixed.

indeed it is, thanks!

--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi

--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi
_______________________________________________
NumPy-Discussion mailing list
[hidden email]
https://mail.python.org/mailman/listinfo/numpy-discussion
Reply | Threaded
Open this post in threaded view
|

Re: (no subject)

Derek Homeier
In reply to this post by Charles R Harris
On 2 Jun 2020, at 11:15 pm, Charles R Harris <[hidden email]> wrote:
>
>> Also, I had expected the sdist to be the .tar.gz format, I can't find it back but IIRC that's what we decided in the past. It's smaller, and it's what pretty much all other projects do.
>
> NumPy has always used zip since PyPI limited the number of source releases. We did that before SciPy.
>
The .tar.gz version (if file size really is an issue, why not using .tar.xz?) is also available from
https://github.com/numpy/numpy/releases
and already was before the PyPI upload was completed.

Cheers,
                                        Derek

_______________________________________________
NumPy-Discussion mailing list
[hidden email]
https://mail.python.org/mailman/listinfo/numpy-discussion
Reply | Threaded
Open this post in threaded view
|

Re: (no subject)

Charles R Harris


On Wed, Jun 3, 2020 at 12:34 PM Derek Homeier <[hidden email]> wrote:
On 2 Jun 2020, at 11:15 pm, Charles R Harris <[hidden email]> wrote:
>
>> Also, I had expected the sdist to be the .tar.gz format, I can't find it back but IIRC that's what we decided in the past. It's smaller, and it's what pretty much all other projects do.
>
> NumPy has always used zip since PyPI limited the number of source releases. We did that before SciPy.
>
The .tar.gz version (if file size really is an issue, why not using .tar.xz?) is also available from
https://github.com/numpy/numpy/releases
and already was before the PyPI upload was completed. 

The archive files automatically generated by Github are faulty and cannot be used, you need to use the ones uploaded later. I choose zip because it is universally available and since we can only put one source release on PyPI, that was my choice. Before PyPI adopted the single source policy we would upload both.

Chuck 

_______________________________________________
NumPy-Discussion mailing list
[hidden email]
https://mail.python.org/mailman/listinfo/numpy-discussion