Package Details: photivo-git 1:20240904_517cc62-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: GPL-3.0-only
Conflicts: photivo
Provides: photivo
Submitter: besc
Maintainer: besc
Last Packager: besc
Votes: 42
Popularity: 0.010264
First Submitted: 2020-08-22 16:26 (UTC)
Last Updated: 2024-09-04 08:54 (UTC)

Latest Comments

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

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.

<deleted-account> 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.

<deleted-account> 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

<deleted-account> commented on 2012-06-24 05:12 (UTC)

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

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