Error failed to prepare transaction could not satisfy dependencies

Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.

$ pacman -Ss mingw-w64-x86_64-gcc
mingw64/mingw-w64-x86_64-gcc 7.3.0-1 (mingw-w64-x86_64-toolchain) [installed: 6.2.0-2]
    GNU Compiler Collection (C,C++,OpenMP) for MinGW-w64
mingw64/mingw-w64-x86_64-gcc-ada 7.3.0-1 (mingw-w64-x86_64-toolchain)
    GNU Compiler Collection (Ada) for MinGW-w64
mingw64/mingw-w64-x86_64-gcc-fortran 7.3.0-1 (mingw-w64-x86_64-toolchain)
    GNU Compiler Collection (Fortran) for MinGW-w64
mingw64/mingw-w64-x86_64-gcc-libgfortran 7.3.0-1 (mingw-w64-x86_64-toolchain) [installed: 6.2.0-2]
    GNU Compiler Collection (libgfortran) for MinGW-w64
mingw64/mingw-w64-x86_64-gcc-libs 7.3.0-1 (mingw-w64-x86_64-toolchain) [installed: 6.2.0-2]
    GNU Compiler Collection (libraries) for MinGW-w64
mingw64/mingw-w64-x86_64-gcc-objc 7.3.0-1 (mingw-w64-x86_64-toolchain)
    GNU Compiler Collection (ObjC,Obj-C++) for MinGW-w64

$ pacman -S mingw-w64-x86_64-gcc

resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: mingw-w64-x86_64-gcc-libgfortran: installing mingw-w64-x86_64-gcc-libs (7.3.0-1) breaks dependency 'mingw-w64-x86_64-gcc-libs=6.2.0-2'

Today, I tried to update my Arch Linux desktop, and ended up with Perl dependency problem. However, I never installed those broken Perl packages directly. I thought it was due to pacman problem. After a bit of searching on Arch Linux forums, I found that it isn’t related to pacman, but AUR. Here is the error message I got when I tried to update my Arch system.

$ sudo pacman -Syu

Sample output:

:: Synchronizing package databases...
 core 124.1 KiB 131K/s 00:01 [----------------------] 100%
 extra 1667.6 KiB 221K/s 00:08 [----------------------] 100%
 community 3.8 MiB 375K/s 00:10 [----------------------] 100%
 multilib 176.6 KiB 189K/s 00:01 [----------------------] 100%
 archlinuxfr is up to date
 :: Starting full system upgrade...
 :: Replace wxgtk with extra/wxgtk2? [Y/n]
 resolving dependencies...
 looking for conflicting packages...
 error: failed to prepare transaction (could not satisfy dependencies)
 :: gnome-perl: installing perl (5.26.0-1) breaks dependency 'perl<5.25'
 :: gnome-vfs-perl: installing perl (5.26.0-1) breaks dependency 'perl<5.25'
 :: gnomecanvas-perl: installing perl (5.26.0-1) breaks dependency 'perl<5.25'
 :: perl-gnome2-wnck: installing perl (5.26.0-1) breaks dependency 'perl<5.25'
 :: perl-goo-canvas: installing perl (5.26.0-1) breaks dependency 'perl<5.25'
 :: perl-gtk2-imageview: installing perl (5.26.0-1) breaks dependency 'perl<5.25'
 :: perl-gtk2-unique: installing perl (5.26.0-1) breaks dependency 'perl<5.25'

The above packages are the dependencies of Shutter screenshot tool. The actual reason of this perl dependency issue is the developer of Shutter has stopped the development two or three years ago. It makes use of a lot of dependencies which makes it very hard to maintain.

To solve this problem, either you should uninstall Shutter, and go for the other alternative, or just remove Shutter and all its dependencies, and then reinstall it again.

To remove shutter, run:

$ sudo pacman -R shutter

After removing Shutter, you need to remove all unused dependencies using command:

$ sudo pacman -Rns $(pacman -Qtdq)

Alternatively, you can only remove problematic dependencies using as shown below. Please be careful while doing this. Just make sure you are removing the correct problematic perl packages only.

$ sudo pacman -R perl-gtk2-unique perl-gtk2-imageview perl-goo-canvas perl-gnome2-wnck gnomecanvas-perl gnome-vfs-perl gnome-perl

