Package Details: system76-power 1.2.0-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
Provides: power-profiles-daemon
Submitter: ebobby
Maintainer: tleydxdy
Last Packager: tleydxdy
Votes: 12
Popularity: 0.001310
First Submitted: 2018-07-05 23:47 (UTC)
Last Updated: 2024-05-13 16:38 (UTC)

Dependencies (7)

Required by (19)

Sources (2)

Latest Comments

1 2 3 4 5 6 Next › Last »

yochananmarqos commented on 2024-05-13 16:38 (UTC)

@tleydxdy: That is a valid point. I suppose the provides would be enough and users can decide which they want to use.

tleydxdy commented on 2024-05-13 16:22 (UTC)

My point is they can be installed at the same time, as far as I can tell there's no e.g. filename conflicts etc? They can not be both enabled for sure, but user can have both installed no problem?

Thanks for the link on LTO, this makes a lot more sense now.

yochananmarqos commented on 2024-05-13 16:04 (UTC) (edited on 2024-05-13 16:05 (UTC) by yochananmarqos)

@tleydxdy: They should not be both installed at the same time. As you pointed out, one would not be able to use the System76 power service over PPD.

LTO should not be disabled unless it's a last resort. See Task Todo List LTO fat objects. One should not use CFLAGS+=" -ffat-lto-objects" globally in makepkg.conf. See a discussion here

tleydxdy commented on 2024-05-13 15:43 (UTC)

@yochananmarqos from what I can gather https://gitlab.freedesktop.org/upower/power-profiles-daemon/-/blob/main/data/power-profiles-daemon.service.in#L3 power-profiles-daemon does the right things to not allow users to enable both services at once. So I think the two package can be installed in the same system? So I guess we only need the provides and does not need conflicts

As for LTO I don't quite understand why cargo (which is all that the makefile invokes) changes behavior when CFLAGS/CXXFLAGS/LDFLAGS is changed; it doesn't make sense to me. So I prefer leaving it out by default and not risk introducing weird bugs. User should be able to add the CFLAGS to their makepkg.conf if they want fat lto.

yochananmarqos commented on 2024-05-08 21:00 (UTC) (edited on 2024-05-08 21:02 (UTC) by yochananmarqos)

@tleydxdy: Note that as of 1.2.0, this now provides and conflicts with power-profiles-daemon.

EDIT: I've updated my previous comment below about building with LTO enabled which is default now.

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 2024-05-08 21:02 (UTC) by yochananmarqos)

@tleydxdy: This fails to build with LTO enabled. Please add CFLAGS+=" -ffat-lto-objects" to the build() function.

EDIT: Updated with new info.

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

1 2 3 4 5 6 Next › Last »