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

Shouldn't pull archives when there is more than one defined with the same name #8433

Closed
tsvisabo opened this issue May 22, 2019 · 1 comment
Labels
P2 We'll consider working on this in future. (Assignee optional) stale Issues or PRs that are stale (no activity for 30 days) team-ExternalDeps External dependency handling, remote repositiories, WORKSPACE file. type: feature request

Comments

@tsvisabo
Copy link

Description of the problem / feature request:

Multiple http_archives with the same name attribute shouldn't be allowed on the same WORKSPACE, i assume it applies also to new_http_archives and git_repository too

Feature requests: what underlying problem are you trying to solve with this feature?

Having unique archive names in the same WORKSPACE and avoid pulling remote archives only to fail finding out there's an ambiguity

Bugs: what's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.

Create 2 http_archive targets in the same WORKSPACE with the same name, the pulling is probably sequential, and the conflicts aren't being detected beforehand

What operating system are you running Bazel on?

linux64

What's the output of bazel info release?

I didn't wait for the pull to complete, so i am not sure how it fails exactly, all i know is, the archives with the conflicting names are being pull when they shouldn't

If bazel info release returns "development version" or "(@non-git)", tell us how you built Bazel.

apt-get

@ishikhman ishikhman added team-ExternalDeps External dependency handling, remote repositiories, WORKSPACE file. type: feature request untriaged labels May 23, 2019
@dslomov dslomov added P2 We'll consider working on this in future. (Assignee optional) and removed untriaged labels May 29, 2019
@philwo philwo added the team-OSS Issues for the Bazel OSS team: installation, release processBazel packaging, website label Jun 15, 2020
@philwo philwo removed the team-OSS Issues for the Bazel OSS team: installation, release processBazel packaging, website label Nov 29, 2021
@sgowroji sgowroji added the stale Issues or PRs that are stale (no activity for 30 days) label Feb 15, 2023
@sgowroji
Copy link
Member

Hi there! We're doing a clean up of old issues and will be closing this one. Please reopen if you’d like to discuss anything further. We’ll respond as soon as we have the bandwidth/resources to do so.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
P2 We'll consider working on this in future. (Assignee optional) stale Issues or PRs that are stale (no activity for 30 days) team-ExternalDeps External dependency handling, remote repositiories, WORKSPACE file. type: feature request
Projects
None yet
Development

No branches or pull requests

5 participants