Package Details: system76-power 1.1.16-2

Git Clone URL: (read-only, click to copy)
Package Base: system76-power
Description: System76 Power Management
Upstream URL:
Licenses: GPL
Submitter: ebobby
Maintainer: tleydxdy
Last Packager: tleydxdy
Votes: 8
Popularity: 0.55
First Submitted: 2018-07-05 23:47
Last Updated: 2021-03-01 02:30

Latest Comments

1 2 Next › Last »

prodper commented on 2021-03-16 12:46

I've installed all deps and optional deps. And also did all necessary from arch wiki:

But sudo system76-power graphics integrated doesn't switch off nvidia gpu. It enables compute mode.

What did I miss? Or there are more dependencies that not listed in depends?

yochananmarqos commented on 2021-02-28 15:23

@wfleming: The Pop_OS! package depends on ubuntu-drivers-common which includes usb-utils (libusb).

namcap also agrees:

system76-power I: Link-level dependence (libusb) in file ['usr/lib/']
system76-power I: Depends as namcap sees them: depends=(dbus libusb)

wfleming commented on 2021-02-27 22:32

Should libusb be listed as a dependency in the PKGBUILD? I use aurto for managing my aur packages and aurto add system76-power errors saying it can't find libusb:

  thread 'main' panicked at 'Unable to find libusb-1.0: "`\"pkg-config\" \"--libs\" \"--cflags\" \"libusb-1.0\"` did not exit successfully: exit code: 1\n--- stderr\nPackage libusb-1.0 was not found in the pkg-config search path.\nPerhaps you should add the directory containing `libusb-1.0.pc\'\nto the PKG_CONFIG_PATH environment variable\nPackage \'libusb-1.0\', required by \'virtual:world\', not found\n"', /build/.cargo/registry/src/

My understanding is that aurto builds packages in a chroot where it only installs necessary packages, so this is easy to miss since I bet a lot of people do generally have libusb installed already.

tleydxdy commented on 2021-02-17 02:05

Sorry, I was having build issues on my machine. btw, I am wondering if system76-acpi-dkms and system76-io-dkms should be listed as optdepends, and if I should move system76-dkms to optdepends, I seems like what is required differ by machine model, but I have yet to find out if this is the case one way or the other.

yochananmarqos commented on 2021-02-16 23:38

@tleydxdy: Are you planning on updating this? I'll take it over if you'd like.

acbaracuda commented on 2021-02-16 20:43

Is "system76-acpi-dkms" or the "acpi" package from the oficial repos needed for this to fully shut down the nvidia graphics card on a non system76 laptop? I know optimus manager uses bbswitch or acpi. I thought maybe this requires something similar.

yochananmarqos commented on 2021-01-11 02:07

@cvolton: No, it shouldn't.

Note: Packages in the AUR assume that the base-devel group is installed, i.e. they do not list the group's members as build dependencies explicitly.

cvolton commented on 2021-01-11 01:41

Also on an unrelated note I believe pkgconfig should be added to the make dependencies, as it is not included in a base Arch install, yet it is required to compile the package

cvolton commented on 2021-01-11 01:25

So the GPU switching almost works correctly for me... I only use the intel and nvidia modes, I do not tend to use the hybrid mode as it is mostly useless for my use case. However, for some reason, the systemd service just disables power to the nvidia device during boot, which causes my laptop to boot in intel mode even if I set it to nvidia. What I have to do is system76-power graphics power on; modprobe nvidia and then reinitialize my x session. When that is done, my X session is fully running on NVIDIA. Which is good enough for my use case but it is still odd behavior.

tleydxdy commented on 2020-06-11 06:42

Unless someone could port over the gpu-manager. Which doesn't seem hard, I just doesn't have a NVIDIA hybrid computer to test this on. I don't think messing with people's X11 config in a hacky way would be a great idea. I've added a note when installing the package to mention this issue. If there's something I missed please let me know.

Also, even if gpu-manager is ported, I'm not sure if it should be set as a dependency, since non NVIDIA users have no use for it (it seems)