That's extremely dumb, I wonder what these options are for:
-DCMAKE_INSTALL_PREFIX=/usr \
-DCMAKE_INSTALL_LIBDIR=/usr/lib \
Anyway, an update is coming.
Git Clone URL: | https://aur.archlinux.org/ydotool-git.git (read-only, click to copy) |
---|---|
Package Base: | ydotool-git |
Description: | Generic command-line automation tool (no X!), works on Wayland |
Upstream URL: | https://github.com/ReimuNotMoe/ydotool |
Keywords: | wayland xdotool |
Licenses: | |
Conflicts: | |
Provides: | |
Submitter: | Depau |
Maintainer: | Depau |
Last Packager: | Depau |
Votes: | 14 |
Popularity: | 1.21 |
First Submitted: | 2019-01-20 17:17 |
Last Updated: | 2021-01-17 16:40 |
That's extremely dumb, I wonder what these options are for:
-DCMAKE_INSTALL_PREFIX=/usr \
-DCMAKE_INSTALL_LIBDIR=/usr/lib \
Anyway, an update is coming.
Not sure if this is an upstream issue or needs to be fixed in the PKGBUILD, but as of some recent changes in upstream, this package no longer builds correctly. The resulting directory structure for the pkg folder is
pkg
└── ydotool-git
└── usr
├── include
│ └── cxxopts.hpp
└── lib
├── cmake
│ └── cxxopts
│ ├── cxxopts-config-version.cmake
│ ├── cxxopts-config.cmake
│ └── cxxopts-targets.cmake
└── systemd
└── user
└── ydotool.service
In particular, the binaries are missing and actually, it just looks completely incorrect.
I created https://github.com/ReimuNotMoe/ydotool/issues/94. Depending on the discussion there, it might be necessary to make some changes to the PKGBUILD. It might also make sense to switch to the ninja based build that https://aur.archlinux.org/packages/ydotool/ is using.
EDIT: So apparently, this change is intentional by upstream. the cmake based build does not support installing to directories anymore.
CMake will no longer build the packages or install compiled files to system directories. Because it's complicated to build packages for every distro correctly using CPack, and every distribution has its own customs of filesystem hierarchy. I suggest you to copy compiled files to desired destination manually.
The author suggest to copy the files to the desired directories manually, which the PKGBUILD would need to do.
Hi, this builds fine on aarch64, is there a reason for not including it in the PKGBUILD ? (Same goes for libevdevplus and libuinputplus btw)
Thanks for providing this package which I installed today. I can confirm that Auto-Type works for KeePass with Wayland on KDE. Cool!
Oh, that explains a lot of things, thanks for reporting that. I'll fix it tomorrow.
Hey I think the systemd service file should go to /usr/lib/systemd/user
. At least I have previously run my own service as a user service. Tried running it as a system service and ydotool doesn't find it.
Also, in my opinion it would make more sence if it was called ydotoold.service, but this is an issue at upstream. I will open a ticket there when I find the time.
@novenary yes, it looks like it is.
I added a workaround so us Arch users should be good for now :)
libydotool.so is still not being installed to the correct location, but that's very likely an upstream bug. I will report it there as well.
Edit: someone else already did, here's the link: https://github.com/ReimuNotMoe/ydotool/issues/57
@ReekyMarko added :)
@patrigg I must have missed your comment email, thanks for the suggestion
There is a systemd service file for ydotoold included in the repo here
Can you add it to the PKGBUILD so it's installed to the correct place?
Pinned Comments
Depau commented on 2019-10-16 21:43
Hi, please report ydotool bugs to upstream. Only report packaging issues here. Thank you.