ubuntu-packaging-guide - en to sv translation catalogue (42 entries)

en: autopkgtest: Automatic testing for packages
sv: autopkgtest: Automatisk testning av paket

en: add a file called ``debian/tests/control`` which specifies the requirements for the testbed,
sv: Lägg till en fil med namnet ``debian/tests/control`` som specificerar kraven för testunderlaget.

en: add the tests in ``debian/tests/``.
sv: Lägg till testerna i ''debian/tests/''.

en: Testbed requirements
sv: Kraven för testunderlaget

en: Below we are having a look at the ``glib2.0`` source package. In a very simple case the file would look like this::
sv: Nedan tar vi en titt på källkodspaketet för ``glib2.0``. I ett väldigt enkelt fall skulle filen se ut så här::

en: For the test in ``debian/tests/build`` this would ensure that the packages ``libglib2.0-dev`` and ``build-essential`` are installed.
sv: För testet i ``debian/tests/build`` skulle detta säkerställa att paketen ``libglib2.0-dev`` och ``build-essential`` är installerade.

en: You can use ``@`` in the ``Depends`` line to indicate that you want all the packages installed which are built by the source package in question.
sv: Du kan använda ``@`` på raden ``Depends`` för att indikera att du vill ha alla paket installerade som är byggda av källpaketet i fråga.

en: The actual tests
sv: De riktiga testerna

en: The accompanying test for the example above might be:
sv: Det åtföljande testet för exemplet ovan skulle vara:

en: Here a very simple piece of C code is written to a temporary directory. Then this is compiled with system libraries (using flags and library paths as provided by `pkg-config`). Then the compiled binary, which just exercises some parts of core glib functionality, is run.
sv: Här är en enkel snutt C-kod som skrivs till en temporär mapp. Koden kompileras med systembiblioteken (med de flaggor och sökvägar som ges i 'pkg-config'). Sen körs den kompilerade binärfilen, som i det här fallet visar några funktioner från 'core glib'.

en: Executing the test
sv: Verkställ testet

en: Further examples
sv: Ytterligare exempel

en: This list is not comprehensive, but might help you get a better idea of how automated tests are implemented and used in Ubuntu.
sv: Den här listan är inte fullständig, men den kan ge dig insikter i hur automatiserade tester implementeras och används i Ubuntu.

en: Ubuntu infrastructure
sv: Ubuntu-infrastruktur

en: Getting the test into Ubuntu
sv: Att få med testerna i Ubuntu

en: The process of submitting an autopkgtest for a package is largely similar to :doc:`fixing a bug in Ubuntu<./fixing-a-bug>`. Essentially you simply:
sv: Processen för att lämna in en autopkgtest för ett paket, är i stort sett likadant som :doc:'fixa en bugg i Ubuntu<./fixing-a-bug>'. I stort sett gör du bara:

en: run ``bzr branch ubuntu:<packagename>``,
sv: kör ``bzr branch ubuntu:<namn-på-paketet>``,

en: edit ``debian/control`` to enable the tests,
sv: ändra ``debian/control`` för att aktivera testerna,

en: add the ``debian/tests`` directory,
sv: lägg till ``debian/tests`` katalogen,

en: add your test case(s) to ``debian/tests``,
sv: lägg till dina testfall till ``debian/tests``,

en: commit your changes, push them to Launchpad, propose a merge and get it reviewed just like any other improvement in a source package.
sv: Överför dina ändringar, skicka upp dem till Launchpad, föreslå en sammanslagning, och få dem granskade precis som andra förbättringar i ett källkodspaket.

en: What you can do
sv: Vad du kan göra

en: Personal Package Archive (PPA)
sv: Personligt paketarkiv (PPA)

en: Using a PPA has a number of benefits. It is fairly straight-forward, you don't need approval of anyone, but the downside of it is that your users will have to manually enable it. It is a non-standard software source.
sv: Att använda sig av PPA har en rad av fördelar. Det är ganska enkelt. Du behöver inte godkännande av någon, men nackdelen  är att dina användare måste manuellt aktivera det. Det är en icke-standard mjukvaru-källa.

en: Using Chroots
sv: Använda Chroot

en: If you are running one version of Ubuntu but working on packages for another versions you can create the environment of the other version with a ``chroot``.
sv: Om du använder en version av Ubuntu, men arbetar på paket till en annan version, kan du skapa en miljö av den andra versionen med hjälp av ''chroot''.

en: Creating a Chroot
sv: Skapa en Chroot

en: Use the command ``debootstrap`` to create a new chroot::
sv: Använd kommandot ''debootstrap'' till att skapa en ny chroot::

en: You can then work inside the chroot::
sv: Du kan då arbeta i chroot::

en: Where you can install or remove any package you wish without affecting your main system.
sv: Där kan du installera eller radera vilka paket du vill utan att påverka ditt huvudsystem.

en: You might want to copy your GPG/ssh keys and Bazaar configuration into the chroot so you can access and sign packages directly::
sv: Du kanske vill kopiera dina GPG/ssh-nycklar och din konfiguration för Bazaar in i chroot'en, så att du kan komma åt och signera paket direkt::

en: Alternatives
sv: Alternativ

en: Communication in Ubuntu Development
sv: Kommunikation inon Ubuntu Utveckling

en: In a project where thousands of lines of code are changed, lots of decisions are made and hundreds of people interact every day, it is important to communicate effectively.
sv: I ett projekt där tusentals rader kod ändras, många beslut tas och hundratals personer interagerar varje dag, är det viktigt att kommunicera effektivt.

en: Mailing lists
sv: E-postlista

en: Mailing lists are a very important tool if you want to communicate ideas to a broader team and make sure that you reach everybody, even across timezones.
sv: E-postlistor är ett väldigt viktigt verktyg om du vill nå ut med ideer till ett större team, och vara säker på att nå ut till alla, även i andra tidzoner.

en: In terms of development, these are the most important ones:
sv: När det handlar om utveckling, är dessa de viktigaste:

en: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel (general Ubuntu development discussion)
sv: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel (generella Ubuntu utvecklings diskussioner)

en: IRC Channels
sv: IRC-kanaler

en: #ubuntu-devel (for general development discussion)
sv: #ubuntu-devel (för generella diskussioner om utveckling)

en: The control file
sv: Kontrollfilen

en: The copyright file
sv: Copyright-filen
