Thursday, December 26, 2013

openSUSE 13.1

2 years ago, I finally decided to ditch Ubuntu (kubuntu actually) and give openSUSE a try. Since that day, it has been running fine and stable without any problems. 12.1 was getting old, however, and I thought the other weekend was the perfect timing to re-install my main computer with the latest-and-greatest openSUSE 13.1.

Like with 12.1, installation went like a breeze. As with 12.1, I downloaded the live DVD and installed from there. It was only after the first reboot, network was not available (it was available in the live DVD) and I had to enable networking manually in YaST, not sure why that happened. YaST, by the way, has been rewritten entirely in Ruby to allow better development for new modules. The previous version of YaST was written in YCP which was a very inflexible language from what I read. Anyway, as a normal user, you probably won't see any differences.

Since I have an NVIDIA card, I downloaded and installed the latest drivers (331.20 at the time of writing) manually. I guess you could use a more automated way to do this, but since I have been compiling NVIDIA drivers for a while now (even in Ubuntu), I don't mind. This is where the problems started. Although this driver seems to work fine, it somehow makes running virtual machines in VMware's player impossible. I have found a thread in openSUSE's forum that confirms this problem and provides a solution. You need to rollback the driver to an older version (in this case 325.15) to allow your virtual machines to run. This problem is also described here. I guess this will be solved in a more recent version of the driver.
The older version of the nvidia driver (325.15) has a tearing problem, however, which means horizontal lines can appear while playing videos cutting the images in pieces. This is not a dramatic problem, but is annoying enough to start google'ing for a solution. In my case, the following command solves the problem:

nvidia-settings --assign CurrentMetaMode="DFP-0: 1920x1080 { ForceCompositionPipeline = On }"
I'm not sure how to make the above command "permanent" yet, but for now, it does the trick and I don't reboot very often.

I am using an ldap for centralized user management. YaST has a module (called "ldap client") which makes it easy to use this ldap for authentication and authorization in openSUSE. In 12.1 this worked without any problems, in 13.1 it was a little more difficult to get it going. In 13.1, the authentication and authorization is backed by sssd which requires the ldap to support the more secure ldaps:// protocol. Since my ldap setup at home is very old and doesn't need to be very secure (after all, it's the "home" network), it didn't support the ldaps:// protocol yet. After some tinkering my ldap supported LDAPS and was ready for sssd :)

The same server is also running samba in a "domain mode" setup. This server serves as a domain controller for my virtual Windows 7 and my old HP computer, also running Windows 7 now. It also serves as a domain controller for samba running on my openSUSE box. So installing samba was next. This is where I encountered the first real openSUSE bug. Since openSUSE is using systemd (instead of the older System V) and a tmpfs to store volatile data (such as /var/run) it relies on "some" kind of configuration to get these volatile folders populated. Unfortunately /var/run/samba is never created which prevents smbd and nmbd from starting. I don't use samba very often, so I only noticed samba was not started after discovering dolphin was reacting very slow. Dolphin took 30 seconds or so to start and navigating through folders also took several seconds. Starting dolphin from the console, revealed there was a problem communicating with the samba service hence a fix was needed. A solution was also found on the openSUSE forum.
systemd allows a Linux system to start very quickly, since it allows to start most of the services in parallel, instead of sequential. My Linux knowledge dates back from the time everything was still using System V. Everything was simple back then, systemd is more complicated and requires some studying :)

As already mentioned in a previous post, I am a long-time f-spot user. Since my collection of photo's has reached 10.000+, f-spot started to crash every now and then. Since it is pretty much dead (activity on the mailing list is almost "zero") and alternatives are available, I decided to migrate my collection to digikam. I can't compare the set of features provided by f-spot with the features available in digikam, since the only reason I use this software is to "tag" my photo's. digikam also has a flickr plugin, which makes it easy to upload photo's to my flickr account. Neat. I haven't seen digikam crashing yet, so I guess it can handle my collection better than f-spot did.
I'm not even sure you can run f-spot on openSUSE 13.1 because last time I tried on a virtual openSUSE running a 13.1 RC, it didn't work. Anyway, f-spot is another gtk-ish application down the drain :)

I also read half a dozen things to do after installing openSUSE 13.1 to solve the usual codec and GTK related issues. Also, apply what is said in one of the comments:

For LibreOffice it is actually "gtk3-theme-oxygen" not "gtk3-theme-engine" and you need to install "libreoffice-gnome" to make it use Gtk.
otherwise Libre Office will just remain plain ugly. The only application for which I could not resolve its "uglyness" is Apache Directory Studio. This is based on Eclipse 3.x which crashes upon startup. You can find more on this problem here. You have to add this property to your environment
to make it work. Looks very oldschool now, but at least it doesn't crash anymore and I don't need Apache Directory Studio very often anyway.

So after some issues, I have a shiny new installation of openSUSE running. I've encountered some problems while setting up everything, but I guess this is more related to the specific setup I have (ldap for centralized user management, samba, ...) than it is related to general issues with Linux or openSUSE.

No comments: