Package Details: photivo-git 1:20201119_b821057-1

Git Clone URL: https://aur.archlinux.org/photivo-git.git (read-only, click to copy)
Package Base: photivo-git
Description: Free and open source photo processor
Upstream URL: https://photivo.org/
Licenses: custom:GPL3 only
Conflicts: photivo
Provides: photivo
Submitter: besc
Maintainer: besc
Last Packager: besc
Votes: 42
Popularity: 0.000762
First Submitted: 2020-08-22 16:26 (UTC)
Last Updated: 2021-06-03 18:53 (UTC)

Latest Comments

andu commented on 2022-03-18 07:50 (UTC)

So, I installed Photivo on a Thinkpad laptop and raw images (CR2) have a strong magenta color... What could be the cause?

besc commented on 2021-11-08 19:16 (UTC)

@andu lensfun-git could indeed be the problem. The latest release 0.3.95 is called an “alpha release” on the webpage. It’s quite likely that APIs were changed later.

If switching to the official lensfun package doesn’t help a more detailed compiler log would be good. Look for the first occurrence of error: (note the colon) and post everything starting with that line.

andu commented on 2021-11-07 14:56 (UTC) (edited on 2021-11-07 15:09 (UTC) by andu)

@besc, looks like a lot of errors are related to lensfun, I have lensfun-git 0.3.2.r2032.gad957f64-1 instead of lensfun. Could that be the case?

Yea, that was it, I replaced lensfun-git with lensfun and all is well now. Thanks.

andu commented on 2021-11-07 14:12 (UTC) (edited on 2021-11-07 14:13 (UTC) by andu)

This is the error:

