Package Details: shutter 0.94.3-1

Git Clone URL: (read-only, click to copy)
Package Base: shutter
Description: A featureful screenshot tool (formerly gscrot)
Upstream URL:
Licenses: GPL3
Submitter: City-busz
Maintainer: PhotonX
Last Packager: PhotonX
Votes: 92
Popularity: 0.49
First Submitted: 2017-01-24 12:16
Last Updated: 2020-06-26 13:48

Required by (0)

Sources (1)

Pinned Comments

Ralf_Mardorf commented on 2017-09-03 13:25

Follow the announcement to "get a list of affected packages":

[rocketmouse@archlinux ~]$ pacman -Qqo '/usr/lib/perl5/vendor_perl'

Check dependencies:

[rocketmouse@archlinux ~]$ pacman -Qi gnome-perl | grep Depends\ On
Depends On : gnomecanvas-perl gnome-vfs-perl libgnomeui perl

Proper would be to check build dependencies.

Build after increasing the pkgrel of the PKGBUILDs:

[rocketmouse@archlinux ~]$ yaourt -S gnomecanvas-perl gnome-vfs-perl
[rocketmouse@archlinux ~]$ yaourt -S gnome-perl perl-gnome2-wnck perl-goo-canvas perl-gtk2-imageview perl-gtk2-unique

Then launch shutter:

[rocketmouse@archlinux ~]$ shutter >/dev/null 2>&1

Take a screenshot and edit the screenshot.

Latest Comments

« First ‹ Previous ... 6 7 8 9 10 11 12 13 14 15 16 Next › Last »

Ralf_Mardorf commented on 2017-07-16 08:42

No, it's a bad idea. It might not work, but doesn't conflict. Think the wrong usage of "Conflicts With" through to the end! ;)

PhotonX commented on 2017-07-16 08:20

@siliconmeadow: Unfortunately, there is nothing that can be done on packaging level. It looks like Shutter will never support Wayland, unless somebody continues its development.

Is it a good idea to add a conflict to wayland?

siliconmeadow commented on 2017-07-15 14:27

@PhotonX - I think you're right.

PhotonX commented on 2017-07-14 13:59

Do you use Wayland? If so, it looks like this bug:

siliconmeadow commented on 2017-07-14 13:54

All the screenshots I take look like this:

I'm using Gnome 3.24.2. Any ideas as to the troubleshooting steps I should take would be greatly appreciated.

Ralf_Mardorf commented on 2017-06-14 18:12

As a general note, usually you never should delete a comment, but before posting read all related comments. There are exceptions when deleting a comment could be ok, but it's completely wrong, if there are already replies to a comment. Those using AUR helpers to upgrade also should take a look, if a package by lexical order is build before a required dependency is build by the same upgrade. To ensure that I don't miss such possible build order issues, I set some packages from AUR to the IgnorePkg list, so I get informed that I need to build those packages, but I have to do this manually, IOW I get remembered to care about the correct order.

chron commented on 2017-06-14 17:43

@PhotonX: Yeah, I noticed that as well 5 minutes after I posted.

I had a long list of packages to compile today, and perl-goo-canvas scrolled by right after I fixed it for shutter :)

Do you want me to delete the posts?

PhotonX commented on 2017-06-14 17:05

@chron: perl-goo-canvas has been bumped for a perl 5.26 rebuild 5 days ago: If you use an AUR helper you should have got an update for it.

chron commented on 2017-06-14 16:45

~/ # shutter
xs/goocanvas.c: loadable library and perl binaries are mismatched (got handshake key 0xdb80080, needed 0xde00080)

Needed to rebuild perl-goo-canvas to fix it after the perl update yesterday (13. Jun).

Just in case someone else runs into the problem.

PhotonX commented on 2017-06-09 06:15

@schaap137: Thanks, missed this one (Xfce user).