However, regarding the issue reported in the OP, the packages “complaining” of broken dependency are all from official repos.
My guess is the update to libxml2 was pushed into the repos before packages dependent on it were rebuilt.
I have seen similar thing happening before. It’s a question of time that updates to those dependent packages are released but if one is “unlucky” to update the system in the meantime, then you’ll see similar issue like the one reported in the OP.
I agree. Not sure what happens now. AUR maintainer says it’s the user’s responsibility now and I can respect that. So maybe rebuild or I will start another thread.
And sorry OP for dragging the AUR into this.
Thanks for your reply.
If an AUR packages is preventing an update due to broken dependencies, it need to be uninstalled first. Then the system should be updated and first then the package from AUR to be build/installed again.
This update will break AUR packages Autofs and wps-office (at least) as it removes the symlink /usr/lib/libxml2.so.2 Just an FYI if anyone uses those and wonders why they’re not working after updates (wps-office will not give any errors, simply doesn’t even ATTEMPT to launch, autofs at least does tell you why it fails to launch).
Don’t know if the aur packages need to be updated to point to the normal libxml2.so symlink, or if this is a symlink that should still exist.
the AUR ungoogled maintainer is disputing this status. what a mess.
since, for me, this is my customized work browser, I will switch to backup distro. I don’t know what else I can do. Gotta wait probaby.
Thanks for confirming this, tlmiller
Required by ‘rest’? What is this ?
I would suggest you try what someone suggested earlier in the thread (or another one..not sure), remove this item, update, reinstall the item.
the AUR ungoogled package maintainer did make the fixes and it works like expected.
cannot vouch for the Autofs and wps-office maintainers you mention above.