Tag: Linux

The SFLC Tries to Terminate Conservancy's Trademark

In my last two posts, I've talked about the Linux Foundation's apparent disdain for the GPL (the license that Linux is published under, which allows derivative works but requires them to be published under the same license), and Eben Moglen's apparent souring on legal enforcement of the GPL. I mentioned that the Software Freedom Law Center is seeking to terminate the Software Freedom Conservancy's trademark, and that Bruce Perens believes that this is retaliation by the LF. So let's continue, shall we?

The Linux Foundation now represents corporate interests, not the community. The GPL is designed to protect the community. So there's some friction there right off the bat.

In fact, as I mentioned in the first part, the LF used to have two community representatives on its board, but terminated the position.

Why? Well, it happened right after the Software Freedom Conservancy's Executive Director, Karen Sandler, announced her intention to run for a seat. Looks like the Linux Foundation didn't like that. VMware certainly didn't, since Conservancy is currently funding a GPL enforcement lawsuit against it.

And, as noted in the previous post, Eben Moglen published an article arguing against GPL enforcement. That doesn't seem to have gone over well with the Free Software Foundation; he resigned his position as FSF General Counsel soon after. That's a hell of a thing, after nearly 25 years in the role.

Now, Moglen's SFLC has filed to terminate the Conservancy's trademark, stating that the marks are too similar and could cause confusion. This seems out of the blue; the SFLC started Conservancy, and legally represented it for years; if it were concerned about trademark confusion, it should have expressed those concerns eleven years ago.

Perens went on a bit of a tear about this; he submitted an article to Slashdot titled Software Freedom Law Center Launches Trademark War Against Software Freedom Conservancy, and has commented extensively on two articles at LWN, one quoting Conservancy's post and the other quoting the SFLC's response.

Perens believes the connection is clear: as the Linux Foundation has come to represent corporate members over the Linux community, it has become increasingly critical of the GPL. Eben Moglen and the SFLC, which is funded by the LF, still purport to believe in the GPL, but have become increasingly critical of legal actions enforcing it. The LF includes VMware on its board, and Conservancy is funding a GPL enforcement action against VMware; in light of these facts, it does not appear coincidental that the LF eliminated its community representative positions right after the executive director of Conservancy expressed an interest in running for one, and the Software Freedom Law Center suddenly became concerned that the Software Freedom Conservancy -- an organization which it started -- has a name that's too similar.

So how will this all turn out? I'm not a lawyer, but I think Conservancy is on pretty solid ground here. Of course, if Perens is right, then this isn't really about a trademark at all. And if Perens is right and the Linux Foundation really is out to punish Conservancy, then this action may not be the end of it.

The SFLC and Conservancy: A History

Yesterday, I went over how the Linux Foundation doesn't seem to like the license Linux is published under very much.

Bruce Perens, co-founder of the Open Source Initiative and founder of the Linux Standard Base (which led to the formation of the Linux Foundation), says it's worse than that, and that the Linux Foundation is now undermining GPL enforcement against its member organizations.

This is a complicated story, so strap in. I mean, if this sounds like something you're interested in. If it doesn't, then I don't blame you; come back on Friday, when I'll have about 750 words on April from Teenage Mutant Ninja Turtles.

Still here? Okay.

The Software Freedom Law Center is funded by the Linux Foundation, and provides pro bono legal services and representation to developers of free/open-source software. Its chairman is Eben Moglen, who was pro bono general counsel for the Free Software Foundation from 1994 to 2016. Moglen has done a hell of a lot for free software over the course of the last 25 years.

In 2006, the SFLC launched the Software Freedom Conservancy, an organization that provides free financial and administrative services to free software projects. Today Conservancy represents 48 projects, notably including BusyBox, Git, phpMyAdmin, QEMU, Samba, and Wine. Conservancy is an independent entity and not part of the SFLC, though the SFLC represented Conservancy through 2011.

In 2007, the SFLC and Conservancy began GPL enforcement suits on behalf of BusyBox. BusyBox is a minimal bootable system that's in everything; if you're using a piece of consumer electronics that's more complicated than a microwave oven, there's a good chance it's got BusyBox in it. And a lot of those electronics companies don't bother to follow the GPL and release their source code modifications.

