<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Fedora on nagg.eu</title><link>https://nagg.eu/tags/fedora/</link><description>Recent content in Fedora on nagg.eu</description><generator>Hugo</generator><language>en</language><lastBuildDate>Sun, 20 Oct 2024 00:00:00 +0000</lastBuildDate><atom:link href="https://nagg.eu/tags/fedora/index.xml" rel="self" type="application/rss+xml"/><item><title>Remotely unlock a full disk encrypted Fedora 40 server</title><link>https://nagg.eu/remotely-unclock-a-full-disk-encrypted-fedora-40-server/</link><pubDate>Sun, 20 Oct 2024 00:00:00 +0000</pubDate><guid>https://nagg.eu/remotely-unclock-a-full-disk-encrypted-fedora-40-server/</guid><description>&lt;p&gt;What I have been doing in &lt;a href="https://nagg.eu/remotely-unclock-a-full-disk-encrypted-fedora-33-server/"&gt;2020&lt;/a&gt;
and &lt;a href="https://nagg.eu/remotely-unclock-a-full-disk-encrypted-fedora-centos-server/"&gt;before&lt;/a&gt;
doesn&amp;rsquo;t seem to work anymore, ence it is time to publish a new episode of the
saga: how to remotely unlock a full disk encrypted Linux machine.&lt;br&gt;
&lt;a href="https://github.com/gsauthof/dracut-sshd"&gt;dracut-sshd&lt;/a&gt; still works perfectly
even though the surroundings changed a bit.&lt;/p&gt;
&lt;p&gt;First step is instructing dracut to add &lt;code&gt;dracut-sshd&lt;/code&gt; into initramfs:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ sudo dnf install dracut dracut-network openssh
$ git clone https://github.com/gsauthof/dracut-sshd.git
$ cd dracut-sshd
$ sudo cp -ri 46sshd /usr/lib/dracut/modules.d
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Configure grub to instruct dracut to add networking to initramfs:&lt;/p&gt;</description></item><item><title>Sony WF-1000XM4 on Linux Fedora 35</title><link>https://nagg.eu/sony-wf-1000xm4-on-linux-fedora-35/</link><pubDate>Thu, 23 Dec 2021 00:00:00 +0000</pubDate><guid>https://nagg.eu/sony-wf-1000xm4-on-linux-fedora-35/</guid><description>&lt;p&gt;Last week I converted myself to wireless earphones.&lt;br&gt;
I don&amp;rsquo;t consider myself an audiophile, I don&amp;rsquo;t have any deep knowledge of music
but I kinda enjoy listening to it.&lt;br&gt;
Because of this I have had a few decent pairs of headphones, earphones and
monitor speakers in my life; they all shared a thing: cables.&lt;br&gt;
Last week I pulled the trigger and bought myself my very first pair of wireless
earphones: Sony WF-1000XM4.&lt;br&gt;
The main idea was to use them with the phone and maybe with work issued laptop
which is running Windows, I did not even thought they would work with my Linux
laptop.&lt;br&gt;
But to my biggest surprise they just work on Linux, no fiddling with
&lt;code&gt;bluetoothhcl&lt;/code&gt; or &lt;code&gt;btmgmt&lt;/code&gt;; just enable BT in &lt;code&gt;Gnome settings&lt;/code&gt;, long press for
5 seconds on both earphones to activate pairing mode and wait for them to pair.&lt;/p&gt;</description></item><item><title>Thinkpad T480 firmware update in Linux using fwupd</title><link>https://nagg.eu/thinkpad-t480-firmware-update-linux-fwupd/</link><pubDate>Sat, 23 Oct 2021 00:00:00 +0000</pubDate><guid>https://nagg.eu/thinkpad-t480-firmware-update-linux-fwupd/</guid><description>&lt;p&gt;For the most part I never cared much about upgrading firmware because if it
works don&amp;rsquo;t mess with it is usually my rule.&lt;br&gt;
I also don&amp;rsquo;t care much about having installed the latest version of Intel
&amp;ldquo;&amp;ldquo;&amp;ldquo;NSA botnet&amp;rdquo;&amp;rdquo;&amp;rdquo; Management Engine, it is a piece of trash anyway so I might
as well not have the latest updates.&lt;br&gt;
But since I have some issues with the NVME drive (very slow reads, it is most
definitely dying) I figured a system wide firmware upgrade wouldn&amp;rsquo;t be a bad
thing.&lt;br&gt;
The interwebz says the best way to upgrade firmware on Linux is using a tool
called &lt;code&gt;fwupd&lt;/code&gt;; it basically gives the user access to a massive repository of
firmware which are provided and signed by hardware companies themselves.&lt;br&gt;
Dealing with closed source crapware and binary blobs always gives some
headhace, of course having &lt;code&gt;fwupd&lt;/code&gt; working was not free of any hassle: it
downloads everything, gives no error/warning, but after rebooting nothing gets
installed.&lt;/p&gt;</description></item><item><title>Wireguard VPN Linux and IOS setup guide</title><link>https://nagg.eu/wireguard-vpn-linux-and-ios-setup-guide/</link><pubDate>Mon, 04 Jan 2021 00:00:00 +0000</pubDate><guid>https://nagg.eu/wireguard-vpn-linux-and-ios-setup-guide/</guid><description>&lt;p&gt;Wireguard is an open source software and communication protocol which aims to
provide a simpler and safer alternative to OpenVPN.&lt;br&gt;
Compared to OpenVPN both client and server configuration are much simpler and
mantaining a PKI is also not required.&lt;br&gt;
Performance wise Wireguard is also faster than OpenVPN.&lt;/p&gt;
&lt;h2 id="server-debian-10-codename-buster"&gt;SERVER: Debian 10 (Codename Buster)&lt;/h2&gt;
&lt;p&gt;As of today Wireguard is not included in Debian 10 stable repos, so it is
required to enable &lt;a href="https://backports.debian.org/Instructions/"&gt;backports&lt;/a&gt;
to install it:&lt;/p&gt;</description></item><item><title>LUKS encrypted TGT ISCSI target and initiator</title><link>https://nagg.eu/luks-encrypted-tgt-iscsi-target-and-initiator/</link><pubDate>Sat, 26 Dec 2020 00:00:00 +0000</pubDate><guid>https://nagg.eu/luks-encrypted-tgt-iscsi-target-and-initiator/</guid><description>&lt;p&gt;After the CentOS fiasco (good job Redhat/IBM) and since we are more or less in
lockdown I decided to invest a couple of days to migrate my home infra from
CentOS 7 to Debian 10.&lt;br&gt;
One of my physical machines, which was also CentOS 7 based, is used as ISCSI
target.&lt;/p&gt;
&lt;h2 id="debian-10---server-aka-target"&gt;Debian 10 - Server A.K.A. Target&lt;/h2&gt;
&lt;p&gt;Install the required packages:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ sudo apt-get install tgt dkms 
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Create a device backstore:&lt;/p&gt;</description></item><item><title>Remotely unlock a full disk encrypted Fedora 33 server</title><link>https://nagg.eu/remotely-unclock-a-full-disk-encrypted-fedora-33-server/</link><pubDate>Tue, 08 Dec 2020 00:00:00 +0000</pubDate><guid>https://nagg.eu/remotely-unclock-a-full-disk-encrypted-fedora-33-server/</guid><description>&lt;p&gt;Last year I blogged on how to &lt;a href="https://nagg.eu/remotely-unclock-a-full-disk-encrypted-fedora-centos-server/"&gt;remotely unlock a full disk encrypted Fedora/CentOS server&lt;/a&gt;.&lt;br&gt;
The software I used, &lt;a href="https://github.com/dracut-crypt-ssh/dracut-crypt-ssh"&gt;dracut-crypt-ssh&lt;/a&gt;,
is not supported anymore and stopped working for me on Fedora 32 and 33.&lt;br&gt;
A quick DDG search pointed me in the right direction and made me find a similar
software that accomplishes the same task: &lt;a href="https://github.com/gsauthof/dracut-sshd"&gt;dracut-sshd&lt;/a&gt;.&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ sudo dnf install dracut dracut-network openssh libblkid-devel gcc
$ git clone https://github.com/gsauthof/dracut-sshd.git
$ cd dracut-sshd
$ sudo cp -ri 46sshd /usr/lib/dracut/modules.d
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;After compiling and installing &lt;code&gt;dracut-crypt-ssh&lt;/code&gt; configure grub to instruct
dracut to add networking to initramfs:&lt;/p&gt;</description></item><item><title>Microsoft Teams on Fedora and Wayland with screenshare</title><link>https://nagg.eu/microsoft-teams-on-fedora-and-wayland-with-screenshare/</link><pubDate>Mon, 27 Apr 2020 00:00:00 +0000</pubDate><guid>https://nagg.eu/microsoft-teams-on-fedora-and-wayland-with-screenshare/</guid><description>&lt;p&gt;Since the whole COVID19 pandemic hoax started a couple of months ago, working
from home has become the new hip thing every company brags about on every
social media known to humankind.&lt;br&gt;
The first step to be able to call yourself a proper &lt;code&gt;COVID19 ready(tm)&lt;/code&gt; company
is the ability to bother every employees with just a few mouse clicks.&lt;br&gt;
So here we are, with Microsoft Teams(tm) and a lot of other not very secure
and massively bloated software elected as the center of the office life.&lt;br&gt;
Coffee break? &lt;em&gt;XYZ software&lt;/em&gt; chatroom. Kick-off meeting? &lt;em&gt;XYZ software&lt;/em&gt;
chatroom. And so on.&lt;br&gt;
Because of my special snowflake syndrome and my deep hatred for all things
Microsoft and especially Windows I always end up making my life a bit harder.&lt;br&gt;
After having used Teams in a Windows 10 VM (after all I paid for a license
when I got my latest Thinkpad) for a few weeks, I decided it was time to
finally try to make it work on my main OS: Fedora 31.&lt;br&gt;
The catch was also that I wanted to do that &lt;em&gt;more or less&lt;/em&gt; without installing
any third party non free software.&lt;br&gt;
The OS I use is Fedora 31, which comes with &lt;code&gt;pipewire&lt;/code&gt; and &lt;code&gt;xgd-desktop-portal&lt;/code&gt;
both installed and configured out of the box.&lt;br&gt;
Since using the official closed source Electron crapware client was out of the
question, the obvious choice was to make Microsoft Teams work in a regular WEB
browser.&lt;br&gt;
The situation is the following:&lt;/p&gt;</description></item><item><title>Disable head parking Western Digital drives</title><link>https://nagg.eu/disable-head-parking-western-digital-drives/</link><pubDate>Sun, 04 Aug 2019 00:00:00 +0000</pubDate><guid>https://nagg.eu/disable-head-parking-western-digital-drives/</guid><description>&lt;p&gt;Most Western Digital hard drives&amp;rsquo; firmware let the heads park themselves after
a certain amount of seconds in case the disk is not actively performing any
operation.&lt;br&gt;
This might be useful to keep power consumption under control but is actually
harmful for disks that run 24/7 (WD Red for example).&lt;br&gt;
Luckily there is a way to disable head parking, this can be done directly from
Linux using a tool called &lt;code&gt;idle3ctl&lt;/code&gt;.&lt;/p&gt;</description></item><item><title>qemu/KVM PCI passthrough</title><link>https://nagg.eu/qemu-kvm-pci-passthrough/</link><pubDate>Sat, 26 Jan 2019 01:00:00 +0000</pubDate><guid>https://nagg.eu/qemu-kvm-pci-passthrough/</guid><description>&lt;p&gt;PCI passthrough is the process of attaching a PCI-E device directly to a VM;
CPU support (namely VT-D for Intel and AMD-V for AMD) and motherboard support
(IOMMU) are required for PCI passthrough to work properly.&lt;br&gt;
Hardware configuration used:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;
AMD Ryzen 1700x
Gigabyte X370 K7
Nvidia Geforce GTX260
32 GiB of RAM and a few HDDs
Fedora 29 as host OS
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;The system only has a single graphic card because it is normally used as
headless compute server for which a GPU is not really required; the graphic
card is also very very old Nvidia Geforce GTX260 with a standard non UEFI BIOS.&lt;br&gt;
If using an UEFI enabled graphic card it is probably required to install the
OS in UEFI mode using a virtual UEFI BIOS.&lt;br&gt;
This guide assumes you already have a working Windows virtual machine and are
familiar with libvirt.&lt;br&gt;
First of all, edit GRUB to enable IOMMU and blacklist nouveau kernel module so
that the graphic card is not picked up anymore by the host:&lt;/p&gt;</description></item><item><title>Remotely unlock a full disk encrypted Fedora/CentOS server</title><link>https://nagg.eu/remotely-unclock-a-full-disk-encrypted-fedora-centos-server/</link><pubDate>Sat, 26 Jan 2019 00:00:00 +0000</pubDate><guid>https://nagg.eu/remotely-unclock-a-full-disk-encrypted-fedora-centos-server/</guid><description>&lt;p&gt;The idea here is to be able to power on and unlock a remote Full Disk Encrypted
(FDE from now on) server.&lt;br&gt;
I will leave the how &amp;ldquo;remotely power on&amp;rdquo; to the reader to figure out and focus
on the other part.&lt;br&gt;
The easiest way to accomplish it is by using a program called:
&lt;code&gt;dracut-crypt-ssh&lt;/code&gt;.&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;
$ yum install dropbear dracut dracut-network openssh libblkid-devel gcc
$ git clone https://github.com/dracut-crypt-ssh/dracut-crypt-ssh.git
$ cd dracut-crypt-ssh
$ ./configure
$ make
$ sudo make install
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;After compiling and installing &lt;code&gt;dracut-crypt-ssh&lt;/code&gt; configure grub to instruct
dracut to add networking to initramfs:&lt;/p&gt;</description></item><item><title>Resize QCOW2 disk image</title><link>https://nagg.eu/resize-qcow2-disk-image/</link><pubDate>Wed, 05 Dec 2018 00:00:00 +0000</pubDate><guid>https://nagg.eu/resize-qcow2-disk-image/</guid><description>&lt;p&gt;QCOW2 disk images can be easily grown using libvirt command line utils.&lt;br&gt;
Unfortunately it isn&amp;rsquo;t possible to grow QCOW2 images in-place or online.&lt;br&gt;
First of all, power off the virtual machine, grow the file and make a copy of
it:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;
$ qemu-img resize image.qcow2 +200G
$ cp image.qcow2 image-new.qcow2
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Identify the specific partion you intend to grow:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;
$ virt-filesystems -a image.qcow2 -l
Name Type VFS Label Size Parent
/dev/sda1 filesystem ext4 - 536870912 -
/dev/sda3 filesystem xfs - 45885612000 -
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Expand the actual partition:&lt;/p&gt;</description></item><item><title>Intel CPU, Hyper-Threading and Spectre STIBP mitigation</title><link>https://nagg.eu/intel-cpu-hyper-threading-and-spectre-stibp-mitigation/</link><pubDate>Sat, 17 Nov 2018 00:00:00 +0000</pubDate><guid>https://nagg.eu/intel-cpu-hyper-threading-and-spectre-stibp-mitigation/</guid><description>&lt;p&gt;Yesterday I was reading &lt;a href="https://www.phoronix.com/scan.php?page=article&amp;amp;item=linux-420-stibp&amp;amp;num=1"&gt;phoronix 0&lt;/a&gt;
and &lt;a href="https://www.phoronix.com/scan.php?page=article&amp;amp;item=linux-420-bisect&amp;amp;num=1"&gt;phoronix 1&lt;/a&gt;
articles on STIBP mitigation impact on CPU performance, since I run a pretty old
laptop equiped with a Sandy Bridge CPU I figured that I should do my own tests
to see how bad things really are &lt;em&gt;or aren&amp;rsquo;t&lt;/em&gt;.&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;CPU: Intel Core i3-2310M - 2 cores / 4 threads
Motherboard: Lenovo Thinkpad
RAM: 2x4 GB DDR3 @1333 MHz
HDD: Plextor M5pro

OS: Fedora 29 x86_64 with stock kernels
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;My benchmark of choice is compiling the &lt;a href="https://cdn.kernel.org/pub/linux/kernel/v4.x/linux-4.19.2.tar.xz"&gt;Linux kernel (version 4.19.2)&lt;/a&gt;.&lt;br&gt;
What I do is download the kernel version to &lt;code&gt;/dev/shm&lt;/code&gt; ramdisk and compile it
using the &lt;code&gt;defconfig&lt;/code&gt; configuration while checking how many seconds it takes to
complete the task.&lt;/p&gt;</description></item><item><title>Xorg present flip failed</title><link>https://nagg.eu/xorg-present-flip-failed/</link><pubDate>Sat, 17 Nov 2018 00:00:00 +0000</pubDate><guid>https://nagg.eu/xorg-present-flip-failed/</guid><description>&lt;p&gt;In the last couple of months Xorg has been crashing more or less on a daily
basis.&lt;br&gt;
What happens is that while you are there browsing the internet, or certain
times even doing literally nothing, Xorg crashes and after a second of black
screen the user is sent back to the login page.&lt;br&gt;
Hardware configuration of my machine is:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;
CPU: AMD Ryzen 7 1700x
Motherboard: Gigabyte X370 K7 - BIOS F23d
RAM: 2x16 GB DDR4
HDD: Samsung 850 Pro
GPU: Nvidia GTX260

Monitor 0: Dell U2412M connected via DVI-D
Monitor 1: Dell U2412M connected via HDMI-DVI cable

OS: Fedora 28 and Fedora 29 x86_64
GPU driver: nouveau, various versions
others: varius versions of Linux, Xorg, mesa, etc
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;I don&amp;rsquo;t think having two monitors is the culprit nor using a very old Nvidia
graphic card is because a friend of mine runs a completely different system
(AMD Radeon RX480, single monitor connected using Display Port) and still
suffer from the very same problem.&lt;br&gt;
Upgrading from Fedora 28 to Fedora 29 nor installing updates in a timely manner
solved the issue for me; searching on the interwebz also did not yeld any
result.&lt;br&gt;
After yet another crash, today I finally decided it was time to investigate the
issue.&lt;br&gt;
First thing I noticed is that Xorg log file is literally spammed with the
following error:&lt;/p&gt;</description></item><item><title>FreeBSD network performance on KVM/Qemu</title><link>https://nagg.eu/freebsd-network-performance-on-kvm-qemu/</link><pubDate>Tue, 13 Nov 2018 00:00:00 +0000</pubDate><guid>https://nagg.eu/freebsd-network-performance-on-kvm-qemu/</guid><description>&lt;p&gt;Today I red an article that was comparing Fedora 29 and FreeBSD 11.2 network
performance in a KVM/Qemu environment.&lt;br&gt;
Since I use KVM/Qemu and also Fedora and Freebsd I powered on a couple of vm
and did my own tests.&lt;br&gt;
Results are quite interesting, I expected FreeBSD to be faster but it turns out
Fedora 29 actually is.&lt;br&gt;
Host system configuration:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;
CPU: Ryzen 7 1700x @4 GHz
Motherboard: Gigabyte X370 K7 - BIOS F23d
RAM: 2x16 GB DDR4 @3133 MHz CAS 16
HDD: Some Samsung SSD

