You are not logged in.
Hi! I am trying to install Shutter from the AUR but have been running into a dependency problem.
I have looked a lot for a solution, but couldn't find anything. I used pacaur to download the AUR package.
:: sudo pacaur -Sa --asroot shutter
:: perl-html-form and perl-libwww are in conflict (perl-libwww). Remove perl-libwww? [y/N] y
:: failed to prepare transaction (could not satisfy dependencies)
:: icoutils : requires perl-libwwwIcoutils is used by PlayOnLinux and Wine so I can't really remove them.
Even though I tried to uninstall Icoutils with pacman it says that it couldn't find the package.
I have a sneaking suspicion that I have to edit the PKBuild, building from source, or something, though I do not know what I am looking for as I am new. I attempted to build the newest version from their website, but I stopped as when I tried to install some of the dependencies using pacman, none of the dependencies I tried were found in the Arch repo.
Is there a way around this dependency conflict?
Shutter seems perfect for my needs as the other screenshot programs I tried I couldn't really configure.
Thank you,
Archim
Last edited by Archim (2014-06-28 19:12:59)
Offline
Is your system up to date?
perl-html-form conflicts with perl-libwww<6 and currently Arch uses perl-libwww 6.06-1 so you can have both installed.
Offline
Not sure about the main issue (not on my Linux box right now), but here are a few remarks:
1/ don't use "sudo" in front of pacaur. It will call sudo internally automatically when required.
2/ the flag --asroot has been removed in pacaur 4.2, don't use it.
3/ might be an issue with pacaur itself(?). In doubt, try the manual way with makepkg, and report the bug if there is one.
Offline
Hi, thanks for the replies. I did a pacman -Syu and a pacaur -Syu, and still am receiving the conflict. I then extracted the shutter tarball I downloaded from the AUR, opened its folder in terminal, and ran makepkg.
==> Making package: shutter 0.90.1-1 (Thu Jun 26 12:30:57 MDT 2014)
==> Checking runtime dependencies...
==> Missing dependencies:
-> libxml-perl
-> gnome-perl
-> perl-gnome2-wnck
-> perl-gtk2-imageview
-> perl-gtk2-unique
-> perl-x11-protocol
-> perl-image-exiftool
-> perl-proc-simple
-> perl-proc-processtable
-> perl-net-dropbox-api
-> perl-goo-canvas
-> perl-sort-naturally
-> perl-json
-> perl-json-xs
-> perl-xml-simple
-> perl-www-mechanize
-> perl-locale-gettext
-> perl-file-basedir
-> perl-file-copy-recursive
-> perl-path-class
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies.Last edited by Archim (2014-06-28 18:55:40)
Offline
Makepkg does not automatically install dependencies. Use "makepkg -s".
"Only wimps use tape backup: _real_ men just upload their important stuff on ftp, and let the rest of the world mirror it."—Linus Torvalds
s/ftp/git/
https://iandouglasscott.com | https://github.org/ids1024 | https://keybase.io/ids1024
Offline
Makepkg does not automatically install dependencies. Use "makepkg -s".
Archim> Note that will only install binary dependencies from the repositories. You'll still need to install dependencies that are in the AUR.
Also, your issue might be related to the Perl 5.20 update (this is just a guess..). You might need to rebuild all perl packages that you installed from the AUR, even if they are up to date.
Offline
thank you so much, I didn't think to look for dependencies on the AUR. I installed the dependencies that it needed, and it installed just fine!
Offline
Once you know your way around makepkg etc. you may want to look at some AUR helper that automatically resolves these dependencies - I think pacaur does.
Edit: It depends on cower, so yes, dependency resolving should work.
Last edited by karol (2014-06-27 19:52:55)
Offline
Hi, borked my /boot yesterday trying to install refind(tried installing grub2 before and thought I deleted it and I misconfigured grub(wanted a graphical boot for a splash screen))
With the newest update:
pacaur -S shutter
:: Package(s) shutter not found in repositories, trying AUR...
:: resolving dependencies...
:: no AUR metadata for perl-gtk2-appindicator package
:: looking for inter-conflicts...
AUR Packages (4): libappindicator-12.10.0-2 libindicator-gtk2-12.10.1-4 perl-gtk2-appindicator-0.15-2 shutter-0.91-1
Repo Packages (9): gtk-sharp-2-2.12.22-1 perl-file-which-1.09-3 perl-net-dbus-1.0.0-4 perl-text-iconv-1.7-9 perl-xml-libxml-2.0116-2 perl-xml-namespacesupport-1.11-2 perl-xml-sax-0.99-3 perl-xml-sax-base-1.08-2 perl-xml-twig-3.48-1
Repo Download Size: 3.98 MiB
Repo Installed Size: 10.08 MiB
:: Proceed with installation? [Y/n] y
:: Retrieving package(s)...
error: no results found for libindicator
:: View shutter PKGBUILD? [Y/n] n
:: View perl-gtk2-appindicator PKGBUILD? [Y/n] n
:: View libappindicator PKGBUILD? [Y/n] n
:: View libindicator PKGBUILD? [Y/n] n
/usr/bin/pacaur: line 718: cd: /tmp/pacaurtmp-/libindicator: No such file or directory
:: Building libindicator-gtk2 package(s)...
/usr/bin/makepkg: xrealloc: cannot allocate 18446744071562068032 bytes (1527808 bytes allocated)
:: Could not clean libindicator
:: Building libappindicator package(s)...
==> Making package: libappindicator 12.10.0-2 (Sat Jun 28 12:59:16 MDT 2014)
==> Checking runtime dependencies...
==> Installing missing dependencies...
error: target not found: libindicator-gtk2
==> ERROR: 'pacman' failed to install missing dependencies.
:: libappindicator cleaned
:: Building perl-gtk2-appindicator package(s)...
==> Making package: perl-gtk2-appindicator 0.15-2 (Sat Jun 28 12:59:16 MDT 2014)
==> Checking runtime dependencies...
==> Installing missing dependencies...
error: target not found: libappindicator
==> ERROR: 'pacman' failed to install missing dependencies.
:: perl-gtk2-appindicator cleaned
:: Building shutter package(s)...
==> Making package: shutter 0.91-1 (Sat Jun 28 12:59:16 MDT 2014)
==> Checking runtime dependencies...
==> Installing missing dependencies...
error: target not found: perl-gtk2-appindicator
==> ERROR: 'pacman' failed to install missing dependencies.
:: shutter cleanedtried installing libappindicator by itself but didn't have any success:
....
==> ERROR: 'pacman' failed to install missing dependencies.
:: libappindicator cleanedLast edited by Archim (2014-06-28 19:58:05)
Offline
Please edit your post.
When posting configs, code or command output, please use [ code ] tags https://bbs.archlinux.org/help.php#bbcode
like thisIt makes the code more readable and - in case of longer listings - more convenient to scroll through.
I've never used pacaur, maybe you need to read the man page and see what option (if any) you're missing. Maybe there's a way to tell pacaur to download and install the dependencies from AUR.
You can always install the dependencies first manually, with makepkg.
Offline
error: no results found for libindicator
The libindicator package can't be found, because well... there's no libindicator package. It seems the original libindicator package has been splitted recently, and packages that rely on it need to be updated to depends on libindicator-gtk2 instead.
Last edited by Spyhawk (2014-06-28 09:12:08)
Offline
https://aur.archlinux.org/packages/libindicator-gtk2/ provides libindicator.
Edit: Maybe that's a problem with split packages?
https://aur.archlinux.org/packages/li/l … r/PKGBUILD
Last edited by karol (2014-06-28 09:35:54)
Offline
Edit: Maybe that's a problem with split packages?
Seems that way. line 718 in pacaur is cd "$builddir/${basepkgs[$i]}" I wonder why that fails.
Last edited by progandy (2014-06-28 09:53:21)
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' | alias ENGLISH='LANG=C.UTF-8 ' |
Offline
karol wrote:Edit: Maybe that's a problem with split packages?
Seems that way. line 718 in pacaur is cd "$builddir/${basepkgs[$i]}" I wonder why that fails.
It fails because the package can't be found in the first place (see above). Pacaur checks pkgbase for each package and then do the necessary magic to build the split PKGBUILD only for the relevant subpackages.
Archim> Cutting part of the output never really helps in getting answer to a problem. Please edit the post above with the requested [ code] tags, and with the non edited output. The only relevant question right now is knowing which is the package that wrongly depends on libindicator (instead of libindicator-gtk2). Further problems, if any, could be handled once this is solved.
Last edited by Spyhawk (2014-06-28 10:19:04)
Offline
It fails because the package can't be found in the first place (see above). Pacaur checks pkgbase for each package and then do the necessary magic to build the split PKGBUILD only for the relevant subpackages.
It seems the problem lies with an unusual PKGBUILD that does not create a package with the same name as the package base. Searching for the base is not supported by the RPC interface and cower chokes on it.
Edit: Maybe pacaur should just dump all package names and not the base to cower. This patch should probably work:
$ diff /bin/pacaur /tmp/pacaur
643c643
< coweropts+=("-d") && DownloadAur ${basedeps[@]}
---
> coweropts+=("-d") && DownloadAur ${deps[@]}Edit: Created a bugreport https://github.com/Spyhawk/pacaur/issues/247
Last edited by progandy (2014-06-28 11:01:54)
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' | alias ENGLISH='LANG=C.UTF-8 ' |
Offline
It seems the problem lies with an unusual PKGBUILD that does not create a package with the same name as the package base.
This is somewhat unusual, but perfectly valid.
I'll have a look at your patch and bug report, but I've the feeling that this would simply break split packages support ![]()
Offline
progandy wrote:It seems the problem lies with an unusual PKGBUILD that does not create a package with the same name as the package base.
This is somewhat unusual, but perfectly valid.
I'll have a look at your patch and bug report, but I've the feeling that this would simply break split packages support
I don't think so. Only the overwrite-check integrated in cower will be ignored and cower says it downloaded e.g. libindicator-gtk2 while the directory is named libindicator like the pkgbase. Since pacaur does not parse the cower output, this shouldn't cause any problems.
Oh, and the package is downloaded once for every split package specified.
This issue should also be adressed in cower and maybe the aur-rpc interface, but this is not mission-critical for a working pacaur workflow. You might want to do your own overwrite-check though.
progandy@pamobile /tmp/cowertest % find
.
progandy@pamobile /tmp/cowertest % cower -t /tmp/cowertest -d libindicator-gtk2
:: libindicator-gtk2 downloaded to /tmp/cowertest
progandy@pamobile /tmp/cowertest % find
.
./libindicator
./libindicator/PKGBUILD
./libindicator/.AURINFO
progandy@pamobile /tmp/cowertest % cower -t /tmp/cowertest -d libindicator-gtk2
:: libindicator-gtk2 downloaded to /tmp/cowertest
progandy@pamobile /tmp/cowertest % find
.
./libindicator
./libindicator/PKGBUILD
./libindicator/.AURINFO
progandy@pamobile /tmp/cowertest % cower -t /tmp/cowertest -d libindicator-gtk3
:: libindicator-gtk3 downloaded to /tmp/cowertest
progandy@pamobile /tmp/cowertest % find
.
./libindicator
./libindicator/PKGBUILD
./libindicator/.AURINFO
progandy@pamobile /tmp/cowertest % cower -t /tmp/cowertest -d cower
:: cower downloaded to /tmp/cowertest
progandy@pamobile /tmp/cowertest % cower -t /tmp/cowertest -d cower
:: `/tmp/cowertest/cower' already exists. Use -f to overwrite.
1 progandy@pamobile /tmp/cowertest % find :(
.
./cower
./cower/PKGBUILD
./libindicator
./libindicator/PKGBUILD
./libindicator/.AURINFO
progandy@pamobile /tmp/cowertest % cower -t /tmp/cowertest -d libindicator-gtk3 libindicator-gtk3
:: libindicator-gtk3 downloaded to /tmp/cowertest
progandy@pamobile /tmp/cowertest % cower -t /tmp/cowertest -d libindicator-gtk2 libindicator-gtk3
:: libindicator-gtk2 downloaded to /tmp/cowertest
:: libindicator-gtk3 downloaded to /tmp/cowertest
progandy@pamobile /tmp/cowertest % find
.
./cower
./cower/PKGBUILD
./libindicator
./libindicator/PKGBUILD
./libindicator/.AURINFO
progandy@pamobile /tmp/cowertest % Last edited by progandy (2014-06-28 11:35:18)
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' | alias ENGLISH='LANG=C.UTF-8 ' |
Offline
I don't think so.
You are right - it seems to work as it should. I guess my brain mixed up libindicator and libappindicator above.. (the later being a correct package) ![]()
I've changed the code accordingly. Archim, could you install pacaur-git and try again?
Offline
progandy wrote:I don't think so.
You are right - it seems to work as it should. I guess my brain mixed up libindicator and libappindicator above.. (the later being a correct package)
I've changed the code accordingly. Archim, could you install pacaur-git and try again?
Yeah will do.
edit: It works! thank you! ![]()
Last edited by Archim (2014-06-28 19:12:01)
Offline