summaryrefslogtreecommitdiffstats
path: root/man/sv/dpkg-build-api.pod
diff options
context:
space:
mode:
Diffstat (limited to 'man/sv/dpkg-build-api.pod')
-rw-r--r--man/sv/dpkg-build-api.pod83
1 files changed, 83 insertions, 0 deletions
diff --git a/man/sv/dpkg-build-api.pod b/man/sv/dpkg-build-api.pod
new file mode 100644
index 0000000..67a1de5
--- /dev/null
+++ b/man/sv/dpkg-build-api.pod
@@ -0,0 +1,83 @@
+
+ *****************************************************
+ * GENERATED FILE, DO NOT EDIT *
+ * THIS IS NO SOURCE FILE, BUT RESULT OF COMPILATION *
+ *****************************************************
+
+This file was generated by po4a(7). Do not store it (in VCS, for example),
+but store the PO file used as source file by po4a-translate.
+
+In fact, consider this as a binary, and the PO file as a regular .c file:
+If the PO get lost, keeping this translation up-to-date will be harder.
+
+=encoding UTF-8
+
+=head1 NAMN
+
+dpkg-build-api - bygg-API-nivå för dpkg:s källkodspaket
+
+=head1 SYNOPS
+
+ Build-Depends:
+ dpkg-build-api (= 1),
+
+=head1 BESKRIVNING
+
+Källkodspaketets dpkg-bygg-API-nivå, anger ett versionsstyrt gränssnitt för källkodspaket, där varje API-nivå anger specifika beteenden och garantier.
+
+Gränssnitten kan därefter gradvis tas i bruk av paket och fasas ut enklare än med globala beteendeändringar.
+
+Deklarationen av API-nivån anges genom byggberoenden, i ett av B<Build-Depends>, B<Build-Depends-Indep> eller B<Build-Depends-Arch>, eller via miljövariabeln B<DPKG_BUILD_API>, som överstyr dessa om båda förekommer, och kan skriva ut en varning om de inte är identiska.
+
+=head1 API-NIVÅER
+
+=over
+
+=item v2
+
+Denna nivå är fortfarande under utveckling, och kan inte anges via byggberoenden.
+
+=item v1
+
+Detta är den rekommenderade nivån. Sedan dpkg 1.22.0.
+
+Ändringar sedan v0 är:
+
+=over
+
+=item *
+
+B<dpkg-shlibdeps> använder inte längre miljövariabeln B<LD_LIBRARY_PATH>. Flaggan B<-l> bör användas istället.
+
+=item *
+
+B<dpkg-buildpackage> har som förval B<Rules-Requires-Root> med värdet B<no> (nej). För att återställa B<v0>-beteendet måste B<Rules-Requires-Root> sättas till B<binary-targets>.
+
+=item *
+
+B<dpkg-buildpackage> förväntar att alla nödvändiga mål i F<debian/rules> stöds och har inte längre någon kod att falla tillbaka till för bakåtkompatibilitet. De mål som krävs är B<clean>, B<build>, B<build-indep>, B<build-arch>, B<binary-indep> och B<binary-arch>.
+
+=item *
+
+B<vendor.mk> har som förval att använda B<dpkg_vendor_derives_from_v1> för makrot B<dpkg_vendor_derives_from>. För att återställa B<v0>-beteendet, sätt B<dpkg_vendor_derives_from> till B<dpkg_vendor_derives_from_v0>.
+
+=item *
+
+B<default.mk> inkluderar som standard B<buildtools.mk>.
+
+=back
+
+=item v0
+
+Detta är den nuvarande globala nivån och motsvarar att inte ange någon. De gränssnitt och beteenden som tillhandahålls lyder under de normala globala gränssnittsuppdateringarna, vilka tenderar att kräva längre förändringscykler och/eller samordnade övergångar.
+
+=back
+
+=head1 SE ÄVEN
+
+L<deb-src-control(5)>.
+
+
+=head1 ÖVERSÄTTNING
+
+Peter Krefting och Daniel Nylander.