natgillin/translations-raw huggingface dataset:
& 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; prioriteet on üldiselt väike, nii et sinu süsteemi teised programmid saavad rahumeeli edasi töötada. Sel moel saab & kdesvn- build; kasutada protsessori lisavõimsust siis, kui seda jagub.
& 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; i prioriteet on siiski piisavalt kõrge, et talle pööratakse tähelepanu enne rutiinseid taustaprotsesse ja selliseid samuti protsessori jääkidest elatuvaid programme nagu 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; i muutmiseks, et ta kasutaks püsivalt suuremat või väiksemat prioriteeti, tuleb muuta konfiguratsioonifailis leiduvat viisakust (niceness;). See määrab, kui viisakas on & kdesvn- build; teiste programmide suhtes. Teisisõnu, mida suurem viisakus, seda väiksem on & kdesvn- build; i prioriteet. Seepärast tuleb & kdesvn- build; i prioriteedi suurendamiseks viisakust vähendada (ning vastupidi). Viisakus võib olla vahemikus 0 (täiesti ebaviisakas, suurim prioriteet) kuni 20 (üliviisakas, väikseim prioriteet).
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; i prioriteeti võib ajutiselt muuta käsureavõtmega & cmd- nice;. Võtmele antav väärtus määrabki viisakuse.
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.
Mõningatel programmidel, mis on käivitatud administraatori õigustes, võib olla isegi negatiivne viisakuse väärtus, mis annab neile väga suure prioriteedi. Negatiivse või isegi nullväärtuse määramine & kdesvn- build; ile pole siiski kuigi hea mõte, sest see ei aita kuigi palju vähendada käitusaega, küll aga muudab muu tegevuse arvutis õige venivaks.
To run & kdesvn-build; with a niceness of 15 (a lower priority than normal):
& kdesvn- build; i käivitamine viisakusega 15 (tavalisest väiksem prioriteet):
percnt; kdesvn-build --nice= 15
percnt; kdesvn- build -- nice= 15
Or, you can edit the configuration file to make the change permanent:
Soovi korral võib muuta seadistustefaili, et muuta see püsivaks:
Installation as the superuser
Paigaldamine administraatorina
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; i saab enesestmõistetavalt käivitada ka administraatori õigustes, näiteks kui soovid teha süsteemse paigalduse (mis ei ole siiski soovitatav). Aga sellest võib olla kasu ka & kde; ehitamisel ühele kasutajale: nimelt paigaldavad mõned moodulid, eriti kdebase, programme, mis vajavad töötamisel lühiajaliselt suuremaid õigusi. See ei ole aga võimalik, kui nad ei ole juba paigaldatud suuremate õigustega.
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; i võib kohe algusest peale käivitada administraatori õigustes, aga see pole siiski soovitatav, sest programmi ei ole seni selles osas põhjalikult üle vaadatud ja nii võib see kujutada turvariski. Seepärast oleks mõttekam programmi otseselt administraatori õigustes mitte käivitada.
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.
Sellest aitab üle saada & kdesvn- build; i võti & make- install- prefix;. Sellega saab määrata käsu, mida kasutatakse paigaldamisel teise kasutaja õigustes. Kõige soovitavam on kasutada seda käsku koostöös programmiga & sudo;, mis käivitab paigaldamiskäsu administraatori õigustes.
For example, to install all modules using & sudo;, you could do something like this:
Näiteks kõigi moodulite paigaldamiseks & sudo; abil võib talitada nii:
global & make-install-prefix; sudo # Other options end global
global & make- install- prefix; sudo # Teised võtmed end global
To use & make-install-prefix; for only a single module, this would work:
& make- install- prefix; kasutamiseks ainult ühe mooduli puhul peaks talitama nii:
module kdemultimedia & make-install-prefix; sudo end module
module kdemultimedia & make- install- prefix; sudo end module
Showing the progress of a module build
Mooduli ehitamise edenemise näitamine
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.
See võimalus on alati olemas ning lülitatakse automaatselt sisse, kui vähegi võimalik. See näitab mooduli ehitamise ajal selle hinnangulist edenemist, andes teada, kui kaua tõenäoliselt veel kulub ehitamise lõpuni.
Partially building a module
Mooduli osaline ehitamine
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.
Võimalik on ehitada ka ainult osa mõnest & kde; moodulist, kui näiteks soovid kasutada ainult üht moodulisse kuuluvat programmi. & kdesvn- build; i abil on see õige lihtne. Selleks on isegi mitu võimalust.
Checking out portions of a module
Mooduli üksikute osade väljavõte
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.
See on vahest parim viis. Kui see toimib, säästab see nii allalaadimise aega kui ka kettaruumi. Sel juhul laadib & kdesvn- build; alla ainult osa määratud moodulist. Seda tehakse võtit & checkout- only; kasutades, mis määrab kindlaks allalaaditavad kataloogid.
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.
Kui sa veel ei tea, mida moodul õieti sisaldab, tasuks esmalt uurida selle & subversion; i struktuuri näiteks WebSVN- i vahendusel.
To only grab & kuser; and & kdat; from kdeadmin, you could use & checkout-only; like this:
Ainult programmide & kuser; ja & kdat; hankimiseks moodulist kdeadmin tuleb võtit & checkout- only; kasutada nii:
module kdeadmin & checkout-only; kuser kdat end module
module kdeadmin & checkout- only; kuser kdat end module
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.
Kataloogid ehitatakse selles järjekorras, nagu nad on parameetritena loetletud. Kui mõni kataloog vajab kompileerimiseks moodulist veel midagi, tuleb kontrollida, et mõlemad oleks määratud & checkout- only; real ja et sõltuvus paikneks enne kataloogi, mis seda vajab.
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.
Mõnikord võib rakendus vajada ka teisi katalooge, mille selgitamine ei pruugi olla nii lihtne. Seepärast vajab selline võimalus sageli lihtsalt proovimist katse- eksituse meetodil ning vajalike kataloogide lisamist võtmele.
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.
Veel üks märkus antud võtme kohta. Selle väärtust muutes tuleks anda ka käsk kdesvn- build cmd- refresh- build; moodul, mis tagab mooduli korrektse ümberseadistamise. Lisaks ei eemalda & kdesvn- build; kunagi olemasolevaid faile, kui eemaldad näiteks katalooge võtme & checkout- only; alt või lisad võtme moodulile, mille väljavõtte oled juba varem teinud.
Removing directories from a build
Kataloogide eemaldamine ehitamisest
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.
Allalaadimise piiramise asemel võib ka kõik alla laadida, kuid lasta ehitamissüsteemil jätta ehitamise ajal teatavad kataloogid välja. See võib olla kasulik näiteks juhul, kui mõne kataloogiga tekib pidevalt vigu ning see ei ole ülejäänud mooduli jaoks iseenesest vajalik.
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.
Seda saab määrata võtmega & do- not- compile;. See toimib sarnaselt äsja kirjeldatud võtmega & checkout- only; selles mõttes, et kujutab endast lihtsalt loendit kataloogidega, mis tuleb kompileerimisel arvestamata jätta.
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.
Nagu & checkout- only;, nõuab ka see võti, et skript configure käivitataks pärast võtme muutmist uuesti. Seda saab teha käsuga kdesvn- build cmd- reconfigure; moodul.
To remove the dcoppython directory from the kdebindings build process:
Kataloogi dcoppython eemaldamine mooduli kdebindings ehitamisest:
module kdebindings & do-not-compile; dcoppython end module
module kdebindings & do- not- compile; dcoppython end module
Compiling a few directories from a full module
Täielikust moodulist vaid mõne kataloogi kompileerimine
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).
Võtmega & inst- apps; saab määrata, et täielikust moodulist ehitatakse ainult teatavad kataloogid (samas laaditakse siiski alla kogu moodul).
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.
See võti on otsekui võtmete & checkout- only; ja & do- not- compile; kombinatsioon: alla laaditakse kogu moodul, nagu teeb ka & do- not- compile;, kuid kompileeritakse ainult määratud kataloogid, nagu teeb & checkout- only;. Seepärast on enamasti lihtsam kasutada võtit & 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;.
Kehtivad samad märkused, nagu kahe eelneva võtme korral: kui oled muutnud võtme & inst- apps; väärtust, tuleb moodul uuesti konfigureerida.
Branching and tagging support for & kdesvn-build;
Harude ja siltide toetus & kdesvn- build; is
What are branches and tags?
Mis on harud ja sildid?
& 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; toetab & kde; lähtekoodi ajalo haldamist. & kde; kasutab seda ära harude loomiseks arendamise käigus ning hoidla sildistamiseks teatava ajavahemiku järel uute väljalasete tarbeks.
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.
Näiteks võivad mõned & kmail; i arendajad töötada omaette harus mõne uue võimaluse kallal, et vältida võimalikke probleeme versioonis, mida kasutab enamik arendajaid. Selles harus käib arendus omaette, sõltumata sellest, kuidas kulgeb arendustegevus põhiharus (/ 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.
Silt on aga nii- öelda hetkvõte lähtekoodihoidlast teataval ajahetkel. Seda kasutab & kde; haldusmeeskond väljalaskeks sobiva versiooni tähistamiseks, mis samal ajal võimaldab arendajatel jätkata tööd koodi kallal.
In & subversion;, there is no difference between branches, tags, or trunk within the code. It is only a convention used by the developers. This makes it difficult to properly support branches and tags within & kdesvn-build;. However, there are some things that can be done.
& subversion; õieti ei erista koodi mõttes harusid, silte ega tüve (trunk). Need on mõeldud ainult arendajate elu lihtsustamiseks. Sel põhjusel on ka harude ja siltide toetus & kdesvn- build; is mõnevõrra raskendatud, aga siiski võimalik.
How to use branches and tags
Harude ja siltide kasutamine
Support for branches and tags is handled by a set of options, which range from a generic request for a version, to a specific & url; to download for advanced users.
Harude ja siltide toetust tagab rida võtmeid, mis ulatuvad konkreetse versiooni väljavõttest kuni kindlate & url; - ideni, kust kogenenumad kasutajad saavad vajalikke asju alla laadida.
The easiest method is to use the & branch; and & tag; options. You simply use the option along with the name of the desired branch or tag for a module, and & kdesvn-build; will try to determine the appropriate location within the & kde; repository to download from. For most & kde; modules this works very well.
Kõige lihtsam ongi tarvitada võtmeid & branch; ja & tag;. Piisab, kui lisada neile võtmetele soovitud haru või sildi nimi, ning & kdesvn- build; püüab ise & kde; hoidlas üles leida koha, kust nõutu alla laadida. Enamiku & kde; moodulite puhul sellest täiesti piisab.
To download kdelibs from & kde; 3.5 (which is simply known as the 3.5 branch):
& kde; 3. 5 (ehk 3. 5 haru) mooduli kdelibs allalaadimine:
module kdelibs branch 3.5 # other options... end module
module kdelibs branch 3. 5 # teised võtmed... end module
Or, to download kdemultimedia as it was released with & kde; 3.4.3:
& kde; 3. 4. 3 väljalaske mooduli kdemultimedia allalaadimine:
module kdemultimedia tag 3.4.3 # other options... end module
module kdemultimedia tag 3. 4. 3 # teised võtmed... end module
You can specify a global branch value. But if you do so, do not forget to specify a different branch for modules that should not use the global branch!
Võib kindlaks määrata ka haru globaalse väärtuse. Kuid sel juhul ei tohi unustada määramast konkreetset haru, kui soovid moodulit, mida ei leidu globaalses harus, või selle uuemat või vanemat versiooni!
Advanced branch support options
Muud harudega seotud võtmed
& kdesvn-build; supports two options for situations where & branch; and & tag; guess the correct path improperly: & module-base-path; and & override-url;.
& kdesvn- build; toetab veel kaht võtit juhtudeks, kus & branch; ja & tag; ei suuda õiget asukohta tuvastada: & module- base- path; ja & override- url;.
& module-base-path; is used to help & kdesvn-build; fill in the missing part of a module's path. In the & kde; repository, all of the paths are of the form svnRoot/ module-base-path/ module-name. Normally & kdesvn-build; can figure out the appropriate middle part by itself. When it cannot, you can use & module-base-path;, like this:
& module- base- path; aitab & kdesvn- build; tuvastada mooduli asukoha puuduvad lülid. & kde; hoidlas on kõik asukohad kujul svnRoot/ module- base- path / moodulinimi. Tavaliselt suudab & kdesvn- build; keskmise osa ise välja selgitada. Kui see aga miskipärast ei õnnestu, võib kasutada võtit & module- base- path;:
module qt-copy # branch does not work here yet module-base-path branches/ qt/ 3.3 end module
module qt- copy # branch siin veel ei toimi module- base- path branches/ qt/ 3. 3 end module
This would cause & kdesvn-build; to download qt-copy from (in this example), svn: / /anonsvn. kde. org/ home/ kde/ branches/ qt/ 3.3 / qt-copy.
See sunnib & kdesvn- build; i qt- copy alla laadima asukohast svn: // anonsvn. kde. org/ home/ kde / branches/ qt/ 3. 3 / qt- copy.
The & override-url; option, on the other hand, requires you to specify the exact path to download from. However, this allows you to pull from paths that & kdesvn-build; would have no hope of downloading from.
Võti & override- url; aga nõuab, et määraksid täpse asukoha, kust alla laadida. Samas võimaldab see alla laadida kohtadest, kust & kdesvn- build; seda ise kindlasti ei teeks.
module qt-copy # Specify exact path to grab. override-url svn: / /anonsvn. kde. org/ home/ kde/ branches/ qt/ 3.3/ qt-copy end module
module qt- copy # Täpse allalaadimise asukoha määramine. override- url svn: // anonsvn. kde. org/ home/ kde/ branches/ qt/ 3. 3/ qt- copy end module
& kdesvn-build; will not touch or correct the value you specify for & override-url; at all, so if you change your & svn-server; setting, you may need to update this as well.
& kdesvn- build; ei muuda mingil moel väärtust, mille annad võtmele & override- url;, nii et kui muudad võtme & svn- server; määratlust, tuleb ka seda uuendada.
How & kdesvn-build; tries to ensure a successful build
& kdesvn- build; ja edukas ehitamine
Automatic rebuilds
Automaatne taasehitamine
Due to various issues with the & kde; build system & kdesvn-build; will automatically perform a series of steps to automatically try to get a module to compile when it fails.
& kde; ehitamissüsteemi mitmesuguste probleemide tõttu võtab & kdesvn- build; automaatselt ette mitmeid samme, püüdes panna mooduli automaatselt kompileerima ka siis, kui see ei kipu algul õnnestuma.
On the first failure, & kdesvn-build; will simply re-run the make. Believe it or not, but this sometimes actually works, and is quick to fail if it will not work.
Esimese nurjumise järel käivitab & kdesvn- build; lihtsalt uuesti käsu make. Päris uskumatult see sageli aitabki ning kui ei, selgub uus nurjumine väga kiiresti.
On the second failure, & kdesvn-build; will try to reconfigure the module and then rebuild it. This usually catches situations where a build-system file that requires reconfiguration changed, but the build system did not perform that step automatically.
Teise nurjumise järel püüab & kdesvn- build; mooduli ümber konfigureerida ja seejärel uuesti ehitada. See aitab enamasti puhkudel, kus on muutunud ehitamissüsteemi fail, mis nõuab ümberkonfigureerimist, kuid ehitamissüsteem ei ole seda ise automaatselt teinud.
The module build directory is left intact for this step, so, except for the reconfigure step, this will also fail quickly if the build cannot be performed.
Mooduli ehitamiskataloogi sel sammul ei puudutata, nii et kui jätta kõrvale ümberkonfigureerimine, selgub ka siin kiiresti, kas ehitamine õnnestub või mitte.
If the module still fails to build, & kdesvn-build; will give up and move on to the next module. There are still things that you can do to manually try to get the module to build, however.
Kui mooduli ehitamine ikkagi nurjub, loobub & kdesvn- build; ja asub järgmise mooduli kallale. Siiski on mõningaid asju, mida võib proovida, et moodul käsitsi ehitada.
& kdesvn-build; will detect most cases where the build system needs to be reconfigured, and will reconfigure automatically in that case.
& kdesvn- build; tuvastab enamiku juhtudest, kui ehitamissüsteem vajab ümberkonfigureerimist ning võtab selle ise automaatselt ette.
Also, if & kdesvn-build; was building the module for the first time, all of these steps are skipped, since the clean rebuild does not usually fail except for a real error.
Kui aga & kdesvn- build; ehitab moodulit esimest korda, jäetakse need sammud vahele, sest puhas taasehitamine tavaliselt ei nurju, kui tegemist ei ole just tõsise veaga.
Manually rebuilding a module
Mooduli taasehitamine käsitsi
If you make a change to a module's option settings, or the module's source code changes in a way & kdesvn-build; does not recognize, you may need to manually rebuild the module.
Kui oled muutnud mooduli võtmeid või on mooduli lähtekood sedavõrd muutunud, et & kdesvn- build; ei tunne seda enam ära, võib olla vajalik mooduli taasehitamine käsitsi.
You can do this by simply running kdesvn-build --refresh-build module.
Selleks piisab ka käsust kdesvn- build -- refresh- build moodul.
If you would like to have & kdesvn-build; automatically rebuild the module during the next normal build update instead, you can create a special file. Every module has a build directory. If you create a file called. refresh-me in the build directory for a module, & kdesvn-build; will rebuild the module next time the build process occurs, even if it would normally perform the faster incremental build.
Kui soovid, et & kdesvn- build; ehitaks järgmise ehitamise uuendamise ajal mooduli automaatselt uuesti, võid luua spetsiaalse faili. Igal moodulil on oma ehitamiskataloog. Kui lood mooduli ehitamiskataloogis faili. refresh- me, ehitab & kdesvn- build; mooduli uuesti järgmise ehitamise ajal isegi siis, kui muidu võetakse ette märksa kiirem inkrementehitamine.
By default, the build directory is ~/ kdesvn/ build/ module /. If you change the setting of the & build-dir; option, then use that instead of ~/ kdesvn/ build.
Vaikimisi on ehitamiskataloogiks ~/ kdesvn/ build / moodul /. Kui muudad võtme & build- dir; seadistusi, kasuta aga ~/ kdesvn/ build.
Rebuild using. refresh-me for module arts:
Mooduli arts taasehitamine. refresh- me abil:
% touch ~/ kdesvn/ build/ arts. refresh-me% kdesvn-build
% touch ~/ kdesvn/ build / arts. refresh- me% kdesvn- build
Controlling rebuild behavior
Taasehitamise käitumise juhtimine
You may not want & kdesvn-build; to always try and rebuild a module. You can permanently disable this behavior by changing the option & no-rebuild-on-fail; to have the value true.
Sa ei pruugi soovida, et & kdesvn- build; püüab alati moodulit taasehitada. Selle võib püsivalt keelata, kui anda võtmele & no- rebuild- on- fail; väärtuseks true.
You can disable this behavior temporarily (for one command) by using the & cmd-no-rebuild-on-fail; command line option.
Ajutiselt saab selle keelata käsureavõtmega & cmd- no- rebuild- on- fail;.
% kdesvn-build --no-rebuild-on-fail
% kdesvn- build -- no- rebuild- on- fail
Changing environment variable settings
Keskkonnamuutujate seadistuste muutmine