staging.inyokaproject.org

Argument. Trotzdem wäre es sinnvoller, es nicht in den Artikel zu packen, sondern auf die Methode zu linken. Spart Wartungsaufwand.

Surst hat geschrieben:

Argument.

Danke!

Trotzdem wäre es sinnvoller, es nicht in den Artikel zu packen, sondern auf die Methode zu linken. Spart Wartungsaufwand.

Einbinden-Makro ginge auch, wenn das hier freigegeben wäre.

Torsten

prost,

Habt ihr das ausprobiert? Das ist nämlich beides nicht das gleiche.

Im Rahmen der Apt-Cacher(-NG)-Artikel und Apt-Proxy habe ich das häufig genug probiert. Die Wirkung ist vergleichbar mit dem bearbeiten der sources.list.

Mag sein dass die beides können, es kommt aber nicht das selbe bei raus. Wenn man einen Proxy einstellt, fragt APT nach http://de.archive.ubuntu.com/bla. Wenn man die sources.list anpasst, fragt nach /de.archive.ubuntu.com/bla, was apt-p2p (oder was auch immer) dann auflöst und nach http://archive.ubuntu.com/bla sucht. Jetzt hängts halt davon ab ob der jeweilige Server auch ersteres unterstützt oder nicht.

Darüber kann man streiten. Bei meinen Artikeln wurde das bisher nicht bemängelt. Wäre es dir denn als Beispiel recht (also die Befehlszeile)?

Naja, „recht“, ich bin ja hier nicht der Diktator 😉 Aber IMHO sollten Artikel immer allgemein geschrieben sein, also nur sagen was man machen muss, nicht wie man es tun muss. Ist meines Wissens auch so vorgesehen (mag sein dass das nicht alle so wichtig finden, ich finde es sehr wichtig, damit der Leser auch was lernt und nicht nur blind Befehle ausführt) edit: Noch ein Argument gegen den tee-Befehl: Damit würde man nicht bemerken, falls in der Datei schon was steht, warum auch immer.

grüße, maix

maix hat geschrieben:

Mag sein dass die beides können, es kommt aber nicht das selbe bei raus. Wenn man einen Proxy einstellt, fragt APT nach http://de.archive.ubuntu.com/bla''. Wenn man die sources.list anpasst, fragt nach /de.archive.ubuntu.com/bla, was apt-p2p (oder was auch immer) dann auflöst und nach http://archive.ubuntu.com/bla'' sucht. Jetzt hängts halt davon ab ob der jeweilige Server auch ersteres unterstützt oder nicht.

Ich kann nicht probieren, ob die Einstellung eines Proxys genau so funktioniert wie bei den Programmen Apt-Cacher/Apt-Cacher-ng. Ich habe halt Apt-Cacher-ng im Einsatz. Kann ja mal jemand testen und hier berichten.

Eine weitere Sache die mich jetzt noch interessieren würde, wäre ob apt-p2p auch als Cache im Netzwerk dienen kann, sprich das mehrere Clients auf einen Server mit apt-p2p zugreifen können (so wie es bei Apt-Cacher(-ng) der fall ist).

Naja, „recht“, ich bin ja hier nicht der Diktator 😉

Habe ich auch nicht gesagt/geschrieben (denke nichtmal ansatzweise).

Aber IMHO sollten Artikel immer allgemein geschrieben sein, also nur sagen was man machen muss, nicht wie man es tun muss. Ist meines Wissens auch so vorgesehen (mag sein dass das nicht alle so wichtig finden, ich finde es sehr wichtig, damit der Leser auch was lernt und nicht nur blind Befehle ausführt)

Allgemein... Schau dich in dem Flickenteppich (von Wiki) doch mal um. Populär ist z.B. bei den Paketlisten entweder nur zu schreiben welche Pakete installiert werden müssen oder eine Paketliste als Konsolenbefehl (wahlweise für apt, aptitude oder apturl).

Noch ein Argument gegen den tee-Befehl: Damit würde man nicht bemerken, falls in der Datei schon was steht, warum auch immer.

Wenn man es im Text erläutert und den Befehl als "Kurzfassung" (für den Fall das die 01proxy nicht existiert) mitliefert wäre das doch was für den Wissenshungrigen und den, der nur schnell eine Lösung sucht.

Torsten

@maix: Danke für das bearbeiten der Baustelle, findest du auch noch den anderen Artikel im Wiki, in dem meine Version steht? Und nein, der Dateiname ist kein Beispiel, die Datei muss schon so heißen (meines wissens nach).

prost,

Eine weitere Sache die mich jetzt noch interessieren würde, wäre ob apt-p2p auch als Cache im Netzwerk dienen kann, sprich das mehrere Clients auf einen Server mit apt-p2p zugreifen können (so wie es bei Apt-Cacher(-ng) der fall ist).

Wenn ich die Docs richtig verstanden habe, müsste das gehen.

Naja, „recht“, ich bin ja hier nicht der Diktator 😉

Habe ich auch nicht gesagt/geschrieben (denke nichtmal ansatzweise).

OK.

Aber IMHO sollten Artikel immer allgemein geschrieben sein, also nur sagen was man machen muss, nicht wie man es tun muss. Ist meines Wissens auch so vorgesehen (mag sein dass das nicht alle so wichtig finden, ich finde es sehr wichtig, damit der Leser auch was lernt und nicht nur blind Befehle ausführt)

