Package Details: drawterm-9front-wl-git r522.05c9c55-1

Git Clone URL: https://aur.archlinux.org/drawterm-9front-wl-git.git (read-only, click to copy)
Package Base: drawterm-9front-wl-git
Description: 9front drawterm compiled targeting wayland + pipewire
Upstream URL: http://drawterm.9front.org/
Licenses: MIT
Conflicts: drawterm
Provides: drawterm
Submitter: m00dy
Maintainer: m00dy
Last Packager: m00dy
Votes: 0
Popularity: 0.000000
First Submitted: 2023-01-07 04:18 (UTC)
Last Updated: 2023-06-28 11:04 (UTC)

Latest Comments

tealeg commented on 2025-09-11 18:23 (UTC)

Confirmed - it compiles and install correctly now. Thanks.

m00dy commented on 2025-09-11 17:28 (UTC)

@tealeg thanks, that was an upstream issue and should be fixed now.

tealeg commented on 2025-09-11 17:04 (UTC)

Currently this won't build for me. I see the following error during compilation. 

make[1]: Entering directory '/home/tealeg/.cache/yay/drawterm-9front-wl-git/src/drawterm-9front-wl-git/libc'
cc -Wall -Wno-missing-braces -Wno-parentheses -ggdb -I.. -I../include -I../kern -c -D_THREAD_SAFE -DPTHREAD -pthread `pkg-config --cflags libpipewire-0.3` -D_REENTRANT -O2 atexit.c
mkwarp.c: In function ‘mkwarp’:
mkwarp.c:17:9: error: implicit declaration of function ‘invm’ [-Wimplicit-function-declaration]
   17 |         invm(m);
      |         ^~~~
make[1]: *** [Makefile:27: mkwarp.o] Error 1
make[1]: Leaving directory '/home/tealeg/.cache/yay/drawterm-9front-wl-git/src/drawterm-9front-wl-git/libdraw'

DeedleFake commented on 2023-06-28 19:35 (UTC)

It's working, but wlr-protocols-git isn't building correctly using yay. I've left a comment there and hopefully that'll get fixed soon.

I also suggested adding a provides=('wlr-protocols') line to their PKGBUILD. If they do, it might be better to change the dependency in this one to use wlr-protocols instead of relying directly on the -git package.

m00dy commented on 2023-06-28 11:06 (UTC)

libxkbcommon and wlr-protocols-git have been added. Hope that works for people now. I am no longer using arch based distros now so I had some issues verifying.

DeedleFake commented on 2023-06-28 00:05 (UTC) (edited on 2023-06-28 00:06 (UTC) by DeedleFake)

New make dependency: wlr-protocols. Unfortunately, there seems to only be a wlr-protocols-git available, which feels a bit weird to me to depend on, but it needs something as this won't compile at the moment without it.

daftaupe commented on 2023-06-05 06:29 (UTC) (edited on 2023-06-05 06:29 (UTC) by daftaupe)

libxkbcommon should also be added to makedepends= otherwise the build fails with

wl-screen.c:10:10: fatal error: xkbcommon/xkbcommon.h: No such file or directory
   10 | #include <xkbcommon/xkbcommon.h>
      |          ^~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [<builtin>: wl-screen.o] Error 1
make[1]: Leaving directory '/build/drawterm-9front-wl-git/src/drawterm-9front-wl-git/gui-wl'
make: *** [Makefile:75: gui-wl/libgui.a] Error 2

DeedleFake commented on 2023-03-01 19:10 (UTC)

wayland-protocols should be added to makedepends.

m00dy commented on 2023-02-24 22:43 (UTC)

@DeedleFake Thank you! I have pushed a fix for this. In the future feel free to send patches to 9front@9front.org

DeedleFake commented on 2023-02-24 21:35 (UTC) (edited on 2023-02-24 21:41 (UTC) by DeedleFake)

Edit: Here's a patch to fix the problem.

I couldn't find an issue tracker to report this in, but as you seem to be the maintainer of both the actual Wayland port and this package, I thought I'd report it here:

When built using CONF=linux, drawterm produces the following error immediately after being run:

drawterm: sysfile.c:843: starterror: Assertion `up->nerrlab == 0' failed.

With the help of gdb, I was able to track the error to wl-cb.c where it seems to be caused by a call to sysfatal("registration fell short"). I believe that this is because I am running it in GNOME, and GNOME does not have support for zxdg_decoration_manager_v1. Would it be possible to make that usage optional and just display with no decorations if that's not available instead of crashing, by any chance? I'd send a pull request to do it myself, but there doesn't seem to be any procedure for that that I can find. It was a simple three-line fix. Just needed to remove the assertion for wl->decoman and add an if around its usage a few lines below.