tlp-rdw and power-profiles-daemon are in conflict

B7H7D7 · 2022-01-12 08:47:07

Hi.
I can not find a solution because each possible answer, yes or no, leads to a pacman upgrade issue.

: sudo pacman -Syu
...
looking for conflicting packages...
:: tlp-rdw and power-profiles-daemon are in conflict. Remove power-profiles-daemon? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: removing power-profiles-daemon breaks dependency 'power-profiles-daemon' required by gnome-control-center

: sudo pacman -Syu
...
looking for conflicting packages...
:: tlp-rdw and power-profiles-daemon are in conflict. Remove power-profiles-daemon? [y/N] N
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: tlp-rdw and power-profiles-daemon are in conflict

Please, what can I do ?
P.

gca · 2022-01-12 08:59:20

Me too. Masking power-profiles-daemon.service the conflict remain.

icar · 2022-01-12 09:02:00

Both packages try to handle power management. Gnome introduced support for, not so long ago, power-profiles-daemon. This means you should have either power-profiles-daemon or tlp, but not both at the same time.

Last edited by icar (2022-01-12 09:03:44)

B7H7D7 · 2022-01-12 09:54:22

Thanks Icar.
I removed tlp-rdw.
Package update fine.

Xerun · 2022-01-12 15:59:24

Is there a way to remove power-profiles-daemon instead of tlp-rdw? gnome-control-center requires it for some reason even though I'm pretty sure it's not essential since I masked it per instructions on https://linrunner.de/tlp/faq/installation.html and everything works just fine

Vargblood · 2022-01-12 16:04:55

Hi everyone. I have the same problem but i want to keep TLP. Removal of power-profiles-daemon is not possible due to an dependency to gnome control center. Masked the service so tlp can start up. Now the services run just fine but a full system upgrade isn't possible anymore. As mentioned above i run into the same error message and can't do any upgrades. Please help me.

Scimmia · 2022-01-12 16:21:21

If you want to keep TLP, remove GNOME.

gca · 2022-01-12 16:22:49

[Unit]
Description=Power Profiles daemon
Conflicts=tuned.service tlp.service auto-cpufreq.service system76-power.service
Before=multi-user.target display-manager.target
[Service]
Type=dbus
BusName=net.hadess.PowerProfiles
ExecStart=/usr/lib/power-profiles-daemon
Restart=on-failure
# This always corresponds to /var/lib/power-profiles-daemon
StateDirectory=power-profiles-daemon
#Uncomment this to enable debug
#Environment="G_MESSAGES_DEBUG=all"
# Lockdown
ProtectSystem=strict
ProtectControlGroups=true
ProtectHome=true
ProtectKernelModules=true
PrivateTmp=true
RestrictAddressFamilies=AF_UNIX AF_LOCAL AF_NETLINK
MemoryDenyWriteExecute=true
RestrictRealtime=true
[Install]
WantedBy=graphical.target

If I remove tlp from conflicts in /usr/lib/systemd/system/power-profiles-daemon.service after masked power-profiles-daemon? what could happen?

Last edited by gca (2022-01-12 16:23:25)

DerArcher · 2022-01-12 16:33:32

I run into the same issue, Arch Linux, x86-64 with Gnome 3, power-profiles-daemon masked

Battery idle power is slightly better with TLP (T450s), 3.9w vs. 4.1w

icar · 2022-01-12 19:42:18

https://man.archlinux.org/man/core/pacm … -R_AND_-U) :: --nodeps
https://man.archlinux.org/man/pacman.conf.5.en#OPTIONS :: IgnorePkg

Last edited by icar (2022-01-12 19:43:02)

Vargblood · 2022-01-13 08:40:35

icar wrote:

https://man.archlinux.org/man/core/pacm … -R_AND_-U) :: --nodeps
https://man.archlinux.org/man/pacman.conf.5.en#OPTIONS :: IgnorePkg

That is not a good solution. The first option ignores dependency checks but not conflicting packages. So upgrades are still not possible. The ignorepkg option let me skip the upgrade of TLP but this is not a long-term solution.

I guess the only way is to remove TLP and rely on ppd even ppd is not as good as TLP.

Last edited by Vargblood (2022-01-13 09:38:08)

dogknowsnx · 2022-01-13 09:03:12

Edit: Nevermind, I read my post again and realized it won't help.

@Vargblood
Edit#2: But... if you really want to keep using tlp, you could use the git version from the AUR, (its PKGBUILD hasn't been updated yet to conflict with ppd - so you won't even have to edit it yourself...):
https://aur.archlinux.org/packages/tlp-rdw-git
https://linrunner.de/tlp/developers/dependencies.html

Last edited by dogknowsnx (2022-01-13 09:55:05)

Vargblood · 2022-01-13 13:24:54

dogknowsnx wrote:

Edit: Nevermind, I read my post again and realized it won't help.
@Vargblood
Edit#2: But... if you really want to keep using tlp, you could use the git version from the AUR, (its PKGBUILD hasn't been updated yet to conflict with ppd - so you won't even have to edit it yourself...):
https://aur.archlinux.org/packages/tlp-rdw-git
https://linrunner.de/tlp/developers/dependencies.html

