Thanks for your review of the book John, good job!

Le dimanche 16 mars 2014 05:07:02 UTC+1, Jon Forrest a écrit :
>
> Here are the issues I found in Chapters 10. 
>
> Jon Forrest 
>
> M = mistake - all readers should be aware of this 
> U = unclear - chances are readers will wonder about this 
> T = typo - a trivial uncontroversial text change 
> E = text change - most readers won't care but editors should 
> C = comment - more detailed or complex issue 
>
> (T) Pg. 227 "to the existing resources types, providers and functions" -> 
> "to the existing resources types, providers, and functions" 
>
> (E) Pg. 227 "support for environmental variables" -> 
> "support for environment variables" 
> (This occurs three times in the note on this page.) 
>
> (C) Pg. 227 "concept called plug-ins in modules" 
> Is this really the name of the concept? 
>
> (U) Pg. 227 "host that includes a particular module" 
> This could be confusing because a reader might think you're talking 
> about the Puppet "include" function. 
>
> (E) Pg. 228 "there are two popular approaches to the task" -> 
> "there are two popular approaches for doing so" 
>
> (E) Pg. 228 "allows a greater portability" -> 
> "allows greater portability" 
>
> (M) Pg. 228 The list of what's contained in the bind module should 
> contain the line 
> bind/lib as the second to last line. 
>
> (T) Pg. 228 "setting turns on the plug-ins in modules capability" 
> Everywhere else on this page you've shown "plug-ins in modules" in 
> italics. Why isn't it that way here? 
>
> (T) Pg. 229 "refer to osfamily with $ osfamily" -> 
> "refer to osfamily with $osfamily" 
>
> (E) Pg. 229 "it will return" -> 
> "the script will return" 
>
> (C) Pg. 230 The indentation of several lines in Listing 10-4 is wrong. 
> For example, the '}' 
> on the last line is too far to the left. 
>
> (E) Pg. 231 "similar approach to commands" -> 
> "similar approach with commands" 
>
> (C) Pg. 231 Sometimes they're "your" facts and sometimes they're "our" 
> facts. 
> Be consistent. 
>
> (E) Pg. 231 "that references this directory and will allow Facter to 
> find" -> 
> "that references this directory so that Facter can find" 
>
> (E) Pg. 231 "you can call Facter" -> 
> "you can run Facter" 
>
> (E) Pg. 231 "If the required output appears" -> 
> "If the expected output appears" 
>
> (E) Pg. 231 "error message you can debug will be generated" -> 
> "error message will be generated" 
>
> (T) Pg. 231 "following directory." -> 
> "following directory:" 
>
> (E) Pg. 232 "and output to" -> 
> "and send output to" 
>
> (C) Pg. 232 You use "key=value" in one place and "key/value" in another. 
> Be consistent. 
>
> (E) Pg. 232 "or txt files" -> 
> "or text files" 
>
> (E) Pg. 232 "adding to types" -> 
> "adding types" 
>
> (T) Pg. 232 "Types, Providers and Functions" -> 
> "Types, Providers, and Functions" 
> (This error occurs several times on this page. It's also correct in 
> several places.) 
>
> (T) Pg. 232 "earlier this chapter" -> 
> "earlier in this chapter" 
>
> (E) Pg. 233 "And just as you can with custom facts" -> 
> "And just as with custom facts" 
>
> (C) Pg. 233 Don't apache/lib/puppet and apache/lib/puppet/parser also 
> need to be created? 
> If you're presuming a "mkdir -p" approach then these don't have to be 
> explicitly mentioned. 
>
> (E) Pg. 233 "As we did when we configured Puppet for custom facts" -> 
> "As when we added custom facts to Puppet" 
>
> (E) Pg. 233 "synced down to an agent" -> 
> "synced to an agent" 
>
> (E) Pg. 233 "Puppet has a package type, a service type, a user type, and 
> all the other types available" 
> "Puppet has many types available, such as  a package type, a service 
> type, a user type, and many others" 
>
> (E) Pg. 234 "First we create a module called custom to store it in" -> 
> "First we create a module called custom with the following files and 
> directories" 
>
> (E) Pg. 236 "This is a parameter value" -> 
> "This is a parameter" 
>
> (E) Pg. 236 "In this parameter we’ve again used" -> 
> "This parameter uses" 
>
> (E) Pg. 236 "could also use this validation for" -> 
> "could also validate" 
>
> (E) Pg. 236 "In the case of our method," -> 
> "Our method" 
>
> (T) Pg. 238 "You’ve just seena very" -> 
> "You’ve just seen a very" 
>
> (C) Pg. 238 "rather than multi-line configuration files." 
> /etc/shells is a multi-line configuration file. 
>
> (T) Pg. 240 "They tell the Puppet" -> 
> "They tell Puppet" 
>
> (E) Pg. 241 "the relevant line of configuration" -> 
> "the relevant configuration line" 
>
> (E) Pg. 241 "add the /bin/anothershell" -> 
> "add /bin/anothershell" 
>
> (T) Pg. 241 "add anothershell" -> 
> "add /bin/anothershell" 
>
> (E) Pg. 245 "or testing environment and enable" -> 
> "or testing environment, and enable" 
>
> (C) Pg. 245 The three 'mkdir' commands are a different style for showing 
> the required module layout. Previously, all that was shown was a list of 
> directory and file names. 
>
> (E) Pg. 245 "action, and with rvalues you pass" -> 
> "action. With rvalues you pass" 
>
> (E) Pg. 246 "whether the file parses without error" -> 
> "whether there are any syntax errors" 
>
> (E) Pg. 246 "function performed correctly" -> 
> "function ran correctly" 
>
> (T) Pg. 248 "providers, functions and facts" -> 
> "providers, functions, and facts" 
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/977d36be-8a34-45e1-9ba4-ad6b502dcd0a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to