There's been some backlash against GPL enforcement in the years since. BusyBox's maintainer, Rob Landley, later regretted the lawsuits; he deemed them counterproductive, and said they hadn't helped BusyBox or any other project, they'd just convinced companies like Google to avoid the GPL and use permissive licenses instead.

Maybe so. But if nobody ever enforces the GPL, then it's meaningless. A mere suggestion.

Conservancy has continued its GPL enforcement actions. Currently, it's funding Christoph Hellwig's litigation against VMware in Germany. VMware distributes a modified version of the Linux kernel; Hellwig is a kernel contributor and, thus, one of the many copyright holders in the Linux kernel. (While many free/open-source projects require that contributors assign all copyright to a single rightsholder, such as Conservancy or the GNU Project, the Linux kernel does not; every single contributor to the Linux kernel maintains the copyright to the portion of the kernel they contribute, but licenses it under the GPL for anyone else to use.)

Eben Moglen seems to have soured on GPL enforcement. Last year he published an article in the International Free and Open Source Software Law Review titled Whither (Not Wither) Copyleft. His arguments are similar to Landley's: all these GPL enforcement suits are actually bad for the GPL, because they discourage companies from using the GPL at all.

Moglen makes the argument that litigation should be a last resort, and that parties should try to resolve their disputes amicably if at all possible. The thing is, I don't think anybody actually disagrees with that.

When has Conservancy chosen to sue, when there was any other path available? BusyBox v Westinghouse was a default judgement. Westinghouse didn't even bother showing up to court; I don't see how politely-worded E-Mails were going to get it to comply. Conservancy spent three years attempting to negotiate with VMware, to no avail; the lawsuit is a last resort. Whither copyleft? indeed.

Bruce Perens thinks the SFLC's recent trademark action is retaliation for Conservancy's enforcement action against VMware. I'll save the why for my next post. Tune in tomorrow, same Thad-time, same Thad-channel.

The Linux Foundation Hates Copyleft

It's been kinda weird, seeing the Linux Foundation slowly transform into an organization that is fundamentally opposed to the license Linux is published under.

