Search Criteria
Package Details: photoqt 2.7-1
Package Actions
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.32 |
First Submitted: | 2013-08-11 21:50 (UTC) |
Last Updated: | 2022-06-10 18:45 (UTC) |
Dependencies (18)
- exiv2 (exiv2-git, exiv2-pre)
- graphicsmagick
- hicolor-icon-theme (hicolor-icon-theme-git)
- kimageformats (kimageformats-git)
- libarchive (libarchive-git)
- libraw (libraw-git, libraw16, libraw19)
- pugixml (pugixml-git)
- python-pychromecast (python-pychromecast-git, python-pychromecast6)
- qt5-graphicaleffects (qt5-graphicaleffects-git)
- qt5-imageformats (qt5-imageformats-git)
- qt5-multimedia (qt5-multimedia-git)
- qt5-quickcontrols (qt5-quickcontrols-git)
- qt5-svg (qt5-svg-git)
- cmake (cmake-git) (make)
- extra-cmake-modules (extra-cmake-modules-git) (make)
- qt5-tools (qt5-tools-git) (make)
- libqpsd-git (optional) – PSB/PSD support
- xcftools (xcftools-git) (optional) – XCF support
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 changegraphicsmagick
toimagemagick
.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:
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
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:
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:
just make sure you have installed:
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)
saphiren commented on 2016-12-14 07:17 (UTC)
MaJia321 commented on 2016-06-09 10:59 (UTC)
luspi commented on 2016-05-29 12:09 (UTC) (edited on 2016-05-29 12:31 (UTC) by luspi)
luspi commented on 2016-05-28 02:24 (UTC) (edited on 2016-05-28 13:28 (UTC) by luspi)
luspi commented on 2016-05-18 11:08 (UTC)
honorabrutroll commented on 2016-05-18 07:01 (UTC)
luspi commented on 2015-08-25 18:18 (UTC)
zw3n commented on 2015-08-10 21:37 (UTC)
luspi commented on 2015-03-07 00:49 (UTC)
linuxchick commented on 2015-01-20 19:17 (UTC)
314eter commented on 2014-10-13 21:46 (UTC)
willemw commented on 2014-10-13 18:07 (UTC)
commented on 2013-08-15 14:34 (UTC)
archtux commented on 2013-08-15 12:21 (UTC)
commented on 2013-08-15 11:35 (UTC)
robertfoster commented on 2013-03-01 19:28 (UTC)
bluebyt commented on 2013-01-24 22:50 (UTC)
martadinata666 commented on 2013-01-24 08:51 (UTC)
bluebyt commented on 2013-01-23 22:50 (UTC)
mrbit commented on 2013-01-22 22:33 (UTC)
lctrgk commented on 2013-01-18 21:52 (UTC)
mrbit commented on 2013-01-18 16:06 (UTC)
mrbit commented on 2012-12-13 17:15 (UTC)
commented on 2012-11-17 20:08 (UTC)
ninian commented on 2012-11-14 23:26 (UTC)
commented on 2012-11-10 19:46 (UTC)
luspi commented on 2012-11-10 08:31 (UTC)
commented on 2012-11-09 20:02 (UTC)
dumblob commented on 2012-10-31 08:57 (UTC)
Pank commented on 2012-08-01 18:56 (UTC)
vicky91 commented on 2012-03-09 21:09 (UTC)
mrbit commented on 2012-02-14 17:36 (UTC)
luspi commented on 2012-01-12 12:07 (UTC)
luspi commented on 2012-01-01 23:27 (UTC)