Package Details: photoqt 2.6-1

Git Clone URL: https://aur.archlinux.org/photoqt.git (read-only, click to copy)
Package Base: photoqt
Description: Fast and highly configurable image viewer with a simple and nice interface.
Upstream URL: http://photoqt.org/
Licenses: GPL2
Submitter: archtux
Maintainer: luspi
Last Packager: luspi
Votes: 94
Popularity: 0.85
First Submitted: 2013-08-11 21:50 (UTC)
Last Updated: 2022-04-07 16:12 (UTC)

Latest Comments

luspi commented on 2022-04-04 14:27 (UTC)

@guglovich v2.5 (this package) was released in early January. That commit will be part of v2.6 which will come within the next few days.

guglovich commented on 2022-04-04 10:45 (UTC)

@luspi Don't they have built-in support now? That's why I wrote. I asked them to add support for the format and then there was a commit.

https://gitlab.com/luspi/photoqt/-/commit/b704cfbe2375ad3644decb30bbb83aef80d3bf0f

luspi commented on 2022-04-04 02:32 (UTC)

@guglovich v2.5 only supports HEIC through ImageMagick (you need to swap from GraphicsMagick to ImageMagick in the PKGBUILD to take advantage of that). Starting with v2.6 (likely to be released later this coming week) support for HEIC through kimageformats will be added.

guglovich commented on 2022-04-03 18:34 (UTC)

Please update the application. HEIC support is now available.

luspi commented on 2022-03-24 16:41 (UTC)

@crismblog

PhotoQt fails to build because your build of the dependency python-pychromecast failed. I suggest commenting on the python-pychromecast AUR page) to see if someone has an idea (it builds fine on my local machine thogh). If you can't get it to work, you can edit the PKGBUILD of PhotoQt to remove that dependency by removing its mention in the depends() array (line 11) and adding -DCHROMECAST=OFF to the cmake call (line 26).

crismblog commented on 2022-03-24 09:57 (UTC) (edited on 2022-03-24 10:02 (UTC) by crismblog)

ERROR slice indices must be integers or None or have an __index__ method

==> ERROR: A failure occurred in build().

Aborting...

error: failed to build 'python-pychromecast-10.3.0-1':

==> Making package: photoqt 2.5-1 (Jo 24 mar 2022 11:57:07 +0200)

==> Retrieving sources...

-> Found photoqt-2.5.tar.gz

==> Validating source files with sha256sums...

photoqt-2.5.tar.gz ... Passed

==> Making package: photoqt 2.5-1 (Jo 24 mar 2022 11:57:08 +0200)

==> Checking runtime dependencies...

==> Missing dependencies:

-> python-pychromecast

==> Checking buildtime dependencies...

==> ERROR: Could not resolve all dependencies.

error: failed to build 'photoqt-2.5-1':

error: packages failed to build: python-pychromecast-10.3.0-1 photoqt-2.5-1

pallegro commented on 2022-01-17 15:19 (UTC)

@DianaNites I had the same issue. Got past it by deleting ~/.config/PhotoQt and ~/.cache/PhotoQt

luspi commented on 2022-01-12 19:52 (UTC)

@DianaNites

Did you try it with imagemagick? If you could file a bug report upstream, that'd also be great: https://gitlab.com/luspi/photoqt/-/issues

DianaNites commented on 2022-01-12 14:16 (UTC)

@luspi

Yes, my system is fully up to date. Probably a photoqt bug I guess.

For now i've just been using the previous version

luspi commented on 2022-01-09 04:12 (UTC)

@DianaNites Is your system up to date, in particular GraphicsMagick? There are some reports floating around the internet for various packages using various version of GraphicsMagick encountering this issue. If Your system is up to date, you can try switching over to ImageMagick:

In line 26 of the PKGBUILD, change -DIMAGEMAGICK=OFF -DGRAPHICSMAGICK=ON to -DIMAGEMAGICK=ON -DGRAPHICSMAGICK=OFF and in line 11 change graphicsmagick to imagemagick.

DianaNites commented on 2022-01-09 02:06 (UTC) (edited on 2022-01-09 02:06 (UTC) by DianaNites)

..I can't view images since updating. Every time I try it just opens a window saying photoqt has updated and to close this window to continue.

