Linux Hater's Redux

New Blog

noreply@blogger.com (Anti-Tux) — Sun, 07 Jun 2009 19:28:00 +0000

Since Linux Hater has been back for some time now, I thought it was time to move to a new blog with a new name.

Check out the Anti-Tux for new posts.

Beyond Crap

noreply@blogger.com (Anti-Tux) — Sun, 24 May 2009 16:50:00 +0000

Okay, apparently some freetard who used to work at Microsoft has come out with a book called After the Software Wars that, among other things, touts the 'virtues' of open-source software. Well, I have not read much of it (and it will likely stay that way), but I did read a few sections, and they provided a bunch of unintentional comedy.

GC solves portability issues because programs written in languages such as Java, C#, Python, etc. are no longer compiled for any specific processor. By comparison a C/C++ executable program is just a blob of processor-specific code containing no information about what functions and other metadata are inside it.

If all code written for the Macintosh was written in a GC programming language, it would have been zero work for Apple to switch to the Intel processor because every program would just work!

LAWL!! Okay, where do I began to sort out the idiocy? First GC or Garbage Collection has little to do with "Write Once Run Anywhere." What he is thinking of is a Virtual Machine. VM-based languages often feature garbage collection, but the two features can coexist separately. Many implementations of D generate native code, and LLVM is a virtual machine that (I think) lacks support for garbage collection. Even if all OSX software was written in a virtual machine, it would have been a serious undertaking to both write and then port a virtual machine that gives acceptable performance (look at Sun's efforts to make Java not run like crap). Alright, let's read some more.

Apple’s second kernel wasn’t built from scratch, but is based on Berkeley Software Distribution (BSD) Unix code. This code is a lot like Linux, but with a smaller development community and a noncopyleft license agreement. That Apple is depending on a smaller free kernel community, and yet doing just fine, does say something about free software’s ability to deliver quality products. The BSD kernel is certainly much better than the one Apple threw after 20 years of investment!

Unfortunately, in choosing this software, Apple gave life support to a group who should have folded their code and resources into Linux. The free software community can withstand such inefficiency because it is an army of millions, but, from a global perspective, this choice by Apple slowed progress.

Oh snap! I bet that {will,has already} start{,ed} a few flame wars. This is even funnier since it comes a few pages after he jerks-off to the hundreds of Linux distributions that freetards have created.

When I visit coffee shops, I increasingly notice students and computer geeks purchasing Macs. Students have limited budgets and so should gravitate towards free software. If Apple doesn't support free software, their position in the educational market is threatened.

Apparently, this guy has not met any students recently. Sure, they are strapped for cash; this is why the pirate the shit out of everything! If free software can compete with pirated commercial software, then it stands a chance. Otherwise, nada.

Many computer geeks buy a Mac because of its Unix foundation.

The stupid, it burns!!!

In the terminal window of both the Mac and Linux, you type “ps -a” to see the list of processes.

Oh, wow! It has ps! That is, like, so awesome!

(Windows doesn't support the Unix commandline tools.)

Oh noes! Apparently, this guy has never heard of Cygwin, MinGW or even Microsoft Windows Services for Unix.

Apple has good Unix compatibility only because their programmers never took it out while doing their work. It was never any goal of the Mac OS-X to be appeal to geeks — Apple just got lucky.

Yes, they are so lucky to have that 0.1% of their market. He saves the best for last.

After having been a long-time Windows user, and a 100% Linux user for 3 years, I tried out the Mac OS X for a couple of days. Here are some impressions:

Prepare to have your freetard socks rocked!

● A Mac OS has more code than ever before, and a lot of it is based on free code, but it doesn't have a repository with thousands of applications like Linux. There are several third party efforts to provide this feature, but none are blessed or supported by Apple. The Mac comes free with iPhoto, but they really want me to buy Aperture for $159, which they tell me just added 100 new features! Apple ships a new OS every year, but you don't get free upgrades — it costs $140 even to upgrade from OS X 10.4 to 10.5.

First, it seems like Apple now releases a new OS every two years. Next, most Apple users don't care about 95% of the crap in those repositories, so Apple does not want to spend the money needed to maintain a high quality repository.

● Many of the Mac's UI details like how to maximize windows, and shortcut keys, are dis-similar to Windows. Linux, by contrast, feels much more natural to a Windows user. Every time you double-click on a picture, it loads the iPreview application that stays around even after the window displaying the picture is closed. How about just creating a window, putting the picture in that window, and having it all disappear when I close the window? I tried to change the shortcuts to match the Windows keystrokes, but it didn't change it in all applications.

Then you need a window bar along one of the sides of the screen. I will admit it is a bit weird, but the solution seems better than cluttering up the interface.

● The Mac feels like a lot of disparate pieces bolted together. The desktop widgets code has its own UI, and it doesn't integrate well into the OS desktop. The Spaces is a clone of an old Unix feature and doesn't implement it as well as Linux does. (For example, there is no easily discoverable way to move applications between spaces.)

Linux does not?! Linux IS a lot of disparate pieces bolted together.

● As mentioned above, the Mac doesn't support as many of the Microsoft standards as Linux does. One of the most obvious is WMA, but it also doesn't ship with any software that reads DOC files, even though there is OpenOffice.org and other free software out there.

At least the functionality exists! On Linux, you need to download some potentially illegal codecs to even play MP3s!

● It is less customizable. I cannot find a way to have the computer not go to sleep when the laptop screen is closed. The mouse speed seems too slow and you can only adjust the amount of acceleration, not the sensitivity. You cannot resize the system menu bar, nor add applets like you can with Linux's Gnome.

That is funny. I cannot make my Linux laptop GO to sleep when the lid is closed.

These are just a few of the 'insights' you can find in this amazing tome. If you want, you can buy the book from Amazon, or you can send him a small donation. Make it a penny.

Rants and Laughs 10

noreply@blogger.com (Anti-Tux) — Mon, 09 Mar 2009 16:59:00 +0000

Alright, it is time once again to see what is going on in the Linux 'community.'

Here is a good rant about bug triagers. Yes freetards, even if a bug is years old, you should not close it without testing to make sure the problem is actually fixed!

Distrowatch has a good vindication of LH's argument that most Linux distros could be achieved by simply reconfiguring another distro. The amount of wheel reinvention going on is amazing even to me!

Lusers have been flipping out over someone suggesting ten ways Ubuntu could improve. Most of these suggestions, especially the inclusion of a media center are pretty good fucking ideas, which means lusers are going to get pissed over anyone bringing them up. A particularly freetarded response tried to take the author to task for his suggestions and just ended up making a fool of himself. Most of his nipticks boil down to 'oh, there is this utility you can install that kinda sorta does what you want, but you first have to know that it exists and then jump through hoops installing and configuring it', or 'that feature is in development and will be available in Zesty Zebra' or 'media center, we don't need no stinkin' media center!' He ends with a bang, though,
So I’m unimpressed. Ubuntu already has the majority of those features (or a close-enough analogue), that guy failed miserably in doing his homework before posting that, and even the things that Ubuntu doesn’t have are Linux/GNOME/KDE/Nautilus/Dolphin deficiciencies, not Ubuntu problems.
Yes, that loser totally did not do the proper fifty hours of research to make Linux do what he wanted. He just sat down and expected it to function properly, the moron! Plus, all those problems are the fault of the ISVs not the fault of the distro, whose job it is to take all the various pieces of software and integrate them into a polished, cohesive whole. The freetard is strong in this one!

A reddit luser asks what idiot designed the GTK File Dialog. As usual, comments are required reading.

Linux Kernel 2.6.28.7, a.k.a. Erotic Pickled Herring, has been released. Way to show the world how mature you are, guys!

A luser asks why do you use Linux? He mostly seems to like Ubuntu's nice file dialogs, its resistance to viruses, Gedit and Grsync. So basically, you like it because of a text-editor and a syncing application. Dude, just buy a Mac! You will like its interface, Time Machine and TextMate better. You know why I use Linux? Because it is the only way to keep up on the hilarious stuff you freetards have come up with to torture yourselves and the idiots you convince to join your cult.

Some luser thinks a bunch of cheap (mostly proprietary) office clones spell the death of Microsoft Office. Yeah, in your dreams, lusers! What you lusers don't seem to understand is that people are perfectly knowledgeable about alternatives, and if they are provided with a cheaper alternative that still lets them do what they want to do, they will switch in droves. OpenOffice is an inferior product to Microsoft Office, and people who value their productivity more than $200 will find it cheaper to remain with Microsoft. You mention the recession, but you forget that recessions also cause investment funds to abandon wild-eyed schemes and focus on profitability, and last I heard, RedHat was the only major open source distro that was profitable.

TechRadar has a good post on how to make your LUG not suck. I was once part of a LUG at my university. It fell apart after several meetings after it was clear that few people were interested in Linux.

Apparently, multihead support is still broken in Linux. Business as usual, I know.

Here is another article detailing stupid tricks you can do with the bash shell. I almost did not want to post this, but the opening is just too good not to reproduce here.
If you've ever used GNU/Linux, chances are good that you've used bash. Some people hold the belief that using a GUI is faster than using a CLI. These people have obviously never seen someone who uses a shell proficiently.
Yes, I have had to use Bash. Yes, I also regret all the time I spent learning to put up with its bullshit.

Some luser is pissed that he cannot remove Evolution without removing the entire Ubuntu desktop! The failure goes all around this time. First, there is the luser himself who wants to replace a broken email client with one that appears to have died several years ago and nobody noticed. Attention Luser! Install Thunderbird, delete the Evolution icons from your Applications bar and auto-launcher (you can do that in the wonderfully configurable GNOME desktop, can't you?) and get on with your life. We're talking about <5MB here! Then, there is the distro itself, which takes all the thousands of claims by lusers, "well, Ubuntu is better than Windows because of its customizability", and shoves them up its ass!

Here is a Reddit discussion on how to read the contents of RAM in a human-readable way. The thread itself isn't very funny or enlightening, but one of the (probably serious) comments certainly is.
Or you can write a progam in C that traverses the ram, writes it to a file and then use a hex editor (Emacs in hex mode, for example M-x hexl-mode to look through that.

Soon, I may make another tutorial for you guys (although no one gave ANY feedback, positive or negative, on the last one). Until then, have fun recompiling your new kernel!

Myths about Linux

noreply@blogger.com (Anti-Tux) — Fri, 06 Mar 2009 15:23:00 +0000

Okay, here is another really stupid luser site. This one claims to 'debunk' the top 10 'myths' (i.e. facts) about Linux.

NOTE: Well, apparently it was created in 2005 (stupid linux reddit; this isn't new), but I did not realize it until this rant was mostly done. It doesn't matter much because lusers are still making the same claims, and they are still totally full of shit. Let's give a response. It is rather amazing and quite sad.

Myth 1: Linux is too difficult for ordinary people to use because it uses only text and requires programming.

The truth: Although Linux was originally designed for those with computer expertise, the situation has changed dramatically in the past several years. Today it has a highly intuitive GUI (graphical user interface) similar to those on the Macintosh and Microsoft Windows and it is as easy to use as those operating systems.

Having a GUI does not automatically make Linux easy to use. The GUI has to be designed with the users needs in mind, and this is something that lusers have demonstrated an inability to do well.

No knowledge of programming is required.

Wow, I do not need to know how to code quicksort in Intercal to browse the web! This is almost Mac-like friendliness!

Moreover, once people become familiar with Linux, they rarely want to revert to their previous operating system.

So why are all those netbooks being returned?

In some ways Linux is actually easier to use than Microsoft Windows.

In some ways, you don't know what the hell you're talking about.

This is in large part because it is little affected by viruses and other malicious code

Yeah, LH already covered this.

system crashes are rare.

This has been covered too.

Myth 2: Linux is less secure than Microsoft Windows because the source code is available to anybody.

The truth: Actually, Linux is far more secure (i.e., resistant to viruses, worms and other types of malicious code) than Microsoft Windows. And this is, in large part, a result of the fact that the source code (i.e., the version as originally written by humans using a programming language) is freely available. By allowing everyone access to the source code, programmers and security experts all over the world are able to frequently inspect it to find possible security holes, and patches for any holes are then created as quickly as possible (often within hours).

You forgot to mention that giving access to the source code also allows lusers who don't know what they are doing to seriously fuck things up.

Myth 3: It is not worth bothering to learn Linux because most companies use Microsoft Windows and thus a knowledge of Windows is desired for most jobs.

The truth: It is true that most companies still use the various Microsoft Windows operating systems. However, it is also true that Linux is being used by more and more businesses, government agencies and other organizations. In fact, the main thing that it preventing its use from growing even faster is the shortage of people who are trained in setting it up and administering it (e.g., system engineers and administrators).

Really. If there was such a serious demand for Linux sysadmins, I think the 'shortage' problem would have been solved by now. There seems to be no shortage of expert lusers on the 'net.

Moreover, people with Linux skills typically get paid substantially more than people with Windows skills.

The reason lusers get paid more is because it takes a lot more skill and work to manage a *nix system. Unix has been called an Administrator Full Employment Act.

Myth 4: Linux cannot have much of a future because it is free and thus there is no way for businesses to make money from it.

The truth: This is one of those arguments that sounds good superficially but which is not borne out by the evidence. The reality is that not only are more and more businesses and other organizations finding out that Linux can help reduce the costs of using computers, but also that more and more companies are likewise discovering that Linux can also be a great way to make money. For example, Linux is often bundled together with other software, hardware and consulting services.

Yes, that is all well and good, but what is the business model if you want to sell software. Not everything can fit under the 'services' umbrella. If you have to depend on hobbyists, you are screwed.

Myth 5: Linux and other free software is a type of software piracy because much of it was copied from other operating systems.

The truth: Linux contains all original source code and definitely does not represent any kind of software piracy.

Linux may not represent piracy, but it still copies. Linux is a copycat of Unix, and most of the Linux GUIs are half-assed clones of Windows.

Rather it is the other way around: much of the most popular commercial software is based on software that was originally developed at the public expense, including at universities such as the University of California at Berkeley (UCB).

WTF? Are you talking about Windows 95's TCP/IP stack? That was thirteen years ago!

Myth 7: There are few application programs available for Linux.

The truth: Actually, there thousands of application programs already available for Linux and the number continues to increase.

I think you mean there are thousands of crappy applications available for Linux. How much of that shit is actually worth using?

Myth 8: Linux has poor support because there is no single company behind it, but rather just a bunch of hackers and amateurs.

The truth: Quite the opposite: Linux has excellent support, often much better and faster than that for commercial software.

What was the last commercial app you used?

There is a great deal of information available on the Internet and questions posted to newsgroups are typically answered within a few hours.

The same is true for both Windows and OSX.

Moreover, this support is free and there are no costly service contracts required.

Ditto.

Also to kept in mind is the fact than many users find that less support is required than for other operating systems

Just who are these users you're talking about? You and your freetard friends don't count.

because Linux has relatively few bugs (i.e., errors in the way it was written) and is highly resistant to viruses and other malicious code.

Oh boy! Most problems normal people have with software is not the result of glitches. Many users don't even understand the most basic concepts about computers. To develop a product they can use, you have to provide a clean, consistent interface that is both well-documented (so they can look stuff up), popular (so they can get help from their friends), and contains the smallest possible configuration space (to minimize the knowledge necessary to use the product). Linux has none of these things.

Myth 9: Linux is obsolete because it is mainly just a clone of an operating system that was developed more than 30 years ago.

The truth: It is true that Linux is based on UNIX, which was developed in 1969. However, UNIX and its descendants (referred to as Unix-like operating systems) are regarded by many computer experts as the best (e.g., the most robust and the most flexible) operating systems ever developed.

There is a group of people who would take issue with that.

They have survived more than 30 years of rigorous testing and incremental improvement by the world's foremost computer scientists, whereas other operating systems do not survive for more than a few years, usually because of some combination of technical inferiority and planned obsolescence.

Unix did not survive because of technical merits. It survived because it was simple (hence portable) and given away freely to universities. The best systems are not the ones best suited to survive; the worst ones are.

Myth 10: Linux will have a hard time surviving in the long run because it has become fragmented into too many different versions.

The truth: It is a fact that there are numerous distributions (i.e., versions) of Linux that have been developed by various companies, organizations and individuals. However, there is little true fragmentation of Linux into incompatible systems, in large part because all of these versions use the same basic kernels, commands and application programs.

HAHAHA!! I can't believe this luser is saying, "well, because all the distros have mostly all the same apps, Linux cannot be called fragmented." They forget that this fragmentation makes it really fun for IHVs and ISVs to support Linux. Not to mention that the fragmentation makes technical support quite a challenge. The Linux community is tiny enough as it is, but it is now broken up into dozens of little distributions.

Rather, Linux is just an extremely flexible operating system that can be configured as desired by vendors and users according to the intended applications, users' preferences, etc.

Ahh, the fallacy of choice rears its ugly head!

In fact, the various Microsoft Windows operating systems (e.g., Windows 95, ME, NT, CE, 2000, XP and Longhorn), although they superficially resemble each other, are more fragmented than Linux.

You are forgetting that four of those systems have been EOLed and are no longer supported. CE is quite different from the rest, but it is not really considered when talking about the desktop. Anyway, even though the systems are different, they look roughly similar to the average desktop user, and the APIs are similar enough that there is a decent (not great, but decent) chance of an application written for Windows 95 running on Vista. The major differences on the Windows platform are the DOS/NT kernel, Start Menu/Vista shell, various IE versions, and various DirectX versions. Do you really think this compares with Linux and its mass of shells, X11 servers, window managers, desktop environments, graphical toolkits and sound systems? Please.

Moreover, each of these systems is fragmented into various versions and then further changed by various service packs (i.e., patches which are supplied to users to correct various bugs and security holes).

Oh come on! Microsoft releases a service pack every two years or so. Ubuntu, the most popular desktop Linux distro, releases an entirely new version every six months. Do you really want to be making this comparison?

Myth 11: Linux and other free software cannot compete with commercial software in terms of quality because it is developed by an assorted collection of hackers and amateurs rather than the professional programmers employed by large corporations.

The truth: Linux and other free software has been created and refined by some of the most talented programmers in the world

It takes more than programming talent to develop quality software. Alan Cox once said, 'Linus is a great programmer, but a horrible engineer.'

Moreover, programmers from the of the largest corporations, including IBM and HP, have, and continue to, contribute to it.

However, most of these major companies are supporting Linux's development as a server. They don't seem to care much about Linux's use on the desktop.

Myth 12: Linux is free at the start, but the total cost of ownership (TCO) is higher than for Microsoft Windows. This has been demonstrated by various studies.

The truth: A major reason (but not the only one) for Linux's rapid growth around the world is that its TCO is substantially lower than that for commercial software.

Oh, I just have to hear these reasons!

(1) the fact that it is free

as in it costs nothing (except bandwidth)

(2) it is more reliable and robust (i.e., rarely crashes or causes data loss)

Windows has made major strides in reliability as well. Solaris is also a (free) contender.

(3) support can be very inexpensive (although costly service contracts are available)

As mentioned before, you can get free support for Windows as well (with about the same quality). Also, have you seen the pricetag for some of those service contracts! Damn!!

(4) it can operate on older hardware and reduce the need for buying new hardware

So can Windows 2000. Also, low-end desktops are going for $400 nowadays. Servicing old hardware and replacing old parts is likely to be more expensive than buying a new low-end PC every 3-4 years.

(5) there are no forced upgrades

There are no forced upgrades on Windows either. Bill Gates doesn't point a gun to your head and order you to buy a new copy of Windows. Companies upgrade because their system is no longer supported. The same thing is true for every major Linux distro with the exception of Debian stable; Ubuntu LTS releases are only supported for 3-5 years.

(6) no tedious and costly license compliance monitoring is required.

I admit that is a valid point. So out of six points, you have two valid ones. You are doing better than most lusers. However, I highly doubt the difference in sticker price and license enforcement costs make up for Linux's TCO problems.

A major reason provided for the supposedly higher TCO of Linux is that Linux system administrators are more expensive to hire than persons with expertise in Microsoft products.

This is definitely a major issue for companies, but you are forgetting a major problem: Linux desktops tend to have lower productivity than Windows desktops. The transition to a service economy has replaced capital-intensive enterprises with labor-intensive enterprises. When a businesses' biggest cost is their employees salaries, productivity issues are incredibly important. Assume all the desk clerks in a company are worth $30 an hour ($0.50 a minute) and work five eight-hour days; also assume that the cost of one Windows Business license is $280. If Windows Vista gives them a twenty-minute per day productivity boost over Ubuntu, then within six weeks Vista will have more than paid for itself.

Well, I think we have now debunked the REAL Linux myths.

How To Write an X11 Application

noreply@blogger.com (Anti-Tux) — Wed, 04 Mar 2009 14:04:00 +0000

Linux Hater has not posted any tutorials for a while, so I will do it. Here is my first tutorial; it shows you how to write an X11 application (even a server, especially a server).

Be sure to switch the meaning of client and server for no good reason. This makes your app seem avant-garde!

Make sure your application follows the ICCCM to a T but is still unable to copy-paste properly.

Furthermore, include at least two methods to copy and paste just to cause confusion.

Include massive amounts of conflicting code to handle fonts that, at the end of the day, only handles DejaVu Sans properly.

Don't bother supporting multiple monitors. Nobody uses those anyway!

Make sure your app does not need hardware acceleration to function properly. Save that for the wobbly windows!

Alright, maybe your app can use hardware acceleration. But don't you dare try talking to the driver directly and not paying your performance toll to the X server.

Okay, maybe you can talk to the driver directly. Or at least you will be able to . . . . eventually.

Rewrite your app constantly, but make sure not to fix the major underlying problems.

Make sure that users can use your app over the network, even though they never will.

Tell at least three people that X-Windows has nothing to do with Microsoft. Because they care.

Do not provide a user interface. Instead, provide an API (or, even better, several layers of APIs) that allow users to create their own interface. This gives lusers the ability to make half-assed clones of better designed interfaces for your app.

Reassure yourself that, even if your app sucks, at least it sucks on twenty different platforms!

Next time, I will show you how to write an X11 Window manager.

UPDATE: If you like the tutorial, then please digg it. Let's show all the lusers how X11 application writing is really done!

Rants and Laughs 9

noreply@blogger.com (Anti-Tux) — Tue, 03 Mar 2009 02:56:00 +0000

Well, it has been quite a while since I've posted one of these, so it is time once again for another Rants & Laughs section, where I review the goings on of the luser community at large.

Well, it looks like Linux is having some problems with battery life. Apparently, one luser reported that he could only get 75% of the battery life that he could under Windows. I am sure the new tickless kernels will fix everything.

Of course, what Linux really needs is another web browser. Nevermind that there area already thirty of them, and they all suck in different ways. This bunch of freetards can certainly do better than the freetards of the past!

Here is a good list of things you need to know in order to use Apt properly. I am glad that FLOSS is so easy to use!

CNet thinks Microsoft should fear Ubuntu's cloud computing efforts. Suuuurrreeee!!!! Folks, let's be honest with ourselves here. Cloud computing is nothing more than the same old Thin Client song-and-dance dressed up for Web 2.0. The problems with cloud-computing are the same as the problems with traditional thin clients: the fact that the client is useless without a net connection. Consumers are going to drop cloud computing the first time their net connection fizzles. It is snake oil. Move along.

LinuxJournal proclaims that Frozen Bubble is better than MS Solitaire. Wow! Freetards have topped a fifteen year old card game! This is truly the year of the Linux desktop!

Some freetardette wants drivers for the Eye-Fi card and says the response 'no one uses Linux' is not good enough since she uses it. Okay, Ms. Freetard, here is a response you might like better, "No one uses Linux except you and a handful of other lusers. The rest of the market (i.e. 99.1%) does not care about Linux support. Now, please take your complaints somewhere else; we are trying to make money here."

Another luser blog asks how green is Linux? Well, not as green as it should be considering the aforementioned battery life issues and the miserable ACPI support on many motherboards.

The freetard from the previous post is back and whining that vendors should brand 'Linux compatible' on their hardware so that the 0.91% of the market will be able to more easily tell if they are wasting their money or not (on Linux).

Well, apparently some luser tried to get QuakeLive working on Ubuntu. Sure, you have to copy some DLLs from Windows XP, which means you need a legal copy of Windows XP, but it works right? Well, sound and input work, but there is no video, which is not a big deal if you are blind! Yeah, that is definitely 95% working.

Finally, here is an example of open source development done right. Ubiquiti Networks is offering 5 prizes totaling $200,000 for the development of a GUI for their Router Station. I bet they will get some good projects back.

What Game Are You Playing?

noreply@blogger.com (Anti-Tux) — Thu, 26 Feb 2009 01:30:00 +0000

Okay, I have been sitting on this article for a while, but I needed some time to recover from the huge, gaping maw of freetarded insanity contained in this article. Whew! Well, better now than never!

He starts off with the standard luser masturbatory moaning: "Ohh, OHHH, Linux, you're so ..... PORTABLE!!! MMM!!! Your license is so, OOOOHHHHPPPEN!!"

Finally, he gets to the meat of his freetarded idea.

Here's the idea: All PC Games should first be built to work with the GNU/Linux Universal Operating System.

My eyes must be deceiving me. Let's see this idea again.

All PC Games should first be built to work with the GNU/Linux Universal Operating System.

WTF?! This is considered an idea?! It sounds like nothing more than the wish-fulfillment fantasies of a demented freetard (probably because it is)! What kind of two-bit justifications does this luser have for such an insane suggestion?

The game would simply have an installer that would install GNU/Linux on the host platform and to enable the gamer (sic) to be played on the host. An example of this ... is ... called wubi (Windows-based Ubuntu Installer). The wubi enables users to install GNU/Linux as a program into the Windows OS.

Now, far be it for little ol' freedom-challenged me to question a plan such as this one Great Lunix Evangelist, sir, but it seems like there are some problems you have not considered. For instance, this WUBI only provides a way to install Linux onto a preexisting Windows partition. The user still has to run Linux stand-alone and face all the driver difficulties that result.

Since GNU/Linux is Universal, this could open up the game to just about any platform because the user would simply use the game installer to install GNU/Linux along with the game to their system.

With power of Linux, you can run Crysis on your cellphone!

Running games in this fashion would put an end to the need for PC game makers having to port their games to different host Operating Systems because all games would be built to work in the GNU/Linux Universal Operating System.

Yes, let's solve all of our porting problems by targetting the operating system with a 0.91% marketshare!! Great idea!!

Using this type of system would revolutionize the PC gaming industry, and broaden the market for the game because it could run on many different types platforms. Increasing the availability of the games would equate to increased sales of the games.

Just how big are those other platforms anyway? To reach ~95% of the desktop market, you only have to port your game to two platforms: Windows XP/Vista and OSX. Chasing after Linux will just cause you to wind up like Loki. There are certainly ways to improve PC gaming, but targeting Linux is not one of them.

It's sort of like the example of RAMBUS RAM vs. SDRAM. Since SDRAM was a more open standard than RAMBUS, more hardware mfgrs were able to make SDRAM and so it became cheaper and more widely used to the point that it snuffed out RAMBUS alltogether.

Yet Linux has been freely available for nearly 18 years, and it is still has a shitty marketshare. Something tells me that your metaphor has some problems.

Another example would be Henry Ford's mentality of making cars more affordable and selling many more cars than when they were only available to the rich.

This is relevant to Linux, how?

This method of making games would also help to protect gaming systems from becoming obsolete, which would be beneficial for both the gamer and the game maker.

Because you never have problems running old applications in Linux!

It is articles like this one that remind me why I do this.

Errors? What errors?

noreply@blogger.com (Anti-Tux) — Thu, 26 Feb 2009 00:45:00 +0000

We all know that a Linux is a 'hacker's operating system', which means it is only friendly to fat, pimply men hopped up on Twinkies and Mountain Dew and who last showered when their Mom forced them to three weeks ago.

Here is a good example of the differences between a normal person and a freetard.

When normal people have computer problems, they generally take their computer into Best Buy and let the Geek Squad figure out what the problem is.

Lusers, on the other hand, mostly end up having to personally fix their systems when they break, since they are compelled both by their need to maintain their reputation in front of the rest of the basement-dwelling lusers of the world and by the fact that nobody else gives a fuck about Linux.

Even if others did care about supporting Linux, which distro(s) should they care about? Even if Best Buy supported the top 5 distros on distrowatch, there would be a mass cry of preteen voices and lusers by the dozens would write thousands of furious, barely legible blog posts whining that their insignificant Ubuntu mod was not supported.

Of course, not everything is peaches and ice cream on this 'hacker's operating system.'

One of my readers has kindly provided us with an example of what a luser has to go through to fix his system. Let's take a glimpse of this sad, pathetic world for some cheap laughs, shall we?

I like what you are doing. We Linux geeks need a dose of honesty and reality in order to improve. Public humiliation is sometimes effective, but we Linux geeks are good at disregarding the opinions of the ignorant masses.

My favorite Linux issue: the secret hidden error messages that many Linux apps produce (or not).

When some Linux app suddenly disappears from the screen, I normally just utter "fucking Linux" and start it up again. But sometimes I have the temerity to actually go looking for the problem in the numerous error log files. This is usually a waste of time, because one of the following is true:

There is no message, at least not in any of the places I know where to look, or findable within the time I am willing to spend.
Something that may be relevant can be found, but the message is incomprehensible (probably a leftover debug trace from a programmer).
There are hundreds of messages in the log file (with no time stamps) and I give up trying to find anything relevant to my problem.

A window manager like Gnome should pop up a message box anytime some app writes to stderr or gets a segment fault. This is apparently too much of a bother for the Gnome geeks to implement. After all, they already know where to look when things go wrong, or they always run their apps from a terminal window so they can see stderr outputs and other debug traces.

Here is the (hidden) .xsession-errors file from my current session. I can see why it is hidden and why the Gnome geeks do not want this shit popping up in my face: it is too embarrassing.

/etc/gdm/Xsession: Beginning session setup...
Setting IM through im-switch for locale=en_US.
Start IM through /etc/X11/xinit/xinput.d/all_ALL linked to /etc/X11/xinit/xinput.d/default.
Window manager warning: Failed to read saved session file /home/mico/.config/metacity/sessions/10cd57d1a46f90bd05123554431253037400000057900018.ms: Failed to open file '/home/mico/.config/metacity/sessions/10cd57d1a46f90bd05123554431253037400000057900018.ms': No such file or directory
Failure: Module initalization failed

** (nm-applet:5933): WARNING **: No connections defined
seahorse nautilus module initialized
Initializing nautilus-share extension
Initializing diff-ext

(gnome-panel:5926): Gdk-WARNING **: /build/buildd/gtk+2.0-2.14.4/gdk/x11/gdkdrawable-x11.c:878 drawable is not a pixmap or window

** (nautilus:5927): WARNING **: Unable to add monitor: Not supported
javaldx: Could not find a Java Runtime Environment!

(soffice:6243): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated
Nautilus-Share-Message: Called "net usershare info" but it failed: 'net usershare' returned error 255: net usershare: cannot open usershare directory /var/lib/samba/usershares. Error No such file or directory
Please ask your system administrator to enable user sharing.

If you did not understand a word of that, consider yourself a sane, well-adjusted individual. Otherwise, there is still hope. You can break the addiction to freetardism, and a good place to start would be reading through my archives and the archives of Linux Hater.

Crash & Burn

noreply@blogger.com (Anti-Tux) — Tue, 24 Feb 2009 16:56:00 +0000

Lusers always try to make up for Linux's other shortcomings by saying 'well, at least Linux doesn't bluescreen every thirty minutes', since their last experience with Windows was in the 95 days. They are right about one thing: Linux never bluescreens; it simply locks up.

Well, Windows has come a long way since XP was introduced, and the only lock-ups I personally have experienced have been game-related. Ubuntu also has a habit of crashing on me while I am trying to play some games, especially using Wine.

Now, I know some of you lusers are going to quibble over technicalities. "Oh, well Linux, the kernel, did not really crash, X11, the application, crashed. To fix it, you merely have to press CTRL-ALT-F1 to get to a gheto-ass console; enter your user name & password; type 'sudo su - '; type kill -s 9 `ps -A | grep gdm | awk {'print $4'}` ; type /usr/X11R6/bin/gdm; type 'exit'; type 'exit' again; press CTRL-ALT-F7, and then login normally."*

These lusers are completely missing the fucking point. Leaving aside the fact that it is probably faster to just reboot, it betrays a lack of understanding of the common user. To most people, if the keyboard and mouse are not responding, then the computer has crashed. Period. To hide behind technicalities is simply deceitful, and only Micro$0ft lies, right? Riiighhttt.

*Note: I know some lusers are going to pop in and critique my commands, 'no, you put the quotation marks around the brackets, not vice-versa, or no its /usr/bin/gdm -someoptionthatshouldbethedefaultbuttheauthorisaluser'. To those people, I say, get a life!

More Grafix!!

noreply@blogger.com (Anti-Tux) — Thu, 29 Jan 2009 03:53:00 +0000

Lusers are always screechin' that they could write kick-ass Linux drivers for hardware if the designers would just open their specs. Nowhere is this heard more than in the arena of graphics cards. For years, Linux zealots begged the big companies to release specs, and they would have kickass drivers written for them in no time.

Well, along comes Intel, who believes the hype and releases the source code for their graphics cards. It has mostly worked out, and there have been few issues (I have still heard people report Suspend issues with Intel cards). However, Intel GPUs have a reputation for being simple and not meant for high-end performance.

Well, that is just dandy. Now, AMD/ATI comes along and says, "well, if Intel is going to give in to a <1% markeshare os, then we will too!" They opened up a bunch of their docs and let the freetards loose on them. Some of these docs have been available since September 2007. Most of them have been available for nearly a year.

Let's check up on the progress, shall we?

Wow! Support for textures and pixel shaders is at best mostly done on R500 and later cards. Those are hardly necessary for modern games (or any 3d application), though. Are there any other problems?

The following subsystems have not been implemented yet or show some limitations:

3D acceleration is only implemented on R5xx and RS6xx upto now. Also no XVideo on newer chips (needs 3D engine for scaling). Still, fullscreen video is working fluently with shadowfb for many users. An experimental 3D bringup tool is now available for testing.

No TV and Component connector support so far.

Suspend & Resume isn't completely tested, but works on a variety of hardware. Your mileage may vary. Note that typically you need some BIOS workarounds on the kernel command line, ask your distribution for that.

No powermanagement yet. Depending on your hardware, the fan might run at full speed. This turned out to be really tricky.

Well, the freetards have managed to create a little 3d acceleration, and they have not fully managed to fix the major problems with the fglrx drivers: bad ACPI support. It only took them 15 months to do it! I feel freer already!

You Get What You Pay For

noreply@blogger.com (Anti-Tux) — Thu, 29 Jan 2009 01:31:00 +0000

The following paragraphs are from a rant an anonymous contributor sent to me. To comply with his request, I have edited it where I deemed appropriate.

There are two major problems that Linux faces concerning its spread on the desktop:

1.) Applications

2.) Drivers

Both problems will not change in the near future, so 2009 will not be the year of Linux on the desktop. Neither will 2010. But what is the real problem? The real problem is ignored by those who are "in charge". What do I mean with that?

1.) Applications

Desktop-Users need commercial applications. That's just the way it is. The extra ten percent of features that makes an app usable for your average Desktop-User are the 10% that every developer hates; those features are hard and boring to develop, and implementing them is just no fun. You need to pay developers to implement them.

Do you really think that something like Photoshop Elements is going to be created by the community? My father, whose hobby is photography, shelled out 70€ for PE. He does not regret it, even though the activation is a PITA. Why? It just works: it works with his camera; he gets results fast; there are a bunch of tutorials and books available, etc.

In Linux we are stuck with Gimp. Sorry, but no cigar! PE calibre software will NOT be created by the community. It just takes TOO much manpower, TOO much work. No one is coding that in his spare-time.

This kind of software will also not be created by an open-source company. There is no business-model that would supports the effort. Just imagine if Adobe released PE as open-source - you think that people would still shell out 70€ for a boxed-version? Nope, people would just copy it. There are some exceptions. For example, Mozilla receives their money from Google not from their users.

Sun supports OpenOffice, but it still has issues. The spell-checker sucks even in the 3.0 version (at least for German). BTW, you can buy an add-on for OpenOffice: the Duden-Spellchecker. It is closed source and costs approximately 25€. Apparently, Sun bundles it with StarOffice, so if you buy a boxed version of StarOffice, you will have a proper spell-checker.

See? That is another typical example of the difference between open and closed source software. Will a great spell-checker be created by hobbyists in their spare time? No! It is a repetitive, boring task, and coding skill alone does not suffice. You also need language experts. Will they work for free? No! Then who will pay them?

Other examples are nice fonts, Video-Editing Software, Audio-Production Software (Cubase or Logic created as open-source from the community? Come on!), Handwriting Recognition, OCR, Home-banking Software and so on. For each of the software programs mentioned, there is a half-assed open source clone. All of them each are not taken seriously by those who really work in the respective field. Can Gimp replace Photshope/PE? What about Ardour for Logic/Cubase replacement? Is there an alternative for Adobe Acrobat? I don't think so.

Anyway there are two conclusions you can draw:

1.) It is simply not true. Gimp rocks, and I have to relearn everything I know, and I am not willing to change, and it is all my fault that I have problems, and FLOSS basically rocks. Anyway, the makers of the Distribution have provided, from their repositories, me with every software program I will ever need.

2.) You should try to make it _easy_ for ISV's to target Linux as a platform.

