Package Details: photivo-git 1:20200822_49eed94-1

Git Clone URL: (read-only, click to copy)
Package Base: photivo-git
Description: Free and open source photo processor
Upstream URL:
Licenses: custom:GPL3 only
Conflicts: photivo
Provides: photivo
Submitter: besc
Maintainer: besc
Last Packager: besc
Votes: 41
Popularity: 0.000000
First Submitted: 2020-08-22 16:26
Last Updated: 2020-08-22 16:26

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

Anonymous comment on 2012-12-30 13:04

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.

Anonymous comment on 2012-12-24 21:29

I have the same problem as waldbaer59 below.

Anonymous comment on 2012-12-16 18:36

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

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.

Anonymous comment on 2012-09-12 23:12

@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

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

Anonymous comment on 2012-09-11 23:07

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 blib/lib/Graphics/
AutoSplitting blib/lib/Graphics/ (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().
The build failed.
Dependencies for `photivo-hg' are not met, not building...

gothormr commented on 2012-07-26 11:27

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>
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."
- hg clone $_hgroot $_hgrepo || return 1
+ hg clone -r $pkgver $_hgroot $_hgrepo || return 1

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

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

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