|
Bugzilla – Full Text Bug Listing |
| Summary: | power-profiles-daemon fails to build on Leap 15.6 - fail in test_dytc_performance_driver | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Distribution | Reporter: | Lubos Kocman <lubos.kocman> |
| Component: | Other | Assignee: | Atri Bhattacharya <badshah400> |
| Status: | NEW --- | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | badshah400, yfjiang |
| Version: | Leap 15.6 | Flags: | badshah400:
SHIP_STOPPER?
|
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Lubos Kocman
2024-04-16 22:26:28 UTC
This is due to some recent systemd updates to SLE-15-SP6, no doubt. Anyway, the thing that will fix this properly is an update to umockdev 0.18.1 from Factory. I already tested this theory out in my home branch where I built the SLE-15-SP6 power-profiles-daemon against Factory's umockdev: https://build.opensuse.org/project/show/home:badshah400:branches:openSUSE:Backports:SLE-15-SP6 How should I submit a new umockdev version at this stage, and is there any chance of such an update being accepted? I guess this fixed itself? Even otherwise, it seems it is already too late now. FYI the fix is to upgrade umockdev to 0.18.1. I am sorry, I find contributing to Leap almost impossible given its Frankenstein's monster nature. Still, I tried to help as much as I could. I don't know if this is the right target, but a potential fix is to upgrade umockdev to 0.17.18 (without jumping two minor versions to 0.18.x in Factory) which also fixed the power-profiles-daemon build. Here is the sr: https://build.opensuse.org/request/show/1170592 Raising the ship_stopper flag given that power-profiles-daemon forms a core part of the GNOME desktop env. I've raised the issue with GNOME team. We'd have to update umockdev in SLES 15, I'd suggest SP4:Update + some sort of ECO as the SP6:GA accepts P1/P2s and this issue is basically not present in SLES (although the fix lands there). Of course we could try SP6 first ... Yi Fan what do you think? (In reply to Lubos Kocman from comment #4) > I've raised the issue with GNOME team. > > We'd have to update umockdev in SLES 15, I'd suggest SP4:Update + some sort > of ECO as the SP6:GA accepts P1/P2s and this issue is basically not present > in SLES (although the fix lands there). Of course we could try SP6 first ... > > Yi Fan what do you think? The updating of umockdev seems nontrivial, and at least the impacted areas will be fwupd, udev, power-profiles-daemon. So for SP6, I am afraid we can't get it in GA. Just to clarify - is there any reason we need that in SP4? If it is caused by the forked systemd on SP6, shouldn't the update happens on SP6:Update through ECO? well SP6:Update is also an option for sure. The only reason for SP4:Update was to simply update it when its forked and keep amount of forks minimal. Nothing else. Proposed fork for Leap 15.6 https://build.opensuse.org/request/show/1172156 (In reply to Lubos Kocman from comment #9) > Proposed fork for Leap 15.6 https://build.opensuse.org/request/show/1172156 Awesome, thanks for the help. |