Search Criteria
Package Details: looking-glass 2:B6-9
Package Actions
Git Clone URL: | https://aur.archlinux.org/looking-glass.git (read-only, click to copy) |
---|---|
Package Base: | looking-glass |
Description: | A client application for accessing the LookingGlass IVSHMEM device of a VM |
Upstream URL: | https://looking-glass.io/ |
Licenses: | GPL2 |
Submitter: | Omar007 |
Maintainer: | Omar007 |
Last Packager: | Omar007 |
Votes: | 37 |
Popularity: | 0.59 |
First Submitted: | 2017-12-22 16:49 (UTC) |
Last Updated: | 2024-08-07 11:00 (UTC) |
Dependencies (33)
- binutils
- fontconfig (fontconfig-gitAUR, fontconfig-ubuntuAUR)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- gmp (gmp-hgAUR)
- libegl (nvidia-340xx-utilsAUR, libglvnd-gitAUR, libglvnd)
- libgl (nvidia-340xx-utilsAUR, libglvnd-gitAUR, amdgpu-pro-oglpAUR, amdgpu-pro-oglp-legacyAUR, libglvnd)
- libpipewire (libpipewire-gitAUR, libpipewire-full-gitAUR)
- libpulse (pulseaudio-dummyAUR, libpulse-gitAUR)
- libsamplerate (libsamplerate-gitAUR)
- libx11 (libx11-gitAUR)
- libxcursor
- libxfixes
- libxi (libxi-gitAUR)
- libxinerama (libxinerama-randr-gitAUR)
- libxkbcommon (libxkbcommon-gitAUR)
- libxpresent
- libxss
- nettle (nettle-gitAUR)
- wayland (wayland-gitAUR, wayland-asan-gitAUR, wayland-chromiumAUR)
- Show 13 more dependencies...
Latest Comments
« First ‹ Previous 1 .. 4 5 6 7 8 9 10 Next › Last »
Omar007 commented on 2019-06-16 10:59 (UTC) (edited on 2019-06-16 11:06 (UTC) by Omar007)
@darthvader; To get things out of the way real quick, I do not see the installation fail; it seems to build and install perfectly fine but for some reason your system wants to remove 'sdl2_ttf'. It really shouldn't as it is a dependency for looking-glass, which is also why it's erroring out; an installed package depends on it (looking-glass). Because of that dependency, sdl2_ttf is not actually removed and as a result nothing happened to impact the installation so everything is fine. I have no clue why your system decided it needs to remove it in the first place though.
As such I also have no way to reproduce this. The best I can do is maybe provide a hint on where it goes wrong if you can provide answers to the following questions, but don't get your hopes up. What command are you using to build and install this? Are you using an AUR helper?
I did update the package for the DKMS problem as mentioned earlier but I forgot to push the update that includes the required patch here. Will push it in a bit.
EDIT: Commit that includes the DKMS fix is pushed as pkgver 3.
darthvader commented on 2019-06-16 05:37 (UTC)
Installation fails but
looking-class
command works fineOmar007 commented on 2019-06-04 21:11 (UTC) (edited on 2019-06-06 08:36 (UTC) by Omar007)
Ah yes I see what's going on. I updated the package to use the upstream dkms.conf instead but didn't realize that the upstream file is expecting a hard-coded path.
This is a bit more annoying as I don't see a way to supply/use the upstream dkms.conf without breaking Arch DKMS conventions...
EDIT: Taking another look at the upstream dkms.conf and it looks like this might be an exact rip from the debian wiki with just the PACKAGE_NAME adapted. It also def. doesn't need to rebuild the initrd or be included in one; as far as I'm aware there is no reason at all for this module to be available before the initrd kernel hand-over. I might just switch back to the previously used dkms.conf
EDIT2: Also found that the Makefile is actually overruling dkms itself so it technically already failed in the past if you had multiple kernels installed, even with the 'working' dkms.conf. Holding off until I can provide a fix to upstream for this.
EDIT3: Submitted a patch for the Makefile upstream. Will continue on this later.
EDIT4: Upstream merged, pulling in that specific patch to this package in a bit.
kantras commented on 2019-06-04 19:44 (UTC)
Theres a problem with the DKMS package - you install it under /usr/src as module looking-glass, with version B1-rc5, however the dkms.conf file makes reference to module name kvmfr, version 0.1, and thus can't find the build files.
Omar007 commented on 2019-06-04 17:16 (UTC) (edited on 2019-06-04 17:25 (UTC) by Omar007)
I'm fairly sure I did..
EDIT: Ah forgot to take it out of the makedepends. I'll fix that in a bit
EDIT2: Pipeline is running, should be pushed here in a bit automatically.
gnif commented on 2019-06-04 16:56 (UTC)
You're correct in that it's still a release candidate and B1 will be the official release.
Please remove the dependency on libconfig, it is no longer required.
Omar007 commented on 2019-06-02 16:07 (UTC) (edited on 2019-06-02 18:50 (UTC) by Omar007)
@WeenieHut: I've unflagged the package as the B1 series is just a set of rc tags atm and not marked as a release yet. Since the repo has been using explicit releases I'm still assuming B1 will become one as well and I will update accordingly when it does.
EDIT: Actually, I hadn't noticed the main website change yet and it shows the RC ones as the main downloads atm. I will update the package.
EDIT2: Updated
qubidt commented on 2019-03-17 19:56 (UTC) (edited on 2019-03-17 20:29 (UTC) by qubidt)
Heads up: this release (a12) of looking-glass won't build against the current version (0.12.15) of spice-protocol because looking-glass was using a deprecated header file that was removed in spice-protocol commit 334cef5. This wasn't fixed until LookingGlass#126 was merged in.
Unfortunately, the current PKGBUILD (version a12-1) will remain broken until a) a new upstream release or b) we backport that fix. Here's a PKGBUILD patch for b)
Omar007 commented on 2019-02-11 08:36 (UTC)
It completes install just fine without any headers; it doesn't depend on headers, 'looking-glass-module-dkms' depends on DKMS. In turn, you do need kernel headers for DKMS to do anything but that does not have to be 'linux-headers'. It depends on your system what headers are needed. Maybe you even need several if you run multiple kernels. You can install those at any point in time and DKMS will (re-)build all installed modules at that time, including this one. Also see https://wiki.archlinux.org/index.php/Dynamic_Kernel_Module_Support
« First ‹ Previous 1 .. 4 5 6 7 8 9 10 Next › Last »