Record new chunks earlier to avoid special case in exception handler.
[cvs2svn.git] / cvs2hg-example.options
blob215b2ce28934e2313507437612dd8486cc538005
1 # (Be in -*- mode: python; coding: utf-8 -*- mode.)
3 # ====================================================================
4 # Copyright (c) 2006-2009 CollabNet.  All rights reserved.
6 # This software is licensed as described in the file COPYING, which
7 # you should have received as part of this distribution.  The terms
8 # are also available at http://subversion.tigris.org/license-1.html.
9 # If newer versions of this license are posted there, you may use a
10 # newer version instead, at your option.
12 # This software consists of voluntary contributions made by many
13 # individuals.  For exact contribution history, see the revision
14 # history and logs, available at http://cvs2svn.tigris.org/.
15 # ====================================================================
17 #                  #####################
18 #                  ## PLEASE READ ME! ##
19 #                  #####################
21 # This is a template for an options file that can be used to configure
22 # cvs2svn to convert to Mercurial rather than to Subversion.  See
23 # www/cvs2git.html and www/cvs2svn.html for general information, and
24 # see the comments in this file for information about what options are
25 # available and how they can be set.
27 # "cvs2hg" is shorthand for "cvs2git in the mode where it is
28 # outputting to Mercurial instead of git".  But the program that needs
29 # to be run is still called "cvs2git".  Run it with the --options
30 # option, passing it this file as argument:
32 #     cvs2git --options=cvs2hg-example.options
34 # Mercurial can (experimentally at this time) read git-fast-import
35 # format via its "hg fastimport" extension, with exceptions:
37 # 1. "hg fastimport" does not support blobs, so the contents of the
38 #    revisions are output inline rather than in a separate blobs file.
39 #    This increases the size of the output, because file contents that
40 #    appear identically on multiple branches have to be output
41 #    multiple times.
43 # Many options do not have defaults, so it is easier to copy this file
44 # and modify what you need rather than creating a new options file
45 # from scratch.  This file is in Python syntax, but you don't need to
46 # know Python to modify it.  But if you *do* know Python, then you
47 # will be happy to know that you can use arbitary Python constructs to
48 # do fancy configuration tricks.
50 # But please be aware of the following:
52 # * In many places, leading whitespace is significant in Python (it is
53 #   used instead of curly braces to group statements together).
54 #   Therefore, if you don't know what you are doing, it is best to
55 #   leave the whitespace as it is.
57 # * In normal strings, Python treats a backslash ("\") as an escape
58 #   character.  Therefore, if you want to specify a string that
59 #   contains a backslash, you need either to escape the backslash with
60 #   another backslash ("\\"), or use a "raw string", as in one if the
61 #   following equivalent examples:
63 #       ctx.sort_executable = 'c:\\windows\\system32\\sort.exe'
64 #       ctx.sort_executable = r'c:\windows\system32\sort.exe'
66 #   See http://docs.python.org/tutorial/introduction.html#strings for
67 #   more information.
69 # Two identifiers will have been defined before this file is executed,
70 # and can be used freely within this file:
72 #     ctx -- a Ctx object (see cvs2svn_lib/context.py), which holds
73 #         many configuration options
75 #     run_options -- an instance of the GitRunOptions class (see
76 #         cvs2svn_lib/git_run_options.py), which holds some variables
77 #         governing how cvs2git is run
80 # Import some modules that are used in setting the options:
81 import re
83 from cvs2svn_lib import config
84 from cvs2svn_lib import changeset_database
85 from cvs2svn_lib.common import CVSTextDecoder
86 from cvs2svn_lib.log import Log
87 from cvs2svn_lib.project import Project
88 from cvs2svn_lib.git_revision_recorder import GitRevisionRecorder
89 from cvs2svn_lib.git_output_option import GitRevisionInlineWriter
90 from cvs2svn_lib.git_output_option import GitOutputOption
91 from cvs2svn_lib.revision_manager import NullRevisionRecorder
92 from cvs2svn_lib.revision_manager import NullRevisionExcluder
93 from cvs2svn_lib.rcs_revision_manager import RCSRevisionReader
94 from cvs2svn_lib.cvs_revision_manager import CVSRevisionReader
95 from cvs2svn_lib.checkout_internal import InternalRevisionRecorder
96 from cvs2svn_lib.checkout_internal import InternalRevisionExcluder
97 from cvs2svn_lib.checkout_internal import InternalRevisionReader
98 from cvs2svn_lib.symbol_strategy import AllBranchRule
99 from cvs2svn_lib.symbol_strategy import AllTagRule
100 from cvs2svn_lib.symbol_strategy import BranchIfCommitsRule
101 from cvs2svn_lib.symbol_strategy import ExcludeRegexpStrategyRule
102 from cvs2svn_lib.symbol_strategy import ForceBranchRegexpStrategyRule
103 from cvs2svn_lib.symbol_strategy import ForceTagRegexpStrategyRule
104 from cvs2svn_lib.symbol_strategy import ExcludeTrivialImportBranchRule
105 from cvs2svn_lib.symbol_strategy import ExcludeVendorBranchRule
106 from cvs2svn_lib.symbol_strategy import HeuristicStrategyRule
107 from cvs2svn_lib.symbol_strategy import UnambiguousUsageRule
108 from cvs2svn_lib.symbol_strategy import HeuristicPreferredParentRule
109 from cvs2svn_lib.symbol_strategy import SymbolHintsFileRule
110 from cvs2svn_lib.symbol_transform import ReplaceSubstringsSymbolTransform
111 from cvs2svn_lib.symbol_transform import RegexpSymbolTransform
112 from cvs2svn_lib.symbol_transform import IgnoreSymbolTransform
113 from cvs2svn_lib.symbol_transform import NormalizePathsSymbolTransform
114 from cvs2svn_lib.property_setters import AutoPropsPropertySetter
115 from cvs2svn_lib.property_setters import CVSBinaryFileDefaultMimeTypeSetter
116 from cvs2svn_lib.property_setters import CVSBinaryFileEOLStyleSetter
117 from cvs2svn_lib.property_setters import DefaultEOLStyleSetter
118 from cvs2svn_lib.property_setters import EOLStyleFromMimeTypeSetter
119 from cvs2svn_lib.property_setters import ExecutablePropertySetter
120 from cvs2svn_lib.property_setters import KeywordsPropertySetter
121 from cvs2svn_lib.property_setters import MimeMapper
122 from cvs2svn_lib.property_setters import SVNBinaryFileKeywordsPropertySetter
124 # To choose the level of logging output, uncomment one of the
125 # following lines:
126 #Log().log_level = Log.WARN
127 #Log().log_level = Log.QUIET
128 Log().log_level = Log.NORMAL
129 #Log().log_level = Log.VERBOSE
130 #Log().log_level = Log.DEBUG
133 # cvs2hg reads the contents of file revisions during OutputPass, so no
134 # revision recorder is needed:
135 ctx.revision_recorder = NullRevisionRecorder()
137 # cvs2hg does not need to keep track of what revisions will be
138 # excluded, so leave this option unchanged:
139 ctx.revision_excluder = NullRevisionExcluder()
141 # cvs2hg's revision reader is set via the GitOutputOption constructor,
142 # so leave this option set to None.
143 ctx.revision_reader = None
145 # Set the name (and optionally the path) of some other executables
146 # required by cvs2svn:
147 ctx.sort_executable = r'sort'
149 # Change the following line to True if the conversion should only
150 # include the trunk of the repository (i.e., all branches and tags
151 # should be omitted from the conversion):
152 ctx.trunk_only = False
154 # How to convert CVS author names, log messages, and filenames to
155 # Unicode.  The first argument to CVSTextDecoder is a list of encoders
156 # that are tried in order in 'strict' mode until one of them succeeds.
157 # If none of those succeeds, then fallback_encoder (if it is
158 # specified) is used in lossy 'replace' mode.  Setting a fallback
159 # encoder ensures that the encoder always succeeds, but it can cause
160 # information loss.
161 ctx.cvs_author_decoder = CVSTextDecoder(
162     [
163         #'latin1',
164         #'utf8',
165         'ascii',
166         ],
167     #fallback_encoding='ascii'
168     )
169 ctx.cvs_log_decoder = CVSTextDecoder(
170     [
171         #'latin1',
172         #'utf8',
173         'ascii',
174         ],
175     #fallback_encoding='ascii'
176     )
177 # You might want to be especially strict when converting filenames to
178 # Unicode (e.g., maybe not specify a fallback_encoding).
179 ctx.cvs_filename_decoder = CVSTextDecoder(
180     [
181         #'latin1',
182         #'utf8',
183         'ascii',
184         ],
185     #fallback_encoding='ascii'
186     )
188 # Template for the commit message to be used for initial project
189 # commits.
190 ctx.initial_project_commit_message = (
191     'Standard project directories initialized by cvs2svn.'
192     )
194 # Template for the commit message to be used for post commits, in
195 # which modifications to a vendor branch are copied back to trunk.
196 # This message can use '%(revnum)d' to include the SVN revision number
197 # of the revision that included the change to the vendor branch
198 # (admittedly rather pointless in a cvs2hg conversion).
199 ctx.post_commit_message = (
200     'This commit was generated by cvs2svn to track changes on a CVS '
201     'vendor branch.'
202     )
204 # Template for the commit message to be used for commits in which
205 # symbols are created.  This message can use '%(symbol_type)s' to
206 # include the type of the symbol ('branch' or 'tag') or
207 # '%(symbol_name)s' to include the name of the symbol.
208 ctx.symbol_commit_message = (
209     "This commit was manufactured by cvs2svn to create %(symbol_type)s "
210     "'%(symbol_name)s'."
211     )
213 # Some CVS clients for MacOS store resource fork data into CVS along
214 # with the file contents itself by wrapping it all up in a container
215 # format called "AppleSingle".  Subversion currently does not support
216 # MacOS resource forks.  Nevertheless, sometimes the resource fork
217 # information is not necessary and can be discarded.  Set the
218 # following option to True if you would like cvs2svn to identify files
219 # whose contents are encoded in AppleSingle format, and discard all
220 # but the data fork for such files before committing them to
221 # Subversion.  (Please note that AppleSingle contents are identified
222 # by the AppleSingle magic number as the first four bytes of the file.
223 # This check is not failproof, so only set this option if you think
224 # you need it.)
225 ctx.decode_apple_single = False
227 # This option can be set to the name of a filename to which are stored
228 # statistics and conversion decisions about the CVS symbols.
229 ctx.symbol_info_filename = None
230 #ctx.symbol_info_filename = 'symbol-info.txt'
232 # cvs2svn uses "symbol strategy rules" to help decide how to handle
233 # CVS symbols.  The rules in a project's symbol_strategy_rules are
234 # applied in order, and each rule is allowed to modify the symbol.
235 # The result (after each of the rules has been applied) is used for
236 # the conversion.
238 # 1. A CVS symbol might be used as a tag in one file and as a branch
239 #    in another file.  cvs2svn has to decide whether to convert such a
240 #    symbol as a tag or as a branch.  cvs2svn uses a series of
241 #    heuristic rules to decide how to convert a symbol.  The user can
242 #    override the default rules for specific symbols or symbols
243 #    matching regular expressions.
245 # 2. cvs2svn is also capable of excluding symbols from the conversion
246 #    (provided no other symbols depend on them.
248 # 3. CVS does not record unambiguously the line of development from
249 #    which a symbol sprouted.  cvs2svn uses a heuristic to choose a
250 #    symbol's "preferred parents".
252 # The standard branch/tag/exclude StrategyRules do not change a symbol
253 # that has already been processed by an earlier rule, so in effect the
254 # first matching rule is the one that is used.
256 global_symbol_strategy_rules = [
257     # It is possible to specify manually exactly how symbols should be
258     # converted and what line of development should be used as the
259     # preferred parent.  To do so, create a file containing the symbol
260     # hints and enable the following option.
261     #
262     # The format of the hints file is described in the documentation
263     # for the --symbol-hints command-line option.  The file output by
264     # the --write-symbol-info (i.e., ctx.symbol_info_filename) option
265     # is in the same format.  The simplest way to use this option is
266     # to run the conversion through CollateSymbolsPass with
267     # --write-symbol-info option, copy the symbol info and edit it to
268     # create a hints file, then re-start the conversion at
269     # CollateSymbolsPass with this option enabled.
270     #SymbolHintsFileRule('symbol-hints.txt'),
272     # To force all symbols matching a regular expression to be
273     # converted as branches, add rules like the following:
274     #ForceBranchRegexpStrategyRule(r'branch.*'),
276     # To force all symbols matching a regular expression to be
277     # converted as tags, add rules like the following:
278     #ForceTagRegexpStrategyRule(r'tag.*'),
280     # To force all symbols matching a regular expression to be
281     # excluded from the conversion, add rules like the following:
282     #ExcludeRegexpStrategyRule(r'unknown-.*'),
284     # Sometimes people use "cvs import" to get their own source code
285     # into CVS.  This practice creates a vendor branch 1.1.1 and
286     # imports the code onto the vendor branch as 1.1.1.1, then copies
287     # the same content to the trunk as version 1.1.  Normally, such
288     # vendor branches are useless and they complicate the SVN history
289     # unnecessarily.  The following rule excludes any branches that
290     # only existed as a vendor branch with a single import (leaving
291     # only the 1.1 revision).  If you want to retain such branches,
292     # comment out the following line.  (Please note that this rule
293     # does not exclude vendor *tags*, as they are not so easy to
294     # identify.)
295     ExcludeTrivialImportBranchRule(),
297     # To exclude all vendor branches (branches that had "cvs import"s
298     # on them bug no other kinds of commits), uncomment the following
299     # line:
300     #ExcludeVendorBranchRule(),
302     # Usually you want this rule, to convert unambiguous symbols
303     # (symbols that were only ever used as tags or only ever used as
304     # branches in CVS) the same way they were used in CVS:
305     UnambiguousUsageRule(),
307     # If there was ever a commit on a symbol, then it cannot be
308     # converted as a tag.  This rule causes all such symbols to be
309     # converted as branches.  If you would like to resolve such
310     # ambiguities manually, comment out the following line:
311     BranchIfCommitsRule(),
313     # Last in the list can be a catch-all rule that is used for
314     # symbols that were not matched by any of the more specific rules
315     # above.  (Assuming that BranchIfCommitsRule() was included above,
316     # then the symbols that are still indeterminate at this point can
317     # sensibly be converted as branches or tags.)  Include at most one
318     # of these lines.  If none of these catch-all rules are included,
319     # then the presence of any ambiguous symbols (that haven't been
320     # disambiguated above) is an error:
322     # Convert ambiguous symbols based on whether they were used more
323     # often as branches or as tags:
324     HeuristicStrategyRule(),
325     # Convert all ambiguous symbols as branches:
326     #AllBranchRule(),
327     # Convert all ambiguous symbols as tags:
328     #AllTagRule(),
330     # The last rule is here to choose the preferred parent of branches
331     # and tags, that is, the line of development from which the symbol
332     # sprouts.
333     HeuristicPreferredParentRule(),
334     ]
336 # Specify a username to be used for commits for which CVS doesn't
337 # record the original author (for example, the creation of a branch).
338 # This should be a simple (unix-style) username, but it can be
339 # translated into a hg-style name by the author_transforms map.
340 ctx.username = 'cvs2svn'
342 # ctx.svn_property_setters contains a list of rules used to set the
343 # svn properties on files in the converted archive.  For each file,
344 # the rules are tried one by one.  Any rule can add or suppress one or
345 # more svn properties.  Typically the rules will not overwrite
346 # properties set by a previous rule (though they are free to do so).
348 # Obviously, SVN properties per se are not interesting for a cvs2hg
349 # conversion, but some of these properties have side-effects that do
350 # affect the hg output.  FIXME: Document this in more detail.
351 ctx.svn_property_setters.extend([
352     # To read auto-props rules from a file, uncomment the following line
353     # and specify a filename.  The boolean argument specifies whether
354     # case should be ignored when matching filenames to the filename
355     # patterns found in the auto-props file:
356     #AutoPropsPropertySetter(
357     #    r'/home/username/.subversion/config',
358     #    ignore_case=True,
359     #    ),
361     # To read mime types from a file, uncomment the following line and
362     # specify a filename:
363     #MimeMapper(r'/etc/mime.types'),
365     # Omit the svn:eol-style property from any files that are listed
366     # as binary (i.e., mode '-kb') in CVS:
367     CVSBinaryFileEOLStyleSetter(),
369     # If the file is binary and its svn:mime-type property is not yet
370     # set, set svn:mime-type to 'application/octet-stream'.
371     CVSBinaryFileDefaultMimeTypeSetter(),
373     # To try to determine the eol-style from the mime type, uncomment
374     # the following line:
375     #EOLStyleFromMimeTypeSetter(),
377     # Choose one of the following lines to set the default
378     # svn:eol-style if none of the above rules applied.  The argument
379     # is the svn:eol-style that should be applied, or None if no
380     # svn:eol-style should be set (i.e., the file should be treated as
381     # binary).
382     #
383     # The default is to treat all files as binary unless one of the
384     # previous rules has determined otherwise, because this is the
385     # safest approach.  However, if you have been diligent about
386     # marking binary files with -kb in CVS and/or you have used the
387     # above rules to definitely mark binary files as binary, then you
388     # might prefer to use 'native' as the default, as it is usually
389     # the most convenient setting for text files.  Other possible
390     # options: 'CRLF', 'CR', 'LF'.
391     DefaultEOLStyleSetter(None),
392     #DefaultEOLStyleSetter('native'),
394     # Prevent svn:keywords from being set on files that have
395     # svn:eol-style unset.
396     SVNBinaryFileKeywordsPropertySetter(),
398     # If svn:keywords has not been set yet, set it based on the file's
399     # CVS mode:
400     KeywordsPropertySetter(config.SVN_KEYWORDS_VALUE),
402     # Set the svn:executable flag on any files that are marked in CVS as
403     # being executable:
404     ExecutablePropertySetter(),
406     ])
408 # The directory to use for temporary files:
409 ctx.tmpdir = r'cvs2svn-tmp'
411 # To skip the cleanup of temporary files, uncomment the following
412 # option:
413 #ctx.skip_cleanup = True
416 # In CVS, it is perfectly possible to make a single commit that
417 # affects more than one project or more than one branch of a single
418 # project.  Subversion also allows such commits.  Therefore, by
419 # default, when cvs2svn sees what looks like a cross-project or
420 # cross-branch CVS commit, it converts it into a
421 # cross-project/cross-branch Subversion commit.
423 # However, other tools and SCMs have trouble representing
424 # cross-project or cross-branch commits.  (For example, Trac's Revtree
425 # plugin, http://www.trac-hacks.org/wiki/RevtreePlugin is confused by
426 # such commits.)  Therefore, we provide the following two options to
427 # allow cross-project/cross-branch commits to be suppressed.
429 # cvs2hg only supports single-project conversions (multiple-project
430 # conversions wouldn't really make sense for hg anyway).  So this
431 # option must be set to False:
432 ctx.cross_project_commits = False
434 # Mercurial itself doesn't allow commits that affect more than one
435 # branch, so this option must be set to False:
436 ctx.cross_branch_commits = False
438 # cvs2hg does not yet handle translating .cvsignore files into
439 # .hgignore content, so by default, the .cvsignore files are included
440 # inthe conversion output.  If you would like to omit the .cvsignore
441 # files from the output, set this option to False:
442 ctx.keep_cvsignore = True
444 # By default, it is a fatal error for a CVS ",v" file to appear both
445 # inside and outside of an "Attic" subdirectory (this should never
446 # happen, but frequently occurs due to botched repository
447 # administration).  If you would like to retain both versions of such
448 # files, change the following option to True, and the attic version of
449 # the file will be written to a subdirectory called "Attic" in the
450 # output repository:
451 ctx.retain_conflicting_attic_files = False
453 # CVS uses unix login names as author names whereas "hg fastimport"
454 # format requires author names to be of the form "foo <bar>".  The
455 # default is to set the author to "cvsauthor <cvsauthor>".
456 # author_transforms can be used to map cvsauthor names (e.g.,
457 # "jrandom") to a true name and email address (e.g., "J. Random
458 # <jrandom@example.com>" for the example shown).  All values should be
459 # either Unicode strings (i.e., with "u" as a prefix) or 8-bit strings
460 # in the utf-8 encoding.  Please substitute your own project's
461 # usernames here to use with the author_transforms option of
462 # GitOutputOption below.
463 author_transforms={
464     'jrandom' : ('J. Random', 'jrandom@example.com'),
465     'mhagger' : ('Michael Haggerty', 'mhagger@alum.mit.edu'),
466     'brane' : (u'Branko Čibej', 'brane@xbc.nu'),
467     'ringstrom' : ('Tobias Ringström', 'tobias@ringstrom.mine.nu'),
468     'dionisos' : (u'Erik Hülsmann', 'e.huelsmann@gmx.net'),
470     # This one will be used for commits for which CVS doesn't record
471     # the original author, as explained above.
472     'cvs2svn' : ('cvs2svn', 'admin@example.com'),
473     }
475 # This is the main option that causes cvs2svn to output to an "hg
476 # fastimport"-format dumpfile rather than to Subversion:
477 ctx.output_option = GitOutputOption(
478     # The file in which to write the "hg fastimport" stream that
479     # contains the changesets and branch/tag information:
480     'cvs2svn-tmp/hg-dump.dat',
482     # Write the file contents inline in the "hg fastimport" stream,
483     # rather than using a separate blobs file (which "hg fastimport"
484     # cannot handle).
485     revision_writer=GitRevisionInlineWriter(
486         # cvs2hg uses either RCS's "co" command or CVS's "cvs co -p" to
487         # extract the content of file revisions.  Here you can choose
488         # whether to use RCS (faster, but fails in some rare
489         # circumstances) or CVS (much slower, but more reliable).
490         #RCSRevisionReader(co_executable=r'co')
491         CVSRevisionReader(cvs_executable=r'cvs')
492         ),
494     # Optional map from CVS author names to hg author names:
495     author_transforms=author_transforms,
496     )
498 # Change this option to True to turn on profiling of cvs2svn (for
499 # debugging purposes):
500 run_options.profiling = False
503 # Should CVSItem -> Changeset database files be memory mapped?  In
504 # some tests, using memory mapping speeded up the overall conversion
505 # by about 5%.  But this option can cause the conversion to fail with
506 # an out of memory error if the conversion computer runs out of
507 # virtual address space (e.g., when running a very large conversion on
508 # a 32-bit operating system).  Therefore it is disabled by default.
509 # Uncomment the following line to allow these database files to be
510 # memory mapped.
511 #changeset_database.use_mmap_for_cvs_item_to_changeset_table = True
513 # Now set the project to be converted to hg.  cvs2hg only supports
514 # single-project conversions, so this method must only be called once:
515 run_options.set_project(
516     # The filesystem path to the part of the CVS repository (*not* a
517     # CVS working copy) that should be converted.  This may be a
518     # subdirectory (i.e., a module) within a larger CVS repository.
519     r'test-data/main-cvsrepos',
521     # A list of symbol transformations that can be used to rename
522     # symbols in this project.
523     symbol_transforms=[
524         # Use IgnoreSymbolTransforms like the following to completely
525         # ignore symbols matching a regular expression when parsing
526         # the CVS repository, for example to avoid warnings about
527         # branches with two names and to choose the preferred name.
528         # It is *not* recommended to use this instead of
529         # ExcludeRegexpStrategyRule; though more efficient,
530         # IgnoreSymbolTransforms are less flexible and don't exclude
531         # branches correctly.  The argument is a Python-style regular
532         # expression that has to match the *whole* CVS symbol name:
533         #IgnoreSymbolTransform(r'nightly-build-tag-.*')
535         # RegexpSymbolTransforms transform symbols textually using a
536         # regular expression.  The first argument is a Python regular
537         # expression pattern and the second is a replacement pattern.
538         # The pattern is matched against each symbol name.  If it
539         # matches the whole symbol name, then the symbol name is
540         # replaced with the corresponding replacement text.  The
541         # replacement can include substitution patterns (e.g., r'\1'
542         # or r'\g<name>').  Typically you will want to use raw strings
543         # (strings with a preceding 'r', like shown in the examples)
544         # for the regexp and its replacement to avoid backslash
545         # substitution within those strings.
546         #RegexpSymbolTransform(r'release-(\d+)_(\d+)',
547         #                      r'release-\1.\2'),
548         #RegexpSymbolTransform(r'release-(\d+)_(\d+)_(\d+)',
549         #                      r'release-\1.\2.\3'),
551         # Simple 1:1 character replacements can also be done.  The
552         # following transform, which converts backslashes into forward
553         # slashes, should usually be included:
554         ReplaceSubstringsSymbolTransform('\\','/'),
556         # This last rule eliminates leading, trailing, and repeated
557         # slashes within the output symbol names:
558         NormalizePathsSymbolTransform(),
559         ],
561     # See the definition of global_symbol_strategy_rules above for a
562     # description of this option:
563     symbol_strategy_rules=global_symbol_strategy_rules,
564     )