Package Details: shutter 0.93.1-11

Git Clone URL: (read-only)
Package Base: shutter
Description: A featureful screenshot tool (formerly gscrot)
Upstream URL:
Licenses: GPL3
Submitter: City-busz
Maintainer: PhotonX
Last Packager: PhotonX
Votes: 39
Popularity: 7.078789
First Submitted: 2017-01-24 12:16
Last Updated: 2017-02-16 13:20

Required by (1)

Sources (7)

Pinned Comments

PhotonX commented on 2017-01-28 15:32

A note for shutter-bzr users: Shutter's latest release (0.93.1) exactly corresponds its latest bzr revision (1278), and since the development is dead for over two years the shutter-bzr package is obsolete. I requested its deletion, please switch to this package.

Current status concerning Shutter bugs:

FS#41357 - [shutter] 0.91-2 Launching a second instance causes first instance to crash
-> Fixed!

FS#47237 - [shutter] segfault when trying make screenshot
-> Not reproducible, please give more details in the comments!

FS#50419 - [shutter] 0.93.1-2 Cannot take screenshot of a window, when shutter is already started
-> Not reproducible, please give more details in the comments!

FS#50735 - [shutter] Please apply patches fixing CVE 2015-0854 and other bugs
-> Fixed!

FS#51936 - [shutter] wrong encode
-> Not looked at yet, might be fixed...

Latest Comments

Ralf_Mardorf commented on 2017-07-16 11:40

Your argument is just one argument, also consider that even if shutter would be completely broken under wayland, it wouldn't conflict with wayland, a user e.g. could switch between X and wayland, then it would become an issue, if the shutter package would conflict with the wayland package, while actually the shutter package doesn't break wayland. An example for a valid conflict would be "e.g. for fluxbox-git: conflicts=('fluxbox') and provides=('fluxbox')" -
Simplified, so to say, if the packages don't share files, they don't conflict with each other.

PhotonX commented on 2017-07-16 11:00

@Ralf_Mardorf: Actually yeah, in principle it is still possible to use Shutter for editing and uploading screenshots, even if capture is broken.

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.

All comments