Sorry to bother again, I'd also suggest to put libraw in the deps, I know it is already a dep of libkdcraw but gwenview directly links it (https://wiki.archlinux.org/index.php/PKGBUILD#Dependencies)
thanks for your help
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: | |
Conflicts: | |
Provides: | |
Submitter: | arojas |
Maintainer: | EndlessEden |
Last Packager: | EndlessEden |
Votes: | 5 |
Popularity: | 0.049988 |
First Submitted: | 2014-08-15 18:40 |
Last Updated: | 2020-06-28 11:35 |
Sorry to bother again, I'd also suggest to put libraw in the deps, I know it is already a dep of libkdcraw but gwenview directly links it (https://wiki.archlinux.org/index.php/PKGBUILD#Dependencies)
thanks for your help
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'
Reading repository package databases... Resolving AUR dependencies... :: error: Can't resolve dependencies for AUR package 'gwenview-git': :: error: Dependencies missing for gwenview-git :: warning: Following package cannot be found in AUR: kactivities-frameworks
please fix this dependence, packet doesn't exist anymore
Needs to be fixed
diff --git a/PKGBUILD b/PKGBUILD
index 738266d..00a5189 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -1,32 +1,30 @@
# Maintainer: Antonio Rojas <arojas@archlinux.org>
pkgname=gwenview-git
-pkgver=r5432.be0da0e
+pkgver=v20.03.80.r31.g5f85b6ca
pkgrel=1
pkgdesc='A fast and easy to use image viewer for KDE'
arch=('i686' 'x86_64')
url='http://kde.org/applications/graphics/gwenview/'
license=('GPL')
-depends=('kactivities-frameworks' 'kdelibs4support' 'exiv2' 'libkdcraw-git' 'libkipi-git')
+depends=('kdelibs4support' 'exiv2' 'libkdcraw-git' 'libkipi-git')
makedepends=('extra-cmake-modules' 'git' 'kdoctools' 'python')
conflicts=('kdegraphics-gwenview' 'gwenview')
provides=('gwenview')
-source=("git://anongit.kde.org/gwenview.git")
+source=("$pkgname::git+https://anongit.kde.org/gwenview.git")
install=$pkgname.install
sha256sums=('SKIP')
pkgver() {
- cd gwenview
- printf "r%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)"
-}
-
-prepare() {
- mkdir -p build
+ cd "$pkgname"
+ git describe --long --tags | sed 's/\([^-]*-g\)/r\1/;s/-/./g'
}
build() {
+ cd "$pkgname"
+ mkdir -p build
cd build
- cmake ../gwenview \
+ cmake .. \
-DCMAKE_INSTALL_PREFIX=/usr \
-DCMAKE_BUILD_TYPE=Release \
-DLIB_INSTALL_DIR=lib \
@@ -35,6 +33,7 @@ build() {
}
package() {
+ cd "$pkgname"
cd build
make DESTDIR="$pkgdir" install
}
#Will fix asap
Fixed;
I flagged this out of date even though a git package because it can't be installed due to an out of date dependency list
I can't install this because the "dependency", libkipi-frameworks-git, is not available.
I think frameworks branches were merged in master so it should be just libkdcraw-git and libkipi-git
Hi arojas,
Both packages[1][2] should be optional.
[1]libkdcraw-frameworks-git
[2]libkipi-frameworks-git
Regards,
Ashish Bansal
please add
-DKDE_INSTALL_USE_QT_SYS_PATHS=ON
greetings
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'