Package Details: system76-power 1.1.26-1

Git Clone URL: https://aur.archlinux.org/system76-power.git (read-only, click to copy)
Package Base: system76-power
Description: System76 Power Management
Upstream URL: https://github.com/pop-os/system76-power
Licenses: GPL
Submitter: ebobby
Maintainer: tleydxdy
Last Packager: tleydxdy
Votes: 12
Popularity: 0.004630
First Submitted: 2018-07-05 23:47 (UTC)
Last Updated: 2024-03-11 19:25 (UTC)

Latest Comments

1 2 3 4 5 6 Next › Last »

Vixea commented on 2023-02-24 06:03 (UTC)

@tleydxdy EndeavourOS uses dracut now I assume its as easy as changing the patch to dracut then change the flag to --regenerate-all anyone on Endeavour confirm this?

tleydxdy commented on 2022-08-18 00:42 (UTC)

@yochananmarqos I pushed a fix, tho didn't bump the rel since it doesn't affect anyone that already have this installed.

yochananmarqos commented on 2022-08-17 21:53 (UTC) (edited on 2022-08-17 21:53 (UTC) by yochananmarqos)

@tleydxdy: This fails to build with LTO enabled. This will help those building in a chroot using devtools:

options=('!lto')

tleydxdy commented on 2022-05-24 13:12 (UTC)

Yeah, sorry about this. I should have printed a warning during install. I thought Alias= would also make you be able to enable units via the name, but apparently not. only after enable does the alias start to work.

spastorino commented on 2022-05-24 12:43 (UTC) (edited on 2022-05-24 12:43 (UTC) by spastorino)

Aur packaging may need to be fixed for 1.1.21, in order to get it working I needed to:

# rm /etc/systemd/system/multi-user.target.wants/system76-power.service
# systemctl enable com.system76.PowerDaemon.service
# systemctl start com.system76.PowerDaemon.service

solarmarten commented on 2022-04-13 23:07 (UTC) (edited on 2022-04-14 12:47 (UTC) by solarmarten)

For anybody wondering how to fix this issue (Getting stuck on compute mode), check /etc/modules-load.d/, /etc/modprobe.d/, and /usr/lib/modules-load.d/ for any files that load nvidia-utils. For me, the problem was fixed by deleting nvidia-utils.conf in /usr/lib/modules-load.d/, setting the graphics back to integrated, and then rebooting.

Related GitHub issue: https://github.com/pop-os/system76-power/issues/252

Vektor82 commented on 2022-03-20 13:50 (UTC)

@hossamdash Hello, thanks for the reply. I am on pure Arch, with no other switching method. Maybe i need another package, aside from system76-power?

hossamdash commented on 2022-03-20 09:31 (UTC)

@Vektor82 if you're on manjaro ( or any distro that ships the mhwd script ) check to see if there are any files generated by that script that load the nvidia kernel module. paths to check are /etc/modules-load.d/ /usr/lib/modules-load.d/

and maybe /etc/modprobe.d/ /usr/lib/modprobe.d/

delete that file and re run the system76-power command and you should be golden

Vektor82 commented on 2022-03-19 21:19 (UTC)

For me it's not working. I am unable to switch to integrated mode. there are no errors. It simply sets integrated, and after a reboot, the laptop starts in compute mode.

lethedata commented on 2022-01-15 14:18 (UTC)

@tleydxdy I don't have enough of an understanding of rust to know exactly why, but it seems to be related rusts linker-plugin-lto or LLVM not working correctly with the devtools implementation. devtools probably has a flag enabled that either just breaks things or requires rust to have additional arguments to work properly. Alternatively, makechrootpkg might spawn in such a way that rust's linker is unable to find what is needed to successfully link.

The aurutils issue reference from earlier makes use of makechrootpkg, which is what the Convenience Way of Building in a clean chroot does. I did test both ways and only the classic way worked.

Sources: (Solved) Can't link any Rust program linker-plugin-lto stopped working in Rust 1.45.0 -Clinker-plugin-lto doesn't work without extra manual work Regression on nightly since LLVM 8 upgrade: thread sanitizer doesn't compile anymore