Skip to content

Flag to install all extras #3413

Closed

Description

@l0b0
  • I have searched the issues of this repo and believe that this is not a duplicate.
  • I have searched the documentation and believe that my question is not covered.

Feature Request

It would be handy to have a flag like --all-extras to install every package listed in any of the extras.

The specific use case is that I want the IDE to index the packages for every subsystem (AWS Lambda jobs in this case) for easier development.

Workarounds:

  1. Creating a separate "extra" section with all the packages from all the other extras (example). This means duplication, which means it would be really easy for the sections to get out of sync.
  2. Listing each extra specifically in the developer instructions.
  3. This ugly code, used in anger here: poetry install --extras="$(sed --quiet '/\[tool\.poetry\.extras\]/,/^\[/{s/^\(.*\) = \[/\1/p}' pyproject.toml | sed --null-data 's/\n/ /g;s/ $//')" --remove-untracked

Activity

  1. sinoroc commented on Nov 25, 2020

    @sinoroc

    Related: #3369

  2. thclark commented on Apr 8, 2022

    @thclark

    Seconded for this one - I want to provide my team a vscode devcontainer that installs everything out of the box, and don't want to have to remember to update the .devcontainer file if we add extras to the library we're developing... so sounds like the same use case as the OP.

  3. abn commented on Apr 9, 2022

    @abn
    Member

    Would supporting --extras . or --extras "*" as an alias for enabling all extras work here?

    I am just curious if folks have a preference for --all-extras.

  4. l0b0 commented on Apr 10, 2022

    @l0b0
    Author

    --all-extras would be more explicit, and would avoid a) a special value or b) supporting any kind of regex, which would be another can of worms.

  5. kroeschl commented on Apr 15, 2022

    @kroeschl
    Contributor

    I don't have an opinion either way, but I'd like to use this feature to make dev testing somewhat easier. I posted a PR for --all-extras: #5452

  6. rjurney commented on Jul 19, 2022

    @rjurney

    Any idea when this will be released?

  7. ecs-jnguyen commented on Jul 27, 2022

    @ecs-jnguyen

    It looks like the PR only got merged to master which is on version 1.2.0 beta. Could we get the --all-extras flag merged into 1.1 which is installed by default?

  8. rjurney commented on Jul 27, 2022

    @rjurney

    @ecs-jnguyen @kroeschl @neersighted that would be awesome!

  9. Secrus commented on Jul 27, 2022

    @Secrus
    Member

    It looks like the PR only got merged to master which is on version 1.2.0 beta. Could we get the --all-extras flag merged into 1.1 which is installed by default?

    There won't be any backports to 1.1 at this point. Unless anything breaks upstream (like it was for 1.1.14), there won't be another 1.1 release.

  10. ecs-jnguyen commented on Jul 28, 2022

    @ecs-jnguyen

    Do we have an estimate on when 1.2 stable will be released?

  11. neersighted commented on Jul 29, 2022

    @neersighted
    Member

    Do we have an estimate on when 1.2 stable will be released?

    #5586

  12. github-actions commented on Mar 1, 2024

    @github-actions

    This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

  13. locked as resolved and limited conversation to collaborators on Mar 1, 2024
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

    area/cliRelated to the command linekind/featureFeature requests/implementations

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions