As I read the comment, lnussel wanted to get it in because YaST’s control center is being tested by openQA, and the test failed without yast2-fonts installed (because the entry was missing).
Later, the submit request got declined though (and the openQA test probably adjusted to not expect yast2-fonts).
Well, just saying “it doesn’t work too good” is not very useful…
But that’s probably because the vboxvideo kernel module was missing in openSUSE’s guest additions (virualbox-guest-kmp-default). It’s apparently not needed anymore on Tumbleweed as it is part of the latest kernel (still in staging though), but Leap 15’s kernel 4.12 doesn’t have it yet. http://bugzilla.opensuse.org/show_bug.cgi?id=1079221
Already fixed though, an update is on the way to Leap 15.
Of course you can also install the guest additions manually as workaround.
‘xorg-x11-fonts’ is installed but, nothing requires it; not even LibreOffice. I removed it before starting LibreOffice for the first time and, LibreOffice didn’t complain.
I must admit that, I didn’t start LibreOffice from a terminal window prompt – I’m suffering from the VirtualBox “small window” blues mentioned by jonte1.
Nice to see that, the ‘liberation2-fonts’ are installed by default.
Well, as you should know from the other thread about LO requiring xorg-x11-fonts, this will change though.
The latest LO packages require xorg-x11-fonts, and recommend liberation-fonts again instead of liberation2-fonts.
I reverted to nouveau a little while back and am having no problems with it now.
I’ve got 15 beta going well with it too. I even tried mythtv with nouvreau on 15 (alpha then beta) with no problems.
15 doesn’t have mythtv yet but 42.3 version works with a little tweak of the dependencies.
Not too weird actually, depending on your definition of weird…
I’ll try to explain again:
Leap 42.x was based on SLE12, and it was somehow desirable to express that dependency.
But, openSUSE 12.x already was in existance and obsolete, the latest version was 13.2 after all.
So, it was suggested to use 42.x, as in 12+30. (and S.u.S.E. always had some reference to HHGTTG anyway )
Now that SUSE decided to skip 13 and 14, and decided to call the next version 15, it just made sense to use that for the next Leap version as well.
As I reported it doesn’t work with the nvidia 42.3 repo:
zypper lr -d
Repository priorities are without effect. All enabled repositories share the same priority.
# | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service
---+---------------------------+-----------------------------------------+---------+-----------+---------+----------+--------+------------------------------------------------------------------------------------------------+--------
1 | 42.3 | NVIDIA | Yes | (r ) Yes | Yes | 99 | rpm-md | http://http.download.nvidia.com/opensuse/leap/42.3
Here’s the conflicts list. I didn’t have access to it earlier which is why my post seems vague.
YaST2 conflicts list - generated 2018-02-08 16:35:21
nothing provides ksym(default:down_read) = 354fc39f needed by nvidia-gfxG03-kmp-default-340.104_k4.4.76_1-11.1.x86_64
] do not install x11-video-nvidiaG03-340.104-11.1.x86_64
] break nvidia-gfxG03-kmp-default-340.104_k4.4.76_1-11.1.x86_64 by ignoring some of its dependencies
YaST2 conflicts list END
I opted not to install. What would be the point of breaking it?
As for the nouveau driver - yes it seems to be running OK, although sometimes dragging a window -esp Firefox - produces flashing, almost like strobing.
On openSUSE Leap 15.0, you need to uninstall the package drm-kmp-default first, before you can manually install Nvidia drivers using the .run shell script archive:
zypper rm drm-kmp-default
If you install the RPMs provided by Nvidia, you will not be affected by this issue, because in that case, the package drm-kmp-default is replaced during the driver installation automatically.
If you decide to uninstall Nvidia’s driver later, make sure to reinstall the package drm-kmp-default.
However when the command is run we see this:
> sudo zypper rm drm-kmp-default
[sudo] password for root:
Loading repository data...
Reading installed packages...
'drm-kmp-default' not found in package names. Trying capabilities.
Resolving package dependencies...
The following package is going to be REMOVED:
kernel-default
1 package to remove.
After the operation, 293.7 MiB will be freed.
Continue? [y/n/...? shows all options] (y): ?
What is your experience with nouveau and on what particular card?
Recently I tested GTX 680 with nouveau on 42.3 with a few phoronix benchmarks and the results are far worse than I thought: it is about x10 slower than the NVIDIA driver. I can actually feel it while moving windows on the screen.
Have you actually tried it?
As I wrote, the kernel module will be compiled for your kernel when you install the package.
So that dependency is more or less irrelevant and you can just ignore it.
But as I wrote as well, I cannot garantee that it will work.
That’s basically the paragraph from the 42.3 release notes.
You only need to uninstall it if it is installed of course.
Leap 15.0 doesn’t have a drm-kmp-default (with updated graphics drivers from newer kernels) package currently. Its kernel is quite new anyway.
Doesn’t mean that there might not be one in the future though.
(and it may be installed if you upgrade from 42.3 of course)
However when the command is run we see this:
> sudo zypper rm drm-kmp-default
[sudo] password for root:
Loading repository data...
Reading installed packages...
'drm-kmp-default' not found in package names. Trying capabilities.
Resolving package dependencies...
The following package is going to be REMOVED:
kernel-default
1 package to remove.
After the operation, 293.7 MiB will be freed.
Continue? [y/n/…? shows all options] (y): ?
Surely something not right here?
There is no drm-kmp-default package installed.
And the normal kernel-default package provides drm-kmp-default as well, as it does contain the drm kernel modules of course, so zypper will try to remove that.
XFCE is in the repo AFAICS.
But it migh not be on the DVD (yet?).
AFAIK the installer dynamically offers all desktops that are available.
If you use the NETinstaller or add the online repos during installation, it should show up. (if not, it’s proably a bug )
Of course you can always install/add it afterwards…
