Arch Linux User Repository

Hi, please report ydotool bugs to upstream. Only report packaging issues here. Thank you.

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?