current 15.5 xfce update seriously borken
Hi all, the current xfce update for 15.5 is seriously broken. The update killed my panel config completely and replaced it with an ugly default. I did then downgrade but that did not help. The user config was altered. I was lucky to find a backup (from last year, but not much had changed fortunately since then. Today I retried the patch update, just in case, and it failed the same way. IMHO something like this must not happen on a stable, enterprise-rated distro ;-) We should at least warn before the update (if that's possible with zypper) to create a backup of ~/.config/xfce (something I have done before retrying the update ;-) Have fun, seife -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
Hello seife, Stefan Seyfried wrote:
Hi all, the current xfce update for 15.5 is seriously broken. The update killed my panel config completely and replaced it with an ugly default.
Does not sound right, we don't intentionally change or install default configurations in the user directory. They were all minor bug fix updates
I did then downgrade but that did not help. The user config was altered. I was lucky to find a backup (from last year, but not much had changed fortunately since then. Today I retried the patch update, just in case, and it failed the same way.
zypper patch or zypper up?
IMHO something like this must not happen on a stable, enterprise-rated distro ;-)
Indeed, but before calling it broken we need a little more info of what went wrong. Have any logs or anything that could help narrow down which package may have caused this?
We should at least warn before the update (if that's possible with zypper) to create a backup of ~/.config/xfce (something I have done before retrying the update ;-)
The path is ~/.config/xfce4. Our configs do not wipe nor override user configs. You're sure is not a non xfce package wiping your configs? xfce4-panel-profiles allows you to save back up copies of your panel configs. Best, Maurizio
Have fun, seife
(sorry, first version only went to Maurizio m) On 17.07.23 09:10, Maurizio Galli wrote:
Hello seife,
Stefan Seyfried wrote:
Hi all, the current xfce update for 15.5 is seriously broken. The update killed my panel config completely and replaced it with an ugly default.
Does not sound right, we don't intentionally change or install default configurations in the user directory. They were all minor bug fix updates
I did then downgrade but that did not help. The user config was altered. I was lucky to find a backup (from last year, but not much had changed fortunately since then. Today I retried the patch update, just in case, and it failed the same way.
zypper patch or zypper up?
zypper patch I had to resolve dependencies with "remove xfce4-panel-branding-opensuse"
IMHO something like this must not happen on a stable, enterprise-rated distro ;-)
Indeed, but before calling it broken we need a little more info of what went wrong. Have any logs or anything that could help narrow down which package may have caused this?
We should at least warn before the update (if that's possible with zypper) to create a backup of ~/.config/xfce (something I have done before retrying the update ;-)
The path is ~/.config/xfce4. Our configs do not wipe nor override user configs. You're sure is not a non xfce package wiping your configs?
Today after the update I found that just replaying .config/xfce4 was not enough, it was broken again after next login. In the end I did the following (not 100% sure which of them was really needed, will try to reproduce this on a cleanly installed VM): * unpack old xfce4-panel-branding-opensuse * copy etc/xdg/xfce4/xfconf/xfce-perchannel-xml/xfce4-panel.xml from that to /etc/xdg/xfce4/panel/default.xml * restore .config/xfce4 after a few tries, this restored my original configuration It seems like the upstream-branding's default.xml did override the users config (and then get written back to .config/xfce I'll try to reproduce cleanly, I also have seen a similar issue when installing a 15.5 vm with online repos enabled (bad) vs online repos not enabled (good), so I think I can reproduce that with a minimal config.
xfce4-panel-profiles allows you to save back up copies of your panel configs.
I think this also only backs up .config/xfce stuff, so it might not be enough actually. Funny thing is: I don't remember seeing anything like that on a constantly updated tumbleweed. Best regards, seife -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
On 17.07.23 09:52, Stefan Seyfried wrote:
I'll try to reproduce cleanly, I also have seen a similar issue when installing a 15.5 vm with online repos enabled (bad) vs online repos not enabled (good), so I think I can reproduce that with a minimal config.
I finally tried and can't reproduce anymore. I found this: leap-159:~ # rpm -q --provides xfce4-panel-branding-openSUSE-4.18.0+git0.9a2f754-lp155.2.2.1.noarch config(xfce4-panel-branding-openSUSE) = 4.18.0+git0.9a2f754-lp155.2.2.1 xfce4-panel-branding = 4.18.4 xfce4-panel-branding-openSUSE = 4.18.0+git0.9a2f754-lp155.2.2.1 is it possible that the "xfce4-panel-branding = 4.18.4" was only added recently? I seem to remember that I had to resolve a dependency issue with the previous update by basically switching all branding packages to branding-upstream (because the opensuse-brandings were not even available for 4.18.4), but this time I did just "zypper patch" and it just went through without issues (and without broken setup :-) If this was added later, I can just stop trying to reproduce it and we are fine. If this was in there from the beginning, I'll have to search harder for the cause of the original breakage (might be an unusual pacakge selection that triggered the issue or such). Best regards, -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
On Sun, 30 Jul 2023, 11:05:53 +0200, Stefan Seyfried wrote:
On 17.07.23 09:52, Stefan Seyfried wrote:
I'll try to reproduce cleanly, I also have seen a similar issue when installing a 15.5 vm with online repos enabled (bad) vs online repos not enabled (good), so I think I can reproduce that with a minimal config.
I finally tried and can't reproduce anymore.
I found this:
leap-159:~ # rpm -q --provides xfce4-panel-branding-openSUSE-4.18.0+git0.9a2f754-lp155.2.2.1.noarch config(xfce4-panel-branding-openSUSE) = 4.18.0+git0.9a2f754-lp155.2.2.1 xfce4-panel-branding = 4.18.4 xfce4-panel-branding-openSUSE = 4.18.0+git0.9a2f754-lp155.2.2.1
is it possible that the "xfce4-panel-branding = 4.18.4" was only added recently? I seem to remember that I had to resolve a dependency issue with the previous update by basically switching all branding packages to branding-upstream (because the opensuse-brandings were not even available for 4.18.4), but this time I did just "zypper patch" and it just went through without issues (and without broken setup :-)
The change was introduced with the last update. The package on the installation media had only this: $ rpm -qp leap/15.5/repo/oss/noarch/xfce4-panel-branding-openSUSE-4.18.0+git0.9a2f754-lp155.1.6.noarch.rpm --provides config(xfce4-panel-branding-openSUSE) = 4.18.0+git0.9a2f754-lp155.1.6 xfce4-panel-branding = 4.18.3 xfce4-panel-branding-openSUSE = 4.18.0+git0.9a2f754-lp155.1.6
If this was added later, I can just stop trying to reproduce it and we are fine. If this was in there from the beginning, I'll have to search harder for the cause of the original breakage (might be an unusual pacakge selection that triggered the issue or such).
I don't know why it hit you, but it might be that I never was affected as I had installed the xfce packages directly from X11:xfce/15.5 (or from my own project at home:manfred-h:X11:xfce). Perhaps you grep for xfce4-panel-branding-openSUSE in /var/log/zypp/history; I have several entries in there.
Best regards, -- Stefan Seyfried
HTH, cheers. l8er manfred
Hi all, On 30.07.23 12:12, Manfred Hollstein wrote:
On Sun, 30 Jul 2023, 11:05:53 +0200, Stefan Seyfried wrote:
On 17.07.23 09:52, Stefan Seyfried wrote:
I'll try to reproduce cleanly, I also have seen a similar issue when installing a 15.5 vm with online repos enabled (bad) vs online repos not enabled (good), so I think I can reproduce that with a minimal config.
I finally tried and can't reproduce anymore.
I found this:
leap-159:~ # rpm -q --provides xfce4-panel-branding-openSUSE-4.18.0+git0.9a2f754-lp155.2.2.1.noarch config(xfce4-panel-branding-openSUSE) = 4.18.0+git0.9a2f754-lp155.2.2.1 xfce4-panel-branding = 4.18.4 xfce4-panel-branding-openSUSE = 4.18.0+git0.9a2f754-lp155.2.2.1
is it possible that the "xfce4-panel-branding = 4.18.4" was only added recently? I seem to remember that I had to resolve a dependency issue with the previous update by basically switching all branding packages to branding-upstream (because the opensuse-brandings were not even available for 4.18.4), but this time I did just "zypper patch" and it just went through without issues (and without broken setup :-)
The change was introduced with the last update. The package on the installation media had only this:
...and I guess that the branding packages were rebuilt / released later than the functional updates, which means that I had hit the timeframe where no matching branding packages were available and thus had to manually help the solver by selecting the upstream packages. I tried again today by creating a new vm with a net install without update repos and then patching which also went through without manual intervention and the look and feel is as expected. I remember that back when the problem was existing, a network installation with update repos enabled would boot directly into the "broken" desktop, which is explained by the upstream branding being the only valid solution for the installer. Anyway, the problem is fixed now.
$ rpm -qp leap/15.5/repo/oss/noarch/xfce4-panel-branding-openSUSE-4.18.0+git0.9a2f754-lp155.1.6.noarch.rpm --provides config(xfce4-panel-branding-openSUSE) = 4.18.0+git0.9a2f754-lp155.1.6 xfce4-panel-branding = 4.18.3 xfce4-panel-branding-openSUSE = 4.18.0+git0.9a2f754-lp155.1.6
I checked the changelogs of the packages before and after I patched the new VM and there was no changelog entry. Probably the version is determined automatically, but it would be a good idea to trigger the rebuild by adding a changelog entry instead of just an "osc rebuild" ;-) Best regards -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
On 30.07.23 19:45, Stefan Seyfried wrote:
...and I guess that the branding packages were rebuilt / released later than the functional updates, which means that I had hit the timeframe This is the case. xfce4-panel: 2023-07-12 xfce4-panel-branding-openSUSE: 2023-07-22
They are even in two different repos, panel is in backports, panel-branding is in "main upate repo", maybe this also caused the different delays. -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
participants (3)
-
Manfred Hollstein -
Maurizio Galli -
Stefan Seyfried