On Nov 22, 2012, at 12:27 PM, Chris Rees wrote: > > On 22 Nov 2012 18:56, "Wojciech Puchar" <woj...@wojtek.tensor.gdynia.pl> > wrote: > >> > >> > >> How is it simpler? > >> > >> Chris > >> > >> > >> > > strange question i thought it is obviously clear. > > > > $EDITOR config > > config <kernel> > > cd ../compile/<kernel> > > make depend > > make > > make install > > > > > > that's all. and no need to keep whole /usr/src, just sys > > > > what is wrong in it? > > I was only confused because you had asserted that six commands was simpler-- > I can relate to Mr Puchar's vantage point.
It's not the number of commands, it's the pathos. Memorizing how to configure a custom kernel, one can memorize two different pathos: === A === I have to make a config file I have to use the make(1) utility within a full src-tree to produce the kernel from that config I can't remember the arguments to make === B === I have to make a config file I have to use the config(1) utility on my config file The config(1) utility tells me what to do after I run it, I do what config(1) tells me ====== In both A and B, we start with a config file. Things differ from there. I do buy the argument that B is simpler than A, despite the fact that B requires more commands than A. B can be thought-of as simpler because I only have to memorize three things to get a kernel: (1) start with a config file, (2) run config with said file (3) follow the instructions that config gives me. Meanwhile, in comparison, A requires the memorization of different and arguably less accessible information. One might even be able to argue that the pathos of B is simpler because it relies on a purpose-built tool (config(1)) to get you where you want to be versus a multi-purpose tool (make(1)). Just my tuppence. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
