Script for basic git configuration

While setting up my new developer VM I came to the point where I had to configure git again. As I keep on configuring git on several VMs and systems required for and provided by my clients, I thought it might be a good idea to create a small shell script which sets up my standard configuration.

Options I normally use are:

# Set username
git config user.name

# Set user email
git config user.email

# Set standard editor
git config core.editor

# Activate colors in output
git config color.ui true

# Some helpful aliases
git config alias.s status
git config alias.au '!git add -u && git status'
git config alias.spull 'svn rebase'
git config alias.spush 'svn dcommit'

Based on this collection I developed a small shell script which you can find here (released under GNU GPLv3): git-init-config

It asks for user name, email and your favourite editor. You can either apply the configuration per git repository or globally (see option –global).

Nautilus killed by signal 11 (SIGSEGV) when starting Gnome session after updates (OEL 6.5)

Just experienced some weird behaviour on my fresh Oracle Enterprise Linux 6.5 installation. After installing a fresh VM I updated the system using system tools. Everything seemed fine until I rebooted the VM and started a new Gnome session. Unfortunately desktop icons were missing. The icons are normally provided by a nautilus process which starts on login. However, since the update nautilus kept being killed by signal 11 (SIGSEGV). Nevertheless, Gnome kept trying to open a new nautilus process which in ended up in a nautilus starting and killing spree 😉

In order to solve the problem I had a look at dmesg:

$ dmesg | tail

Within the output I found that not nautilus was the core problem but the librsvg library used by it. So I checked the software center application and found two versions:

librsvg Packages
librsvg Packages

After the first update process version 2.26.0-6.el6_5.2 was installed, so I tried 2.26.0-6.el6_5.3. Afterwards nautilus could start properly and the problem seems to be solved for the moment.

Running JD-GUI on Oracle Linux 6.5 (64 Bit)

I just installed a fresh Oracle Linux 6.5. (64 Bit) development virtual machine for myself. One tool I learned to appreciate a lot is JD-GUI. Unfortunately, the binary provided does not run on a 64 Bit Linux (virtual) box as it was compiled for i686 architecture. However, in order to run it without any errors just install the following packages:

yum install glibc.i686
yum install libgtk-x11-2.0.so.0
yum install libXxf86vm.so.1
yum install libSM.so.6
yum install libpk-gtk-module.so
yum install libcanberra-gtk-module.so
yum install gtk2-engines.i686

Accessing VirtualBox shared folders on Linux guests

Due to my switch to Mac OS I started to use more and more virtual machines using VirtualBox. Recently I wanted to share some files between my host and Linux guest system. The route to take was VirtualBox’s shared folder feature. Setting up the shared folder was pretty easy, however when I wanted to access it I ran into some permission issues.

You are not on the list ;)
You are not on the list 😉

So I checked the folder permissions and found out that only root and the group vboxsf have access to this folder.

Either be root or in the vboxsf club...
Either be root or in the vboxsf club…

In order to solve my small access problem I just joint the vboxsf club 😉

Joining the club!
Joining the club!

Afterwards my access problems to the shared folder due to restrictive permissions were solved. You might have to logout and login again before the changes take effect.

Problem solved
Problem solved

 

do-release-upgrade nach verlorener Verbindung fortsetzen (Ubuntu Server)

Ich habe kürzlich per Fernwartung das Distributionsupdate meines Servers mit do-release-upgrade durchführen wollen. Leider verlor ich natürlich die Netzwerkverbindung und war so aus dem Updatefenster rausgeworfen worden. Beim betrachten der aktiven Prozesse konnte ich jedoch sehen, dass es sehr wohl noch Updateprozesse und den Screen gab. Um den laufenden Screen wieder zu aktivieren, benutzte ich dann folgenden Befehl:

screen -DR