I dislike cowardice, and people who cannot stand by their opinions.

I received an email today from an "Anonymous Remailer" application, to hide the sender's email address. They may have some valid points, or even something important to say, but instead they hid behind the guise of anonymity.

So, for that, I give you, the email, in full. It will receive no comment from me, or even any second glance, because the route for proper discourse has been abandoned.

Hi,

I'm sorry to have to write it this way,
but if you are really willing to stop
stripping the info-docs, maybe you could
think about a few things first:

When you argued with tpowa (btw. the
big iso with flashy grub and spaceinvaders
is also a "big improvement" over the former
one...), you said:

[quote]
  for all the "old timers" out there, I am on your side.
  I *am* an "old timer", and I will do everything in my
  power to make arch what it was.
[/quote]

Now, that's exactly what I would like to see -
Arch, as it was defined by Judd. This distro IS
special, and I love its way. The people in the
forums can have their docs in thousands of other
distros, why bother with em? I mean, the current
preffered way of installing is based on downloading
stuff through FTP... and they would spend their
bandwidth on something, which a) they never use,
b) is taking the storage space (regardless of the
size).

OK, I hope this reaches you.
And I also hope that the "_lightweight_"
motto in the logo will be still appropriate.
Bye.

So, for future reference: don't do this. It is stupid.

So I sat down and slapped together some comment-ability for this blog. Not that it's really needed, or anything.

I am using disqus because it allows me to push all the comment management stuff offsite. Hooray!

There's a lot of backstory here, that I'm going to ignore. This is not a rant, or a personal attack, or a justification. I want to explain the way I see things and where I want to take them.

When I began using Arch, we had the philosophy that we were "as vanilla as possible". This means that we trusted the upstream developers. If an Arch user wanted featureX, they contact the upstream developers, asked for featureX. Whatever upstream's decision, yes or no, we went along with it. We did NOT add the feature to our package anyway.

When I began using Arch, we had the philosophy in mind to "Keep It Simple, Stupid". This means that if things were too complex, we did it another way, or didn't do it ourselves. Someone wanted custom hardware modules? They could build them themselves.

When I began this all, we kept things as simple as we could, and allowed (and actually encouraged) people to change things they wanted to. This was the core of Arch - if you don't like it, do it yourself. We told people "If you don't like how the maintainer did that, use ABS and rebuild it". We told people, "If you want a package for that, make it yourself". We had users that knew this, and worked in tandem with us. Some users provided custom repos, different PKGBUILDs, alternatives.

This has all changed. For the worse. And it shows in the mentality of our patching. One user requests a feature, we apply a patch - we don't worry about upstream. One user has a brand-spanking new sound card, kernel gets patched. One user doesn't like a configure flag in a package, it gets changed.

We can't continue like this. Arch wasn't made to sustain itself in this way. Arch was made to work in tandem with the users - users that can help themselves AND us. Arch was made to work with you, not for you.

You ever have so much money that you just need to waste it on buying new things? Me either. But, sometimes older hardware goes crazy and you need to buy more. Now is one of those times.

I've been out of the hardware world for some time, so this is a call to anyone who is good at this sort of thing. I need help finding new hardware. Disks, RAM, that sort of crap - not a big issue, but I don't know what the status-quo is, nor do I know what top-of-the-line is.

So what should I be buying? Quad core? AMD? Intel? What are the current trends in motherboard chipsets? Any hardware recommendations?

Feel free to send me your recommendations over jabber, or email.

Thanks in advance

Ah, the job hunt. It's never really all that fun, and always stressful. Add on to that the fact that I am currently open to moving. A job in Chicago would be fine, but that's the path-of-least-resistance. So I've been looking in different areas.

I had an interview in Boston recently, but I don't know if the area was really for me - when explaining it to dan, I used the term "monocultural". Currently I'm taking a peek at Seattle and maybe places in California (ugh, expensive).

So we'll see where this goes. I may or may not be moving across the country in the near future. Where to, however, is fuzzy at the moment

It's been an odd couple of days. I had decided to move a box from one outlet to another. Once everything was moved and plugged back in, I hit the power button only to be greeted by a high pitched whine and the smell of fire.

