Replace python-sgmllib with extra/python-sgmllib3k / failed to prepare transaction

So I can’t do any of today’s testing updates then? I don’t think that is accurate with the number of apps that depend on that file. Emby may the one mentioned but make no mistake if one attempts to remove it one gets a whole list of other apps that the system wants to remove as well.

Hi @Locutus,

I’m in no way an expert and most definitely not sure if this’ll even work, but I saw you trying to use pacman:

Have you tried using pamac rather?

Once again, I’m not sure if this will work or not, but if you haven’t tried it, it might…

Maybe if you uninstall the emby package it complains about, then update the system and then re-install/build the emby package again.

OK just attempted and it wants to remove emby-server-beta, python-sgmlib, and python-sgmlib3k.

that might be worth a shot since I would lose any of my settings. Let me see what they think on the Emby forums about this.

Then try @Strit’s suggestion,

But use pamac and not pacman.

one is terminal and one is GUI. It’s really a matter of what one prefers. No need to repeat yourself on this.

Well. Emby is an AUR package, so the first will always be to remove the AUR package and then update the system. AUR packages that are built against certain versions of libraries behave this way. But problems with an AUR package, is not in the scope if Manjaro to fix.

As I stated let me check with Emby and make sure they have Emby setup to work with the new file(s) before I go ahead and uninstall Emby, update, then reinstall Emby.

EDIT:

Check with Emby and the AUR maintainer.

https://aur.archlinux.org/packages/emby-server-beta/

Just did the uninstall of Emby, installed the updates, reinstalled and tested Emby, and going to reboot now.

Uninstalling Emby, installing the updates, and reinstalling Emby did the trick.

1 Like

That’s basically normal process with AUR packages, if they block system update, you remove them, update the system and then reinstall them, or if they break after update you rebuild them. Basic procedure.

1 Like

Now to think of it couldn’t I have just stopped the Emby service and have the updates install without issue then start it’s service again?

No, the package manager doesn’t care if you run programs, it looks for installed packages.

I keep getting the below. I don’t want to force install the file cause I do not want to break Emby. I’ve updated the mirrors to see if that would resolve the issue and no it didn’t.

    ~  sudo pacman -Syu                                                                    ✔ 
[sudo] password for locutus: 
:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
 multilib is up to date
 chaotic-aur                   1569.2 KiB  2.48 MiB/s 00:01 [################################] 100%
 herecura is up to date
:: Starting full system upgrade...
warning: gsettings-desktop-schemas: local (41.0-1) is newer than extra (40.0-3)
:: Replace python-sgmllib with extra/python-sgmllib3k? [Y/n] y
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing x264 (3:0.163.r3060.5db6aa6-1) breaks dependency 'libx264.so=161-64' required by emby-server-beta

Emby is from the AUR, so you need to wait for the maintainer to update this package.

So I can’t do any of today’s testing updates then? I don’t think that is accurate with the number of apps that depend on that file. Emby may the one mentioned but make no mistake if one attempts to remove it one gets a whole list of other apps that the system wants to remove as well.

Remove your AUR package, and update, but then if the AUR package is not updated you probably will not be able to reinstall it. Anyway you should report the issue to the AUR package maintainer, as this is not a Manjaro issue (and still the AUR issues should be reported from Arch users).

omano please see my thread which I linked to above. Thanks

I don’t see in the PKGBUILD of AUR (en) - emby-server-beta that they depend on the actual version. But they compile their own ffmpeg which would fail if you update the dependent library.

Remove emby-server-beta, update your system, and then rebuild the package.