Package Details: looking-glass-module-dkms-git 2:B2rc2.r2.g667ab98-1

Git Clone URL: (read-only, click to copy)
Package Base: looking-glass-git
Description: A kernel module that implements a basic interface to the IVSHMEM device for when using LookingGlass in VM->VM mode
Upstream URL:
Licenses: GPL2
Conflicts: looking-glass-module-dkms
Provides: looking-glass-module-dkms
Submitter: Omar007
Maintainer: Omar007
Last Packager: Omar007
Votes: 11
Popularity: 1.42
First Submitted: 2017-12-14 09:38
Last Updated: 2020-05-26 21:43

Latest Comments

1 2 Next › Last »

Omar007 commented on 2020-05-26 21:34

The build and packaging of the c-host was removed already but I'll take out the patch as well. No point in keeping that fix around either if it won't build anyway.

New version will be up in a few minutes.

Meivyn commented on 2020-05-26 20:57

Since today, I can't build this package. I get this error:

can't find file to patch at input line 5
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
|diff --git a/c-host/platform/Linux/capture/XCB/src/xcb.c b/c-host/platform/Linux/capture/XCB/src/xcb.c
|index 3914de3..e779691 100644
|--- a/c-host/platform/Linux/capture/XCB/src/xcb.c
|+++ b/c-host/platform/Linux/capture/XCB/src/xcb.c

It looks like c-host got renamed to host:

Omar007 commented on 2020-05-25 15:48

@rku: I feel like you're hard-compiling the module for your specific kernel then. Taking that route is up to you but be aware that any kernel change may brake it without warning. You'll have to rebuild it yourself.

If you're using this properly, the module is build automatically with DKMS so that it is available for every kernel you have installed and is automatically rebuild when installing, upgrading or downgrading a kernel.

rku commented on 2020-05-25 06:02

I had to include kvmfr.h along with kvmfr.c for this module to build.

Omar007 commented on 2020-05-23 12:34

I've updated the dependency and removed the Linux c-host for now. Unless it gets dropped completely, I will re-add it once it gets a fix.

Omar007 commented on 2020-05-15 01:54

@evelyn: I don't think there is much I can do about that. Based on my automated build reports the c-host has been broken for about 3 weeks now. From what I can tell there is no Linux platform implementation (time.c) for said lgCreateTimer/lgTimerDestroy functions upstream, only for the Windows platform. Hence the undefined reference error; only a header exists but no implementation. I've not had the time to dive deeper into this yet sadly.

@Netboy3: You are right. I did add it for the build (makedepends) but it seems I'd forgotten/neglected to also put it into the depends. I suspect you are the first to notice this since the change was made and it's been like this for quite a while now xD

I'm hoping to pick this up upcoming weekend, worst case the one after.

Netboy3 commented on 2020-05-14 16:15

libxi should be a "depends" for the client. It provides a library that is linked against the looking-glass-client executable. Without this, if a user system doesn't have any other package using libxi and they decide to remove orphans, the client will break.

evelyn commented on 2020-05-04 02:18

Seem to be getting an error right at the end of the build process and not really sure how to troubleshoot this :/

[100%] Linking C executable looking-glass-host

/usr/bin/ld: CMakeFiles/looking-glass-host.dir/src/app.c.o: in function `startThreads':

app.c:(.text.startThreads+0x34): undefined reference to `lgCreateTimer'

/usr/bin/ld: CMakeFiles/looking-glass-host.dir/src/app.c.o: in function `stopThreads':

app.c:(.text.stopThreads+0x61): undefined reference to `lgTimerDestroy' collect2: error: ld returned 1 exit status

make[2]: *** [CMakeFiles/looking-glass-host.dir/build.make:113: looking-glass-host] Error 1

make[1]: *** [CMakeFiles/Makefile2:258: CMakeFiles/looking-glass-host.dir/all] Error 2

make: *** [Makefile:150: all] Error 2

==> ERROR: A failure occurred in build(). Aborting...

zer0def commented on 2020-04-13 10:15

As of -O0 is not necessary anymore.

Omar007 commented on 2020-03-29 14:58

I have not used your patch (aside from the one in PR246). I've updated it according to the changes needed using the standard way that's written down for sub-module use within PKGBUILDs.

This way I'm not suddenly managing source downloads in the prepare function but keeping that where it should be in the makepkg build process.