Skip to content
This repository was archived by the owner on Aug 5, 2021. It is now read-only.
This repository was archived by the owner on Aug 5, 2021. It is now read-only.

WHL files for Python 3.7 #168

Open
Open

Description

@eLvErDe

Hello,

Are you planning to release WHL files for Python 3.7 ?

Thanks in advance,

Adam.

Activity

  1. forman commented on May 14, 2019

    @forman
    Member

    I'd like to, but currently have no project / spare time to do so.

    Note that you can also build wheels on your own.

  2. devinrsmith commented on May 15, 2019

    @devinrsmith
    Contributor

    @eLvErDe : my company (https://deephaven.io/) is maintaining a fork of jpy https://github.com/illumon-public/illumon-jpy. We have released 3.7 wheels, see https://pypi.org/project/deephaven-jpy/#files. Our release is a significant number of commits ahead of bcdev/jpy/master (and not yet reflected in our own master branch yet - we've got a bit of CI work on our internal servers and coordination that we need to do regarding releases, tags, and branches wrt our product version).

  3. devinrsmith commented on May 15, 2019

    @devinrsmith
    Contributor

    @forman : do you have any interest in having Deephaven take an active role in maintaining jpy and producing artifacts?

  4. ShaheedHaque commented on May 17, 2019

    @ShaheedHaque

    @devinrsmith I'm really glad you are actively maintaining a fork, and it would be great to see "official" new wheels for Linux 3.6 etc. up on pypi. (Aside: I wonder why illumon-jpy does not appear in the list of forks here...)

  5. devinrsmith commented on May 17, 2019

    @devinrsmith
    Contributor

    @ShaheedHaque : I wasn't originally responsible for our fork, so it might have been setup as an "unofficial" fork outside of the github fork mechanism. Definitely something I'll look into as we more formally establish our fork for public consumption. In the meantime - we do have newer 3.6 wheels :) - although, it doesn't look like the linux ones have been published to PyPi - I'll look into that.

  6. devinrsmith commented on May 17, 2019

    @devinrsmith
    Contributor

    @ShaheedHaque : we have linux wheels available from our GitHub release page - https://github.com/illumon-public/illumon-jpy/releases. I've inquired about getting them published to PyPi as well - thanks!

  7. ShaheedHaque commented on May 17, 2019

    @ShaheedHaque

    Cool. Let's see what @forman says in terms your kind offer.

  8. forman commented on May 20, 2019

    @forman
    Member

    @forman : do you have any interest in having Deephaven take an active role in maintaining jpy and producing artifacts?

    @devinrsmith yes, thanks, we are definitely interested in contributions. However, we need to make sure that the evolution of jpy is still supporting our main use case, namely the beckend of the bidi Java-Python bridge snappy for our software project SNAP which we develop for the European Space Agency.

    I'm going to discuss your possible future role with the SNAP team, then I come back to you shortly.

  9. ShaheedHaque commented on Jul 10, 2019

    @ShaheedHaque

    @forman any updates please?

  10. ShaheedHaque commented on Feb 16, 2020

    @ShaheedHaque

    @forman any update on the proposal from @devinrsmith?

  11. JamesXNelson commented on Apr 23, 2021

    @JamesXNelson

    Deephaven continues to actively develop and maintain jpy. If SNAP is willing to test our archives to ensure they are compatible, we can formalize our release process to include merging code upstream. We are in the process of open sourcing part of our product, and are developing a new release process for our jpy wheels. If there was a good time to consider handing off release management, that time would be now.

  12. devinrsmith commented on Apr 23, 2021

    @devinrsmith
    Contributor

    @JamesXNelson - I believe we've started a discussion amongst our teams. Please check in w/ @chipkent

  13. pont-us commented on Apr 27, 2021

    @pont-us
    Member

    If there was a good time to consider handing off release management, that time would be now.

    @forman suggests a meeting to discuss this and I have created a Doodle poll to find a suitable time in the near future. Doodle poll link. Suggested slots should work for @forman, @marpet, and me -- hopefully one will also be OK for @JamesXNelson , @devinrsmith , @chipkent , and any other interested parties.

  14. forman commented on Apr 30, 2021

    @forman
    Member

    If SNAP is willing to test our archives to ensure they are compatible, we can formalize our release process to include merging code upstream.

    @JamesXNelson that sounds great. Lets dicuss our collaboration further. From the doodle, earliest possible date for @devinrsmith, @marpet, @pont-us any myself is Wednesday May 5, 14:00-15:00 CET. Let's go for it!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions