Dear all,
I would like to update my system to openSUSE Leap 15.5. From the very beginning when running openSUSE Leap 15.4 I had a lot of troubles connecting to the wireless. Wireless problems reappeared recently.
In addition, on my user ( but not on a test user created afterwards) I got problems with the plasma desktop. I basically can’t open vlc & firefox together. Perhaps I did something wrong with the configurations of kde/plasma desktop.
Therefore, I was recommended to do a system update. To accomplish this I plan to follow these instructions.
A key point there is making sure that the following repos are enabled.
However, I have a ton of stuff, that is not enabled :
1 | dvd | dvd | No | ---- | ---- | http://opensuse-guide.org/repo/openSUSE_Leap_15.4/
2 | google-chrome | google-chrome | Yes | (r ) Yes | No | https://dl.google.com/linux/chrome/rpm/stable/x86_64
4 | http-download.opensuse.org-bbd12101 | home:bilson | No | ---- | ---- | http://download.opensuse.org/repositories/home:/bilson/openSUSE_Leap_15.4/
19 | openSUSE-Leap-${releasever}-1 | openSUSE-Leap-15.4-1 | No | ---- | ---- | hd:/?device=/dev/disk/by-id/usb-SanDisk_Ultra_4C530001230124111400-0:0-part1
21 | repo-backports-debug-update | Update repository with updates for op-> | No | ---- | ---- | http://download.opensuse.org/update/leap/15.4/backports_debug/
23 | repo-debug | Debug Repository | No | ---- | ---- | http://download.opensuse.org/debug/distribution/leap/15.4/repo/oss/
24 | repo-debug-non-oss | Debug Repository (Non-OSS) | No | ---- | ---- | http://download.opensuse.org/debug/distribution/leap/15.4/repo/non-oss/
25 | repo-debug-update | Update Repository (Debug) | No | ---- | ---- | http://download.opensuse.org/debug/update/leap/15.4/oss/
26 | repo-debug-update-non-oss | Update Repository (Debug, Non-OSS) | No | ---- | ---- | http://download.opensuse.org/debug/update/leap/15.4/non-oss/
29 | repo-sle-debug-update | Update repository with debuginfo for -> | No | ---- | ---- | http://download.opensuse.org/debug/update/leap/15.4/sle/
31 | repo-source | Source Repository | No | ---- | ---- | http://download.opensuse.org/source/distribution/leap/15.4/repo/oss/
32 | repo-source-non-oss | Source Repository (Non-OSS) | No | ---- | ---- | http://download.opensuse.org/source/distribution/leap/15.4/repo/non-oss/
Therefore, I would like to ask what should I do with that part? Should I run zypper modifyrepo --enable on all the disabled repos? Or perhaps delete them, altogether? I am also not sure whether I should manually change 15.4 to 15.5 in the repo urls?
I would like to do my best when updating, in an attempt to solve the wireless/ plasma desktop issues. Hence, the questions.
I run a dual boot openSUSE Leap 15.4 windows 7 system on an old lenovo x220 laptop.
These are those I have that equate to what you have on this particular system, just one out of 32 15.5s I have in total, all but about 5 or 6 of which were dup’d from a prior Leap release rather than fresh installs:
You have too many. Start removal with the ones with duplicate URLs, most of those whose alias includes an 8 character ID string. Some of yours you may remove, e.g. *debug* and *source* (you’re not a debugger or programmer, right?). Others you should remove, e.g. *SLE-15-SP?:/GA/pool/* (obsolete) and *sandisk* (old installation media). Still others may be kept, but should be disabled during the upgrade, e.g. home:bilson and home:ecsos, the latter of which I keep as a source of the latest version of MC. Home dirs are best not enabled during a dup. They can be re-enabled after the upgrade is otherwise complete, if still relevant to your needs.
The URLs may be modified to $releasever rather than 15.5. That choice is up to you, but using $releasever means when you dup you must specify that 15.5 is your release target. I don’t like seeing variables in config files of any of the kinds I manage directly. Most other regulars in the forums seem to be of the variables are better/best persuasion. OTOH, I keep lots of alpha and beta installations for which I include one or more optional repos which don’t exist yet, and thus need the explicit version that does exist to remain enabled.
thank you for your help!
I reduced the list a bit ( hopefully I understood everything correctly). home:bilson and home:ecsos are disabled now too.
Please give me some rope here. Perhaps more stuff needs to be deleted.
When writing the reply I noticed that 3 | Libdvdcss | Yes | (r ) Yes | http://opensuse-guide.org/repo/openSUSE_Leap_15.5/ is enabled. I will do the same in my case.
In addition there are some differences in the packman repo urls. I don’t know which one to use. Perhaps your variant is better.
Essentials is only a subset of the Packman repo (to speed up repo refreshing for those with slow internet connections). You use either Essentials or the complete one. not both. The one you have is fine.
And you have still double ones. I se (at least) two OSS.
And are you sure you need that KDE3 one?
And are you sure you need those from several individual packagers?
BTW, whatever you end up with (after cleaning up this rather messy list), you need to check if $releasever is in place on the URLs. Else you can not use the zypper releasever 15.5 ..... commands to make upgrading so easy.
I am not sure about KDE3. I noticed that mrmazda have it as well, so I decided to keep it. It is actually plasma/kde which is the main reason for the update. This however is just my assumption.
I sorted and deleted the duplicates.
I hate trying to deal with other people’s repo lists. They’re too wide to fit even half a line on a single screen at once. You can see from my first thread post here that my own are not a problem, due to several things done here to cut line lengths down to grokable lengths:
# grep -i tColumn /etc/zypp/zypper.conf
repoListColumns = au
#
Above limits columns listed to a limited useful selection, eliminating most of the redundance among various columns, focusing output on the Alias and in particular, the URL, which contains nearly all of what matters in determining propriety of any particular repo with the listed output. When additional columns are wanted, cmdline options can be added, which may revert line length to more than available space.
Aliases are shortened, and repo* strings are eliminated.
Names are shortened, and repo* strings are eliminated.
Filenames are shortened, and repo* strings are limited to a single instance per filename.
Using your repo list, I cut it down to the following that I would use for the initial upgrade, then enable any of the others you find remain necessary.
so we (and you) can check of the $releasever is in proper place.
And you should really try to find out WHY you have the KDE3, bilson and ecsos repos. Having a better repo list without knowing why you have what you have is still not a good repo list.
OK I will do that.
Concerning KDE, bilson and ecsos : I had problems with KDE before and those were added most probably at that time. For the time being they will remain switched off.
I managed to prepare the repos and insert ${releasever}. No duplicate repos are any longer present and I switched the unnecessary, following the suggestions of mrmazda. Subsequently I run:
linux-orv6:~> sudo zypper --releasever=15.5 refresh
Warning: Enforced setting: $releasever=15.5
Repository 'packman' is up to date.
Repository 'Update repository of openSUSE Backports' is up to date.
Repository 'Non-OSS Repository' is up to date.
Repository 'Main Repository' is up to date.
Repository 'Update repository with updates from SUSE Linux Enterprise 15' is up to date.
Repository 'Main Update Repository' is up to date.
Repository 'Update Repository (Non-Oss)' is up to date.
All repositories have been refreshed.
linux-orv6:~> sudo zypper --releasever=15.5 dup --download-in-advance
Warning: Enforced setting: $releasever=15.5
Loading repository data...
Reading installed packages...
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Computing distribution upgrade...
So far so good. Unfortunately, I start to get multiple error messages of the sort:
Problem: the to be installed tlp-1.5.0-bp155.1.8.noarch conflicts with 'power-profiles-daemon' provided by the to be installed power-profiles-daemon-0.10.1-bp155.2.13.x86_64
Solution 1: deinstallation of power-profiles-daemon-0.10.1-bp154.1.11.x86_64
Solution 2: deinstallation of tlp-1.4.0-bp154.1.28.noarch
Solution 3: keep obsolete tlp-1.4.0-bp154.1.28.noarch
Choose from above solutions by number or cancel [1/2/3/c/d/?] (c):
I am not sure what to do next. I am afraid to make any choice, since it has 1/3 chance of being the wrong.
I would appreciate your help.
I would suggest --allow-vendor-change during the dup.
Personally I always disable all non standard repos (including Packman) during this. Later I will then do the famous “vendor switch to Packman”. Thus First all will be switched to OSS and then only what is needed will be switched to Packman (remember that sometimes Packman stops providing packages because licencies are expired and OSS now is fully functional for that specific one).
Unfortunately, some other repo caused another problem.
linux-orv6:~> sudo zypper --releasever=15.5 dup --download-in-advance
Warning: Enforced setting: $releasever=15.5
Loading repository data...
Reading installed packages...
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Computing distribution upgrade...
25 Problems:
Problem: problem with the installed libavcodec57-3.4.12-150400.1.pm.2.x86_64
Problem: problem with the installed libavcodec58_134-4.4.4-150400.4.pm.2.x86_64
Problem: problem with the installed libavdevice57-3.4.12-150400.1.pm.2.x86_64
Problem: problem with the installed libavfilter6-3.4.12-150400.1.pm.2.x86_64
Problem: problem with the installed libavfilter7_110-4.4.4-150400.4.pm.2.x86_64
Problem: problem with the installed libavformat57-3.4.12-150400.1.pm.2.x86_64
Problem: problem with the installed libavformat58_76-4.4.4-150400.4.pm.2.x86_64
Problem: problem with the installed libavresample3-3.4.12-150400.1.pm.2.x86_64
Problem: problem with the installed libavresample4_0-4.4.4-150400.4.pm.2.x86_64
Problem: problem with the installed libavutil55-3.4.12-150400.1.pm.2.x86_64
Problem: problem with the installed libavutil56_70-4.4.4-150400.4.pm.2.x86_64
Problem: problem with the installed libfdk-aac2-2.0.2-pm154.1.3.x86_64
Problem: problem with the installed libheif1-1.16.2-150400.5.pm.2.x86_64
Problem: problem with the installed libpostproc54-3.4.12-150400.1.pm.2.x86_64
Problem: problem with the installed libpostproc55_9-4.4.4-150400.4.pm.2.x86_64
Problem: problem with the installed libswresample2-3.4.12-150400.1.pm.2.x86_64
Problem: problem with the installed libswresample3_9-4.4.4-150400.4.pm.2.x86_64
Problem: problem with the installed libswscale4-3.4.12-150400.1.pm.2.x86_64
Problem: problem with the installed libswscale5_9-4.4.4-150400.4.pm.2.x86_64
Problem: problem with the installed libvlc5-3.0.18-150400.2.6.pm.4.x86_64
Problem: problem with the installed libvlccore9-3.0.18-150400.2.6.pm.4.x86_64
Problem: problem with the installed vlc-3.0.18-150400.2.6.pm.4.x86_64
Problem: problem with the installed vlc-noX-3.0.18-150400.2.6.pm.4.x86_64
Problem: problem with the installed vlc-qt-3.0.18-150400.2.6.pm.4.x86_64
Problem: the to be installed tlp-1.5.0-bp155.1.8.noarch conflicts with 'power-profiles-daemon' provided by the to be installed power-profiles-daemon-0.10.1-bp155.2.13.x86_64
Problem: problem with the installed libavcodec57-3.4.12-150400.1.pm.2.x86_64
Solution 1: install libavcodec57-3.4.2-150200.11.31.1.x86_64 from vendor SUSE LLC <https://www.suse.com/>
replacing libavcodec57-3.4.12-150400.1.pm.2.x86_64 from vendor http://packman.links2linux.de
Solution 2: keep obsolete libavcodec57-3.4.12-150400.1.pm.2.x86_64
Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c/d/?] (c):
Thanks to your amazing help I managed to update the system to 15.5 .
The vlc (updated from packman) /firefox/pkular plasma problem seems to be fixed .
Unfortunately, I can’t connect to the wireless
I get Authorization supplicant timed out error and the wifi gets deactivated. This error I had about an year ago. Have no clue how I managed to fix it
I think that i mught need to update firefox too. At a point it was consuming 2.5 gb ram. Some kade mozilla helper spawned about 100 of child processes.
I killed them all and restarted firefox. Nown it seems to be ok. However, i will try to update it, perhaps it will mitigate this problem in the future.
