
        *****************************************************
        *           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-shlibdeps - skapar substvar-beroenden för delade bibliotek

=head1 SYNOPS

B<dpkg-shlibdeps> [I<flagga>...] [B<-e>] I<programfil> [I<flagga>...]

=head1 BESKRIVNING

B<dpkg-shlibdeps> beräknar beroenden mellan exekverbara filer som anges som
argument och delade bibliotek. Beroendena läggs till i
substitueringsvariabelfilen B<debian/substvars> som variabler med namnen
B<shlibs:>I<beroendefält> där I<beroendeefält> är ett
beroendefältsnamn. Alla andra variabler som börjar på I<shlibs:> tas bort ur
filen.

B<dpkg-shlibdeps> kan generera beroendeinformation från två
informationskällor, antingen filen I<symbols> eller filen I<shlibs>. För
varje binärfil som analyseras av B<dpkg-shlibdeps> tas en lista fram över
vilka bibliotek de är länkade mot. Programmet slår sedan upp varje bibliotek
i filen I<symbols>, eller i filen I<shlibs> (om den förstnämnda inte
existerar eller om debian/shlibs.local innehåller ett relevant
beroende). ). De båda filerna ska tillhandahållas av bibliotekspaketet och
borde därför vara tillgängliga som %ADMINDIR%/info/I<paket>.I<symbols> eller
/var/lib/dpkg/info/I<paket>.I<shlibs>. Paketnamnet identifieras i två steg:
biblioteksfilen lokaliseras på systemet (genom att slå upp i de kataloger
B<ld.so> skulle använt), och därefter används B<dpkg -S> I<biblioteksfil>
för att slå upp vilket paket biblioteket kommer från.

=head2 Symbolfiler

Symbolfiler innehåller mer finkornig beroendeinformation genom att ange det
minsta beroendet för varje symbol som exporteras av biblioteket. Skriptet
försöker hitta de symboler som är associerade med ett bibliotek på följande
platser (den första träffen används):

=over 

=item debian/*/DEBIAN/symbols

Information om delade bibliotek som skapats av den aktuella byggproceduren
som också anropade B<dpkg-shlibdeps>. De genereras av
B<dpkg-gensymbols>(1). De används endast om biblioteket finns i paketets
byggräd. Filen symbols i det byggträdet går före symbols-filer från andra
binärpaket.

=item %PKGCONFDIR%/symbols/I<package>.symbols.I<arkitektur>

=item %PKGCONFDIR%/symbols/I<paket>.symbols

Överstyrningsfil för beroendeinformation för delade bibliotek, per
system. I<arkitektur> är det aktuella systemets arkitektur (hämtas från
B<dpkg-architecture -qDEB_HOST_ARCH>).

=item Utdata från ”B<dpkg-query --control-path> I<package> symbols”

Paketlokal överstyrande beroendeinformation för delade bibliotek. Filerna
befinner sig i %ADMINDIR% om inte överstyrt med B<--admindir>.

=back

B<dpkg-shlibs> kommer ihåg den (största) minimala version som behövs av
varje bibliotek när den söker genom de symboler som används av alla
binärfilerna. När proceduren är avslutad kan den visa det minsta beroende
som behövs av alla bibliotek som används (så tillvida informationen i
I<symbols>-filerna är korrekt).

Som en säkerhetsåtgärd kan en symbols-fil innehålla metainformationsfältet
I<Build-Depends-Package>, varpå B<dpkg-shlibdeps> hämtar vilken minsta
version som behövs för paketet ur B<Build-Depends>-fältet och använder denna
version om den är högre än den minsta version som beräknats genom att söka
genom symbolerna.

=head2 Shlibs-filer

Shlibs-filer associerar ett bibliotek direkt till ett beroende (utan att se
på symbolerna). Det är därför oftare starkare än vad som egentligen behövs,
men mycket säkert och enkelt att hantera.

Beroenden för ett bibliotek slås upp på flera platser. Den första filen som
innehåller information om det intressanta biblioteket används:

=over 

=item debian/shlibs.local

Paketlokal överstyrande beroendeinformation för delade bibliotek.

=item %PKGCONFDIR%/shlibs.override

Systemspecifik överstyrande beroendeinformation för delade bibliotek.

=item debian/*/DEBIAN/shlibs

Information om delade bibliotek som skapats av den aktuella byggproceduren
som också anropade B<dpkg-shlibdeps>. De genereras av
B<dpkg-gensymbols>(1). De används bara om biblioteket finns i paketets
byggträd. Filen shlibs i byggträdet går före shlibs-filer från andra paket.