Operating systems
Host: Fedora 29 x86_64
Fedora VM0: Fedora 29 X86_64
Fedora VM1: Fedora 29 X86_64
FreeBSD VM0: FreeBSD 11.2 x86_64
FreeBSD VM1: FreeBSD 11.2 x86_64

Virtualization techonology: Qemu+KVM
Linux kernel version: 4.18.17-300.fc29.x86_64
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;What I did was setup 2 hidentical Fedora 29 virtual machines and 2 hidentical
FreeBSD 11.2 virtual machines, every one of them had &lt;code&gt;iperf3&lt;/code&gt; installed on it.&lt;/p&gt;</description></item><item><title>GNU TAR and memory caching</title><link>https://nagg.eu/gnu-tar-and-memory-caching/</link><pubDate>Wed, 10 Oct 2018 18:00:00 +0000</pubDate><guid>https://nagg.eu/gnu-tar-and-memory-caching/</guid><description>&lt;p&gt;Guess it is time to write my first post using Hugo.&lt;br&gt;
Yesterday I downloaded a torrent consisting of 2 years worth of 4chan posts,
the plan was to mess with it and use the data to train a chatbot.&lt;br&gt;
Dealing with big datasets is always fun because even the easiest tasks tend to
get complicated, for example extracting the data from a ~3 GB tar.gz compressed
archive was a challenge by itself.&lt;br&gt;
Running “tar -xzvf archive.tar.gz” resulted in TAR/the Linux kernel eating the
whole available memory to use it as cache, when that was down to ~200 MB of
free RAM my workstation started lagging so hard that even Xorg was freezing for
a couple of seconds every 20 or so seconds.&lt;br&gt;
To solve the issue what I did was running the following commands:&lt;/p&gt;</description></item><item><title>Remote encrypted backup with iSCSI and LUKS2</title><link>https://nagg.eu/remote-encrypted-backup-with-iscsi-and-luks2/</link><pubDate>Mon, 27 Aug 2018 19:19:08 +0000</pubDate><guid>https://nagg.eu/remote-encrypted-backup-with-iscsi-and-luks2/</guid><description>&lt;p&gt;The idea here is to have a LUKS2 encrypted volume stored on a remote server
that allows authenticated clients to load and decrypt the data without letting
the server know what is being written, read and stored.&lt;br&gt;
Keep in mind that this solution is not 100% bulletproof, you still kind of have
to trust the backup server because a malicious entity might take multiple
snapshots of the encrypted iSCSI LUN and try to crack the encryption.&lt;/p&gt;</description></item><item><title>LUKS2 the right way: Argon2</title><link>https://nagg.eu/luks2-the-right-way-argon2/</link><pubDate>Tue, 14 Aug 2018 19:27:09 +0000</pubDate><guid>https://nagg.eu/luks2-the-right-way-argon2/</guid><description>&lt;p&gt;Version 2 of cryptsetup got a few new fancy options, one of them is the ability to use &lt;!-- raw HTML omitted --&gt;Argon2&lt;!-- raw HTML omitted --&gt; as key derivation function.&lt;br&gt;
Creating a LUKS2 volume with Argon2 as hash function is very easy:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;sudo cryptsetup luksFormat -M luks2 --pbkdf argon2id -i 5000 /dev/sdb
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Please note that grub still does not support it, so it can&amp;rsquo;t be used for boot drives.&lt;br&gt;
Once the volume is created, to mount it run:&lt;/p&gt;</description></item><item><title>Generate a secure SSH key</title><link>https://nagg.eu/generate-a-secure-ssh-key/</link><pubDate>Fri, 10 Aug 2018 14:42:19 +0000</pubDate><guid>https://nagg.eu/generate-a-secure-ssh-key/</guid><description>&lt;p&gt;In Fedora, CentOS and probably many other Linux distros &lt;code&gt;ssh-keygen&lt;/code&gt;; still defaults to RSA 2048.&lt;br&gt;
People have not yet realized that the newer, and also faster, elliptic curve cryptography is available; even between my peers I still see that many of them are using old and insecure RSA based keys. Since SSH clients support multiple keys transitioning to newer keys can be painless:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;create a new elliptic curve key;&lt;/li&gt;
&lt;li&gt;do not delete the old RSA key;&lt;/li&gt;
&lt;li&gt;once you login into a server swap the old key with the new one.&lt;br&gt;
Generating a new secure SSH key is pretty simple, just open a terminal and run:&lt;/li&gt;
&lt;/ul&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;ssh-keygen -o -a 256 -t ed25519
&lt;/code&gt;&lt;/pre&gt;</description></item><item><title>Firejail and symlink pointing outside of home directory</title><link>https://nagg.eu/firejail-and-symlink-poiting-outside-of-home-directory/</link><pubDate>Tue, 19 Dec 2017 18:03:27 +0000</pubDate><guid>https://nagg.eu/firejail-and-symlink-poiting-outside-of-home-directory/</guid><description>&lt;p&gt;I normally move &lt;code&gt;/home/user/Downloads&lt;/code&gt; off &lt;code&gt;/home/user&lt;/code&gt; to a secondary mechanical drive and then symlink it back to &lt;code&gt;/home/user&lt;/code&gt;.&lt;br&gt;
Firejail for security reasons does not allow whitelisting directories residing outside of the home directory, the simplest solution I found is mount Download directory using &lt;code&gt;mount --bind&lt;/code&gt;.&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;sudo mount --bind /mnt/data/Downloads/ /home/user/Downloads
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;To make the change permanent edit fstab:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;cat /etc/fstab
---
/mnt/data/Downloads /home/user/Downloads none bind
&lt;/code&gt;&lt;/pre&gt;</description></item><item><title>Free Suunto Ambit3 from the botnet</title><link>https://nagg.eu/free-suunto-ambit3-from-the-botnet/</link><pubDate>Wed, 06 Dec 2017 18:08:55 +0000</pubDate><guid>https://nagg.eu/free-suunto-ambit3-from-the-botnet/</guid><description>&lt;p&gt;Suunto makes some solid sport-watches, problem is that the management software is comprised of a closed source synchronization program (compatible with Windows and OSX only) and some cancerous cloud web interface accessible directly from their website.&lt;br&gt;
Even putting aside my personal aversion for closed source software, it is clear that this approach is retarded because an internet connection is required to be able to download any kind of data from the watch.&lt;br&gt;
What if I don&amp;rsquo;t have any signal? What if I don&amp;rsquo;t want to upload my data to Suunto&amp;rsquo;s servers?&lt;br&gt;
Luckily some good lads reverse engineered the communication protocol used by the watch to &lt;code&gt;speak&lt;/code&gt; with the PC synchronization client, and even more, they also wrote an open source Linux compatible tool that can be used to download data from the watch.&lt;br&gt;
This tool is called: &lt;!-- raw HTML omitted --&gt;Openambit&lt;!-- raw HTML omitted --&gt;&lt;br&gt;
The version included in Fedora 27 repositories is not up to date and does not support the Ambit3 Run I own, luckily the github version does.&lt;/p&gt;</description></item><item><title>NFS on Fedora</title><link>https://nagg.eu/nfs-on-fedora/</link><pubDate>Thu, 20 Jul 2017 20:33:48 +0000</pubDate><guid>https://nagg.eu/nfs-on-fedora/</guid><description>&lt;p&gt;NFS allows to share files and folders over network and is much much faster than
samba while using way less resources.&lt;br&gt;
To setup a NFS server on Fedora 26 install:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ dnf install nfs-utils
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Shared directories are listed in the following configuration file:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code class="language-vi" data-lang="vi"&gt;---
# Syntax
# &amp;lt;path&amp;gt; &amp;lt;ipaddr&amp;gt;(&amp;lt;option&amp;gt;)
/home/user/Public 192.168.0.0/255.255.255.0(ro,sync)
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;More information can be found here: &lt;a href="https://fedoraproject.org/wiki/Administration_Guide_Draft/NFS"&gt;Fedora NFS administration guide&lt;/a&gt;.&lt;br&gt;
In the above example, the the directory &amp;lsquo;/home/user/Public&amp;rsquo; can be accessed by
every client in the same LAN with read-only permissions.&lt;br&gt;
In case SELinux is active and enforcing rules some further configuration might
be required:&lt;/p&gt;</description></item><item><title>Handbrake, compile from source on Fedora 25</title><link>https://nagg.eu/handbrake-compile-from-source-on-fedora-25/</link><pubDate>Tue, 13 Jun 2017 14:03:27 +0000</pubDate><guid>https://nagg.eu/handbrake-compile-from-source-on-fedora-25/</guid><description>&lt;p&gt;Handbrake cannot be installed from default repos nor rpmfusion, to get it on Fedora 25 there are two other options:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;use negativo17 third party repository;&lt;/li&gt;
&lt;li&gt;compile from source.&lt;br&gt;
The first option is, but that is my opinion, subpar because I don&amp;rsquo;t trust third party repositories; option two is what is left.&lt;br&gt;
Download the source code from git and install some dependencies:&lt;/li&gt;
&lt;/ul&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ git clone https://github.com/HandBrake/HandBrake.git
$ sudo dnf install dbus-glib-devel gstreamer1-devel gstreamer1-plugins-base-devel intltool libgudev1-devel libnotify-devel webkitgtk3-devel libgudev-devel dbus-glib-devel webkitgtk3-devel gstream-devel libnotify-devel gstreamer1-devel gstreamer1-plugins-base-devel lame-devel opus-devel fribidi-devel libass-devel libtheora-devel x264-devel nasm
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Like I do with every other program I like to keep as much up to date as possible, I have a small script to take care of compilation, installation and upgrade processes for me.&lt;/p&gt;</description></item><item><title>Monitor hard disk health status with smartd on Linux</title><link>https://nagg.eu/monitor-hard-disk-health-status-with-smartd-on-linux/</link><pubDate>Thu, 02 Feb 2017 10:20:34 +0000</pubDate><guid>https://nagg.eu/monitor-hard-disk-health-status-with-smartd-on-linux/</guid><description>&lt;h2 id="this-does-not-really-works-read-this"&gt;This does not really works, read this: &lt;!-- raw HTML omitted --&gt;&lt;a href="https://nagg.eu/monitor-hard-disk-smart-status-in-python/"&gt;https://nagg.eu/monitor-hard-disk-smart-status-in-python/&lt;/a&gt;&lt;!-- raw HTML omitted --&gt;&lt;/h2&gt;
&lt;p&gt;First of all install smartmontools, it has the same name on pretty much every distro:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ emerge -a1 smartmontools
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Proceed to edit its configuration file, at the bottom of the file there is a quick explaination of all the available parameters:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;cat/etc/smartd.conf
---
DEVICESCAN -H -R 1 -R 5 -R 7 -R 10 -R 11 -R 196 -R 197 -R 199 -R 200 -m user@domain.tld -n standby,10,q
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Parameter &lt;code&gt;-H&lt;/code&gt; tells smartd to check the result of &lt;code&gt;overall-health self-assesment test&lt;/code&gt; which is pretty much useless, &lt;code&gt;-R&lt;/code&gt; is used to specify a single SMART attribute, if its value changes a mail is sent to &lt;a href="mailto:user@domain.tld"&gt;user@domain.tld&lt;/a&gt;.&lt;br&gt;
To send emails a MTA must be installed, in centos that is sendmail, in gentoo it is not strictly necessary to have a full fledget MTA installed, nullmailer will suffice.&lt;br&gt;
If it is not already installed:&lt;/p&gt;</description></item><item><title>RawTherapee: compiling from source on Fedora 23</title><link>https://nagg.eu/rawtherapee-compiling-from-source-on-fedora-23/</link><pubDate>Mon, 13 Jun 2016 21:50:17 +0000</pubDate><guid>https://nagg.eu/rawtherapee-compiling-from-source-on-fedora-23/</guid><description>&lt;p&gt;&lt;code&gt;RawTherapee&lt;/code&gt; from my experience is by far the best program to manipulate RAF files, it&amp;rsquo;s demosaic algorithm for &lt;code&gt;Fujifilm X-Trans&lt;/code&gt; sensors is astonishingly good.&lt;br&gt;
Too bad that, like for Darktable, the version included in Fedora&amp;rsquo;s repos is outdated to say the least.&lt;br&gt;
To install from source first install some dependecies:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ sudo dnf install bzip2-devel cmake exiv2-devel expat-devel fftw-devel gcc-c++ glib2-devel glibmm24-devel gtk3-devel gtkmm30-devel lcms2-devel libcanberra-devel libiptcdata-devel libjpeg-turbo-devel libpng-devel libsigc++20-devel libtiff-devel zlib-devel gtkmm24-devel lensfun-devel
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Git clone and install&lt;/p&gt;</description></item><item><title>Darktable: compiling from source on Fedora 23</title><link>https://nagg.eu/darktable-compiling-from-source-on-fedora-23/</link><pubDate>Sat, 14 May 2016 19:47:08 +0000</pubDate><guid>https://nagg.eu/darktable-compiling-from-source-on-fedora-23/</guid><description>&lt;p&gt;Darktable documentation on this matter is somewhat fragmented, so I figure a small how-to on how to install it from source on Fedora 23 could be useful.&lt;br&gt;
The version included in the official repositories is really old (version 1.6.9 as per today) and is missing some important presets for many widely used cameras.&lt;br&gt;
The latest version source code archive can be downloaded from here: &lt;!-- raw HTML omitted --&gt;&lt;a href="https://github.com/darktable-org/darktable/releases"&gt;https://github.com/darktable-org/darktable/releases&lt;/a&gt;&lt;!-- raw HTML omitted --&gt;.&lt;br&gt;
Before compiling and installing the software the following dependencies must be installed:&lt;/p&gt;</description></item><item><title>mdadm RAID on Linux</title><link>https://nagg.eu/mdadm-raid-on-linux/</link><pubDate>Thu, 21 Jan 2016 21:06:19 +0000</pubDate><guid>https://nagg.eu/mdadm-raid-on-linux/</guid><description>&lt;p&gt;Every time I have to setup a software RAID in Linux using mdadm I forget something, this time I am writing it down once and for all (or at least I hope so).&lt;br&gt;
For the sake of simplicity I will use the creation of a RAID1 as example but this very same procedure can be applied for any other kind of RAID.&lt;/p&gt;
&lt;h2 id="raid-array-creation"&gt;RAID array creation&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;1. Partition the drives&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;This step must be repeated for each drive of the array (/dev/sdb and /dev/sdc in my case).&lt;/p&gt;</description></item><item><title>Defragment XFS file system</title><link>https://nagg.eu/defragment-xfs-file-system/</link><pubDate>Wed, 20 Jan 2016 18:18:18 +0000</pubDate><guid>https://nagg.eu/defragment-xfs-file-system/</guid><description>&lt;p&gt;XFS just like EXT4 (&lt;!-- raw HTML omitted --&gt;I wrote a post about it last year&lt;!-- raw HTML omitted --&gt;) supports online defragmentation, to manage those volumes on CentOS and Fedora &lt;code&gt;xfsprogs&lt;/code&gt; package is needed.&lt;br&gt;
Fragmentation level of XFS volumes can be checked with the command:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;[root@CentOS ~]$ xfs_db -c frag -r /dev/sdb1
actual 4491, ideal 4006, fragmentation factor 10.80%
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;To perform online defragmentation of XFS volumes run the following command:&lt;/p&gt;</description></item><item><title>Setting up Vim on Fedora</title><link>https://nagg.eu/setting-up-vim-on-fedora/</link><pubDate>Sat, 17 Oct 2015 14:34:09 +0000</pubDate><guid>https://nagg.eu/setting-up-vim-on-fedora/</guid><description>&lt;p&gt;Since every time I am about to install Vim I forgot how to set it up, set it as default system wide text editor and so on I figure I&amp;rsquo;ll write it down once and for all.&lt;br&gt;
First of all let&amp;rsquo;s install Vim, specifically the so called &lt;code&gt;enhanced&lt;/code&gt; version which is capable of loading plugins and colorschemes:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;[user@Fedora ~]# sudo dnf install vim
### powerline plugin
[user@Fedora ~]# sudo dnf install vim-plugin-powerline
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;I personally really like &lt;!-- raw HTML omitted --&gt;molokay colorscheme from tomasr&lt;!-- raw HTML omitted --&gt;; putting it in the default colorscheme directory does the trick if we want to use it for every user.&lt;/p&gt;</description></item><item><title>Defragment EXT4 file system</title><link>https://nagg.eu/defragment-ext4-file-system/</link><pubDate>Fri, 10 Apr 2015 16:55:03 +0000</pubDate><guid>https://nagg.eu/defragment-ext4-file-system/</guid><description>&lt;p&gt;EXT4 is usually pretty good at keeping files fragmentation at minimum, but, sometimes, especially if dealing with really huge files, some fragmentation may actually occur.&lt;br&gt;
Luckily EXT4 supports online defragmentation, command fsck displays, among other things, fragmentation percentage:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;[root@fedora ~]$ fsck.ext4 -fvn /dev/sda1
e2fsck 1.42.12 (29-Aug-2014)
Warning! /dev/sda1 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

 429 inodes used (1.31%, out of 32768)
 **5 non-contiguous files (1.2%)**
 1 non-contiguous directory (0.2%)
 # of inodes with ind/dind/tind blocks: 0/0/0
 Extent depth histogram: 420
 45161 blocks used (34.46%, out of 131072)
 0 bad blocks
 1 large file

 402 regular files
 17 directories
 0 character device files
 0 block device files
 0 fifos
 0 links
 1 symbolic link (1 fast symbolic link)
 0 sockets
