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.

Sign up for GitHub

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

Jump to bottom

xbps-src will accept packages from remote repos as fullfilling dependencies even when they aren't available in srcpkgs/ #31526

Open

ericonr opened this issue Jun 16, 2021 · 6 comments

Assignees

Labels

Member

ericonr commented Jun 16, 2021

Writing a template to depend on zstd-devel (removed in d481489) should fail because srcpkgs/zstd-devel/template doesn't exist. Instead, if it's still available in remote repositories because it hasn't been cleaned up, it will be enough to satisfy the dependency.

An example from adding zstd-devel to depends for kicad-library.

   [target] zstd-devel: found (https://alpha.de.repo.voidlinux.org/current/musl)
   [runtime] kicad-footprints-5.1.10_1: found (https://alpha.de.repo.voidlinux.org/current/musl)
   [runtime] kicad-packages3D-5.1.10_1: found (https://alpha.de.repo.voidlinux.org/current/musl)
   [runtime] kicad-symbols-5.1.10_1: found (https://alpha.de.repo.voidlinux.org/current/musl)
   [runtime] kicad-templates-5.1.10_1: found (https://alpha.de.repo.voidlinux.org/current/musl)

This can lead to issues such as 5898b6c (fixed in d0ae888), where a package can be made to depend on another one that's no longer available.

When fixing this, care should be taken to not break virtual packages or others depending on the provides= mechanism (though arguably packages which are providesd by something are valid only in depends).

The text was updated successfully, but these errors were encountered:

ericonr added the xbps-src label

github-actions bot commented May 22, 2022

Issues become stale 90 days after last activity and are closed 14 days after that. If this issue is still relevant bump it or assign it.

github-actions bot added the Stale label

Chocimier removed the Stale label

Member

Chocimier commented May 23, 2022

Related: #31347

github-actions bot commented Aug 22, 2022

Issues become stale 90 days after last activity and are closed 14 days after that. If this issue is still relevant bump it or assign it.

github-actions bot added the Stale label

classabbyamp removed the Stale label

github-actions bot commented Nov 21, 2022

Issues become stale 90 days after last activity and are closed 14 days after that. If this issue is still relevant bump it or assign it.

github-actions bot added the Stale label

classabbyamp removed the Stale label

github-actions bot commented Feb 20, 2023

Issues become stale 90 days after last activity and are closed 14 days after that. If this issue is still relevant bump it or assign it.

github-actions bot added the Stale label

classabbyamp removed the Stale label

github-actions bot commented May 22, 2023

Issues become stale 90 days after last activity and are closed 14 days after that. If this issue is still relevant bump it or assign it.

github-actions bot added the Stale label

github-actions bot closed this as not planned

Chocimier reopened this

Chocimier self-assigned this

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