natgillin/translations-raw huggingface dataset:
Hvordan reducerer man pladsskravene for & kde;? En måde er at bruge rigtige oversætterflag for at optimere for reducering af plads i stedet for hastighed. Et anden måde, som kan have stor effekt, er at fjerne fejlsøgningsinformation fra det færdigbyggede & kde;.
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.
Du bør være meget sikker på at du ved hvad du gør inden du bestemmer dig for at fjerne fejlsøgningsinformation. At køre det allerseneste programmel betyder at du kører programmel som potentielt har meget større sandsynlighed for at bryde sammen end stabile udgaver. Hvis du kører programmel uden fejlsøgningsinformation kan det være meget svært at lave en god fejlrapport for at få problemet løst, og du skal formodentlig aktivere fejlsøgning igen for programmet som påvirkes og bygge om for at hjælpe en udvikler til at rette sammenbruddet. Så fjern fejlsøgningsinformation på egen risiko!
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!
Fjern byggemappen efter et modul er installeret. Kildekoden beholdes stadigvæk, og fejlsøgning er aktiveret.
Removing the build directory after installation of a module. The source directory is still kept, and debugging is enabled:
global configure- flags -- enable- debug remove- after- install builddir # Fjern byggemappe efter installation end global
global configure-flags --enable-debug remove-after-install builddir # Remove build directory after install end global
Fjern bygegmappen efter installation, uden fejlsøgningsinformation, med størrelsesoptimering.
Removing the build directory after installation, without debugging information, with size optimization.
global cxxflags - Os # Optimér for størrelse configure- flags -- disable- debug remove- after- install builddir # Fjern byggemappe efter installation end global
global cxxflags -Os # Optimize for size configure-flags --disable-debug remove-after-install builddir # Remove build directory after install end global
CMake, byggesystemet for KDE 4.
& cmake;, the & kde; 4 build system
Introduktion til CMake
Introduction to & cmake;
I marts 2006, slog programmet CMake flere konkurrenter ud og blev valgt som byggesystem for & kde; 4, og erstatter systemet baseret på autotools som & kde; har brugt fra begyndelsen.
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.
En side med en introduktion til CMake er tilgængelig på KDE' s wiki. I stedet for at køre make - f Makefile. cvs, derefter configure og tilsidst unsermake (eller make), kør vi helt enkelt cmake og derefter make.
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;.
& kdesvn- build; har initial understøttelse for CMake. Nogle få funktioner i & kdesvn- build; var i virkeligheden funktioner i det underliggende byggesystem, inklusive inst- apps, configure- flags og do- not- compile. Når de tilsvarende funktioner er tilgængelige, sørges der for dem. Det der svarer til tilvalget configure- flags er for eksempel cmake- options.
& 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.
For visse tilvalg såsom inst- apps eller do- not- compile er der dog ingen direkte ækvivalente, så de er deaktiverede. Hvis jeg skulle finde en måde at implementere dem med CMake kommer jeg til at gøre det og aktivere disse valgmuligheder igen. Imidlertid fungerer stort set alting på samme måde.
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.
Levereres med understøttelse for & unsermake;.
Comes with & unsermake; support.
use- unsermake, for at bruge det avancerede byggesystem unsermake.
use-unsermake, to use the advanced & unsermake; build system.
make- options
unsermake-options
make- options, for at sende flag til byggeprogrammet.
This option is just like make-options but for & unsermake;, which accepts some options that & make; cannot understand.
use- unsermake
use-unsermake
Sæt dette tilvalg til true for at bruge det eksperimentelle program unsermake i stedet for automake når scriptet configure køres. Det kan forårsage væsentlig mindskning af byggetiden, især for distribuerede byggesystem. Tilvalgets standardværdi er true (for de fleste moduler).
Set this option to true in order to use the experimental & unsermake; program instead of & automake; when running the configure script. This can lead to some serious decreases in build time, especially for distributed building systems. This option defaults to true (for most modules).
Normalt, hvis du bruger dette tilvalg kommer kdesvn- build automatisk til at holde unsermake opdateret. Det kan begynde at blive irriterende, især hvis du håndterer unsermake selv. Hvis dette er tilfældet, kan du sætte tilvalget til self, så bruger kdesvn- build stadigvæk unsermake, men gør ingenting særligt for at holde det opdateret.
Normally if you use this option & kdesvn-build; will automatically keep & unsermake; up-to-date. This may start to get annoying, especially if you are managing & unsermake; yourself. If this is the case, you can set this option to self, and & kdesvn-build; will still use & unsermake;, but will not do anything special to keep it updated.
Du kan bruge dette flag til at sætte et tilvalg i din & rcfile; for et vist modul ud af kraft. For eksempel for at sætte tilvalget use- unsermake ud af kraft for kdemultimedia, skal du angive -- kdemultimedia, use- unsermake=false.
You can use this option to override an option in your configuration file for a specific module. For instance, to override the use-unsermake option for kdemultimedia, you would do: --kdemultimedia, use-unsermake=false.
& kdesvn- build; justerae automatisk miljøet efter behov for at tage hensyn til indstillingen af tilvalget & use- unsermake;.
& kdesvn-build; will automatically adjust the environment as necessary to account for the setting of the & use-unsermake; option.
For at bruge denne funktionen skal tilvalget & use- unsermake; være aktiveret for modulet. Dette tilvalg er normalt aktiveret, men visse moduler understøtter ikke dette tilvalg, og de forhindres automatisk i at bruge unsermake. Hvis du tror at du har aktiveret unsermake, og alligevel ikke ser en fremgangsrapport når modulet bygges, kan det være muligt at modulet ikke understøtter unsermake.
In order to use this feature, the & use-unsermake; option must be enabled for the module. This option is normally enabled by default, but some modules do not support it and are automatically stopped from using & unsermake;. So if you think you have enabled & unsermake; and you still do not see a progress report when building the module, it may be possible that the module does not support & unsermake;.
Brugen af & unsermake;
Using & unsermake;
unsermake er et program som er konstrueret til at kobles ind i KDE' s byggesystem og forbedre byggeprocessen ved at erstatte visse af værktøjerne som normalt bruges (inklusive automake og make). Det er især nyttigt for dem som udfører distribuerede kompileringer, eftersom det er meget hurtigere end det normale byggesystem i den situationen. Imidlertid er unsermake også hurtigere end konkurrenterne også når man bygger med en enkelt maskine.
& unsermake; is an application designed to hook into the & kde; build system and improve the build process by replacing some of the tools normally used (including & automake; and & make;). It is especially useful for those who are performing distributed compilation as it is much faster than the normal build system in this situation. However, even for a single computer build, & unsermake; is faster than the competitors.
Desuden indeholder unsermake understøttelse for at estimere fremgangen af byggeprocessen som er i gang. & kdesvn- build; drager fordel af dette til at sørge for en byggefremgangsindikator ved kompilering. Se også.
In addition, & unsermake; includes support for estimating the progress of the current build procedure. & kdesvn-build; takes advantage of this to provide a build progress indication when compiling. See also.
& kdesvn- build; sørger automatisk for understøttelse for at bruge unsermake. & kdesvn- build; bruger som standard unsermake når det er muligt at bruge med et modul.
& kdesvn-build; provides support for using & unsermake; automatically. & kdesvn-build; will use & unsermake; by default when it is possible to use it with a module.
For at deaktivere understøttelse for unsermake i alle moduler, gøres følgende:
To disable & unsermake; support for every module, do the following:
global use- unsermake false end global
global use-unsermake false end global
For at aktivere understøttelse for unsermake for et enkelt modul, også selvom det er globalt deaktiveret, gøres følgende:
To enable & unsermake; for a single module, even if it is disabled globally, do the following:
module modulnavn use- unsermake true # øvrige tilvalg angives her... end module
module module-name use-unsermake true # other options go here... end module
& kdesvn- build; opdaterer automatisk eller tjekker ud unsermake ud når øvrige opdateringer udføres. Hvis du foretrækker at håndtere unsermake selv, er det muligt at gøre dette ved at indstille værdien for & use- unsermake; til self i stedet for true.
& kdesvn-build; will automatically update or checkout & unsermake; while performing the other updates. If you prefer to manage & unsermake; yourself, then it is possible to do so, by setting the value for & use-unsermake; to self instead of true.
Når dette er gjort, forsøger & kdesvn- build; stadigvæk at bruge unsermake, men udfører ikke opdateringer. Du kan enten ændre & binpath; til at pege på den rigtige unsermake- mappe, eller tjekke ud og opdatere unsermake selv fra dets modul (for øjeblikket kdenonbeta/ unsermake).
When this is done, & kdesvn-build; will still try to use & unsermake;, but will not perform the updates. You can either alter & binpath; to point to the correct & unsermake; directory, or checkout and update & unsermake; yourself from its module (currently kdenonbeta/ unsermake).
Deaktivering af unsermake fra kommandolinjen. -- refresh- build bruges for at tvinge til at ændringen af unsermake får virkning.
Disabling & unsermake; from the command line. --refresh-build is used to force the changes to & unsermake; to take effect.
% kdesvn- build -- pretend -- refresh- build -- use- unsermake = false
% kdesvn-build --pretend --refresh-build -- use-unsermake = false
Automake version 1. 7 eller senere. (Kun kde 3)
& automake; version 1.7, or higher. (kde; 3 only)
Autoconf version 2. 57 eller senere. (Kun kde 3)
& autoconf; version 2.57, or higher. (kde; 3 only)
For udviklere: Understøtter at bygge dokumentation af programmeringsgrænsefladen for et modul.
For developers: Supports building the API documentation for a module. Note that this only works for & kde; 3 modules when not using the & unsermake; script.
apidox, for at bygge dokumentation over programmeringsgrænsefladen
apidox, to build API Documentation.
Sæt dette til true for at få & kdesvn- build; til automatisk at bygge og installere dokumentation om programmeringsgrænsefladen for modulet efter den normale byggeproces. Det virker kun for moduler hvor make apidox gør noget, inklusive, blandt andet kdelibs, kdebase og koffice.
Set this option to true in order to have & kdesvn-build; automatically build and install the API documentation for the module after the normal build/ install process. This only works for modules where make apidox does something, including kdelibs, kdebase and koffice, among others.
Brug dette tilvalg for at sætte miljøvariablen DO_ NOT_ COMPILE inden scriptet configure køres. Ifølge kde; 's ofte stillede spørgsmål for udviklere, skal det gøre at alle topniveaumapper du sender med ikke bygges. Katalogerne skal adskilles med mellemrum.
Use this option to set the DO_NOT_COMPILE environment variable prior to running the configure script. According to the kde; Developer FAQ, this should cause any top-level directory you pass to not be built. The directories should be space-separated.
Dette tilvalg fungerer endnu ikke med moduler som bygges med & cmake;.
This option does not yet work with modules built using & cmake;.
Byg dokumentation af programmeringsgrænseflade
Building API Documentation
& kdesvn- build; kan automatisk installere yderligere dokumentation som laves fra kildekoden i et modul. Dette virker kun for visse moduler, og er kun nyttigt for udviklere af & kde;.
& kdesvn-build; can automatically install additional documentation generated from the sources in a module. This only works on some modules, and is only useful for & kde; developers.
Denne funktion virker ikke for moduler som bygges med byggesystemet unsermake. Eftersom dette er standardbyggesystemet for moduler som kan bruge unsermake, skal du deaktivere understøttelse for unsermake. Se eksemplet nedenfor for mere information.
This feature does not work for modules built using the unsermake; build system. Since this is the default build system for modules that can use & unsermake;, you would need to disable & unsermake; support. See example below for more information.
For at aktivere dette, sæt blot tilvalget & apidox; til true i indstillingsfilen for modulet hvor du vil have dokumentation. Ikke alle moduler har dokumentation. Moduler som har det omfatter kdelibs, kdebase og kdepim.
To enable this, simply set the & apidox; option to true in the configuration file, for the module that you would like documentation for. Not all modules have documentation. Modules that do include kdelibs, kdebase and kdepim.
Hvis du har adgang til internettet, er der også dokumentation af programmeringsgrænsefladen for & kde; direkte. Du kan bruge genvejen kde: className i Konqueror.
If you have access to the Internet, the API documentation for & kde; is also available online. In & konqueror;, you can use the shortcut kde: className.
Du kan også besøge netstedet for & kde; 's dokumentation på English Breakfast Network.
You can also visit the & kde; documentation web site at English Breakfast Network.
Endelig er det muligt at hente dokumentationen på arkiveret form fra kde; Developer' s Corner. Klik på versionen af & kde; som du vil have dokumenteret, og derefter kan du hente en kopi til at bruge i nedkoblet tilstand for det modul du vil.
Finally, it is possible to download the documentation in an archived form, from The & kde; Developer's Corner. Click on the & kde; version you want documented, and then you can download an offline copy for the module you want.
Installér dokumentation af programmeringsgrænseflade for kdelibs.
Installing API Documentation for kdelibs:
module kdelibs use- unsermake false # unsermake kan ikke bygge apidox apidox true # byg og installeér apidox end module
module kdelibs use-unsermake false # unsermake cannot build apidox apidox true # build and install apidox end module
Hele KDE er ikke overført til CMake for øjeblikket. For eksempel er tilvalget apidox ganske unyttigt indtil den tilsvarende infrastruktur er færdig. Jeg har forsøgt at advare mod sådanne ting, men alle fejl fanges måske ikke af & kdesvn- build; endnu.
Not all of & kde; has been ported to use & cmake; at this point. For example, the apidox option is rather useless until the equivalent infrastructure is ready. I have tried to warn about such things but not all deficiencies may be caught by & kdesvn-build; for now.
Brug dette tilvalg for at ændre navnet et modul gives på disken. Hvis modulet for eksempel var extragear/ network, ville du kunne skifte navn på det til extragear- network med dette tilvalg.
Use this option to change the name a module is given on disk. For example, if your module was extragear/ network, you could rename it to extragear-network using this option.
Indstil DISTRO=BSD for alle moduler:
Set DISTRO=BSD for all modules:
global colorful- output false end global
global colorful-output false end global
CMake 2. 4. 0, eller senere. Visse varianter af version 2. 3 kan måske også kompilere KDE 4, se wikien CMake Introduction (kun KDE 4).
CMake 2.4.0, or higher. Some version 2.3 snapshots may compile KDE 4 as well, please see the CMake Introduction Wiki page. (KDE 4 only)
& kdesvn- build; understøtter også brugen af sekvensen ~ / til at repræsentere din hjemmemappe i en indstillingsfil.
& kdesvn-build; also supports using the ~/ sequence to stand for your home directory in the & rcfile;.
Tjekker automatisk ud eller opdaterer moduler fra & svn;, ifølge hvad som er passende.
Automatically checks out or updates modules from & svn;, as appropriate.
Kan genoptage en byggeproces fra en bestemt modul.
Can resume a build from a particular module.
Indstillelige bygge -, kildekode -, og logningsmapper
Configurable build, source, and logging directories
Sætter automatisk et byggesystem op, med kildekodemappen adskilt fra byggemappen for at holde kildekodemappen uberørt. Undtagelsen er qt- copy, som ikke er konstrueret til at bygges sådan (hvis du ikke vil prøve QT med separat byggemappe).
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. The exception is qt-copy, which is not designed to be built like that (unless you would like to test the qt with a separate build directory hack).
Du kan bruge tilvalget apidox for automatisk at bygge og installere dokumentation om programmeringsgrænsefladen for visse moduler.
You can use the apidox option to automatically build and install the API documentation for some modules.
Støtte for at tjekke specifikke grene af & svn; - moduler ud. Arbejdet behøver stadigvæk at gøres færdigt, men du kan allerede vælge grenen du vil bygge med indstillingstilvalget module- base- path.
Support for checking out specific branches of & svn; modules. This work still needs to be completed, but you already select the branch you want to build using the module-base-path configuration option.
Dette tilvalg virker ikke for moduler som bruger & unsermake;, på grund af svagheder i byggesystemet med unsermake.
This option does not work for modules using & unsermake; support, due to deficiencies in the unsermake build system.
Dette tilvalg tillader dig at tvinge & kdesvn- build; til at forsøge (eller ikke forsøge) at bruge CMake for et givet modul. Normalt forsøger & kdesvn- build; altid at bruge CMake hvis det er til stede for modulet, eftersom det vil blive krævet for at bygge KDE 4. Dette tilvalg er tilgængeligt for at forenkle overgang fra unsermake til CMake. Dette tilvalg vil blive fjernet så snart alle KDE 4- moduler kræver CMake.
This option allows you to force & kdesvn-build; to try (or not try) to use CMake with a given module. Normally & kdesvn-build; will always try to use CMake if it is present in the module, as this will be required to build KDE 4. This option is available to ease the transition from unsermake to CMake. This option will be removed once all KDE 4 modules require CMake.
En god måde at hente seneste version er at gå til siden kdesdk/ scripts på websvn. kde. org. Du ser en liste med filer tilgængelige i mappen kdesdk/ scripts i & kde;: s & svn; - arkiv. Klik på linket & kdesvn- build; og hent seneste version af scriptet. Gør det samme med filen kdesvn- buildrc- sample. Gør scriptet kørbart, og sørg for at der er i din søgesti.
A good way to get the latest version is to browse the kdesdk/ scripts page at the websvn. kde. org website. You will see a list of the files available in the kdesdk/ scripts directory in the & kde; & svn; repository. Click the & kdesvn-build; link and download the latest version of the script. Do the same for the kdesvn-buildrc-sample file. Make the script executable, and be sure it is in your path.
Vælg serveren som skal bruges til at tjekke ud fra & svn; ved at indstille det globale tilvalg for svn- server. Det anonyme & svn; - arkiv svn: // anonsvn. kde. org / er standard, men lav det om du har en kde; & svn; - konto, eller hvis der er et spejl tæt ved dig.
Select the server used to check out from & svn;, by setting the svn-server global option. The default is the anonymous & svn; repository, svn: / /anonsvn. kde. org/, but change it if you have a kde; & svn; account, or if there is a mirror close to you.
Nu skulle scriptet begynde at hente kildekoden og kompilere den. Det er ikke sandsynligt at det lykkes første gang du kompilerer & kde;. Fortvivl ikke! Kontrollér logfilerne for at se om du mangler nogle værktøjer eller udviklingspakker (stedet for logfilerne angives af variablen log- dir i indstillingsfilen). Sommetider bliver hovedudviklingsgrenen meget ustabil og svær at bygge, især når en frysning af udviklingen er nær. Vær tålmodig. Du kan finde flere almindelige eksempler på ting som kan gå galt og deres løsning, samt generelle vink og strategier for at bygge & kde; i guiden Building & kde; from Source Step by Step.
Now, the script should start downloading the sources and compiling them. It is unlikely that you will succeed in the first time you compile & kde;. Do not despair! Check the log files to see if you are missing some tools or development packages (the location of the log files is set by the log-dir variable in the configuration file). Sometimes, the main development branch get very unstable and hard to build, especially when a development freeze is close. Be patient. You can find more common examples of things that can go wrong and their solutions, as well as general tips and strategies to build & kde; in the Building & kde; from Source Step by Step Guide.
Nu når vi er færdige med dette skal du sørge for at det rette startkde script bliver brugt:
Now that we are done with the you have to make sure that the right startkde script is going to be used:
Hvis den grafiske skærmhåndtering i stedet vises når du starter, kan du bruge det nye KDE- miljø også selvom det ikke listes som en mulighed. Tryk på Ctrl+Alt+F2, så vises en tekstterminal. Log ind som den særlige bruger og skriv:
If when you boot 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. Press Crtl + Alt + F2, and you will be presented to a text terminal. Log in using the dedicated user and type: