Not a huge fan of the new Opera, however I’m able to get the long-awaited Linux version (for which only a .deb package was released) working on Fedora after some hackery. Below is a screenshot of it. I just thought I’d share my slight happiness with the rest of the interwebs 🙂
Opera-Developer Screenshot
I recently install Fedora 20 on my laptop (I’d been using Arch Linux for the longest, but decided to switch it up for no real reason). I initially installed Mageia, and loved it for what it was — the first linux distro I ever used was a Mandriva iteration — but it’s stability and older set of packages did not meet my needs. Namely, I needed ZFS support (to access a drive I’d used with FreeBSD) along with a few other nuances that the newer F20 system allowed over the Mageia 4 system I was using.
After the move to Fedora, I wanted to use the Ubuntu fonts that I’d grown accustom to while using Arch Linux. It would seem, however, that Fedora does not have an up-to-date package for these fonts in their repo. A quick search at pkgs.org showed that there was an Ubuntu font package in the Russian repo (http://tigro.info/wp/), however it did not include Ubuntu Mono, among others — unless I’m mistaken.
Fortunately, Ubuntu offers a standalone download of their fonts here. Installing the fonts directly was very simple. After downloading and unzipping the zip file, simply move the contents to /usr/share/fonts, and run fc-cache -v.
Afterwards, I was able to use Ubuntu Mono w/Konsole, as I love to do 🙂
Continuing my work with servers running Ubuntu, I’ve come across the issue of needing the ability to write to UFS filesystems via libguestfs. I was doing a lot of head-banding against various walls, until I came across this post (thanks a lot Oz Nahum!).
R/W support is *experimental*, you’ve been warned.
First create the build directory and download the source for your kernel:
sudo su - apt-get build-dep --no-install-recommends linux-image-$(uname -r) mkdir /usr/local/src/ufs_rw cd /usr/local/src/ufs_rw apt-get source linux-image-$(uname -r) cd linux-3.x.y-z cp -v /usr/src/linux-headers-3.x.y-z/Module.symvers . cp -v /boot/config-3.x.y-z . make EXTRAVERSION=-4 O=/usr/local/src/ufs_rw oldconfig sed -i 's/# CONFIG_UFS_FS_WRITE is not set/CONFIG_UFS_FS_WRITE=y/' /usr/local/src/ufs_rw/.config
Continue compiling:
make EXTRAVERSION=-4 O=~/ufs_rw prepare make EXTRAVERSION=-4 O=~/ufs_rw outputmakefile make EXTRAVERSION=-4 O=~/ufs_rw archprepare make EXTRAVERSION=-4 O=~/ufs_rw modules SUBDIRS=scripts make EXTRAVERSION=-4 O=~/ufs_rw modules SUBDIRS=fs/ufs
You’ll find your module here: /usr/local/src/ufs_rw/linux-[version]/fs/ufs/ufs.ko. From there, you can just copy the file to /lib/modules/3.x.y-z/kernel/fs/ufs — I preferred to rename the original to ‘ufs.ko.ro’ vs. overwriting it.
Now with a modprobe ufs you’ll have UFS support loaded with r/w support!
So I was running into an issue where our Ubuntu machines would not allow live external snapshots via libvirt virsh snapshot-create-as . *Note the lack of the “–atomic” option, which is certainly recommended in a mission-critical environment, as it ensures the snapshot completely correctly and dies if it does not — this is due to running an older version of libvirt (0.9.8) because we’re using Precise Pangolin.
agoree@computing-node-3:/var/lib/libvirt/images$ virsh snapshot-create-as fedora-guest2 snap1-fedora-guest2 "1st virsh snap of fedora-guest2" --diskspec vda,file=/var/lib/libvirt/images/snap2-fedora-guest2.img --disk-only error: internal error unable to execute QEMU command 'blockdev-snapshot-sync': An undefined error has ocurred
The error lead me to this bug report, along with these helpful blog posts.
I ended up simply creating this file:
agoree@computing-node-3:~$ cat /etc/apparmor.d/local/abstraction-libvirt-storage "/var/lib/libvirt/images/*" rw,
Then added an include for it in /etc/apparmor.d/libvirt/TEMPLATE, like so:
agoree@computing-node-3:~$ cat /etc/apparmor.d/libvirt/TEMPLATE
#
# This profile is for the domain whose UUID matches this file.
#
#include <tunables/global>
profile LIBVIRT_TEMPLATE {
#include <abstractions/libvirt-qemu>
#include <local/abstraction-libvirt-storage>
}
After a reboot, all worked fine. Next up, using a newer libvirt version on Precise Pangolin for better live snapshot support (namely, “–atomic” option and “virsh blockpull” command to consolidate imgs/snaps).
