.\" -*- coding: UTF-8 -*-
.\" Automatically generated by Pandoc 3.1.11.1
.\"
.\"*******************************************************************
.\"
.\" This file was generated with po4a. Translate the source file.
.\"
.\"*******************************************************************
.TH RPMBUILD 8 "9 juni 2002" "" ""
.SH NAMN
rpmbuild — Bygg RPM\-paket
.SH SYNOPSIS
.SS "BYGGA PAKET"
\f[B]rpmbuild\f[R] {\f[B]\-ba|\-bb|\-bp|\-bf|\-bc|\-bi|\-bl|\-bs|\-br|\-bd\f[R]}
[\f[B]rpmbuild\-flaggor\f[R]] \f[I]SPECFIL …\fR
.PP
\f[B]rpmbuild\f[R] {\f[B]\-ra|\-rb|\-rp|\-rf|\-rc|\-ri|\-rl|\-rs|\-rr|\-rd\f[R]}
[\f[B]rpmbuild\-flaggor\f[R]] \f[I]KÄLPAKET …\fR
.PP
\f[B]rpmbuild\f[R] {\f[B]\-ta|\-tb|\-tp|\-tf|\-tc|\-ti|\-tl|\-ts|\-tr|\-td\f[R]}
[\f[B]rpmbuild\-flaggor\f[R]] \f[I]TARBOLL …\fR
.PP
\f[B]rpmbuild\f[R] {\f[B]\-\-rebuild|\-\-recompile\f[R]} \f[I]KÄLLPKT \&…\fR
.SS DIVERSE
\f[B]rpmbuild\f[R] \f[B]\-\-showrc\fR
.SS rpmbuild\-flaggor
[\f[B]\-\-buildroot\f[R] \f[I]KATALOG\f[R]] [\f[B]\-\-clean\f[R]]
[\f[B]\-\-nobuild\f[R]] [\f[B]\-\-rmsource\f[R]] [\f[B]\-\-rmspec\f[R]]
[\f[B]\-\-short\-circuit\f[R]] [\f[B]\-\-build\-in\-place\f[R]]
[\f[B]\-\-noprep\f[R]] [\f[B]\-\-noclean\f[R]] [\f[B]\-\-nocheck\f[R]]
[\f[B]\-\-rpmfcdebug\f[R]] [\f[B]\-\-target\f[R] \f[I]PLATTFORM\f[R]]
[\f[B]\-\-with\f[R] \f[I]FLAGGA\f[R]] [\f[B]\-\-without\f[R]
\f[I]FLAGGA\f[R]]\fR
.SH BESKRIVNING
\f[B]rpmbuild\f[R] används för att bygga både binär\- och källpaket för
programvara. Ett \f[B]paket\f[R] består av ett arkiv av filer och metadata
som används för att installera och radera arkivfiler. Metadatan inkluderar
hjälpskript, filattribut och beskrivande information om paketet.
\f[B]Paket\f[R] finns i två varianter: binärpaket, använda för att kapsla in
programvara som kan installeras, och källpaket, som innehåller källkoden och
receptet som behövs för att producera binärpaket.\fR
.PP
Ett eller flera av följande grundläggande lägen måste väljas: \f[I]Bygg
paket\f[R], \f[I]Bygg paket från en tarboll\f[R], \f[I]Kompilera om
paket\f[R], \f[I]Visa konfigurationen\f[R].\fR
.SS "ALLMÄNNA FLAGGOR"
Dessa flaggor kan användas i alla de olika lägena.
.TP 
\f[B]\-?, \-\-help\fR
Skriv ut ett längre användarmeddelande än vanligt.
.TP 
\f[B]\-\-version\fR
Skriv ut en ensam rad som innehåller versionsnumret för den \f[B]rpm\f[R]
som används.\fR
.TP 
\f[B]\-\-quiet\fR
Skriv så lite som möjligt — normalt kommer endast felmeddelanden att visas.
.TP 
\f[B]\-v\fR
Skriv utförlig information — normalt kommer rutinmässiga förloppsmeddelanden
visas.
.TP 
\f[B]\-vv\fR
Skriv mängder av ful felsökningsinformation.
.TP 
\f[B]\-\-rpmfcdebug\fR
Aktiverar felsökning av beroendegenerering.
.TP 
\f[B]\-\-rcfile\f[R] \f[I]FILLISTA\fR
Ersätt standardlistan över konfigurationsfiler att läsa med
\f[I]FILLISTA\f[R]. Se \f[B]rpmrc\-konfiguration\f[R] i \f[B]rpm\f[R](8) för
detaljer.\fR
.TP 
\f[B]\-\-load\f[R] \f[I]FIL\fR
Läs in en enstaka makrofil.
.TP 
\f[B]\-\-macros\f[R] \f[I]FILLISTA\fR
Ersätt listan över makrofiler att laddas med \f[I]FILLISTA\f[R]. Se
\f[B]Makrokonfiguration\f[R] i \f[B]rpm\f[R](8) för detaljer.\fR
.TP 
\f[B]\-\-pipe\f[R] \f[I]KMD\fR
Skickar utdata från \f[B]rpm\f[R] till kommandot \f[I]KMD\f[R].\fR
.TP 
\f[B]\-\-dbpath\f[R] \f[I]KATALOG\fR
Använd databasen i \f[I]KATALOG\f[R] istället för standardsökvägen
\f[I]/var/lib/rpm\f[R].\fR
.TP 
\f[B]\-\-root\f[R] \f[I]KATALOG\fR
Använd filsystemsträdet med rot i \f[I]KATALOG\f[R] för alla
åtgärder. Observera att detta betyder att databasen i \f[I]KATALOG\f[R]
kommer användas för beroendekontroller och skript (t.ex.\ \f[B]%post\f[R]
vid installation av, eller \f[B]%prep\f[R] vid bygge av, ett paket) kommer
köras efter att ha gjort chroot(2) till \f[I]KATALOG\f[R].\fR
.TP 
\f[B]\-D, \-\-define=\[aq]\f[I]MAKRO UTTR\f[B]\[aq]\fR
Definierar \f[I]MAKRO\f[R] med värdet \f[I]UTTR\f[R].\fR
.TP 
\f[B]\-\-scm=\f[I]SCM\fR
Välj vilket \f[I]SCM\f[R] som skall användas med \f[B]%autosetup\f[R], om
inte något är satt i spec\-filen. Observera att inte alla värden på
\f[I]SCM\f[R], t.ex., \f[B]patch\f[R] (standard) och \f[B]gendiff\f[R],
\f[B]git\f[R] eller \f[B]quilt\f[R] fungerar utbytbart med alla andra
patchar och flaggor som anges på raden %autosetup, särskilt flaggan
\f[B]\-p\f[I]N\f[R].\fR
.SS BYGGFLAGGOR
Det allmänna formatet på ett \f[B]rpm\f[R](8)\-byggkommando är\fR
.PP
\f[B]rpmbuild\f[R] {\f[B]\-b\f[I]STEG\f[B]|\-r\f[I]STEG\f[B]|\-t\f[I]STEG\f[R]}
[\f[B]rpmbuild\-flaggor\f[R]] \f[I]FIL …\fR
.PP
Argumentet som används är \f[B]\-b\f[R] om en spec\-fil används för att bygga
paketet, \f[B]\-r\f[R] om ett källpaket skall byggas om och \f[B]\-t\f[R] om
\f[B]rpmbuild\f[R] skall leta inuti en (möjligen komprimerad) tar\-fil efter
spec\-filen som skall användas.\fR
.PP
Paket byggs i ett antal steg. De första sex motsvarar följande avsnitt i en
spec\-fil: \f[B]%prep\f[R], \f[B]%generate_buildrequires\f[R],
\f[B]%build\f[R], \f[B]%install\f[R], \f[B]%check\f[R] och
\f[B]%clean\f[R].  Slutligen skapas binär och källpaket i ett
sammansättningssteg.\fR
.PP
Tecknet \f[I]STEG\f[R] anger steget att avsluta vid (efter att ha gjort alla
steg som kommer före), och är ett av:\fR
.TP 
\f[B]\-ba\fR
Utför ett fullständigt bygge — kör fram till och inklusive
sammansättningssteget. I de flesta fall är detta flaggan man vill använda.
.TP 
\f[B]\-bb\fR
Bygg bara binärpaket — kör fram till och med sammansättningssteget, men utan
att skapa källpaketet. Går det bra tas byggkatalogen bort (som med
\f[B]\-\-clean\f[R]).\fR
.TP 
\f[B]\-bp\fR
Packa upp källkoden och tillämpa eventuella patchar — kör endast steget
\f[B]%prep\f[R].\fR
.TP 
\f[B]\-bf\fR
Konfigurera källkoden — kör fram till och med steget %conf. Detta innefattar
vanligen motsvarigheten till en \[rq]\f[B]./configure\f[R]\[rq].\fR
.TP 
\f[B]\-bc\fR
Kompilera källkoden — kör fram till och med steget \f[B]%build\f[R]. Detta
innebär normalt motsvarigheten till \[rq]\f[B]make\f[R]\[rq].\fR
.TP 
\f[B]\-bi\fR
Installera binärerna i byggroten — kör fram till och med steget
\f[B]%check\f[R]. Detta innebär normalt motsvarigheten till en
\[rq]\f[B]make install\f[R]\[rq] och \[rq]\f[B]make check\f[R]\[rq].\fR
.TP 
\f[B]\-bl\fR
Gör en \[rq]listkontroll\[rq] — avsnittet \f[B]%files\f[R] från spec\-filen
makroexpanderas, och kontroller görs för att verifiera att varje fil
finns.\fR
.TP 
\f[B]\-bs\fR
Bygg bara källpaketet — hoppar direkt till sammansättningssteget, utan att
köra några av de föregående stegen eller att skapa några binärpaket.
.TP 
\f[B]\-br\fR
Bygg bara källpaketet, men tolka och inkludera även dynamiska byggberoenden
— kör fram till och med steget \f[B]%generate_buildrequires\f[R] och hoppar
sedan direkt till sammansättningssteget, utan att skapa binärpaket. Detta
kommando kan användas för att lösa upp dynamiska byggberoenden. Se avsnittet
\f[B]DYNAMISKA BYGGBEROENDEN\f[R] för detaljer.\fR
.TP 
\f[B]\-bd\fR
Kontrollera dynamiska byggberoenden och bygg paketet .buildreqs.nosrc.rpm om
några saknas. Bygg inte något annat.
.PP
Följande flaggor kan också användas:
.TP 
\f[B]\-\-buildroot\f[R] \f[I]KATALOG\f[R] (FÖRÅLDRAT)\fR
Ersätt, när ett baket byggs, byggroten till \f[B]rpmbuild\f[R](8) med
\f[I]KATALOG\f[R]. Denna flagga är föråldrad och kommer att tas bort i
framtiden, introducera inte nya användningar.\fR
.TP 
\f[B]\-\-clean\fR
Ta bort byggträdet efter att paketen gjorts.
.TP 
\f[B]\-\-nobuild\fR
Kör inte några byggsteg. Användbart för att testa spec\-filer.
.TP 
\f[B]\-\-noprep\fR
Kör inte byggsteget \f[B]%prep\f[R] även om det finns i spec.\fR
.TP 
\f[B]\-\-noclean\fR
Kör inte byggsteget \f[B]%clean\f[R] även om det finns i spec.\fR
.TP 
\f[B]\-\-nocheck\fR
Kör inte byggsteget \f[B]%check\f[R] även om det finns i spec.\fR
.TP 
\f[B]\-\-nodebuginfo\fR
Generera inte debuginfo\-paket.
.TP 
\f[B]\-\-nodeps\fR
Verifiera inte byggberoenden.
.TP 
\f[B]\-\-rmsource\fR
Ta bort källkoder efter bygget (kan även användas fristående, t.ex.\ \[rq]\f[B]rpmbuild\f[R] \f[B]\-\-rmsource apa.spec\f[R]\[rq]).\fR
.TP 
\f[B]\-\-rmspec\fR
Ta bort spec\-filen efter bygget (kan även användas fristående, t.ex.\ \[rq]\f[B]rpmbuild\f[R] \f[B]\-\-rmspec apa.spec\f[R]\[rq]).\fR
.TP 
\f[B]\-\-short\-circuit\fR
Hoppa direkt till det angivna steget (d.v.s., hoppa över alla steg som leder
fram till det angivna steget). Endast giltigt med \f[B]\-bc\f[R],
\f[B]\-bi\f[R] och \f[B]\-bb\f[R]. Endast användbart för lokal testning. Paket
som byggts på detta sätt kommer markeras med ett beroende som inte kan
uppfyllas för att förhindra att det används av misstag.\fR
.TP 
\f[B]\-\-build\-in\-place\fR
Bygg från lokalt utcheckad källkod i den aktuella katalogen. Byggträdet
sätts om som om \f[B]%setup\f[R] använts, men
\f[I]%builddir\f[R]/\f[I]%buildsubdir\f[R] pekar tillbaka på den aktuella
arbetskatalogen. \f[B]%prep\f[R] hoppas helt över.\fR
.TP 
\f[B]\-\-target\f[R] \f[I]PLATTFORM\fR
Tolka när paketet byggs \f[I]PLATTFORM\f[R] som \f[B]ark\-leverantör\-os\f[R]
och sätt makrona \f[B]%_target\f[R], \f[B]%_target_cpu\f[R] och
\f[B]%_target_os\f[R] därefter.\fR
.TP 
\f[B]\-\-with\f[R] \f[I]FLAGGA\fR
Aktivera konfigurationen \f[I]FLAGGA\f[R] för bygget.\fR
.TP 
\f[B]\-\-without\f[R] \f[I]FLAGGA\fR
Avaktivera konfigurationen \f[I]FLAGGA\f[R] för bygget.\fR
.SS "OMBYGGNADS\- OCH OMKOMPILERINGSFLAGGOR"
Det finns två andra sätt att starta ett bygge med \f[B]rpm\f[R](8):\fR
.PP
\f[B]rpmbuild\f[R] \f[B]\-\-rebuild|\-\-recompile\f[R] \f[I]KÄLLPAKET \&…\fR
.PP
När det anropas på detta sätt installerar \f[B]rpmbuild\f[R] det namngivna
källpaketet och gör en prep, kompilering och installation. Dessutom bygger
\f[B]\-\-rebuild\f[R] ett nytt binärpaket. När bygget är färdigt tas
byggkatalogen bort (som med \f[B]\-\-clean\f[R]) och källkoden och spec\-filen
för paketet tas bort.\fR
.PP
Dessa flaggor ersatta av flaggorna \f[B]\-r*\f[R] vilka tillåter en mycket
mer finkornig styrning av vilka steg i bygget som skall köras.\fR
.SS "DYNAMISKA BYGGBEROENDEN"
När steget \f[B]%generate_buildrequires\f[R] körs och några av de
nygenererade BuildRequires inte är uppfyllda skapar \f[B]rpmbuild\f[R] ett
intermediärt källpaket som slutar med \f[I]buildreqs.nosrc.rpm\f[R], vilket
har de nya BuildRequires, och avslutar med kod 11. Detta paket kan sedan
användas istället för originalkällpaketet för att lösa upp och installera de
saknade byggberoendena på det vanliga sättet, såsom med
\f[B]dnf\-builddep\f[R](8).\fR
.PP
Flera nivåer av dynamiska byggberoenden kan finnas i en spec\-fil;
förekomsten av specifika BuildRequires på systemet kan resultera i nya
BuildRequires nästa gång ett bygge görs med samma källpaket. Det enklaste
sättet att säkerställa att alla dynamiska byggberoenden är uppfyllda är att
använda flaggan \f[B]\-br\f[R] installera de nya beroendena i paketet
\f[I]buildreqs.nosrc.rpm\f[R] och upprepa hela proceduren tills
\f[B]rpmbuild\f[R] inte längre avslutas med kod 11.\fR
.PP
Om kommandot \f[B]\-br\f[R] kopplas ihop med \f[B]\-\-nodeps\f[R] returneras
alltid slutkod 11 och ett paket \f[I]buildreqs.nosrc.rpm\f[R] skapas
alltid.\fR
.SS SHOWRC
Kommandot
.PP
\f[B]rpmbuild\f[R] \f[B]\-\-showrc\fR
.PP
visar värdena \f[B]rpmbuild\f[R] kommer använda för alla flaggorna som för
närvarande sätts i konfigurationsfilerna \f[I]rpmrc\f[R] och
\f[I]macros\f[R].\fR
.SH FILER
Se \f[B]rpm\f[R](8)\fR
.SH "SE ÄVEN"
\f[B]gendiff\f[R](1), \f[B]popt\f[R](3), \f[B]rpm\f[R](8),
\f[B]rpm2cpio\f[R](8), \f[B]rpmkeys\f[R](8), \f[B]rpmspec\f[R](8),
\f[B]rpmsign\f[R](8)\fR
.PP
\f[B]rpmbuild \-\-help\f[R] — eftersom \f[B]rpm\f[R] stödjer anpassning av
flaggor via popt\-alias är det omöjligt att garantera att vad som beskrivs i
manualen stämmer med vad som finns tillgängligt.\fR
.PP
\f[B]http://www.rpm.org/ <URL:http://www.rpm.org/>\fR
.SH FÖRFATTARE
.IP
.EX
Marc Ewing <marc\[at]redhat.com>
Jeff Johnson <jbj\[at]redhat.com>
Erik Troan <ewt\[at]redhat.com>
.EE
.PP
.SH ÖVERSÄTTNING
Den svenska översättningen av denna manualsida skapades av
Göran Uddeborg <goeran@uddeborg.se>
.
.PP
Denna översättning är fri dokumentation; läs
.UR https://www.gnu.org/licenses/gpl-3.0.html
GNU General Public License Version 3
.UE
eller senare för upphovsrättsvillkor. Vi tar INGET ANSVAR.
.PP
Om du hittar fel i översättningen av denna manualsida,
skicka ett mail till
.MT Tp-sv@listor.tp-sv.se
.ME .