Crouching tiger, coding monkey

I was first introduced to Linux when I was college in the mid-90’s. Well, it really wasn’t an introduction since it isn’t a person, but you get the idea. Back then all our coursework was done on VMS on a big old VAX which required to me spend loads of time in the labs sitting in front of a VT220 terminal. (Or if you were really lucky a VT420.)

All I know is that its text based interface on the 386 in my room let me procrastinate there instead of procrastinating in the lab. Plus my room had a TV.

Linux had me at LILO.

Fast forward to today and I came across a post at howsoftwareisbuilt that poses the question:

I’m curious, what are the specific issues that ISV and IHVs run into when they tackle supporting the various distros?

This came from reading a different post at Adobe. This talks about a world much different than my dorm room a long time ago.

“Personally, I liked the university. They gave us money and facilities, we didn’t have to produce anything! You’ve never been out of college! You don’t know what it’s like out there! I’ve worked in the private sector. They expect results.” — Dr. Ray Stantz

We’ve been shipping Linux versions of our products for years and have had a range of issues to fight through. (Required libraries, configuration file locations, etc.)

But the biggest issue, by far, without rival, is testing time. And this is also the issue that I think is easily forgotten about. When you have an open source project and someone downloads/compiles/installs your product and then it doesn’t work the conversation can go like this.

Person with problem: “Um, yeah, I tried to use XYZ and the ABC said the DEF was GHI’d up.”

Now the program maintainer can answer this question in a variety of ways, and here’s the kicker, ALL of these methods are legitimate.

Maintainer Answer #1: “Hmm, that’s weird. Let’s see if we can figure this out.”

Maintainer Answer #2: “I’m sorry but I’m super busy at the moment, you could post your message on the web and see if anyone else has seen it.”

Maintainer Answer #3: “RTFM.”

Maintainer Answer #4: No response at all

Maintainer Answer #5: “You have the source, you can fix it yourself.”

The problem you run into if you are an ISV is that only answer #1 is acceptable. Thus, in order to make sure that you don’t have pull a #1 very often, it becomes necessary to test your app as much as you can on various distros. And that, unfortunately, takes a lot of time. For instance, what if the user has only Gnome installed. Or just KDE? Or both? Or neither? In which of those cases do the fonts render correctly? Do they at all?

And this is all assuming that the application even runs. Let’s say you built it on Fedora Core 3. There’s a real good chance it runs on FC4, FC5, etc. What about FC2, that one might not work. How about RedHat 6.2, not much of a chance at all. SuSE 9.0, who knows?

So who knows, maybe someday this all won’t be an issue. I guess it is all just the nature of the game. Supporting Linux professionally is a lot different than just running it yourself. I suppose that’s what has caused us to grown apart. Sure we still interact, but it isn’t like it used to be. We’re just in very different places than we used to be. That time was magical though and I’m sure going forward we’ll still be good friends.