But the Linux Foundation is in the business of turning a profit, and that's meant embracing corporate America -- even Microsoft is now a member. In fact, the board is overwhelmingly made up of corporate representatives now: Facebook, AT&T, Qualcomm, Cisco, VMware (we'll come back to them tomorrow), Intel, HP, Bitnami, Panasonic, Hitachi, Samsung, IBM, Microsoft (Microsoft!), Comcast, Huawei, NEC, Oracle, Fujitsu. There used to be two community representatives on the board, but they eliminated that position (we'll come back to that on Thursday).

Linux is published under the GNU General Public License. The GPL is what GNU/Free Software Foundation founder Richard Stallman calls "copyleft": if a piece of software is licensed under the GPL, then that means anyone else is free to access, modify, and redistribute the source code, provided that if they release a modified version, they publish it under the same license.

Corporations don't much like copyleft or the GPL. They like more permissive licenses, like the MIT License and the BSD Licenses, which allow them to take someone else's code, modify it, and not give their modifications back to the community.

Linus Torvalds, the man who the Linux Foundation is named after, gets this. FOSS Force's Christine Hall recounts his remarks at LinuxCon last year:

“I think that if you actually want to create something bigger, and if you want to create a community around it, the BSD license is not necessarily a great license,” he said.

“I mean, it’s worked fairly well, but you are going to have trouble finding outside developers who feel protected by a big company that says, ‘Hey, here’s this BSD license thing and we’re not making any promises because the copyright allows us to do anything, and allows you to do anything too.’ But as an outside developer, I would not get the warm and fuzzies by that, because I’m like, ‘Oh, this big company is going to take advantage of me,’ while the GPL says, ‘Yes, the company may be big, but nobody’s ever going to take advantage of your code. It will remain free and nobody can take that away from you.’ I think that’s a big deal for community management.

“It wasn’t something I was planning personally when I started, but over the years I’ve become convinced that the BSD license is great for code you don’t care about. I’ll use it myself. If there’s a library routine that I just want to say ‘hey, this is useful to anybody and I’m not going to maintain this,’ I’ll put it under the BSD license.

“Whenever licenses come up, I want to say that this is a personal issue,” he continued, adding a disclaimer most likely meant mainly for the benefit of the BSD folks, some of whom resent Linux’s success, but also to appease big enterprise, which is where the Linux Foundation gets virtually all of it’s funding.

“Some people love the BSD license,” he said. “Some people love proprietary licenses, and do you know what? I understand that. If you want to make a program and you want to feed your kids, it used to make a lot of sense to say that you want to have a proprietary license and sell binaries. I think it makes less sense today, but I really understand the argument. I don’t want to judge, I’m just kind of giving my view on licensing.”

Jim Zemlin, Executive Director of the Linux Foundation, seems to feel a little bit differently. Hall quotes him, in an article titled The Linux Foundation: Not a Friend of Desktop Linux, the GPL, or Openness:

“The most permissive licenses present little risk and few compliance requirements. These licenses include BSD and MIT, and others, that have minimal requirements, all the way to Apache and the Eclipse Public License, which are more elaborate in addressing contributions, patents, and indemnification.

“In the middle of the spectrum are the so-called ‘weak viral licenses’ which require sharing source code to any changes made to the originally licensed code, but not sharing of other source code linked or otherwise bound to the original open source code in question. The most popular and frequently encountered licenses in this category are the Mozilla Public License and the Common Public Attribution License.

“Restrictive Licenses present the most legal risk and complexity for companies that re-distribute or distribute software. These licenses are often termed ‘viral’ because software combined and distributed with this licensed software must be provided in source code format under the terms of those licenses. These requirements present serious risks to the preservation of proprietary software rights. The GNU General Public License is the archetype of this category, and is, in fact, the most widely used open source license in the world.”

Hall adds, "While his points are accurate enough, and reflect what I’ve already written in this article, the terms he uses suggest that the foundation holds the GPL and other copyleft licenses in contempt."

So what's all that got to do with the Software Freedom Law Center filing to have the Software Freedom Conservancy's trademark terminated? Nothing, insist the Linux Foundation and the SFLC. But Bruce Perens -- who founded the Linux Standard Base, one of the organizations that became the Linux Foundation -- thinks it's retaliation for a GPL enforcement lawsuit against VMware.

But that's a story for another post. Or two...

How I Created and Self-Published My eBook

I wrote Old Tom and the Old Tome in Scrivener. I converted it to an EPUB with Sigil. I tested it using Calibre, FBReader, Nook, Kobo, and Google Play Books. Then I published it on Smashwords and Kindle Direct.

Why a short story?

This one is probably obvious, but just in case it isn't: I started with a short story because when you want to learn a new skill, you want to start small. I didn't want to write something novel-length and then run into a bunch of problems.

A short story's the perfect length to start with. Old Tom and the Old Tome clocks in around 3,000 words, split up into 4 separate sections (cover, copyright, story, About the Author). It has a great structure for learning the ropes.

Of course, you don't have to go the fiction route. In fact, it occurs to me that this blog post would actually convert quite nicely into a short eBook. Hm, food for thought.


I checked out Scrivener because Charles Stross swears by it. It's basically an IDE for writing books; it's quite simply the most advanced and mature piece of software there is for the purpose.

There's a Linux version, but it's abandonware. For a GNU/Linux user such as myself, this is something of a double-edged sword: on the plus side, I get Scrivener for free, where Mac and Windows users have to pay $40 for it; on the minus side, if a system upgrade ever causes it to stop working, I'm SOL. If Scrivener stops working on my system, there's not going to be a fix, I'll be locked into a platform I can no longer use. I could try and see if the Windows version will run under WINE, but there's no guarantee of that.

The good news is that Scrivener saves its files in standard formats, so if it ever stops working I'll still be able to access my content in other programs. The bad news is that it saves its individual files with names like 3.rtf and 3_synopsis.txt.

So Scrivener's pretty great, and I'll probably stick with it for a little while even though there are no more updates on the horizon for my OS -- but there's a definite downside to using the Linux version. (And if they decided the Linux version wasn't going to bring in enough profit to justify maintaining it, what happens if they decide the same thing for the Windows version someday, maybe leave it as a Mac-only product?)

Getting Started

Scrivener's got a great tutorial to run through its functionality; start there.

When you're done with the tutorial and ready to get to work on your book, I recommend using the Novel template, even if you're not writing a novel, because it automatically includes Front Matter and Back Matter sections; the Short Story template does not.

Scrivener's got your standard MS-word-style tools for formatting your work. I didn't use them. Since I was targeting a digital-only release and no print version, I wrote my story in Markdown, which converts trivially to HTML but isn't as verbose as HTML.

