mirror of the now-defunct rocklinux.org
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

276 lines
10 KiB

  1. # --- ROCK-COPYRIGHT-NOTE-BEGIN ---
  2. #
  3. # This copyright note is auto-generated by ./scripts/Create-CopyPatch.
  4. # Please add additional copyright information _after_ the line containing
  5. # the ROCK-COPYRIGHT-NOTE-END tag. Otherwise it might get removed by
  6. # the ./scripts/Create-CopyPatch script. Do not edit this copyright text!
  7. #
  8. # ROCK Linux: rock-src/scripts/config.hlp
  9. # ROCK Linux is Copyright (C) 1998 - 2003 Clifford Wolf
  10. #
  11. # This program is free software; you can redistribute it and/or modify
  12. # it under the terms of the GNU General Public License as published by
  13. # the Free Software Foundation; either version 2 of the License, or
  14. # (at your option) any later version. A copy of the GNU General Public
  15. # License can be found at Documentation/COPYING.
  16. #
  17. # Many people helped and are helping developing ROCK Linux. Please
  18. # have a look at http://www.rocklinux.org/ and the Documentation/TEAM
  19. # file for details.
  20. #
  21. # --- ROCK-COPYRIGHT-NOTE-END ---
  22. # Here are the help text's for ROCKLinux build configuration.
  23. # TODO: write more about help comments ... what to write and how much
  24. # (please much ;-) ).
  25. COMMENT_ARCHCPUOPT
  26. In this section you are able to select the architecture, the CPU and
  27. whether you are cross-building/porting to another architecture.
  28. COMMENT_TARGET
  29. In this section you can select which distribution target you would like
  30. to use.
  31. COMMENT_BUILD_SYS_CONF
  32. Here you can set some basic options for our beautifull distribution
  33. build system.
  34. ROCKCFG_ARCH
  35. This options controls the target architecture like alpha, ia64, mips,
  36. ppc, sparc or x86.
  37. ROCKCFG_CROSSBUILD
  38. This option needs to be selected to perform a cross-build to another
  39. architecture.
  40. ROCKCFG_DISABLE_BROKEN
  41. If you select this option packages that have not built in the last
  42. referency build will not be built.
  43. ROCKCFG_TARGET
  44. Please select the Target you want to build. Here's a short overview:
  45. - Boot-, Install- and Rescue-System:
  46. The boot-system. You need this if you want to install the system
  47. you built with CD or floppy-disk.
  48. - Desktop ROCK Linux:
  49. Intended for use on workstations / desktops.
  50. - Diet LibC based ROCK Linux:
  51. A distribution using Diet LibC instead of GLibC. DietLibC is
  52. a light-weight C-Library useful for embedded systems and other
  53. low-memory devices.
  54. - Generic ROCK Linux:
  55. A generic, all-purpose distribution that has simply everything.
  56. - Minimal ROCK Linux:
  57. A basic system that has only minimally more than a LFS.
  58. - Reference-Build for creating *.cache files:
  59. This target is for internal use only. It's purpose is to create
  60. package/*/*/*.cache files which are used to validate a package
  61. and consolidate its various information.
  62. - ROCK Router Linux:
  63. This is a _very_ minimal system with only routing-capabilities.
  64. ROCKCFG_PARALLEL
  65. Select this option if you want to perform a parallel build on several
  66. machines or if you build on a multiprocessor machine.
  67. See Documentation/BUILD-CLUSTER for more details.
  68. ROCKCFG_PARALLEL_MAX
  69. This options controls the maximum number of simultaneous build jobs.
  70. ROCKCFG_PARALLEL_ADDJOB
  71. If you're using an external command scheduler, enter it here.
  72. See Documentation/BUILD-CLUSTER for more details.
  73. ROCKCFG_ABORT_ON_ERROR
  74. If selected the build will stop on each package build error.
  75. ROCKCFG_RETRY_BROKEN
  76. This options controls whether the Build-System should try to build a
  77. package that has not built flawlessly during the last build.
  78. ROCKCFG_DISABLE_BROKEN
  79. Please check here if you want to skip building packages which are marked
  80. as broken. Note that this differs from ROCKCFG_RETRY_BROKEN. The reason
  81. a package is deemed 'broken' can also be missing *.cache file or others.
  82. ROCKCFG_ALWAYS_CLEAN
  83. When a package built flawlessly then the temporary directory which was
  84. used for building is deleted. Select this options if you also want this
  85. cleanup for packages with build error. (This safes disk-space but makes
  86. debugging hard ...)
  87. ROCKCFG_XTRACE
  88. Please check here if you want additional (debug)-output in the build
  89. log-files.
  90. ROCKCFG_SRC_TMPFS
  91. Check here if you want package buids to use tmpfs instead of the regular
  92. filesystem on which ROCK resides.
  93. ROCKCFG_SRC_TMPFS_OPT
  94. Please enter the tmpfs mount options here. For example:
  95. size=800M,nr_inodes=100k
  96. will mount an 800 Megabyte tmp-filesystem with 100,000 inodes.
  97. size=4G,nr_inodes=500k
  98. will mount a 4 Gigabyte tmp-filesystem with 500,000 inodes.
  99. Please make sure that the filesystem is big enough to hold
  100. - package-sources (unpacked)
  101. - compile-time binaries
  102. - and the binary package
  103. The filesystem size also must not be so big as to hog all your RAM or
  104. else your system might crash or start swapping.
  105. ROCKCFG_SRC_TMPFS_LOG
  106. Please enter the path to the tmpfs-logfile.
  107. ROCKCFG_EXPERT
  108. This button will enable a lot of additional configuration options.
  109. Some of these will make small changes to what the system will look
  110. like while others will have a huge impact on performance, stability
  111. and usability of the final system.
  112. Don't touch these if you don't know what you are doing.
  113. YOU HAVE BEEN WARNED!
  114. ROCKCFG_CREATE_TARBZ2
  115. If selected binary packages in .tar.bz2 format will be created.
  116. ROCKCFG_CREATE_GEM
  117. If selected binary packages in .gem format will be created.
  118. ROCKCFG_PKGFILE_VER
  119. If selected the package version number will be added to the binary
  120. package filenme.
  121. ROCKCFG_PKGSEL
  122. Here you can modify the package list for the build. You have the
  123. choice beween enable, disable or complete removal. A disabled
  124. package can still be reenabled by a target where are removed
  125. package can not be selected by a target.
  126. Use "X <pattern>" to enable packages
  127. Use "O <pattern>" to disable packages
  128. Use "- <pattern>" to remove packages
  129. For example:
  130. "- gnome*"
  131. will not build Gnome at all.
  132. ROCKCFG_SHOW_PKGLIST
  133. This will display the complete, current package list.
  134. ROCKCFG_CONFOPT_FILE:0
  135. Here you can specify additional parameters passed to every ./configure
  136. script.
  137. Use "--with-option" to enable a feature
  138. Use "--without-option" to disable a feature
  139. Use "--option[=value]" to specify a custom option
  140. The Build-Syste will always check whether the configure script supports
  141. the options before the options is really passed as argument.
  142. COMMENT_FLIST
  143. Please see the help for the choice-menu.
  144. ROCKCFG_FLIST
  145. This help is taken from Rolling ROCK Issue #2 2003
  146. The ROCK Linux build scripts auto-detect which files are created
  147. by a package build and use this information to create the package
  148. file-list. There are three techniques which can be used to auto-detect
  149. this file list
  150. * flist-wrapper
  151. The flist-wrapper is the recommended way of doing it. It's an "elf
  152. preload library". This is a library which is loaded _before_ the
  153. c-library and so can overwrite functions of the c library. The
  154. flist-wrapper lib is overwriting all functions which can be used
  155. to create files and is writing the filenames to a log file before
  156. running the original c library function.
  157. This log file is used to create the package file list after the
  158. build has been completed. The problem with the flist-wrapper lib is
  159. that it doesn't work with statically built binaries or with non
  160. glibc c libraries. In such environments (e.g. when building a
  161. dietlibc based system), other techniques - such as those described
  162. below - must be used for creating the file list.
  163. * strace
  164. This one is rather easy: The whole build is running in a process-
  165. tree which is monitored by strace. The log file created by strace is
  166. later used to create the package file list. However: this does only
  167. work on architectures which do have an strace command - which is not
  168. the case for all architectures the Linux kernel and glibc have been
  169. ported to.
  170. * find
  171. This one is rather ugly (but sometimes the only alternative): When
  172. the build is started, a 'timestamp-file' is created. After the build
  173. has been completed, the find program is used to find all files which
  174. are newer than the 'timestamp-file'. This is really slow now and has
  175. the disadvantage that nothing else than the build process may create
  176. or modify files while the build is running. This should only be used
  177. if no other system for creating the file list can be used.
  178. ROCKCFG_USE_CROSSCC
  179. This option controls whether to use a pseudo-cross-compiler even
  180. for native (non cross) builds. This is needed when the host and
  181. target gcc or glibc differ in the ABI.
  182. THIS IS STRONGLY RECOMMENDED!
  183. ROCKCFG_DO_REBUILD_STAGE
  184. This options controls whether to rebuild all packages in the final
  185. rebuild-stage.
  186. Each and every package is rebuilt in Stage 9 once more and only then
  187. are the binary-packages created. This has the advantage that
  188. circular dependencies are resolved, but it also almost doubles the
  189. build time.
  190. In former times this was recommended - but nowadays this is only a
  191. paranoia thing.
  192. ROCKCFG_OPT
  193. If this option is enabled binaries and libraries are optimised and
  194. debugging information are not build into those binaries and
  195. additionally stripped. That is non-vital information are removed from
  196. binaries. See `man strip` for details. If disabled debugging
  197. informations are included into the binaries.
  198. ROCKCFG_OPTSIZE
  199. Enable this option if you want to optimise binaries for file-size
  200. instead of performance. This is useful for embedded devices and
  201. other low-memory systems. (But on the other hand is also the
  202. best performance setting, too).
  203. ROCKCFG_LIMITCXX
  204. Check here if you want to disable the C++ exceptions run-time type
  205. identification. This can make the C++ binaries about 25% smaller,
  206. but any C++ sources using exceptions or rtti, for example QT/KDE,
  207. will fail to compile. If you don't know, don't touch.
  208. ROCKCFG_MULTILIB
  209. Enable installing several versions of the same library.
  210. ROCKCFG_DISABLE_NLS
  211. Please check here if you do not want to use Native Language Support.
  212. ROCKCFG_CREATE_CACHE
  213. Please check here if you want to create *.cache files after a build
  214. has completed. This is the same as a reference build.
  215. ROCKCFG_PARANOIA_CHECK
  216. Please check here if you want to run sanity checks before building.
  217. THIS IS STRONGLY RECOMMENDED!
  218. ROCKCFG_IDCKSUM
  219. Please check here if you want to use a checksum instead of the long
  220. explanatory ROCKCFG-ID.