Package Details: plasma5-wallpapers-wallpaper-engine 0.5.4-5

Git Clone URL: https://aur.archlinux.org/plasma5-wallpapers-wallpaper-engine.git (read-only, click to copy)
Package Base: plasma5-wallpapers-wallpaper-engine
Description: A KDE wallpaper plugin integrating wallpaper engine
Upstream URL: https://github.com/catsout/wallpaper-engine-kde-plugin
Keywords: kde plasma wallpaper wallpaper-engine
Licenses: GPL2
Submitter: SunRed
Maintainer: SunRed
Last Packager: SunRed
Votes: 6
Popularity: 0.000083
First Submitted: 2022-04-20 20:01 (UTC)
Last Updated: 2023-10-20 08:30 (UTC)

Latest Comments

1 2 Next › Last »

kamikaze211 commented on 2023-10-21 15:45 (UTC)

https://github.com/fililip/wallpaper-engine-kde-plugin Since wallpaper-engine ver 2.3, some changing made the scene broken. Here is a new patch. I compiled from the code, everything is OK now.

SunRed commented on 2022-11-23 17:10 (UTC)

@miss_barfin Looking into this again, apparently it is commonly advised to set the jobs option in the MAKEFLAGS in /etc/makepkg.conf if you want to build with more or all cores simultaneously. This shouldn't be set by the package and override the users own config.

RogueGirl commented on 2022-09-29 14:02 (UTC) (edited on 2022-09-29 14:02 (UTC) by RogueGirl)

can you please the this line from this:

cmake --build build

to this:

cmake --build build -j $(nproc)

it makes building this package much faster

SunRed commented on 2022-08-07 11:32 (UTC)

@leo_sk That means the author changed the release tag after pushing it upstream instead of pushing a new tag. :/ I updated the checksum. Thanks for the hint.

leo_sk commented on 2022-08-06 15:59 (UTC)

Manually checking the SHA256 checksum for v0.5.4 gives me 83354734f7ea36e7077206506dd05f0e6877eb51294b820fdbdc398255c6f803

Compilation fails with the one in build file

SunRed commented on 2022-06-04 22:01 (UTC)

@dr460nf1r3 I was able to reproduce this issue in a fresh & clean chroot environment. The issue is that kf5-config is provided by kdelibs4support that is not installed by default with a minimal install as it is the case in a clean chroot. Though it would be with every kde plasma installation you would use this package with and build it on using makepkg or your typical aur helper. Now, instead of adding this package to the makedepends I updated the build and install function to be more in line what is used for official plasma packages on Arch.

Thanks for pointing out this issue. Cheers.

dr460nf1r3 commented on 2022-06-04 12:57 (UTC)

The output is /usr, however while compiling it in a clean chroot it threw the error outlined before on installation.

SunRed commented on 2022-06-03 20:49 (UTC)

@dr460nf1r3 Could you tell me what your output of kf5-config --prefix is? This should already point to /usr on an up-to-date arch system, hence adding /usr to DESTDIR is not necessary.

dr460nf1r3 commented on 2022-06-02 10:54 (UTC) (edited on 2022-06-02 10:55 (UTC) by dr460nf1r3)

This PKGBUILD needs a fix: the installation needs to happen to /usr: DESTDIR="$pkgdir/usr/" install. The installation fails due to filesystem owning /lib, fixing it by running overwrite is not an acceptable solution.

1 2 Next › Last »