Search Criteria
Package Details: hikari 1:2.3.3-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/hikari.git (read-only, click to copy) |
---|---|
Package Base: | hikari |
Description: | Stacking Wayland compositor with additional tiling capabilities, heavily inspired by the Calm Window manager (cwm) |
Upstream URL: | https://hikari.acmelabs.space |
Licenses: | custom |
Submitter: | psnszsn |
Maintainer: | psnszsn (TrialnError) |
Last Packager: | TrialnError |
Votes: | 15 |
Popularity: | 0.39 |
First Submitted: | 2020-03-13 19:52 (UTC) |
Last Updated: | 2022-03-27 19:25 (UTC) |
Dependencies (8)
- cairo (cairo-git, cairo-minimal, cairo-glesv2-bin, cairo-glesv3-bin, cairo-ubuntu)
- libucl-git
- pango (pango-ubuntu, pango-minimal-git, pango-git)
- wlroots (wlroots-full-git, wlroots-strace-git, wlroots-nosystemd-strace-git, wlroots-nosystemd-git, wlroots-nosystemd-minimal-git, wlroots-nosystemd-nox11-git, wlroots-nox11-git, wlroots-hi-res-scroll-git, wlroots-no-axrgb-assert-git, wlroots-asan-git, wlroots-eglstreams-git, wlroots-git, wlroots-hidpi-git)
- xorg-server-xwayland (xorg-server-xwayland-notty, xorg-server-xwayland-sd_notify, xorg-server-xwayland-dev, xorg-server1.19-xwayland-git, xorg-xwayland-rootless-nosystemd-minimal-git, xorg-xwayland-git, xorg-xwayland-hidpi-git, xorg-xwayland)
- bmake (netbsd-pkgsrc) (make)
- wayland-protocols (wayland-protocols-git) (make)
Latest Comments
TrialnError commented on 2021-10-25 07:32 (UTC)
Yeah, it is currently not easy with the various compositors (looking at you wayfire and your restrictions). Or mostly because of the backward incompatible changes of wlroots.
Good that you still could somehow sort it out. (And I don't mention that there was a third option... The
wlroots-git
PKGBUILD could have been pinned to a specific tag (v0.14.1 for example). Kinda forgot about this possibility >.>)As a sidenote: If there are patches (or rather fixes) for
labwc
which are worth picking up, you can always leave a comment for that package. And if I can rather easily backport those, they may be added :DIrvineHimself commented on 2021-10-25 04:50 (UTC)
Okay, updating
wlroots-git
was a washout. But after a few hours sleep, I took half an hour or so to rebuild everything to use the stablewlroots
version. I was then able to installhikari
without problems.While I have successfully booted into the environment, I haven;t had a chance to check out the configuration, and, more importantly, whether the
layer-shell protocol
works with my panel and task-bar, but, touch wood, things are looking good.Thanks for your prompt attention Irvine
IrvineHimself commented on 2021-10-24 23:18 (UTC) (edited on 2021-10-24 23:21 (UTC) by IrvineHimself)
Okay, I to need sleep on this for a couple of hours first:
Updating
wlroots-git
is not a problem, and I will do so as soon as I can.With regard to switching to the stable
wlroots
, I would love to. The problem is that the current stablelabwc
is not properly implementing thelayer-shell protocol
. In the git-version, the bug was fixed a week or so ago.My other
wlroots
compositors arewayfire
andsway
. So, mainly because of thewayfire
dependency chain, but also the various peripherals needed for a working environment, switching betweenwlroots
versions is non-trivialAnyway, I hope you can see why I really need to sleep on switching to the stable
wlroots
for a bit first.Irvine
TrialnError commented on 2021-10-24 18:58 (UTC)
Not that surprising, that it even happens with the VCS package. Development seems to have slowed down.
But looking at the version of your
wlroots-git
package, could you please update it? Upstream introduces rather often breaking changes and the compositors don't add support for older wlroots packages.Which can also mean, that current wlroots-git also has breaking changes again. So better would be, if possible, you switched to the stable
wlroots
package.IrvineHimself commented on 2021-10-24 17:18 (UTC)
wlroots-git 0.14.0.r303.gf7ea33da-1
It may be worth noting that I get the exact same error with * hikari-darcs*
Irvine
TrialnError commented on 2021-10-24 17:11 (UTC)
Hello Irvine.
Which of the one do you have installed?
wlroots
orwlroots-git
? And what version of those?.IrvineHimself commented on 2021-10-24 14:39 (UTC)
I get the following bmake error src/layer_shell.c:202:35: error: ‘struct wlr_layer_surface_v1’ has no member named ‘client_pending’
The surrounding context is here:
Irvine
TrialnError commented on 2021-05-22 17:15 (UTC)
Good if it was working with
makepkg
.But I'm curious what the error was with the AUR-helper. But don't expect to much in that regard. There is no need to cover corner cases with those, as they're officially unsupported.
azoller commented on 2021-05-16 19:46 (UTC)
I was unable to successfully install the latest version with paru. Pulling the git repo manually and building manually seemed to work!
TrialnError commented on 2021-03-31 18:44 (UTC)
Oh, sorry. I completly misunderstood your question, central_thing :D And agree. Should be fine adding this.
What is the version of your
wlroots
package Dariusity? Or formulated differently: Do you havewlroots
from the repo orwlroots-git
installed?Dariusity commented on 2021-03-30 23:36 (UTC) (edited on 2021-03-31 00:39 (UTC) by Dariusity)
I get this while making..
I doubt there's any dependencies for keyboard-related packages provided though.
central_thing commented on 2021-03-30 21:16 (UTC)
Oh I had no trouble building it! Rather, I think
WTIH_VIRTUAL_INPUT=yes
should be set by default. That's just my opinion, though.TrialnError commented on 2021-03-30 19:15 (UTC)
Added
WITH_VIRTUAL_INPUT=YES
to the PKGBUILD in build() and building the package worked fine for me.Best would be if you posted your error message.
central_thing commented on 2021-03-30 15:02 (UTC)
Any reason the AUR package does not build with
WITH_VIRTUAL_INPUT=YES
by default? This is required for wayland vnc.TrialnError commented on 2021-03-18 18:29 (UTC) (edited on 2021-03-18 18:49 (UTC) by TrialnError)
Anyone else having the problem, that hikari launches for a brief moment and crashes down with
glamor: No eglstream capable devices found
?Ran updates yesterday and got today this surprise present. Still looking for the culprit, but maybe someone already figured it out? And a rebuild doesn't help..
Edit: Nothing to do with the "error" message. Something broke with pango 1.48.3.
Back to 1.48.2 and everything is fine. But who is now at fault? Bug in pango or did something change and hikari needs to adapt.. Openbox worked fine with the latest pango.
TrialnError commented on 2020-12-23 19:31 (UTC)
Why downgrade? Just rebuild this package, Katsuki.
Katsuki commented on 2020-12-20 12:57 (UTC)
"hikari: error while loading shared libraries: libwlroots.so.6: cannot open shared object file: No such file or directory"
I updated my system and libwlroots.so updated to version 7. How to install older version of this library?
deko commented on 2020-07-20 14:54 (UTC)
It seems that hikari doesn't need suid to run on archlinux, and
WITHOUT_SUID=YES
should be added tobmake install
.trzkril commented on 2020-06-02 13:30 (UTC)
Building in a chroot environment fails, suggesting that
wayland-protocols
should be added to makedepends.psnszsn commented on 2020-06-01 19:49 (UTC)
@TrialnError: Thanks! I fixed it as per your suggestion.
TrialnError commented on 2020-06-01 18:21 (UTC) (edited on 2020-06-01 18:27 (UTC) by TrialnError)
After testing a bit, the install line needs to look like this:
Edit: One thing that still seems off to me is the placement of the wallpaper. In my opinion it should be
/usr/share/hikari/background
and not/usr/share/backgrounds/hikari
. But maybe it is a canonical path. Dunno. It bothers me not that much if this wrongly placed or not.TrialnError commented on 2020-06-01 18:11 (UTC) (edited on 2020-06-01 18:13 (UTC) by TrialnError)
Apparantly the changes to the build-system made their way into 2.0 which produces the following result:
The files in /etc are placed in the wrong spot with an extra
etc
directory. Looking at the changes there isDESTDIR
support and now it should suffice to simply setPREFIX
. Will test it locally and report back.TrialnError commented on 2020-04-10 10:07 (UTC)
Oh? Did I get tricked by a feature of darcs? :D Well, okay. Thanks for letting me know :)
psnszsn commented on 2020-04-09 14:22 (UTC)
@TrialnError: 1.0.2 does not have layer-shell support. According to the author it is going to be part of 1.1.0 (probably by the end of the month).
TrialnError commented on 2020-04-08 18:50 (UTC) (edited on 2020-04-08 18:51 (UTC) by TrialnError)
Could maybe
WITH_LAYERSHELL=YES
added to support apps which rely on the layer-shell protocol? 1.0.2 added support for this.See: https://hub.darcs.net/raichoo/hikari/patch/a550b3b6af6559624c991f2c57ab0aa16ed65f5b
Best regards