Apparently lots of Linux users choose #1 and write long, screeching blog posts about the benefits of apt-get. Unfortunately, the major players are not listening. If you are an ISV, shipping software for Linux is not worth your time and resources. Either you should, like Opera, test your binary against zillions of distributions, or you should not ship a Linux-version at all.

Even for open-source developers, this state of affairs sucks. Take for example Anki, which is one of my favorite tools for learning a foreign language (I never said that open-source apps will never work). Anki is basically the effort of one developer. It is a nice application, but it is also not as "big" as a full-blown commercial application (i.e. those that you must shell out 70€ for). Basically, Anki is donationware. Apps like Anki, which were shareware ten years ago, are now usually developed as open-source+donations, and it halfway works. However, these applications are usually neat yet small tools: 7zip, Anki, Miranda, etc.

The developer of Anki does not have the time to test his cross-platform application against zillions of distributions. For Linux, there is only an Ubuntu package. However, this guy develops fast, and there is usually a new version every month (or sometimes every couple of weeks). The _one_ Windows binary works on all versions of Windows. The _one_ MacOS binary mostly works on all major versions of MacOS.

There is no package for the distribution I am currently running, OpenSuse. It is not in the repository, and if a software package is not in the repository, the user is _lost_. What are his options? Should he recompile every time a new version is released (sometimes every two weeks), because make uninstall is known to just work? I tried to alien the ubuntu package, but it does not work. I also tried to manually compile the program, but the compilation failed because of some weird dependency problems with QT which I could not understand. In fact, it is easier to ship a piece of software for a Hackintosh than it is to ship it for Linux. Think about that.

