the strings?

It's a little ambiguous. Maybe "any of these strings".

Also, s/note/not/

"should be" is okay here, it is making a recommendation. But this sentence is vague. It's hard to tell what it is saying. The string should be different... from what? I think it is saying that the wording of the message depends on which variable is used. The example shows that BROKEN and IGNORE are worded differently.

The <filename>pkg-<replaceable>*</replaceable></filename> files can be modified by <link linkend="pkg-names">redefining a variable</link> rather than overwriting the file.

Some code needs modifications or

The rest of the sentence starting with "and" seems unnecessary here.

Also, if we must include smileys, they should probably be &#x263A;.

s/resaonnable/reasonable/

s/,//

Break sentence at semicolon.

s/System/The system/

Do send applicable changes and patches to the upstream

maintainer for inclusion in the next release of the code.

This makes the next release that much easier.

s/cases/cases,/

There are several variables that can be used in a port's <filename>Makefile</filename> to tell the user that the port cannot be installed.

<command>make</command> is not really needed here.

s/given back/shown/

Remove <command>make</command>.

variable. Each variable conveys radically different

meanings, both to users and to automated systems that depend on

"the" is not needed here.

"it will be checked" is ambiguous.

If this variable is set, <filename>/usr/lib32</filename> must be present for IA32 versions of libraries and the kernel must support IA32 compatibility.

Due to the way the information is shown to the user, the wording of messages for each variable differ:</para>

s/Check/Verify/

s/Maybe also contact/Contact/

Break sentence after "information".

The quotes seem unnecessary.

to get the executable name.

s/behaviour/behavior/

Break sentence after "way".

Spelling: s/reasonnable/reasonable/