natgillin/translations-raw huggingface dataset:
& kdesvn- build; stræber efter at bevare god understøttelse for modulet qt- copy som indgår i & kde; 's & svn; - arkiv.
& kdesvn-build; strives to maintain excellent support for the qt-copy module included in the & kde; & subversion; repository.
qt- copy er en kopi af kildekoden for den seneste udgave af & Qt; - værktøjskassen som bruges af & kde;. Den indeholder også et sæt programrettelser og fejlforbedringsrettelser som valgfrit kan bruges. Programrettelserne virker stadigvæk med & Qt; - biblioteket så kode oprettet ved at bruge qt- copy kan køres med det almindelige & Qt;.
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;.
De fleste forskelle som kræves for qt- copy håndteres automatisk af & kdesvn- build;, Dog er der nogle forskelle som du kan behøve at kende til.
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.
Normalt tilføjes værdien af & configure- flags; for et modul til de generelle indstillinger for & configure- flags;. Indstillingen af & configure- flags; for qt- copy erstatter dog de generelle indstillinger, eftersom de ikke har tilsvarende kommandolinjer.
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.
& kdesvn- build; definerer automatisk nogle ekstra miljøvariabler for at bygge qt- copy, som normalt ikke kræves for resten af & kde;.
& kdesvn-build; will automatically define some extra environment variables to build qt-copy that are not normally required for the rest of & kde;.
qt- copy har også understøttelse for et valgfrit sæt programrettelser som indeholder nogle fejlrettelser og optimeringer som endnu ikke er kommet med i det officielle & Qt;. For at aktivere dem, sættes tilvalget & apply- qt- patches; til true. Efter ændringen er gjort, kan du behøve at køre -- refresh- build qt- copy.
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.
Standardflag tilføjet af & kdesvn- build;
Standard flags added by & kdesvn-build;
For at spare tid, tilføjer & kdesvn- build; nogle standardsøgestier til miljøet for dig:
To save you time, & kdesvn-build; adds some standard paths to your environment for you:
Søgestien til & kde; - og & Qt; - bibliotekerne tilføjes automatisk i variablen LD_ LIBRARY_ PATH. Dette betyder at du ikke behøver redigere & libpath; for at inkludere dem.
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.
Søgestien til programmer for udviklingsunderstøttelse i & kde; og & Qt; tilføjes automatisk i variablen PATH. Det betyder at du ikke behøver redigere & binpath; for at inkludere dem.
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.
Søgestien til pkg- config som sørges for af & kde; tilføjes sutomatisk i variablen PKG_ CONFIG_ PATH. Det betyder at du ikke behøver at bruge & set- env; for at tilføje dem.
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.
Indstillingen af & kdedir; sendes automatisk videre til miljøvariablen KDEDIR under byggeprocessen. (KDEDIRS påvirkes ikke).
The setting for & kdedir; is automatically propagated to the KDEDIR environment variable while building. (KDEDIRS is not affected).
Indstillingen af & qtdir; sendes automatisk videre til miljøvariabelen QTDIR under byggeprocessen.
The setting for & qtdir; is automatically propagated to the QTDIR environment variable while building.
Ændring af byggeprioritet i & kdesvn- build;.
Changing & kdesvn-build; 's build priority
Programmer kan nu fortiden køre med forskellige prioritetsniveauer på operativsystemer, inklusive & Linux; og & BSD;. Dette tillader systemet at tildele tid for de forskellige programmer efter hvor vigtige de er.
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.
& kdesvn- build; tildeler normalt sig selv lav prioritet så resten af programmerne på systemet er upåvirkede og kan køre normalt. Ved at bruge denne teknik, bruger & kdesvn- build; ekstra processorkraft når den er tilgængelig.
& 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; beholder stadigvæk prioritetsniveauet højt nok så det kører inden rutinemæssige baggrundsprocesser og inden programmer som donerer processorkraft såsom Seti@ Home.
& 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.
For at ændre & kdesvn- build; så det bruger et højere, eller lavere, prioritetsniveau permanent, skal du justere indstillingen af & niceness; i indstillingsfilen. Tilvalget & niceness; styrer hvor pæn & kdesvn- build; er overfor andre programmer. Med andre ord, at have en højere & niceness; giver & kdesvn- build; lavere prioritet. Så for at give & kdesvn- build; en højere prioritet, reduceres & niceness; (og modsat). & niceness; kan gå fra 0 (ikke pæn over hovedet, højeste prioritet) til 20 (superpæn, laveste prioritet).
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).
Du kan også midlertidigt ændre prioritet for & kdesvn- build; ved at bruge & cmd- nice; & cmd- line- option;. Værdien af dette flag bruges nøjagtigt på samme måde som for & niceness;.
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;.
Det er muligt for visse programmer som køres af systemadministratoren at have en negativ nice- værdi, hvilket svarer til endnu højere prioritet for sådanne programmer. At angive en negativ & niceness; (eller til og med 0) for & kdesvn- build; er ikke en god idé, eftersom det ikke forbedrer køretiden nævneværdigt, men gør at maskinen virker meget sløv hvis du alligevel behøver at bruge den.
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.
For at køre & kdesvn- build; med nice- grad 15 (en lavere prioritet end normalt) skrives:
To run & kdesvn-build; with a niceness of 15 (a lower priority than normal):
percnt; kdesvn- build -- nice= 15
percnt; kdesvn-build --nice= 15
Eller kan du redigere indstillingsfilen for at gøre ændringen permanent:
Or, you can edit the configuration file to make the change permanent:
& niceness; 15
& niceness; 15
Installér som systemadministrator
Installation as the superuser
Du ønsker måske også at & kdesvn- build; skal køre installationen med rettigheder som systemadministrator. Dette kan gælde for systeminstallation, som ikke anbefales. Dette er imidlertid også nyttigt når den anbefalede installation som enkeltbruger af & kde; bruges. Det er fordi visse moduler (i særdeleshed kdebase) installerer programmer som midlertidigt behøver forhøjede rettigheder når de kører. De kan ikke opnå disse rettighedsniveauer hvis de ikke installeres med forhøjede rettigheder.
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.
Du kunne simpelthen køre & kdesvn- build; som systemadministrator direkte, men dette anbefales ikke, eftersom programmet ikke er gennemset for den slags brug. Selvom det bør være sikkert at køre programmet på denne måde, er det bedre at undgå at køre som systemadministrator når det er muligt.
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.
For at håndtere dette, sørger & kdesvn- build; for tilvalget & make- install- prefix;. Du kan bruge dette tilvalg til at angive en kommando som bruges til at udføre installationen som en anden bruger. Den anbefalede måde at bruge denne kommando er med programmet sudo, som kører installationskommandoen som systemadministrator.
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.
For eksempel for at installere alle moduler ved at bruge sudo, skal du gøre noget i retning af:
For example, to install all modules using & sudo;, you could do something like this:
global & make- install- prefix; sudo # Øvrige tilvalg end global
global & make-install-prefix; sudo # Other options end global
For kun at bruge & make- install- prefix; for et enkelt modul, ville dette virke:
To use & make-install-prefix; for only a single module, this would work:
module kdemultimedia & make- install- prefix; sudo end module
module kdemultimedia & make-install-prefix; sudo end module
Vis fremgangen for en byggeproces af et modul.
Showing the progress of a module build
Denne funktion er altid tilgængelig, og automatisk aktiveret om muligt. Hvad den gør er at vise et estimeret byggeforløb mens et modul bygges, så på den måde ved du hvor meget længere det vil tage at bygge et modul.
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.
Delvis bygning af et modul
Partially building a module
Det er muligt kun at bygge dele af et enkelt & kde; - modul. Du vil måske for eksempel kun kompilere et program fra et modul. & kdesvn- build; har funktioner som gør dette nemt. Der er flere komplementære måder at gøre dette.
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.
Tjek dele af et modul ud
Checking out portions of a module
Dette er formodentlig den bedste måde at gøre dette. Når det virker sparer det dig download- tid og diskplads. Det der sker er at & kdesvn- build; kun henter de dele af et modul som du angiver. Dette gøres med tilvalget & checkout- only; for modulet, som angiver en liste med mapper at hente.
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.
Hvis du ikke allerede ved hvad der skal hentes for et modul, kan det være en god ide først at bladre i Subversion- strukturen for et modul, ved at bruge WebSVN.
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.
For kun at hente & kuser; og & kdat; fra kdeadmin, kunne du bruge & checkout- only; sådan her:
To only grab & kuser; and & kdat; from kdeadmin, you could use & checkout-only; like this:
module kdeadmin & checkout- only; kuser kdat end module
module kdeadmin & checkout-only; kuser kdat end module
Mapperne bygges i den rækkefølge de listes i tilvalget. Hvis en af mapperne behøver noget andet fra modulet for at kunne kompileres, så skal du sikre dig om at de begge er med på linjen & checkout- only;, og at afhængigheder som kræves angives før mappen som behøver dem.
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.
Sommetider kan et program også behøve andre mapper og det er svært at regne ud hvilke de er, hvilket kan kræve et antal forsøg med stadige tilføjelser af mapper til tilvalget der skal regnes ud.
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.
En sidste bemærkning om dette tilvalg: Hvis du ændrer tilvalgets værdi skal du bruge kdesvn- build cmd- refresh- build; modul for at sikre dig at modulet konfigureres om på rigtig vis. & kdesvn- build; fjerner aldrig bort eksisterende filer hvis du fjerner et antal mapper fra tilvalget & checkout- only;, eller tilføjer tilvalget for et modul som allerede er tjekket ud.
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.
Fjern mapper fra en bygning
Removing directories from a build
I stedet for at begrænse det der hentes, er det muligt at hente alt men lade byggesystemet udelade et antal mapper når byggeprocessen udføres. Dette kan være nyttigt hvis en mappe hele tiden giver fejl og er unødvendig for resten af modulet.
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.
Dette kontrolleres med tilvalget & do- not- compile;. Det virker på lignende måde som & checkout- only; som netop er beskrevet, på den måde at det blot er en liste med mapper som ikke skal kompileres.
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.
Også ligesom & checkout- only; kræver dette tilvalg mindst at scriptet configure køres igen for modulet efter det er ændret. Dette gøres med kommandoen kdesvn- build cmd- reconfigure; modul.
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.
For at fjerne mappen dcoppython fra byggeprocessen for kdebindings:
To remove the dcoppython directory from the kdebindings build process:
module kdebindings & do- not- compile; dcoppython end module
module kdebindings & do-not-compile; dcoppython end module
Kompilér nogle få mapper fra et fuldstændigt modul
Compiling a few directories from a full module
Du kan bruge tilvalget & inst- apps; for at angive at kun nogle få mapper i et helt modul skal bygges (men hele modulet hentes stadigvæk).
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).
Dette tilvalg er som kombinationen af & checkout- only; og & do- not- compile;: det henter hele modulet som & do- not- compile;, men kompilerer kun mapperne du angiver, som & checkout- only;. På grund af dette er det oftest bedre blot at bruge & checkout- only; i stedet.
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.
Samme advarsler gælder som for de to øvrige valgmuligheder. Du skal rekonfigurere modulet hvis du ændrer værdi på & inst- apps;.
The same warnings apply as for the other two options: you must reconfigure the module if you change the value of & inst-apps;.
Støtte for grene og mærker i & kdesvn- build;
Branching and tagging support for & kdesvn-build;
Hvad er grene og mærker?
What are branches and tags?
& svn; understøtter håndtering af historik for & kde; 's kildekode. & kde; bruger denne støtte til at oprette grene for udvikling, og at give arkivet et mærke af og til med udgivelsen af en ny version.
& 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.
For eksempel kan udviklerne af & kmail; arbejde med en ny funktion i en anden gren for at undgå at forstyrre den version som bruges af de fleste udviklere. Denne gren har udvikling i gang, samtidigt som hovedgrenen (som kaldes / trunk) kan have udvikling i gang.
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.
Et mærke er på den anden side et øjebliksbillede af kildekodearkivet på et bestemt tidspunkt. Dette bruges af & kde; 's administrationsgruppe til at markere en version af koden som er passende til en udgivelse og stadigvæk tillade at udviklere arbejder med koden.
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.
Der er ingen forskel i koden mellem grene, mærker eller hovedgrenen i & svn;. Det er kun en konvention som bruges af udviklerne. Dette gør det svært at støtte grene og mærker i & kdesvn- build; på en god måde. Der er dog nogle ting som kan gøres.
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.
Hvordan man bruger grene og mærker
How to use branches and tags
Støtte for grene og mærker håndteres med et sæt tilvalg, som rækker fra en generel forespørgsel om en version, til en specifik URL at hente for avancerede brugere.
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.
Den enkleste metode er at bruge valgmulighederne & branch; og & tag;. Du bruger helt enkelt dette tilvalg sammen med navnet på den ønskede gren eller mærket for et modul, så forsøger & kdesvn- build; at afgøre et passende sted i & kde; 's arkiv at hente ned fra. For de fleste moduler i & kde; virker dette meget godt.
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.
For at hente kdelibs fra & kde; 3. 5 (som simpelthen er kendt som grenen 3. 5):
To download kdelibs from & kde; 3.5 (which is simply known as the 3.5 branch):
module kdelibs branch 3. 5 # øvrige tilvalg... end module
module kdelibs branch 3.5 # other options... end module
Eller, for at hente kdemultimedia som det var da det blev udgivet med & kde; 3. 4. 3:
Or, to download kdemultimedia as it was released with & kde; 3.4.3:
module kdemultimedia tag 3. 4. 3 # øvrige tilvalg... end module
module kdemultimedia tag 3.4.3 # other options... end module
Du kan indstille en global grenværdi, men hvis du gør det, så glem ikke at angive en anden gren for moduler som ikke skal bruge den globale gren.
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!
Støtte for avancerede grentilvalg
Advanced branch support options
& kdesvn- build; understøtter to tilvalg i situationer hvor & branch; og & tag; gætter forkert angående den rigtige søgesti: & module- base- path; og & override- url;
& kdesvn-build; supports two options for situations where & branch; and & tag; guess the correct path improperly: & module-base-path; and & override-url;.
Tilvalget module- base- path bruges for at hjælpe & kdesvn- build; med at udfylde de manglende dele af modulets søgesti. I & kde; 's arkiv er alle søgestier af formen svnRoot/ modul- bassøgesti/ modulnavn. Normalt kan & kdesvn- build; regne den passende del i midten ud selv. Når dette ikke går, kan du bruge module- base- path sådan her:
& 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 qt- copy # gren virker ikke her endnu module- base- path branches/ qt/ 3. 3 end module
module qt-copy # branch does not work here yet module-base-path branches/ qt/ 3.3 end module
Dette skulle gøre at & kdesvn- build; henter qt- copy fra (i dette eksempel) svn: // anonsvn. kde. org/ home/ kde / branches/ qt/ 3. 3 / qt- copy
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.
Tilvalget override- url kræver på den anden side at du angiver den nøjagtige søgesti at hente fra. Dette tillader dig imidlertid at hente fra søgestier som & kdesvn- build; ikke ville have nogen mulighed for at hente fra.
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.
module qt- copy # Angiv nøjagtig søgesti at hente. override- url svn: // anonsvn. kde. org/ home/ kde/ branches/ qt/ 3. 3/ qt- copy end module
module qt-copy # Specify exact path to grab. override-url svn: / /anonsvn. kde. org/ home/ kde/ branches/ qt/ 3.3/ qt-copy end module