This problem will not change. Lusers do not like to shell out money for applications, and they do not like commercial applications in general. Software makers do not ship anything for Linux because they have no clue what they need to ship. Common users do not use Linux because the commercial applications are not present. Therefore, the situation will not change. Regarding LSB, I think we have covered that already.

2.) Drivers

If you are some independent maker of hardware and want your device to run under Linux, you are basically required to open source your drivers. Any other option will not work for your users. There is no way you could do something (yeah, I know it sounds like a completely weird idea) like shipping a driver-cd with your product. You could also go the NVidia route. That might work if someone really wants your hardware to work under Linux, and you are well compensated for your efforts. NVidia is an exception.

Pushing people in this manner to open-source their drivers actually works in the server world. If some Fortune 500 is using Linux on their servers, and they buy 1000 servers with Intel mobos, those boards are required to work. The company shells out a lot of money, so there is a real financial incentive for Intel to open-source their drivers if they want to sell their hardware. This works because Linux has a significant market-share in the server-world.

On the desktop, Linux is not even remotely in the position to make these demands. All the freetards, however, act like the unknown maker of your webcam absolutely _needs_ Linux-compatibility for their device to be sold. Do you really think they will open-source their drivers _ever_? The freetards are saying, "I am insignificant, yet the world should adapt to me. I will never adapt to the realities of the world!" That attitude just does not work.