=item Utdata från ”B<dpkg-query --control-path> I<package> shlibs”

Paketlokal överstyrande beroendeinformation för delade bibliotek. Filerna
befinner sig i %ADMINDIR% om inte överstyrt med B<--admindir>.

=item %PKGCONFDIR%/shlibs.default

Systemspecifik standardberoendeinformation för delade bibliotek.

=back

De utökade beroendena används sedan direkt (förutom om de filtrerats bort
för att de identifierats som dubbletter, eller svagare än ett annat
beroende).

=head1 FLAGGOR

B<dpkg-shlibdeps> tolkar argument som inte är flaggor som namn på körbara
filer, precis som om de angivits som B<-e>I<programfil>.

=over 

=item B<-e>I<programfil>

Ta med beroenden som är passar för delade bibliotek som krävs för
I<programfil>. Flaggan kan användas flera gånger.

=item B<-l>I<katalog>

Lägg till I<katalog> först i listan över kataloger som ska eftersökas efter
privata delade bibliotek (sedan dpkg 1.17.0). Flaggan kan användas flera
gånger.

B<Observera>: Använd den här flaggan istället för att sätta
B<LD_LIBRARY_PATH>, eftersom miljövariabeln används för att styra
körtidslänkaren, och genom att utnyttja det för att ange sökvägen till
delade bibliotek vid kompilering kan det uppstå problem, till exempel vid
korskompilering.

=item B<-d>I<beroendefält>

Lägg till beroenden som ska läggas till till control-filens beroendefält
I<beroendefält>. (Beroenden för detta fält läggs in i variabeln
B<shlibs:>I<beroendefält>.)

Flaggan B<-d>I<beroendefält> gäller för samtliga binärer efter flaggan, fram
till nästa B<-d>I<beroendefält>. Standardvärdet för I<beroendefält> är
B<Depends>.

Om samma katalogpost (eller en uppsättning alternativ) förekommer i mer än
ett av de kända beroendefältnamnen B<Pre-Depends>, B<Depends>,
B<Recommends>, B<Enhances> eller B<Suggests> så kommer B<dpkg-shlibdeps> att
automatiskt ta bort beroendet från samtliga fält förutom det som anger de
viktigaste beroendena.

=item B<-p>I<variabelnamnsprefix>

Inled substitueringsvariabler med I<variabelnamnsprefix>B<:> i stället för
B<shlibs:>. På samma sätt kommer befintliga substitueringsvariabler som
inleds med I<variabelnamnsprefix>B<:> (i stället för B<shlibs:>) att tas
bort från substitueringsvariabelfilen.

=item B<-O>[I<filnamn>]

Skriv substitueringsvariabelinställningar på standard ut (eller I<filnamn>
om angivet, sedan dpkg 1.17.2), i stället för att försöka lägga till dem i
substitueringsvariabelfilen (som standard B<debian/substvars>).

=item B<-t>I<typ>

Föredra information om delade bibliotek som märkts för den givna
pakettypen. Om det inte finns någon märkt information används
omärkt. Standardpakettypen är B<deb>. Beroendeinformation för delade
bibliotek märks för en given typ genom att inleda det med namnet på typen,
ett kolon, samt blanktecken.

=item B<-L>I<lokal-shlibs-fil>

Läs överstyrande beroendeinformation om delade bibliotek från
I<lokal-shlibs-fil> i stället för B<debian/shlibs.local>.

=item B<-T>I<substvars-fil>

Skriv substitueringsvariabler i I<substvars-fil>; standard är
B<debian/substvars>.

=item B<-V>

Aktiverar pratsamt läge (sedan dpkg 1.14.8). Flera meddelanden visas för att
förklara vad B<dpkg-shlibs> håller på med.

=item B<-x>I<paket>

Uteslut paketet från de genererade beroendena (dpkg 1.14.8). Flaggan är
användbar för att undvika självberoenden för paket som innehåller
ELF-binärer (exekverbara eller biblioteksinsticksprogram) som använder ett
bibliotek som ligger i samma paket. Flaggan kan användas flera gånger för
att utesluta flera paket.

=item B<-S>I<paketbyggkatalog>

Se först i I<paketbyggkatalog> vid försök att hitta ett bibliotek (sedan
dpkg 1.14.15). Användbart när källkodspaketet bygger flera varianter av
samma bibliotek och du vill se till att du får beroendet från ett givet
binärpaket. Flaggan kan användas flera gånger: kataloger söks efter i samma
ordning före kataloger från andra binärpaket.

=item B<-I>I<paketbyggkatalog>