Output Formats

Since I went the Markdown route, I found that the best option for output at compile time was Plain Text (.txt). The most vexing thing I found about the output was the limited options under the "Text Separator" option -- the thing that goes between different sections. What I wanted was a linebreak, followed by ***, followed by another linebreak. Scrivener doesn't have any option for that -- your options are Single Return, Empty Line, Page Break, and Custom. Under Custom you can put ***, but there doesn't seem to be any way to put a linebreak on either side of it. So I found the best option was to just do that, and then manually edit the text file it put out and add a linebreak on either side of each one.

If you plan on making an EPUB file, you'll probably want to keep all the "smart quotes" and other symbols that Scrivener adds to your text file. However, if you want to distribute the Markdown file in plain text and want it to be readable in Chrome, you'll need to remove all the pretty-print characters, because Chrome won't render them correctly in a plain-text file (though it'll do it just fine in a properly-formatted HTML file). You'll also want to use the .txt extension rather than .md or .markdown if you want the file to display in Firefox (instead of prompting a download).

You've got different options for converting from Markdown to HTML. Pandoc is a versatile command-line tool for converting between all sorts of different formats, but I don't like the way it converts from Markdown to HTML; not enough linebreaks or tabs for my tastes. There are probably command-line flags to customize those output settings, but I didn't find them when I glanced through the man page.

I thought Scrivener's Multimarkdown to Web Page (.html) compile option worked pretty well, although the version I used (1.9 for Linux) has a bug that none of the checkboxes to remove fancy characters work correctly: you're getting smartquotes whether you want them or not. You also don't want to use *** as your section separator, because Scrivener reads it as an italicized asterisk (an asterisk in-between two other asterisks, get it?) instead of an HR. Similarly, it reads --- as an indicator that the previous line of text is an h2.

So your best bet for a section break is something like



<div class="break">*</div>

(Actually, you don't want to use HR's at all in an EPUB, for reasons I'll get to later, but if you want to distribute an HTML version of your book, it's fine to use them in that version.)


Sigil is an excellent, very straightforward tool for editing the EPUB format. I recommend you grab the Sigil User Guide, go through the Tutorial section, and do what it tells you -- even the stuff that generates seemingly ugly code. For example, if you use Sigil's Add Cover tool, you wind up with code that looks like this:

<svg xmlns="http://www.w3.org/2000/svg" height="100%" preserveAspectRatio="xMidYMid meet" version="1.1" viewBox="0 0 900 1350" width="100%" xmlns:xlink="http://www.w3.org/1999/xlink">
  <image width="900" height="1350" xlink:href="../Images/cover.jpg"/>

If you're like me, looking at that makes you wince. And your instinct will be to replace it with something simple, like this:

<img src="../Images/cover.jpg" alt="Cover" />

But don't do that. Removing the <svg> tag, or even removing those ugly-ass inline styling attributes, will prevent the cover from displaying correctly as a thumbnail in readers.

