natgillin/translations-raw huggingface dataset:
export KDEHOME="${HOME}/. kde-svn "# Create it if needed [! -e ~/. kde-svn] & amp; mkdir ~/. kde-svn
export KDEHOME=" ${HOME} /. kde- svn "# Створити каталог, якщо це потрібно [! - e ~ /. kde- svn] & amp; mkdir ~ /. kde- svn
If later your K Menu is empty or too crowded with applications from your distribution, you may have to set the XDG environment variables in your. bash_profile:
Якщо пізніше ваше меню KDE буде порожнім, або переповненим записами програм з вашого дистрибутива, можливо, вам доведеться встановити змінну середовища XDG у вашому файлі. bash_ profile:
Starting & kde;
Запуск & kde;
Now that you have adjusted your environment settings to use the correct & kde;, it is important to ensure that the correct startkde script is used as well.
Тепер, коли ви налаштували параметри вашого середовища на використання належної версії & kde;, вам також слід переконатися, що ви використовуєте правильний скрипт startkde.
Open the. xinitrc text file from the home directory, or create it if necessary. Add the line:
Відкрийте текстовий файл. xinitrc з вашого домашнього каталогу або за потреби створіть його. Додайте до файла такий рядок:
On some distributions, it may be necessary to perform the same steps with the. xsession file, also in the home directory. This is especially true when using graphical login managers such as & kdm;, gdm, or xdm.
У деяких дистрибутивах, ймовірно, вам доведеться виконати певні дії з файлом. xsession, який також знаходиться у вашому домашньому каталозі. Такі дії знадобляться, якщо ви використовуєте графічні інструменти керування входом до системи, такими як & kdm;, gdm або xdm.
Now start your fresh & kde;: in & BSD; and & Linux; systems with virtual terminal support, Ctrl; Alt; F1... Ctrl; Alt; F12 keystroke combinations are used to switch to Virtual Console 1 through 12. This allows you to run more than one desktop environment at the same time. The fist six are text terminals and the following six are graphical displays.
Тепер запустіть вашу свіжу версію & kde;: у системах & BSD; і & Linux; з підтримкою віртуальних терміналів натискання комбінацій клавіш Ctrl; Alt; F1... Ctrl; Alt; F12 використовується для перемикання до віртуальних консолей з номерами від 1 до 12. Таким чином, ви можете запускати декілька стільничних середовищ одночасно. Перші шість терміналів є текстовими, а наступні шість — графічними.
If when you start your computer you are presented to the graphical display manager instead, you can use the new & kde; environment, even if it is not listed as an option. Most display managers, including & kdm;, have an option to use a Custom Session when you login. With this option, your session settings are loaded from the. xsession file in your home directory. If you have already modified this file as described above, this option should load you into your new & kde; installation.
Якщо після запуску вашого комп’ ютера ви бачите інструмент графічного входу до системи, ви можете скористатися новим середовищем & kde;, навіть якщо його пункту немає у списку. У більшості інструментів входу до системи, зокрема у & kdm;, є пункт, призначений для Нетипового сеансу. За використання цього пункту параметри вашого сеансу буде завантажено з файла. xsession у вашому домашньому каталозі. Якщо ви вже змінили цей файл у спосіб, описаний вище, використання цього пункту завантажить ваш новий встановлений & kde;.
If it does not, there is something else you can try that should normally work: Press Ctrl; Alt; F2, and you will be presented to a text terminal. Log in using the dedicated user and type:
Якщо це не так, ви можете спробувати інший спосіб, який, зазвичай, працює: натисніть комбінацію клавіш Ctrl; Alt; F2 і ви побачите текстовий термінал. Введіть ваші реєстраційні дані вашого призначеного користувача і введіть команду:
You can run the & kde; from sources and the old & kde; at the same time! Log in using your regular user, start the stable & kde; desktop. Press Ctrl; Alt; F2 (or F1, F3, etc..), and you will be presented with a text terminal. Log in using the dedicated & kde; & subversion; user and type:
Ви можете запускати & kde;, зібраний з вихідних кодів, і ваш старий & kde; одночасно! Увійдіть до системи за допомогою реєстраційних даних вашого звичайного користувача, запустіть стабільну версію стільниці & kde;. Натисніть комбінацію клавіш Ctrl; Alt; F2 (або F1, F3 тощо), — ви побачите текстовий термінал. Увійдіть до системи від імені вашого призначеного користувача & subversion; & kde; і введіть команду:
You can go back to the & kde; desktop of your regular user by pressing the shortcut key for the already running desktop. This is normally Ctrl; Alt; F7, you may need to use F6 or F8 instead. To return to your & kdesvn-build; -compiled & kde;, you would use the same sequence, except with the next function key. For example, if you needed to enter Ctrl; Alt; F7 to switch to your regular & kde;, you would need to enter Ctrl; Alt; F8 to go back to your & kdesvn-build; & kde;.
Ви можете повернутися до стільниці & kde; вашого звичайного користувача натисканням клавіатурного скорочення у вже запущеній стільниці. Цією комбінацією, зазвичай, є Ctrl; Alt; F7, можливо, у вашому випадку останньою клавішею буде F6 або F8. Щоб повернутися до вашої зібраної & kdesvn- build; версії & kde;, ви можете скористатися подібною є комбінацією клавіш, але у ній останньою буде інша функціональна клавіша. Наприклад, якщо вам потрібно було ввести Ctrl; Alt; F7, щоб перемкнути на вашу звичайну версію & kde;, вам доведеться ввести Ctrl; Alt; F8, щоб повернутися до вашого зібраного & kdesvn- build; & kde;.
Script Features
Можливості скрипту
Feature Overview
Огляд можливостей
& kdesvn-build; features include:
Серед можливостей & kdesvn- build;:
Supports output message levels ranging from being very quiet to a full debug level.
Підтримка рівнів виводу повідомлень, починаючи від мінімальної кількості повідомлень, аж до максимальної кількості, потрібної для усування вад.
& kdesvn-build; can, with the assistance of the kdesvn-build; website and the & kde; FTP server (FTP since & kdesvn-build; 1.4), allow for speedy checkouts of some modules. If the module you are checking out has already been packaged at the website, then & kdesvn-build; will download the snapshot and prepare it for use on your computer.
& kdesvn- build; може, за допомогою веб- сайта & kdesvn- build; і сервера FTP & kde; (FTP з версії & kdesvn- build; 1. 4), забезпечити пришвидшення звантаження певних модулів. Якщо модуль, який ви звантажуєте, вже було запаковано на веб- сайті, & kdesvn- build; звантажить знімок і підготує його до використання на вашому комп’ ютері.
This is faster for you, and helps to ease the load on the kde. org anonymous & subversion; servers.
Це пришвидшить роботу і полегшить вам звантаження з анонімних серверів & subversion; kde. org.
Another speedup is provided by starting the build process for a module as soon as the source code for that module has been downloaded. (Available since version 1.6)
Додаткове пришвидшення можна отримати, якщо почати процес збирання модуля одразу після того, як вихідні коди цього модуля буде звантажено. (Ця можливість доступна починаючи з версії 1. 6)
Has excellent support for the qt-copy module, including optionally applying bugfix and optimization patches to the qt-copy module.
Чудова підтримка модуля qt- copy, зокрема, за бажання, застосування латок виправлення вад і оптимізації модуля qt- copy.
& kdesvn-build; has colorized output.
& kdesvn- build; має можливості розфарбування виведених даних.
& kdesvn-build; does not require a GUI present to operate. So, you can build & kde; without needing an alternate graphical environment.
& kdesvn- build; не потребує наявності графічного інтерфейсу для роботи. Отже, ви можете збирати & kde; без потреби у переходу до графічного середовища.
Supports setting default options for all modules (such as the compilation settings or the configuration options). Such options can normally be changed for specific modules as well.
Підтримка встановлення типових параметрів для всіх модулів (зокрема параметрів компіляції і налаштування). Крім того, такі параметри, зазвичай, можна змінити для окремих модулів.
Also, & kdesvn-build; will add standard flags as appropriate to save you the trouble and possible errors from typing them yourself.
Крім того, & kdesvn- build; додасть стандартні прапорці, потрібні для зберігання повідомлень про труднощі і помилки: вам не доведеться копіювати їх для пошуку у мережі власноруч.
& kdesvn-build; can checkout a specific branch or tag of a module. You can also ensure that a specific revision is checked out of a module.
& kdesvn- build; може звантажувати певні гілки або версії модуля. Ви можете вказати для звантаження навіть окрему версію певного модуля.
& kdesvn-build; can automatically switch a source directory to checkout from a different repository, branch, or tag. This happens automatically when you change an option that changes what the repository & url; should be, but you must use the --svn-only option to let & kdesvn-build; know that it is acceptable to perform the switch.
& kdesvn- build; може автоматично перемикати каталог вихідних кодів для звантаження з іншого сховища, гілки або випуску. Цю дію буде виконано автоматично, якщо ви зміните параметр, який вказує якою має бути адреса & url; сховища, але вам доведеться скористатися параметром -- svn- only, щоб надати змогу & kdesvn- build; дізнатися про те, що скрипту можна виконувати таке перемикання.
& kdesvn-build; can checkout only portions of a module, for those situations where you only need one program from a large module.
& kdesvn- build; може звантажувати лише частини модуля у тих випадках, коли вам потрібна лише одна програма з великого модуля.
For developers: & kdesvn-build; will remind you if you use svn+ssh: / / but ssh-agent is not running, as this will lead to repeated password requests from & ssh;.
Для розробників: & kdesvn- build; нагадає вам про те, що ви використовуєте svn+ssh: //, але ssh- agent не запущено, оскільки таке використання призведе до повторних запитів на пароль від & ssh;.
Can e-mail reports of errors to a user.
Можливість звітів електронною поштою про помилки, які буде надіслано користувачеві.
Can delete the build directory of a module after its installation to save space at the expense of future compilation time.
Можливість вилучення каталогу збирання модуля після його встановлення для економії місця за рахунок збільшення наступного часу збирання.
The locations for the directories used by & kdesvn-build; are configurable (even per module).
Адреси каталогів, які використовуються & kdesvn- build; можна налаштувати (навіть для окремих модулів).
Can use & sudo;, or a different user-specified command to install modules so that & kdesvn-build; does not need to be run as the super user.
Можливість використання & sudo;, або іншої вказаної користувачем команди для встановлення модулів, призначеної для того, щоб & kdesvn- build; не потрібно було запускати від імені привілейованого користувача.
& kdesvn-build; runs with reduced priority by default to allow you to still use your computer while & kdesvn-build; is working.
& kdesvn- build; типово запускається зі зниженими правами доступу, це надає вам змогу використовувати & kdesvn- build; під час роботи з іншими програмами.
Has support for using & kde; 's & subversion; tags and branches.
Підтримка використання випусків і гілок & subversion; & kde;.
& kdesvn-build; will use a set of techniques to try and guarantee a successful build.
& kdesvn- build; використовуватиме методику, яка гарантує успішне збирання.
There is support for resuming a build from a given module. You can even ignore some modules temporarily for a given build.
Передбачено підтримку поновлення збирання з вказаного модуля. Ви навіть можете ігнорувати певні модулі тимчасово для вказаного сеансу збирання.
& kdesvn-build; can quickly perform a partial build of a module directly from the command line, when you only need to update part of a module.
& kdesvn- build; може швидко виконати часткове збирання модуля безпосередньо з командного рядка, якщо вам потрібно оновити лише частину модуля.
& kdesvn-build; will automatically download and create the required / admin directory for a module if it is not downloaded from & subversion; the first time for some reason. This only applies to & kde; 3 modules, as / admin is not required for qt-copy or & kde; 4 modules.
& kdesvn- build; автоматично звантажить і створить потрібний каталог / admin для модуля, якщо його не було у перший раз звантажено зі сховища & subversion; з якоїсь причини. Це стосується лише модулів & kde;, оскільки / admin не потрібен для qt- copy або модулів & kde; 4.
& kdesvn-build; will show the progress of your build when using & cmake;, and will always time the build process so you know after the fact how long it took.
& kdesvn- build; покаже поступ збирання за використання & cmake;, і завжди стежитиме за часом процесу збирання, отже ви знатимете про тривалість збирання.
Automatically tries to rebuild modules that were using incremental make, which is prone to failure after certain kinds of commits.
Виконання автоматичних спроб перебудови модулів, під час збирання яких було використано покрокове збирання (make), збирання яких могло бути порушено після певних внесків до сховища.
Comes built-in with a sane set of default options appropriate for building a base & kde; single-user installation from the anonymous & subversion; repository.
Постачається з вбудованим набором типових параметрів, щоб відповідають збиранню базового середовища & kde; для одного користувача з анонімного сховища & subversion;.
Tilde-expansion for your configuration options. For example, you can specify:
Використання тильди у параметрах налаштування. Наприклад, ви можете вказати:
Automatically sets up a build system, with the source directory not the same as the build directory, in order to keep the source directory pristine.
Автоматичне встановлення системи збирання з каталогом вихідних кодів, який відрізняється від каталогу збирання, що забезпечить чистоту каталогу вихідних кодів.
You can specify global options to apply to every module to check out, and you can specify options to apply to individual modules as well.
Ви можете вказати загальні параметри, які буде застосовано до всіх звантажених модулів, крім того, ви можете визначити параметри для окремих модулів.
Since the autotools sometimes get out of sync with changes to the source tree, you can force a rebuild of a module by creating a file called. refresh-me in the build directory of the module in question, or by running & kdesvn-build; with the --refresh-build option.
Оскільки іноді autotools розсинхронізуються зі змінами у дереві вихідних кодів, ви можете примусити цей інструмент до перебудови модуля шляхом створення файла з назвою. refresh- me у каталозі збирання потрібного модуля або запуску & kdesvn- build; з параметром -- refresh- build.
You can specify various environment values to be used during the build, including KDEDIR, QTDIR, DO_NOT_COMPILE, and CXXFLAGS.
Ви можете вказати значення різноманітних змінних середовища, які буде використано під час збирання, зокрема KDEDIR, QTDIR, DO_ NOT_ COMPILE і CXXFLAGS.
Command logging. Logs are dated and numbered so that you always have a log of a script run. Also, a special symlink called latest is created to always point to the most recent log entry in the log directory.
Запис команд до журналу. Журнали датуватимуться і нумеруватимуться так, що у вас завжди буде журнал запуску скрипту. Крім того, буде створено символічне посилання з назвою latest, яке завжди вказуватиме на найсвіжіший запис журналу у каталозі журналу.
If you are using a user build of & kde; instead of a system build (for which you must be root to install), you can use the script to install for you. I haven not audited this code, and it makes ample use of the system() call, so I would not recommend running it as root at this point.
Якщо ви використовуєте збирання & kde; для окремого користувача, а не загальносистемне збирання (для чого вам слід увійти до облікового запису root для встановлення), ви можете скористатися скриптом для встановлення середовища для вас. Автор не наглядає за цим кодом, крім того, цей код широко використовує виклики функції system (), отже, автор не рекомендує запускати цей код від імені користувача root.
You can use make-install-prefix to prefix the make install command line with a separate command, which is useful for & sudo;.
Ви можете скористатися параметром make- install- prefix для того, щоб додати перед рядком команди make install окрему команду, це корисно, якщо ви використовуєте & sudo;.
You can check out only a portion of a & kde; & subversion; module. For example, you could check out only the taglib from kdesupport, or only K3B from extragear/ multimedia. The script will automatically pull in kde-common if necessary to make the build work.
Ви можете звантажити лише частину модуля & subversion; & kde;. Наприклад, ви можете звантажити лише taglib з kdesupport або лише K3B з extragear/ multimedia. Скрипт автоматично звантажить kde- common за потреби у працездатності зібраного програмного забезпечення.
You can pretend to do the operations. If you pass --pretend or -p on the command line, the script will give a very verbose description of the commands it is about to execute, without actually executing it.
Ви можете вказати програмі, що слід виконати фальшиву послідовність операцій. Якщо ви передасте параметр -- pretend або - p до рядка команди, скрипт надасть вам дуже докладний опис команд, які потрібно виконати скрипту, без справжнього виконання команд.
& kdesvn-build; 's build logging
Запис журналів збирання & kdesvn- build;
Logging overview
Огляд ведення журналу
Logging is a & kdesvn-build; feature whereby the output from every command that & kdesvn-build; runs is saved to a file for examination later, if necessary. This is done because it is often necessary to have the output of these programs when there is a build failure, because there are so many reasons why a build can fail in the first place.
Ведення журналу — це можливість & kdesvn- build;, за використання якої дані, виведені будь- якої командою, яку запускає & kdesvn- build;, буде збережено до файла для наступного вивчення, якщо це буде потрібно. Так зроблено, тому що ці дані часто потрібні для визначення причин помилки під час збирання, оскільки існує багато причин, через які збирання може бути невдалим.
Logging directory layout
Компонування каталогів журналу
The logs are always stored under the log directory. The destination of the log directory is controlled by the log-dir option, which defaults to ${source-dir} / log (where ${source-dir} is the value of the source-dir option. The in rest of this section, this value will be referred to as ${log-dir}).
Журнали завжди зберігаються у каталозі журналів. Адреса каталогу журналів визначається параметром log- dir, типовим значенням якого є ${source- dir} / log (де ${source- dir} є значенням параметра source- dir. Надалі у цьому розділі ми посилатимемося на значення відповідного параметра як ${log- dir}).
Under ${log-dir}, is a set of directories, one for every time that & kdesvn-build; was run. Each directory is named with the date, and the run number. For instance, the second time that & kdesvn-build; is run on May 26, 2004, it would create a directory called 2004-05-26-02, where the 2004-05-26 is for the date, and the -02 is the run number.
У каталозі ${log- dir} буде створено набір каталогів, по одному на кожен запуск & kdesvn- build;. Кожен з каталогів матиме назву, що відбиватиме дату запуску скрипту і номер запуску. Наприклад, для другого запуску & kdesvn- build; 26 травня 2009 року буде створено каталог з назвою 2009- 05- 26- 02, де 2009- 05- 26 позначатиме дату а - 02 порядковий номер запуску.
For your convenience, & kdesvn-build; will also create a link to the logs for your latest run, called latest. So the logs for the most recent & kdesvn-build; run should always be under ${log-dir} / latest.
Крім того, для зручності, & kdesvn- build; створить посилання на журнали останнього запуску з назвою latest. Отже, журнали для найостаннішого запуску & kdesvn- build; мають завжди зберігатися у теці ${log- dir} / latest.
Now, each directory for a & kdesvn-build; run will itself contain a set of directories, one for every & kde; module that & kdesvn-build; tries to build. Also, a file called build-status will be contained in the directory, which will allow you to determine which modules built and which failed.
Крім того, кожен з каталогів запусків & kdesvn- build; сам містить набір каталогів, по одному на кожен модуль & kde;, який & kdesvn- build; намагається зібрати. У цьому каталозі також міститиметься файл build- status, за допомогою якого ви зможете визначити, які модулі було зібрано, а які зібрати не вдалося.
If a module itself has a submodule (such as extragear/ multimedia, playground/ utils, or KDE/ kdelibs), then there would actually be a matching layout in the log directory. For example, the logs for KDE/ kdelibs after the last & kdesvn-build; run would be found in ${log-dir} / latest/ KDE/ kdelibs, and not under ${log-dir} / latest/ kdelibs.
Якщо у самому модулі міститься підмодуль (наприклад, extragear/ multimedia, playground/ utils, або KDE/ kdelibs), йому відповідатиме власний підкаталог у каталозі журналу. Наприклад, журнали KDE/ kdelibs після останнього запуску & kdesvn- build; можна буде знайти у ${log- dir} / latest/ KDE/ kdelibs, а не у каталозі ${log- dir} / latest/ kdelibs.
In each module log directory, you will find a set of files for each operation that & kdesvn-build; performs. If & kdesvn-build; updates a module, you may see filenames such as svn-co. log (for a module checkout) or svn-up. log (when updating a module that has already been checked out). If the configure command was run, then you would expect to see a configure. log in that directory.
У кожному з каталогів модулів ви знайдете набір файлів для кожної з дій, які виконуватиме & kdesvn- build;. Якщо & kdesvn- build; оновлює модуль, ви побачите файли з назвами на зразок svn- co. log (звантаження модуля) або svn- up. log (якщо відбувалося оновлення модуля, який вже було звантажено). Якщо було запущено скрипт configure, слід очікувати появи журналу configure. log у цьому каталозі.
If an error occurred, you should be able to see an explanation of why in one of the files. To help you determine which file contains the error, & kdesvn-build; will create a link from the file containing the error (such as build-1. log to a file called error. log).
Якщо сталася помилка, ви побачите пояснення її причину у одному з файлів. Щоб вам легше було знайти файл, у якому міститься помилка, & kdesvn- build; створить посилання з файла, що містить помилку (на зразок build- 1. log на файл з назвою error. log).
The upshot to all of this is that to see why a module failed to build after your last & kdesvn-build;, the file you should look at first is ${log-dir} / latest/ module-name / error. log.
Результатом всього цього буде те, що ви знатимете чому не вдалося зібрати модуль після останнього запуску & kdesvn- build;, для цього вам слід для початку знайти файл з назвою ${log- dir} / latest / назва модуля / error. log.
If the file error. log is empty (especially after an installation), then perhaps there was no error. Some of the tools used by the & kde; build system will sometimes mistakenly report an error when there was none.
Якщо файл error. log є порожнім (особливо після встановлення), ймовірно, жодних помилок не сталося. Деякі з інструментів, які використовуються системою збирання & kde;, іноді помилково повідомляють про помилку, коли насправді помилок не сталося.
Also, some commands will evade & kdesvn-build; 's output redirection and bypass the log file in certain circumstances (normally when performing the first & subversion; checkout), and the error output in that case is not in the log file but is instead at the & konsole; or terminal where you ran & kdesvn-build;.
Крім того, деякі з команд уникатимуть переспрямування виведення даних & kdesvn- build; і за певних обставин обходять файл журналу (зазвичай, під час виконання першого звантаження & subversion;), в такому випадку помилки не можна буде знайти файл журналу, — всі помилки буде виведено до & konsole; або програми термінала, з якої ви запустили & kdesvn- build;.