[svnbook commit] r1472 - in trunk/src/nb: . book

sunny256 svnbook-dev at red-bean.com
Mon Jun 20 05:15:10 CDT 2005


Author: sunny256
Date: Mon Jun 20 05:15:09 2005
New Revision: 1472

Modified:
   trunk/src/nb/TRANSLATION-STATUS
   trunk/src/nb/book/ch06.xml
Log:
Norwegian svnbook: Finished translation of section 2 in chapter six.

* src/nb/TRANSLATION-STATUS
  ch06.xml up to 15%.

* src/nb/book/ch06.xml
  (svn.serverconfig.netmodel): Finished.


Modified: trunk/src/nb/TRANSLATION-STATUS
==============================================================================
--- trunk/src/nb/TRANSLATION-STATUS	(original)
+++ trunk/src/nb/TRANSLATION-STATUS	Mon Jun 20 05:15:09 2005
@@ -35,7 +35,7 @@
 
     2.1.2. In progress
 
-      book/ch06.xml (11%) -- sunny256
+      book/ch06.xml (15%) -- sunny256
 
     2.1.3. Needs update
 

Modified: trunk/src/nb/book/ch06.xml
==============================================================================
--- trunk/src/nb/book/ch06.xml	(original)
+++ trunk/src/nb/book/ch06.xml	Mon Jun 20 05:15:09 2005
@@ -517,18 +517,27 @@
 …
 </screen>
 
+      <!-- @ENGLISH {{{
       <para>Or, if you want to disable credential caching permanently,
         you can edit your runtime <filename>config</filename> file
         (located next to the <filename>auth/</filename> directory).
         Simply set <literal>store-auth-creds</literal> to
         <literal>no</literal>, and no credentials will be cached on
         disk, ever.</para>
+      @ENGLISH }}} -->
+      <para>Eller, hvis du vil slå av lagring av legitimasjonen 
+        permanent, kan du redigere <filename>config</filename>-filen 
+        (plassert ved siden av <filename>auth/</filename>-katalogen).
+        Ved å sette <literal>store-auth-creds</literal> til 
+        <literal>no</literal> vil ingen legitimasjon bli lagret på 
+        disken i det hele tatt.</para>
 
 <screen>
 [auth]
 store-auth-creds = no
 </screen>
 
+      <!-- @ENGLISH {{{
       <para>Sometimes users will want to remove specific credentials
         from the disk cache.  To do this, you need to navigate into
         the <filename>auth/</filename> area and manually delete the
@@ -537,6 +546,16 @@
         values.  The <literal>svn:realmstring</literal> key describes
         the particular server realm that the file is associated
         with:</para>
+      @ENGLISH }}} -->
+      <para>Noen ganger vil brukere ønske å fjerne spesifikke 
+        legitimasjonsdata fra disklageret.
+        For å gjøre dette, må du gå inn i 
+        <filename>auth/</filename>-området og manuelt slette den 
+        aktuelle filen.
+        Legitimasjonen er lagret i individuelle filer, og hvis du ser på 
+        hver fil, vil du se nøkler og verdier.
+        <literal>svn:realmstring</literal>-nøkkelen viser hvilket 
+        tjenerområde filen er assosiert med:</para>
 
 <screen>
 $ ls ~/.subversion/auth/svn.simple/
@@ -561,12 +580,17 @@
 END
 </screen>
 
+      <!-- @ENGLISH {{{
       <para>Once you have located the proper cache file, just delete
         it.</para>
+      @ENGLISH }}} -->
+      <para>Når du har funnet den riktige filen, er det bare å slette 
+        den.</para>
 