(If there is a way to clean up that ugly <svg> tag and still have the thumbnail display correctly, please let me know; I'd love to hear it.)

Now, Sigil is for the EPUB2 format. It doesn't support any of the newfangled fancy features of EPUB3, and neither do most readers at this point. You're going to want to keep your styles simple. In fact, here's the entire CSS file from Old Tom and the Old Tome:

img {
  max-width: 100%;

h1 {
  text-align: left;
  text-indent: 0;
  font-size: 200%;

.noindent {
  text-indent: 0;

.break {
  margin: 1em 0;
  text-align: center;

Oh, and that last class, .break? That's there because some readers ignore <hr/> tags. FBReader on Android, for example, will not display an HR. No matter how I tried formatting it, it wouldn't render. Not as a thin line, not even as a margin. If you use an <hr/> tag in your EPUB file, FBReader will act as if it isn't there.

So I wound up cribbing a style I saw in Tor's EPUB version of The Bloodline Feud by Charles Stross:

<div class="break">*</div>

where, as noted in the above CSS, the .break class centers the text and puts a 1em margin above and below it.

(Some readers won't respect even that sort of simple styling, either; Okular parses the margin above and below the * but ignores the text-align: center style. Keep this in mind when you're building an EPUB file: keep the styles simple, and remember that some readers will straight-up ignore them anyway.)

(Also: this should go without saying, but while it's okay to look through other eBooks for formatting suggestions and lifting a few lines' worth of obvious styling is no problem, you don't want to go and do anything foolish like grab an entire CSS file, unless it's from a source that explicitly allows it. Even then, it might not be a good idea; formatting that works in somebody else's book may not be a good idea in yours.)


Once my EPUB was done, I tested it in a number of different readers for a number of different platforms at a number of different resolutions. There are a lot of e-readers out there, and their standards compliance is inconsistent -- much moreso than the browser market, where there are essentially only three families of rendering engines.

If you're used to using an exhaustive, precise set of CSS resets for cross-browser consistency, you probably expect to use something similar for e-readers. Put that thought out of your head; you're not going to find them. The best you're going to get are a few loose guidelines.

Consistency across different e-readers just isn't attainable in the way that it is across different web browsers. Don't make that a goal, and don't expect it to happen. You're not looking for your eBook to display perfectly in every reader; you're just looking for it to be good enough in a few of the most-used readers.

For example, I found that the margins the Nook reader put around my story were fine on a tablet, but I thought they were too much on a phone. If I'd wanted, I could have futzed around with media queries and seen if that was possible to fix -- but I decided no, it was Good Enough; it wasn't worth the effort of trying to fix it just for that one use-case.


Smashwords has a useful FAQ on self-publishing, and also provides a free EPUB download called the Smashwords Style Guide.

If you already know HTML, here's what I can tell you about the Smashwords Style Guide: read the FAQ at the beginning, then skip to Step 21: Front Matter. Because it turns out that Steps 1-20 are about how to try and make Microsoft Word output clean HTML and CSS. If you already know how to write HTML and CSS yourself, there is of course absolutely no fucking reason why you would ever want to use Word to write your HTML and CSS for you.

It's probably a good idea to read the rest of the guide from Step 21 through the end, but most of it's pretty simple stuff. To tell the truth, there are exactly two modifications I made to the EPUB for the Smashwords edition: I added the phrase "Smashwords edition" to the copyright page, and I put ### at the end of the story (before the back matter). That's it.

For all the time the guide spends telling you how easy it is to fuck up and submit a file that will fail validation, I experienced none of that. My EPUB validated immediately, and it was approved for Smashwords Premium the next day (though Smashwords says it usually takes 1-2 weeks; the quick turnaround may have been a function of how short my short story is).


Most of the forms you fill out on the Smashwords Publish page are well-documented and/or self-explanatory. The Long Description and Short Description fields are exceptions; it's probably not entirely clear, at a glance, where your listing will show the short description and where it will show the short one. So here's how they work:

On Smashwords, your book's listing shows the short description, followed by a link that says "More". When you click "More", the long description appears underneath the short description.

  • Smashwords default
  • Smashwords expanded

Kobo and iBooks don't appear to use the short description at all. Your book's listing will show the first few lines of your long description, followed by an arrow (on Kobo) or a "More..." link (on iBooks), which you can click to expand to show the entire description.

  • Kobo default
  • Kobo expanded
  • iBooks default
  • iBooks expanded
Aside: Why the fuck does it do this?
Look at all that whitespace. What's the point of hiding the text?

Inktera shows the long description, followed by an HR, followed by the short description.



And Scribd just shows the long description.



Lastly, Blio doesn't show either description of my book. Clearly this is a problem and I should probably talk to tech support about it.

As you might expect, the various different ways the different sites use the two descriptions create a bit of a conundrum: how can you write a short description that is the primary description on one site and a long description that is the primary description on four other sites, and write the two descriptions so that they don't look pointless and redundant when you put them side-by-side?

I haven't come up with a good solution for this in the case of Old Tom yet.


It turns out the Amazon conversion is really easy. I just set up an account at kdp.amazon.com, filled out the forms, uploaded the cover and the EPUB file, and Amazon's automatic conversion software switched it over to Kindle format with no trouble at all. Amazon's even got a really nice online reader that lets you check how your file will look in the Kindle Reader on various devices (Kindle Fire HD, iPhone, iPad, Android phone, Android tablet, etc.).

I only hit one speed bump when I submitted to Amazon: after a few hours, I got an E-Mail back saying that the book was freely available online (because of course it is; I've posted it in multiple places, including this site). Amazon required me to go back through and reaffirm that I am the copyright holder of the book -- which meant just going through the exact same forms I'd already filled out and clicking the Submit button again. It was a little bit annoying, but not time-consuming and mostly painless, and the book appeared for download on Amazon shortly after.

And that's it.

The hardest part of self-publishing an eBook was finding the time, figuring out what resources to use, and learning the EPUB format. And now that I know what resources to use and understand the EPUB format, it doesn't take nearly as much time. For my next book, I'll be able to spend a lot more time writing and a lot less time formatting. Hopefully this blog post has helped you so that you can do the same.

Ubuntu on an Old Mac Pro

So I spent the past few days trying to get Ubuntu Studio installed on my 2006-era Mac Pro 1,1. I can't speak for other Macs specifically, but here are some details you're going to want to know if you engage in that undertaking:

  • The Mac Pro 1,1 won't boot Linux from a USB stick.
  • It also won't boot it from a dual-layer DVD. Double-check and make sure you're not using dual-layer.
  • The LTS releases of Ubuntu (such as 14.04) have images that are specifically labeled "amd64+mac". Use those. Otherwise you might wind up stuck on an unresponsive "Select CD-ROM Boot Type" prompt.
  • You may or may not need to install rEFInd to help you boot from a Linux disc. If your disc isn't showing up when you hold the Option key at boot, give rEFInd a shot.
  • There's a useful guide at Ubuntu Community Help called Installing on a Mac Pro - Cylinder (Late 2013). As the title implies, it's not written for the older-model Mac Pros, but most of what it says is still applicable. (But it tells you not to use the Mac-specific ISO files. Don't listen to that part; you should use those on the 1,1 model.)

Getting Rid of Firefox Error Beeps in OpenSUSE

This is, more than anything, a Note to Self for the next time I do a clean install of OpenSUSE and can't figure out how to make Firefox stop making incredibly loud error beeps every single time I type Ctrl-F and type a search term that it can't find.

Disabling audio notifications in KDE's Configure Desktop has no effect on Firefox, because it uses GNOME's audio event system, not KDE's. (Not sure why it also completely ignores current system volume and always blasts the error beep so friggin' loudly; I'm sure there's a configuration setting for that somewhere.)

The program for controlling GNOME/GTK audio events is called pavucontrol (for Pulse Audio Volume Control).

Run that, go to the Playback tab, and click the Mute icon next to System Sounds.

This is really the sort of thing OpenSUSE should fix, seeing as its default configuration is a KDE desktop with Firefox as the default browser. It would be nice for YaST to have some kind of integrated audio notifications configuration tool, or, at the very list, to document pavucontrol better.

KDE under Mint

Still sitting up in the ER with my wife. She's sleeping and I've nothing else to do, so here goes, a post about my ongoing Mint experience that I mostly banged out yesterday:

I've got KDE running under Mint, behaving mostly the way I like my desktop to. There are a lot of fiddly little things that just don't work quite right for some reason -- Alt-Tab works, but Alt-Shift-Tab doesn't; the taskbar is just slightly too big and I can't drag icons to reorder them even though it's explicitly set to manual order; the themes are all slightly off from what I'm used to (Oxygen is too bright and Oxygen Cold is too dark); and I'm typing this in gedit because Kate won't let me type in documents where the lines go above a certain number of characters. I'm sure all these problems are fixable -- and hey, maybe if I'd just installed Mint KDE from scratch instead of starting with Cinnamon and then adding KDE, I wouldn't have had them in the first place --, but it sure has been a fiddly pain in the ass.

In short, despite the problems I've had with it, I'm inclined to believe the hype that OpenSUSE really is the best KDE-based Linux distribution.

So for now I'm keeping it installed, running updates from a chrooted YAST every day, and hoping one of them will eventually fix the damn thing.

Trying to Fix OpenSUSE

After spending my Saturday banging my head against the wall trying to get my OpenSUSE installation working again, I spent my Sunday just reinstalling the damn thing -- aware the whole time that the result might be exactly the same thing happening next time I run an update.

I went to the effort to get OpenSUSE up and running again because I quite like it. All that shit I griped about yesterday on how difficult it is to find configuration options in Mint? Simply not the case in OpenSUSE. It's true that OpenSUSE has two separate control panels too, like Cinnamon does, and that one is for interface configuration and the other is for system configuration -- but both of them are a whole lot more comprehensive than what Cinnamon's got, and it's way easier to find what you're looking for. And OpenSUSE's package management is simply the best I've ever seen -- it doesn't have quite as comprehensive a selection as Debian/Ubuntu/Mint/et al, but it's pretty close, and -- perhaps most importantly of all -- it doesn't just give you an error when there's a dependency issue, it gives you a list of choices on what to do about it.

It's also got smooth-as-hell one-click package installation, though in Mint's defense, it supports that now too and I had a breeze setting up RSSOwl (the only program I've set up in Mint that wasn't in the default repos, and which was a monumental fucking hassle setting up in OpenSUSE).

Anyhow, I got OpenSUSE back up and running. Eventually. The first problem was that when I burned the 12.3 disc and tried to boot it, I got my old friend the frozen "Select CD-ROM Boot Type" prompt.

You know what's a bad sign? When you plug an error message into a a search engine and the third match is your own fucking blog. On the plus side, Thad From Four and a Half Months Ago told me how I got around this the last time: I stopped fucking around with the install DVD and tried the LiveDVD instead.

Then I made a mistake -- but it turned out not to matter. I forgot to set NoScript to allow JS on the 12.3 download page. And so I couldn't see any downloads except the main installer. The LiveDVD's right on the page, and so's the Rescue CD, but I couldn't see the damn things.

I poked through the Wiki and wound up stumbling onto the KDE Reloaded LiveDVD instead. Now, on the plus side, contrary to the "11.3" number and "Last Modified 10-Aug-2010" note on that page, the LiveDVD is current as of January of this year. On the minus side, it's kind of a damn mess, it leaves you with a weird hybrid of 12.1, 12.2, and Factory repos, and, well, it wouldn't have been my first choice if I'd been a little more awake and alert and noticed the damn NoScript notification.

But I found out later that the LiveDVD and the Rescue DVD both lock up too, so I would have wound up trying the KDE Remix eventually anyway. And it did work, sort of. And I found out some good things and bad things about restoring a broken OpenSUSE installation.

The good part: if you've got /home on a separate partition, OpenSUSE will use it without formatting it; all your settings will be preserved. I backed it up just to be safe, but I didn't need to; it was completely untouched.

The bad part: I found out the hard way that YAST's backup feature doesn't back up your repo list, which makes it pretty much goddamn worthless if you have a lot of software from third-party repos. Which, y'know, is the only damn reason I backed up my packages in the first place. Reinstalling packages from the default repos is time-consuming, but it's trivial. What I was worried about was going through the hassle of installing stuff like that outdated version of xulrunner that I need to get RSSOwl to run. So I guess I know for next time that I need to back up my list of repos separately.

Anyway, I got OpenSUSE working for a day or so.

And then the first time I ran mplayer X dumped me to a console and now it won't restart.

So I'm sorta back where I started, except getting an entirely different set of errors, which near as I can tell aren't related to any nVidia driver conflict like last time.

I like OpenSUSE, but I may be fucking done with it. I would really rather not reinstall it again.

I don't know for sure where I'm going from here. But I do know I'm going to start a KDE install on Mint.

Minty Fresh

I've been giving Linux Mint a shot.

Now, OpenSUSE is still my primary distro (for now -- more on that in a minute), but I've kept my old Kubuntu drive onhand, originally because I've got OpenSUSE on a 128GB SSD and could use another drive with some extra storage, but over time I also learned how useful it is to have a second Linux distribution installed for those times OpenSUSE craps out. (More on that in a minute.)

So when I swapped in a new drive, I put Mint on it, as that's a rapidly growing distro and the one a lot of disgruntled users seem to be checking out since the releases of Unity and GNOME 3.

My first reaction is that the default installation looks pretty and clean. 'Cept maybe the menu, which is too busy.

And my next reaction is that there's a pretty good complement of programs installed...up until I open the terminal and find that vim is not included. Yes, I realize it only takes a minute to install, but I'm one of those guys who is immediately suspicious of any distro that doesn't come with vim out of the box.

My next reaction is my usual complaint about GNOME: it's just not configurable enough, and the various configuration options are spread across too many different places.

You can choose themes in five separate categories -- Cinnamon Themes, Window Themes, Cursor Themes, Icon Themes, and GTK+ themes -- and you can mix and match among those, which is good. But I don't see anything as simple as a color chooser. Your colors are determined by your themes. Want your panel to have a widget style like Nightlife but a blue highlight on the active program like in Blanka Teal? Tough; can't be done. Want to use Adwaita for the window theme but not want the active titlebar to be the same fucking color as inactive title bars? Can't do that either; if you're going to want a colored titlebar you're going to have to go with one of the more oldschool/minimalist window styles like Atlanta or Metabox. (Or hunt for themes online, a thing which I don't really ever do because I find them almost uniformly to be worse than the ones bundled with the DE.) For extra kicks, you can combine the Mint-X GTK+ theme with the Atlanta, Bright, Metabox, or Simple window themes and get a color scheme where the active window title text is white and inactive windows' title text is black.

Oh, and there's also a "keybinding theme" under themes, which is bullshit because keybindings are not fucking themes. This unfortunately seems to be a trend in Mint/Cinnamon -- cramming shit sideways into categories it doesn't really belong in because the designers apparently can't figure out where else to put it. Want to make Mint stop playing a sound at startup? It's under Login Window -> Accessibility. Yes I had to fucking look it up.

Special Bonus: Login Window is one of many settings that does not appear under either the Cinnamon Settings or System Settings panel. Why the fuck are there two different control panels that between them still don't have an exhaustive list of configuration options? Who the fuck knows. That's rhetorical, by the way; I'm sure if I asked some GNOME developer would be happy to point to the usability study that demonstrates this is an awesome fucking idea and anyone who complains about it is objectively wrong and just hates change.

Though speaking of hating change, if you want your taskbar to look exactly like Windows 98-XP's, then Mint is the distro for you. Menu in the lower left, Show Desktop button, QuickLaunch bar, list of open programs, system tray.

Prefer to move it to the top, or change it to a GNOME 2-style top-and-bottom split? Totally doable.

Want to stick it on the left- or righthand side of your screen because oh, I don't know, you bought your computer monitor sometime in the last five fucking years and it has a 16:9 or 16:10 screen ratio? Too fucking bad; you're going to have to find a third-party panel if you want some of that action.

And I think that's my biggest gripe about Cinnamon: the stated goal of the project is to make GNOME 3 behave like GNOME 2. Which is fine if you liked GNOME 2, I guess, but it's ultimately subject to the same sort of design philosophy that users shouldn't have too many choices in how their computers look, feel, and behave (and many of the choices they do have should be hidden in bizarre, inexplicable, inconsistent places).

That's why I'm still a KDE guy -- and it's also why I was still a KDE3 guy for years after the release of KDE4. (4 still hasn't caught up to 3 in some obvious and fundamental ways -- really simple shit like being able to drag a launcher from the menu to the panel. And I'll hand that much to Cinammon: it does that, which puts it ahead of KDE in at least one respect.)

And while I was easily able to find a widget to switch between workspaces, it only has 2 by default, and I can't find anywhere to change it to 4. Maybe it's in there somewhere, or maybe it's not because of Cinnamon's GNOME 3 underpinnings -- I remember that GNOME 3 has an arbitrary number of workspaces, starts with one and adds more as you drag programs to them.

I did see an interface where I could drag a window to another desktop -- repeatedly and accidentally, until I turned off the hot corner. Have I mentioned yet that I fucking hate hot corners? I've got this thing about interface elements that appear by accident, when I'm trying to do something else.

I could probably set up a hotkey to bring up that screen without using a hot corner, and I expect it'd be useful -- and maybe give me some clues on how to have more than 2 desktops. I'll look into it. But binding it to a keypress is not in the same control panel as setting it to a hot corner, and I'm going to have to look up where to find it.

Oh and also the package manager is both slow and hideous.

Anyhow, well, I've been spending rather a lot of time with Mint, mostly because I broke OpenSUSE. It started with an nVidia driver update, but after I reinstalled my kernel it turned into a kernel/init/systemd problem. It's been frustrating as fuck and ate up pretty much my entire weekend. Eventually I just decided to reinstall outright -- and I'll tell that story tomorrow.

Whatever happens, I'll keep Mint around as a backup boot. But the way it is, I couldn't use it as my primary OS -- not without installing KDE on it, at least.

For Future Reference

For the next time I get locked out of X after an nVidia upgrade:

The OpenSUSE package for nVidia drivers for a GTX570 is x11-video-nvidiaG03.

The OpenSUSE package for the nVidia kernel module for a GTX570 is nvidia-gfxg03-kmp-default.