Ignorera I<paketbyggkatalog> vid sökning efter delade shlibs, symboler och
delade biblioteksfiler (sedan dpkg 1.18.5). Flaggan kan användas flera
gånger.

=item B<--ignore-missing-info>

Misslyckas inte om det inte upptäcks någon beroendeinformation för ett delat
bibliotek (sedan dpkg 1.14.8). Den här flaggan rekommenderas inte, alla
bibliotek bör tillhandahålla beroendeinformation (antingen med shlibs-filer
eller med symbols-filer), även om de ännu inte används av andra paket.

=item B<--warnings=>I<värde>

I<Värde> är ett bitfält som anger de varningar som kan ges av
B<dpkg-shlibdeps> (sedan dpkg 1.14.17). Bit 0 (värde=1) aktiverar varningen
”symbolen I<sym>, som används av I<binär>, hittades inte i något av
biblioteken”, bit 1 (värde=2) aktiverar varningen ”paketet kunde undvika ett
onödigt beroende” och bit 2 (värde=4) aktiverar varningen ”I<binär> borde
inte vara länkat mot I<bibliotek>”. Standard för I<värde> är 3: de första
två varningarna är aktiva som standard, men inte den sista. Sätt I<värde>
till 7 om du vill att alla varningar ska vara aktiva.

=item B<--admindir=>I<kat>

Ändra platsen för B<dpkg>-databasen (sedan dpkg 1.14.0). Förvald plats är
I<%ADMINDIR%>.

=item B<-?>, B<--help>

Visar hjälpskärm och avslutar.

=item B<--version>

Visar version och avslutar.

=back

=head1 MILJÖVARIABLER

=over 

=item B<DPKG_COLORS>

Väljer färgläge (sedan dpkg 1.18.5). För närvarande godtas följande värden:
B<auto> (förval), B<always> och B<never>.

=item B<DPKG_NLS>

Om satt, används för att bestämma om lokalt språkstöd ska aktiveras, även
känt som internationaliseringsstöd (eller i18n) (sedan dpkg
1.19.0). Tillåtna värden är: B<0> och B<1> (förval).

=back

=head1 DIAGNOSTIK

=head2 Varningar

Eftersom B<dpkg-shlibdeps> analyserar mängden symboler som används av varje
binärfil i det genererade paketet, kan det i flera fall skriva ut
varningsmeddelanden. De visar på saker som kan förbättras i paketet. I de
flesta fall gäller förbättringarna direkt uppströmskällkoden. Här är de
varningar du kan stöta på, i fallande allvarlighetsgrad:

=over 

=item B<symbolen> I<sym>B<, som används av> I<binär>B<, hittades inte i något av
biblioteken.>

Den omnämnda symbolen hittades inte i biblioteken som länkas mot
binären. I<Binär> är antagligen ett bibliotek och måste länkas mot ett annat
bibliotek under byggproceduren (länkarflaggan B<-l>I<bibliotek>).

=item I<binär> B<innehåller en referens till symbolen> I<sym> B<som inte kan
kopplas; det är troligen ett insticksprogram>

Den angivna symbolen hittades inte i biblioteken som länkats mot
binären. I<Binär> är antagligen ett insticksprogram och symbolen
tillhandahålls av programmet som läser in det. I teorin har inte
insticksprogram något SONAME, men den här binären har ett och därmed kunde
det inte tydligt identifieras som insticksprogram. Det faktum att binären
befinner sig i en icke-offentlig katalog är dock en stark indikation på att
det inte är ett vanligt delat bibliotek. Om binären faktiskt är ett
insticksprogram kan du ignorera varningen. Det är dock alltid möjligt att
det är ett riktigt bibliotek och att program som länker det använder en
RPATH så att den dynamiska länkaren hittar det. Om så är fallet är
biblioteket trasigt och behöver fixas.

=item B<paketet kan undvika ett onödigt beroende om> I<binär> B<inte länkades mot>
I<bibliotek> B<(det använder inget av bibliotekets symboler)>

Ingen av I<binärer>na som länkas mot I<bibliotek> använder någon av
symbolerna som tillhandahålls av biblioteket. Genom att rätta alla binärer
kan du undvika beroendet som gäller detta bibliotek (såvida inte samma
beroende även genereras av ett annat bibliotek som faktiskt används).

=item B<paketet kunde undvika ett onödigt beroende om> I<binärer> B<inte länkades
mot> I<bibliotek> B<(de använder inga av bibliotekets symboler)>

Exakt samma varning som ovan, men för flera binärer

=item I<binär> B<borde inte vara länkat mot> I<bibliotek> B<(det använder inget av
bibliotekets symboler)>

