APLawrence - Information and Resources for Unix and Linux Systems, Bloggers and the self-employed
RSS Feeds Get APLawrence.com by RSS











(OLDER) <- More Stuff -> (NEWER) (NEWEST)
Home > Linux Articles > Don't ever change, baby
Printer Friendly Version




Linux Section

Don't ever change, baby




A comment at Controlling core files (Linux) set me thinking about change. You don't need to click on the link; I'll reproduce the comment and my reply here.

That post was written on March 14th, 2005. It described various methods of controlling core files in Linux, including some /proc settings that were fairly new at the time it was written and wouldn't be found in all distros. I haven't looked recently to see if there is anything new in that regard (I probably should), but it was accurate when written.

So there we are. This morning someone named ZhichangYu left this comment:


Really good guide! However It's a pity that it doesn't mention that /etc/sysctl.conf controls all settings under /proc/sys.


I really appreciate helpful comments. I had to smile a little at the "it's a pity" - I can't imagine that any serious damage could come from failing to mention that - but I do appreciate the fact that ZhichangYu was willing to take a moment to add something that might be useful to another reader. That's always helpful and I am always appreciative.

However, his comment also reminded me about change, so I added my own reply:


A pity?

:-)

I guess sysctl and sysctl.conf are fairly standard now but weren't when this was written. Not all distros used sysctl.conf then and I wouldn't bet my life that all do today.

I think it is probably true that sysctl.conf is a fairly safe assumption now, but more generally you should never assume that because you know something about one distro at one point in time that it applies to other distros or even that same distro at another point in time.

If you pawed through the thousands of posts here, you'd find lots of examples like that: things that were once true that aren't now, things that mention /proc but not sysctl, things that mention sysctl but not sysctl.conf, things that have changed, things that now don't work the way they did when the post was written - it's impossible for me to keep up with and that's why I REALLY APPRECIATE COMMENTS LIKE THIS.

Even when laced with pity :-)




This is hardly the only example. For example, if you read Shell Bashing from May 2001, you'd find an incorrect description of how .bashrc works on a current Linux system. It worked as described when that was written, but it doesn't work that way now. I've added a note to the page explaining that, but that's one page out of many thousands: things change.

The Skills Test pages here are rife with that sort of thing. When I notice something, I make a note or an addition, but I always leave the original information in place as a historical record that might help remind readers about the dangers of assumptions, especially with something as fast moving and as varied as Linux. A while back I added this warning to the beginning of the Linux tests:

February 2008: These tests are all badly in need of update. Some questions are incorrect because of changing technology and others just make no sense in today's IT world. I do intend to update these, but it's a big project..

A project that has been helped by numerous comments, of course.

I do look for this kind of thing. When I notice something has changed in the big world of Linux, I go searching here for posts that might need to be updated. I also just use random pages to find stuff that needs updating, but there is no way I'll find it all.

Change is going to happen. Information rots. Technology marches on. Please, please, PLEASE, if you see something that needs updating, leave a comment or shoot me an email. You'll be helping the next guy and we all appreciate it.


If this page was useful to you, please click to help others find it:  
Your +1's can help friends, contacts, and others on the web find the best stuff when they search.


Comments?




More Articles by Anthony Lawrence - Find me on Google+



Click here to add your comments



Don't miss responses! Subscribe to Comments by RSS or by Email

Click here to add your comments


If you want a picture to show with your comment, go get a Gravatar



Have you tried Searching this site?

Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates

This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.

Publishing your articles here

Jump to Comments



Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.

Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.

We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.


My Troubleshooting E-Book will show you how to solve tough problems on Linux and Unix systems!


book graphic unix and linux troubleshooting guide




Buy Kerio from a dealer who knows tech: I sell and support

Kerio Connect Mail server, Control, Workspace and Operator licenses and subscription renewals
pavatar.jpg

This post tagged:

       - Linux




Unix/Linux Consultants

Skills Tests

Guest Post Here