There is still no stable driver-ABI, so the driver situation on the desktop won't change. Linux on the desktop? A joke.

Unfortunately, both of these problems are not technical issues. They are instead dogmatic issues. This is why Linux will not take off on the desktop. These two problem have existed for 15 years, and if you install Linux on your desktop today, you still face the same problems.

Fifteen years ago winmodems were the problem. Today it is wireless lans. Fifteen years ago your GDI-printer did not work. Today your printer/fax-combo does not work. Fifteen years ago you wanted to install the new Netscape 4.x. Nowadays you want to install Firefox 3, but your distro is not shipping new packages for the next six months.

Linux on the desktop is a joke. Nothing more.

I Don't Want to Go on the Cart . . .

noreply@blogger.com (Anti-Tux) — Thu, 29 Jan 2009 01:26:00 +0000

Yeah, yeah. I know it has been over two months since the last post. First I was busy with exams, then I was busy with the Holiday season; now I am back in school. I will try to do better and post something more often. Anyway, this blog is not dead. My hatred of Linux is still red hot!

Why Linux Is Not More Secure Than Windows

noreply@blogger.com (Anti-Tux) — Thu, 20 Nov 2008 20:27:00 +0000

Alright, every once in a while, I come across a truly stupid Linux article and have to give it a rant of its own. This stupid post goes on to describe how Linux is more secure than Windows. Let's eviscerate this mismash of stupidity and FUD, shall we?

Since the 1970s Unix has had a proper permission based system.

So it has an old feature. Big deal.

Every computer has an “administrator” account called “root”. The root account can perform any function whatsoever on the system.

That does not seem very secure. If an attacker can get the root password, the system is completely at his mercy. Plus, Windows NT/2K/XP/Vista has this feature as well.

You have access to one single directory known as your home folder. To do any task, or for any program to execute any task, outside of your home directory, you will need to give it the root password.

You can setup this feature in Windows XP and especially Vista. Vista makes it easy to install and run as a limited user, and if an action requires administrative privileges, they are only a sudo away. Even in XP it is not terribly hard to create a limited account. I think the default account is 'Power User' who can install software but is still restricted in some ways.

Every file, program, etc.. has a series of three permissions on it. One for the user, two for the group, and three for world (or everybody). Each of these series has 3 different types of permissions, read, write, and execute.

Only 3? Uh, Dude. I think you should Google something like Windows ACL (I just did it for you). You should find a site like this one.

Again, the registry, by default can be editted by anyone or any process running.

Since I wasted so much time with Linux, I am quite unfamiliar with the innerworkings of the Windows registry. Are you telling me that HKEY_LOCAL_MACHINE can be edited by users of any privilege level? I highly doubt it; otherwise, it would have definitely been listed as a criticism. Wait, I think you are still talking about the default permission thing, aren't you?

Linux doesn’t have a registry, it has a folder which contains configuration files (one file per application) that controls settings for JUST that program.

Dude, ever heard of Gconf? It has all the features of the registry and all the problems.

Because open source software is open to the world, the code has many many more eyes on it. So bugs and vulnerabilities get patched sometimes two and three times faster than corporations are able to patch theirs.

Yes, when a security flaw is found, the code can quickly be patched, but this is true in the proprietary world as well. The real test is getting the patched binary out to the users. When a major problem is discovered, like the WMF vulnerability a few years ago, Microsoft can move quite fast.

The problem is, the grand majority of users have no idea about computers, software, and technology. They know what they need to know to perform their tasks and that’s it.

Yes, this is true. This is also something that many lusers don't seem to understand.

With Windows, you go scouring the internet looking for that program that will remove spyware, or help you balance your checkbook, or allow you to talk to friends and family over IM. This is problematic as most people are unaware of what web sites offer legit, virus free, spyware free, applications that do exactly as advertised (for free or paid for).

Well, you could help them by giving them a link to download.com (I did it for you again). I have heard that they run the software through some checks to prevent uploading malware. It is easier than teaching them how to use Linux.

In Linux it’s a bit different. There is one place to get a majority of your software, and this same place has the ability to update all your software as well.

Of course the binary they are downloading is not always exactly the same as the one compilable from the code released by upstream. It often contains patches, and sometimes these patches can cause major security problems.

Many distributions use what’s called “Secure Linux”

Uhhh.... Mandatory Integrity Control? It was included by default in Windows Vista, which was released nearly two years ago. Where have you been?

Again, when you install proprietary software, you never really know who has access to what. Since the code is closed off, the maker of that software can include any backdoor they wish.

Yes, but if they screw up, the backdoor will be found, and if the backdoor is found, then people will be hesitant about using the software. A software company that needs buyers to give it money to survive will have a vested interest in not screwing its users (at least, not too much). Sure, freeware developers can include spyware as a revenue stream, but this just illustrates the principle of TANSTAAFL.

And unlike the NSA developed SE Linux, this code is held private so no one can review it

There are many ways to find backdoors: running applications through a debugger, monitoring network connections (the big one), etc. Since this potential Windows backdoor was found, it looks like it is possible to find backdoors in closed-source software. It is also possible to include backdoors in open source software; just look at the Underhanded C Contest.

So, basically, these are the security enhancements that Linux has over Windows? Call me a Micr0$0ft $hi11 if you want, but I do not think these 'advantages' outweigh Linux's other problems.

Rants and Laughs 8

noreply@blogger.com (Anti-Tux) — Thu, 20 Nov 2008 18:38:00 +0000

Alright, I know I just did a Rants and Laughs a few days ago. It is nearly the end of the semester, and I am quite busy. Anyway, here is some more fodder for all of you.

Well, it looks like the Indrema clone may have a few problems. and it is shipping with Windows as well, but the developer hopes that this will provide a 'stepping-stone for Linux EVO gaming.' Suuuuurrrrre it will. Score one for Linux gaming!

Linux Journal posts a message from a 'clueless Linux user.' One of the major problems with Linux is that it is a piece-meal system, so if someone complains, the organization that receives the complaint can just say 'not our fault; it is the fault of that other organization whose software we use.' Yes, I know he should not have called a magazine, but still.

Some luser asks if there are any good Linux video editors that do not crash. You got me there!

Some peter-puffers discuss the link between opening-up and decline in share price. It looks like open sourcing really is the Hail Mary Desperation Pass of software.

Some luser thinks that good things are on the horizon. WTF?! It just looks like a bunch of distro releases to me. Big fuckin' deal!

Finally, here are two user-submitted rants.

My rant about the "it's free, but download the add-in yourself" mentality :

