natgillin/translations-raw huggingface dataset:
This will not work to start a shell with the & kdesvn-build; environment in most cases however, since interactive shells typically reset at least part of the environment variables (such as PATH and KDEDIRS) in the startup sequence.
Але цим параметром здебільшого не можна користуватися для запуску оболонки за допомогою середовища & kdesvn- build;, оскільки інтерактивні оболонки типово змінюють принаймні частину змінних середовища (зокрема PATH і KDEDIRS) під час процедури свого запуску.
--prefix=lt; /path/ to/ kdegt;
-- prefix=lt; / шлях/ до/ kdegt;
This allows you to change the directory that & kde; will be installed to from the command line. This option implies --reconfigure.
За допомогою цього параметра можна змінити каталог, куди & kde; буде встановлено з командного рядка. За використання цього параметра автоматично використовуєтья параметр -- reconfigure.
Stop after running make -f Makefile. cvs. The configure script will still need to be run, which & kdesvn-build; will do next time. This lets you prepare all the configure scripts at once so you can view the. / configure --help for each module, and edit your configure-flags accordingly.
Зупинити виконання після команди make - f Makefile. cvs. Вам все ж доведеться запустити і скрипт configure, цю дію & kdesvn- build; виконає наступного разу. За допомогою цього скрипту ви зможете створити всі скрипти configure одразу, щоб мати змогу переглянути вивід команд. / configure -- help для кожного з модулів і змінити відповідним чином ваші параметри configure.
If this is the only command-line option, it tries to install all of the modules contained in successfully-built, except for qt-copy, which does not need installation. If command-line options are specified after --install, they are all assumed to be modules to install.
За використання цього параметра командного рядка скрипт намагається встановити всі модулі, які було успішно зібрано, окрім qt- copy, встановлювати який не потрібно. Якщо після -- install буде вказано інші параметри командного рядка, всі ці параметри вважатимуться назвами модулів, які слід встановити.
--lt; option-namegt; =
-- lt; назва_ параметраgt; =
You can use this option to override an option in your configuration file for every module. For instance, to override the log-dir option, you would do: --log-dir= / path/ to/ dir.
Ви можете скористатися цим параметром, щоб перевизначити відповідний параметр у вашому файлі налаштувань для кожного з модулів. Наприклад, щоб перевизначити значення параметра log- dir, вам слід вказати: -- log- dir= / шлях/ до/ каталогу.
--lt; module-namegt;, lt; option-namegt; =
-- lt; назва_ модуляgt;, lt; назва_ параметраgt; =
You can use this option to override an option in your configuration file for a specific module.
Скористайтеся цим параметром, щоб перевизначити параметр з вашого файл налаштувань для окремого модуля.
Any other command-line options are assumed to be modules to update and build. Please, do not mix building with installing.
Всі інші параметри командного рядка вважатимуться назвами модулів, які слід оновити і зібрати. Будь ласка, не плутайте збирання зі встановленням.
Using & kdesvn-build;
Користування & kdesvn- build;
Normally using & kdesvn-build; after you have gone through is as easy as doing the following from a terminal prompt:
Зазвичай, використання & kdesvn- build; після виконання кроків розділу зводиться до виконання такої команди у терміналі:
& kdesvn-build; will then download the sources for & kde;, try to configure and build them, and then install them.
Після цього & kdesvn- build; звантажить коди програм & kde;, спробує налаштувати (configure) і зібрати їх, а потім встановити програми.
Read on to discover how & kdesvn-build; does this, and what else you can do with this tool.
Далі ми поговоримо про те, як & kdesvn- build; робить це, а також про те, які дії ви можете виконати за допомогою цього інструменту.
Basic & kdesvn-build; features
Основні можливості & kdesvn- build;
qt-copy support
Підтримка qt- copy
& kdesvn-build; strives to maintain excellent support for the qt-copy module included in the & kde; & subversion; repository.
& kdesvn- build; намагається якнайкраще підтримувати модуль qt- copy у сховищі & subversion; & kde;.
qt-copy is a copy of the source code for the latest release of the & Qt; toolkit used by & kde;. It also contains a patchset of optimization and bug improvement patches which may optionally be applied. These patches are still compatible with the & Qt; library so that code produced using qt-copy will run with normal & Qt;.
qt- copy є копією початкових кодів найостаннішого випуску набору інструментів & Qt;, який використовується & kde;. У цьому модулі також міститься набір латок для оптимізації і усування вад, які ви можете за бажання накласти на початковий код. Ці латки сумісні з бібліотекою & Qt;, отже код, створений за допомогою qt- copy, запускатиметься і зі звичайним & Qt;.
Most of the differences required for qt-copy are handled automatically by & kdesvn-build;. However, there are a few differences you may need to know about.
Більшість відмінностей qt- copy, автоматично обробляються & kdesvn- build;. Але існує декілька відмінностей, про які вам слід знати.
Normally the value for & configure-flags; for a module is appended to the global setting for & configure-flags;. However, the & configure-flags; setting for qt-copy will replace the global setting since they are not equivalent command lines.
Зазвичай, значення параметра & configure- flags; якогось з модулів додається до загального значення параметра & configure- flags;. Але значення параметра & configure- flags; для qt- copy замінить загальне значення параметра, оскільки рядок команди для цього модуля відрізняється від рядків команд інших модулів.
& kdesvn-build; will automatically define some extra environment variables to build qt-copy that are not normally required for the rest of & kde;.
& kdesvn- build; автоматично визначатиме деякі додаткові змінні середовища, які потрібні для збирання qt- copy і які, зазвичай, не потрібні для збирання решти & kde;.
qt-copy also has support for an optional patch set containing some bug fixes and optimizations that have not yet made it to the official & Qt;. To enable these, set the & apply-qt-patches; option to true. After making this change you may have to run kdesvn-build --refresh-build qt-copy.
Крім того, qt- copy підтримує необов’ язковий набір латок для усування деяких вад і оптимізацій, які ще не увійшли до офіційної версії & Qt;. Щоб увімкнути ці латки, встановіть для параметра & apply- qt- patches; значення true. Після виконання цієї зміни вам, ймовірно, доведеться виконати команду kdesvn- build -- refresh- build qt- copy.
Standard flags added by & kdesvn-build;
Стандартні прапорці, які додаються & kdesvn- build;
To save you time, & kdesvn-build; adds some standard paths to your environment for you:
Щоб зекономити вам час, & kdesvn- build; додасть деякі з стандартних шляхів до вашого середовища:
The path to the & kde; and & Qt; libraries is added to the LD_LIBRARY_PATH variable automatically. This means that you do not need to edit & libpath; to include them.
Шлях до бібліотек & kde; і & Qt; автоматично додається до змінної середовища LD_ LIBRARY_ PATH. Отже, вам не потрібно змінювати & libpath;, щоб включити відповідні каталоги.
The path to the & kde; and & Qt; development support programs are added to the PATH variable automatically. This means that you do not need to edit & binpath; to include them.
Шлях до програм підтримки розробки & kde; і & Qt; буде автоматично додано до змінної середовища PATH. Отже, вам не потрібно змінювати & binpath;, щоб включити відповідна каталоги.
The path to the & kde; -provided pkg-config is added automatically to PKG_CONFIG_PATH. This means that you do not need to use & set-env; to add these.
Шлях до програми pkg- config & kde; буде автоматично додано до PKG_ CONFIG_ PATH. Отже, вам не потрібно використовувати & set- env; для додавання відповідних каталогів.
The setting for & kdedir; is automatically propagated to the KDEDIR environment variable while building. (KDEDIRS is not affected).
Це значення & kdedir; буде автоматично передано змінній середовища KDEDIR на час збирання. (Змінна KDEDIRS залишатиметься незмінною.)
The setting for & qtdir; is automatically propagated to the QTDIR environment variable while building.
Це значення для & qtdir; буде автоматично передано змінній середовища QTDIR на час збирання.
Changing & kdesvn-build; 's build priority
Зміна пріоритету збирання & kdesvn- build;
Programs can run with different priority levels on Operating Systems nowadays, including & Linux; and & BSD;. This allows the system to allocate time for the different programs in accordance with how important they are.
У сучасних операційних системах ви можете запускати програми з різним рівнем пріоритетності, це зокрема можна робити у & Linux; і & BSD;. Система розподілятиме час процесора між різними програмами відповідно до того, наскільки пріоритетними є ці програми.
& kdesvn-build; will normally allocate itself a low priority so that the rest of the programs on your system are unaffected and can run normally. Using this technique, & kdesvn-build; will use extra CPU when it is available.
Зазвичай, & kdesvn- build; надає собі низький пріоритет так, щоб решта програм вашої системи не відчули змін і могли виконуватися у звичному режимі. Таким чином, & kdesvn- build; використовуватиме лише залишковий час процесора.
& kdesvn-build; will still maintain a high enough priority level so that it runs before routine batch processes and before CPU donation programs such as Seti@Home.
Але & kdesvn- build; підтримуватиме достатньо великий рівень пріоритету, а отже скрипт виконуватиметься з вищим пріоритетом ніж пакетні процеси і програми з надання процесорного часу, на зразок Seti@ Home.
To alter & kdesvn-build; so that it uses a higher, or lower priority level permanently, then you need to adjust the & niceness; setting in the configuration file. The & niceness; setting controls how nice & kdesvn-build; is to other programs. In other words, having a higher & niceness; gives & kdesvn-build; a lower priority. So to give & kdesvn-build; a higher priority, reduce the & niceness; (and vice versa). The & niceness; can go from 0 (not nice at all, highest priority) to 20 (super nice, lowest priority).
Ви можете змінити рівень пріоритетності & kdesvn- build; на вищий або нижчий, — для цього вам достатньо змінити значення параметр & niceness; у файлі налаштувань. Значення параметра & niceness; керує тим, наскільки поблажливим & kdesvn- build; буде до інших програм. Іншими словами, встановлення більшого значення параметра & niceness; надасть & kdesvn- build; менший пріоритет. Отже, щоб надати & kdesvn- build; вищий пріоритет, зменшіть значення & niceness; (і навпаки). Значеннями параметра & niceness; можуть бути цілі числа від 0 (ніяких компромісів, — найвищий пріоритет) до 20 (найкомпромісніше виконання, — найнижчий пріоритет).
You can also temporarily change the priority for & kdesvn-build; by using the & cmd-nice; command line option. The value to the option is used exactly the same as for & niceness;.
Крім того, ви можете тимчасово змінити пріоритет & kdesvn- build; за допомогою параметра командного рядка & cmd- nice;. Значення цього параметра таке саме, як і значення & niceness;.
It is possible for some programs run by the super user to have a negative nice value, with a correspondingly even higher priority for such programs. Setting a negative (or even 0) & niceness; for & kdesvn-build; is not a great idea, as it will not help run time significantly, but will make your computer seem very sluggish should you still need to use it.
Деякі з програм, які виконуються від імені адміністративного користувача, можна виконувати з від’ ємним рівнем nice, такі програми матимуть ще вищий рівень пріоритетності. Встановлювати від’ ємного (або навіть нульового) значення & niceness; для & kdesvn- build; не варто, подібні значення не зможуть значно пришвидшити роботу програми, але значно сповільнять виконання інших завдань системи, які будуть вам потрібні.
To run & kdesvn-build; with a niceness of 15 (a lower priority than normal):
Щоб запустити & kdesvn- build; з пріоритетом nice 15 (пріоритетом, нижчим за звичайний), виконайте команду:
Or, you can edit the configuration file to make the change permanent:
Крім того, ви можете змінити файл налаштувань, щоб зробити зміни сталими:
Installation as the superuser
Встановлення від імені суперкористувача
You may wish to have & kdesvn-build; run the installation with super user privileges. This may be for the unrecommended system-wide installation. This is also useful when using a recommended single user & kde; build, however. This is because some modules (especially kdebase) install programs that will briefly need elevated permissions when run. They are not able to achieve these permission levels unless they are installed with the elevated permissions.
Ймовірно, у вас може виникнути потреба у запуску & kdesvn- build; встановлення з правами доступу адміністративного користувача. Така потреба може виникнути під час загальносистемного встановлення, яке, втім, не рекомендується авторами програми. Ця можливість також корисна і під час рекомендованого збирання для окремого користувача & kde;. Причиною цього є те, що деякі у деяких модулях (особливо у модулі kdebase) програми мають встановлюватися з підвищеними правами доступу до ресурсів системи. Ці програми не зможуть отримати потрібних дозволів, якщо ви не встановите їх з підвищеними правами.
You could simply run & kdesvn-build; as the super user directly, but this is not recommended, since the program has not been audited for that kind of use. Although it should be safe to run the program in this fashion, it is better to avoid running as the super user when possible.
Ви можете просто запустити & kdesvn- build; від імені адміністративного користувача, але ми не рекомендуємо вам цього робити, оскільки скрипт не було достатньо випробувано запуском у такому режимі. Хоча запуск програми у такий спосіб і не повинен призвести до шкідливих наслідків, вам краще за можливості уникати запуску скрипту від імені адміністративного користувача.
To take care of this, & kdesvn-build; provides the & make-install-prefix; option. You can use this option to specify a command to use to perform the installation as another user. The recommended way to use this command is with the & sudo; program, which will run the install command as the super user.
Для надання скрипту додаткових прав доступу у & kdesvn- build; передбачено параметр & make- install- prefix;. Ви можете скористатися цим параметром для того, щоб вказати команду, яка використовується для встановлення від імені іншого користувача. Рекомендуємо вам скористатися для цього програмою & sudo;, ця програма надає змогу виконувати команди від імені адміністративного користувача.
For example, to install all modules using & sudo;, you could do something like this:
Наприклад, щоб встановити всі модулі за допомогою & sudo;, ви можете вказати щось таке:
global & make-install-prefix; sudo # Other options end global
global & make- install- prefix; sudo # Інші параметри end global
To use & make-install-prefix; for only a single module, this would work:
Для того, щоб скористатися & make- install- prefix; для окремого модуля, вкажіть у файлі налаштувань рядки на зразок:
Showing the progress of a module build
Показ поступу збирання модуля
This feature is always available, and is automatically enabled when possible. What this does is display an estimated build progress while building a module; that way you know about how much longer it will take to build a module.
Ця можливість завжди доступна, за можливості скрипт автоматично вмикає її. Вона надає вам змогу слідкувати за поступом збирання модуля, а отже ви знатимете скільки часу залишилося до завершення збирання модуля.
Partially building a module
Часткове збирання модуля
It is possible to build only pieces from a single & kde; module. For example, you may want to compile only one program from a module. & kdesvn-build; has features to make this easy. There are several complementing ways to do this.
Існує також можливість збирання окремих фрагментів окремого модуля & kde;. Наприклад, ви можете зібрати лише одну з програм модуля. У & kdesvn- build; передбачено засоби для полегшення такого збирання. Існує декілька шляхів виконати подібне збирання.
Checking out portions of a module
Звантаження частин модуля
This is perhaps the best way to do this. When it works, it will save you download time and disk space. What happens is that & kdesvn-build; will download only the parts of a module that you specify. This is done using the & checkout-only; option for a module, which will specify a list of directories to download.
Ймовірно, це найкращий спосіб виконати завдання. Якщо він працюватиме, ви зекономите час на звантаження і простір на диску. За використання цього способу & kdesvn- build; звантажуватиме лише частини модуля, який ви вкажете. Досягти цього можна за допомогою використання параметра & checkout- only; для модуля, — цей параметр визначає список каталогів, які слід звантажити.
If you do not already know what to download from a module, it may be a good idea to browse the & subversion; layout for a module first, using WebSVN.
Якщо ви ще не знаєте, які саме частини модуля вам слід звантажити, вам варто спочатку переглянути компонування & subversion; цього модуля за допомогою WebSVN.
To only grab & kuser; and & kdat; from kdeadmin, you could use & checkout-only; like this:
Для того, щоб звантажити лише & kuser; і & kdat; з kdeadmin, ви можете скористатися & checkout- only; ось так:
The directories will be built in the order they are listed in the option. If one of the directories needs something else from the module to compile, then you need to make sure they are both in the & checkout-only; line, and that the required dependency goes before the directory that needs it.
Каталоги збиратимуться у тому порядку, у якому ви вкажете їх за допомогою цього параметра. Якщо у одному з каталогів буде потрібен компонент, який ще не було зібрано, вам слід не забути вказати відповідні каталоги у рядку & checkout- only; і переконатися, що потрібний компонент вказано перед назвою іншого компонента, для збирання якого потрібен перший компонент.
Also, sometimes an application may need other directories and it is hard to figure out what they are, which may require some trial and error of constantly adding directories to the option to figure out.
Крім того, іноді певна програма може потребувати якихось інших компонентів, а визначити назви цих компонентів досить складно, — ця процедура може потребувати використання методу проб і помилок з постійним додаванням каталогів до аргументів параметра, щоб виявити потрібні залежності.
One final note to make about this option: If you change the value of this option, you should use kdesvn-build cmd-refresh-build; module in order to ensure that the module is reconfigured properly. In addition, & kdesvn-build; will never remove existing files if you take away the number of directories from your & checkout-only; option, or add the option to a module that has already been checked out.
Нарешті, останнє зауваження щодо цього параметра: якщо ви зміните значення цього параметра, вам доведеться виконати команду kdesvn- build cmd- refresh- build; назва_ модуля, щоб забезпечити правильне переналаштування модуля. Крім того, & kdesvn- build; ніколи не буде вилучати існуючих файлів, якщо ви усуватимете певні каталоги зі списку аргументів параметра & checkout- only; або додаватимете параметр до модуля, який вже було звантажено.
Removing directories from a build
Вилучення каталогів з процесу збирання
Instead of restricting what is downloaded, it is possible to download everything but have the build system leave out a few directories when it does the build. This may be useful if one directory always breaks and is unnecessary to the rest of the module.
Замість обмеження списку об’ єктів для звантаження ви можете наказати скрипту звантажити всі каталоги і зібрати всі з них, окрім декількох. Такий підхід може бути корисним, якщо під час збирання одного з каталогів завжди трапляються помилки і цей каталог не потрібен для збирання решти модуля.
This is controlled with the & do-not-compile; option. It works similar to the & checkout-only; option just described, in that it is simply a list of directories that should not be compiled.
Подібним збиранням можна керувати за допомогою параметра & do- not- compile;. Цей параметр працює подібно до параметра & checkout- only;, про який ми писали раніше, — йому передається список каталогів, які не слід збирати.
Also like & checkout-only;, this option requires at least that the configure script is run again for the module after changing it. This is done using the kdesvn-build cmd-reconfigure; module command.
Крім того, подібно до & checkout- only;, для того, щоб зміни, внесені цим параметром, набули чинності, вам слід запустити скрипт configure відповідного модуля ще раз. Це можна зробити за допомогою команди kdesvn- build cmd- reconfigure; назва_ модуля.
To remove the dcoppython directory from the kdebindings build process:
Щоб вилучити каталог dcoppython з процесу збирання kdebindings, додайте такі рядки:
Compiling a few directories from a full module
Збирання декількох каталогів з всього модуля
You can use the & inst-apps; option to specify that only a few directories out of a full module are to be built (but the entire module is still downloaded).
Ви можете скористатися параметром & inst- apps; для того, щоб вказати скрипту, що слід зібрати лише декілька каталогів з усього модуля (але звантажити слід всі каталоги).
This option is like the combination of & checkout-only; and & do-not-compile;: it downloads the entire module like & do-not-compile;, but only compiles the directories you specify, like & checkout-only;. Because of this it is usually better to simply use & checkout-only; instead.
Цей параметри подібний до комбінації параметрів & checkout- only; і & do- not- compile;: за його використання виконується звантаження всього модуля, подібно до & do- not- compile;, але збираються лише вказані вами каталоги, подібно до & checkout- only;. Через це, зазвичай, простіше скористатися параметром & checkout- only;.
The same warnings apply as for the other two options: you must reconfigure the module if you change the value of & inst-apps;.
Цього параметра стосуються всі ті попередження, про які було згадано у описах його складових: вам доведеться повторно викликати скрипт configure, якщо ви зміните значення & inst- apps;.
Branching and tagging support for & kdesvn-build;
Підтримка версій і випусків у & kdesvn- build;
What are branches and tags?
Що таке версія (branch) і випуск (tag)?
& subversion; supports managing the history of the & kde; source code. & kde; uses this support to create branches for development, and to tag the repository every so often with a new version release.
& subversion; підтримує керування журналом змін коду & kde;. & kde; використовує цю підтримку для створення версій, які розробляються, і створення сховищ випусків для зберігання коду випущених версій середовища.
For example, the & kmail; developers may be working on a new feature in a different branch in order to avoid breaking the version being used by most developers. This branch has development ongoing inside it, even while the main branch (called / trunk) may have development going on inside of it.
Наприклад, розробники & kmail; можуть працювати над новою можливістю у іншій версії, щоб уникнути можливої непрацездатності версії, над якою працює більшість інших розробників. У цій версії відбувається розробка, хоча розробка також відбувається і у основному сховищі версій (яке називається / trunk).
A tag, on the other hand, is a snapshot of the source code repository at a position in time. This is used by the & kde; administration team to mark off a version of code suitable for release and still allow the developers to work on the code.
З іншого боку, випуск є моментальним знімком сховища коду у певний момент часу. Таке сховище використовується командою адміністрування & kde; для позначення версії коду, придатної для випуску, а також надає розробниками можливість доопрацьовувати їх код.