There’s, probably, a better way to do this. Per documentation, it should be possible to set it up permanently by creating a file on /etc/X11/xorg.conf.d however I did not manage to create a file that works so far.
Ignore the upgrade steps provided by the application. They are incomplete. If you execute them, the upgrade will finish with success but no rules will be enabled after that. Instead, execute the steps provided in this StackOverflow comment.
Newer versions of SonarQube have stopped supporting MariaDB and you may need to switch to MySQL instead. While I’d rather use MariaDB, I understand that it is not within the supported matrix. Therefore I am documenting the steps here. The steps are focused on RHEL 7 (they probably would work on Centos 7 as well, but I did not test it).
Before start with this process, shutdown your SonarQube instance as well as any other analysis that may access the database.
The first step is to use mysqldump to create a backup of your MariaDB database:
After the backup is complete, shutdown and disable your MariaDB instance:
systemctl stop mariadb;systemctl disable mariadb
Then install MySQL 5.7 from Software Collections. The process is documented on this page. These steps are for 5.6, however, you can just replace 56 with 57 in all the steps and the result is the same.
With the new MySQL 5.7 installed and running, create the database:
In the MySQL sheel recreate the database with the same credentials and permissions as the old one:
Although man pages are essential for anyone doing serious work on Linux and other Unix-like operating systems, it’s hard to advocate for them as being user friendly and easy to read. Therefore, evangelists invent all sorts of things to spread knowledge about their favorite tools and technologies: tutorials, e-books, videos, etc. There’s even a coloring book that teaches how SELinux works. Now we have one more addition to the mix: fanzines. If you like them, this website has some very interesting and funny zines about programming, debugging and Linux in general.
I have created Fedora packages for OpenPHT, a community-driven fork of the Plex Home Theater client. The packages can be download from this link (I plan to propose adding the RPM specs to the main project, but before doing so, I would like to make sure they are working as expected).
The build instructions, for those interested in reviewing or rebuilding the package can be found in this gist or in the RPM spec file.
Just sharing some messaging tools I have been working with recently.
The first one is this performance test tool: msg-perf-tool. There’s no secret here: you run the tool and it does its best to bring your messaging system to its knees (though this may not be the correct way how to test it … check the testing tips on the Github page). For now it supports only AMQP, but Stomp and MQTT support is on the way. You can find rpms for RHEL/Centos (6 and 7) and Fedora (22, 23 and 24) for i686 and x86_64 on my Copr profile here.
The second one is a web page that can display the performance data stored on an ElasticSearch database and present it in a beautiful way. I call it messaging performance center. Here’s how it looks like:
Some bits are still in progress, but it’s functional.
Lastly, there’s litestomp. A C implementation of the Simple (or Streaming) Text Oriented Messaging Protocol. It was built on top of what-seems-to-be the now defunct libstomp project. There’s a couple of bugfixes, a simpler and higher level API for ease of use. Still a work in progress, but you can download the current rpms for RHEL/Centos (6 and 7) and Fedora (22, 23 and 24) for i686 and x86_64 from my Copr project page on this link.
There seem to a be problem with Parallels Tools 10.3 and recent versions of the Linux kernel (4.2, at least, which is used by recent versions of Fedora 22 and Fedora 23, for example). During the installation tools, the installer fails to compile one of the modules. That can lead to problems booting up your virtual machine.
In Fedora, in order to avoid this problem, you can just add the following line to /etc/dnf/dnf.conf file:
After Parallels release an update, you just remove the line, update the system, and it should be fine. As a final reminder, you should always generate a snapshot before upgrading the system.