"photoqt: magick/semaphore.c:601: LockSemaphoreInfo: Assertion `semaphore_info != (SemaphoreInfo *) NULL' failed."

luspi commented on 2022-01-05 21:16 (UTC)

@Agafron, Thanks, I forgot to add python-pychromecast as dependency. Should be fixed now.

Agafron commented on 2022-01-05 21:10 (UTC)

CMake Error at CMakeLists.txt:325 (message): ** Unable to locate Python3 module pychromecast. Please first install it or disable Chromecast support.

-- Configuring incomplete, errors occurred! See also "/tmp/trizen-ypp/photoqt/src/photoqt-2.5/CMakeFiles/CMakeOutput.log". ==> ОШИБКА: Произошел сбой в prepare().

luspi commented on 2021-02-02 17:37 (UTC) (edited on 2021-02-02 17:37 (UTC) by luspi)

@mutley, that's the same version I have and it builds just fine for me. That's just strange.

Anyways, I updated the PKGBUILD with some changes, one of them being that it now builds by default with GraphicsMagick.

mutley commented on 2021-02-02 11:56 (UTC)

Thanks @lebaux that switching from imageMagick to GraphicsMagick also worked for me. Could this be a imagemagick versioning problem the version i have (that does not work with photoqt) is 7.0.10.61-1.

luspi commented on 2021-02-02 04:56 (UTC)

Hm, it shouldn't make much difference wheter it's being built with GraphicsMagick and ImageMagick, but somehow it doesn't want to cooperate on your system. Unfortunately I can't seem to reproduce that, the current PKGBUILD works just fine on my machine.

Did you try removing the old build directory (for yay that should be ~/.cache/yay/photoqt/)?

lebaux commented on 2021-02-01 21:02 (UTC) (edited on 2021-02-01 21:05 (UTC) by lebaux)

Confirmed, switching over to GraphicsMagick works. Maybe this should be default build?

In the meantime, if you are using yay and want to edit PKGBUILD quickly, use:

yay --editmenu -S photoqt
a
n
a

And follow the instructions on line 13 and 25.

ctouze commented on 2021-02-01 00:46 (UTC)

works with changing from building with ImageMagick to GraphicsMagick

luspi commented on 2021-01-31 16:36 (UTC) (edited on 2021-01-31 16:37 (UTC) by luspi)

Hm, it's compiling just fine here.

Some things that come to mind:

  • Make sure to clean the build directory from any possible previous build. There has been a change of defaults from GraphicsMagick to ImageMagick.

  • Make sure your system is up to date.

  • If it still doesn't build, try changing from building with ImageMagick to GraphicsMagick (lines 13 and 25 in the PKGBUILD tell you how).

Let me know if the error persists.

ctouze commented on 2021-01-31 10:56 (UTC)

+1 same issue

lebaux commented on 2021-01-31 07:17 (UTC) (edited on 2021-01-31 07:17 (UTC) by lebaux)

BUILD fails