"In Indonesia, personal internet connection is much worse compared to
Singapore's or Australia, and rarely used due the relatively expensive
tariff and slow speed. So, having a software that require a direct
internet connection is such a burden. For example, antivirus software
that don't have offline update functionality is doomed to fail in most
Indonesia's rarely connected computer user.
That's one of the reason I use Mint. Instead of painstakingly
connecting to my university internet connection, all I have to do is
install it, and forget it. MP3, FLV, WMA, name it. I don't have to use
repository disc or other cumbersome methods.
The same things applies to Novell's Go-OO fork. After installing Sun's
OpenOffice, I found that there's no spelling checker in Indonesia.
Great. There's no extension available in their site either. But all
Go-OO releases I've tried and love, include Indonesian and many others
by default. And there's also that hybrid PDF export that should be
very useful, presentation minimizer and report builder (developed by
Sun but they don't include it in their own release, strange), directly
integrated in Go-OO. All I have to do is install and forget.

How long will this continue? Even if I have a fast internet
connection, I'll prefer releases that include useful stuff by default,
not the one that give no clue how to add those."

Is there any other field with this mentality in Linux-related?

Here is another rant by thepld:

Found this gem on Amarok's blog:
http://amarok.kde.org/en/node/570
After some discussion, we have decided to extend Roktober since we are so far away from our goal and we think that maybe part of the problem is not enough promotion, so if we extend a few weeks maybe we can get this going. Not everyone follows the developer blogs, so if anybody missed the blog entry put up by our treasurer regarding Roktober, here are some highlights (or read the full entry):
we have seen a huge fall-off in donations from outside the EU and we're wondering why this is;
we are planning on giving two prizes this year so we are giving entries in the drawing based local currency;
towards the end of last year we spent over €2000 to send 12 people to aKademy;
the project spent about €1500 on technical and administrative items like server hosting, domain administration, develop resources (books) and hardware;
in addition to aKademy, we spent over €3500 attending free software conferences around the world
each developer/contributor team member was given two t-shirts. A small thank you for the large amounts of time put into the project by volunteers who are doing this for fun, not profit.

Apparently, they're having problems getting pity money to finance their software. Please note that they spent over €5500 to send people to FOSS conferences. What the hell do they even do at these conferences? Oh wait, I remember: Pat each other on the back about how wonderful free software is, and celebrate the advent of the Year of the Linux Desktop ™. In fact, only €1500 was actually spent on anything relating to actual software development.

I also enjoyed the subtle jab at non-EU countries. I think I know why no one is donating: We actually have our priorities straight and recognize there are more problems facing the world than having a fucking open source media player that can't even do replay gain. And hey, weren't OSS projects supposed to make money by selling support? They must have missed the memo.

Rants and Laughs 7

noreply@blogger.com (Anti-Tux) — Mon, 17 Nov 2008 19:54:00 +0000

It is time once again to see what is going on in the freetard community.

PC Authority has an exclusive interview with Richard Stallman. Stallman's comments suggest that he is still off his rocker.

Commies and freetards clash in Kochi, India. I hope they both lose!

Once again, Nvidia helps bring Linux Graphics out of the Dark Ages with its new driver that supports the VDPAU API. This new API helps accelerate the decoding of MPEG-1, MPEG-2, VC-1 and H.264 bitstreams. Meanwhile, the freetards cannot decide whether to extend XvMC to support more formats or speed up development on the VA API. Decisions, decisions...

Freetards have finally mau-maued Adobe into releasing a 64-bit Flash plugin. Reading the release, I get the vague impression that Adobe only did this to shut up them up. Um, Adobe, x86-64 is so last Tuesday! Where is my Linux ARM port? I love the reference to my predecessor BTW.

Freetards cheer that the US Navy has embraced open source. First of all, the memo said that the Navy would adopt systems based on "open technologies and standards." This does not necessarily mean that they will adopt open SOURCE.

NEWSFLASH!! The Linux kernel has poor documentation! Kernel developers are unsure how to fix this. Linux wants better Release Notes; some suggest example code for new features (that would be helpful); some suggest scrapping most of the in-tree documentation. If kernel developers want better documentation, they will have to FULLY document what is already there and have the diligence to keep the API stable for longer periods of time. When you can develop a kernel module with your 2-3 year old copy of Writing Linux Device Drivers or Understanding the Linux Kernel, then I will say the situation has improved. Until then, have fun writing camera drivers with the Video4Linux1 API documentation aspiring kernel hackers!

Happy 25th Birthday GNU! Here is your birthday greetings from washed-up actor Steven Fry! It has been 25 years (well, it will be on January 5, 2009), and you still have not produced a complete operating system! How is the HURD and that Lisp Window Manager you wrote about coming along BTW?

Some luser informs the community that maybe they should not be so prickish in their promotion of Linux. What?! You mean we should NOT tell people that, by using Windows/OSX, they are condemning themselves to Proprietary Hell? The NERVE!! Of course, since the dude is an astrologer, he must know all about promoting a faulty product through "clever marketing."

Here is a list of all the games natively supported by Linux. Wow, 373 titles! That is like 1/100th of the number of games available on Windows. Also, it kind of fudges the number a little, since it includes every Linux emulator you can run a game on and every single Linux compatible Doom or Quake engine. Linux is truly the next generation gaming platform!

Another luser writes that Theora will replace Flash. Yeah right! If you can get Youtube to even support Theora playback, then we will talk. Oh, what's that? There are some issues with Theora that need to be 'ironed out' before it can present a credible threat to Flash? "Despite being supported by Opera and Firefox, Theora has a number of challenges ahead. The first lies in its performance -- both the encoding time and the video quality trail behind the common XviD/DivX-style MPEG-4 ASP codecs, let alone next-generation HD codecs like H.264 and VC-1. " Well, maybe you can get Nvidia to help you out?

Here is an article that lists the problems migrating from Exchange to OSS solutions. "One reason is that none of the open-source programs are really ready to serve as drop-in Exchange replacements. There's also some additional work that needs to be done, and it's not work that Windows administrators are used to doing. Even a veteran Linux administrator, though, might find setting up a full-powered Exchange replacement for a good-sized company a challenge. For example, Scalix 11.4 requires Apache, PostgreSQL, Tomcat, and either Sendmail or Postfix to be installed before it can work. That's not hard, but when you factor in the need for managing disk performance it becomes more of a problem. E-mail server applications, have trouble scaling, because of disk performance bottlenecks. To run a groupware server for more than a small business really requires shared disk arrays. Put it all together and you have a serious Linux system administrator's job, and it's not one that a former Exchange administrator is likely to be able to handle." TCO, the bane of lusers everywhere, has struck again!

Gentlemen, we can compile him. We have the technology.

noreply@blogger.com (Anti-Tux) — Fri, 14 Nov 2008 23:55:00 +0000

Today, esr posted his thoughts on the Linux Hater's Blog which, among other things, led to a discussion about binary distribution vis-a-vis source distribution. I will now share my thoughts on the matter.

Gentoo Linux was my second Linux distro (my first was Mandrake). I know source-based distribution can have many benefits especially when the distribution is designed to cater to it as Gentoo is. Before the Ricers descend on us, let me say that I know optimization is NOT one of the benefits; you can -funroll-all-sanity all you want, but it is likely to do nothing, crash the app, or make it even slower. USE flags, when they work properly, and the options are actually supported, can be a great way to customize a system to suit your particular needs.

When I was new, I thought this kind of customization was awesome because it let me only use what I wanted to use. Since I used plain Fluxbox (what fun would Gnome or KDE have been with Gentoo; plus it compiled quicker), I would disable any support for KDE and Gnome, since I did not use them, and if I did not, it would drag in a whole bunch of libraries, and it would take 10-15 hours to compile. I do not want to think about the amount of time I spent messing with various USE variables to reduce the amount of 'unnecessary' dependencies for an app I wanted to install. Of course, I would have to remember to add the USE variable modification to /etc/portage/packages.use for that particular application, or it might screw up the next time I updated the system.

Ahh updating! I remember that well. Gentoo was a bitch to update! It always appeared to be simple: "emerge --sync; emerge --update --deep --newuse world". However, it took many hours, and the computer was rendered unusable for most of the time. Since it was such a pain, I would go months without updating the system; then I would have to go through hell because the developers changed a whole lot and I had to do the emerge world dance two or three times! Of course this was the best case scenario. If something failed to compile . . .

Apart from the pain of installing and updating the system, I remember the rest of the time being a breeze. At its peak, around 2004-2005, Gentoo gave me the best user experience with *nix I ever had. Most applications just worked. I had very good things to say about its 32-bit chroot. I could compile lots of programs, and my desktop was still responsive. Multimedia support was bar none! Xine + MPlayer + XMMS could handle anything you threw at it. Gentoo's versions made it easy to add support for MP3, DVD, WMV, etc. I still have not found a better or more versatile pair of media players than Gentoo's Xine (for DVDs) and MPlayer (for everything else). MPlayer could play practically any file you threw at it no matter how corrupted it was; sure, sometimes there would be no sound, some sound, skipping, linear viewing only, random freezes, but it WOULD play). No matter how much experience I have with freetardism, I will never understand why the distros seem to be dumping these two great players for the utterly brain-damaged GStreamer (which is another rant for another time).

