[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[www] 01/06: Translated using Weblate (German)
From: |
gnunet |
Subject: |
[www] 01/06: Translated using Weblate (German) |
Date: |
Thu, 08 Apr 2021 07:24:50 +0200 |
This is an automated email from the git hooks/post-receive script.
weblate pushed a commit to branch master
in repository www.
commit 8506a3d023654bfd797d3b5eccdc6ce6e3a987c8
Author: Ariane Kristof <ariane@kristofs.de>
AuthorDate: Mon Apr 5 13:33:56 2021 +0000
Translated using Weblate (German)
Currently translated at 43.4% (196 of 451 strings)
Translation: GNUnet/Website
Translate-URL: http://weblate.taler.net/projects/gnunet/website/de/
---
locale/de/LC_MESSAGES/messages.po | 207 ++++++++++++++++++++++++++++++++++++--
1 file changed, 201 insertions(+), 6 deletions(-)
diff --git a/locale/de/LC_MESSAGES/messages.po
b/locale/de/LC_MESSAGES/messages.po
index b295556..8006184 100644
--- a/locale/de/LC_MESSAGES/messages.po
+++ b/locale/de/LC_MESSAGES/messages.po
@@ -8,7 +8,7 @@ msgstr ""
"Project-Id-Version: PROJECT VERSION\n"
"Report-Msgid-Bugs-To: EMAIL@ADDRESS\n"
"POT-Creation-Date: 2021-03-12 16:12+0100\n"
-"PO-Revision-Date: 2021-04-04 13:11+0000\n"
+"PO-Revision-Date: 2021-04-08 05:22+0000\n"
"Last-Translator: Ariane Kristof <ariane@kristofs.de>\n"
"Language-Team: German <http://weblate.taler.net/projects/gnunet/website/de/>"
"\n"
@@ -1524,6 +1524,12 @@ msgid ""
"domains (like \"gnu.org\") and the IP addresses of the respective name "
"servers. Resolution will fail if the target name servers change IPs."
msgstr ""
+"A: ODDNS wurde hauptsächlich entwickelt, um die DNS-Stammzone und die TLD-"
+"Register zu umgehen (z. B. die für ".com" und ".org"). "
+"Anstatt diese zu verwenden wird von jedem Nutzer erwartet, eine Datenbank "
+"der (zweit-Level) Domänen (wie z.B. "gnu.org") und der IP Adressen "
+"der jeweiligen Namensserver zu unterhalten. Ein Abgleich wird nicht "
+"funktionieren falls die Ziel-Namensserver IPs ändern."
#: template/faq.html.j2:439
#, fuzzy
@@ -1562,12 +1568,21 @@ msgid ""
"distribution of authoritative records, and authority remains derived from "
"the DNS hierarchy."
msgstr ""
+"A: TrickleDNS pusht ("kritische") DNS-Einträge zwischen DNS-"
+"Resolvern der teilnehmenden Domänen, um "bessere Verfügbarkeit, kürzere "
+"Abfrageauflösungszeiten und schnellere Aktualisierung von Updates" "
+"bereitzustellen. So wird TrickleDNS darauf fokussiert, Angriffe auf die "
+"Verfügbarkeit (und Leistung) von Datenbereitstellung in DNS, etwa durch DDoS "
+"Angriffe auf DNS Root-Server, abzuwehren."
#: template/faq.html.j2:468
+#, fuzzy
msgid ""
"Does GNS require real-world introduction (secure PKEY exchange) in the style "
"of the PGP web of trust?"
msgstr ""
+"Erfordert GNS eine reale Einführung (sicherer PKEY-Austausch) im Stil des "
+"PGP-Vertrauensnetzwerks?"
#: template/faq.html.j2:470
msgid ""
@@ -1581,12 +1596,26 @@ msgid ""
"depends entirely on the trustworthiness of the FCFS authority. The authority "
"can be queried under the ".pin" TLD."
msgstr ""
+"A: Es ist allgemein bekannt, daß zur Wahrung der Sicherheit ein anfänglicher "
+"Vertrauenspfad zwischen den beiden Parteien bestehen muss. Allerdings können "
+"für Applikationen, für die dies nicht erforderlich ist, auch schwächere "
+"Mechanismen verwendet werden. So haben wir z.B. eine FCFS-Autorität (\"first "
+"come, first serve\", oder \"wer zuerst kommt, malt zuerst\") eingerichtet, "
+"welche willkürlichen Nutzern die Registrierung willkürlicher Namen erlaubt. "
+"Der Schlüssel für die Autorität ist in jeder GNUnet-Installation enthalten. "
+"Folglich ist jeder mit FCFS registrierte Namen tatsächlich global und "
+"benötigt keine weitere Einführung. Allerdings ist die Sicherheit dieser "
+"Namen komplett von der Vertrauenswürdigkeit der FCFS Autorität abhängig. Die "
+"Autorität kann unter dem "pin" TLD abgefragt werden."
#: template/faq.html.j2:485
+#, fuzzy
msgid ""
"How can a legitimate domain owner tell other people to not use his name in "
"GNS?"
msgstr ""
+"Wie kann ein legitimer Domaininhaber anderen Personen sagen, dass sie seinen "
+"Namen nicht in GNS verwenden sollen?"
#: template/faq.html.j2:487
msgid ""
@@ -1596,12 +1625,20 @@ msgid ""
"to ignore this preference and use a name of their choice (or even assign no "
"name) for this user."
msgstr ""
+"A: Namen haben keine Eigentümer in GNS, daher kann es keinen "
+""legitimen" Domaininhaber geben. Jeder Nutzer kann jeden Namen ("
+"als seinen präferierten Namen oder "Pseudonym") in seinem NICK Log "
+"beanspruchen. Auf ähnliche Art und Weise haben alle übrigen Nutzer die Wahl, "
+"diese Präferenz zu ignorieren und können einen von ihnen selbst bestimmten "
+"Namen (oder sogar gar keinen Namen) für diesen Nutzer verwenden."
#: template/faq.html.j2:498
msgid ""
"Did you consider the privacy implications of making your personal GNS zone "
"visible?"
msgstr ""
+"Habt Ihr die Auswirkungen auf die Privatsphäre berücksichtigt, die sich aus "
+"der Sichtbarkeit der persönlichen GNS-Zone ergeben?"
#: template/faq.html.j2:500
msgid ""
@@ -1610,10 +1647,17 @@ msgid ""
"Thus, users have full control over what information about their zones is "
"made public."
msgstr ""
+"A: Jeder Datensatz in GNS hat das Flag "privat". Datensätze können "
+"nur mit anderen Nutzern (via DHT oder Zonentransfers) ausgetauscht werden, "
+"wenn dieses Flag nicht gesetzt ist. Folglich haben die Nutzer völlige "
+"Kontrolle darüber, welche Informationen aus ihrer Zone öffentlich gemacht "
+"werden."
#: template/faq.html.j2:510
msgid "Are \"Legacy Host\" (LEHO) records not going to be obsolete with IPv6?"
msgstr ""
+"Werden "Legacy Host" (LEHO)-Datensätze mit IPv6 nicht veraltet "
+"sein?"
#: template/faq.html.j2:512
msgid ""
@@ -1626,12 +1670,25 @@ msgid ""
"hosting would disappear. Finally, we don't want to have to wait for IPv6 to "
"become commonplace, GNS should work with today's networks."
msgstr ""
+"A: Die Frage geht davon aus, dass (a) virtuelles Hosting nur aufgrund der "
+"IPv4-Adressknappheit erforderlich ist und (b) LEHOs nur im Zusammenhang mit "
+"virtuellem Hosting sinnvoll sind. LEHOs sind jedoch auch von Nutzen, um die "
+"X.509 Zertifizierungsvalidierung sicher zu stellen (da sie spezifizieren, "
+"für welchen historischen Host-Namen das Zertifikat gelten soll). Außerdem "
+"sind wir nicht sicher, dass selbst bei voller IPv6 Implementierung und "
+"Verfügbarkeit von "unendlich vielen" IP Adressen virtuelles "
+"Hosting aufhören wird. Zu guter Letzt möchten wir auch nicht warten, bis "
+"IPv6 voll verbreitet ist, sondern möchten, daß GNS auch mit den heute "
+"bestehenden Netzwerken funktioniert."
#: template/faq.html.j2:526
+#, fuzzy
msgid ""
"Why does GNS not use a trust metric or consensus to determine globally "
"unique names?"
msgstr ""
+"Warum verwendet GNS keine Vertrauensmetrik oder keinen Konsens, um global "
+"eindeutige Namen zu bestimmen?"
#: template/faq.html.j2:528
msgid ""
@@ -1641,10 +1698,17 @@ msgid ""
"of the resolution process was not acceptable. Furthermore, trust and "
"consensus might be easy to manipulate by adversaries."
msgstr ""
+"A: Vertrauensmetriken haben das grundlegende Problem der Schwellenwerte. Im "
+"Zuge der Entwicklung von Vertrauensbeziehungen würde die Bedeutung von "
+"Zuordnungen sich beim gegenseitigen Überschreiten der jeweiligen "
+"Schwellenwerte verändern. Wir haben die Entscheidung getroffen, daß die sich "
+"ergebende Unvorhersehbarkeit des Auflösungsprozesses nicht hinnehmbar wäre. "
+"Zudem könnten Vertrauen und Konsens eventuell durch Gegner leicht "
+"manipulierbar sein."
#: template/faq.html.j2:539
msgid "How do you handle compromised zone keys in GNS?"
-msgstr ""
+msgstr "Wie geht Ihr mit kompromittierten Zonenschlüsseln in GNS um?"
#: template/faq.html.j2:541
msgid ""
@@ -1655,10 +1719,18 @@ msgid ""
"resolve. Peers always automatically check for the existence of a revocation "
"message when resolving names."
msgstr ""
+"A: Der Eigentümer eines privaten Schlüssels kann eine Sperrnachricht "
+"erstellen. Diese kann dann breit durch das Overlay-Netz verteilt werden und "
+"so eine Kopie bei allen Peers erstellen. Ehe du einen öffentlichen Schlüssel "
+"verwendest solltest du immer prüfen, ob der Schlüssel gesperrt wurde. Alle "
+"Namen, die eine Delegation mit einer gesperrten Zone als Bestandteil haben, "
+"werden sich dann nicht auflösen. Peers werden immer automatisch eine Prüfung "
+"auf Sperrnachrichten bei der Namensauflösung durchführen."
#: template/faq.html.j2:553
+#, fuzzy
msgid "Could the signing algorithm of GNS be upgraded in the future?"
-msgstr ""
+msgstr "Könnte der Signaturalgorithmus von GNS in Zukunft aktualisiert werden?"
#: template/faq.html.j2:555
msgid ""
@@ -1669,11 +1741,20 @@ msgid ""
"existing system by using a new record type to indicate the use of a "
"different cipher system."
msgstr ""
+"A: Ja. In unseren Bemühungen GNS zu standardisieren haben wir bereits das "
+"Protokoll zur Unterstützung alternativer Delegations-Datensätze modifiziert. "
+"<br><br> Natürlich müßten bereits laufende GNS Implementierungen "
+"aktualisiert werden, um das neue Unterschriftsschema zu unterstützen. Das "
+"neue Schema kann dann parallel mit dem existierenden System durch Verwendung "
+"eines neuen Datensatztypen zur Kennzeichnung eines anderen Chiffriersystems "
+"betrieben werden."
#: template/faq.html.j2:569
msgid ""
"How can a GNS zone maintain several name servers, e.g. for load balancing?"
msgstr ""
+"Wie kann eine GNS-Zone mehrere Nameserver verwalten, etwa zum "
+"Lastenausgleich?"
#: template/faq.html.j2:571
msgid ""
@@ -1685,12 +1766,22 @@ msgid ""
"necessary, the owner of the zone can simply run multiple peers (and share "
"the zone's key and database among them)."
msgstr ""
+"A: Wir erwarten nicht, dass dies notwendig sein wird, da GNS-Datensätze im "
+"R5N DHT gespeichert (und repliziert) werden. Folglich wird die Autorität "
+"typischerweise nicht benachrichtigt, wenn Klienten eine Suche durchführen. "
+"Selbst wenn die Autorität (vorübergehend) off-line ist wird der DHT die "
+"Datensätze für einige Zeit speichern. Sollte es sich allerdings als wirklich "
+"notwendig erweisen, mehrere Server für eine Zone zu haben, so kann der Zonen-"
+"Eigner einfach verschiedene Peers laufen lassen (und den Schlüssel und die "
+"Datenbank der Zone ihnen allen zugänglich machen)."
#: template/faq.html.j2:584
msgid ""
"Why do you believe it is worth giving up unique names for censorship "
"resistance?"
msgstr ""
+"Warum lohnt es sich eurer Meinung nach, eindeutige Namen zugunsten von "
+"Zensurresistenz aufzugeben?"
#: template/faq.html.j2:586
msgid ""
@@ -1703,10 +1794,21 @@ msgid ""
"unique names may very well be worth the cost. After all, what is a ""
"globally" unique name worth, if it does not resolve?"
msgstr ""
+"A: Das GNU-Namenssystem bietet eine zensurresistente Alternative zu DNS. Wie "
+"mit jeder Sicherheitsmaßnahme bezahlt man dafür einen Preis (Namen sind "
+"nicht global eindeutig). Um einen Vergleich zu ziehen, HTTPS Verbindungen "
+"benutzen mehr Bandbreite und haben eine höhere Latenz als HTTP Verbindungen. "
+"Je nachdem welche Anwendung benutzt wird mag sich HTTPS nicht lohnen. Für "
+"Nutzer, die einer Zensur unterliegen (oder sich darum sorgen) kann die "
+"Aufgabe global eindeutiger Namen jedoch sehr wohl lohnenswert sein. Denn was "
+"ist schließlich ein "global" eindeutiger Namen wert, wenn er nicht "
+"aufgelöst werden kann?"
#: template/faq.html.j2:600
msgid "Why do you say that DNS is 'centralized' and 'distributed'?"
msgstr ""
+"Warum sagst du, dass DNS "zentralisiert" und "verteilt" "
+"ist?"
#: template/faq.html.j2:602
msgid ""
@@ -1716,10 +1818,17 @@ msgid ""
"was able to reassign the management of the country-TLDs of Afganistan and "
"Iraq during the wars at the beginning of the 21st century."
msgstr ""
+"A: Wir sagen, dass DNS "zentralisiert" ist, weil es eine zentrale "
+"Komponente / einen zentralen Fehlerpunkt hat --- die Stammzone und deren "
+"Verwaltung durch IANA/ICANN. Diese Zentralisierung begründet gewisse "
+"Anfälligkeiten. Z.B. war es der US-Regierung möglich, die Verwaltung der "
+"Landes-TLDs von Afghanistan und Irak während der Kriege zu Beginn des 21. "
+"Jahrhunderts neu zuzuweisen."
#: template/faq.html.j2:613
+#, fuzzy
msgid "How does GNS protect against layer-3 censorship?"
-msgstr ""
+msgstr "Wie schützt GNS vor Layer-3-Zensur?"
#: template/faq.html.j2:615
msgid ""
@@ -1733,10 +1842,21 @@ msgid ""
"identifiers. With nicer names, Tor and tor2web-like services would be even "
"easier to use. </ol>"
msgstr ""
+"A: GNS hilft nicht direkt bei der Layer-3-Zensur, aber es hilft indirekt auf "
+"zwei Arten:<ol><li> Viele Websites verwenden heutzutage virtuelles Hosting. "
+"Das Blockieren einer bestimmten IP-Adresse verursacht daher viel mehr "
+"Kollateralschäden als das Blockieren eines DNS-Namens. Somit werden die "
+"Kosten einer Zensur erhöht.</li><li> Bereits bestehende Lösungen zur "
+"Umgehung von Layer-3-Zensur (z.B. Tor) würden Vorteile aus einem "
+"zensurresistenten Namenssystem haben. Gegenwärtig können Nutzer nur mittels "
+"nicht-merkbarer kryptografischer Identifikatoren Zugang zum Namensspace von "
+"Tor ".onion" erhalten. Mit netteren Namen wären Tor und tor2web-"
+"artige Dienste noch leichter zu nutzen. </ol>"
#: template/faq.html.j2:634
+#, fuzzy
msgid "Does GNS work with search engines?"
-msgstr ""
+msgstr "Funktioniert GNS mit Suchmaschinen?"
#: template/faq.html.j2:636
msgid ""
@@ -1749,10 +1869,22 @@ msgid ""
"breaks the cryptographic chain of trust, legacy search engines will "
"obviously not obtain censorship-resistant names."
msgstr ""
+"A: GNS verursacht keine wesentlichen Probleme für Suchmaschinen, da diese "
+"GNS sowohl für die Namensauflösung als auch für jeden normalen Benutzer "
+"verwenden können. Während wir davon ausgehen, daß normale Nutzer "
+"typischerweise Standardsoftware zur Namensauflösung installieren werden, "
+"wird das natürlich für heute bereits bestehende Suchmaschinen vermutlich "
+"nicht funktionieren. Allerdings erlaubt das DNS2GNS Gateway den "
+"Suchmaschinen die Nutzung von DNS zur GNS-Namensauflösung, sodass sie immer "
+"noch auf GNS Ressourcen zurückgreifen können. Da die Verwendung von DNS2GNS "
+"Gateways jedoch die kryptografische Vertrauenskette bricht, werden "
+"historische Suchmaschine offensichtlich keine zensurresistenten Namen "
+"erhalten."
#: template/faq.html.j2:650
+#, fuzzy
msgid "How does GNS compare to the Unmanaged Internet Architecture (UIA)?"
-msgstr ""
+msgstr "Wie vergleicht sich GNS mit der Unmanaged Internet Architecture (UIA)?"
#: template/faq.html.j2:652
msgid ""
@@ -1764,10 +1896,20 @@ msgid ""
"possible with the existing Web infrastructure. UIA is not at all concerned "
"about legacy systems (clean slate)."
msgstr ""
+"A: UIA und GNS haben beide dasselbe grundlegende Namensmodell, das "
+"tatsächlich von Rivests SDSI stammt. Allerdings beschäftigt sich UIA nicht "
+"mit der Integration von historischen Applikationen und konzentriert sich "
+"stattdessen auf universelle Konnektivität zwischen den verschiedenen "
+"Rechnern eines Nutzers. Im Gegensatz dazu wurde GNS entwickelt, um möglichst "
+"viel mit DNS zu interoperieren und ebenfalls mit der bestehenden Internet-"
+"Infrastruktur. UIA kümmert sich garnicht um historische Systeme (clean Slate-"
+"Ansatz)."
#: template/faq.html.j2:665
msgid "Doesn't GNS increase the trusted-computing base compared to DNS(SEC)?"
msgstr ""
+"Erhöht GNS nicht die Basis für vertrauenswürdige Computer im Vergleich zu "
+"DNS(SEC)?"
#: template/faq.html.j2:667
msgid ""
@@ -1778,12 +1920,21 @@ msgid ""
"given the name length restriction, for an individual name it is always less "
"than about 128 entities."
msgstr ""
+"A: Zunächst einmal kannst du in GNS die Vertrauenskette explizit sehen, "
+"sodass du weißt, ob ein Name, den du auflöst, einem Freund oder einem Freund "
+"eines Freundes gehört, und kannst somit entscheiden, in wie weit du dem "
+"Ergebnis vertraust. Sicherlich kann das Trusted-Computing Base (TCB) "
+"beliebig groß werden --- allerdings, aufgrund der Beschränkung der "
+"Namenslänge, ist es für einen individuellen Namen stets kleiner als ca. 128 "
+"Einheiten."
#: template/faq.html.j2:679
msgid ""
"How does GNS handle SRV/TLSA records where service and protocol are part of "
"the domain name?"
msgstr ""
+"Wie geht GNS mit SRV/TLSA-Datensätzen um, bei denen Dienst und Protokoll "
+"Teil des Domänennamens sind?"
#: template/faq.html.j2:681
msgid ""
@@ -1796,12 +1947,23 @@ msgid ""
"TLSA records) and adds a service and protocol number (and the original boxed "
"record type) to it."
msgstr ""
+"A: Wenn GNS einen Domänennamen zur Auflösung in Labels aufteilt, erkennt es "
+"die Syntax "_Service._Proto", konvertiert "Service" in "
+"die entsprechende Portnummer und "Proto" in die entsprechende "
+"Protokollnummer. Der Rest des Namens wird wie gewöhnlich aufgelöst. Wenn "
+"anschließend das Ergebnis präsentiert wird sucht GNS den GNS-"
+"spezifischen"BOX" Datentypus. Ein BOX-Datensatz ist ein Datensatz, "
+"der einen weiteren Datensatz enthält (z.B. in Form von SVR oder TLSA "
+"Datensätzen), und einen Service und eine Protokollnummer (sowie den "
+"ursprünglichen geboxten Datensatztypen) hinzufügt."
#: template/faq.html.j2:697
msgid ""
"I receive many "WARNING Calculated flow delay for X at Y for Z". "
"Should I worry?"
msgstr ""
+"Ich erhalte viele "WARNUNG Berechnete Durchflussverzögerung für X bei Y "
+"für Z". Muß ich mir da Sorgen machen?"
#: template/faq.html.j2:699
msgid ""
@@ -1810,16 +1972,24 @@ msgid ""
"until the Transport Next Generation (TNG) is ready, these warnings are "
"expected."
msgstr ""
+"A: Im Moment wird dies erwartet und ist eine bekannte Ursache für eine hohe "
+"Latenz in GNUnet. Wir haben eine größere Neukodierung begonnen, um dieses "
+"und andere Probleme zu beheben, aber bis die Transport Next Generation (TNG) "
+"fertig ist, muß mit diesen Warnungen gerechnet werden."
#: template/faq.html.j2:708
msgid "Error opening `/dev/net/tun': No such file or directory?"
msgstr ""
+"Fehler beim Öffnen von `/dev/net /tun ': Keine solche Datei oder kein "
+"solches Verzeichnis?"
#: template/faq.html.j2:710
msgid ""
"A: If you get this error message, the solution is simple. Issue the "
"following commands (as root) to create the required device file"
msgstr ""
+"A: Wenn Sie diese Fehlermeldung erhalten, ist die Lösung einfach. Gib die "
+"folgenden Befehle (als Stamm) um die erforderliche Gerätedatei zu kreieren"
#: template/faq.html.j2:722
msgid ""
@@ -1834,6 +2004,10 @@ msgid ""
"your kernel has CONFIG_NETFILTER_XT_MATCH_OWNER set to either 'y' or "
"'m' (and the module is loaded)."
msgstr ""
+"A: Für GNUnet DNS müssen deine iptables "Eigentümer" -Match-"
+"Unterstützung haben. Dies erreicht man durch korrekte Kernel-Optionen. Prüfe "
+"ob bei deinem Kernel CONFIG_NETFILTER_XT-MATCH_OWNER entweder auf 'y' oder "
+"'m' gestellt wurden (und das Modul geladen ist)."
#: template/faq.html.j2:736
msgid "'Timeout was reached' when running PT on Fedora (and possibly others)?"
@@ -1844,6 +2018,9 @@ msgid ""
"A: If you get an error stating that the VPN timeout was reached, check if "
"your firewall is enabled and blocking the connections."
msgstr ""
+"A: Wenn du eine Fehlermeldung erhältst, dass das VPN-Zeitlimit erreicht "
+"wurde, so überprüfe, ob deine Firewall aktiviert ist und die Verbindungen "
+"blockiert."
#: template/faq.html.j2:746
msgid ""
@@ -1869,6 +2046,24 @@ msgid ""
"For example, if you configured GNUnet using a prefix of \"$HOME/gnunet/\" "
"you want to run:"
msgstr ""
+"A: Dieser Fehler tritt normalerweise auf, wenn dein Linker eine der "
+"Bibliotheken von GNUnet nicht findet. Das kann zwei Gründe haben. Erstens "
+"ist es theoretisch möglich, dass die Bibliothek nicht in deinem System "
+"installiert wurde. Wenn du allerdings GNUnet auf normalem Wege kompiliert "
+"und/oder das Binärpaket verwendet hast, dann ist das sehr unwahrscheinlich. "
+"Der häufigere Grund ist, dass du GNUnet in ein Verzeichnis installiert hast, "
+"welches dein Linker nicht durchsucht. Es gibt mehrere Wege das zu lösen, die "
+"im weiteren beschrieben werden. Wenn du 'root' bist und in einem "
+"Systemordner installiert hast (wie z.B. /usr/local), dann solltest du die "
+"Bibliotheken dem systemweiten Suchpfad zufügen. Das machst du indem du eine "
+"Zeile \"/usr/local/lib/\" zu /etc/ld.so.conf hinzufügst und \"ldconfig\" "
+"laufen läßt. Falls du GNUnet zu /opt oder irgendeinen ähnlichen Pfad "
+"installiert hast, wirst du offensichtlich \"/usr/local\" entsprechend ändern "
+"müssen. Falls du keine 'root'-Rechte hast oder du GNUnet etwa unter \"/home/$"
+"USER/\" installiert hast, dann kannst du deinen Linker explizit anweisen, "
+"ein bestimmtes Verzeichnis für Bibliotheken mittels der \"LD_LIBRARY_PATH\" "
+"Umgebungsvariablen abzusuchen. Z.B., solltest du GNUnet unter Verwendung "
+"eines Präfix \"$HOME/gnunet/\" konfiguriert haben, dann solltest du:"
#: template/faq.html.j2:774
msgid ""
--
To stop receiving notification emails like this one, please contact
gnunet@gnunet.org.
- [www] branch master updated (cd0d017 -> 7c0b983), gnunet, 2021/04/08
- [www] 04/06: Translated using Weblate (French), gnunet, 2021/04/08
- [www] 02/06: Translated using Weblate (Spanish), gnunet, 2021/04/08
- [www] 01/06: Translated using Weblate (German),
gnunet <=
- [www] 03/06: Translated using Weblate (French), gnunet, 2021/04/08
- [www] 05/06: Translated using Weblate (Italian), gnunet, 2021/04/08
- [www] 06/06: Translated using Weblate (Italian), gnunet, 2021/04/08