Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mark arch versions of allure-* packages as broken #755

Closed
wants to merge 1 commit into from

Conversation

kenodegard
Copy link
Contributor

The initial implementation of the allure-python-feedstock (for the allure-* packages) mistakenly built for all archs (instead of being noarch), see conda-forge/allure-python-feedstock#2.

This "removes" these redundant packages.

Checklist:

  • I want to mark a package as broken (or not broken):

    • Make sure your package is in the right spot (broken/* for adding the
      broken label, not_broken/* for removing the broken label, or token_reset/*
      for token resets)
    • Added a description of the problem with the package in the PR description.
    • Pinged the team for the package for their input.
  • I want to archive a feedstock:

    • Pinged the team for that feedstock for their input.
    • Make sure you have opened an issue on the feedstock explaining why it was archived.
    • Linked that issue in this PR description.
    • Added links to any other relevant issues/PRs in the PR description.

Xref conda-forge/allure-python-feedstock#2
Cc @conda-forge/allure-python

@kenodegard kenodegard requested a review from a team as a code owner July 11, 2023 03:50
@jakirkham
Copy link
Member

So these packages are not actually broken right? Just extra?

If so, think we can leave them there

@nsoranzo
Copy link

I'm just worried conda may prefer older platform-specific packages to newer noarch ones, but if that's not the case I suppose this is not needed.

@ocefpaf
Copy link
Member

ocefpaf commented Jul 11, 2023

I'm just worried conda may prefer older platform-specific packages to newer noarch ones.

I never ran solver experiments to check this but, in theory, the solvers based on libmamba always prioritize higher build numbers. If the noarch are newer, they'll be preferred.

@kenodegard
Copy link
Contributor Author

Ok I'll close this for now, can always reopen if we find that these arch packages cause issues later

@kenodegard kenodegard closed this Jul 11, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

4 participants