openSUSE 2015

Adding openSUSE Leap 42.1

- to upgraded Windows 10 desktop

Post date: Dec 14, 2015 6:17:49 PM

Desktop before changing the default background. We really like the large pop-up icons from the task bar.

The addition of openSUSE Leap 42.1 to our system with Windows 10 was a breeze, except, that during the first attempt we choose the Btrfs file system for the root drive. This seemed to break all our desktop icons to start programs. Hence after a few minutes we decided to re-install using the old ext4 file system on the root partition. There is properly an easy fix for the problems we encountered, but it was easier to just use the familiar file system. Especially since we have yet to read any convincing information about why we should have chosen Btrfs.

After startup the fonts used by our Java application simply used ugly. It had been so long since our upgrade to openSUSE 13.2, that we forgot to install the Microsoft fonts using the fetchmstffonts package available in the repositories. Beside this minor problem we only have one remaining issue, which is that we usually configure each virtual desktop independently, i.e. one is just icons, another groups, and a third search.

We are using a SpikerOak unlimited account to store an offsite copy of all our data. Since SpikerOak don't have a openSUSE repository any longer YaST complained about the integrity of the SpikerOakOne package, and we had to ignore the message to install the package. SpikerOakOne is working fine in Leap 42.1.

Update June 2018

We dropped SpikderOak, since we more needed an archive, than an off-site copy.

Out-of-space-on-root

on openSUSE 13.2

Post date: Apr 9, 2015 3:31:02 PM

If you run out-of-space on root with openSUSE 13.2, then your system will boot, but X will not start. So your graphical desktop will not appear. This happened ones to us, and almost a second time. The second occurrence have resulted in cleaning up the major temporary file areas /tmp and /var/tmp. However, to avoid the situation in the future we have implemented a procedure for cleaning these directories on reboot, which usually happens daily.

This is accomplished by copying the file tmp.conf from /usr/lib/tmpfiles.d to /etc/tmpfiles.d and editing the tmp.conf in the /etc/tmpfiles.d directory by changing the end of the lines for the /tmp and /var/tmp directories from '-' to '1d'. This means any files older than 1 day will be deleted on a reboot.

Al alternative to this procedure would be to move /tmp - and possibly also /var/tmp to tmpfs, which is currently being discussed in several linux fora.

KDE Leave menu doesn't appear

Post date: Apr 9, 2015 2:36:01 PM

Recently we have had to stop our desktop system, which is usually running openSUSE with KDE, using the hard power off, i.e. pressing and holding the power button down for several seconds. The problem, was that if we right clicked on the desktop and choose "Leave" from the pop-up menu, then nothing happened. Finally, we got tired of this and did some googling.

The solution was rather simple. Start "Configure Desktop", and go to "Startup and Shutdown", and in "Session Management" choose "Start with an empty session". Then after a Ctrl+Alt+Backspace we could login again, and now the Leave menu appears.

Skype working again

on our 64-bit openSUSE 13.2!

Post date: Mar 29, 2015 10:26:42 AM

After installing openSUSE 13.2 we have had some issues with getting Skype to start. The issue was not the one reported in the release notes. Rather, it appears, that some 32-bit libraries, which Skype use are not installed when the base 32-bit functionality is installed during the install of a 64-bit open-SUSE 13.2. When we started Skype from a command line it reported, that libX11.so.6 was missing. Apparently that is a key X11 library, so without it nothing should work. The missing libraries were not properly identified during during installation of either of the unstable Skype-packages for open-SUSE 13.2 or the latest Linux rpm-package from the Skype website.

Initially we attempted to install the missing library using YaST by searching for "libX11.so". This resulted in nothing found. Yesterday, we tryed searching for just "libX11" in YaST, and discovered that the 32-bit version was not installed. We installed it, and again attempted to start Skype from a command line. Then another library was missing. This was then installed using YaST, and the procedure was repeated for another 3 or 4 libraries. Finally Skype started both from the command line and from the Skype icon under applications on the KDE desktop. Skype now even automatically starts after restarting the system.

Before arriving at the above solution we had searched the internet for rpm packages containing libX11.so.6. Installing such a package for openSUSE 13.2 did not solve the problem. Properly because the other libraries were still missing.

openSUSE 13.2 everywhere!

Post date: Mar 22, 2015 9:14:21 PM

and why we still have Windows around. We have now complete our migration to openSUSE 13.2. With the last migrations we ran into number of bad DVD. The writing was completed without errors, but since we used k3b the final result was not checked against the original file. With one DVD the installation stopped during image loading. With another is stopped at the time of boot loader installation and configuration. This was frustrating. We have now switched to Brassero for burning our install media, and as extra security use the check install media option before making our first install with a newly burned DVD.

As previously reported we had some problems with the Brtfs, and quickly abandoned that file system. We also attempted to install Tumbleweed on one of our systems. but since we have small piece of non-opensource software on many units, this attempt was abandoned after more careful reading about Tumbleweed.

Why still Windows?

Now to why we still have Windows around. We are involved in testing some java software developed by a research project. We have discovered, that some functionality sometimes work on Windows with the Oracle edition of Java, but not in openSUSE with the open source java. For example currently we have a program for designing graphical layout from a collection of objects. The menu of objects should open by right clicking on the canvas. This work on Windows 7 with the latest Oracle java edition, but it does not work on openSUSE with open source java. So apparently a needed default library is not being loaded by the open source java. We have not yet identified which one.

And yes! We love Google for Work. It allows among many other thing easy sharing of a whole folder tree with selected collaborators, and we can seamlessly edit and comment on Microsoft Word doduments, which collaborators have e-mailed us.