- Timestamp:
- Jan 3, 2003, 8:08:02 AM (21 years ago)
- Location:
- trunk/doc/guide/xml
- Files:
-
- 3 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/doc/guide/xml/details.xml
r1118 r1529 539 539 </para> 540 540 <tip> 541 <para>Escaping a lot of lines in a contents file can be rather irritating, so the list can be wrapped in curly brackets.</para>542 <para><programlisting>543 contents {544 bin/foo545 lib/foolib546 man/man1/foo.1.gz547 }548 </programlisting></para>549 541 <para>The following is very useful for partly automating the contents list creation process. The snippet assumes you are installing in the default ${prefix} /opt/local. You must only include files that your port should uninstall so leave out directories like bin or share. Also, don't include reciept or Portfile directories under ${prefix}/var/db/dports. </para> 550 542 <programlisting> -
trunk/doc/guide/xml/quick.xml
r1118 r1529 275 275 <title>Don't quote or wrap items in '{}'.</title> 276 276 <para> 277 Frequently people submit ports with the description or configure arguments quoted, or wrapped in curly brackets. In general this is not correct. The exception is contents lists, which have been specifically designed to handle the list being wrapped in curly brackets because of the very large number of files some ports install make escaping all the newlines extremely irritating.277 Frequently people submit ports with the description or configure arguments quoted, or wrapped in curly brackets. In general this is not correct. 278 278 </para> 279 279 </sect2> -
trunk/doc/guide/xml/style.xml
r1118 r1529 62 62 <title>Contents Lists</title> 63 63 <para> 64 Short contents lists should appear within the port file, listing each file on a single line, using backslashes to continue the list over the line breaks. If the list is long, it is often better to place the contents in another file named something like “contents” and pull it into the port file with an “include” statement. I n these cases it may also make sense to use “{}” braces to group the file names instead of continuing across lines by escaping newlines, although this breaks the consistancy of symbol usage within the port file. If a variant changes the items installed the variant content file should be named “contents-foo”, where foo is the name of the variant.64 Short contents lists should appear within the port file, listing each file on a single line, using backslashes to continue the list over the line breaks. If the list is long, it is often better to place the contents in another file named something like “contents” and pull it into the port file with an “include” statement. If a variant changes the items installed the variant content file should be named “contents-foo”, where foo is the name of the variant. 65 65 </para> 66 66 <tip>
Note: See TracChangeset
for help on using the changeset viewer.