I<Binär> länkar mot ett bibliotek den inte behöver. Det är inte ett problem,
Men genom att inte länka biblioteket mot binären kan man uppnå en mindre
prestandaförbättring. Varningen kontrollerar samma information som den
föregående, men gör det för varje binär istället för att utföra kontrollen
globalt på alla analyserade binärer.

=back

=head2 Fel

B<dpkg-shlibdeps> kommer att misslyckas om det inte hittar ett öppet
bibliotek som en av binärerna använder, eller om biblioteket saknar
associerad beroendeinformation (antingen en shlibs-fil eller en
symbols-fil). Ett öppet bibliotek har ett SONAME och är versionshanterad
(libvadsomhelst.so.I<X>). Ett privat bibliotek (till exempel ett
insticksprogram) bör inte ha något SONAME och behöver inte vara
versionshanterat.

=over 

=item B<hittade inte biblioteket> I<bibliotek-sonamn> B<som behövs för> I<binär>
B<(dess RPATH är ">I<rpath>B<")>

I<Binär> använder ett bibliotek som heter I<bibliotek-sonamn>, men
B<dpkg-shlibdeps> kunde inte hitta biblioteket. B<dpkg-shlibdeps> skapar en
lista över kataloger det ser i på följande sätt: katalogerna som beskrivs i
RPATH i binären, kataloger som lagts till med flaggan B<-l>, kataloger i
miljövariabeln B<LD_LIBRARY_PATH>, kors-multiarkitekturskataloger (t.ex
/lib/arm64-linux-gnu, /usr/lib/arm64-linux-gnu), vanliga öppna kataloger
(/lib, /usr/lib), kataloger listade i /etc/ld.so.conf, samt föråldrade
multilib-kataloger (/lib32, /usr/lib32, /lib64, /usr/lib64). Därefter ser
det i motsvarande kataloger i byggträdet för paketet som innehåller binären
som analyseras, i paketbyggträdet som anges med kommandoradsflaggan B<-S>, i
andra pakets byggträd som innehåller en DEBIAN/shlibs-fil och slutligen i
rotkatalogen. Om biblioteket inte hittas i någon av dessa kataloger får du
det här felmeddelandet.

Om biblioteket som inte hittades ligger i en privat katalog i samma paket
bör du lägga till katalogen med B<-l>. Om det finns i ett annat binärpaket
som byggs bör du se till att shlibs- eller symbols-filen för paketet redan
har skapats och att B<-l> innehåller korrekt katalog som det också ligger i
en privat katalog.

=item B<hittade ingen beroendeinformation för> I<biblioteksfil> B<(använd av>
I<binär>B<).>

Biblioteket som behövs av I<binär> hittades i I<biblioteksfil> av
B<dpkg-shlibdeps>, men B<dpkg-shlibdeps> kunde inte hitta någon
beroendeinformation för biblioteket. För att hitta beroendet har det försökt
koppla biblioteket mot ett Debianpaket med hjälp av B<dpkg -S>
I<biblioteksfil>. Därefter såg det i motsvarande shlibs- och symbols-filer i
%ADMINDIR%/info/, samt i de olika paketens byggträd (debian/*/DEBIAN/).

Det här felet kan orsakas av felaktiga eller saknade shlibs- eller
symbols-filer i bibliotekets paket. Det kan även inträffa om biblioteket
byggts i samma källkodspaket och om shlibs-filen ännu inte har skapats (då
måste du fixa debian/rules så att det skapar shlibs-filen innan det anropar
B<dpkg-shlibdeps>). Felaktig RPATH kan också leda till att biblioteket
hittas under ett icke-kanoniskt namn (till exempel:
/usr/lib/openoffice.org/../lib/libssl.so.9.8 istället för
/usr/lib/libssl.so.0.9.8) som inte associeras till något paket,
B<dpkg-shlibdeps> försöker gå runt detta genom att falla tillbaka på ett
kanoniskt namn (med B<realpath>(3)), men det fungerar kanske inte
alltid. Det är alltid bäst att städa upp RPATH i binären för att undvika
problem.

Om du anropar B<dpkg-shlibdeps> i pratsamt läge (B<-v>) kommer det ge mycket
mer information om var det försökte hitta beroendeinformationen. Det kan
vara användbart om du inte förstår varför du får felmeddelandet.

=back

=head1 SE ÄVEN

B<deb-shlibs>(5), B<deb-symbols>(5), B<dpkg-gensymbols>(1).


=head1 ÖVERSÄTTNING

Peter Krefting och Daniel Nylander.
