FazBrowse GitHub Viewer | Trending |
URL:
| Home
Tools: [Download Repo ZIP]   [Original HTTPS Page]

chore: bump to latest tensorflow version · Issue #1776 · docarray/docarray · GitHub

This repository was archived by the owner on Sep 9, 2026. It is now read-only.

Repository navigation

This repository was archived by the owner on Sep 9, 2026. It is now read-only.

chore: bump to latest tensorflow version #1776

Description

Context

Tensorflow now supports proto 4 https://github.com/tensorflow/tensorflow/blob/master/requirements_lock_3_10.txt#L314.

We should bump tensorflow version in the pyproject.toml to latest version that support proto4

Activity

  1. converted this from a draft issue on Sep 6, 2023
  2. changed the title [-]Bump the lates tensorflow version[/-] [+]chore: bump to latest tensorflow version[/+] on Sep 6, 2023
  3. JohannesMessner commented on Sep 6, 2023

    Member

    I don't think we have a tf version specified at all right now, we just install a certain version in the test CI.
    If we now specify this new version that would imply dropping support for all older versions, right?

  4. samsja commented on Sep 6, 2023

    MemberAuthor

    If we now specify this new version that would imply dropping support for all older versions, right?

    yes

    I don't think we have a tf version specified at all right now
    We don't have a tensorflow version specified because proto version was caped on tensorflow.

    This would allow us to have proper dependency management for tensorflow

  5. JoanFM commented on Sep 6, 2023

    Member

    But here u are proposing only to cap the TF version to a minimum version? If we do not have any reason not to support the previous versions, what would be the benefit?

  6. samsja commented on Sep 6, 2023

    MemberAuthor

    But here u are proposing only to cap the TF version to a minimum version? If we do not have any reason not to support the previous versions, what would be the benefit?

    benefit would be that tensorflow could be registered as a dependency in docarray.

    As of today no package manager know that docarray can have tensorflow has a dependecy

  7. JohannesMessner commented on Sep 6, 2023

    Member

    But here u are proposing only to cap the TF version to a minimum version? If we do not have any reason not to support the previous versions, what would be the benefit?

    benefit would be that tensorflow could be registered as a dependency in docarray.

    As of today no package manager know that docarray can have tensorflow has a dependecy

    That seems more like a benefit to our dev workflow rather than a user benefit.
    Yes, it would be nice for them to do pip install docarray[tf], but in return making it incompatible with every but the very newest tf version doesn't seem like a good tradeoff to me.

  8. samsja commented on Sep 6, 2023

    MemberAuthor

    well not only our dev workflow but the dev workflow of our user ...

    But yeah I see the argument, lets keep it like this then, but in 6 month probably we should reconsider

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

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions


    Back | FazBrowse Home | New Git URL