He's the author of GLIS (Gentoo Linux Installation Scripted), and would like the opportunity to more tightly integrate his work within gentoo. Training start: Friday 21 Nov 2003 Training end: whenever training ends
Hi Nate, sorry for the delay -- here's two steps left :) Please send your answers to the quiz at: http://dev.gentoo.org/~avenj/quiz to recruiters@ so that avenj and I can review. Also, please attach your passphrase-encrypted public SSH key (dsa) with that email. Thanks
nate?
sorry, I've been really busy lately. My wedding is 3 weeks away. I'm hoping to get to the test sometime this next week. But if I can't get to it, it may have to wait a month (wedding, honeymoon, and a move cross country). In January sometime my life should be sane again ;).
Hi gues, I like they layout of your conf file, I havent got to looking over the actual back end script. I'm looking at adding a GUI to it to make into a more standard installation. The way the install would run would be one of 4 "modes" Firstly, the user gets the option of going from (1) "ground up compile of system - Gives best preformance & security, but can in excess of a day to compile" (this would be going from the stage 1 tarball up, and not using binary packages) (2) "System up compile - System is pre-compiled, yeilds faster preformance, and better security, however not as fast or secury as ground up." (stage 2 tarball up and not using any binary packages) (3) "Basic System up Compile - Basic System is installed from binaries, packages you select are compiled overtop of this system - Essentialy redhat 10 with apt-get" (stage 3 tarball up not using any binary packages) (4) "Binary System. Binary System, And Binary Packages you choose - Essentally RedHat with a G on it" (Stage 3 - with binary packages on a CD) What I would like the GUI to do is first, basically generate a make.conf. Or defaults for the make.conf (the user can opt to change them if they so wish, but by generating defaults, and just having a "next" button, experienced users can change them if they need to, and everyone else just hit next) The formula I have (works for x86,I will need some help from the sparc heard and the RISC heards) for CFLAGS in make.conf is: CFLAGS=(processor_cache >= 256k ? "-O3 -maccumulate-outgoing-args -minline-all-stringops" : "-O2") + -march=<cpu-type> + (any_iee_dependant_packages_selected ? "" : "--fast-math") + -fmove-all-moveables + (cpu_sse_flag_on ? "-mfpmath=sse" : "") For Use flags, We can simply provide a user with a list of packages to install, by parsing the portage tree we got when we rsynced, and when the user selects all the packages they want to install, we can run each package name by what is in /usr/portage/profiles/use.desc and anything that exists in the package list AND use.desc gets in USE. Also, in the packages they choose to install, we can simply mandate the choice of 1 system logger, and 1 cron damoen. And we can have defaults that are most apprpriate for packages that are pre-selected (but can be unselected) such as netkit-telnetd and that sort of thing. The remianing things like local, and users, we can, at the end of the instal, ask. When they want to add a user, just execute adduser, then passwd <user>, and set up the home directory. Also, set the locale, and little things that we need the user to answer. Things like Partioning, can be asked of the user (give them the option of running fdisk themselves, or just answering our questions) and ask them how big the root should be, how big swap should be, since any users that will be using more than these 2 paritons will be using fdisk and generally know what they are doing (we dont really ned a BOOT partion do we?). Give them the option of specifing size, or % of the drive. And generate a fstab from there. The only thing I am stuck on is how to do the kernel. Do we make it a simple binary? a simple conf file that they compile? or is tere some form of regx that can run on /proc/pci to establish all the hardware on the machine? (and find corrisponding options in .config) Obviously the user would get the option to launch menuconfig or xconfig or something. But we would like to generate good defaults for this config. To the end newbie users could simply hit "next" and have their kernel (default proably should be gentoo-sources) and have a kernel that if it contains support for thier hardware, will chose those kernel options. Comments, dicussion, thoughts.....beatings? Steve
OK, we are getting moved into our new house. Our DSL was suppossed to be installed today, but they sent us the wrong modem. As soon as I get reliable internet, I'll finish this test. Is there a newer edition I should use? Nathaniel
It was updated recently. Check http://dev.gentoo.org/~avenj/quiz (latest is revision 1.5)
OK, received quiz and talked over it with Nathaniel. Waiting on email containing SSH DSA key, GPG key ID, full birthdate including year, bug #, location and copyright assignment, signed and scanned.
Set up
Changing bug titles to comply with new developer bug title conformance standards, sorry for the spam.
Retiring due to inactivity. Last cvs commits 2005-07-02 and no bugs activity since 2005-07-03.
I certainly don't mind having my commit access removed as my life has been very busy the last 6 months (first baby, bought a house, moved, changed jobs, etc). However, I do intend to contribute to Gentoo in the near future (particularly regarding 4gl stuff for my new job). Thus, I would prefer to take a leave of absense if that is possible. Please let me know what I need to do.
Cool, lets just remove cvs access then and if/when you need cvs access again you can retake quizzes and we'll add you to cvs again.
cvs access removed
Changing summary to reflect new status and closing bug. Thanks everybody.
Still no sign of Nate. Retiring due to inactivity.
Infra, please retire.
Retired on forums.
Done from infra
All done.