[ 82%] Building CXX object CMakeFiles/photoqt.dir/photoqt_autogen/T24IUX3VL4/qrc_img.cpp.o
[ 84%] Building CXX object CMakeFiles/photoqt.dir/photoqt_autogen/ZWKA2O7I7G/qrc_misc.cpp.o
[ 86%] Linking CXX executable photoqt
/usr/bin/ld: CMakeFiles/photoqt.dir/cplusplus/scripts/handlingmanipulation.cpp.o: in function `PQLoadImageMagick::load(QString, QSize, QSize*, bool)':
handlingmanipulation.cpp:(.text._ZN17PQLoadImageMagick4loadE7QString5QSizePS1_b[_ZN17PQLoadImageMagick4loadE7QString5QSizePS1_b]+0x73c): undefined reference to `Magick::Image::rows() const'
/usr/bin/ld: handlingmanipulation.cpp:(.text._ZN17PQLoadImageMagick4loadE7QString5QSizePS1_b[_ZN17PQLoadImageMagick4loadE7QString5QSizePS1_b]+0x74a): undefined reference to `Magick::Image::columns() const'
/usr/bin/ld: handlingmanipulation.cpp:(.text._ZN17PQLoadImageMagick4loadE7QString5QSizePS1_b[_ZN17PQLoadImageMagick4loadE7QString5QSizePS1_b]+0x7f8): undefined reference to `Magick::Geometry::Geometry(unsigned long, unsigned long, long, long)'
/usr/bin/ld: handlingmanipulation.cpp:(.text._ZN17PQLoadImageMagick4loadE7QString5QSizePS1_b[_ZN17PQLoadImageMagick4loadE7QString5QSizePS1_b]+0x105f): undefined reference to `Magick::Geometry::Geometry(unsigned long, unsigned long, long, long)'
collect2: error: ld returned 1 exit status
make[2]: *** [CMakeFiles/photoqt.dir/build.make:793: photoqt] Error 1
make[1]: *** [CMakeFiles/Makefile2:126: CMakeFiles/photoqt.dir/all] Error 2
make: *** [Makefile:149: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
error making: photoqt

pallegro commented on 2020-04-14 14:38 (UTC)

FYI, I don't use photoqt for PDFs anyway so I've disabled poppler with this cmake option: -DPOPPLER=OFF

DianaNites commented on 2020-01-11 15:14 (UTC)

poppler, again. :(

DianaNites commented on 2019-11-18 07:37 (UTC)

Poppler updated again, so this requires a bump so it'll rebuild again.

luspi commented on 2019-05-22 17:37 (UTC)

@pallegro Thanks for the updated PKGBUILD!

@Tomek80Bytom I just updated the PKGBUILD, it should build again now. PhotoQt links against various libraries and if one of them updates then the library files sometimes change names (e.g., the new version number gets added). Unfortunately there is nothing I can do, PhotoQt (like other apps) needs to be rebuilt (actually, re-linked would be enough) to find these libraries again...

pallegro commented on 2019-05-22 12:55 (UTC)

https://gitlab.com/luspi/photoqt/commit/c6fd41478e818f3a651d40f96cab3d790e1c09a4.diff is the fix for building with exiv-0.27 PKGBUILD: https://pastebin.com/9T80vR9R

ruestique commented on 2019-05-22 08:30 (UTC)

@Tomek80Bytom try qimgv — pretty similar nice alternative

devourerOfBits80 commented on 2019-05-22 05:14 (UTC)

The application is very good itself, but unfortunately I have regularly problems, that after updates of some system packages it stop working and I have to reinstall it. Yesterday has occurred the same... application doesn't work on my machine now. More over, currently it is impossible to reinstall it because there are some issues with build.

ruestique commented on 2019-04-30 06:22 (UTC) (edited on 2019-04-30 06:23 (UTC) by ruestique)

@luspi My guess problem was in KDE session management, it's always saves unwanted states of some important programs, so it brings a lot of bugs, and I always forget about it =)

So yeah, now all works just fine! Thanks for the help mate ;)

luspi commented on 2019-04-29 20:07 (UTC)

@ruestique A simple rebuild of photoqt will suffice (make sure to start with a clean setup - do you use an aur helper?). Essentially all that needs to happen is for the executable to be linked against the new poppler libs.

ruestique commented on 2019-04-29 05:37 (UTC) (edited on 2019-04-29 05:37 (UTC) by ruestique)

@luspi I also checked poppler and poppler-qt5, but cannot --overwrite it, since I don't know the <path>

luspi commented on 2019-04-29 03:35 (UTC)

@ruestique reinstall is not enough, poppler update necessitates recompile. I bumped pkgrel to trigger recompiles.

ruestique commented on 2019-04-29 03:24 (UTC)

having an error photoqt: error while loading shared libraries: libpoppler.so.86: cannot open shared object file: No such file or directory

google and reinstall can't help =(

luspi commented on 2018-08-09 09:50 (UTC)

@3enke They are created to allow the option of 'fake transparency'. The screenshots need to be done before the app window is shown, they are thus taken and stored in the tmp directory at startup of PhotoQt.

3enke commented on 2018-08-08 09:00 (UTC)

Any idea why PhotoQT is making desktop screenshots in /tmp folder? I am using version 1.5.1.

pbnoxious commented on 2018-05-28 13:38 (UTC)

Yes, that solved the issue. Thank you!

luspi commented on 2018-05-28 13:19 (UTC)

@pbnoxious It seems that Qt 5.11 finally removed the qt5_use_modules() cmake function (it was deprecated for a while already). I added a patch here that replaces that line by a call to target_link_libraries(), so it should work again now!

pbnoxious commented on 2018-05-28 11:20 (UTC)

When I try to install it I get an error from CMake with regard to qt5:

CMake Error at CMakeLists.txt:141 (qt5_use_modules):
    Unknown CMake command "qt5_use_modules".

The log does not show anything suspicous to me, does somebody know what the reason for the failure might be?

luspi commented on 2018-05-15 22:41 (UTC)

Thanks, added it to the makedepends array!

ChrisLane commented on 2018-05-15 22:38 (UTC)

@ruestique thanks, I just had that problem. Sounds like it should probably be added as a makedeps dependency.

ruestique commented on 2018-05-15 22:06 (UTC)

if someone gets:

Could not find a package configuration file provided by "ECM" with any of the following names: blah-blah-blah...

just make sure you have installed:

cmake extra-cmake-modules

luspi commented on 2018-02-22 23:34 (UTC)

Thanks, rtfreedman, applied those changes!

rtfreedman commented on 2018-02-22 21:30 (UTC)

The proper arch is: arch=('x86_64') An install file is not needed - pacman takes care of desktop/icon updates

luspi commented on 2016-12-14 14:17 (UTC)

Thanks, saphiren, it should be working again now!

saphiren commented on 2016-12-14 07:17 (UTC)

Source tarball is not downloading properly - attempting to access it gives access denied error which is saved under the tarball's filename: ERROR getting source down info: Access denied for user ''@'<my IP address>' (using password: NO) Had a friend on a different ISP confirm that they can't access it either - it's not just me.

MaJia321 commented on 2016-06-09 10:59 (UTC)

@luspi I think the crash caused by Pax/Grsecurity Kernel, now it solved by # setfattr -n user.pax.flags -vm /usr/bin/photoqt THX

luspi commented on 2016-05-29 12:09 (UTC) (edited on 2016-05-29 12:31 (UTC) by luspi)

Hm, okay, I'm not able to re-produce it on Gnome3. Lets try this: Start the debugger with photoqt: $ gdb photoqt (you might need to install gdb first) Type 'run' to start the process. Once it crashes, type in 'bt', that will tell you roughly at which point the crash occured (which class). Hopefully, that will give us a hint as to what's causing the crash... Edit: It might be a good idea to move it away from the comment section here to emails. You can email the output of gdb to my address, Lukas _at_ photoqt _dot_ org

luspi commented on 2016-05-28 02:24 (UTC) (edited on 2016-05-28 13:28 (UTC) by luspi)

That's odd, it works just fine here... Do you get any other output besides this? Try starting PhotoQt with the '--verbose' command line switch, is anything else printed to the screen? Edit: I'm not sure if the problem in issue #16 on GitLab is related to this...

luspi commented on 2016-05-18 11:08 (UTC)

Added dependency. Thanks, honorabrutroll!

honorabrutroll commented on 2016-05-18 07:01 (UTC)

Getting "qrc:/qml/mainwindow.qml:12:1: module "QtGraphicalEffects" is not installed" at start, needs "qt5-graphicaleffects" as a dependency to fix.

luspi commented on 2015-08-25 18:18 (UTC)

Thanks, zw3n, fixed!

zw3n commented on 2015-08-10 21:37 (UTC)

Receiving "qrc:/qml/mainwindow.qml:9:1: module "QtQuick.Dialogs" is not installed" when trying to start. "qt5-quickcontrols" should be added as a dependency to fix this.

luspi commented on 2015-03-07 00:49 (UTC)

"photoqt: error while loading shared libraries: libGraphicsMagick++.so.3: cannot open shared object file: No such file or directory" Needs re-install to work with updated GraphicsMagick...

linuxchick commented on 2015-01-20 19:17 (UTC)

installed no problem on my first machine, then on a different pc, fresh install of Arch, it failed, with this error "CMake Error at /usr/lib64/cmake/Qt5Core/Qt5CoreMacros.cmake:275 (message): Can not use "Svg" module which has not yet been found." Installing qt5-svg fixed it.

314eter commented on 2014-10-13 21:46 (UTC)

I got a cmake error because it couldn't find Qt5LinguistTools. Adding qt5-tools to makedepends solved the problem.

willemw commented on 2014-10-13 18:07 (UTC)

Please add exiv2 and graphicsmagick (, etc?) to 'depends' and to 'cmake'. They seem to provide very useful features to have by default. Your comment about "wiki of packaging standards" does not mean that by default the program must be a minimal program. See for example packages vim and vim-minimal. /usr in the .install file should not have a leading / (see https://wiki.archlinux.org/index.php/GNOME_Package_Guidelines).

commented on 2013-08-15 14:34 (UTC)

@archtux Okay, thanks a million! There's something new to learn everyday :)

archtux commented on 2013-08-15 12:21 (UTC)

@irishtux I disabled those dependencies at building because the packaging standards of Arch require the least dependencies to be included for a package to work. If you don't have those optional dependencies installed, it won't compile. That's the reason it was disabled in the configure phase. If you read the wiki of packaging standards: Any optional dependencies that are not needed to run the package or have it generally function should not be included; instead the information should be added to the optdepends array. I'm going to modify the PKGBUILD for people who want to install the FULL program.

commented on 2013-08-15 11:35 (UTC)

Is there a reason why graphicsmagick, phonon, exiv2 are disabled??

robertfoster commented on 2013-03-01 19:28 (UTC)

replace qt depend with qt4

bluebyt commented on 2013-01-24 22:50 (UTC)

"add phonon to the dependencies " thank you! bluebyt

martadinata666 commented on 2013-01-24 08:51 (UTC)

add phonon to the dependencies

bluebyt commented on 2013-01-23 22:50 (UTC)

Does not seem to work. /home/bluebyt/Downloads/photo/src/photo-0.9.1/slideshow/slideshowbar.h:16:30: fatal error: phonon/AudioOutput: No such file or directory compilation terminated. make[2]: *** [CMakeFiles/photo.dir/main.cpp.o] Error 1 make[1]: *** [CMakeFiles/photo.dir/all] Error 2 make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

mrbit commented on 2013-01-22 22:33 (UTC)

update please 0.9.1 thanks

lctrgk commented on 2013-01-18 21:52 (UTC)

I tried to modify the pkgbuild. Although is my first time, it seems to work. Excuse my bad english. http://pastebin.com/0GjZmDTM

mrbit commented on 2013-01-18 16:06 (UTC)

update please 0.9 thanks

mrbit commented on 2012-12-13 17:15 (UTC)

update please 0.8.2 thanks

commented on 2012-11-17 20:08 (UTC)

Can't install: "Warning: Transient problem: timeout Will retry in 3 seconds. 3 retries left."... ??

ninian commented on 2012-11-14 23:26 (UTC)

Website address changed now to: http://photoqt.org

commented on 2012-11-10 19:46 (UTC)

After last update 0.8.1.2-3 no problem with this package. Thank you for this package

luspi commented on 2012-11-10 08:31 (UTC)

@DragonLich It seems that the patch isn't needed anymore. I'd guess, commenting the patch line in the build function should do it...

commented on 2012-11-09 20:02 (UTC)

Bad md5 need this one for photo tar cf5768be6865e6a8aa95043a251d0da2 but when I repair it I get this patching file CMakeLists.txt Hunk #1 FAILED at 28. 1 out of 1 hunk FAILED -- saving rejects to file CMakeLists.txt.rej

dumblob commented on 2012-10-31 08:57 (UTC)

@vicky91 Yes, you are right. The desktop file should not be installed manually any more because the post install scripts of cmake do call "xdg-desktop-menu install" as is mentioned in the README file of Photo.

Pank commented on 2012-08-01 18:56 (UTC)

The md5 seems to have changed...

vicky91 commented on 2012-03-09 21:09 (UTC)

I can install the application and run it when i change the PKGBUILD # Desktop file install -Dm644 photo.desktop $pkgdir/usr/share/applications/photo.desktop to this # Desktop file #install -Dm644 photo.desktop $pkgdir/usr/share/applications/photo.desktop but i don't know if it's the right thing to do.

mrbit commented on 2012-02-14 17:36 (UTC)

Error: Can not perform the requested operation (conflicting files) photo: / usr / share / applications / photo.desktop is already present in the filesystem

luspi commented on 2012-01-12 12:07 (UTC)

Sorry, md5sum is wrong again. But thanks a million for this PKGBUILD!

luspi commented on 2012-01-01 23:27 (UTC)

doesn't pass check, md5sum should be "3664d72073611fe130fcd6e6a1370f68"