AMD Athlon II x4 630
GeForce gt 730
Asus m3a78-em
8 GB
Yes, it is all old hardware, the MB and CPU are from 2008. Nevertheless, the computer is running LEAP 15.3 without a problem, and was installed from DVD.
The issue us that after loading drivers (which takes up to 20 minutes), it loads a(nother?) kernel, runs braille, and … nothing. Nichts, nil, nada. zip, zilch, zero, bupkis. Nothing. A totally blank screen, no response to mouse or keyboard. If I wait a couple of hours, it boots the existing installation (15.3)
I booted from the full distribution DVD, the network CD, and a USB stick. The USB stick never got past the initial load; it always froze. The full and network options failed as noted above.
When 15.3 came out my gigabyte 2006 Athlon II motherboard with gigabyte ATI graphics did the same thing.
The cause was my graphics card was no longer supported with the new 15,3 kernel. So I retired it.
I suspect that is your problem too.
You may have to go to Sparky Linux to get that antique to a newer OS. Sparky seems to support older machines still in 32 bit mode.
Problem: the installed libmutter-5-0-3.34.6-150200.3.12.1.x86_64 requires 'libmutter-clutter-5.so.0()(64bit)', but this requirement cannot be provided
deleted providers: mutter-3.34.6-150200.3.12.1.x86_64
Solution 1: deinstallation of libmutter-5-0-3.34.6-150200.3.12.1.x86_64
Solution 2: keep obsolete mutter-3.34.6-150200.3.12.1.x86_64
Solution 3: break libmutter-5-0-3.34.6-150200.3.12.1.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/3/s/r/c/d/?] (c):
Should I select option 1 for all of these? (It could become tedious.)
Only for media: gstreamer codecs on PackMan.
I am not aware of mutter or util-linux-2.37 being received from the PackMan repo.
I stopped the installation before it went vary far.
bor@10:~> sudo zypper in libmutter-5-0
Loading repository data...
Reading installed packages...
Resolving package dependencies...
Problem: nothing provides 'libmutter-clutter-5.so.0()(64bit)' needed by the to be installed libmutter-5-0-3.34.6-150200.3.12.1.x86_64
Solution 1: do not install libmutter-5-0-3.34.6-150200.3.12.1.x86_64
Solution 2: break libmutter-5-0-3.34.6-150200.3.12.1.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/c/d/?] (c):
OTOH there is nothing on 15.4 requiring or recommending libmutter-5-0 so I guess it is safe to chose option 1 to remove it.
You mentioned util-linux but did not provide any logs so we have no way to comment on it.
Check for unneeded packages: zypper packages --unneeded
erlangen:~ # zypper packages --unneeded
Loading repository data...
Reading installed packages...
S | Repository | Name | Version | Arch
--+------------------------+----------------------------+--------------+-------
i | Haupt-Repository (OSS) | google-droid-fonts | 20121204-8.3 | noarch
i | Haupt-Repository (OSS) | hwloc-devel | 2.7.1-1.3 | x86_64
i | Haupt-Repository (OSS) | libevent-devel | 2.1.12-2.9 | x86_64
i | Haupt-Repository (OSS) | libwx_gtk2u_core-suse5_0_0 | 3.1.5-4.3 | x86_64
erlangen:~ #
Remove unneeded packages including their dependencies:
erlangen:~ # zypper rm --clean-deps google-droid-fonts hwloc-devel libevent-devel libwx_gtk2u_core-suse5_0_0
Reading installed packages...
Resolving package dependencies...
The following 4 packages are going to be REMOVED:
google-droid-fonts hwloc-devel libevent-devel libwx_gtk2u_core-suse5_0_0
4 packages to remove.
After the operation, 19.5 MiB will be freed.
Continue? [y/n/v/...? shows all options] (y):
(1/4) Removing google-droid-fonts-20121204-8.3.noarch ..................................................................................................................................................................................[done]
(2/4) Removing hwloc-devel-2.7.1-1.3.x86_64 ............................................................................................................................................................................................[done]
(3/4) Removing libevent-devel-2.1.12-2.9.x86_64 ........................................................................................................................................................................................[done]
(4/4) Removing libwx_gtk2u_core-suse5_0_0-3.1.5-4.3.x86_64 .............................................................................................................................................................................[done]
There are running programs which still use files and libraries deleted or updated by recent upgrades. They should be restarted to benefit from the latest updates. Run 'zypper ps -s' to list these programs.
erlangen:~ #
Check solver options of zypper. These are expert options and require some considerations.
erlangen:~ # grep solver /etc/zypp/zypp.conf
## Note that this just a hint. First of all the solver will choose the 'best'
## The solvers general attitude when resolving jobs.
## Add missing dependencies as needed. This is the solvers default.
# solver.focus =
solver.onlyRequires = true
## EXPERTS ONLY: Per default the solver will not replace packages of
# solver.allowVendorChange = false
solver.dupAllowDowngrade = true
# solver.dupAllowNameChange = true
# solver.dupAllowArchChange = true
solver.dupAllowVendorChange = true
## EXPERTS ONLY: Cleanup when deleting packages. Whether the solver should
# solver.cleandepsOnRemove = false
# solver.checkSystemFile = /etc/zypp/systemCheck
# solver.checkSystemFileDir = /etc/zypp/systemCheck.d
## When committing a dist upgrade (e.g. 'zypper dup') a solver testcase
# solver.upgradeTestcasesToKeep = 2
## packages (dropped packages). Performing a dist upgrade the solver
## Turning this option off, the solver will not try to remove those
# solver.upgradeRemoveDroppedPackages = true
erlangen:~ #
To enable an option uncomment or specify on the command line. I have activated:
The above settings minimize number of questions asked. Enabling installation of recommended packages may trigger the installation of less essential stuff:
You do not tell us what you think the effect of it should be. You only tell rather vague (we love it when one shows prompt/command line, all output ad new prompt line between CODE tags, or in an upload to paste.opensuse.org when to large, not selections of what the poster thinks is important) that you get a long list.
As far as I interpret what you are asking for is that the first command will output a string to stdout:
Then you pipe that to a zypper command. But I am unaware that zypper ever reads from stdin. And even when it does, what is it supposed to do with that string?
Of course the zypper command then runs (ignoring the string that is standing before the stdin door) and creates that long list you mention.
Hi!
Intresting, -my HW on test-lab server at home:
AMD Athlon II x4 630
Using Built in RS780 (Radeon 3200)
Asus M4A478
12GB Ram
I don’t remember if it started with 15.x something(can have been 42.x), it takes some time to load drivers at boot. 15.3 was installed from a USB-stick. Upgraded to 15.4 using https://en.opensuse.org/SDB:System_upgradeRegards and good luck.
Huh! Using the hyphen to indicate input from stdin is so common, I assumed zypper did as well.
So zypper assumes removing all packages for the command “zypper rm --clean-deps” if no list is provided? Or that the hyphen represents a wild card character?
The example karlmistelberger showed had only 4 packages to remove. He copied/pasted each package name onto the “zypper rm --clean-deps” command. I had gotten 261 and looked for a way to automate it.
Assuming piping worked for zypper, I captured the output of “zypper packages --unneeded”, used “cut” to isolate the package names, and created the file “zypper-unneeded-2.txt”.
How should I correctly put those 261 package names on the command line?
And is 261 “unneeded” packages reasonable?
SUSE employee (who already fixed this bug BTW) for some reasons marked it internal
Michael Andres <ma@suse.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Group| |novellonly
rotfl!
And managers and sales people spend a lot of time and energy in promoting new names and are very proud of it. Yet, the software people shrug their shoulders and still cary on wth the old names hard-coded deep inside the software.
Reminds me of SUN Microsystems. jubilating about their Solaris. A simple uname -a exposed that it still was SunOS.
Some people were not happy with our reports, that were based on what he systems said. So we programmed a translation from SunOS versions to Solaris versions. Everybody happy!
# SunOS
elif ${OSN} = SunOS ]]
then print "${OSR}" | IFS='.' read EEN TWEE
if (( EEN > 4 ))
then OSN="Solaris"
(( EEN -= 3 ))
OSR="${EEN}.${TWEE}"
(( TWEE > 6 )) && OSR="${TWEE}"
fi
REL="${OSR} ${OSV}"
(where EEN contains the major version number and TWEE the minor number).
BTW. I only joined this thread when I saw the strange command. I do not know if the subject of the thread “All methods of installing an upgrade to 15.4 fail” is still valid.
I just upgraded a laptop from 15.3 > 15.4. Took about 40 minutes (but that depends of course very much on my network speed).
The end user can log in into KDE and sees no problems. That is of course not heavy testing, but it is upgraded using the on-line method without a glitch.
