Qubes OS: Subversion server VM

Well, I set up an AppVM, based on the fedora-25-minimal template, which served as a Subversion server for the other VMs.
I have this SVN repo I've been dragging around for years, which holds important personal configuration files like .bashrc, .vimrc, .screenrc, .ssh/config, etc.; files that have been perfected during almost 25 years of exclusive Linux/FreeBSD use. And since I have multiple home directories on this Qubes laptop, this repo is more important now than ever.

So, I set this up. Even documented it. And then I switched to a keyboard with a different layout. Which prevented me from decrypting my disk.
And since I didn't really feel like putting the old keyboard back (have you ever tried replacing a laptop keyboard? I don't have the patience for it), and I didn't have very much data on the laptop yet anyway, I decided to just reinstall the thing. But unfortunately this means I lost my SVN server VM, and some other Qubes documentation and scripts I wrote.

Fortunately, most of it is still fresh in my head, so in the coming days/weeks I will recreate this SVN VM and the other stuff I had.
Until then, you're just going to have to accept my sincerest appologies for making you follow a link that leads to a story about this nerd who thought he could do without a backup before changing his keyboard, instead of the documentation you were hoping for.
On the bright side: svnVM version 2 will not be running X (as opposed to fedora-25-minimal), which will help us save some MBs of RAM, and some CPU cycles. I think I will document the creation of this X-less VM separately, as it may serve many purposes. All short and good: more to follow…

Oh, and if you're thinking about contacting me to ask me why I use SVN instead of GIT: don't bother.
GIT is the dumbest excuse that exists for a version control system. Half the world is currently trying to make a decentralized version control system behave like a centralized version control system, because Linus Torvalds' name is on the developer list of GIT.
Anyone who understands software development chooses Subversion (with all of it's downsides) over GIT.

Last modified: