On 13.01.06 04:05:40, Christoph Anton Mitterer wrote: > Andreas Pakulat wrote: > > >>>Sag mal kannst du das CC an mich bitte lassen. Ich lese die Liste mit. > >>> > >>logo.. > >> > >Danke. > > > Des doofe an meinen client (TB,... wird Zeit dass ich auf was > vernünfitges umsteige ;-) )... ist nur dass er bei Reply,.. nur an dich > schickt und bei reply-all,.. auch an dich...
Ja der kennt halt kein List-Reply. Dazu gabs schon (recht kurze) Diskussionen hier und (recht lange) in den Bugreports bei Mozilla Mail und TB (upstream BTS natuerlich). Irgendwie scheinen die TB/Moz-Entwickler das Feature nicht zu moegen. Ich kann muttng empfehlen wenn man mit Text-Only auskommt, ansonsten kenne ich nur noch KMail, das hat auch einen List-Reply. > -anzeigt wenn bei nem package update zwischen zwei versionen > dependencies entfallen,... Hmm, das solltest du mit grep-dctrl _vor_ dem Update selbst hinbekommen und evtl. ein bisschen awk oder so. Vllt. macht man sowas aber auch besser in ner richtigen Programmiersprache... > -und beim update sollten nicht nur recommendet packages angezeigt werden > sondern auch suggested... Hmm, kann man wohl geteilter Meinung drueber sein. Suggested bedeutet ja nur, dass die dort genannten Pakete zusaetzliche Funktionalitaeten bereitstellen die nicht viele Leute brauchen. Recommended bedeutet hingegen dass die Pakete installiert werden sollten um das Programm im vollen Umfang nutzen zu koennen. Oder so aehnlich. Eine Option waere vllt. sinnvoll, die es erlaubt die Anzeige von Recommends und/oder Suggests auf der "Upgrade-Seite" an/abzuschalten. Kannst ja mal nen Wishlist-Bug gegen aptitude schreiben. > >>Ja bei suggested und recommendet gibts da extra optionen für (siehe > >>aptitude doc),... bei gar nix leider net,.. > >> > >> > >Hab ich nicht gewusst, weil noch nicht gebraucht... > > > > > d.h. Du machst es so, dass Du alles was suggested ist (wenn du es > willst),... auch "manuell" reinsetzt? Jupp, wenn ich Paket X installieren und das Recommended Paket Y und mir scheint das sinnvoll markieren ich Y manuell. Suggests gucke ich mir im Normalfall nicht an, weil dann wird der taegliche Update-Aufwand doch zu hoch. > >Sag mal, ist das eigentlich bei deinem MUA normal dass er ueberall ne > >extra Leerzeile einfuegt? > > > Ja,.. wie gesagt,.. der swtich wird wohl irgendwann fällig werden,.. es > sei denn 1.5 macht alles besser,... aber mutt oder so taugt mir auch > nicht, weil eigetlich nutze ich auch ganz gern MIME emails... > Ich weis viele Leute wollen des net, aber ich finde es sollte komplett > auf die umgestiegen werden... Was sind denn MIME-Mails? Wie unterscheiden die sich von dieser hier? Ich hoffe du meinst keine HTML-Mails, sowas ist krank, bei HTML in einer Mail steht der Bloat in keinem Verhaeltniss zum Nutzen. > >Wenn du ein Paket findest dass nicht hinter sich aufraeumt (Dateien in > >/etc, /usr, /lib, /bin, /sbin u.U. auch /var), dann schreib nen > >Bugreport gegen das Paket. Das darf naemlich nicht sein, einzige > >Ausnahme sind Daten und Logs in /var. Ich kenn die Debian-Policy nicht > >genau aber IIRC duerfen Datenbanken ihre "Datenbanken" in /var liegen > >lassen und ebenso duerfen Logdateien in /var/log liegenbleiben. > > > > > Hmm var is klar,.. > Was mir vorher grad auffiel,.. unter /etc/console/boottime.blah gibts > ein .old ? > Weis net ob des gerechtvertigt ist,... zumindest gehörts zu keinem Package.. Keine Ahnung. Ich kenne nur .dpkg-old und das wird angelegt wenn du eine von Hand geaenderte Datei durch die Version aus dem Paket ueberschreiben laesst bei nem Paketupgrade. .dpkg-new analog wenn du deine Version behaelst. Da diese nicht in Paketinhalten auftauchen werden die auch nicht geloescht. > >Kann natuerlich immer mal sein, das ein Paket ein nicht-leeres > >Verzeichnis nicht loeschen kann weil ein anderes Paket dort ne Datei > >reingelegt hat. > > > > > Ich find aber auch da sollte man sich was einfallen lassen,.. klar apt > bzw. dpkg zeigt des an, aber wenn ich mal ein riesiges update fahre,.. > kann man so schnell ja gar net guggen... Deswegen schreibt dpkg+aptitude ja jeweils ein Log. > >>Ok... ich geb ja zu, dass es nicht so helle war zu fragen, ob s.d.o bei > >>sid sinnmacht,.. allein schon die dependencies machen einem da ja bald > >>nen stric durch die Rechnung... > >> > >Nee, der eigentliche Grund warum es keine security-Updates fuer sid gibt > >ist, dass die security-updates ganz einfach in einer neuen Paketversion > >aufgehen. > > > Ja gut,.. des war mir schon auch klar,... ABER wenn ein sec-hole da > ist,.. dauer es evtl. bis jemand ein neues Package nach unstable > schiebt,... und die s.d.o Leute reagieren halt sofort,.. dachte ich,.. Also ich beobachte das nicht genau, aber ich denke bei Security-Bugs reagieren die s.d.o Leute nicht viel schneller als der Paketmaintainer. Vor allem wenn die Security-Fixes nicht leicht zurueckportierbar auf das Sarge-Paket sind ist ein neues Paket in Unstable wahrscheinlich fixer. Ausserdem muss sich das Security-Team um die ganze Distri kuemmern, waehrend ein Paketmaintainer nur ein paar (dutzend?) Pakete hat. Und oft genug wird ein Sicherheitsloch das wichtig ist auch upstream schnell gefixt und ein neuer Bugfixrelease rausgegeben, den kann der Paketmaintainer im guenstigsten Fall mit einem einfachen tarball-Update und neubauen des Pakets fuer unstable vorbereiten. Das ist bestimmt schneller als den Fix fuer Sarge zurueckzuportieren. > btw: andere Frage: warum zeigt mein aptitude/apt ne menge Packages nicht > an obwohl sie auf dem ftpserver sind (z.b. gnome-core 2.12 oder mtr, > zeigt er überhaupt net an) Also gnome-core 2.12 ist nur in experimental, wenn du das also nicht in den sources.list hast... mtr hab ich hier aber, sowohl aus Sarge, Etch und Sid. Was sagt apt-cache policy mtr? > >>Ach ich bin sogar willens genug mich als NM zu bewerben,.. aber momentan > >>fehlt die Zeit ;-) > >> > >Kommt mir irgendwie bekannt vor... > > > Immerhin *von allen Seiten dickes Lob erwartet* ;-) .... hab ich mich > schon von mehreren developern zertifizieren (GPG) lassen.... So eine Signing-Party hab ich bisher leider noch nicht mitgemacht (bzw. mal auf ner Messe an die Schlange angestellt - auf der letzten CeBit hatte ich die Chance bei der ct' aber keine Zeit). Andreas -- Keep it short for pithy sake. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)