That's not a solution either. The package tlp-rdw-git is installed as tlp-rdw in the system and thus it conflicts with ppm again. The problem is that the package power-profiles-daemon conflicts with tlp-rdw and is needed by gnome-control-center at the same time. Currently there are only two options. Either you uninstall GNOME and with it the dependency between ppd and gnome-control-center or you uninstall TLP. Basically the dependency between ppd and gcc should be optional, so you can uninstall ppd without breaking any dependencies. This is the first time that such a small package gives me such problems under Arch/GNOME. Very annoying that I now temporarily lose a working system and power management due to such a change. If someone still has an idea I would be happy about help.

Last edited by Vargblood (2022-01-13 13:30:24)

dogknowsnx · 2022-01-13 13:59:18

Vargblood wrote:

The problem is that the package power-profiles-daemon conflicts with tlp-rdw

~ >>> LC_ALL=C psi power-profiles-daemon                            14:48
Repository      : extra
Name            : power-profiles-daemon
Version         : 0.10.1-1
Description     : Makes power profiles handling available over D-Bus
Architecture    : x86_64
URL             : https://gitlab.freedesktop.org/hadess/power-profiles-daemon
Licenses        : GPL3
Groups          : None
Provides        : None
Depends On      : upower  polkit
Optional Deps   : python-gobject: for powerprofilesctl
Conflicts With  : None
Replaces        : None

Again, you can omit the conflicts array in tlp-rdw-git's PKGBUILD (in fact ppd is not listed, since it hasn't been updated by the maintainer, yet):
https://aur.archlinux.org/cgit/aur.git/ … ?h=tlp-git

Last edited by dogknowsnx (2022-01-13 14:17:24)

Vargblood · 2022-01-13 14:16:05

dogknowsnx wrote:

The problem is that the package power-profiles-daemon conflicts with tlp-rdw
~ >>> LC_ALL=C psi power-profiles-daemon                            14:48
Repository      : extra
Name            : power-profiles-daemon
Version         : 0.10.1-1
Description     : Makes power profiles handling available over D-Bus
Architecture    : x86_64
URL             : https://gitlab.freedesktop.org/hadess/power-profiles-daemon
Licenses        : GPL3
Groups          : None
Provides        : None
Depends On      : upower  polkit
Optional Deps   : python-gobject: for powerprofilesctl
Conflicts With  : None
Replaces        : None
Again, you can omit the 'conflicts with' array in tlp-rdw-git's PKGBUILD (in fact ppd is not listed, since it hasn't been updated by the maintainer, yet):
https://aur.archlinux.org/cgit/aur.git/ … ?h=tlp-git

I didn't get it. The package ppd has a reverse conflict with tlp-rdw that makes system upgrades impossible. It simply doesen't help to remove the PKGBUILD entry from tlp-rdw-git package. The conflict of the packages occurs again with the next system update. Do I miss something?

power-profiles-daemon 0.10.1-1

Architecture: 	x86_64
Repository: 	Extra
Description: 	Makes power profiles handling available over D-Bus
Upstream URL: https://gitlab.freedesktop.org/hadess/power-profiles-daemon
License(s): 	GPL3
Reverse Conflicts: 	tlp-rdw
Maintainers: 	Antonio Rojas
Package Size: 	26.5 KB
Installed Size: 	72.8 KB
Last Packager: Antonio Rojas
Build Date: 	2021-10-28 15:16 UTC
Signed By: 	Antonio Rojas
Signature Date: 2021-10-28 15:17 UTC
Last Updated: 	2021-10-28 15:19 UTC

dogknowsnx · 2022-01-13 14:21:16

Ppd's reverse conflict will be avoided by building/installing tlp-rdw-git from the AUR...
EDIT: If you install tlp with your own PKGBUILD, updates will be your responsibility, naturally - BUT you could still keep using tlp on gnome (possible breakage expected - see second link of my first post)

Last edited by dogknowsnx (2022-01-13 14:28:54)

Vargblood · 2022-01-13 15:16:22

dogknowsnx wrote:

Ppd's reverse conflict will be avoided by building/installing tlp-rdw-git from the AUR...
EDIT: If you install tlp with your own PKGBUILD, updates will be your responsibility, naturally - BUT you could still keep using tlp on gnome (possible breakage expected - see second link of my first post)

Okay so if I want to remove tlp completely from my system is there any advice how to do this „safe and clean“? Because like the wiki said I masked several services and sockets during installation of tlp. Thanks for your help and patience.

dogknowsnx · 2022-01-13 15:25:13

Vargblood wrote:

Okay so if I want to remove tlp completely from my system is there any advice how to do this „safe and clean“? Because like the wiki said I masked several services and sockets during installation of tlp. Thanks for your help and patience.

I'm running neither gnome nor tlp on my system, but it should be as simple as stopping and disabling tlp's services and then:

# pacman -Rns tlp tlp-rdw

EDIT: Check your shell's history for what you masked of e.g. ppd and revert your actions accordingly.

Last edited by dogknowsnx (2022-01-13 15:36:59)

DerArcher · 2022-01-14 11:28:26

The issue has been resolved, gnome-control-center no longer has the dependency of power-profiles-daemon. On my system the update completed without issues (tlp and tlp-rdw installed, power-profiles-daemon removed during the update).
https://archlinux.org/packages/extra/x8 … ol-center/
https://github.com/archlinux/svntogit-p … 5eb9b7203a

icar · 2022-01-14 16:43:37

Just curious, what happens with the top-right menu? It should show a power profile selector

DerArcher · 2022-01-14 19:23:50

icar wrote:

Just curious, what happens with the top-right menu? It should show a power profile selector

The power profile selector disappeared (running tlp and tlp-rdw).

Last edited by DerArcher (2022-01-14 19:24:29)

gca · 2022-01-15 10:19:32

DerArcher wrote:

icar wrote:
Just curious, what happens with the top-right menu? It should show a power profile selector
The power profile selector disappeared (running tlp and tlp-rdw).

me too. and disappeared bluetooth icon in the sys tray. but now running tlp only (thinkpad).

Last edited by gca (2022-01-15 10:20:03)

tekmonkey · 2022-01-15 19:20:29

DerArcher wrote:

The issue has been resolved, gnome-control-center no longer has the dependency of power-profiles-daemon. On my system the update completed without issues (tlp and tlp-rdw installed, power-profiles-daemon removed during the update).
https://archlinux.org/packages/extra/x8 … ol-center/
https://github.com/archlinux/svntogit-p … 5eb9b7203a

I am still seeing the issue as of today. Is it coming soon or is there a reason I'm still getting the conflict?

DerArcher · 2022-01-16 00:28:20

tekmonkey wrote:

I am still seeing the issue as of today. Is it coming soon or is there a reason I'm still getting the conflict?

When updating, it asked, whether I want to remove power-profiles-deamon -> I confirmed. It should already be resolved.

sudo pacman -Syu

tekmonkey · 2022-01-16 11:03:59

DerArcher wrote:

tekmonkey wrote:
I am still seeing the issue as of today. Is it coming soon or is there a reason I'm still getting the conflict?
When updating, it asked, whether I want to remove power-profiles-deamon -> I confirmed. It should already be resolved.
sudo pacman -Syu

The default is N, and not y, I am very sorry, I was missing it. Cheers

Arch Linux

#1 2022-01-12 08:47:07

tlp-rdw and power-profiles-daemon are in conflict

#2 2022-01-12 08:59:20

Re: tlp-rdw and power-profiles-daemon are in conflict

#3 2022-01-12 09:02:00

Re: tlp-rdw and power-profiles-daemon are in conflict

#4 2022-01-12 09:54:22

Re: tlp-rdw and power-profiles-daemon are in conflict

#5 2022-01-12 15:59:24

Re: tlp-rdw and power-profiles-daemon are in conflict

#6 2022-01-12 16:04:55

Re: tlp-rdw and power-profiles-daemon are in conflict

#7 2022-01-12 16:21:21

Re: tlp-rdw and power-profiles-daemon are in conflict

#8 2022-01-12 16:22:49

Re: tlp-rdw and power-profiles-daemon are in conflict

#9 2022-01-12 16:33:32

Re: tlp-rdw and power-profiles-daemon are in conflict

#10 2022-01-12 19:42:18

Re: tlp-rdw and power-profiles-daemon are in conflict

#11 2022-01-13 08:40:35

Re: tlp-rdw and power-profiles-daemon are in conflict

#12 2022-01-13 09:03:12

Re: tlp-rdw and power-profiles-daemon are in conflict

#13 2022-01-13 13:24:54

Re: tlp-rdw and power-profiles-daemon are in conflict

#14 2022-01-13 13:59:18

Re: tlp-rdw and power-profiles-daemon are in conflict

#15 2022-01-13 14:16:05

Re: tlp-rdw and power-profiles-daemon are in conflict

#16 2022-01-13 14:21:16

Re: tlp-rdw and power-profiles-daemon are in conflict

#17 2022-01-13 15:16:22

Re: tlp-rdw and power-profiles-daemon are in conflict

#18 2022-01-13 15:25:13

Re: tlp-rdw and power-profiles-daemon are in conflict

#19 2022-01-14 11:28:26

Re: tlp-rdw and power-profiles-daemon are in conflict

#20 2022-01-14 16:43:37

Re: tlp-rdw and power-profiles-daemon are in conflict

#21 2022-01-14 19:23:50

Re: tlp-rdw and power-profiles-daemon are in conflict

#22 2022-01-15 10:19:32

Re: tlp-rdw and power-profiles-daemon are in conflict

#23 2022-01-15 19:20:29

Re: tlp-rdw and power-profiles-daemon are in conflict

#24 2022-01-16 00:28:20

Re: tlp-rdw and power-profiles-daemon are in conflict

#25 2022-01-16 11:03:59

Re: tlp-rdw and power-profiles-daemon are in conflict

Board footer