You are not logged in.
Hi, first time I see this ...
[...]
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
warning: dependency cycle detected:
warning: x264 will be installed before its ffmpeg dependency
[...]
:: Proceed with installation? [Y/n].. and after both reading an Arch sticky on upgrading and consulting news and announcements, I am left wondering what is the appropriate way to deal with this ?
On some third party forums, reached via search engine, responses to queries from users encountering "dependency cyles" range from "don't do the update" to "go ahead and see what error messages will punctuate your update process.", the which many times, oddly ends up being ca-certificate upgrade issues. So in my case I said "Y" in response to ":: Proceed with installation? [Y/n]". The install proceeded uneventfully.
I'm sort of "quietly" confused about this. How does pacman go about resolving circular dependencies ? Flip of a coin ? Heuristic ? ...
Just would like to understand. Cheers.
Last edited by Cbhihe (2019-04-01 13:18:21)
I like strawberries, therefore I'm not a bot.
Offline
There is an explicit recommendation [Y/n]. You should always follow pacman's advice.
Offline
Sure. So I did, but I could not find any documentation on the why's and how's... Even it means looking at code...
I like strawberries, therefore I'm not a bot.
Offline
Check the dependencies for x264 and ffmpeg .
You'll find x264 depeends on ffmpeg , while ffmpeg depends on libx64.so .
That's the dependency cycle.
Dependency cycles require special treatment during building, but normally not at install time.
pacman has no logic to solve a dependency cycle, so warns about it.
Over time the number of dependency cycles has gone down a lot, but a few are still there.
Last edited by Lone_Wolf (2019-04-01 10:53:41)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
With the advent of alpm hooks, the risk of cyclic dependencies has been greatly diminished. Previously, there was a risk that package_a would run a post_install scriptlet which called a binary from package_b, and package_b would do the same with a binary from package_a. So no matter which package was installed first, the former would fail it's post install procedure.
Nowadays both package_a and package_b get installed, and then post-install hooks execute both binaries with no issues. It's still possible for the above scenario to be encountered in this day and age, so pacman still prints a warning, but package maintainers are able to overcome the limitation. AFAIK, there are no cyclic dependency issues on Arch, so you can safely ignore the warning.
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Online
Thanks @Lone_Wolf and @WorMzy for filling me in.
[CLOSED]
I like strawberries, therefore I'm not a bot.
Offline