------------
 420 files
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;The command e4defrag, which is contained in e2fsprogs, can be used to perform online defragmentation of EXT4 volumes.&lt;/p&gt;</description></item><item><title>FLAC+CUE to multiple tracks</title><link>https://nagg.eu/flac-plus-cue-to-multiple-tracks/</link><pubDate>Wed, 26 Feb 2014 14:08:25 +0000</pubDate><guid>https://nagg.eu/flac-plus-cue-to-multiple-tracks/</guid><description>&lt;p&gt;Let&amp;rsquo;s say we have a big single FLAC file we want to split into multiple files, we are on Fedora and we don&amp;rsquo;t want to use anything but the command line.&lt;br&gt;
First of all:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;[root@fedora ~]$ yum install lame ffmpeg shntool cuetools
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;To split the single FLAC file run:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;[user@fedora ~]$ shnsplit -o flac -f file_name.cue -t &amp;#34;%n - %p - %t&amp;#34; file_name.flac
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;This will produce n single files, &lt;code&gt;-t&lt;/code&gt; parameter is used to specify file name format (in this case: track_number – performer – track_name).&lt;br&gt;
To copy metadata from CUE to the single files run:&lt;/p&gt;</description></item><item><title>XScreenSaver and backlight</title><link>https://nagg.eu/xscreensaver-and-backlight/</link><pubDate>Tue, 21 Jan 2014 14:57:35 +0000</pubDate><guid>https://nagg.eu/xscreensaver-and-backlight/</guid><description>&lt;p&gt;Long story short: in Fedora 20 (and as far as I remember also 19 and 18) XScreenSaver doesn&amp;rsquo;t power off the monitor backlight when locking the screen.&lt;br&gt;
Being the lazy ass I am it took like me 2 or 3 years to find the motivation to solve the issue.&lt;br&gt;
It was actually pretty simple, no need to edit some obscure config file or else, in XFCE just click on: Application menu -&amp;gt; Settings -&amp;gt; Screensaver.&lt;br&gt;
A window will appear, select &lt;code&gt;Blank Screen Only&lt;/code&gt; in the Mode dropdown menu, then switch to the advanced tab, un-check &lt;code&gt;power Management Enabled&lt;/code&gt; and check &lt;code&gt; Quick Power-off in Blank Only Mode&lt;/code&gt;.&lt;br&gt;
This is it, now every time the screen locks the monitor backlight will also power off.&lt;/p&gt;</description></item><item><title>Linux Kernel 3.10 and VMware Workstation 9</title><link>https://nagg.eu/linux-kernel-3-10-and-vmware-workstation-9/</link><pubDate>Sat, 27 Jul 2013 14:11:04 +0000</pubDate><guid>https://nagg.eu/linux-kernel-3-10-and-vmware-workstation-9/</guid><description>&lt;p&gt;A new Linux kernel version is released and guess what: VMware Workstation fucked up once again.&lt;br&gt;
The fix posted on the Arch Linux wiki is applicable also to Fedora 19, I&amp;rsquo;ll post it here for future reference.&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ cd /tmp
$ curl -O http://pkgbuild.com/git/aur-mirror.git/plain/vmware-patch/vmblock-9.0.2-5.0.2-3.10.patch
$ curl -O http://pkgbuild.com/git/aur-mirror.git/plain/vmware-patch/vmnet-9.0.2-5.0.2-3.10.patch
$ cd /usr/lib/vmware/modules/source
# tar -xvf vmblock.tar
# tar -xvf vmnet.tar
# patch -p0 -i /tmp/vmblock-9.0.2-5.0.2-3.10.patch
# patch -p0 -i /tmp/vmnet-9.0.2-5.0.2-3.10.patch
# tar -cf vmblock.tar vmblock-only
# tar -cf vmnet.tar vmnet-only
# rm -r vmblock-only
# rm -r vmnet-only
# vmware-modconfig --console --install-all
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;For more information: &lt;!-- raw HTML omitted --&gt;&lt;a href="https://wiki.archlinux.org/index.php/VMware#3.10_kernels"&gt;https://wiki.archlinux.org/index.php/VMware#3.10_kernels&lt;/a&gt;&lt;!-- raw HTML omitted --&gt;&lt;/p&gt;</description></item><item><title>Wireshark as unprivileged user</title><link>https://nagg.eu/wireshark-as-unprivileged-user/</link><pubDate>Fri, 07 Jun 2013 01:22:27 +0000</pubDate><guid>https://nagg.eu/wireshark-as-unprivileged-user/</guid><description>&lt;p&gt;Documentation on the Wireshark wiki seems to not be really up to date, or at least it&amp;rsquo;s not completely applicable to Fedora 18, so here is what I did to make it work.&lt;br&gt;
After installing Wireshark (and its GUI) with the usual:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;yum install wireshark-gnome
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;It should automatically create a group called &lt;code&gt;wireshark&lt;/code&gt; and we are supposed to add our user (mafio in my case) to this group:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;usermod -a -G wireshark mafio
newgrp wireshark ### used to force the new settings without having to logout/login
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Then issue this last command:&lt;/p&gt;</description></item><item><title>OpenVPN server and CentOS</title><link>https://nagg.eu/openvpn-server-and-centos/</link><pubDate>Sun, 19 May 2013 17:52:52 +0000</pubDate><guid>https://nagg.eu/openvpn-server-and-centos/</guid><description>&lt;p&gt;OpenVPN is the de facto standard VPN free open source software; it is widely
used, tested, well documented and also included in the CentOS repos (EPEL).&lt;/p&gt;
&lt;h2 id="-server-side-configuration"&gt;.:. Server side configuration&lt;/h2&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;yum install openvpn easy-rsa dnsmasq
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;When yum is done installing the required packages, copy the sample config file.&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;cp /usr/share/doc/openvpn-*/sample/sample-config-files/server.conf /etc/openvpn
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Uncomment/edit the following lines in /etc/openvpn/server.conf:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;port 1194
proto udp
dev tun
ca ca.crt
cert server.crt
key server.key
dh dh4096.pem
server 10.8.0.0 255.255.255.0
ifconfig-pool-persist ipp.txt
push &amp;#34;redirect-gateway def1&amp;#34;
push &amp;#34;dhcp-option DNS 10.8.0.1&amp;#34;
keepalive 10 120
tls-auth ta.key 0 # This file is secret
key-direction 0
tls-version-min 1.2
tls-cipher TLS-DHE-RSA-WITH-AES-256-CBC-SHA256
auth SHA512
cipher AES-256-GCM
#comp-lzo # Disable LZO compression
persist-key
persist-tun
status openvpn-status.log
;log openvpn.log # disable log, optional
;log-append openvpn.log # disable log, optional
user nobody
group nobody
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Now, create two folders easy-rsa/keys in /etc/openvpn and copy some files into
them:&lt;/p&gt;</description></item><item><title>Logitech G500 and Linux</title><link>https://nagg.eu/logitech-g500-and-linux/</link><pubDate>Wed, 01 May 2013 15:10:47 +0000</pubDate><guid>https://nagg.eu/logitech-g500-and-linux/</guid><description>&lt;p&gt;Despite not being a gamer at all I see having a decent mouse as an important thing, I spend 10 to 15 hours a day in front of my PC and probably for at least half of the time I&amp;rsquo;m using the mouse, so I don&amp;rsquo;t get why I should not have the best input peripherals on the market.&lt;br&gt;
My current mouse is a Logitech G500 (NP 910-001262), of course it being the best mouse on the market is an highly debatable thing since, along side with the keyboard, mouse choice is highly subjective.&lt;br&gt;
G500 is something you love or you hate, starting from the unusual scroll wheel, going to the sensor position to the strange side buttons there are a lot of uncommon things.&lt;br&gt;
This small write-up is not meant to be a review nor a guide, I would like it to be just a bunch of tips from someone who is using a G500 on a Linux box.&lt;br&gt;
First of all: this mouse has no angle snapping, or better, out of the box angle snapping is enabled (Logitech, why? seriously, none like angle snapping) but it can be disabled from drivers.&lt;br&gt;
Obviously drivers are available only for Windows (Logitech…) and I don&amp;rsquo;t seem to be able to change mouse settings from a virtual machine (VMware Workstation 9), anyway I didn&amp;rsquo;t put much time on this so it could be doable.&lt;br&gt;
So what I suggest is plug G500 in a physical Windows machine, install drivers and tune the settings, once you are done, save settings on G500 internal memory and plug it in your Linux machine.&lt;br&gt;
Once in Linux, which in my case is Fedora 18 and XFCE as DE, there are still acceleration issues which can be solved quite easily using &lt;code&gt;xinput&lt;/code&gt;.&lt;br&gt;
– Someone report that G500 sensor is &lt;code&gt;flawed&lt;/code&gt; and it has some kind of &lt;code&gt;built-in&lt;/code&gt; acceleration, honestly I don&amp;rsquo;t see it but could be that I&amp;rsquo;m just used to it –&lt;/p&gt;</description></item><item><title>Thinkpad E320 and Fedora 17</title><link>https://nagg.eu/thinkpad-e320-and-fedora-17/</link><pubDate>Tue, 18 Dec 2012 21:05:21 +0000</pubDate><guid>https://nagg.eu/thinkpad-e320-and-fedora-17/</guid><description>&lt;p&gt;First of all, forget everything about the myth: &lt;code&gt;Loonix, it just werks&lt;/code&gt;. Close to nothing &lt;code&gt;werks&lt;/code&gt; out of the box, tho with a good amount of patience and a bit of tinkering there are good chances to make the whole thing working in a decent manner.&lt;br&gt;
First of all, the box I&amp;rsquo;ve here is a Thinkpad Edge 320 – 12983RG and I&amp;rsquo;ve installed Fedora 17 x64 with XFCE as DE.&lt;br&gt;
It comes with the integrated Intel HD3000, no discrete graphic card and UMTS module (I didn&amp;rsquo;t tested if it&amp;rsquo;s working or not).&lt;/p&gt;</description></item></channel></rss>