Search Criteria
Package Details: kwin-scripts-krohnkite-git 0.8.2.r2.gbc6fe23-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/kwin-scripts-krohnkite-git.git (read-only, click to copy) |
---|---|
Package Base: | kwin-scripts-krohnkite-git |
Description: | A dynamic tiling extension for KWin |
Upstream URL: | https://github.com/esjeon/krohnkite |
Licenses: | MIT |
Conflicts: | kwin-scripts-krohnkite |
Provides: | kwin-scripts-krohnkite |
Submitter: | Teyras |
Maintainer: | xiota |
Last Packager: | xiota |
Votes: | 18 |
Popularity: | 0.000003 |
First Submitted: | 2018-12-06 12:27 (UTC) |
Last Updated: | 2023-10-24 23:12 (UTC) |
Dependencies (6)
- kwin (kwinft-gitAUR, kwin-gitAUR, comoAUR, theseus-shipAUR)
- git (git-gitAUR) (make)
- make (make-gitAUR) (make)
- p7zip (p7zip-natspecAUR, p7zip-full-binAUR, 7-zip-fullAUR) (make)
- plasma-framework5 (make)
- typescript (typescript-gitAUR) (make)
Latest Comments
1 2 Next › Last »
Teyras commented on 2022-01-13 16:00 (UTC)
@omeringen yep, I switched to bismuth, it's good.
omeringen commented on 2021-10-06 16:40 (UTC)
looks like project is not maintained anymore. You might like to check a fork: https://github.com/gikari/bismuth
Teyras commented on 2021-02-10 10:59 (UTC)
@torma that's probably an upstream issue with typescript 4.1. Isn't it this one https://github.com/esjeon/krohnkite/issues/144?
torma commented on 2021-02-10 10:37 (UTC)
Getting the following error when I try installing:
Teyras commented on 2021-01-28 16:15 (UTC)
I added the workaround suggested by @jaros. Please, let me know if it helps.
xeruf commented on 2021-01-25 12:00 (UTC)
Again an update has been made without addressing this issue, which has persisted over many months :/ and my yay is again failing to update...
mlj commented on 2021-01-03 16:25 (UTC) (edited on 2021-01-03 16:25 (UTC) by mlj)
It is a workaround but it could work as a solution. Add the following:
mlj commented on 2021-01-03 15:44 (UTC)
Same issue as @xerus and @CaninoDev. I also have the XDG_DATA_HOME variable set
xeruf commented on 2020-12-17 09:53 (UTC)
This really needs to be fixed, seems like a common issue now! Setting XDG_DATA_HOME shouldn't break the build, and after looking a bit into the script I am still thoroughly confused as to why that happens...
CaninoDev commented on 2020-04-18 00:17 (UTC)
So apparently the problem was that I had set XDG_DATA_HOME environment variable in my
.zshenv
(to$HOME/.local/share
in an effort to force application to use this directory instead of the root of$HOME
). I had to unset this in order for the installation to proceed without error.1 2 Next › Last »