make[2]: [CMakeFiles/photivo.dir/build.make:1534:
CMakeFiles/photivo.dir/Sources/ptProcessor.cpp.o] Error 1
make[1]:
[CMakeFiles/Makefile2:140: CMakeFiles/photivo.dir/all] Error 2
make: *** [Makefile:156: all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

besc commented on 2021-11-07 13:59 (UTC)

@andu I reinstalled Photivo from scratch on my system and everything went fine. Can you post your actual compiler error messages? The lines with error: are the most crucial ones.

andu commented on 2021-11-06 17:54 (UTC) (edited on 2021-11-06 18:07 (UTC) by andu)

This doesn't build any more. I'm installing with pamac and towards the end it gives an error and stops. This was my default raw processor for years, any chance to make it work please?

stativ commented on 2020-09-01 08:10 (UTC)

Hello besc, sorry I didn't respond in time, but I see you already did the hard work. I'll request merge of this package into yours. And thank you for your work on photivo!

besc commented on 2020-08-22 16:39 (UTC)

There’s a photivo-git package now that works with the new Git repository. https://aur.archlinux.org/packages/photivo-git/

Note that in contrast to the old photivo-hg the new package does not build the Photivo-to-Gimp plugin (ptGimp) anymore. Since Gimp 2.10 the plugin is not necessary anymore.

besc commented on 2020-04-04 13:06 (UTC)

The migration to Git is done. To clone run:

git clone https://bitbucket.org/Photivo/photivo.git

The build process stayed the same. Except Hg->Git no changes should be necessary in the PKGBUILD.

besc commented on 2020-03-08 19:19 (UTC)

I’m one of the old maintainers of Photivo (Brother John).

Bitbucket is about to abandon Mercurial support. We’ll stay on Bitbucket and migrate the repos to Git on 4 April 2020. See the announcement on the website

@stativ Would you be willing to migrate the AUR package? If not I’ll step in.

stativ commented on 2018-11-10 11:47 (UTC)

Works fine for me. Maybe it was fixed by some gimp update in the meantime.

butfly commented on 2018-10-26 10:16 (UTC) (edited on 2018-10-26 10:17 (UTC) by butfly)

on my latest updated archlinux and gimp 2.10.0, report:

ake[1]: Entering directory '/tmp/yaourt-tmp-zx/aur-photivo-hg/src/photivo/ptGimpProject'
compiling ../Sources/ptGimp.cpp
../Sources/ptGimp.cpp:30:10: fatal error: libgimp/gimp.h: No such file or directory
 #include <libgimp/gimp.h>
          ^~~~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [Makefile:773: ptGimp.o] Error 1
make[1]: Leaving directory '/tmp/yaourt-tmp-zx/aur-photivo-hg/src/photivo/ptGimpProject'
make: *** [Makefile:47: sub-ptGimpProject-make_first] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
==> ERROR: Makepkg was unable to build photivo-hg.

Can I just ignore the gimp plugin making? I had looked in the building temp directory but not found anything can be custimized.

stativ commented on 2018-04-01 15:04 (UTC)

Fixed. I didn't realize that Qt5 is already supported and it compiles fine with Qt 5.

bartus commented on 2018-03-20 09:36 (UTC)

Unable to build. Log form makepkg: https://pastebin.com/3MHgc7y2

stativ commented on 2017-07-26 07:29 (UTC)

I don't see a reason why delete a package that works perfectly fine. Also, the package is not out-of-date and the repository it uses is the repository owned by the original author of photivo, so I guess it is as official as it could be.

timofonic commented on 2017-07-26 04:26 (UTC)

There's another repo, not sure if official... https://github.com/scit2010/photivo https://mail.gnome.org/archives/gimp-user-list/2017-March/msg00120.html "Used to be a fan of photivo, but development seems to have stalled in 2015. The gimp plugin stopped working for me. There are other tools, RawTherapapee for example. If you have photivo from the dhor/myway PPA it is there for installation." Why keeping this abandoned software if there's an alternative like RawTherapee? I suggest to delete it.

stativ commented on 2015-12-23 11:18 (UTC) (edited on 2015-12-23 11:19 (UTC) by stativ)

You need to do a clean compile if you compiled it before due to the C++ ABI change (https://www.archlinux.org/news/c-abi-change/). Also, if you compiled any of the dependencies on your own, you will need to recompile them first.

jorgelrm commented on 2015-12-21 14:41 (UTC)

can't compile, errors related to GraphicsMagick: linking ../photivo ptImage_GM.o: In function `ptImage::ptGMResize(unsigned short, unsigned short, short, short)': ptImage_GM.cpp:(.text+0x1bc): undefined reference to `Magick::Image::Image(unsigned int, unsigned int, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, MagickLib::StorageType, void const*)' ptImage_GM.cpp:(.text+0x470): undefined reference to `Magick::Geometry::Geometry(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' ptImage_GM.cpp:(.text+0x553): undefined reference to `Magick::Image::write(int, int, unsigned int, unsigned int, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, MagickLib::StorageType, void*)' ptImage_GM.o: In function `ptImage::ptGMResizeWH(unsigned short, unsigned short, short)': ptImage_GM.cpp:(.text+0xabf): undefined reference to `Magick::Image::Image(unsigned int, unsigned int, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, MagickLib::StorageType, void const*)' ptImage_GM.cpp:(.text+0xcd3): undefined reference to `Magick::Geometry::Geometry(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' ptImage_GM.cpp:(.text+0xdb1): undefined reference to `Magick::Image::write(int, int, unsigned int, unsigned int, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, MagickLib::StorageType, void*)' ptImage_GM.o: In function `ptImage::ptGMUnsharp(double, double, double)': ptImage_GM.cpp:(.text+0x12d6): undefined reference to `Magick::Image::Image(unsigned int, unsigned int, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, MagickLib::StorageType, void const*)' ptImage_GM.cpp:(.text+0x1354): undefined reference to `Magick::Image::write(int, int, unsigned int, unsigned int, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, MagickLib::StorageType, void*)' ptImage_GM.o: In function `ptImage::ptGMNormalize(double)': ptImage_GM.cpp:(.text+0x1472): undefined reference to `Magick::Image::Image(unsigned int, unsigned int, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, MagickLib::StorageType, void const*)' collect2: error: ld returned 1 exit status Makefile:591: recipe for target '../photivo' failed make[1]: *** [../photivo] Error 1 make[1]: Leaving directory '/home/jorge/photivo/photivo/photivoProject' Makefile:85: recipe for target 'sub-photivoProject-make_default' failed make: *** [sub-photivoProject-make_default] Error 2

stativ commented on 2015-04-11 15:26 (UTC)

It works with lensfun from [extra] now.

boco commented on 2015-01-25 00:05 (UTC)

Build fails with lensfun-0.3.0, succeeds with lensfun-0.2.8-1.

stativ commented on 2013-07-01 07:23 (UTC)

Finally, here's the fixed package.

stativ commented on 2013-07-01 07:08 (UTC)

Spider.007: thank you for pointing that out, somehow I missed that patch. I will update this package soon.

Spider.007 commented on 2013-06-30 09:49 (UTC)

@stativ; this is indeed an upstream problem but I think you should still include the patch posted in the linked report (until it gets merged). It works for me too (modifying ptDcRaw.h and ptImage.cpp) I also had to patch src/photivo/photivoProject/Makefile (replace lpng15 with lpng16)

DrTebi commented on 2013-05-05 13:22 (UTC)

@bellette: That's fantastic, just installed it and worked great. Thanks for your effort.

alexG commented on 2013-05-01 12:40 (UTC)

Meanwhile, I managed to have a working photivo by extracting deb packages from a ppa, see PKGBUILD : http://pastebin.com/JDYrnUEv . For x86_64 only, and only a temporary solution !

DrTebi commented on 2013-04-18 23:45 (UTC)

Yes, I was the one who reported it (well, the last post at least)... I am a little desperate :( I tried to provide as much information as possible in the "issue report". If you can give them more clues, it may speed up the fixing. Thanks anyway

stativ commented on 2013-04-18 17:06 (UTC)

Oh, it has been reported already: http://code.google.com/p/photivo/issues/detail?id=123

stativ commented on 2013-04-18 17:01 (UTC)

I'm afraid that this is an upstream problem. Could you please report it to the upstream?

DrTebi commented on 2013-04-17 10:02 (UTC)

Similar problem here, please update the package! In file included from /usr/include/qt4/QtCore/QtCore:53:0, from ../Sources/ptSettings.h:27, from ../Sources/batch/ptBatchWindow.cpp:25: /usr/include/qt4/QtCore/qtconcurrentfilter.h: In function ‘QtConcurrent::ThreadEngineStarter<void> QtConcurrent::filterInternal(Sequence&, KeepFunctor, ReduceFunctor)’: /usr/include/qt4/QtCore/qtconcurrentfilter.h:108:47: warning: typedef ‘Iterator’ locally defined but not used [-Wunused-local-typedefs] typedef typename Sequence::const_iterator Iterator; ^ In file included from ../Sources/ptDcRaw.h:125:0, from ../Sources/ptSettings.h:31, from ../Sources/batch/ptBatchWindow.cpp:25: ../Sources/ptDefines.h: At global scope: ../Sources/ptDefines.h:53:1: error: ‘unique_ptr’ in namespace ‘std’ does not name a type std::unique_ptr<T> make_unique(Args&& ...args) { ^ In file included from ../Sources/ptChoice.h:32:0, from ../Sources/ptSettings.h:33, from ../Sources/batch/ptBatchWindow.cpp:25: ../Sources/filters/ptCfgItem.h:113:5: error: ‘shared_ptr’ in namespace ‘std’ does not name a type std::shared_ptr<ptCurve> Curve; ^ ../Sources/filters/ptCfgItem.h:176:3: error: ‘shared_ptr’ in namespace ‘std’ does not name a type std::shared_ptr<ptCurve> Curve; ^ make[1]: *** [ptBatchWindow.o] Error 1 make[1]: Leaving directory `/home/drtebi/Downloads/photivo-hg/src/photivo-build/photivoProject' make: *** [sub-photivoProject-make_default] Error 2

ayr0 commented on 2013-04-10 05:47 (UTC)

I cannot build the package. :( make[1]: *** [ptJobListModel.o] Error 1 In file included from ../Sources/filemgmt/../ptChoice.h:32:0, from ../Sources/filemgmt/../ptSettings.h:33, from ../Sources/filemgmt/ptColumnGridThumbnailLayouter.cpp:26: ../Sources/filters/ptCfgItem.h:113:5: error: ‘shared_ptr’ in namespace ‘std’ does not name a type std::shared_ptr<ptCurve> Curve; ^ ../Sources/filters/ptCfgItem.h:176:3: error: ‘shared_ptr’ in namespace ‘std’ does not name a type std::shared_ptr<ptCurve> Curve; ^ make[1]: *** [ptColumnGridThumbnailLayouter.o] Error 1 make[1]: Leaving directory `/build/packer/photivo-hg/src/photivo-build/photivoProject' make: *** [sub-photivoProject-make_default] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

prettyvanilla commented on 2013-03-06 13:38 (UTC)

The PKGBUILD needs to be adjusted for the new qt4 packages: qt -> qt4 qmake -> qmake-qt4

stativ commented on 2013-01-12 18:22 (UTC)

bellette: thank you very much for your help. I really appreciate it, because I didn't have time to dig into that myself.

alexG commented on 2013-01-04 09:49 (UTC)

At line 45, replace : qmake PREFIX=/usr by qmake PREFIX=/usr CONFIG+=WithGimp and Gimp plugin will compile and install !

commented on 2012-12-30 13:04 (UTC)

What I found out until now is, that omitting the 2 command lines for GIMP integration (at the very end of the PKGBUILD file) will lead to a successful compilation and package. If You are okay without GIMP integration, this can be the workaround for You. I am reading a lot at the moment, how this AUR-packaging works. When I am able to give a hint, how the two GIMP plugin files can be prepared properly, I'll surely post it.

commented on 2012-12-24 21:29 (UTC)

I have the same problem as waldbaer59 below.

commented on 2012-12-16 18:36 (UTC)

A problem when working through makepkg arised. Make complains that a stat command failed with the ptGimp plugin and resumes work. Is there a fix for this?

stativ commented on 2012-09-13 07:09 (UTC)

mloskot: You don't need to prove anything. It's just that the AUR helpers abstract the users away from using PKGBUILDs directly, which often results in people not understating how packages are build, and most importantly, in people not checking PKGBUILDs. It must not be forgotten that PKGBUILDs in AUR are user submitted content and are of varying quality. I think the people should check AUR packages before building, unless they already trust the maintainer. That's why I was talking about AUR helpers with such despise (looking at my previous post I with too much). Sometimes the creator of package doesn't mean any harm, but it may happen that the PKGBUILD contains malicious code, even though TU's would remove such package upon noticing. IIRC there once was package that did something like "sudo rm -rf /home", which would have wreak havoc for some people using sudo.

commented on 2012-09-12 23:12 (UTC)

@sativ I do use packer. There is no difference between the 'raw' pacman output and packer's output, I can prove it. So, your comment misses the point, clearly. The thing is, I misinterpreted the error. I removed my previous comment as it does not belong here of course.

stativ commented on 2012-09-12 06:43 (UTC)

It looks like you are using some kind of crappy AUR helper. Otherwise you would know that the problem is in graphicsmagick-qd16.

commented on 2012-09-11 23:07 (UTC)

There seem to be problem with missing library and typemap for Perl module, anyone noticed that? ... Note (probably harmless): No library found for -lGraphicsMagick Unrecognized argument in LIBS ignored: '-Wl,-O1,--sort-common,--as-needed,-z,relro' Writing Makefile for Graphics::Magick Writing MYMETA.yml and MYMETA.json cp Magick.pm blib/lib/Graphics/Magick.pm AutoSplitting blib/lib/Graphics/Magick.pm (blib/lib/auto/Graphics/Magick) /usr/bin/perl /usr/share/perl5/core_perl/ExtUtils/xsubpp -typemap /usr/share/perl5/core_perl/ExtUtils/typemap Magick.xs > Magick.xsc && mv Magick.xsc Magick.c Could not find a typemap for C type 'Graphics::Magick'. The following C types are mapped by the current typemap: 'AV *', 'Boolean', 'CV *', 'FILE *', 'FileHandle', 'HV *', 'I16', 'I32', 'I8', 'IV', 'InOutStream', 'InputStream', 'NV', 'OutputStream', 'PerlIO *', 'Result', 'STRLEN', 'SV *', 'SVREF', 'SysRet', 'SysRetLong', 'Time_t *', 'U16', 'U32', 'U8', 'UV', 'bool', 'bool_t', 'caddr_t', 'char', 'char *', 'char **', 'const char *', 'double', 'float', 'int', 'long', 'short', 'size_t', 'ssize_t', 'time_t', 'unsigned', 'unsigned char', 'unsigned char *', 'unsigned int', 'unsigned long', 'unsigned long *', 'unsigned short', 'void *', 'wchar_t', 'wchar_t *' in Magick.xs, line 2085 make: *** [Magick.c] Error 1 ==> ERROR: A failure occurred in package(). Aborting... The build failed. Dependencies for `photivo-hg' are not met, not building...

gothormr commented on 2012-07-26 11:27 (UTC)

Thanks a lot, stativ! I patched this way PKGBUILD: --- PKGBUILD 2012-07-26 13:22:38.826326696 +0200 +++ PKGBUILD-exif_ok 2012-07-26 13:09:25.253031179 +0200 @@ -1,6 +1,6 @@ # Maintainer: Lukas Jirkovsky <l.jirkovsky AT gmail.com> pkgname=photivo-hg -pkgver=787 +pkgver=f0032dec4b7d pkgrel=1 pkgdesc="Free and open source photo processor" arch=('i686' 'x86_64') @@ -27,7 +27,7 @@ hg pull -u || return 1 msg "The local files are updated." else - hg clone $_hgroot $_hgrepo || return 1 + hg clone -r $pkgver $_hgroot $_hgrepo || return 1 fi msg "Mercurial checkout done or server timeout" and then compiled with "makepkg --holdver". Exif write now works fine.

stativ commented on 2012-07-26 06:49 (UTC)

gothormr: to do that, set the pkgver in the PKGBUILD to desired version and then use "makepkg --holdver" to prevent makepkg automatically bumping the version. I wish you good luck with that!

gothormr commented on 2012-07-25 15:26 (UTC)

Thank you, stativ! How can I build a version prior this bug? I'm not skilled on hg, I can't figure how I must modify PKGBUILD to download a prior version... Or there is a place where I can download an older pkg (x64)? Thanks, fabio

stativ commented on 2012-07-21 13:51 (UTC)

fabio: it is likely photivo bug. I reported it upstream: http://code.google.com/p/photivo/issues/detail?id=83

gothormr commented on 2012-07-17 15:08 (UTC)

Photivo fail when I request exif data in output jpeg. It's a photivo bug, or I missing someting I can check? thanks, fabio

commented on 2012-06-24 05:12 (UTC)

stativ: After exposing the problem in photivo forum on flickr, the author solved the problem.

stativ commented on 2012-05-26 11:54 (UTC)

It works fine here. I'm sure it was just a temporary breakage. You must reckon with occasional breakages when dealing with development versions of software.

commented on 2012-05-21 18:06 (UTC)

I'm unable to compile: ../Sources/ptDcRaw.cpp: En la función miembro ‘void ptDcRaw::parse_redcine()’: ../Sources/ptDcRaw.cpp:6320:30: aviso: comparación entre expresiones enteras signed y unsigned [-Wsign-compare] ../Sources/ptDcRaw.cpp: En la función miembro ‘void ptDcRaw::tiff_head(tiff_hdr*)’: ../Sources/ptDcRaw.cpp:8215:21: error: no se puede encontrar un operador literal de cadena ‘operator"" DCRAW_VERSION’ make[1]: *** [../Objects/ptDcRaw.o] Error 1 make[1]: se sale del directorio `/tmp/yaourt-tmp-rafa/aur-photivo-hg/src/photivo-build/photivoProject' make: *** [sub-photivoProject-make_default] Error 2 I installed dcraw, but not resolv the problem

stativ commented on 2012-05-03 14:15 (UTC)

thomasba: I'm pretty sure you are wrong, photivo doesn't depend on any specific version of libpng or libtiff. Maybe you didn't recompile graphicsmagick-qd16 with the new libpng/libtiff, as this may cause the issues you are seeing.

commented on 2012-04-28 17:44 (UTC)

Had to install libpng14 and libtiff3... Otherwise this error occurs: linking ../photivo /usr/bin/ld: cannot find -lpng14

stativ commented on 2012-04-27 16:36 (UTC)

Littlepaul476: strange, I don't have any of these installed and it works.

commented on 2012-04-27 15:17 (UTC)

version 787 also have these dependencies (from AUR): libpng14 libtiff3

stativ commented on 2012-04-26 16:19 (UTC)

morgulbrut: see http://code.google.com/p/photivo/issues/detail?id=72

commented on 2012-04-24 17:36 (UTC)

I'm unable to compile: compiling ../Sources/qtsingleapplication/qtlocalpeer.cpp ../Sources/qtsingleapplication/qtlocalpeer.cpp: In Konstruktor »QtLocalPeer::QtLocalPeer(QObject*, const QString&)«: ../Sources/qtsingleapplication/qtlocalpeer.cpp:96:54: Fehler: »::getuid« wurde nicht deklariert ../Sources/qtsingleapplication/qtlocalpeer.cpp:96:54: Anmerkung: empfohlene Alternative: In file included from ../Sources/qtsingleapplication/qtlockedfile_unix.cpp:42:0, from ../Sources/qtsingleapplication/qtlocalpeer.cpp:60: /usr/include/unistd.h:698:16: Anmerkung: »QtLP_Private::getuid« make[1]: *** [../Objects/qtlocalpeer.o] Fehler 1 do I need some qtlibs? make[1]: Leaving directory `/tmp/yaourt-tmp-t800/aur-photivo-hg/src/photivo-build/photivoProject' make: *** [sub-photivoProject-make_default] Fehler 2

commented on 2012-02-07 15:07 (UTC)

Thanks sajmmiller. I resolved that issue follow your procedure. :) I have download the previous package from http://arm.konnichi.com/2012/02/02/extra/os/x86_64/ : mercurial-2.0.2-1-x86_64.pkg.tar.xz mercurial-2.0.2-1-x86_64.pkg.tar.xz.sig $ sudo pacman -U mercurial-2.0.2-1-x86_64.pkg.tar.xz Note: This is the first time that i made a downgrade so i write here the procedure because i think perhaps could be helpful even for others people.

commented on 2012-02-06 17:35 (UTC)

Downgrading mercurial to version 2.0.2 allowed me to compile Photivo successfully.

commented on 2012-02-06 17:06 (UTC)

Photivo won't build after recent Arch Linux system upgrade. I started to post that I thought the problem was a result of the libpng upgrade as this caused build problems for me with other packages. But after further investigation I think the problem is a result of the makepkg/mecurial bug mentioned below.

stativ commented on 2012-02-05 09:16 (UTC)

Well, then you are most likely hitting the bug in makepkg: https://bugs.archlinux.org/task/28248

commented on 2012-02-05 06:50 (UTC)

I tried again today and i obtain the same error.

stativ commented on 2012-02-04 09:48 (UTC)

alelinuxbsdalelinuxbsd: looks like the mercurial server was down, it works fine.

commented on 2012-02-02 17:07 (UTC)

Few days ago i tried this package on archlinux at 32 bit and everything work fine. Now i tried the same package on the 64 bit platform and I obtain this message: Connecting to Mercurial server.... warning: photivo.googlecode.com certificate with fingerprint e9:f0:26:b1:ff:27:28:33:81:8e:51:7b:fd:a7:de:df:4c:1e:ee:14 not verified (check hostfingerprints or web.cacerts config setting) il vero URL è https://photivo.googlecode.com/hg/ sto facendo pull da https://photivo.googlecode.com/hg//photivo sto cercando modifiche nessuna modifica trovata ==> ERRORE: Si è verificato un errore in build(). L'operazione sta per essere interrotta... ==> ERRORE: Makepkg non è riuscito a compilare photivo-hg. Essentially the compilation of photivo-hg fails.

stativ commented on 2011-11-28 13:57 (UTC)

kayou: Thank you very much, your help is very appreciated! I've updated the depends to require graphicsmagick-qd16 instead of graphicsmagick.

commented on 2011-11-26 15:38 (UTC)

I've make a PKGBUILD https://aur.archlinux.org/packages.php?ID=54329 , for GraphicsMagick with the 2 missing options --with-quantum-depth=16 and --without-lcms wich are needed tu run photivo

stativ commented on 2011-10-25 07:28 (UTC)

chenxing: it seems so. It should be configured with "--with-quantum-depth 16" or "--with-quantum-depth 32". I'll make a PKGBUILD for it when I have a bit more time.

chenxing commented on 2011-10-24 03:08 (UTC)

Got this error when trying to run photivo: $ photivo Photivo version 2011-10-21 (rev 6bb9ea6f60aa)+ Fatal error: Wrong GraphicsMagick quantum depth! Found quantum depth 8. Photivo needs at least 16. Do I have to compile GraphicsMagick myself?

mrenn commented on 2011-05-25 10:37 (UTC)

Maybe it's possible to also install the gimp plugin (ptGimp, which will be compiled anyway), so that you can pass images from Photivo directly to Gimp. Have a look at http://photivo.org/photivo/download_and_setup/gimp You can copy it also to gimp's system folder (/usr/lib/gimp/2.0/plug-ins) Or maybe just copy it it /usr/share/photivo and notify the user that (s)he has to copy it themselves, if needed/wanted. While at it: Is it also possible to install the Gimp-to-Photivo-plugin also (on that web page above, too)?

stativ commented on 2011-04-11 11:39 (UTC)

mdias: Thank you, I added liblqr to the depends.

mdias commented on 2011-04-06 22:14 (UTC)

Needs "liblqr" on makedepends

stativ commented on 2011-03-25 10:22 (UTC)

TiborB: photivo compiles fine here. Maybe it was broken only temporally. It sometimes happens with development versions of software.

TiborB commented on 2011-03-24 20:24 (UTC)

Hi, it doesn't build. It hangs here: ==> The local files are updated. ==> Mercurial checkout done or server timeout ==> Starting make... patching file Sources/ptGimp.cpp cd photivoProject/ && /usr/bin/qmake /home/tibor/..../aur-build/photivo-hg/src/photivo-build/photivoProject/photivoProject.pro PREFIX=/usr -o Makefile Project MESSAGE: Photivo 2011-03-23_!rev_1ebec8f1e7e7@+ Then there is no CPU utilization and nothing is done. What is wrong? Thanks

stativ commented on 2010-12-10 18:30 (UTC)

I finally found where the problem is. I had settings from the older photivo versions already in my home directory. After I removed them I had the same issue as Toonzee and osc. There were some changes in paths in the code which broke it. The build system is piece of shit and there are tons of hardcoded paths but now there is finally support for make install and it works! So finally IT IS FIXED.

osc commented on 2010-12-08 05:15 (UTC)

apparently it isnt fixed: Initializing... Language 'pt_BR'; Translation enabled: 0 LensfunDatabase could not be opened. got the same error

commented on 2010-11-22 13:49 (UTC)

Yes, it works again, thanks.

stativ commented on 2010-11-22 08:45 (UTC)

it should be fixed now (there was a wrong link in /usr/bin)

Alibloke commented on 2010-11-21 22:24 (UTC)

Works just fine for me

commented on 2010-11-21 08:17 (UTC)

Photivo does not start any more (tested versions 54 and 56). This is what I get when I start it in a terminal: $ photivo User directory: '/home/olivier/.photivo/'; Share directory: '/home/olivier/sdc1/abs/photivo-hg/pkg/opt/photivo/'; Initializing... Language 'fr_FR'; Translation enabled: 0 LensfunDatabase could not be opened. It seams to me that the "Share directory" refers to $pkgdir when it shouldn't. Don't know if this is a problem with PKGBUILD or not, though.