Yeah, the power supply went kaput. So I pulled it out, and left the box sitting there. This just happened to be my "always on" machine which managed my torrents, had my music shares, ran phrik (the lovable #archlinux bot), and kept a running irc connection.

Well, it's been a few days without perma-idling in IRC, and I've learned something. It makes me feel better to keep it off.

Being ever-present in IRC makes me think "man, I should check my IRC window, maybe something important happened / was said". This is simply not the case. Important things don't happen in IRC. Idle chatter does. Wasted time happens.

So, when all is said and done, I've decided not to idle in IRC anymore. I will miss some of the #archers banter, but all-in-all this is for the best.

Now, I just need to go buy a new power supply. Oh, and a bigger disk. Oh, and some of those. Oh, and that too. No, no, I'll take three.

That's it. Dreamhost has given me too many minor headaches, so I'm moving off to Slicehost. I've purchased a 256slice and am in the process of setting everything up.

Sadly, Arch wasn't an install option 8(

Update: Since this writing, Slicehost has added Arch slices. Awesomely enough, they are running Arch64! This means I will need to back up my slice, and get all the data off here, and then reimage. Luckily, my blog and everything is a bunch of static files. Yay!

The Arch Way is a document that has been around for some time. It defines the core Archlinux philosophy - what makes us tick.

Here is my take on that document. My version of what we provide the user.

In short, the Arch Way is about simplicity and giving control to the user. Keeping things simple, and agile.

Arch is lightweight and simple, like clay - able to be molded by the user as they choose.

Arch is not a distribution made for "user friendliness". It is a distribution designed to be a platform - a "base" for the user to do what they want. This means that we don't try to force a user's hand into our way of doing things, with our configuration tools, and our ideas. It should be about their ideas.

It is important who controls the system here: the user. Developers suggest things, and push in certain directions, but let the user do as they wish.

Arch is a base for anyone to make into whatever they see fit. Arch is a tool.

Use it well

Furthermore, the driving philosophy behind Arch is provided in this document. Here, again, is my take on this (really just reworded).

• Keep It Simple, Stupid: A simple design is usually the most elegant (See also Occam's Razor)

• 'Simple' is defined from a technical standpoint, not a usability standpoint. It is better to be technically elegant with a higher learning curve, than to be easy to use, and technically crap.

• Relying on complex tools to manage and build your system is going to hurt the end users. Maintenance and upgrading should be an active process, not a passive one.

• "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding.

• We can't help you. Yes this is a philosophical point. Every Arch user is expected to be able to help themselves - to be able to look up information, configuration files, bugs, etc. You're expected to be able to do a little research when you have a problem. Teach a man to fish, and all that.

• We are, above all, a community oriented distro. Contributions and effort from the end users should never be discouraged.

• Unlike other distros, Arch is not primarily concerned about the user. The user is important, sure, but most important are simplicity and elegance. The user is important as long as it does not interfere with these doctrines.

• "It is what you make it" -- Judd Vinet

Look up there! It's a new fancy banner made by our good friend cerise

Hooray!

With the advent of the "new leaf" for Arch, I figure it's time to explain, to those of you who don't know me that well, how I go about this development thing.

See, I have one defining principle that is covered pretty well in the Python Philosophy.

Now is better than never.

Really, this is a simplification of Pareto's principle - also known as the 80/20 rule.

See, I am a strong supporter that completing 80% of the work that is "easy" as soon as possible and in a functional manner, is far better than waiting for 100% completion.

To make this an analogy: If I were building a house and it's the only shelter I had, I would rush to at least get the roof up. That's just a small portion of the work, but it is functional - I could sleep under it and all that fun stuff.

When I try to explain this to people, I describe it like molding clay. If you are sculpting a 1:1 scale human being, out of clay, you don't start on just the ear, make it perfect, move to the cheek, make it perfect, etc. No. You take a lump and make it look kinda like a human, maybe add some small details, go over it with another pass, add some muscle definition, another pass to clean up some things and fix inaccuracies, and another pass for fine details.

This is how I attack these things.

You don't need a perfect fool-proof plan. It's impossible to make something fool-proof, because fools are so ingenious. Someone will always piss in your proverbial cereal. Accept it. Accept that 80% is just as good. Accept that the ear doesn't need to be perfectly defined right away.