natgillin/translations-raw huggingface dataset:
& kdesvn-build; does not read the environment from the caller like the vast majority of most programs do. Instead, it uses the settings it reads from the configuration file to construct the environment. This is done mainly to ensure that builds are repeatable. In other words, & kdesvn-build; can build a module even if you forgot what you set your environment variables to in the shell you ran & kdesvn-build; from.
Erinevalt enamikust programmidest ei ole & kdesvn- build; keskkonda sisse väljakutsujalt, kasutades selle asemel keskkonna loomiseks hoopis seadistusi, mis leiduvad seadistustefailis. Selle mõte on tagada ehitamise korratavus. Teisisõnu võib & kdesvn- build; mooduli ehitada ka siis, kui oled unustanud, millised keskkonnamuutujad kehtivad shellis, kus sa & kdesvn- build; i käivitasid.
However, you may want to change the setting for environment variables that & kdesvn-build; does not provide an option for directly. This is possible with the & set-env; option.
Kuid võib esineda juhuseid, kus tekib vajadus määrata kindlaks keskkonnamuutujad, mille jaoks & kdesvn- build; il puudub vahetu võti. See on võimalik võtmega & set- env;.
Unlike most options, it can be set more than once, and it accepts two entries, separated by a space. The first one is the name of the environment variable to set, and the remainder of the line is the value.
Erinevalt enamikust võtmetest saab seda määrata mitu korda ning see tunnustab kaht kirjet, mida eraldab tühik. Esimene neist on määratava keskkonnamuutuja nimi ja teine selle väärtus.
Set DISTRO = BSD for all modules:
Kõigile moodulitele DISTRO = BSD määramine:
global set-env DISTRO BSD end global
global set- env DISTRO BSD end global
Resuming builds
Ehitamise jätkamine
Resuming a failed or canceled build
Nurjunud või katkestatud ehitamise jätkamine
You can tell & kdesvn-build; to start building from a different module than it normally would. This can be useful when a set of modules failed, or if you canceled a build run in the middle. You can control this using the & cmd-resume-from; option.
& kdesvn- build; ile võib anda korralduse alustada ehitamist mõnest muust moodulist kui tavaliselt. See võib olla mõttekas näiteks siis, kui mitme mooduli ehitamine on nurjunud või kui katkestasid ehitamise poole pealt. Seda saab määrata võtmega & cmd- resume- from;.
Using & cmd-resume-from; will skip the source code update.
Võtme & cmd- resume- from; kasutamisel lähtekoodi ei uuendata.
Resuming the build starting from kdebase:
Ehitamise jätkamine alates moodulist kdebase:
% kdesvn-build --resume-from= kdebase
% kdesvn- build -- resume- from= kdebase
Ignoring modules in a build
Moodulite eiramine ehitamisel
Similar to the way you can resume the build from a module, you can instead choose to update and build everything normally, but ignore a set of modules.
Nii nagu võib jätkata ehitamist kindlast moodulist, võib ka kõike uuendada ja ehitada nagu tavaliselt, kuid eirata teatavaid mooduleid.
You can do this using the & cmd-ignore-modules; option. This option tells & kdesvn-build; to ignore all the modules on the command line when performing the update and build.
Selleks on mõeldud võti & cmd- ignore- modules;. See annab & kdesvn- build; ile korralduse eirata uuendamisel ja ehitamisel kõiki määratud mooduleid.
Ignoring extragear/ multimedia and kdereview during a full run:
extragear/ multimedia ja kdereview eiramine:
% kdesvn-build --ignore-modules extragear/ multimedia kdereview
% kdesvn- build -- ignore- modules extragear/ multimedia kdereview
Changing options from the command line
Võtmete muutmine käsureal
Changing global options
Globaalsete võtmete muutmine
You can change the setting of options read from the configuration file directly from the command line. This change will override the configuration file setting, but is only temporary. It only takes effect as long as it is still present on the command line.
Seadistustefailist loetavate võtmete seadistusi saab muuta otse käsurealt. See tühistab seadistustefailis määratu ainult ajutiselt, mõjudes vaid nii kaua, kuni töötab käsk, millega muutus rakendati.
& kdesvn-build; allows you to change options named like option-name by passing an argument on the command line in the form -- option-name =value. & kdesvn-build; will recognize whether it does not know what the option is, and search for the name in its list of option names. If it does not recognize the name, it will warn you, otherwise it will remember the value you set it to and override any setting from the configuration file.
& kdesvn- build; võimaldab anda võtmetele, mis on esitatud võtmenimena, argumente otse käsureal kujul -- võtmenimi =väärtus. & kdesvn- build; tuvastab võtme ning otsib sellele vastet võtmete loendist. Kui nime ära ei tunta, näidatakse hoiatust, kui aga tuntakse, jäetakse meelde määratud väärtus ning jäetakse arvestamata samale võtmele seadistustefailis määratud väärtus.
Setting the & source-dir; option to / dev/ null for testing:
Võtmele & source- dir; testimiseks väärtuse / dev/ null määramine:
% kdesvn-build --pretend -- source-dir = / dev/ null
% kdesvn- build -- pretend -- source- dir = / dev/ null
Changing module options
Mooduli võtmete muutmine
It is also possible to change options only for a specific module. The syntax is similar: -- module, option-name = value.
Võtmeid võib muuta ka ainult kindla mooduli puhul. Süntaks on samasugune: -- moodul, võtmenimi = väärtus.
This change overrides any duplicate setting for the module found in the configuration file, and applies only while the option is passed on the command line.
See tühistab igasuguse moodulile määratud samalaadse seadistuse seadistustefailis ja rakendub ainult siis, kui võti edastatakse käsureal.
Using a different build directory for the kdeedu module:
Teistsuguse ehitamiskataloogi määramine moodulile kdeedu:
% kdesvn-build -- kdeedu, build-dir = temp-build
% kdesvn- build -- kdeedu, build- dir = temp- build
Features for & kde; developers
Võimalused & kde; arendajatele
& ssh; Agent checks
& ssh; agendi kontrollimine
& kdesvn-build; can ensure that & kde; developers that use & ssh; to access the & kde; source repository do not accidentally forget to leave the & ssh; Agent tool enabled. This can cause & kdesvn-build; to hang indefinitely waiting for the developer to type in their & ssh; password, so by default, & kdesvn-build; will check if the Agent is running before performing source updates.
& kdesvn- build; võib kontrollida, et & kde; arendajad, kes tarvitavad ligipääsuks & kde; lähtekoodihoidlale & ssh; - d, ei unustaks väljumisel kogemata & ssh; agenti tööle. See paneb & kdesvn- build; i sõna otseses mõttes hanguma, sest ta muudkui ootab, kuni arendaja kirjutab oma & ssh; parooli. Seepärast kontrollib & kdesvn- build; enne lähtekoodi uuendamist, kas agent töötab või mitte.
This is only done for & kde; developers using & ssh;. This is because no password is required for the default anonymous checkout. & subversion; will handle passwords for the second possible protocol for & kde; developers, https.
Seda tehakse ainult nende & kde; arendajate korral, kes kasutavad & ssh; - d, sest vaikimisi anonüümse väljavõtte jaoks ei ole mingit parooli vaja. & subversion; tuleb toime paroolidega ka & kde; arendajate teise võimaliku protokolli ehk https korral.
You may wish to disable the & ssh; Agent check, in case of situations where & kdesvn-build; is mis-detecting the presence of an agent. To disable the agent check, set the disable-agent-check option to true.
& ssh; agendi kontrollimise võib ka välja lülitada, eriti juhtudel, kus & kdesvn- build; kipub selle tegelikku olemasolu eirama. Agendi kontrollimise vältimiseks tuleb võtme disable- agent- check väärtuseks määrata true.
Disabling the & ssh; agent check:
& ssh; agendi kontrollise keelamine:
global disable-agent-check true end global
global disable- agent- check true end global
Other & kdesvn-build; features
& kdesvn- build; i lisaomadused
Changing the amount of output from & kdesvn-build;
& kdesvn- build; i väljundi mahu muutmine
& kdesvn-build; has several options to control the amount of output the script generates. In any case, errors will always be output.
& kdesvn- build; il on mitu võtit, millega saam kindlaks määrata skripti loodava väljundi mahu. Igal juhul näidatakse alati vigu.
The --quiet option (short form is -q) causes & kdesvn-build; to be mostly silent. Only important messages, warnings, or errors will be shown. When available, build progress information is still shown.
Võti -- quiet (lühemal kujul - q) paneb & kdesvn- build; i peaaegu vaikima: näidatakse ainult olulisi teateid, hoiatusi ja vigu. Võimaluse korral näidatakse siiski ka ehitamise edenemise teavet.
The --really-quiet option (no short form) causes & kdesvn-build; to only display important warnings or errors while it is running.
Võti -- really- quiet sunnib & kdesvn- build; i näitama ainult olulisi hoiatusi ja vigu.
The --verbose option (short form is -v) causes & kdesvn-build; to be very detailed in its output.
Võti -- verbose (lühemal kujul - v) muudab & kdesvn- build; i väljundi väga üksikasjalikuks.
The --debug option is for debugging purposes only, it causes & kdesvn-build; to act as if --verbose was turned on, causes commands to also output to the terminal, and will display debugging information for many functions.
Võti -- debug on mõeldud ainult silumiseks, pannes & kdesvn- build; i tööle nii, nagu oleks sisse lülitatud võti -- verbose. Samuti saadavad käsud oma väljundi terminali ning lisaks on näha paljude funktsioonide silumisteave.
Color output
Värviline väljund
When being run from & konsole; or a different terminal, & kdesvn-build; will normally display with colorized text.
Käivitamisel & konsole; 'ist või mõnest muust terminalist näitab & kdesvn- build; tavaliselt värvilist teksti.
You can disable this by using the --no-color on the command line, or by setting the & colorful-output; option in the configuration file to false.
Selle saab keelata, kui anda käsureal võti -- no- color või määrata seadistustefailis võtme & colorful- output; väärtuseks false.
Disabling color output in the configuration file:
Värvilise väljundi keelamine seadistustefailis:
global colorful-output false end global
global colorful- output false end global
E-mailing build failure reports
Teatamine ehitamise nurjumisest e- kirjaga
& kdesvn-build; can send a e-mail report to an e-mail address of your choice when a module fails to build for whatever reason. The way it works is that you choose an e-mail address that & kdesvn-build; will send from, and an e-mail address to notify when there is an error.
& kdesvn- build; võib saata sinu valitud e- posti aadressile aruande, kui mõne mooduli ehitamine mis tahes põhjusel nurjub. Selleks tuleb sul määrata e- posti aadress, millelt & kdesvn- build; aruande saadab, ning aadress, kuhu aruanne vea korral saadetakse.
& kdesvn-build; will then, at the end of a complete run, construct an e-mail if there were any modules that failed to build. The e-mail will contain an abbreviated failure log for each module. Only one e-mail is sent for a run, even if 15 modules failed to build.
Seejärel koostab & kdesvn- build; iga töökorra lõpul e- kirja, kui leidus mooduleid, mille ehitamine ei õnnestunud. E- kiri sisaldab lühidalt iga mooduli nurjumise kohta käivat logi. Ühe töökorra kohta saadetakse ainult üks e- kiri ka siis, kui nurjus näiteks 15 mooduli ehitamine.
This feature is not enabled by default. To enable it, you need to set both the & email-address; and & email-on-compile-error; options. email-address controls the address & kdesvn-build; sends from, and email-on-compile-error controls where to send the e-mail message to.
Vaikimisi ei ole see võimalus sisse lülitatud. Selle lubamiseks tuleb määrata võtmed & email- address; ja & email- on- compile- error;. Võti email- address määrab kindlaks aadressi, mille alt & kdesvn- build; kirja saadab, ning võti email- on- compile- error aadressi, kuhu kiri saadetakse.
& kdesvn-build; uses the Perl-standard Mail: :Mailer module to send e-mail. It is included with Perl 5.8, and is installable with Perl 5.6. Mail: :Mailer supports Sendmail (including Sendmail -compatible e-mail clients), native SMTP transport, and qmail.
& kdesvn- build; kasutab kirja saatmiseks Perli standardset moodulit Mail:: Mailer. Perl 5. 8 sisaldab seda, Perl 5. 6 korral tuleb see eraldi paigaldada. Mail:: Mailer toetab järgmisi programme: Sendmail (kaasa arvatud Sendmail iga ühilduvad e- posti kliendid), loomupärane SMTP ning qmail.
Sending email from foo@example. com to bar@example. com on a build failure:
Ehitamise veast teatava e- kirja saatmine aadressilt jama@ kuskil. ee aadressile suva@ kuskil. ee:
global email-address foo@example. com # From: address for any kdesvn-build e-mail email-on-compile-error bar@example. com # To: address for build failure e-mail end global
global email- address jama@ kuskil. ee # Saatja: kõigi kdesvn- buildi e- kirjade aadress email- on- compile- error suva@ kuskil. ee # Saaja: ehitamisveast teatamise aadress end global
Removing unneeded directories after a build
Ebavajalike kataloogide eemaldamine pärast ehitamist
Are you short on disk space but still want to run a bleeding-edge & kde; checkout? & kdesvn-build; can help reduce your disk usage when building & kde; from & subversion;.
Sul ei ole küll kettal palju ruumi, aga tahad siiski tööle panna kõige- kõige uuema & kde;? & kdesvn- build; aitab vähendada kettakasutust ka & kde; ehitamisel & subversion; ist.
Be aware that building & kde; does take a lot of space. There are several major space-using pieces when using & kdesvn-build;:
Arvesta, et & kde; ehitamine nõuab tublisti ruumi. & kdesvn- build; i kasutamisel tuleb ruumi osas silmas pidada järgmisi asju:
The actual source checkout can take up a fair amount of space. The default modules take up about 1.6 gigabytes of on-disk space. You can reduce this amount by making sure that you are only building as many modules as you actually want. & kdesvn-build; will not delete source code from disk even if you delete the entry from the configuration file, so make sure that you go and delete unused source checkouts from the source directory. Note that the source files are downloaded from the Internet, you should not delete them if you are actually using them, at least until you are done using & kdesvn-build;.
Lähtekoodi väljavõte võtab päris palju ruumi. Ainuüksi vaikimisi moodulid hõivavad umbes 1. 6 gigabaiti. Seda saab küll vähendada, kui ehitada ainult need moodulid, mida sul tõepoolest vaja läheb. & kdesvn- build; ei kustuta lähtekoodi kettalt isegi siis, kui kustutad vastava kirje seadistustefailist, nii et kindlasti tuleks ise kustutada lähtekoodikataloogist kogu ebavajalik lähtekood. Pane tähele, et lähtekoodi failid laaditakse alla internetist, mistõttu neid ei tasu kustutada, kui sa neid ikkagi kasutad - vähemalt seni, kuni töötab & kdesvn- build;.
Also, if you already have a & Qt; installed by your distribution (and the odds are good that you do), you probably do not need to install the qt-copy module. That will shave about 200 megabytes off of the on-disk source size.
Kui sul on juba nagunii paigaldatud & Qt;, ei ole erilist mõtet paigaldada qt- copy moodulit. Sellest loobumine hoiab kokku umbes 200 megabaiti.
One thing to note is that due to the way & subversion; works: there are actually two files on disk for every file checked-out from the repository. & kdesvn-build; does not have code at this point to try and minimize the source size when the source is not being used.
Tähele tasub panna üht iseärasust & subversion; i töös: iga hoidlast välja võetud faili kohta on kettal tegelikult kaks faili. & kdesvn- build; ei võimalda praegu minimeerida lähtekoodi suurust juhtudel, kus seda ei kasutata.
& kdesvn-build; will create a separate build directory to build the source code in. Sometimes & kdesvn-build; will have to copy a source directory to create a fake build directory. When this happens, space-saving symlinks are used, so this should not be a hassle on disk space. The build directory will typically be much larger than the source directory for a module. For example, the build directory for kdebase is about 1050 megabytes, whereas kdebase's source is only around 550 megabytes.
& kdesvn- build; loob lähtekoodi ehitamiseks eraldi ehitamiskataloogi. Mõnikord peab & kdesvn- build; kopeerima lähtekoodikataloogi, et luua liba- ehitamiskataloog. Sel juhul kasutatakse ruumisäästlikke nimeviitu, nii et see ei vähenda kettaruumi. Ehitamiskataloog on reeglina palju suurem kui sama mooduli lähtekoodikataloog. Näiteks mooduli kdebase ehitamiskataloog on umbes 1050 megabaiti, samas kui lähtekoodi ennast on vaid 550 megabaidi jagu.
Luckily, the build directory is not required after a module has successfully been built and installed. & kdesvn-build; can automatically remove the build directory after installing a module, see the examples below for more information. Note that taking this step will make it impossible for & kdesvn-build; to perform the time-saving incremental builds.
Õnnekombel ei ole pärast mooduli edukat ehitamist ja paigaldamist enam mingit vajadust ehitamiskataloogi järele. & kdesvn- build; võib pärast mooduli paigaldamist automaatselt eemaldada ehitamiskataloogi (vaata lähemalt allpool olevaid näiteid). Pane siiski tähele, et see muudab & kdesvn- build; il võimatuks teostada aega kokkuhoidvat inkrementehitamist.
Finally, there is disk space required for the actual installation of & kde;, which does not run from the build directory. This typically takes less space than the build directory. It is harder to get exact figures however.
Lõpuks nõuab oma osa kettaruumist ka & kde; paigaldus. Reeglina on vajalik ruum väiksem kui ehitamiskataloogil, aga siin on raske tuua konkreetseid arve.
How do you reduce the space requirements of & kde;? One way is to use the proper compiler flags, to optimize for space reduction instead of for speed. Another way, which can have a large effect, is to remove debugging information from your & kde; build.
Kuidas siis vähendada & kde; ruuminõudeid? Üks võimalus on kasutada vastavaid kompileerimislippe, mis võimaldavad kiiruse arvel ruumi kokku hoida. Teine ja enamasti märksa tõhusam viis on eemaldada & kde; ehitamisest silumisteave.
You should be very sure you know what you are doing before deciding to remove debugging information. Running bleeding-edge software means you are running software which is potentially much more likely to crash than a stable release. If you are running software without debugging information, it can be very hard to create a good bug report to get your bug resolved, and you will likely have to re-enable debugging information for the affected application and rebuild to help a developer fix the crash. So, remove debugging information at your own risk!
Enne silumisteabe eemaldamist peaksid oma sammu siiski väga tõsiselt kaaluma. Uhiuue tarkvara kasutamine sisaldab endas väga suurt tõenäosust, et see jookseb kokku palju kergemini kui stabiilne väljalase. Kui kasutad seda aga ilma silumisteabeta, on väga keeruline koostada veateateid ning sul tuleb tõenäoliselt silumisteave vähemalt krahhi üle elanud rakenduse puhul uuesti sisse lülitada ning rakendus uuesti ehitada, et saaksid aidata arendajatel viga parandada. Niisiis, silumisteabe eemaldamine jääb vaid sinu enda südametunnistusele!
Removing the build directory after installation of a module. The source directory is still kept, and debugging is enabled:
Ehitamiskataloogi eemaldamine pärast mooduli paigaldamist. Lähtekoodikataloog jääb alles ning silumine on sisse lülitatud:
global configure-flags --enable-debug remove-after-install builddir # Remove build directory after install end global
global configure- flags -- enable- debug remove- after- install builddir # Ehitamiskataloogi eemaldamine pärast paigaldamist end global
Removing the build directory after installation, without debugging information, with size optimization.
Ehitamiskataloogi eemaldamine pärast ehitamist. Silumine on välja lülitatud ning suurust optimeeritakse.
global cxxflags -Os # Optimize for size configure-flags --disable-debug remove-after-install builddir # Remove build directory after install end global
global cxxflags - Os # Suuruse optimeerimine configure- flags -- disable- debug remove- after- install builddir # Ehitamiskataloogi eemaldamine pärast paigaldamist end global
& cmake;, the & kde; 4 build system
& cmake; - & kde; 4 ehitamissüsteem
Introduction to & cmake;
& cmake; 'i sissejuhatus
In March 2006, the & cmake; program beat out several competitors and was selected to be the build system for & kde; 4, replacing the autotools-based system that & kde; has used from the beginning.
2006. aasta märtsis võitis & cmake; mitmeid konkurente ning valiti & kde; 4 ehitamissüsteemiks, asendades muidu & kde; algusest peale kasutatud autotoolsi- põhise süsteemi.
A introduction to & cmake; page is available on the kde; TechBase. Basically, instead of running make -f Makefile. cvs, then configure, then & make;, we simply run & cmake; and then & make;.
& cmake; 'i sissejuhatuse leiab kde; TechBase' ist. Põhimõtteliselt võib selle kokku võtta nii: selle asemel, et käivitada make - f Makefile. cvs, siis configure ja siis & make;, tuleb nüüd käivitada & cmake; ja siis & make;.
& kdesvn-build; has support for & cmake;. A few features of & kdesvn-build; were really features of the underlying buildsystem, including inst-apps, configure-flags, and do-not-compile. When equivalent features are available, they are provided. For instance, the equivalent to the configure-flags option is cmake-options, and the do-not-compile option is also supported for & cmake; as of & kdesvn-build; version 1.6.3.
& kdesvn- build; toetab & cmake; 'i. Mõned & kdesvn- build; i omadused õieti kuuluvadki selle aluseks olevale ehitamissüsteemile, näiteks inst- apps, configure- flags ja do- not- compile. Samaväärsete omaduste korral saab neid ka kasutada. Näiteks võtme configure- flags vaste on cmake- options ning võti do- not- compile on alates & kdesvn- build; i versioonist 1. 6. 3 toetatud ka & cmake;' i puhul.
However, some options (like inst-apps) have no direct equivalent, and are disabled. Should I find a way to implement them with & cmake; I will do so and re-enable the option. However, more or less everything works the same.
Mõnel võtmel, näiteks inst- apps, ei ole aga otsest vastet ning neid ei saa sestap kasutada. Kui autor peaks avastama viisi, kuidas neid & cmake; 'is teostada, saab niisugused võtmed taas kasutatavaks muuta. Kuid üldiselt ei tohiks töös erilist vahet olla.
March 7, 2003
7. märts 2003
Modifies Makefile (s) to add debug info
Makefile 'ide muutmine silumisinfo lisamiseks
adddebug -k -r -n
adddebug - k - r - n
adddebug modifies the Makefile in the current directory (and optionally in its subdirectories) to add debug info (-g3). It will also remove optimisations (-O[1-9]).
adddebug muudab Makefile 'i aktiivses kataloogis (lisavõimalusena ka alamkataloogides) silumisinfo lisamiseks (- g3). Samuti eemaldab see optimeerimise (- O[ 1- 9]).
-k
- k
Keep optimisations (do not remove -O[1-9]? flags which are removed by default).
Optimeerimine säilitatakse (ei eemaldata lippe - O[ 1- 9]?, mille skript vaikimisi eemaldab).
Recursively search through all subdirectories of the current directory and operate on every Makefile that is found.
Rekursiivselt otsitakse läbi kõik aktiivse kataloogi alamkataloogid ning töödeldakse kõiki leitud Makefile 'e.
compile without NDEBUG and NO_DEBUG being defined (makes kDebug calls work)
Kompileeritakse NDEBUG ja NO_ DEBUG definitsioonita (paneb tööle kDebug väljakutsed).
March 8, 2003
8. märts 2003
fool make into not rebuilding certain files
Käsu make libavariant teatud failide ehitamatajätmiseks
cheatmake hidechange file show why file
cheatmake hidechange fail show why fail
cheatmake is used to save time when recompiling. It can fool make into skipping files that have n't changed in a meaningful way. This can be used for instance when you change a comment in a file but none of the actual code.
cheatmake aitab säästa aega ümberkompileerimisel. See petab ära käsu make ja laseb sel vahele jätta failid, mis ei ole mingeid erilisi muutusi üle elanud. Seda saab kasutada näiteks siis, kui muudad failis kommentaari, aga mitte tegelikku koodi.
hidechange file
hidechange fail