Can't do a "pacman -Syu" because yad-eos and yad are in conflict

[raccoon]

Hi there, I searched and found these:

Can't update because yay wants to replace yad with eos-yad

when trying to update, it tells me it wants to replace yad with eos-yad and then fails because ffmpeg-vulkan depends on libdav1d.so=5-64. :: yad-eos and yad are in conflict. Remove yad? [y/N] y error: failed to prepare transaction (could not satisfy dependencies) :: installing dav1d (1.0.0-1) breaks dependency 'libdav1d.so=5-64' required by ffmpeg-vulkan -> error installing repo packages

Yad-eos and yad are in conflict

we do currently using a patched version of yad yad-eos, it conflicts with the one from archrepo as it provides both yad so you should simple replace yad with yad-eos, till yad from archrepo gets fixed.

I tried to use that solution, it did not work for me. I don’t even have “ffmpeg-vulcan” installed, so I can’t use the bottom part of that solution.

I was gonna remove yad, but I wanted to double check that it’s safe to do so. I tried a pacman -Qi wad and the result was, among other things, this:
Required By : eos-bash-shared yad-eos
Optional For : eos-bash-shared

So… Can I just remove yad?

[pebcak]

yad-eos and yad are in conflict. Remove yad? [y/N] y enter

[dalto]

Just answer yes when it asks you to replace it. If that doesn’t work, please share the full output from the command.

@raccoon

So… Can I just remove yad?

Not unless you also want to remove all the applications that depend on it.

[raccoon]

Understood, thank you all.

[SearingSunrazeSmash]

Sir, here is what I got :

deweshk@HomeDesktop:~
➤ yay -Syu
:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
 multilib is up to date
 endeavouros is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
:: yad-eos and yad are in conflict. Remove yad? [y/N] 
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: yad-eos and yad are in conflict
 -> error installing repo packages

.
.
But placing Y in the column allows to proceed. So if by doing that, should I expect that in future, this conflict will not reappear ?
Also, what should be the reason behind this ?

[dalto]

@SearingSunrazeSmash

But placing Y in the column allows to proceed. So if by doing that, should I expect that in future, this conflict will not reappear ?

Yes, you almost always have to say “Yes” to package replacements. This is fairly common. It generally means that one package has been superseded by another.

@SearingSunrazeSmash

Also, what should be the reason behind this ?

In this case, there is a display bug in yad and so we are providing a patched version.

[SearingSunrazeSmash]

@dalto

you almost always have to say “Yes” to package replacements

Does directly pressing Enter do not select “yes” by default ?

[moson]

Nope, the default option is “No”.
The capital “N” indicates that:

:: yad-eos and yad are in conflict. Remove yad? [y/N]

[SearingSunrazeSmash]

Thank You very much. I was not aware of this. From now on, I will remember this.

[HMS_Endeavour]

@moson

the default option is “No”.
The capital “N” indicates that:

Why ís N the default

[quote=“dalto, post:6, topic:26887”]
you almost always have to say “Yes” to package replacements
[/quote]mm,?

[dalto]

@HMS_Endeavour

Why ís N the default

Probably because N is the more conservative choice.

[moson]

I think when it’s in the replaces array in the PKGBUILD it’ll default to “Y” instead

https://wiki.archlinux.org/title/PKGBUILD#replaces

[linuxtom]

See, its work like this that the team do that makes me love EndeavourOS. Also, coming to the forum to try to work out what was going on, to find a thread with a nice and clear explanation made for a newer user like me of what to do and why.