Allgemein... Schau dich in dem Flickenteppich (von Wiki) doch mal um. Populär ist z.B. bei den Paketlisten entweder nur zu schreiben welche Pakete installiert werden müssen oder eine Paketliste als Konsolenbefehl (wahlweise für apt, aptitude oder apturl).

Ja, das Wiki ist da leider oft nicht so wie man sich (lies: ich mir ☺ ) das wünscht … Wenn ich sowas seh, änder ich das immer, aber das reicht halt nicht ☺

Noch ein Argument gegen den tee-Befehl: Damit würde man nicht bemerken, falls in der Datei schon was steht, warum auch immer.

Wenn man es im Text erläutert und den Befehl als "Kurzfassung" (für den Fall das die 01proxy nicht existiert) mitliefert wäre das doch was für den Wissenshungrigen und den, der nur schnell eine Lösung sucht.

Naja, „schreibe in die Datei xy“ ist was was man ein Mal lernt und fertig – die sources.list muss man ja auch bearbeiten, wenn man das kann kriegt man ersteres auch hin ☺ Der tee-Trick wäre eher ein Fall für zb den Artikel Editor (den ich grade mal im Wissensblock verlinke)

Und nein, der Dateiname ist kein Beispiel, die Datei muss schon so heißen (meines wissens nach).

Da wette ich dagegen 😉 APT liest alle Dateien in diesem Verzeichnis ein, die Zahlen sind nur da um die Reihenfolge festzulegen. Siehe auch man apt.conf:

When an APT tool starts up it will read the configuration specified by the APT_CONFIG environment variable (if any) and then read the files in Dir::Etc::Parts then read the main configuration file specified by Dir::Etc::main then finally apply the command line options to override the configuration directives

grüße, maix

Also ich habe nun nach dem Wiki apt-p2p eingerichtet. Stelle ich nun der Gemeinde automatisch meine Pakete zur Verfügung, oder muss ich sie noch nach /var/cache/apt-p2p kopieren?

Edit: Hat sich erledigt. Nach dem Editieren der sources.lst und einem apt-get update werden die Pakete automatisch verlinkt.

Hallo - sorry ich weiß, hier geht's eigentlich um den Wiki-Artikel zu apt-p2p. Nachdem ich aber davon ausgeh dass ihr euch gut mit dem Programm auskennt, wollt ich fragen ob ihr mir weiterhelfen könnt; es geht um die Authentifizierung von Softwarepaketen bei der Verwendung von apt-p2p.

Um ein Doppelposting zu vermeiden, verlink ich hier einfach ins Forum "Sicherheit", wo ich die Frage gestern gestellt hab: http://forum.ubuntuusers.de/topic/authentifizierung-von-softwarepaketen-bei-der-/

Danke im Voraus für eure Hilfe!

Hallo,

ich habe mal eine ganz abwegige Frage: Ist es möglich ein Applet für den Ubuntu-Panel zu installieren mit einer Ampel oder so ähnlich. Wenn jemand gerade bei mir die Pakete holt, dann soll eine LED im Panel grün leuchten, ansonsten rot. Ist das machbar und mit welchem Applet?

LG nox24

Hallo nox24,

also, es geht hier eigentlich um den Wiki-Artikel zu apt-p2p, nicht darum herauszufinden, ob irgendwelche Programme gerade Netzwerklast (bzw. Uplink) erzeugen.

Wenn Fragen, Anregungen oder Kritik zu o.g. Artikel sind, dann postet man in diesem Thread!

So, nun zu deiner Frage:

Es ist machbar ein Skript zu schreiben, welches dir sagt, ob apt-p2p TCP-IP Verbindungen aufgebaut hat. Dies geht zum Beispiel mit netstat. Dies ist aber sinnlos, da apt-p2p regelmäßig mit dem Peer-to-Peer Netzwerk kommunizieren muss (DHT aktualisieren usw.). (Zumal wenn apt-p2p über UDP, also Statuslos, kommuniziert ist es nicht möglich zu unterscheiden, ob jmd. von dir Pakete lädt oder nicht.)

Torsten

Hallo zusammen,

da StefanNagy apt-p2p mit Maverick betreibt könnte das in dem Artikel hinzugefügt werden.

Weiterhin ist auch sein Problem mit apt-p2p behoben (bitte den Thread lesen, weiter oben verlinkt). Als Konsequenz aus seinem Problem wäre es evtl. sinnvoll den Betrieb von apt-p2p mit dem Hauptserver zu empfehlen.

Torsten

Kannst du es selbst einarbeiten? Benutze momentan ArchLinux, da fehlt mir die sources.list um den Abschnitt entsprechend zu formulieren 😉

Hallo Surst,

Kannst du es selbst einarbeiten?

War erstmal als Frage gedacht, ob es sinnvoll wäre.

Benutze momentan ArchLinux, da fehlt mir die sources.list um den Abschnitt entsprechend zu formulieren 😉

Herzliches Beileid 😉

Torsten

Naja, wenn es getestermaßen Probleme bereiten kann, wenn man andere Server verwendet, sollte man es vermerken. Vor allem ist es (abgesehen von der packages-Datei) im Idealfall egal, welchen Server man eingetragen hat, da das P2P-Netzwerk belastet wird ☺

Ok, habe mich kurz gefasst...

Vllt. sollte da noch einer schauen, ob es verständlich ist (User/Wiki-Mod).

Torsten

Hallo,

Hinweistext in der jetzigen Version ist IMHO ok.

Gruß, noisefloor