agaida
Mir ist grade keine bessere Kategorie eingefallen, aber Kurioses passt schon ganz gut:
F: Wie schafft man es, einen Bugtracker leer zu halten?
A: So!
FS#23310 - perl-xyne-arch depends on pacman < 3.5
The following task is now closed:
FS#23310 - perl-xyne-arch depends on pacman < 3.5
User who did this - Xyne (Xyne)
Reason for closing: Won't fix
Additional comments about closing: Support for perl-xyne-arch has been dropped. The package has been removed from [community], along with all packages that depended on it.
Mal schauen, was passiert, wenn demnächst mal das Paket kernel26 heisst. Ich finde es ja schön, dass nach Tagen sowas um die Ecke kommt. Na ja, es ist gefixt :lol:
Creshal
Naja, wenn xyne das selber macht, ist das was anderes als wenn irgendein Maintainer macht.
(Und wehe, einer kommt auf die Idee, Linus Bescheid zu sagen... 😉 )
toad
Schade ist es schon, reflector war "mein Ding". Routine:
1. reflector -l 5 -r -o /etc/pacman.d/mirrorlist
2. paccheck
3. packer -Syu
Tja, reflector ist tot, pacchecks IgnorantGuru ist banned und wird sich einen Dreck kümmern, aber immerhin gibt es noch packer oder pacmatic und wie sie alle heißen.
Aber wie haltet Ihr Eure mirrorlist denn auf dem neuesten Stand?
agaida
Gar nicht, und wenn es doch notwendig ist, manuell. Ich habe nachgemessen und da man in Bielefeld irgendwie recht gut versorgt ist, war Berlin, Hannover oder ein Spiegel im Pott bis auf wenige k gleich schnell.
toad
Gar nicht? Nun, nachdem ich mit einer nicht aktualisierten mirrorlist schon in diverse Fettnäpfchen getreten bin, fand ich reflector schon sehr genehm.
Muss jetzt wohl auch den manuellen Pfad nehmen bzw mich schlau machen 🙂
bernarcher
toad schriebAber wie haltet Ihr Eure mirrorlist denn auf dem neuesten Stand?
http://www.archlinux.org/mirrorlist
Funktioniert hier immer noch.
Zondan
Ich habe einfach kernel.org als erstes und alle darunter auch aktiv. Stundlich wird dann per Cron-Eintrag gesynct und auch gleich alle neuen Pakete runtergeladen, aber natürlich nicht automatisch installiert. Das mach ich dann manuell per yaourt -Sau.
Quick and dirty aber es funktioniert. Schade find ich nur das es jetzt kein powerpill mehr gibt, der Download von vielen Paketen wird also in Zukunft länger dauern. 🙁
toad
Danke, bernarcher. Das werd ich dann wohl zu meinem wöchentlichen Cron machen müssen 🙂
agaida
Nicht dass das "gar nicht" in den falschen Hals kommt. Bei mir sind nur diese beiden aktiv.
Server = http://ftp.hosteurope.de/mirror/ftp.archlinux.org/$repo/os/x86_64
Server = http://ftp-stud.hs-esslingen.de/pub/Mirrors/archlinux/$repo/os/x86_64
Die sind über das letzte Jahr ausgesprochen stabil und schnell. Wenn was davon wegbricht, dann Ist der Weg von bernacher der Richtige. Die einzigen Probleme hatte ich damals mit giantix. In einem solchen Fall schau ich in die aktuelle Liste. Wenn sich nicht was schnelles direkt vor der Haustür befindet und alles funkt, bleibt alles so, wie es ist.
semmelbrot
Schade um Powerpill. Das war vor allem bei vielen kleinen Paketen klasse. Warum saugt Pacman die Pakete eigentlich nicht selber parallel?
agaida
Die Argumente dafür und dagegen waren in letztens wieder mal in der pacman-dev-Liste. Bei einer schnellen Verbindung, die beim Saugen eh auf Anschlag steht, macht es eigentlich nicht allzuviel Sinn. Das war so ungefähr das Credo, wenn ich das richtig verstanden habe. Und bei 20 oder 30 Paketen in klein ist der Unterschied zwischen "schnipp" und "schnapp" halt wirklich nicht so relevant.
Ich habe das jetzt ein paar mal bei debian beobachtet, apt kann parallel saugen, macht das aber nur in den seltensten Fällen, Meist ist meine Leitung mit einem Download vollständig dicht.
semmelbrot
Ja bei großen Paketen schon, aber 30 kleine Pakete à zwei bis drei MiB gleichzeitig zu saugen geht definitiv schneller. Bei kleinen Paketen lohnt es sich ja auch nicht wirklich die Verbindung immer auf Anschlag laufen zu lassen. Aber das soll keine beschwerde sein 😉. Die Pacman Developer leisten super Arbeit 🙂
agaida
No probs, unitymedia. Die Buben scheinen da eine dynamische Abreglung der Bandbreite auf die vertraglich zugesicherte Bandbreite zu haben. Das fängt beim uppen und downloaden immer sauschnell an und regelt erst nach 4-5 M spürbar ab. Kleine Pakete sind in dem Moment nicht wirklich das Problem bei meiner Anbindung. Als ich noch bei arcor (vodafone) war, war bauerbill auch mein Lieblingsspielzeug. Da war das irgendwie anders.
semmelbrot
Was ich meine ist, bei kleinen Paketen bringt dir eine hohe Bandbreite nichts. Bei einem 5MiB Paket macht es kaum einen Unterschied ob du nun 16Mbit, 25Mbit
oder ne 100Mbit Leitung hast. Da bringt es mehr die gesamte Bandreite auf 10 (oder so) Downloads gleichzeitig zu verteilen.
Aber ist auch egal, das schweift glaub zu sehr aus 🙂
agaida
Nö, nicht wirklich, da kommt mal ein wenig Hintergrund. Witzig und Kurios passt auch. Bei kleinen Paketen ist der Overhead der Verhandlungen natürlich ein Thema, die eigentliche Übertragung eher weniger.. Da würde ein parallelisiertes Aushandeln der Einzelnen Requests natürlich einiges bringen. Ich gebe aber gerne zu, dass mir dieses Verhandeln der Downloads, seien es 10s, nicht so weh tut, wie die bisherigen und nun gelösten Engpässe in der Paketverwaltung. Und bei größeren Paketen dauert das Einspielen eh länger als das Saugen. Diese Minute täglich gönne ich mir. 😉 Prinzipiell wäre es aber nice to have im Standard.
semmelbrot
Fände das feature gut, wenn man's einfach wählen könnte ob parallel oder normal Download. Ich hab seit einer Weile eine SSD und da geht das installieren wirklich sehr fix. Der Download dauert bei mir meist länger. Und mit Powerpill war der gesamte Update-Vorgang sehr fix erledigt. Ist nicht so das ichs eilig hab, aber wenns möglich ist schnell zu updaten, warum nicht?
Creshal
Das Problem dürfte halt wie immer sein, dass für einfache "nice to have"-Features die Manpower fehlt. Ich denke mal, die Pacman-Entwickler würden einen dahingehenden Patch nicht ablehnen, haben aber einfach zu viel zu tun, um es selber zu tun. 😉
agaida
Vor allem haben die Buben jetzt wirklich richtig schwer geschuftet in den letzten Wochen, ich glaube, dass da noch einiges an Kleinigkeiten kommen wird, was sich dann im Feld zeigt. Man müsste wirklich noch mal in das Listenarchiv schauen, ich hab nur die nächsten Tage zuviel um die Ohren.
stefanhusmann
toad schriebSchade ist es schon, reflector war "mein Ding". Routine:
1. reflector -l 5 -r -o /etc/pacman.d/mirrorlist
2. paccheck
3. packer -Syu
Tja, reflector ist tot, pacchecks IgnorantGuru ist banned und wird sich einen Dreck kümmern, aber immerhin gibt es noch packer oder pacmatic und wie sie alle heißen.
Aber wie haltet Ihr Eure mirrorlist denn auf dem neuesten Stand?
Reflector gibt es wieder, aber in Python geschrieben:
https://bbs.archlinux.org/viewtopic.php?id=115714
agaida
Dein Link klärt ja dann alles. Witzig war das aber schon.