The packages seemed to work so well that, now that I think about it, I am not sure if I completely agree with Linux Hater that distro-maintained packages (or ebuilds in Gentoo's case) are NECESSARILY a bad thing. Maybe the package maintainers have more influence over the quality of the application than most people realize. Maybe whatever Debian/RedHat and their followers do to produce binaries is the really fucked up thing. Of course, this site lists certain, uh, problems people have had with Gentoo, so maybe LHB's point still stands.

However, not all packages worked well. If I ever used ANY masked packages, I was preparing myself for a world of hurt. Since masked packages usually featured a lot of masked dependencies, I would usually have to install a bunch of unstable applications just to run one I wanted. Often, I managed to install all or most of the dependencies, but the app I wanted or one of its last dependencies would not install or run properly, so I was then stuck with a bunch of unstable libraries with no obvious (to me) way to go back. This was actually a general problem with Gentoo. By emerging only my essentials, I thought I was getting a lean, mean optimized machine, but as I added new applications, I would have to add a bunch of new dependencies. When I unmerged that app, the dependencies would still be there which soon made my Gentoo system just as full of cruft as any other distro. Sure I could "emerge --depclean; revdep-rebuild", but I would first have to update the entire system (which I hated doing because it took forever), and sometimes the orphaned dependencies would trouble the install. Now, I know that some of this mess was my fault for installing unstable but 'shiny' applications. I wonder how much of the Linux annoyances are caused by the lusers themselves who scream for the latest ub3rc001 but highly unstable application? If most of Linux's usability issues arise from the demands of the users themselves, then FLOSS has a major systemic problem with mass-market adoption.

Now that I have reminisced enough, let's get back to my original point regarding binary distribution. Let's take the (admittedly anecdotal) information above and apply it to source-based distribution as a whole. This model will treat all maintainers of upstream projects as a single source-based distribution. This model will treat the package maintainers of binary distributions as the users of the source-based distribution. Now, first off, we can see that the package maintainer's task is a bit harder since he does not have automatic dependency resolution. Sure, the project documentation usually lists its dependencies, and most heavily-used libraries are already packaged in most distributions, but it still does not beat good ol' emerge app. Now, the packager is in the same boat at the Gentoo user. He knows the specific needs of the distro better than upstream knows them, but upstream knows the software better than the packager knows it. Like Gentoo users and their USE variables, the package manager can add patches to the code and configure it with various options to better integrate it into the distro, but sometimes the modifications will break certain assumptions upstream has made, and all hell will break loose.

Which one should we trust: upstream/source_distro or the packager/source_distro_user? I think we should trust upstream more, since they know the code better and can better avoid doing stupid things. Now, the best solution is when the maintainer and the distro packager are the same people, since they can then develop their app with integration in mind. This is probably why FreeBSD, despite orders of magnitude less funding, always felt more coherent and polished than any Linux distribution.

Of course esr does list some relevant problems with binary distribution:

I actually used to build my own RPMs for distribution; I moved away from that because even within that one package format there's enough variation in where various system directories are placed to be a problem. Possibly LSB will solve this some year, but it hasn't yet.

First, why were you building RPMs? What advantages do RPMs have over plain old TGZs except signature support and various metadata that could be included in the filename? By only building RPMs, you were excluding all the other non-RPM distros for no appreciable gain.

Second, wasn't the Linux Filesystem Hierarchy Standard supposed to solve this by standardizing the system directories? Wasn't it released 15 years ago? If that didn't work, the the Linux Standards Base should definitely have fixed it, but it seems to have failed. If, after 15 years, you still cannot determine the location of a mail spooler or logfile, then OSS has a MAJOR problem!

Third, what exactly did you need in those system directories anyway? In your book, the Art of Unix Programming, you wrote about this

Often, you can avoid this sort of dependency by stepping back and reframing the problem. Why are you opening a file in the mail spool directory, anyway? If you're writing to it, wouldn't it be better to simply invoke the local mail transport agent to do it for you so the file-locking gets done right? If you're reading from it, might it be better to query it through a POP or IMAP server?

If you were looking for applications, couldn't you just use /usr/bin/env? I am sure that is present on any Linux distro worth mentioning. If you were looking for libraries, then maybe you should statically compile your program.

I know there are some downsides to distributing statically compiled binaries. They take up more RAM and Hard Drive space, but RAM and Hard Drive space are both really cheap nowadays. Even low end notebooks feature 2-3 GB of RAM and 300-500GB hard drives; the typical user has RAM, Swap and Disk space to burn. The other problem with statically compiled binaries is that it is a bigger problem to update a library with a serious bug or security hole. However, the major proprietary software applications for Linux also have this problem, and they seem to have done okay. If the software developer is halfway competent, he will be tracking the development lists of all the libraries his app depends on, and he can then issue an update as soon as a patch for the affected library is released. Plus, open source has the advantage that, if the developer is being lazy or whatever, anyone who cares can (theoretically) download the source code for the app and its dependencies and produce a fixed binary. However, all of these downsides melt away after the feeling of navigating to a project's home page, downloading the Linux binary, installing it and running it just like in Windows and OS X!!!

In short, binary distribution has many advantages over source-based distribution, and Linux crusaders would do well not do dismiss them.

Rants and Laughs 6

noreply@blogger.com (Anti-Tux) — Mon, 10 Nov 2008 04:25:00 +0000

Well, it is time to again see what is happening in the Linux 'community' and make fun of them for it.

Linux helps 3 random people! Wow, it can open and close a chicken coop door? This is going to be the killer feature.

Here is a GTK theming tutorial. It looks somewhat complicated and demonstrates the beauty of GTK at the same time! What more could one want?

Why should you try Fluxbox? Because Linux's major attempts at a desktop environment are slow, complicated and generally suck ass. Here's a better idea: try Aqua instead.

Some dude configured a Linux print queue for a library that was too cheap to buy a Windows server. All he had to do was edit smb.conf (among other things). Also, apparently the queue cannot display page numbers properly, so unnecessarily gigantic printouts could still go through.

Some luser thinks Microsoft is pissing their pants over Linux. Riiight.... I mean, they should be afraid of all those Linux netbooks that get returned 4x more than Windows ones.

ComputerWorld, apparently, cannot quit Microsoft bashing. It seems to be a bit better than the last one, but it still focuses on netbooks.

Head marketdroid luser of the Linux Foundation thinks no 'in house from scratch' operating system will ever be created again. She cites that ridiculous study that Red Hat Linux is worth $10 Billion. Leaving aside the ridiculous notion of measuring SLOC, the most basic problem is this: if the OS is worth so much, and it is free, why does it have such a shitty marketshare? Earth to Linux Foundation, the amount of time some wanker wasted coding an app does not give it value; value only comes from a bunch of other people WANTING the app. This is how the market works! If you did not have your head jammed so far up your commie, freetard ass, you would understand that.

Here is a discussion of all the ways to deploy software on Linux. Wow! MSI! We don't need no stinkin' MSI!

Ubuntu 8 and OSX 10.5 go head to head. OS X positively crushes Linux on 3d Acceleration. Damn, I have not seen an ass-whuppin' like that in a long time! Of course they give the standard luser excuses, such as Mesa not being optimized or the Intel driver going through some 'radical changes.' They will do anything to keep from admitting a Linux flaw.

The Register does a serious review of OpenOffice.org 3.0. Apparently, you should keep your Microsoft Office install.

Finally, another hater discusses the fallacy of choice! This is required reading for all lusers!
UPDATE: I forgot a really good one. Apparently, the Android G1 phones had a phantom shell. Typing anything into your phone followed by return would execute as a shell command. If you type r-e-b-o-o-t, the phone will reboot. I am speechless!

Standardizing Linux Suckiness 3.0

noreply@blogger.com (Anti-Tux) — Mon, 10 Nov 2008 03:53:00 +0000

Well, lusers keep crying that "LSB 4.0 will be the ultimate enabler of Linux on the desktop and seal Microsoft's fate!" Well, looking at the project plan, it appears to be just as useful as all the other releases (i.e. completely fucking worthless). It mostly seems to contain a list of library updates. I was told to read the LSB 4.0 specification, but I cannot find any such thing. The closest thing I have found is this Project Plan.

OK, I was told that it included a way to make packages that would render the distributions irrelevant (something about a dynamic linker, I think). I do not see any such thing. The closest thing I could find was Best Effort Dynamic Linking. Here is the description of the 'Vision' of this wonderful technology.

Right now, the LSB requires a different dynamic linker than the rest of the system. This linker is often not provided at all on non-LSB systems, and cannot be guaranteed to be available even on distros that can be LSB-compliant (if the LSB environment is not installed).

WTF? Why does it even require a separate dynamic linker in the first place?

This is a serious obstacle to acceptance of the LSB by ISVs; no one wants to have to make sure the proper dynamic linker is installed. The tools we have provided to try and mitigate this problem have not been good enough.
To encourage ISV adoption, therefore, we need to implement the dynamic linker change a different way.
Theodore Ts'o has proposed an alternative mechanism for supporting the dynamic linker. In this model, the ELF dynamic linker is the same as for all other binaries on the system, but the LSB SDK embeds some code into the executable--either via crti.o or via an init function called early--which checks if the executable needs to be run with the LSB dynamic linker instead, and re-execs the binary if necessary. This provides a "best effort" system for running LSB applications, which can be ensured to run correctly on all Linux systems regardless of the status of LSB support on the specific machine.

Umm, Theo, how does your system cope with a missing shared-object file? If a distribution does not include the required .so, does your system download it from the internet? How does this help with LSB noncompliance? This certainly does not look like it will make the distributions irrelevant.

Well, what other exciting, cool things will LSB 4.0 add to the Linux Desktop? Hmmm... Not much. It looks like a bunch of library updates. However, the Desktop Module does not cover all the things needed for a good desktop, so let's look at the Multimedia Module. For the lazy hater, here are the features it lists.

ALSA (moving from TrialUse in 3.2)
GStreamer
PulseAudio/SydneyAudio

Wow! It does feature PulseAudio, that performance-sucking wheel-reinventing beast! However, maybe it does not. Thank you for making that crystal-clear, LSB! The thread linked to from PulseAudio's status features a great quote by the way, "Applications having to worry about 4 different audio interfaces when they could just be worrying about 3 is just wasting resources."

Well, call me a cynic, but I think this new standard is the same-old same-old. It does not seem to offer anything all that compelling to make me think "this is truly the year of the Linux desktop!" If the LSB was serious about standardizing Linux, there is one thing they need to do: take the LSB Sample Implementation and make a complete desktop out of it. Then, compel the major Linux distributors to build their distros around the LSB system. All the distros could still add their proprietary touches and package managers, but there would be uniformity at the heart. Sure, the distros might be a little wary at first, but they should soon see the light. Even if the distros had to give up some 'competitive edge' with other distros, the extra revenue gained from a deluge of new customers who heard that Linux was finally not broken into several hundred pieces should more than make up the difference. Also, the distros would incur less inhouse maintenance costs. That alone could make Canonical profitable. This is the same lesson that has been learned throughout history: if you can put aside your petty squables and unite, the potential losses to competition will be dwarfed by the gains you have made. Too bad lusers don't seem to care about history.

Programming - Hold Still, This Won't Hurt a Bit

noreply@blogger.com (Anti-Tux) — Thu, 06 Nov 2008 15:41:00 +0000

Well, Linux/Unix is not meant for the joe-average desktop user. It was meant to be a hacker's toy, and nothing more, so it must be really awesome as a development environment! Well, it has some issues. Linux development may have improved since the Unix Haters Handbook was published, but it still has a long way to go. In this next user-submitted rant, we will see what the issues are.

I have to say that I love a good IDE (Integrated Development Environment). A good IDE should have a logical, easily-navigated UI to create applications. The UI should allow the enduser to easily enter all of the data needed to compile/link the app, and the IDE _should_ do whatever needs to be done to successfully invoke the compiler/linker to create the app.

An example of a good IDE that does exactly that is Microsoft's Visual Studio. It uses fully complete wizards to guide the process, and its underlying tools are well integrated with the IDE. It doesn't use extremely fragile, intermediary text files full of various macro languages to achieve the creation of a "project". When you finish the wizard, Visual Studio directly creates the needed makefile for you. It's easy and painless to develop Win32 apps using MS tools.

An example of bad IDEs that don't do this very well are Linux IDEs. The IDE "wizard" takes you only half-way gathering all the info it needs, then it runs some very poorly integrated (if one could even describe a unidirectional, textual pipe as "integration") GNU tools which, too independently of the IDE, try to analyze your system and come up with the remaining necessary info to create the makefile.

It's painful and difficult to develop apps with a Linux IDE.

A big part of the problem is that the IDE uses a lot of the GNU tools (autoconf, automake, etc), which strive to create "universal" dev files that take into consideration every possible configuration quirk of the thousands of Linux distributions made by Tom, Dick, Harry, and their dogs Spike, Fido, and Spot. But this is a nightmare for a newbie who wants to just compile, link, and run his C/C++ program on his single installation of Ubuntu. He doesn't need to take into consideration some quirk of "Martian Christian Linux", yet another pointlessly trivial variation of Linux which, for god knows what reason, is supposedly better for Martians who also happen to be christians. The GNU tools spewout a plethora of dev files that are humanly unreadable and uneditable by all but the extraterrestrial beings who devised the incomprehensible, needlessly convoluted alien "language" that these tools use. This is bad news if you need to hand modify one of these files because the IDE didn't quite get something right (and believe me, it's a good bet that IDE's "output window" will demonstrate blissful
ignorance as it chuffs out autoconf error messages telling you to hand edit your configure file to add this or that). The IDE isn't smart enough to parse the error output of the GNU tools and follow the instructions given to you, even though it's supposed to be the job of a good IDE to maintain and "edit" the underlying compiler/linker support files instead of telling you to do so. Otherwise, what's the point of an IDE?

With Visual Studio, I never had to actually hand-edit any makefile, nor create _any_ other convoluted text file containing any kind of "macro/shell language" for the purpose of creating a make file. I never had to, because the IDE was capable of completely managing the makefile via data that I entered exclusively through the UI. I don't need to remember what the "text flags" are to enable various compilation features, because the IDE's UI is actually useful (as opposed to just a thin wrapper over some hideously designed, command line tools that use their own "logic" to determine what "text flags" ultimately get passed to the compiler/linker).

If you go to the GNU website, you'll find tons of "manuals" that explain to you in excruciating detail what each tool is for, and how it works. Here's a URL to get you started on your quest through dozens and dozens of barely comprehensible (and almost pointless) pages of instructions:

http://www.gnu.org/manual/manual.html

Now I suppose someone can write even more detailed tutorials than these pages, and take you along the way at a slower pace (although it would probably take a person a few years of work to come up with such a volume of text), but here's the bottom line:

These are very complicated, convoluted, and frankly, unintuitive tools to use. You can read all these manuals until your eyes fall out, and your brain can maybe retain enough of the voluminous details of each tool such that you'll actually be able to do something useful with them, maybe even on a daily basis (but with a stiff penalty against productivity as you spend too much time plowing through the voluminous GNU docs just to figure out how to enable/disable even one compilation feature). But they will never be easy to use. They will never be as easy as .NET. Never. They will never be half as easy as .NET. They will never be a quarter as easy as .NET. These tools are designed to take into account so many variables/installations/quirks in the entire Linux universe, that they can never be anything but tremendously complicated and convoluted and unintuitive. Think about it. Someone somewhere at this very moment is taking a Linux distribution, and for god knows what reason, changing one damned thing about it supposedly to make it better, and releasing yet another distribution. And now the GNU toolshave yet one more quirk to take into consideration. Let's see, shall we accomodate it by making yet another "implicit rule", or maybe a "macro", or how about an "environment variable"? How about all 3 of them? Hey, it's free software so it's not like you have to pay 3x as much for 3 different ways of doing the exact same thing, plus a doc file that grows 3x as big in order to explain the 3 different ways to do the exact same thing. And wait, this is getting really hard to use what with all this stuff heaped on top of it. So let's make another utility that spits out a bash script that makes the data file needed by the first utility. And of course, let's not make this second utility UI based, with
graphical controls the programmer can click on to select his features, and enter filenames, and such. No, let's make this second utility text-based just like the first one, so that you need to learn yet another "macro/shell/syntax language" and have even more data files to keep track of. And of course, as more and more deviations happen in the Linux world, we'll add stuff to this second utility too.

Finally, someone gets the idea to make things "easier" than those tools. What does he do? He makes another text-based utility of course, with yet another macro/shell/syntax language that tries to cover the exact same ground as the first set of tools. Yep, this one is going to be all things to all people too, but somehow it's going to be better. Now we have two tool sets that essentially do the same thing, and even in essentially the same way, but they're different for the sake of being different. But wait. Now we need to transfer data between the two of them, so we need to make a utility to do that. And no, let's not make just one such utility. Let's divide our resources making dozens of them,of course all of them command line tools (do Linux compiler writers even know what a GUI is, and how event-driven programming works?) each one doing essentially the same job, but in an arbitrarily different way that will somehow mean that support personnel will have to deal with yet more quirks/inconsistencies/variations on the exact same theme.

Madness. Sheer madness.

You've got autoscan, which generates a text-based configure.scan file. Then, you've got automake, which takes a text-based makefile.am file and generates one or more text-based makefile.in files. Then, you've got autoconf, which takes a text-based makefile.in, and text-basedconfigure.am file, and generates a very convoluted, text-based configure file. Then, the configure file generates a whole boatload of other text-based files. And each text file is filled with lines written in its very own, exclusive Martian dialect, with no set order in which information appears.

You're an intelligent being capable of easily reading text and applying deductive reasoning to it. A computer can crunch numbers fast, but it's not so good at deductive reasoning and making complex choices by analyzing freeform text. If you can barely make sense of the above tools and their output, what luck does an IDE have?

The problem isn't necessarily that an IDE is riding atop of text-based tools. Microsoft's Visual Studio does that too. The problem is that an IDE is riding atop of a whole mess of text-based tools that churn out way too much information, in a format that is way too free-flowing, poorly structured, and involves way too many "script/macro languages" that are totally unrelated to the language your app is developed in, all for the sake of trying to be all things to all people from the ancient past (in computer terms), to now, to the day that the last Linux guy ever forks another package and therefore causes another inconsistency to accomodate.

These dev tools are so complicated that even the IDE that tries to make them easier, is itself convoluted, complex, unpredictable, unstable, and ultimately unintuitive.

For god's sake, will some competent programmer please fork gcc, and fix this thing so that it actually is capable of _integrating_ with an IDE? Fix it so that it doesn't require the IDE to use "auto tools" that spew heaps of incomprehensive script files written in a variety of Martian and Venusian languages. Fix it so that when the IDE and these auto tools invariably "break" your project, you don't have to waste hours trying to hand-edit all those Martian-language data files, to get them to work again, until you finally throw up your hands in frustration and nuke the entire directory of unusable poot and restart from scratch (with Visual Studio and Microsoft's compiler instead).

