Depends on what you mean with “improvements” here.
Did your support efforts result in interesting contacts from this application domain?
Not really. Why should it?
I just try to help users with problems here in the forum.
Does our constructive dialogue contain enough information for further inspirations?
Well, maybe. At least it made me aware that Xorg has been updated recently in Tumbleweed, with a new ABI version.
Examples for further clarification requests:
Well, git works fine on my Tumbleweed installation, so it seems to be a problem on your end. You probably tried to install a package not intended for Tumbleweed, or have some incompatible repos configured. git is included in the distribution, and should require the perl included in the distribution.
Never used Linphone though.
Do a lot of users try to find solutions for their difficulties by alternative means because of this fact?
Most that want to use the nvidia driver use a stable openSUSE release I suppose, as recommended.
I hope that more knowledge about usable version ranges will become available.
Ask nvidia to provide it. But they probably don’t know either in advance, when a new kernel or Xorg is being released that causes the driver to not work.
One of these versions worked on my system for a while before I dared to try another update out.
Well, yes. That’s the point. You will always get updates on Tumbleweed that might break the nvidia driver.
You have to update the driver then to the latest version, or wait until a new version (that works) is released by nvidia.
G03 is not expected to work at all at the moment in Tumbleweed, btw:
No idea about G04.
I have got an alternative view on the effects from corresponding software evolution.
Older versions are definitely not going to work on Tumbleweed.
I hoped to avoid this.
As you prefer.
If you don’t like to have hassles with nvidia driver, better switch to nouveau then.
But that has its problems as well, and might not be an option for you anyway.
How should be determined which of these modules is responsible for the display of the screen resolution “1280 x 1024” at the moment?
Look into /var/log/Xorg.0.log which graphics driver is used.
And/or post it so that we can see what’s going on, as I asked already.
I want to keep the software “Linux 4.1.1-1-desktop” running on my system until I know that alternative versions will also work together with other components as expected for my needs.
You didn’t tell that you have that installed.
That kernel is old, but ok. The nvidia driver should work with it.
It was also provided by this installation source for a while.
Yes, but kernel-desktop does not exist any more, neither in Tumbleweed nor in Leap.
This is the 13.2 version, as I wrote.
I would like to omit the repository list here at the moment because this information did not really help in similar clarification tries so far.
Do what you prefer.
But don’t expect proper help if you don’t even provide the requested information.
Can you at least post the URL of the used nvidia repo then?
Ok, at least there are no version mismatches.
And it is the latest version.
Are those all packages? Did you remove nvidia-gfxG04-kmp-default meanwhile?
I have tried this after noon.
X.Org X Server 1.18.0
Release Date: 2015-11-09
47.001] X Protocol Version 11, Revision 0
47.002] Build Operating System: openSUSE SUSE LINUX
47.002] Current Operating System: Linux Sonne 4.1.1-1-desktop #1 SMP PREEMPT Wed Jul 8 14:23:40 UTC 2015 (cac28b3) x86_64
47.002] Kernel command line: root=/dev/duda/root resume=LABEL=SSHD-temp splash=silent quiet vga=0x31b nomodeset
47.002] Build Date: 18 January 2016 07:18:00PM
47.002] Current version of pixman: 0.33.6
47.182] (II) LoadModule: "glx"
47.209] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
47.837] (II) Module glx: vendor="NVIDIA Corporation"
47.837] compiled for 4.0.2, module version = 1.0.0
47.837] Module class: X.Org Server Extension
47.860] (II) NVIDIA GLX Module 352.63 Sat Nov 7 20:52:00 PST 2015
48.263] (EE) NVIDIA: Failed to initialize the NVIDIA kernel module. Please see the
48.263] (EE) NVIDIA: system's kernel log for additional error messages and
48.263] (EE) NVIDIA: consult the NVIDIA README for details.
48.480] (EE) [drm] Failed to open DRM device for pci:0000:04:00.0: -19
48.694] (EE) [drm] Failed to open DRM device for pci:0000:04:00.0: -19
48.694] (EE) open /dev/dri/card0: No such file or directory
48.716] (II) FBDEV(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
48.716] (==) FBDEV(0): Depth 24, (==) framebuffer bpp 32
48.716] (==) FBDEV(0): RGB weight 888
48.716] (==) FBDEV(0): Default visual is TrueColor
48.716] (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
48.716] (II) FBDEV(0): hardware: VESA VGA (video memory: 10240kB)
48.716] (II) FBDEV(0): checking modes against framebuffer device...
48.716] (II) FBDEV(0): checking modes against monitor...
48.716] (--) FBDEV(0): Virtual size is 1280x1024 (pitch 1280)
48.716] (**) FBDEV(0): Built-in mode "current": 131.1 MHz, 80.3 kHz, 76.6 Hz
48.716] (II) FBDEV(0): Modeline "current"x0.0 131.09 1280 1312 1472 1632 1024 1028 1032 1048 -hsync -vsync -csync (80.3 kHz b)
48.716] (==) FBDEV(0): DPI set to (96, 96)
48.772] (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found)
Does this detailed information help really more for the desired problem resolution than my initial request?
Yes. It shows that the nvidia kernel module cannot be found, and the generic fbdev driver is being used instead of nvidia.
So either you didn’t correctly reinstall the driver, or something went wrong.
That version should definitely work with Kernel 4.1.1, so run this and post the output please:
sudo zypper in -f nvidia-gfxG04-kmp-desktop
As those packages are intended for 13.2, I’m not completely sure that they would work at all though.
Better try to install nvidia-gfxG04-kmp-default from the Leap repo, and try with kernel-default.
To which release name would a software like “Linux 4.1.1-1-desktop” belong in your view?
That kernel was once part of Tumbleweed, but is old and not available any more. It isn’t part of any openSUSE release.
Leap does come with 4.1.x, but originally had 4.1.12, which has been updated to 4.1.13 meanwhile (and there’s only kernel-default as I already mentioned, kernel-desktop does not exist any more since > 4.1.1).
I like this way for big parts of the provided software collection in principle. - I would appreciate if it will become possible to consider some special maintenance rules for my aging hardware.
It’s not about the age of your hardware, it’s about nvidia needing some time to update their driver to the latest Xorg/Kernel versions.
Can the Open Build Service help me to resolve special requirements for this use case?
Well, you can use it to build your own packages, that are updated automatically when a new kernel is released.
But it won’t magically “fix” the binary, closed-source nvidia driver.
You could of course also build an older Xorg there, but at the moment not even the kernel module can’t be loaded, so this won’t help either.
How “stable” can you really keep this component if you might notice that you will need the provided software corrections?
It is “stable” in that sense as that it is frozen at the release and doesn’t change any more. You get only bug fix and security updates, that are supposed to be compatible, and not cause problems with 3rd party applications and drivers like nvidia.