Package Details: looking-glass-host-git 2:B7.r7.g5382a949-1

Git Clone URL: https://aur.archlinux.org/looking-glass-git.git (read-only, click to copy)
Package Base: looking-glass-git
Description: Linux host application for pushing frame data to the LookingGlass IVSHMEM device
Upstream URL: https://looking-glass.io/
Licenses: GPL2
Conflicts: looking-glass-host
Provides: looking-glass-host
Submitter: Omar007
Maintainer: Omar007
Last Packager: Omar007
Votes: 14
Popularity: 0.24
First Submitted: 2017-12-14 09:38 (UTC)
Last Updated: 2025-03-08 13:56 (UTC)

Latest Comments

1 2 3 4 5 6 7 Next › Last »

SteavenGamerYT commented on 2025-03-28 02:41 (UTC)

can you add

cmake -DENABLE_LIBDECOR=ON ../

so i can use it on gnome

heddxh commented on 2025-02-04 06:30 (UTC)

Maybe the patch should also skip validity check since it is unfinished.

Netboy3 commented on 2025-01-24 01:03 (UTC)

@OzzyHelix This is an upstream issue and already has a PR waiting to be merged.

OzzyHelix commented on 2025-01-23 19:37 (UTC) (edited on 2025-01-23 19:39 (UTC) by OzzyHelix)

this fails to build dkms on Linux Zen 6.13 I am just reporting this because I am pretesting linux-zen 6.13

ipaqmaster commented on 2024-09-16 22:38 (UTC)

Yeah sorry I understand. That was a thoughtless remark.

Omar007 commented on 2024-09-16 14:12 (UTC) (edited on 2024-09-16 14:15 (UTC) by Omar007)

@ipaqmaster; that is not how that works and doesn't change anything in relation to that.
The only thing that can do for you is that in the event that I push an update to the PKGBUILD and the version matches the commit you happened to have build/installed, the epoch difference will force the detection of a difference. Otherwise your system would think nothing changed when it actually did.
It's basically a way I can force anyone using helpers into a forced rebuild but any other situation stays the same.

ipaqmaster commented on 2024-09-16 12:05 (UTC)

Learn to epoch.

Omar007 commented on 2024-09-16 10:48 (UTC) (edited on 2024-09-16 10:53 (UTC) by Omar007)

@JL2210;

In regards to AUR helpers; they are not supported in any way. Important to note here is that a VCS package's SRCINFO/PKGBUILD recorded versions will basically never match up with the actual (eventually installed) version. These can therefore not be used to determine if there is a change or not (and it would basically look like there always is one until the build finishes).
The only way you could sort of figure out the version for a VCS packages is by executing the pkgver() function but you really shouldn't be parsing/sourcing the PKGBUILD like that, especially not if your helper is running as SU (sudo, doas, w/e)...

For the second point; there is technically an easy workaround for that if you want to mask that but that is not a path I suggest you take nor one I'm willing to provide as that goes completely against the whole point of marking the build. It looked like the host work-around could be removed but it turned out that was not yet possible.
You can switch to the release version instead and/or use that one as a base to pull a different version (e.g. RC or a specific commit package) from the website instead.

JL2210 commented on 2024-09-16 02:36 (UTC)

Using the submodules from sources (plus your host build fix) marks the build as dirty (shown as a + at the end of the version) which won't receive support from gnif. Don't know how to fix this, though, while still conforming to the VCS package guidelines.

1 2 3 4 5 6 7 Next › Last »