It's the Applications, Stupid!

noreply@blogger.com (Anti-Tux) — Wed, 05 Nov 2008 13:51:00 +0000

Here is my first user-submitted rant. This rant actually appeared as a comment on ESR's blog long ago, but I just got the permission to post it. Here it is:

It doesn’t matter. None of this matters. Platforms don’t matter. It’s what’s on the platforms that matter.

This is a lesson which I forgot when I went on a gaming sabbatical (coinciding with my exploration of Linux and OSS), but since I got back into the ol’ past-time it leapt back into my brain with the force of an epiphany. In fact, this is something which any gamer knows, though perhaps just implicitly. And any Sega fan, such as myself, has had their face rubbed in the fact to an extent which is painful. The story goes something like this:

A Prelude to War

When the Sega Genesis first came out in 1988, it faced quite an uphill battle against the entrenched NES, which had managed to become practically synonymous with the word “videogame” after it’s 1985 release. Indeed, to this day, many people say “nintendo” when they mean “videogame,” just as many people say “xerox” when they mean “photocopy.” The Genesis was certainly more powerful — it’s primary processor was 7 times as powerful as the NES’ — but power does not conjure good games out of thin air. And without good games, a console is no more than a paperweight. Sega’s previous console, the Master System, was 3 times as powerful as the NES, but since it’s 1986 release, it only sold 13 million units to Nintendo’s 60 million, simply because it didn’t offer a compelling library of games. Sega learned from this mistake, if only once.

When they launched the Genesis, courtship of third parties was intense. They were willing to offer developers better licensing terms than Nintendo, who was enjoying monopoly status at the time, and managed to do what, at the time, was the unthinkable: they fought Nintendo, and in the US market at least, they won. In large part, this was due to Sega taking a chance on an unknown startup that was desperate for a platform for their football game. Nintendo simply wouldn’t offer the little corporation terms it could survive on, and besides, the NES was ill suited to doing sports games justice. That little company was EA, and the game was Madden. Both became smashing successes.

With the help of this and other games, including some in-house smash titles such as the Sonic the Hedgehog franchise, Sega exploding onto the scene to history altering effect. To put it into perspective, the success Sega experienced would be like Apple gaining 50% marketshare upon the release of OSX. Even more mindblowing, this growth was coming at the *expense* of Nintendo’s installed base. By this I mean that old Nintendo users were abandoning the NES platform and buying Sega systems in droves. Though Sega’s hyper-clever marketing probably didn’t hurt (slogans such as “Sega does what Nintendon’t” still make the ears of any elder gamer perk up), it was the plethora of games that were only playable on the Genesis which produced this success.

It’s On like Donkey Kong

After three years of hemorrhaging market share, Nintendo fought back with the technically superior (save for processing speed) SNES in 1991. And while the SNES did absolutely everything correctly, and has rightfully earned it’s place of high regard in the annals of gaming, it completely and utterly failed to unseat the Genesis. In Japan it’s marketshare ended up exceeding Sega’s, but in the US it lagged, and Sega enjoyed reigning champion status in other parts of the world.

This was the dawn of the “console wars” as we know them today, and the 16-bit era is still regarded by some (likely through nostalgia tinted glasses, but hey, we’re only human) as the halcyon era of gaming. For every top-notch exclusive game that the SNES had, the Genesis had one as well. And so long as the game libraries of both platforms looked equally compelling in the eyes of the consumer, the entities were mostly locked in a dead heat. But time always marches on.

A Taste of Things to Come

It had been half a decade since a new system was released, and consumers were ready for the next generation. The arcades were taking business from the console market, offering an innovative and immersive gaming experience that the now underpowered 16-bit consoles couldn’t match. (Incidentally, Sega has been and still is a leader in the Arcade market.) The time was ripe for Something New — sadly, both Sega and Nintendo seemed to have forgotten the lessons they had learned from their battles with each other, a mistake which ultimately proved fatal to the former.

It all started in 1988, the year of the Genesis’ release. At that time, games were provided on a solid state medium known as a cartridge, which offered fast access as a benefit, but provided very limited capacity, and cost quite a bit to manufacture. Nintendo had been looking at a way to address these shortcomings by moving to a cheap, high-capacity disk-based medium. However, Nintendo was not able to satisfactorily surmount the stability problem of magnetic media, nor the concomitant ease of piracy. But Sony had just the ticket, since they were working on a
then-revolutionary technology which would allow them to store data on CDs, which were currently restricted to just audio.

So it was that Nintendo contracted Sony to develop a CD based add-on system for them. And in 1991, they were expected to announce the new designs at the yearly CES expo — but when Nintendo president Yamauchi discovered that the contact with Sony would give the latter 25% of all profits off the system, he broke arrangements with them
in a fury. Instead, Nintendo contracted with Philips to perform the same task, but with a contract that gave Nintendo full control of the system. It was this partnership that was announced at CES, much to Sony’s chagrin.

Ultimately, the Philips peripheral never materialized. But Sony refused to throw out their work. They spent years retooling the foundation into a 32bit console called the Playstation, and, determined to swallow Nintendo’s marketshare whole (hell hath no fury like a multi-billion dollar Japanese corporation spurned), they aggresively pursued third party developers, and launched an ad campaign that was arguably more Sega than Sega in its edginess.

But I’m getting ahead of myself.

No Cigar, Not Even Close

Back in 1991, Sega was releasing it’s own CD based add-on to the Genesis, aptly named the Sega CD. It was quite the technological breakthrough, but it didn’t come cheap. And as has been established previously, a platform is only as good as the games on it: in the case of the Sega CD, this amounted to a big pile of suck. They even managed to create a Sonic game for the console that was, in effect if not intent, a turd with peanuts. Only 17% of Genesis owners ever bought a Sega CD — not a one of them doesn’t regret it.

Then, in 1994, Sega blundered again with the release of the 32x — a $170 add on which would turn the Genesis into a fully fledged 32 bit system. With the 32bit era imminent, the idea of gaining access to the future on the (relative) cheap was immensely appealing to many gamers. The console was pre-ordered on a scale of millions, but Sega completely dropped the ball. In a dash to make it to the holiday season, games developed for the platform were rushed, and many of them curtailed (the version of Doom found on the 32x has half of the levels of its PC version). The system was one of the biggest letdowns in gaming history (next to the completely unremarkable Nintendo Virtual Boy — a portable gaming system which failed to be either portable or provide entertaining games). This was the beginning of what would become an insurmountably bad rep for Sega hardware.

Don’t Tell me You’re Pissed, Man

In 1995, Sega then released it’s true 32bit console, the Saturn. They released it a few months ahead of Sony’s Playstation, and actually enjoyed an upper hand in the marketplace at first. Sony did not fight against Sega the way they did against Nintendo, having no vendetta to settle. But unfortunately, Sega begat its own undoing. For the release of the Saturn, with its quality games and good 3rd party support, was seen as a sign of abandonment of the 32x — largely because it was, in fact, an abandonment of the 32x. Almost over night, legions of Sega fans became distrustful of the company.

Completely unwittingly, Sony managed to swallow up Sega’s marketshare simply by not being Sega — and, therefore, appearing less likely to screw the gamer. The Playstation pulled far ahead of the Saturn, and Sega never made any real effort to combat this very real threat to their dominance — the hubristic assumption was that Sony was not a gaming company, and therefore couldn’t win. However, the larger market share made the Playstation (or PSX) more appealing to third party developers. And although the Saturn was a little bit more powerful, the Playstation was vastly easier to develop for.

The result was that third party support for the PSX outstripped that of the Saturn by an order of magnitude. A lack of quality games results in a dead system, and in practice, a lack of third party developers is the same thing. The death blow for the Saturn came when EA, a monolith in the world of gaming which owed its existence to Sega (and vice versa), jumped ship and declared the PSX as its primary platform. Quite ironically, the Saturn was now doomed. And although Sega’s next console, the Dreamcast, was perfection in nearly every sense of the word, and the first console to provide online gaming, Sega never effectively garnered the third party support necessary to survive. In march of 2001, Sega exited the console market.

I See you Baby

Flashback to 1996, and Nintendo is bypassing the 32bit generation entirely to release it’s N64, technically superior to anything at it’s time (although some people were and are turned off by its distinctively aggressive hardware anti-aliasing). Coming out behind the PSX, and still being cartridge based, it couldn’t quite capture third party support the way the PSX did, but it managed to snag a marketshare equivalent to 1/3 that of Sony’s.

While Sony failed to slay Nintendo, the combined blows dealt to it by Sega and Sony demolished its monopoly position. There’s a lesson here that anti-capitalists could learn about the nature of free markets, if they happened to actually be interested in the truth — but that is neither here nor there.

What kept Nintendo alive was it’s stable of quality in-house games. Super Mario 64 is still regarded by many as the best 3D platforming game of all time, and Goldeneye stands unrivaled as the most playable and enjoyable adaptation of a movie ever. By contrast, Sega never had a proper Sonic game for the Saturn (apart from the lame isometric platformer Sonic 3D Blast, and the sucky racer Sonic R). Once again, the lesson is that quality games are the secret to a gaming platform’s success.

And so it is with the modern era. The Playstation 2 (PS2), Sony’s successor to the immensely successful PSX, rode the coattails of its predecessor to it’s currently unrivaled installed base of more than 100 million systems, giving it around 60% market share. The remaining 40% is split between Microsoft’s XBOX console (surviving because of exclusive titles such as the Halo franchise) and Nintendo’s Gamecube (once again surviving off of excellent in-house games, although now at the bottom of the totem pole in terms of market share).

So has it always been. And so shall it always be.

They’re Like Mopeds…

A lot of you have probably read this paper, called Worse is Better:

http://www.jwz.org/doc/worse-is-better.html

(If you haven’t, considering doing so.) Equally likely, you’re seeing a connection. Indeed, it would seem the ramifications of Worse is Better are incredibly far reaching, although I think the more general and correct statement is the following:

Technical merits are usually a lot less important than you might think.

Or, as I’ve said previously, a platform is only as good as what’s on it. A console is only as good as its games, just as a data medium is only as good as its ubiquity, just as an operating system is only as good as its applications. Empirically speaking, the technical merits of a platform seem to be a marginal factor (at best) in determining how it gets to a position of application dominance.

What this means is that when debating the merits and demerits of OSS vis-a-vis closed source in terms of potential for success, where success is defined as market share, it is generally pointless to bring up technical points. Windows is not popular because of Windows, it is popular because of everything that runs on Windows. Contrary to the original article’s opinion, Microsoft is absolutely correct to maintain backwards compatibility, because the totality of what runs on Windows is the “secret” to it’s success. Apple’s policy may be technically superior, but it hasn’t helped it get anywhere near posing a challenge to MS.

So Linux and Apple have faster releases than Microsoft? Big whompin’ deal. The debate over which system is better, or progressing more rapidly, simply does not matter. What matters is what people can do with the system, and for the desktop things most people want to do, Windows crushes all. In fact, if you look at OSS itself as a platform, than it’s an objective failure in the desktop market if the goal is replacing proprietary software. How good OSS is at producing quality software matters a lot less than how good it is at attracting software producers, and in that regard, it would seem to suck. There is a large range of computer oriented tasks that you simply *cannot* perform on Linux. And until OSS produces a game better than BZflag, it should be a self-evident fact that not only is not a silver bullet, it might barely be an arrow.

I Don’t Have the Answer, but I Know who Doesn’t

I use Windows, Linux, and Mac on a regular basis — I like Linux the system the most, followed by Windows, followed by the Mac (sorry, but I think the GUI is a weapon of mass gayness). But I actually spend most of my time in Windows simply because of the things I can do in it that I can’t do with the alternatives, or that I can’t do as cheaply, or that I can’t do as well, or some combination of all three. Microsoft has done an extremely good job of attracting the people who actually make a system worth using to their platform, and as a result, it fits practically every users needs. Hence its market share.

