Package Details: interception-tools 0.1.1-7

Git Clone URL: https://aur.archlinux.org/interception-tools.git (read-only)
Package Base: interception-tools
Description: A minimal composable infrastructure on top of libudev and libevdev
Upstream URL: https://gitlab.com/interception/linux/tools
Licenses: GPL3
Submitter: pepper_chico
Maintainer: pepper_chico
Last Packager: pepper_chico
Votes: 8
Popularity: 0.030879
First Submitted: 2017-07-25 22:55
Last Updated: 2019-05-29 15:55

Latest Comments

1 2 Next › Last »

pepper_chico commented on 2019-02-04 03:55

@ayydavay I just reinstalled it to make sure, and found no issues, so I can't reproduce your problem.

ayydavay commented on 2019-02-04 03:47

Getting another build error: The source directory "" does not exist

Building interception-tools...
==> Making package: interception-tools 0.1.1-5 (Sun 03 Feb 2019 07:46:55 PM PST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found interception-tools.tar.gz
  -> Found udevmon.service
==> Validating source files with md5sums...
    interception-tools.tar.gz ... Passed
    udevmon.service ... Passed
==> Removing existing $srcdir/ directory...
==> Extracting sources...
  -> Extracting interception-tools.tar.gz with bsdtar
==> Removing existing $pkgdir/ directory...
==> Starting build()...
CMake Error: The source directory "" does not exist.
Specify --help for usage, or press the help button on the CMake GUI.
==> ERROR: A failure occurred in build().
    Aborting...

pepper_chico commented on 2019-01-28 05:19

@kaylyn, thanks for reporting, it's fixed now.

kaylyn commented on 2019-01-25 21:42

There's a regression in CMake 3.13.3 causing a build failure: 'CMake Error: No source or binary directory provided'

It appears they are planning on leaving this regression as-is: https://gitlab.kitware.com/cmake/cmake/issues/18817

Just need to edit the PKGBUILD to add the current directory to the build step.

pepper_chico commented on 2018-02-05 16:20

@confused, as @geam said, it's just a matter of reinstall and restart. It's just that yaml-cpp got updates recently.

geam commented on 2018-02-05 08:57

@confused same problem as you, I just recompile it and it works fine now.

confused commented on 2018-02-05 08:10

Seems like version 0.6.1 of yaml-cpp breaks it. I get the following error:

error while loading shared libraries: libyaml-cpp.so.0.5: cannot open shared object file: No such file or directory

Downgrading to version 0.5.3 "fixed" it. Or do I have to just recompile it?

Thanks!

pepper_chico commented on 2017-08-18 22:16

@SultanofRum, yes, I also noticed that, I think this is an issue with the yaml-cpp package, because to build anything using it, boost must be present since it's a header dependency.

SultanofRum commented on 2017-08-18 21:45

Thanks, manually installing the boost package solved the issue. I guess I didn't have it because it was only a build dependency of yaml-cpp.

pepper_chico commented on 2017-08-18 17:51

Hi @SultanofRum, I don't know why but you're missing a boost header which is a dependency of the yaml-cpp package. The install process should have pulled all those dependencies. Maybe you're installing it manually but forgetting to install deps properly?