Package Details: gwenview-git r5432.be0da0e-1

Git Clone URL: https://aur.archlinux.org/gwenview-git.git (read-only, click to copy)
Package Base: gwenview-git
Description: A fast and easy to use image viewer for KDE
Upstream URL: http://kde.org/applications/graphics/gwenview/
Licenses: GPL
Conflicts: gwenview, kdegraphics-gwenview
Provides: gwenview
Submitter: arojas
Maintainer: EndlessEden
Last Packager: EndlessEden
Votes: 5
Popularity: 0.019311
First Submitted: 2014-08-15 18:40
Last Updated: 2020-06-28 11:35

Pinned Comments

EndlessEden commented on 2020-06-28 12:01

updated to include kactivies-frameworks from the kactivities-git package; NOTE: The kactivities-framework package is still being maintained on github, the author dropped official support and its against Submission Guidelines(https://wiki.archlinux.org/index.php/AUR_submission_guidelines) to repost it...

Because id rather not deal with the annoyance, or lack of research offsite, i have updated this to use exclusively the only package availible on AUR. Please modify the pkgbuild if you continue to use kactivies-frameworks.

--

Note to @aviallon, i will not be including your changes at this time. Dependencies: As covered above kactivies-frameworks is still availible from both aur4 and github. I converted it to kactivities-git for complaints recieved over it... Removing it completely from the build dependencies would be a issue. While its not a exclusive requirement, it is part of kde4/plasma5.x still, and compatibility is more important. Your encouraged to edit all pkgbuilds prior to compiling anyways, so if you may remove it locally if you prefer.

version numbering: i kept the current versioning system temporarily. - Have limited time to do anything at the moment, so testing compatibility with aur repo's with existing packages is not currently a option. There is also the issue with version-bashing with extra/gwenview. pacman doesnt always treat the entire version string correctly and will replace gwenview-git with gwenview in rare occasions when the sub-version updates but the package is not altered to reflect this. (Ex: gwenview:20.04.2-1 | gwenview-git:v20.03.80.r31.g5f85b6ca | gwenview is newer) - This is a big issue since i cant update the subversion at each minor version change upstream. Git is continous, while the arch rolling-release-version. Versioning system from arch will always be ahead as there is no automated way to increment the versioning system without scripting a check for the version arch currently has listed.

Sources: There is no benifit to using https over git protocol. However i will enable pkgname subdirectory creation in the future. As this package is extremely old and i never bothered to update it for packaging standards changes.

build() changes: The use of a build-subdirectory is recommended behavior for all cmake packages. Prefix is often ignored by cmake thats why it was set exclusively. Ill test in the future to see if this has been fixed however. DCMAKE_BUILD_TYPE=Release is required for compile and runtime optimisation. Options like hardware acceleration are disabled in the default "Debug", thus why this option has still remained.

However when i have time to test i will be adding recent changes from upstream recommendations of '-DGWENVIEW_SEMANTICINFO_BACKEND="Baloo"' '-DBUILD_TESTING=OFF'

Latest Comments

« First ‹ Previous 1 2 3

sl1pkn07 commented on 2014-10-20 09:02

please add libkdcraw-frameworks-git to depends

greetings

arojas commented on 2014-10-20 06:44

@sl1pkn07 It is ported now (actually most of the baloo code has been disabled) so baloo-git is required

sl1pkn07 commented on 2014-10-20 01:25

same here with stable baloo-frameworks

if use '-DGWENVIEW_SEMANTICINFO_BACKEND=None' get segfault :/

arojas commented on 2014-10-16 06:08

@davidm Baloo API has changed recently and this is not ported yet. You can disable baloo support for now with the cmake flag -DGWENVIEW_SEMANTICINFO_BACKEND=None (or use baloo-frameworks stable)

davidm commented on 2014-10-16 04:30

Linking CXX shared library libgwenviewlib.so
/usr/bin/ld: cannot find -lKF5::BalooFiles

This is with baloo-git also just installed today. Any suggestions?

davidm commented on 2014-10-16 02:57

[ 62%] Building CXX object lib/CMakeFiles/gwenviewlib.dir/gwenviewconfig.cpp.o
/tmp/pacaurtmp-david/gwenview-git/src/gwenview/lib/semanticinfo/baloosemanticinfobackend.cpp:35:24: fatal error: baloo/file.h: No such file or directory
#include <baloo/file.h>
^
compilation terminated.

sl1pkn07 commented on 2014-08-17 14:11

@arojas. yes. but the frameworks branch of gwenview is merged in master
https://projects.kde.org/projects/kde/kdegraphics/gwenview/repository/revisions/f5431591e003e65a61266215eb25ffd9a52439a9, then need install with all frameworks libs/programs (/opt/kf5).

greetings

arojas commented on 2014-08-17 08:40

@sl1pkn07 In general I don't agree, this is the git master version of gwenview and git versions of applications always conflict with release versions, the fact that it uses different libraries should be irrelevant.
But since this depends on baloo-frameworks, which can't be moved to /usr yet until baloo4 is split, I moved it to /opt for the moment.

sl1pkn07 commented on 2014-08-17 00:05

is possible change

-DCMAKE_INSTALL_PREFIX=/usr \

to

-DCMAKE_INSTALL_PREFIX=/opt/kf5 \

?

to avoid conflicts with a non-framework gwenview and fix build
http://sl1pkn07.wtf/paste/view/5ba45156

greetings

sl1pkn07 commented on 2014-08-17 00:02

is possible change

-DCMAKE_INSTALL_PREFIX=/usr \

to

-DCMAKE_INSTALL_PREFIX=/opt/kf5 \

?

to avoid conflicts with a non-framework gwenview

greetings