Package Details: ydotool 0.2.0-2

Git Clone URL: https://aur.archlinux.org/ydotool.git (read-only, click to copy)
Package Base: ydotool
Description: Generic command-line automation tool (no X!)
Upstream URL: https://github.com/ReimuNotMoe/ydotool
Licenses: AGPL3
Submitter: 1ace
Maintainer: Depau (LiteracyFanatic, Arvedui, evybongers)
Last Packager: 1ace
Votes: 5
Popularity: 0.100640
First Submitted: 2020-05-15 15:50
Last Updated: 2021-03-21 23:20

Latest Comments

1 2 Next › Last »

dr460nf1r3 commented on 2021-11-05 11:42

Please add git to makedepends :)

ForrestHilton commented on 2021-09-07 21:20

I struggled to activate ydotool.service. systemctl --user enable ydotool is the correct command, but --user is incompatible with sudo, so I had to put setuid on ydotoold itself. Would you please consider adding this?

I didn't understand what was going on with the input group, but I don't want user programs able to record keystrokes, so ydotool should still need sudo.

goetzc commented on 2021-04-17 16:24

Hey, can you add a post_install message (similar as the one for the input group) suggesting to enable the newly ydotool.service user service?

Arvedui commented on 2021-03-22 08:05

makepkg supports using a common source directory for all pkgbuilds and that is exactly what I do. And I have tons of v${something} packages floating around in that directory because of github. This causes two problems for me: 1. I can not easily purge them because I have to look into them to know what source they contain. 2. If two packages have the same version, even when not at the same time, they can conflict on the file name in the sources directory and makepkg will complain about not being able to validate the source files.

1ace commented on 2021-03-21 23:16

Hi everyone! Sorry I haven't been active for a couple of months.

In order to avoid issues lingering on this package in the future, I've added those of you who suggested contributions and are already maintainers of some other package as maintainers of this one too; use your power wisely :)

@Arvedui: I don't quite understand what your use-case could be where the file names between packages need to be unique; could you explain it to me?
Note that you have now push access to this package, and I'm not opposed to you pushing this change, but I'd like to understand why :)

@bbaserdem: I have no idea what the issue is; could you report that upstream?

@mergen: thanks, removed :)

@allexj: Thanks for the report! I'll have to admit I don't think I've tried to use it since the rewrite, so I haven't noticed this issue (and my user is in the input group so I wouldn't have noticed that issue anyway).
@evybongers has sent me patches that I have applied to the repo; they should fix this; let me know if you still experience issues :)

allexj commented on 2021-03-01 17:56

If you install it you can't use it. You have to follow these steps: https://github.com/ReimuNotMoe/ydotool/issues/36#issuecomment-624629221

mergen commented on 2021-02-26 12:04

Thx for great work mate, According to the source https://github.com/ReimuNotMoe/ydotool "boost" is no longer a dependency.

bbaserdem commented on 2021-02-04 14:45

I'm getting compilaton errors; specifically this. (I'm guessing issues finding IODash; whatever it is.) Do you know how to fix it? I have not used cmake myself before.

-- CPM: adding package IODash@0.1.0 (v0.1.0)
CMake Error at /usr/share/cmake-3.19/Modules/ExternalProject.cmake:2542 (message):
  error: could not find git for clone of iodash-populate
Call Stack (most recent call first):
  /usr/share/cmake-3.19/Modules/ExternalProject.cmake:3430 (_ep_add_download_command)
  CMakeLists.txt:13 (ExternalProject_Add)


-- Configuring incomplete, errors occurred!
See also "/build/ydotool/src/build/_deps/iodash-subbuild/CMakeFiles/CMakeOutput.log".

CMake Error at /usr/share/cmake-3.19/Modules/FetchContent.cmake:977 (message):
  CMake step for iodash failed: 1
Call Stack (most recent call first):
  /usr/share/cmake-3.19/Modules/FetchContent.cmake:1118:EVAL:2 (__FetchContent_directPopulate)
  /usr/share/cmake-3.19/Modules/FetchContent.cmake:1118 (cmake_language)
  /usr/share/cmake-3.19/Modules/FetchContent.cmake:1161 (FetchContent_Populate)
  /build/ydotool/src/build/cmake/CPM_0.27.5.cmake:461 (FetchContent_MakeAvailable)
  /build/ydotool/src/build/cmake/CPM_0.27.5.cmake:347 (cpm_fetch_package)
  CMakeLists.txt:16 (CPMAddPackage)


-- Configuring incomplete, errors occurred!
See also "/build/ydotool/src/build/CMakeFiles/CMakeOutput.log".
==> ERROR: A failure occurred in build().

Arvedui commented on 2021-01-28 14:40

Could you please give the source a unique name? Having sources like v0.2.0.tar.gz when using a common source directory is kinda problematic.

You can do that by prepending the source url with something like this: ${pkgname}-${pkgver}::

(same for libevdevplus and libuinputplus if you would be so kind)

This package is also missing a make dependency on git it seems.

LiteracyFanatic commented on 2021-01-09 18:42

Haha, no problem. As far as build errors go, this was an easy one to figure out.