From Bart Van Loon on Thu Nov 8 01:53:13 EST 2007: >It was Wed Nov 07 at 05:07PM when Crawford Rainwater wrote: >> Actually for clarification, I am saying "No" to having anything >> beyond >> rpm, dpkg, and/or "make" (e.g., portage/emerge situation) on the >> LPIC-1 for package management related questions. >> >> I am saying "Yes" (BUT, do see above paragraph and comment) to if >> "apt" then include "yum" scenario, but I stand by my above noted >> comment still (yes, it is meant to be written twice for the emphasis >> of my position). > >if we were to split the package management layers, among two exams, >wouldn't it be more logical to have the higher level (emerge, apt*, >yum) >in LPIC-1 and the lower level (ebuild, dpkg, rpm) in LPIC-2, instead of >the other way around?
From back in the day, the original goal of the LPI exams were to test core knowledge, distribution neutral concepts centered around Linux and Open Source/GNU.
Now the things have evolved (which is one of the benefits of Open Source based technology), there are more than one way to do something...something in this case being the concept of Package Management. My example posted previously still applies, so I will use databases now. If LPI wishes to test concepts in databases, when will Oracle, MySQL, PostgreSQL, and such communities starting wanting their own module incorporated into the LPI exam criteria? While I am not saying that knowledge of database foundations is not a part of doing system administration work (neither is package management) there becomes the issue of how many forks in the road so that everyone in the community is satisfied in the majority that their "favorite" or "database of choice" (again, substitute package management, email system, or even...distributions) is covered by LPI exams.
My position stands that if LPI goes away from the "core" methods of rpm, dpkg, and/or "make" for package management of a Linux based system, then the results for other topics will have to follow suit. If folks (that means those volunteering to develop these exams) wish to have the additional work loads that will result to keep up with the diverse scope involved, enjoy. Personally, I prefer the KISS (Keep It Simple Stupid) mentality...but then again, engineers are smart and lazy. ;-)
Sincerely, Crawford Rainwater CEO and President Linux+, LCP, RHCT, LPIC-1 -- The Linux ETC Company 368 South McCaslin Boulevard Suite 146 Louisville, CO 80027 USA +1 (303) 604-2550 (voice) +1 (303) 664-0036 (fax) http://www.linux-etc.com _______________________________________________ lpi-examdev mailing list [email protected] http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev
