8000 Finding local deps doesn't work as expected · Issue #48 · oshazard/apacman · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Finding local deps doesn't work as expected #48

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
Closed
justin8 opened this issue Jan 25, 2016 · 1 comment
Closed

Finding local deps doesn't work as expected #48

justin8 opened this issue Jan 25, 2016 · 1 comment

Comments

@justin8
Copy link
Contributor
justin8 commented Jan 25, 2016

Local deps are trying to do pacman -S --needed $deps which can produce some unexpected behaviour when one package provides another.

i.e. I have gcc-multilib installed which provides gcc (specifically gcc=5.3.0-3). When I try to install something that requires gcc from a local package, zeromq in this example, we get the following:

:: gcc-libs and gcc-libs-multilib are in conflict. Remove gcc-libs-multilib? [y/N]

We should be checking that the dependency is met, not just blanket --needed install of all deps. I'm not sure how makepkg does this, but it would be a good place to copy since they're doing this already.
justin8 added a commit to justin8/apacman that referenced this issue Jan 25, 2016
@justin8
Fix for oshazard#48. Correct resolution of local package dependencies
5968bb7
@justin8 justin8 mentioned this issue Jan 25, 2016
Merged
@justin8
Copy link
Contributor Author
justin8 commented Oct 4, 2016

Fixed in #47

@justin8 justin8 closed this as completed Oct 4, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@justin8
0