+      <!-- @ENGLISH {{{
       <para>One last word about client authentication behavior: a bit
-        of explanation about the <option>--username</option> and
-        <option>--password</option> options is needed.  Many client
+        of explanation about the <option>-ﳢ-username</option> and
+        <option>-ﳢ-password</option> options is needed.  Many client
         subcommands accept these options; however it is important to
         understand using these options <emphasis>does not</emphasis>
         automatically send credentials to the server.  As discussed
@@ -579,54 +603,111 @@
 
          <footnote><para>Again, a common mistake is to misconfigure a
            server so that it never issues an authentication challenge.
-           When users pass <option>--username</option> and
-           <option>--password</option> options to the client,
+           When users pass <option>-ﳢ-username</option> and
+           <option>-ﳢ-password</option> options to the client,
            they're surprised to see that they're never used, i.e. new
            revisions still appear to have been committed
            anonymously!</para></footnote>
         
         Typically, these options are used when:</para>
+      @ENGLISH }}} -->
+      <para>Et siste ord om oppførselen under klientautentisering, en 
+        liten forklaring angående <option>--username</option> og 
+        <option>--password</option> er på sin plass.
+        Mange delkommandoer for klienten godtar disse valgene, men det 
+        er viktig å forstå at bruken av disse valgene sender 
+        <emphasis>ikke</emphasis> brukerdata til tjeneren.
+        Som tidligere nevnt, <quote>henter</quote> tjeneren brukerdata 
+        fra klienten når det er nødvendig; klienten kan ikke 
+        <quote>levere</quote> dataene når den vil.
+        Hvis et brukernavn og/eller passord blir spesifisert som valg, 
+        vil de <emphasis>bare</emphasis> bli gitt til tjeneren hvis 
+        tjeneren spør etter dem.<footnote>
+          <para>Som sagt, en vanlig feil er å feilkonfigurere tjeneren 
+            så den aldri spør etter autentiseringsinfo.
+            Når brukere angir <option>--username</option> og 
+            <option>--password</option> til klienten, blir de overrasket 
+            over å se at dataene aldri blir brukt og at nye revisjoner 
+            fortsatt ser ut til å ha blitt lagt inn anonymt!</para>
+        </footnote>
+        Vanligvis blir disse valgene brukt når:</para>
 
       <itemizedlist>
         <listitem>
+          <!-- @ENGLISH {{{
           <para>the user wants to authenticate as a different user
             than her system login name, or</para>
+          @ENGLISH }}} -->
+          <para>brukeren vil identifisere seg som en annen bruker enn 
+            brukernavnet på systemet, eller</para>
         </listitem>
         <listitem>
+          <!-- @ENGLISH {{{
           <para>a script wants to authenticate without using cached
             credentials.</para>
+          @ENGLISH }}} -->
+          <para>et skript vil identifisere seg uten å bruke lagrede 
+            brukerdata.</para>
         </listitem>
       </itemizedlist>
           
 
+      <!-- @ENGLISH {{{
       <para>Here is a final summary that describes how a Subversion
         client behaves when it receives an authentication
         challenge:</para>
+      @ENGLISH }}} -->
+      <para>Her er en avsluttende oversikt som beskriver hvordan en 
+        Subversionklient oppfører seg når den mottar en 
+        autentiseringsutfordring:</para>
 
       <orderedlist>
         <listitem>
+          <!-- @ENGLISH {{{
           <para>Check whether the user specified any credentials as
-            command-line options, via <option>--username</option>
-            and/or <option>--password</option>.  If not, or if these
+            command-line options, via <option>-ﳢ-username</option>
+            and/or <option>-ﳢ-password</option>.  If not, or if these
             options fail to authenticate successfully, then</para>
+          @ENGLISH }}} -->
+          <para>Sjekk om brukeren spesifiserte noen brukerdata som 
+            kommandolinjevalg med <option>--username</option> og/eller 
+            <option>--password</option>.
+            Hvis ikke, eller hvis disse valgene ikke er i stand til å 
+            fullføre autentiseringen,</para>
         </listitem>
 
         <listitem>
+          <!-- @ENGLISH {{{
           <para>Look up the server's realm in the runtime
             <filename>auth/</filename> area, to see if the user already
             has the appropriate credentials cached.  If not, or if the
             cached credentials fail to authenticate, then</para>
+          @ENGLISH }}} -->
+          <para>Let opp tjenerens område i 
+            <filename>auth/</filename>-området for å se om brukeren 
+            allerede har lagret de nødvendige identifikasjonsdataene.
+            Hvis ikke, eller hvis de lagrede brukerdataene ikke er 
+            tilstrekkelig for å autentisere,</para>
         </listitem>
 
         <listitem>
+          <!-- @ENGLISH {{{
           <para>Resort to prompting the user.</para>
+          @ENGLISH }}} -->
+          <para>Spør brukeren.</para>
         </listitem>
       </orderedlist>
 
+      <!-- @ENGLISH {{{
       <para>If the client successfully authenticates by any of the
         methods listed above, it will attempt to cache the credentials
         on disk (unless the user has disabled this behavior, as
         mentioned earlier.)</para>
+      @ENGLISH }}} -->
+      <para>Hvis klienten klarer å legitimere seg ved hjelp av noen av 
+        metodene nevnt ovenfor, vil den prøve å lagre brukerdataene på 
+        disken (unntatt hvis brukeren har slått av denne oppførselen, 
+        som tidligere nevnt).</para>
 
     </sect2>
 



More information about the svnbook-dev mailing list