I’ve successfully been running an instance of GitLab for almost a year now. The same server is running Redmine, hence both GitLab and Redmine are running in their respective sub-directories. Phusion Passenger is my application server of choice. Unfortunately, it became increasingly difficult to keep this setup running with newer versions of GitLab. First, GitLab officially is not supporting running it out of a sub-directory, second, by default it uses Unicorn. Here, I want to detail my setup how you still can achieve the GitLab + Apache + Phusion Passenger combo, because I could only find slightly outdated guides online.
I am pleased to announce version 3.2.1 of the Python bindings for GObject. This is a maintenance release for the stable branch bringing you a couple of bug fixes.
http://download.gnome.org/sources/pygobject/3.2/pygobject-3.2.1.tar.xz
sha256sum:
0f07401289fa33e8caee7a9342f5c838bb44cd0a386cb99093505edb5e42817a
I am pleased to announce version 3.1.1 of the Python bindings for GObject. This is a bug fix release of the unstable branch, which will eventually result in the stable 3.2.x series.
http://download.gnome.org/sources/pygobject/3.1/pygobject-3.1.1.tar.xz
sha256sum: ae6da0f95c0d6b93694191133a3b046f7811ba047e3bd5e9c13c9e6907f71515
I am pleased to announce version 3.1.0 of the Python bindings for GObject. This is the first release of the unstable branch, which will eventually result in the stable 3.2.x series.
It is important to point out that this release reverts the change “Convert all strings to utf-8 encoding when retrieving from TreeModel” to restore backwards compatibility. If you are using Python 2 it is recommended to always use the byte-representation of UTF-8 encoded strings (str class) instead of the unicode objects. I’m going to add a section to the Python GTK+ 3 tutorial that will explain this issue and how to deal with it in more detail.
http://download.gnome.org/sources/pygobject/3.1/pygobject-3.1.0.tar.xz
sha256sum: a5b36eff7c4b14f161bc9ba2ae09a03ddb47d9f2c769589b8f389ae3a92cc92e
I’m pleased to announce the release of GNOME DVB Daemon 0.2.3. This release fixes a couple of issue with recent versions of pygobject-3.0. Therefore, pygobject 2.90.1 or later is required. Furthermore, it is now possible to add fake devices for development purposes.
http://download.gnome.org/sources/gnome-dvb-daemon/0.2/
I recently finished my Master thesis and can now call myself Master of Science. The thesis itself couldn’t turn out any better as it did. The goal was to implement a method that is capable to predict the relative location along the longitudinal axis of a slice of a X-ray computed tomography (CT) volume. The motivation behind this is to speed up the process when a physician wants to compare two CT volumes against each other. Usually, the patient’s data can be accessed over the network and a single CT volume can contain more than thousand images taking more than 1 GB disk space. In addition, most physicians are only interested in one particular area they want to compare. Accordingly, it would be waste of resources if one has to transfer and load two complete volumes and manually navigate to the area of interest. The methods developed in this thesis allow the physician to select the area of interest (on the longitudinal axis) in one volume and only transfer and load the corresponding area in the other volume. Obviously, you get the biggest benefit if the volume contains a large amount of images and the region of interest is relatively small.
Last Wednesday marked the 3 year anniversary of GNOME DVB Daemon, all started with this commit. 1155 commits later, I am pleased to announce version 0.2.1. This release fixes a bug that localization in the GUI did not work correctly. In addition, DVB-T brute-force scan works correctly, again.