This time I updated my Arch Linux box without any issues. After updating the system, you can either find any alternative tool for Shutter or simply reinstall it using Yaourt or Packer.

yaourt -S shutter

Or,

packer -S shutter

Reinstalling Shutter may bring this perl dependency issue again. I recommend you to wait for the official solution. This method will solve the problem temporally.  Or, find an alternative to the Shutter screenshot tool, and get rid of it permanently.

Cheers!

Approved: ASR Pro

Speed up your computer’s performance now with this simple download.

Here are some simple methods that can help you solve the crash problem when a transaction was not prepared, does not satisfy dependencies.

ralph_hellgrind

Member

Registered: 03.02.2016

46 posts

SOLVED – Pacman Update Failed

I am trying to update a custom arch using the terminal using the “pacman -Syu” command, often followed by the message-

:: Synchronizing Package Databases …
Core-Up Updated
Extra-Up Updated
General Public Updated
Multilib-Up Updated State of the Art
:: Start Full system update …
Eliminate dependencies …
Check for conflicting packages …
Error: Failed to prepare agreement n ‘(unable to prepare dependencies please be prepared)
:: Complete ffmpeg2. 8: parameter x265 (2.7-1) breaks dependency ‘libx265.so = 146-64’

  $ sudo pacman -Syu[sudo] Password for Pietrom::: Synchronize package databases ... Kernel updated in which additionally 1770.5 KiB 259 K / s 00:07 [############################### # ## #] 100% Community 5.3 MiB 150K / s 00:36 [#################################] Multilib 100% this is real:: Starting a full system update ...Warning: fontconfig: native (2: 2.13.91 + 23 + g65087ac-1) is newer than (2: 2.13.1 + 12 + g5f5ec56-2)Warning: lib32-systemd: city (243.Is 9-1) is newer than Multilib (242.135-1)Warning: python-pip: local (19.2.3-1.4) is a newer addition to (19.2.3-1)Warning: systemd: local (243.9-1) is more modern than Core (242.135-1)Warning: systemd-libs: local (243.9-1) is compared to newer kernel (242.135-1)Warning: systemd-sysvcompat: local (243.9-1) turns out to be the most recent kernel (242.135-1)Eliminate dependencies ...Check incompatible packages ...Error: the transaction could not be prepared (you can, but there are no dependencies):: Completing the installation of pamac-common (9.0.0-3) breaks the pamac-common <9.0.0 dependency required by pamac-qt 

Apart from warnings about newer versions already installed, what is normal and how to fix the latest errors?

I am trying to change my version of LLVM / Clang (8-9), which I could not do with Pacman.

In November 2017, 12 teamviewer programs could be installed on Arch Linux. Support for the tiny 32 will be discontinued soon, and we’ll really see what that means for this type of application that rely on 32 serving packages.

Now that you’ve written the script to install Teamviewer, you might like this answer

Pot What teamviewer wanted was a storyline from an earlier version. He wanted to limit himself to this lib32-freetype2 package.

Downgrade is actually an application installed on ArcoLinux that you can use when needed.

Teamviewer from the start and everything went well. But updates come back because pacman sees that an older version of these packages is in use and wants to update it. But if teamviewer needs an older version too, you will be stuck by mistake.

1. manually
2. automatically

My Pacman is acting strange. I recently tried to run classic pacman -Syu to update my Manjaro, but it still shows:

Error

 : Transaction could not be completed (dependencies could not be executed):: Applying nvidia-utils (1: 430.26-1) breaks the required dependency nvidia-utils = 1: 430.14 written by linux50-nvidia 

What is buttock pain. I am actively researching Archwiki and the forums to understand what is going on about this. It looks like my kernel no longer supports the password, the problem is I cannot remove it because it is the only one I am using and I cannot install inject new topics because sudo mhwd -kernel - i linux52 or again some other specific LTS kernel output:

  Error: unable to prepare transaction (unable to connect to dependencies):: installing nvidia-utils (1: 430.26-1) breaks the 'nvidia-utils = 1: 430.14' dependency expected by linux50-nvidia 

Speed up your computer’s performance now with this simple download.