WithTumbleweed XFCE 64 bit on a Lenovo Thinkpad W520 688 updates are being held back.
The error messages reads:
Media source ‘http://download.opensuse.org/tumbleweed/repo/oss/’ does not contain the desired medium
What’s to do?
TIA
When I see an error like that,
The first thing I do is verify that my machine can reach that location.
Enter the URL into a web browser and see if you have a networking problem or if the location is reachable.
If the location is reachable,
Then try again.
Also, how are you updating?
Another try is to update using the command line as follows
zypper dup --no-allow-vendor-change
TSU
The location was reachable.
The problem was, zypper dup REQUIRES a vendor change due to some incompatibilities that weren’t mentioned using YAST’s updater.
So I am doing a straight zypper dup (that is, allowing vender changes - after all, Tumbleweed is a rolling edition).
And will report if further complications occur.
Thanks, TSU
The --no-allow-vendor-change is the new default for TW. Since the 20170709 release, so ‘zypper dup’ defaults to that option.
1776 updates/upgrades are being installed. (I’m about 1/3 through it).
I tried that first but incompatibilities were mentioned.
zypper dup worked.
After updating and updating/uprading via zypper dup and changing my online update settings via YAST, everything seems to work except the four key - which didn’t work before (and does in other distros).
That includes running EccoPro, a Windows PIM.
I will now do this on the laptop, also.
The laptop is installed with Tumbleweed Xfce and using zypper dup both with and without the “–no-allow-vendor-change” instruction required a large number of complications (choices due to incompatibilities) that makes me think that I should install LXQt on that one also.
This only happens when you have additional repos. Nothing to do with what desktop environment is / was installed. Please post output of
zypper lr -d
I manage a couple of TW machines, updating is a smooth process on all of them. Please also show these ‘incompatibilities’
The desktop machine with Gecko LXQt had no problems (and Gecko uses extra repos).
The oSUSE Xfce is the one that is hanging up.
So I installed the LXQt desktop environment but on rebooting it still goes straight into Xfce.
zypper l -rd gives
Repository priorities are without effect. All enabled repositories share the same priority.
| Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service
–±--------------------±-----------------------------------------±--------±----------±--------±---------±-------±--------------------------------------------------------------------------------±-------
1 | openSUSE-20160517-0 | openSUSE-20160517-0 | Yes | (r ) Yes | Yes | 99 | yast2 | cd:///?devices=/dev/disk/by-id/ata-PLEXTOR_BD-R_PX-LB950UE_3512003_266126500003 |
2 | packman | Packman repository (openSUSE_Tumbleweed) | Yes | (r ) Yes | Yes | 99 | rpm-md | http://packman.inode.at/suse/openSUSE_Tumbleweed |
3 | repo-debug | openSUSE-Tumbleweed-Debug | Yes | (r ) Yes | Yes | 99 | yast2 | http://download.opensuse.org/debug/tumbleweed/repo/oss/ |
4 | repo-non-oss | openSUSE-Tumbleweed-Non-Oss | Yes | (r ) Yes | Yes | 99 | yast2 | http://download.opensuse.org/tumbleweed/repo/non-oss/ |
5 | repo-oss | openSUSE-Tumbleweed-Oss | Yes | (r ) Yes | Yes | 99 | yast2 | http://download.opensuse.org/tumbleweed/repo/oss/ |
6 | repo-source | openSUSE-Tumbleweed-Source | Yes | (r ) Yes | Yes | 99 | yast2 | http://download.opensuse.org/source/tumbleweed/repo/oss/ |
7 | repo-update | openSUSE-Tumbleweed-Update | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/tumbleweed/ |
dhinds@linux-79wv:~>
The problems all have to do with Libre Office, Perl and Python
Repos seem OK. Please show ( maybe through paste.opensuse.org ) the output when running ‘zypper dup --no-allow-vendor-change’ .
BTW did you reboot after the upgrade ?
I was unable to upgrade. The choices never ended.
I will send the initial choices soon (I’m on the desktop machine in the office - same house). But they never end. Hundreds of them.
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.
Loading repository data…
Reading installed packages…
Computing distribution upgrade…
2 Problems:
Problem: libreoffice-5.1.3.1-1.3.x86_64 requires libfbembed.so.2.5()(64bit), but this requirement cannot be provided
Problem: python-cupshelpers-1.5.7-5.4.noarch requires python(abi) = 3.5, but this requirement cannot be provided
Problem: libreoffice-5.1.3.1-1.3.x86_64 requires libfbembed.so.2.5()(64bit), but this requirement cannot be provided
uninstallable providers: libfbembed2_5-2.5.4.26856-2.9.x86_64[openSUSE-20160517-0]
Solution 1: Following actions will be done:
keep obsolete libreoffice-5.2.3.3-2.2.x86_64
keep obsolete libreoffice-l10n-en-5.2.3.3-2.2.noarch
keep obsolete libreoffice-icon-theme-sifr-5.2.3.3-2.2.noarch
keep obsolete perl-base-5.24.0-3.5.x86_64
keep obsolete perl-B-Hooks-EndOfScope-0.21-1.2.noarch
keep obsolete perl-CPAN-Changes-0.400002-1.4.noarch
keep obsolete perl-Class-Singleton-1.5-1.4.noarch
keep obsolete perl-Config-Crontab-1.44-1.1.noarch
keep obsolete perl-DateTime-Locale-1.050000-1.1.noarch
keep obsolete perl-DateTime-TimeZone-2.01-1.1.noarch
keep obsolete perl-Devel-Symdump-2.18-1.1.noarch
keep obsolete perl-Digest-HMAC-1.03-20.5.noarch
keep obsolete perl-Dist-CheckConflicts-0.11-1.4.noarch
keep obsolete perl-Encode-Locale-1.05-1.4.noarch
keep obsolete perl-Exporter-Tiny-0.044-1.1.noarch
keep obsolete perl-File-Listing-6.04-9.4.noarch
keep obsolete perl-HTML-Tagset-3.20-73.4.noarch
keep obsolete perl-HTTP-Cookies-6.01-9.4.noarch
keep obsolete perl-HTTP-Daemon-6.01-9.4.noarch
keep obsolete perl-HTTP-Date-6.02-9.4.noarch
keep obsolete perl-HTTP-Message-6.11-1.3.noarch
keep obsolete perl-HTTP-Negotiate-6.01-9.4.noarch
keep obsolete perl-IO-HTML-1.001-1.4.noarch
keep obsolete perl-IO-Socket-SSL-2.025-1.2.noarch
keep obsolete perl-LWP-MediaTypes-6.02-9.4.noarch
keep obsolete perl-LWP-Protocol-https-6.06-1.4.noarch
keep obsolete perl-List-MoreUtils-0.415-1.5.x86_64
keep obsolete perl-Module-Implementation-0.09-1.4.noarch
keep obsolete perl-Module-Runtime-0.014-3.4.noarch
keep obsolete perl-Net-DNS-1.08-1.1.noarch
keep obsolete perl-Net-HTTP-6.13-1.1.noarch
keep obsolete perl-Package-Stash-0.37-1.4.noarch
keep obsolete perl-Pod-Coverage-0.23-5.5.noarch
keep obsolete perl-RPC-XML-0.79-1.2.noarch
keep obsolete perl-Sub-Exporter-Progressive-0.001013-1.1.noarch
keep obsolete perl-Test-Pod-1.51-1.4.noarch
keep obsolete perl-Test-Pod-Coverage-1.10-3.4.noarch
keep obsolete perl-TimeDate-1.20-26.4.noarch
keep obsolete perl-Try-Tiny-0.28-1.1.noarch
keep obsolete perl-URI-1.71-1.3.noarch
keep obsolete perl-WWW-RobotRules-6.02-9.4.noarch
keep obsolete perl-XML-NamespaceSupport-1.11-23.4.x86_64
keep obsolete perl-XML-SAX-Base-1.08-10.5.noarch
keep obsolete perl-XML-SAX-Expat-0.51-3.4.noarch
keep obsolete perl-XML-Simple-2.22-1.3.noarch
keep obsolete perl-XML-Twig-3.52-1.1.noarch
keep obsolete perl-XML-XPath-1.40-1.1.noarch
keep obsolete perl-libwww-perl-6.24-1.1.noarch
keep obsolete perl-namespace-autoclean-0.28-1.3.noarch
keep obsolete perl-namespace-clean-0.27-1.2.noarch
keep obsolete yast2-apparmor-3.1.3-1.5.noarch
Solution 2: Following actions will be done:
deinstallation of libfbclient2-3.0.1.32609-3.4.x86_64
keep obsolete perl-5.24.0-3.5.x86_64
keep obsolete perl-B-Hooks-EndOfScope-0.21-1.2.noarch
keep obsolete perl-CPAN-Changes-0.400002-1.4.noarch
keep obsolete perl-Class-Singleton-1.5-1.4.noarch
keep obsolete perl-Config-Crontab-1.44-1.1.noarch
keep obsolete perl-DateTime-Locale-1.050000-1.1.noarch
keep obsolete perl-DateTime-TimeZone-2.01-1.1.noarch
keep obsolete perl-Devel-Symdump-2.18-1.1.noarch
keep obsolete perl-Digest-HMAC-1.03-20.5.noarch
keep obsolete perl-Dist-CheckConflicts-0.11-1.4.noarch
keep obsolete perl-Encode-Locale-1.05-1.4.noarch
keep obsolete perl-Exporter-Tiny-0.044-1.1.noarch
keep obsolete perl-File-Listing-6.04-9.4.noarch
keep obsolete perl-HTML-Tagset-3.20-73.4.noarch
keep obsolete perl-HTTP-Cookies-6.01-9.4.noarch
keep obsolete perl-HTTP-Daemon-6.01-9.4.noarch
keep obsolete perl-HTTP-Date-6.02-9.4.noarch
keep obsolete perl-HTTP-Message-6.11-1.3.noarch
keep obsolete perl-HTTP-Negotiate-6.01-9.4.noarch
keep obsolete perl-IO-HTML-1.001-1.4.noarch
keep obsolete perl-IO-Socket-SSL-2.025-1.2.noarch
keep obsolete perl-LWP-MediaTypes-6.02-9.4.noarch
keep obsolete perl-LWP-Protocol-https-6.06-1.4.noarch
keep obsolete perl-List-MoreUtils-0.415-1.5.x86_64
keep obsolete perl-Module-Implementation-0.09-1.4.noarch
keep obsolete perl-Module-Runtime-0.014-3.4.noarch
keep obsolete perl-Net-DNS-1.08-1.1.noarch
keep obsolete perl-Net-HTTP-6.13-1.1.noarch
keep obsolete perl-Package-Stash-0.37-1.4.noarch
keep obsolete perl-Pod-Coverage-0.23-5.5.noarch
keep obsolete perl-RPC-XML-0.79-1.2.noarch
keep obsolete perl-Sub-Exporter-Progressive-0.001013-1.1.noarch
keep obsolete perl-Test-Pod-1.51-1.4.noarch
keep obsolete perl-Test-Pod-Coverage-1.10-3.4.noarch
keep obsolete perl-TimeDate-1.20-26.4.noarch
keep obsolete perl-Try-Tiny-0.28-1.1.noarch
keep obsolete perl-URI-1.71-1.3.noarch
keep obsolete perl-WWW-RobotRules-6.02-9.4.noarch
keep obsolete perl-XML-NamespaceSupport-1.11-23.4.x86_64
keep obsolete perl-XML-SAX-Base-1.08-10.5.noarch
keep obsolete perl-XML-SAX-Expat-0.51-3.4.noarch
keep obsolete perl-XML-Simple-2.22-1.3.noarch
keep obsolete perl-XML-Twig-3.52-1.1.noarch
keep obsolete perl-XML-XPath-1.40-1.1.noarch
keep obsolete perl-libwww-perl-6.24-1.1.noarch
keep obsolete perl-namespace-autoclean-0.28-1.3.noarch
keep obsolete perl-namespace-clean-0.27-1.2.noarch
keep obsolete yast2-apparmor-3.1.3-1.5.noarch
Solution 3: deinstallation of libOpenCOLLADA0-1_3335ac1-2.2.x86_64
Solution 4: break libreoffice-5.1.3.1-1.3.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/3/4/s/r/c] (c):
And after those come dozens more.
It looks like I am going to have to reinstall.
How much does the system no longer update?
It won’t update at all.
For how long?
Probably quite a while.
I don’t recall, exactly.
Try it alone
sudo zypper ref
sudo zypper dup
And she shows what she is proposing
On 07/16/2017 10:46 AM, Knurpht wrote:
>
> d_hinds;2830195 Wrote:
>> The location was reachable.
>>
>> The problem was, zypper dup REQUIRES a vendor change due to some
>> incompatibilities that weren’t mentioned using YAST’s updater.
>>
>> So I am doing a straight zypper dup (that is, allowing vender changes -
>> after all, Tumbleweed is a rolling edition).
>>
>> And will report if further complications occur.
>>
>> Thanks, TSU
>
> The --no-allow-vendor-change is the new default for TW. Since the
> 20170709 release, so ‘zypper dup’ defaults to that option.
>
>
Yes, but the upgrade will not overwrite an existing conf file which
contains the old setting.
–
Ken
linux since 1994
S.u.S.E./openSUSE since 1996