Gog, why is it you're so determined to delete this?
I'm working on it and its a valid topic.
- because it reads like a blog and its kinda wierd. compare it to the rest of the stuff. how to install this that BAM PHILOSOPHICAL BREAKTHROUGH
Ya know, a lot of the stuff on this wiki is just plain out of date.
Don't you think it would be more productive to try to find stuff that just doesn't even apply to the current arch system and update or delete that.
Take a look at Arch64, there are 3 or 4 different ways of implimenting this and there is no contextual information on how or when these work together or when they are mutually exclusive. For instance, the "Current State of Arch64 Development" which is 2 years old.
A lot of times things are at first done by individuals, then eventually some variation on the theme is included in the standard distribution. A wiki article describes the original work, but it's never updated to indicate that this is all build-in now.
There's a lot of specific information, but much of it is not current, and almost none of it is tied together.
It seems a lot of work could go into making the wiki more organized and relating the various topics to each other.
This would make a resource for arch users new and old.
With all of this lacking in the current documentation, I don't understand the need to be some kind of self expression censor.
this article started when I was investigating posix time and the recently passed leap second.
The fluffy stuff at the beginning is an introduction to the details.
The next bit is a copy and paste from an email exchange with Jamie Zawinski and then some links saved at the bottom so they don't get lost before coming back around to it. The original intent of the article is to be about 3 times the current length.
After being a degreed EE in industry for 26 years it gets pretty fucking boring reading a bunch of acronyme enhanced techno bable in run-on third person sententences with the drilled down lack of context of an autistic plastic pocket protector.
Additionally the "normal" non-weird style lends itself to almost immediate obsolescence because of its lack of context.
I'm not sure what you do with your days, but over here there's a mortgage, a kid with the flu, three projects that need attention for clients, past due taxes, and plenty of other "normal" duties vying for my time. If I spend time writing about time keeping in unix computing, I want it to be fun as well as informative.
I didn't realize the arch community had such strict standards of boringness.
I've been running this distro for 6 years, pretty much every day. I'm not a maintainer, but I am a reasonably knowledgable user. I'd like to spread some of that knowledge to help arch users understand how their whole system fits together. A comprehensive understanding is not reached by each specific detail alone, it requires context and inter-relation.
The wiki should be THE ARCH BOOK. This requires that each article be maintained, not just a bunch of details that are correct in the moment but superfluous 6 months down the road. Otherwise it will always be in a shambles and mostly out of date with no cohesive vision that guides the reader or future contributions.
That's my bit.
Best of luck...
New initscripts and hwclock daemon
With the latest initscripts package, the hardware clock is kept updated differently than how it's explained here (for example it's not in rc.shutdown any longer), I am still trying to understand well, so I cannot update the article by myself. For now I'm marking it as out of date. -- Kynikos 16:09, 3 May 2011 (EDT)