This is a built in functionality of VirtualBox? Let me explain the scenario more clearly.

The GNOME implementation has no documentation whatsoever, that I could find. Not sure how it would work out.

Perhaps this could be replaced with GCL? This seems to be older, while GCL is GNU's official Common Lisp.

This requires a few Qt4 dependencies, which have now been deprecated. Also hasn't been updated since 2016, doesn't seem to be getting a Qt5 port anytime soon. Perhaps close?

I'd like to maintain this.

Use tmpfiles.

Remove -m00644.

Disable static libs.

Fix dbus_confdir, add gtk-doc as builddep.

Got it, removed my comment on the other task as well. I think Devil505's comment should be removed as well because of the license thingy, since it also links to eopkgs.

Alphabetize builddeps.

I would like to maintain this package.

Seems as if it's not by default, but want to look into it. Fedora has it implemented, should work for Budgie and GNOME I think.

Fix the shader install directory and suggested changes in package.yml.

I'm willing to maintain this package.

Include abi files.

puredata appears to be the only application left on the face of the earth that still does not work with pulseaudio.

@ewhipp @ScrumpyJack, are you still willing to test this package? I have a build however I have no way of testing it. If so, I can share the package for you to test.

I tested this package with a locally built fprintd, should I use another method of testing as fprintd is not from Solus?

Basically no distribution I have ever used does this. The only gain I could possibly imagine is making sure you didn't type a wrong number of keys while entering your password, then again you could understand you did this with the re-type prompt given 2 seconds later.

This package was marked DOA, however it provides unique functionality and meets the 2-distro waiver, with all 3 distros packaging in core repositories. I would be willing to package if accepted.

I've updated D1657 for the libfprint dependency, all other dependencies are satisfied. If that gets accepted I could take on both libfprint and fprintd. Have two laptops with compatible sensors to test on.

I am quite new to packaging in general, but feel confident enough to take on my first repository. :-)

Suggested changes

Correct.

Can confirm that it works in Budgie, MATE and GNOME. In KDE the window becomes unresizeable.

Seems okay now, was unable to see the pspec in the patch for some reason.

I am unable to add the files back, since this patch was by another user and there is no git repo to clone, I am unsure how to further amend the patch. Any help?

Seems like I removed Makefile and pspec on accident, sorry new to this.

Removed unnecessary builddeps. xv needs to be included, not installed by other deps.

Alright so I created a local fprintd package and can confirm that my sensor works with this libfprint. Would be happy to package fprintd as well, Solus could really use some working fingerprint sensor support.

I have a ThinkPad X220 which is supported by libfprint, the fingerprint sensor is this: Bus 001 Device 004: ID 147e:2016 Upek Biometric Touchchip/Touchstrip Fingerprint Sensor

Update libfprint to 0.99.0, previous documentation issue fixed upstream.

In D1657#57271, @Devil505 wrote:

OK it's an issue from upstream https://gitlab.freedesktop.org/libfprint/libfprint/merge_requests/9

let's wait for 0.8.3 then

I am also experiencing this issue on an LVM on LUKS install. Had to manually include in fstab with: /dev/SolusSystem/Swap none swap sw 0 0.

This change introduces inconsistencies in the UI, two I have noticed are:

I can also confirm that disabling CSD solves the tearing with latest Mesa and xorg-driver-video-intel.

@mcritchlow Here are instructions for successfully building the kernel module on current Solus:

1. git clone https://github.com/mkottman/acpi_call.git
2. cd acpi_call
3. sudo eopkg it -c system.devel
4. sudo eopkg it libelf-devel linux-current-headers (linux-lts-headers if running LTS kernel)
5. Edit acpi_call.c:
   • Replace #include <asm/uaccess.h> with #include <linux/uaccess.h>
   • Replace #include <acpi/acpi.h> with #include <linux/acpi.h>
6. make
7. sudo make install

Unified Remote generic binaries are provided on their website and work perfectly. Don't see the need for it packaged.