Linux Fundamentals
funtoo.org
funtoo.org
When he was working on Gentoo proper he wrote a lot of articles for IBM developer works[1]. He is a good technical writer in general and I found his articles on SSH key management quite useful. He is the author of the 'keychain' utility[2] for key management, too.
1: http://www.google.com/?q=site:ibm.com%2Fdeveloperworks%2F+da...
P.S. Google is so freakin broken I can't figure out how to make a simple link. You'll have to press the Search button yourself.
Though I'm not sure if the documentation and community support is as good now as it was back in 2001-2003.
I believe you are thinking of this HN story:
http://www.h-online.com/open/features/Arch-Linux-It-is-what-...
the real difference is that the predominant number of packages in gentoo are compiled specifically for one's machine based off of the specific set of use flags and package.use, and package.mask parameters, and relatively few precompiled binaries exist for gentoo. with arch, there are a lot more precompiled binaries and not having to compile everything from scratch (yes, i know you still can with arch, but this is not the default model) is more appealing to some.
all this said, i absolutely love emerge. arch's pacman is a very good package manager, but emerge is just amazing in my opinion. for someone just starting with a rolling release distro of linux, i'd say take a look at the documentation for both gentoo and arch and see which one you relate to more. after all, you'll be reading a LOT of documentation either way.
I tried Gentoo and it took a long time to install (stage 1, for Gentoo geeks) but by following their documentation and wiki articles I finally had a working Linux system. Which I promptly broke by doing something like `chmod -R 644 /usr` and had to subsequently re-install. Doh! Anyway the point is just that Gentoo was the best Linux distro for me at that time because it worked, had good and extensive documentation, and a helpful community. Learning a lot about how a Linux system is put together and how it works was basically just a bonus. In hindsight it was a really important bonus.
http://www.google.com/search?q=site:ibm.com%2Fdeveloperworks...
rm ./-f
That was actually a question for me during a Google phone interview. I kid you not.
It works exceptionally well if you need variables for directories in a shell script. For example, if your script needs $PKG_HOME to be defined, it could be set as "/usr/bin/pkg_home/" or "./" to be prepended to other paths in the script. Setting it to "" would surely work as well as "./" but being explicit improves readability and communicates the author's intent more clearly.
So, absolute paths start with "/", relative paths may avoid "." and ".." and "/", but an explicit relative path would use "." and/or ".."
Though I have to admit that I wonder how come most Linux / open source software websites are so average-looking in terms of colors, font and general styling.
There seems to be a policy of content over presentation when it should be possible and even easy to have both in 2011 without much effort.
Thanks for sharing. I predict I'll refer to these docs quite frequently in the future.