Of course, things change when you go to the backend, and sure, that’s partly because the requirements are different. But regardless, people don’t just put Linux on the web — they put Apache on the web. Or vsftpd. Or whatever. The fact that Linux has these highly sought things is what really makes it a success. The fact that these things offer the most generally popular price/performance ratio is why they are highly sought. The fact that OSS seems to be good at attracting developers of such things is why they are OSS. But it *doesn’t* mean that, even
if OSS is an inherently technically superior development model (and in the future I’ll make the case that that’s bullshit), it is destined to dominance. Reality is much, much, much more complicated than that.

Postscript

On an unrelated note, the GNU people can suck my cock. I don’t even want to think about the time I wasted drinking your koolaid. I hope Emacs becomes a sentient entity and bites every single one of you on your GNU/scrotum. And fuck VI too.

Splash Goes the Turd

noreply@blogger.com (Anti-Tux) — Tue, 04 Nov 2008 19:53:00 +0000

Alright, one of you lusers sent in an article about Splashtop, so let's discuss that for a bit. What can I say? It is a great solution to the wrong problem. If you are using a memory-constrained environment, like an embedded system, then it might have some uses, but as an Instant-On technique, it will suck.

You see, my two year old Macbook already has an Instant-On technique. When I open the lid, I see my desktop in 2 seconds or less. That probably beats Splashtop. Also, I can then access all my applications rather than a restricted subset. What is this amazing technique, you may wonder? It is simple: ACPI! You see, when you have a frequently used computer with a stable operating system and ACPI support, you can go a long time without rebooting. Basically, the only limits are hardware failures and your need to install security updates. In this case, the boot time does not matter. Sure, it drains a little power, but if you use it more than once a week for a long amount of time, you will have to carry a power cord around anyway. Ultimately, working ACPI support would be a much more viable 'instant-on' technique than Splashtop.

What about viruses? Alright, what about them? Sure, if you use Splashtop, it might be harder for malware to maliciously modify your computer, but if a remote vulnerability or privilege escalation vulnerability is discovered in your software, that vulnerability will remain viable for a long time. There is a tradeoff.

Also, how many people actually use these media-BIOS things anyway? My mother's Dell laptop comes with 'Dell Media Direct', and it has been nothing but a nuisance to her; she sometimes accidentally boots into it and fiddles with it for a few minutes to return to Vista. If Splashtop is used in this fashion, then millions will hate Linux just as much as we do.

Ahhh, the smell of victory!

Rants and Laughs 5

noreply@blogger.com (Unknown) — Mon, 03 Nov 2008 19:53:00 +0000

Okay, the Unix Hater's Handbook Review is coming along at about the speed of the X11 DRI fix, so I will take some time and see what is on Linux Reddit.

Linux Just Works with one fucking printer. Wow! Linux has finally beaten OSX! Mac Bigots of the world, you better switch right away! There is a new Just Working OS in town! Remember kids, Apple is a systems company, and this means OS X it has a smaller range of working hardware than Windows or Linux. This also means that the supported items often work much better than they do in other systems. Why don't you try one of these printers and get back to me on Just Working.

Here are the ten sexiest devices running Linux.

Aigo Mobile Internet Device: Wow, a PDA! Who uses those anymore?
Nokia N810 Internet Tablet: Again, who cares about PDAs anymore? Ever heard of a smartphone?
Asus Eee Box: It also runs Windows XP. Linux power!
Asus Eee PC:It also runs XP and has Linux problems.
OpenMoko FreeRunner: *snort* with Englightenment technology!
Motorola Ming A1600: Okay, this looks kind of cool. Is it one of those Android phones, though?
Archos 605 Wifi: an excellent choice for an Apple averse media horder. How good of a choice is it for people who do not care?
Mvix MX-760HD Media Center: a crappy Apple TV ripoff
Sonos Digital Music System: Now, you can stream your music wirelessly all around your home for only $1000 DOLLARS! Wow!
Garmin Nuvi880: Okay, I have heard it is a good GPS.

So, out of this list, I see only TWO items that look kind of cool and do not also run Windows better! This is the best you freetards can do? I hang my head.

I saved the best for last. Here is an article calling on the community to restrain itself from criticizing developers when they screw up. It looks like I am going to have to focus on this one.

Well, it starts off in the expected way.

You can see this growing viciousness in the hostile reaction to KDE last spring, or in sites like the just-defunct Linux Hater's Blog, as well as the articles of professional and semi-professional journalists who demonize anyone who fails to agree with them completely.

What, you mean like you just did?

Aaron Seigo of KDE described the problem the other month in his blog:
Every so often someone with a real crank on will start following me around the intrawebs posting their hallowed viewpoint on me. It seems to happen to everyone with an even moderately public profile. Usually they get stuck on one message and then post it consistently everywhere they can as some sort of therapeutic outpouring of their inner angst. Most people don't last more than a couple weeks at this, though I've had a couple of people with real commitment dog me for a year or more.
Seigo admits that, being visible, vocal, and outspoken, he makes an easy target. It's not that he objects to views he doesn't agree with, he says, but that "I don't have time for pointlessness."

So Seigo is mad because a bunch of KDE users complained about his broken release and his complete disregard for the needs of his users, and he thinks that such criticism is pointless. Wow, that is rich! I wish I was that rich!

Such attacks are abusing the freewheeling freedom of expression that is the norm in FOSS. By refusing to temper this freedom with responsibility, those who make them are seriously handicapping the community that they claim to represent.

How about developers first start to take responsibility for their actions and not regularly screw over their users! Then we will talk about civility!

But why such attacks are becoming so prevalent in FOSS is harder to explain. Perhaps their origins are part of the worldwide fallout from the unusually heated and prolonged American presidential campaign, in which attack ads and ad hominem attacks have become the norm.

What . . . . the . . . . fuck!!!!

Or perhaps relative newcomers to FOSS are taking out their frustrations with unresponsive proprietary companies on prominent members of the community. Unlike company executives, FOSS developers and maintainers are accessible, so they get the suppressed anger that should be aimed at the executives.

What
the
fuck!!!!

Even more likely, as one of the earliest and most Web-integrated communities in existence, FOSS has become a center of such attacks because of the strange combination of intimacy and distance that is peculiar to the Internet

Okay, that does sound remotely plausible (in comparison). The anonymity of the Internet has been known to increase vitriol but so has releasing shitty software!

At times, too, the uneasy alliance between free software and open source advocates erupts into verbal battles.

Maybe, the problem is that the 'community' is composed of autistic fosstards? In that case, any civility is more than can be expected.

Perhaps newcomers are simply adopting the rhetoric they believe will make them fit in.

Yeah, or maybe they are reacting to getting screwed over by egomaniacal developers after having invested days of their time learning Linux?

Since then other projects, such as KDE, have borrowed heavily from the codes to produce their own versions. A community-based code would need few modifications to be just as effective.

How about a code that says "DO NOT FUCK OVER YOUR USERS!!!!"?

More Oldies

noreply@blogger.com (Unknown) — Sat, 01 Nov 2008 18:00:00 +0000

I am currently doing my own review of the Unix Haters Handbook, and it is probably going to be long, so posting might be light this weekend. Anyway, here are a few good internet gems.

Here is Rudyard Kipling's poem "the Sons of Martha", which details the "Anti-*nix" spirit.
Here is an archive of the UNIX-HATERS mailing list.
Here is a funny article on the Unix cult.
This is a listing of Unix admin horrorstories.
How *nix helped Microsoft dominate the desktop. This is still quite relevant!

Rants and Laughs 4

noreply@blogger.com (Unknown) — Sat, 01 Nov 2008 03:44:00 +0000

Once again, I present the daily Rants & Laughs section.

Would the Internet exist without Linux? Of course not. Windows 9x/NT, Mac OS Classic and the *BSDs had absolutely no support for TCP/IP.
The Indrema has finally arrived. It may even achieve the marketshare of of the GP2X!
Look at all the changes in GCC 4. Look how it breaks everything that came before!
Look ma! Linux has the most supported devices, evar! Too bad wireless cards and ACPI suspend/resume (not to mention graphics cards) are still a crapshoot!
Here is another Linux foundation mutual masturbation article that describes how 'Linux is leading the innovation of software.' What I don't see, however, is any innovation. Should Microsoft be afraid of a few press releases?
Sometimes you find the strangest things in the KDE source repository... like actually working code! It is nice to see they are using their development time wisely!
Ubuntu Intrepid users can watch a bunch of shitty content from the BBC! WTF guys! You don't even provide Doctor Who! Do you at least show Blake 7?
Here is a list of highly useful commands that you would not need to know if you were using a decent operating system. To follow up on this advice, here is one command that will solve all of your Linux problems: "sudo rm -rf /"
Why does the Linux desktop appear slow? Short Answer: the default swapping behavior is broken. To fix it, one configuration line is changed! Why isn't this behavior the default?!

Finally, here is my first user submission. Thanks, thepld!

http://linux.slashdot.org/article.pl?sid=08/10/31/160242

"Ubuntu 8.10 Outperforms Windows Vista "

Nevermind that the piece of shit can't do half the things that Vista
can...but hey, it boots 3 seconds faster! And all that performance must
be great for all that awesome Linux gaming? I bet you can get twice the
framerate in all five versions of Tux Racer than you did before!

Open S{ource,hakedown}

noreply@blogger.com (Unknown) — Fri, 31 Oct 2008 23:57:00 +0000

Here is a fascinating article that I meant to post when I started this site, but it slipped my mind. Read it and notice the similarities between open source crusaders and, uh, less savory characters. It talks about the steps that you should take in order to easily comply with the GPL without bringing down the fosstard wrath upon your company. For those of you who are too lazy to read the article, here is the meat.

... but getting sued is not the real problem. The real problem is when a posting about misappropriation of GPL software shows up on Slashdot and LWN. The real problem is when every public-facing phone number and email address for your company becomes swamped by legions of Linux fans demanding to know when you will provide the source code. The real problem persists for years after the event, when Google searches for the name of your products turn up links about GPL violations coupled with ill-informed but damaging rants.

So we want to avoid that outcome. If you read the legal complaints filed by the Software Freedom Law Center, they follow a similar pattern:
Someone discovers a product which incorporates GPL code such as busybox, but cannot find the source code on the company web site (probably because the company hasn't posted it).
This person sends a request for the source code to an address they find on that website, possibly support@mycompany.com.
This request is completely ignored or receives an unsatisfactory response.
The person contacts SFLC, who sends a letter to the legal department of the infringing company demanding compliance with the license and that steps be taken to ensure no future infringements take place.
SFLC also demands compensation for their legal expenses; thats how they fund their operation.
The corporate legal team, misreading the complaint as a shakedown attempt, stonewalls the whole thing or offers some steps but refuses to pay legal costs.
Lawsuit is filed, and the PR nightmare begins in earnest.

Now, IANAL, but I cannot imagine why a company would interpret this earnest plea for sourcecode and money as a shakedown attempt! Wait, maybe I can guess. Is it because it sounds EXACTLY THE SAME AS A SHAKEDOWN ATTEMPT!!! Now, I have no experience in the mau-mauing . . . er legal business, but if your ultimate goal is to promote FLOSS, then maybe you need a better business model. How expensive can it be to draft a legal form letter or letters and mail it off to companies' legal departments? SFLC, if you need money, tell rms to stop being a cheapskate and provide you with it. You could also ask major open source companies (IBM, Red Hat, etc.) for material aid. Demanding $Megabucks from companies to pay for your printing costs is not doing the community's image any favors. However, the best quote is at the end.

In practice the advertising clause (LHR NOTE: He is talking about 4-clause BSD) results in a long appendix in the product documentation listing all of the various contributors. Honestly nobody will ever read that appendix, but nonetheless it is worth putting together. You can also include a notice that the GPL code is available for download from the following URL... so if despite your best efforts the company does get sued, you'll have something concrete to point to in defense.

So your company might face a damaging lawsuit and a PR shitstorm because Freddy Freetard did not RTFM. Wow, just wow! To all companies out there considering using FLOSS, you may want to look at alternatives. There are very good quality proprietary systems out there, like QNX. If you need a decent, gratis (i.e. zero cost) operating system, you might want to look at the *BSDs. "Free Software" is more trouble than its worth.