Re: R.I.P. dselect
Am Dienstag, 14. Juni 2005 21:26 schrieb Peter Wiersig: On Tue, Jun 14, 2005 at 10:16:27PM +0200, ratti wrote: Ich fürchte, dass ich durch die TUI nichtmal ansatzweise durchsteige. Viel Enter, ne Menge 'q' und 'u' und 'g'. Damit kommt man durch ;) Dazu kommt, dass das Programm f10 belegt hat, was im Gnome-Terminal schon belegt ist und deswegen nicht funktioniert. Kann man im gnome-terminal abschalten. Äh... exim4-daemon-heavy kollidiert mit mail-transport-agent? Hä? Das Paket gibt es doch gar nicht und wird ausserdem durch exim selbst provided...?! Wie kann denn heavy durch light ersetzt werden müssen? Wenn schon, dann hätte doch der heavy mehr Abhängigkeiten... Sind die denn alle installiert, bzw. installierbar? Was bei einer Mischbenutzung der Apt-Suite koennte jetzt auch ein aptitude install exim4-daemon-heavy helfen. Die manpage sagt z.B. zu -R: Dies entspricht der Einstellung Aptitude::Recommends-Important. Was will mir das sagen? Wo gehört das rein? In die Kommandozeile, wenn du Pakete per aptitude install foo installierst, und die o.g. Config-Option nicht scharfschaltest. /usr/share/doc/aptitude/html/en/ch02s04s05.html Auf nem deutschen Keyboard ist aptitude laengst nicht so gut wie mit nem us-Keyboard - bei meinen Tests konnte ich die Funktionalitaet hinter '[' und ']' nicht nutzen. also bei mir funktioniert das recht gut mit dem Öffnen und Schließen. Einzig man muss, wenn man gerade innerhalb einer Liste aus einer Kategorie ist, erstmal mit ^ an den Anfang wechseln um die Kategorie dann mittels ] schliessen zu können. Markus Schulz
Re: R.I.P. dselect
Am Dienstag, 14. Juni 2005 22:19 schrieb Andreas Pakulat: On 14.Jun 2005 - 22:16:27, Joerg Rossdeutscher wrote: Am Dienstag, den 14.06.2005, 16:47 +0200 schrieb Andreas Pakulat: Ausserdem: Wer macht denn dist-upgrade wenn er die Distri nicht wechseln will und nicht Unstable einsetzt ;-) Das ist m.W. die übliche Vorgehensweise, weil upgrade möglichst konservativ updated, dist-upgrade aber alles was zu kriegen ist. Das dürfte der übliche Wunsch sein. Aha, welche empirischen Studien belegen das? Im Ernst: dist-upgrade sollte nutzen wer unstable nutzt und _weiss_ was er tut. Oder aber wer von woody nach Sarge upgradet. Alle anderen sind bei upgrade wesentlich besser aufgehoben. ich würde behaupten, alle ausser stable Nutzer brauchen ab und an dist-upgrade. Markus Schulz
Re: R.I.P. dselect
Am Dienstag, den 14.06.2005, 23:26 +0200 schrieb Peter Wiersig: On Tue, Jun 14, 2005 at 10:16:27PM +0200, ratti wrote: Ich fürchte, dass ich durch die TUI nichtmal ansatzweise durchsteige. Viel Enter, ne Menge 'q' und 'u' und 'g'. Damit kommt man durch ;) Durch, aber nicht weiter. :-) Ich glaube, das ist bei mir ein generelles TUI-Syndrom. Dieser ganze Kram a la Wir bauen uns grafische Bäume mit \ und / und | und _ muss irgendwie für Menschen gemacht sein, die andere Augen haben als ich. :-) Ich bevorzuge die reine Kommandozeilenversion mit ein bisschen grep und sort und less. Dazu kommt, dass das Programm f10 belegt hat, was im Gnome-Terminal schon belegt ist und deswegen nicht funktioniert. Kann man im gnome-terminal abschalten. Oh - ich guck immer unter Profile, dabei hat das einen eigenen Menüeintrag... Danke! (klickwechmach) Äh... exim4-daemon-heavy kollidiert mit mail-transport-agent? Hä? Das Paket gibt es doch gar nicht und wird ausserdem durch exim selbst provided...?! Wie kann denn heavy durch light ersetzt werden müssen? Wenn schon, dann hätte doch der heavy mehr Abhängigkeiten... Sind die denn alle installiert, bzw. installierbar? Reines Sarge, ohne Fremdpakte, ohne zusätzliche apt-sources. Hinzu kommt, dass apt-get ja nichts anmosert, und aptitude fehlt ja auch nichts - er will lediglich diese beiden Pakete tauschen. Was bei einer Mischbenutzung der Apt-Suite koennte jetzt auch ein aptitude install exim4-daemon-heavy helfen. Mischbenutzung will ich ja nicht mehr machen, wenn alle aptitude empfehlen, würde ich mich ja auch drauf einlassen. Weder aptitude install exim4-daemon-heavy noch aptitude reinstall exim4-daemon-heavy lösen das Problem. Das wird dann brav gemacht, und wenn ich dist-upgrade aufrufe, soll wieder heavy durch light ersetzt werden. Argll...ich habe jetzt grad versucht, einfach noch mal alle recommends zu reinstallieren: E: Internal Error, Could not perform immediate configuration (2) on libpam0g Da werd ich jetzt mal nachgraben... Die manpage sagt z.B. zu -R: Dies entspricht der Einstellung Aptitude::Recommends-Important. Was will mir das sagen? Wo gehört das rein? In die Kommandozeile, wenn du Pakete per aptitude install foo installierst, und die o.g. Config-Option nicht scharfschaltest. /usr/share/doc/aptitude/html/en/ch02s04s05.html Danke! Auf nem deutschen Keyboard ist aptitude laengst nicht so gut wie mit nem us-Keyboard - bei meinen Tests konnte ich die Funktionalitaet hinter '[' und ']' nicht nutzen. Ich will sowieso nur die Kommandozeile. Gruß+Danke, Ratti -- -o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/ signature.asc Description: This is a digitally signed message part
Re: R.I.P. dselect
Moin, Am Mittwoch, den 15.06.2005, 00:19 +0200 schrieb Andreas Pakulat: On 14.Jun 2005 - 22:16:27, Joerg Rossdeutscher wrote: Am Dienstag, den 14.06.2005, 16:47 +0200 schrieb Andreas Pakulat: On 14.Jun 2005 - 16:28:56, Joerg Rossdeutscher wrote: aptitude dist-upgrade möchte mir gerne den exim-heavy runterschmeissen und durch den -light ersetzen. Warum - weiss ich nicht. Dann sag ihm doch er soll das lassen. aptitude hat ein TUI, da koenntest du wahrscheinlich auch rausbekommen warum der den -heavy installieren will... Ich fürchte, dass ich durch die TUI nichtmal ansatzweise durchsteige. It's a mess. Kannst du das mal genauer spezifizieren? Hast du die Hilfe gelesen? Nein, ich habe die Hilfe nicht gelesen, weil ich ja die Kommandozeile benutzen will und nicht das TUI. Ich halte nix von grafischer Paketverwaltung. Dazu kommt, dass das Programm f10 belegt hat, was im Gnome-Terminal schon belegt ist und deswegen nicht funktioniert. Dann stell die Gnome-Belegung doch um, oder benutze ein anderes Terminal. Ich hab die aptitude-Doku noch nicht gelesen aber vllt. kann man auch dieses dazu bewegen statt F10 was anderes fuer den Menüzugriff zu benutzen. Jepp, da hatte ich einfach was übersehen. Ich habe mit defoster --depends und --dependents rumgespielt etc, aber die Ursache nicht ermitteln können. debfoster ist nicht dazu da herauszubekommen warum aptitude ein bestimmtes Paket installieren will. debfoster kann dir aber Paketabhängigkeiten vorwärts/rückwärts ausgeben. Das ist m.W. die übliche Vorgehensweise, weil upgrade möglichst konservativ updated, dist-upgrade aber alles was zu kriegen ist. Das dürfte der übliche Wunsch sein. Aha, welche empirischen Studien belegen das? Jetzt bist du dran mit Doku lesen. :-) man apt-get upgrade will man eigentlich gar nicht. dist-upgrade löst Abhängigkeiten weitergehend auf und holt auch ggf. neue Pakete dazu. Der Name ist einfach irreführend und hat mit Distri-wechsel nur am Rande was zu tun. Im Ernst: dist-upgrade sollte nutzen wer unstable nutzt und _weiss_ was er tut. Oder aber wer von woody nach Sarge upgradet. Alle anderen sind bei upgrade wesentlich besser aufgehoben. Das ist ein weit verbreiteter Irrtum. The following packages will be automatically REMOVED: exim4-daemon-heavy (C: mail-transport-agent) The following NEW packages will be installed: exim4-daemon-light The following packages will be REMOVED: exim4-daemon-heavy 0 packages upgraded, 1 newly installed, 1 to remove and 0 not upgraded. Äh... exim4-daemon-heavy kollidiert mit mail-transport-agent? Hä? Das Paket gibt es doch gar nicht und wird ausserdem durch exim selbst provided...?! Ja, damit bei der Installation von exim4-daemon-heavy ein anderer MTA deinstalliert wird. Also nichts ungewoehnliches. Ach so. Danke! Wie kann denn heavy durch light ersetzt werden müssen? Wenn schon, dann hätte doch der heavy mehr Abhängigkeiten... Du solltest definitiv mal die TUI starten, / eingeben dann exim4-daemon, dann suchst du dir den -heavy und den -light und guckst ob bei einem von dem beiden sowas davor steht: idA (evtl. ohne i bzw. d). Dann nimmst du + auf den -heavy und - bei dem light und Ruhe ist. Achja, Weitersuchen geht mit n ;-) Wer sich mit vim auskennt fuehlt sich gleich zuhause ;-) Damit würde ich doch das Problem nur umschiffen. Schliesslich wird beim Rest der Welt ja auch nicht der heavy downgegradet, also muss bei mir ein lokales Problem vorliegen. Das will ich lösen. Nachtrag: Irgendwas an meinem Paketmanager ist kaputt. Ich werde mal einen neuen Thread starten. Internal Errors sind nicht OK. Das ist IMHO das unnoetigste Feature seitdem die Recommends hinter den zu installierenden Paketen angezeigt werden. Nicht bloss unnötig, sondern Schwachsinnig. In der Regel steht in den Emfehlungen bloss komisches Zeugs, das man um Himmels willen nicht haben will... Kann man das irgendwie dauerhaft an der Konsole abstellen, ohne jedesmal an den Switch denken zu müssen? apt-get install aptitude-doc-en und _lesen_ Was hat denn das mit Anleitung lesen zu tun? Ich gucke mir meine Recommends immer genau an. 90% dessen will ich keinesfalls haben. Ich habe hier etliche Kisten rumhängen, und es reicht mir vollkommen, wenn z.B. die ganzen -doc Pakete auf meinem Rechner sind - ich brauche nicht auf jedem Router und jedem Mailserver eine Komplettsammlung von Anleitungen. Oder wenn ich, als TeX-unkundiger, nur mal eben nach einer Anleitung eine Doku übersetzen will, will ich deswegen nicht alles mögliche TeX-Zubehör auf meinem Rechner haben... Ich steh auf dem Standpunkt: Möglichst wenig. Wenn mir was fehlt - hole ich es mir schon. Ich mache auf auf meinem Desktop meine Installation bloss mit debootstrap und hole dann einzeln nach... Die manpage sagt z.B. zu -R: Dies entspricht der Einstellung Aptitude::Recommends-Important. Was will mir das sagen?
Re: R.I.P. dselect
On 15.Jun 2005 - 11:58:15, Joerg Rossdeutscher wrote: Moin, Am Mittwoch, den 15.06.2005, 00:19 +0200 schrieb Andreas Pakulat: Kannst du das mal genauer spezifizieren? Hast du die Hilfe gelesen? Nein, ich habe die Hilfe nicht gelesen, weil ich ja die Kommandozeile benutzen will und nicht das TUI. Ich halte nix von grafischer Paketverwaltung. Achso, sag das doch. Ist nichts gegen einzuwenden. debfoster ist nicht dazu da herauszubekommen warum aptitude ein bestimmtes Paket installieren will. debfoster kann dir aber Paketabhängigkeiten vorwärts/rückwärts ausgeben. Das kann sogar apt-cahe ;-) Dafuer brauche ich debfoster nicht... Das ist m.W. die übliche Vorgehensweise, weil upgrade möglichst konservativ updated, dist-upgrade aber alles was zu kriegen ist. Das dürfte der übliche Wunsch sein. Aha, welche empirischen Studien belegen das? Jetzt bist du dran mit Doku lesen. :-) man apt-get Kenn ich upgrade will man eigentlich gar nicht. dist-upgrade löst Abhängigkeiten weitergehend auf und holt auch ggf. neue Pakete dazu. Der Name ist einfach irreführend und hat mit Distri-wechsel nur am Rande was zu tun. Weiss ich doch :-) Im Ernst: dist-upgrade sollte nutzen wer unstable nutzt und _weiss_ was er tut. Oder aber wer von woody nach Sarge upgradet. Alle anderen sind bei upgrade wesentlich besser aufgehoben. Das ist ein weit verbreiteter Irrtum. Hmm, also in den letzten 1.5 Jahren hab ich immer ein apt-get update apt-get upgrade gefahren Wenn es dann Pakete gab die nicht upgegradet wurden, habe ich kurz mal das dist-upgrade laufen lassen um zu schauen ob er mir irgendwas deinstalliert. Wenn nicht - Ok, wenn doch beginnt die Arbeit. Ich glaube ich mache was falsch :-) Davon abgesehen: Die meisten sollen stable verwenden, also reicht denen ein upgrade. Wie kann denn heavy durch light ersetzt werden müssen? Wenn schon, dann hätte doch der heavy mehr Abhängigkeiten... Du solltest definitiv mal die TUI starten, / eingeben dann exim4-daemon, dann suchst du dir den -heavy und den -light und guckst ob bei einem von dem beiden sowas davor steht: idA (evtl. ohne i bzw. d). Dann nimmst du + auf den -heavy und - bei dem light und Ruhe ist. Achja, Weitersuchen geht mit n ;-) Wer sich mit vim auskennt fuehlt sich gleich zuhause ;-) Damit würde ich doch das Problem nur umschiffen. Schliesslich wird beim Rest der Welt ja auch nicht der heavy downgegradet, also muss bei mir ein lokales Problem vorliegen. Das will ich lösen. Jaein, vllt. ist dein Problem ja, dass aptitude aus irgendeinem Grund (frag mich nicht welchen, sooo gut kenn ich das Ding auch nicht) _automatisch_ exim4-daemon-light zur Installation ausgewaehlt hat. Demzufolge muss natuerlich der -heavy entfernt werden. Und mit obigem koenntest du rauskriegen warum der ausgewaehlt wurde... Das ist IMHO das unnoetigste Feature seitdem die Recommends hinter den zu installierenden Paketen angezeigt werden. Nicht bloss unnötig, sondern Schwachsinnig. In der Regel steht in den Emfehlungen bloss komisches Zeugs, das man um Himmels willen nicht haben will... Kann man das irgendwie dauerhaft an der Konsole abstellen, ohne jedesmal an den Switch denken zu müssen? apt-get install aptitude-doc-en und _lesen_ Was hat denn das mit Anleitung lesen zu tun? Nun, die Anleitung erklaert dir wo du den Switch dauerhaft hinterlegen kannst, so dass du nicht bei jedem aptitude dist-upgrade drauf achten muss. Ich gucke mir meine Recommends immer genau an. Ich nicht. Naja, wenn ich ein ganz neues Paket installiere vllt... 90% dessen will ich keinesfalls haben. Ich auch nicht :-) Ich habe hier etliche Kisten rumhängen, und es reicht mir vollkommen, wenn z.B. die ganzen -doc Pakete auf meinem Rechner sind - ich brauche nicht auf jedem Router und jedem Mailserver eine Komplettsammlung von Anleitungen. Also wirklich, wer ist denn so krank? Oder wenn ich, als TeX-unkundiger, nur mal eben nach einer Anleitung eine Doku übersetzen will, will ich deswegen nicht alles mögliche TeX-Zubehör auf meinem Rechner haben... Natuerlich nicht, mich kotzt es auch an, dass auf meinem Router ein funktionierendes X11 sein muss, nur damit ich ein ssh -X machen kann... Ich steh auf dem Standpunkt: Möglichst wenig. Wenn mir was fehlt - hole ich es mir schon. Ich mache auf auf meinem Desktop meine Installation bloss mit debootstrap und hole dann einzeln nach... Naja, ich hatte die Expert-Installation gemacht und danach mit aptitude die Liste der installierten Pakete aufgeraeumt... Aber jedem das seine. Also, bis jetzt turnt mich aptitude so gar nicht an. Eine Entsprechung für apt-cache search --names-only suche ich auch noch. / - Teil des Namens eingeben. So jedenfalls gehts in der TUI, fuer die Kommandozeile muesste man mal die Doku lesen *wink* Sorry, aber da hört es für mich auf. Ich lese den halben Tag Doku, aber sowas gehört in die
Re: R.I.P. dselect
On Wed, Jun 15, 2005 at 10:55:09AM +0200, ratti wrote: lösen das Problem. Das wird dann brav gemacht, und wenn ich dist-upgrade aufrufe, soll wieder heavy durch light ersetzt werden. Ich hab mal den umgekehrten Schritt gemacht: meinen -light durch -heavy ersetzt. Das Paket selbst hat keine recommends. Ein anschliessendes dist-upgrade laesst es auch drauf. Argll...ich habe jetzt grad versucht, einfach noch mal alle recommends zu reinstallieren: E: Internal Error, Could not perform immediate configuration (2) on libpam0g Da werd ich jetzt mal nachgraben... Dieses Paket ist Section base Priority required, deshalb immer drauf, und ich hab diese E:-Meldung auch noch nirgens gesehen. Peter -- 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)
Re: R.I.P. dselect
* Joerg Rossdeutscher [EMAIL PROTECTED] [14-06-05 22:16]: Also, bis jetzt turnt mich aptitude so gar nicht an. Eine Entsprechung für apt-cache search --names-only suche ich auch noch. Auch wenn es dich nicht anturnt, 'aptitude search $foo' sucht per default nur in den Namen. aptitude search name Matches packages whose names match the regular expression name. This is the default search mode and is used for patterns that don't start with ~. [] ~ddescription Matches packages whose description matches the regular expression description Gruss Jens -- 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)
Re: R.I.P. dselect
Moin, Ja, Schade, oder Schön, je nach Perspektive, denn: Am Mittwoch, den 15.06.2005, 13:36 +0200 schrieb Peter Wiersig: On Wed, Jun 15, 2005 at 10:55:09AM +0200, ratti wrote: Argll...ich habe jetzt grad versucht, einfach noch mal alle recommends zu reinstallieren: E: Internal Error, Could not perform immediate configuration (2) on libpam0g Da werd ich jetzt mal nachgraben... Dieses Paket ist Section base Priority required, deshalb immer drauf, und ich hab diese E:-Meldung auch noch nirgens gesehen. Diese Meldung kommt auf ALLEN meinen Sarges, auch unter PPC immer dann wenn man libpamg0 und libc6 gleichzeitig(!) installieren will. Einzeln geht. Ursache unbekannt, aber mit großer Sicherheit ein Debian-Problem und nicht mein lokales. Kann das jemand nachvollziehen? aptitude reinstall libpam0g libc6 oder apt-get install --reinstall libpam0g libc6 wirf immer obigen Error. Gruß, Ratti -- -o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/ signature.asc Description: This is a digitally signed message part
Re: R.I.P. dselect
Moin, Am Mittwoch, den 15.06.2005, 12:34 +0200 schrieb Andreas Pakulat: On 15.Jun 2005 - 11:58:15, Joerg Rossdeutscher wrote: debfoster ist nicht dazu da herauszubekommen warum aptitude ein bestimmtes Paket installieren will. debfoster kann dir aber Paketabhängigkeiten vorwärts/rückwärts ausgeben. Das kann sogar apt-cahe ;-) Dafuer brauche ich debfoster nicht... Jepp. Da ich aber derzeit ein Abhängigkeitsproblem habe, wollte ich mal ein anderes Tool verwenden. Alle Pfade führen ins Rom. :-) Im Ernst: dist-upgrade sollte nutzen wer unstable nutzt und _weiss_ was er tut. Oder aber wer von woody nach Sarge upgradet. Alle anderen sind bei upgrade wesentlich besser aufgehoben. Das ist ein weit verbreiteter Irrtum. Hmm, also in den letzten 1.5 Jahren hab ich immer ein apt-get update apt-get upgrade gefahren Wenn es dann Pakete gab die nicht upgegradet wurden, habe ich kurz mal das dist-upgrade laufen lassen um zu schauen ob er mir irgendwas deinstalliert. Wenn nicht - Ok, wenn doch beginnt die Arbeit. Ich glaube ich mache was falsch :-) Ich habe upgrade nur einen Tag lang verwendet, als ich vor 2 Jahren zu Debian migriert bin. Danach habe ich die manpage gelesen :-) und verwende seit dem ausschliesslich dist-upgrade und bin zufrieden. Davon abgesehen: Die meisten sollen stable verwenden, also reicht denen ein upgrade. Ausser, wenn ein Update oder Security-Fix eine kaputte Dependency fixt. Dann ist dist-upgrade wieder besser. Umgekehrt würde ich nicht sehen, dass dist-upgrade irgendeinen Schaden anrichtet. Also lieber immer dist-upgrade, würde ich sagen. Naja, eigentlich würde ich sagen: Immer erstmal -s und dann LESEN was passiert. :-) Dann nimmst du + auf den -heavy und - bei dem light und Ruhe ist. Achja, Weitersuchen geht mit n ;-) Wer sich mit vim auskennt fuehlt sich gleich zuhause ;-) Damit würde ich doch das Problem nur umschiffen. Schliesslich wird beim Rest der Welt ja auch nicht der heavy downgegradet, also muss bei mir ein lokales Problem vorliegen. Das will ich lösen. Jaein, vllt. ist dein Problem ja, dass aptitude aus irgendeinem Grund (frag mich nicht welchen, sooo gut kenn ich das Ding auch nicht) _automatisch_ exim4-daemon-light zur Installation ausgewaehlt hat. Demzufolge muss natuerlich der -heavy entfernt werden. Und mit obigem koenntest du rauskriegen warum der ausgewaehlt wurde... Wenn ich das nicht rauskriege, werde ich wohl einfach /etc/exim4 backuppen (sehr viel eigenbau drin...), aptitude gewährend lassen, dann wieder heavy aufspielen und gucken, was passiert. Wenn es ganz und gar nicht hinhaut, setze ich die Kiste neu auf. Das ist nicht viel Arbeit, weil es nur ein Mailserver ist, der erst in Produktiveinsatz gehen soll. Mit einem vermurkelten System starten macht einfach keinen Sinn. apt-get install aptitude-doc-en und _lesen_ Was hat denn das mit Anleitung lesen zu tun? Nun, die Anleitung erklaert dir wo du den Switch dauerhaft hinterlegen kannst, so dass du nicht bei jedem aptitude dist-upgrade drauf achten muss. Ach so - Missverständniss. Ja. Ich gucke mir meine Recommends immer genau an. Ich nicht. Naja, wenn ich ein ganz neues Paket installiere vllt... Mach ich eigentlich dauernd, zuhause, an meinem Rechner. Bastelbegeistert! :-) Ich habe hier etliche Kisten rumhängen, und es reicht mir vollkommen, wenn z.B. die ganzen -doc Pakete auf meinem Rechner sind - ich brauche nicht auf jedem Router und jedem Mailserver eine Komplettsammlung von Anleitungen. Also wirklich, wer ist denn so krank? Der Autor von aptitude, wie's scheint. :-) Ich steh auf dem Standpunkt: Möglichst wenig. Wenn mir was fehlt - hole ich es mir schon. Ich mache auf auf meinem Desktop meine Installation bloss mit debootstrap und hole dann einzeln nach... Naja, ich hatte die Expert-Installation gemacht und danach mit aptitude die Liste der installierten Pakete aufgeraeumt... Aber jedem das seine. Ja, ich auch. Aber seit ich die Basispakete lokal liegen habe, ist das einfach die einfachste Methode. debootstrap chroot file:///pakete/ feddich. Also, bis jetzt turnt mich aptitude so gar nicht an. Eine Entsprechung für apt-cache search --names-only suche ich auch noch. / - Teil des Namens eingeben. So jedenfalls gehts in der TUI, fuer die Kommandozeile muesste man mal die Doku lesen *wink* Sorry, aber da hört es für mich auf. Ich lese den halben Tag Doku, aber sowas gehört in die manpage, und bevor ich mich wegen so einer simplen Option durch die aptitude-Bibel wälze, nehme ich doch lieber wieder apt-get. Ehrlich? Den halben Tag? Man hast du viel Freizeit ;-) Schlimmer noch - man bezahlt mich dafür. :-) Im Augenblick aber nicht, denn derzeit habe ich Urlaub. :-))) Gruß, Ratti -- -o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de
Re: R.I.P. dselect
Joerg Rossdeutscher [EMAIL PROTECTED] wrote: E: Internal Error, Could not perform immediate configuration (2) on libpam0g aptitude reinstall libpam0g libc6 oder apt-get install --reinstall libpam0g libc6 wirf immer obigen Error. Ja, kann ich (aktuelles sarge) Ulrich -- 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)
Re: R.I.P. dselect
Am Mittwoch, den 15.06.2005, 16:00 +0200 schrieb Jens Schüßler: * Joerg Rossdeutscher [EMAIL PROTECTED] [14-06-05 22:16]: Also, bis jetzt turnt mich aptitude so gar nicht an. Eine Entsprechung für apt-cache search --names-only suche ich auch noch. Auch wenn es dich nicht anturnt, 'aptitude search $foo' sucht per default nur in den Namen. aptitude search name Uff. Kann es sein, dass aptitude einfach nur ein apt-get ist, bei dem alle Defaults auf Blödsinn gesetzt sind? Das ist nach der Geschichte mit den Recommendations=Dependencies schon die zweite Default-Einstellung, die bei mir Kopfschütteln auslöst. Jedenfalls Danke für deinen Tip. Ich habe gerade eine Entscheidung getroffen: aptitude kommt auf die mentale Müllhalde, und ich werde wieder apt-get einsetzen. Gründe nach 2 Tagen aptitude-Benutzung auf 5 Debian-Rechnern: 1. aptitude will bei mir exim4-daemon-heavy durch -light ersetzen, was von den Dependencies her Quatsch ist. apt-get macht das richtig (und sagt: Nix zu tun auf dieser Kiste, alles paletti...) 2. aptitude setzt per default Recommends als Dependencies, und ich muss die umfangreiche Doku installieren, damit es vernünftig arbeitet. 3. aptitude durchsucht nur die Paketnamen, und ich muss eine umfangreiche Doku wälzen, um wieder eine normale Suche durchzuführen. (1) nervt mich richtig. (2) und (3) sind nur Kleinigkeiten, aber wenn ich den Eindruck bekomme, dass Programme komisch sind, dann mag ich nicht mehr und nehme lieber was anderes - wer weiss, was dann an (4), (5) und (6) noch so auf einen wartet... Gruß, Ratti -- -o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/ signature.asc Description: This is a digitally signed message part
Re: R.I.P. dselect
On 15.Jun 2005 - 18:30:06, Joerg Rossdeutscher wrote: Diese Meldung kommt auf ALLEN meinen Sarges, auch unter PPC immer dann wenn man libpamg0 und libc6 gleichzeitig(!) installieren will. Einzeln geht. Ursache unbekannt, aber mit großer Sicherheit ein Debian-Problem und nicht mein lokales. Kann das jemand nachvollziehen? aptitude reinstall libpam0g libc6 oder apt-get install --reinstall libpam0g libc6 wirf immer obigen Error. Kann ich bestaetigen. Das Problem beschraenkt sich allerdings auf Sarge (sprich ist in Sid nicht reproduzierbar). Das ist definitiv ein Problem in aptitude, denn der Fehler erscheint ja noch bevor irgendwas anderes ablaeuft (apt-maessig) Andreas -- You possess a mind not merely twisted, but actually sprained. -- 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)
Re: R.I.P. dselect
Andreas Pakulat [EMAIL PROTECTED] wrote: Das ist definitiv ein Problem in aptitude, denn der Fehler erscheint ja noch bevor irgendwas anderes ablaeuft (apt-maessig) nein, ist es nicht, er kommt auch ganz ohne aptitude. # apt-get install --reinstall libpam0g libc6 Reading Package Lists... Done Building Dependency Tree... Done 0 upgraded, 0 newly installed, 2 reinstalled, 0 to remove and 0 not upgraded. Need to get 0B/4973kB of archives. After unpacking 0B of additional disk space will be used. Do you want to continue? [Y/n] E: Internal Error, Could not perform immediate configuration (2) on libpam0g Ulrich -- 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)
Re: R.I.P. dselect
On 15.Jun 2005 - 18:47:50, Joerg Rossdeutscher wrote: Am Mittwoch, den 15.06.2005, 12:34 +0200 schrieb Andreas Pakulat: Davon abgesehen: Die meisten sollen stable verwenden, also reicht denen ein upgrade. Ausser, wenn ein Update oder Security-Fix eine kaputte Dependency fixt. ?? Sowas machen Security-Fixes? Andere Updates gibts in stable jawohl hoechst selten... Dann ist dist-upgrade wieder besser. Umgekehrt würde ich nicht sehen, dass dist-upgrade irgendeinen Schaden anrichtet. Naja, in unstable und auch testing deinstalliert dir ein dist-upgrade gerne mal ein Gnome, KDE, Postgres usw. wenn grad ne groessere Transition anfaellt. Auch beliebt sind halbe Systemdeinstallationen wenn ein Basis-Paket erneuert wird. Also lieber immer dist-upgrade, würde ich sagen. Naja, eigentlich würde ich sagen: Immer erstmal -s und dann LESEN was passiert. :-) Man braucht kein -s um zu lesen und rechtzeitig abzubrechen. Schliesslich fragt apt-get und (ich hoffe) auch aptitude nach _bevor_ es beginnt. Jaein, vllt. ist dein Problem ja, dass aptitude aus irgendeinem Grund (frag mich nicht welchen, sooo gut kenn ich das Ding auch nicht) _automatisch_ exim4-daemon-light zur Installation ausgewaehlt hat. Demzufolge muss natuerlich der -heavy entfernt werden. Und mit obigem koenntest du rauskriegen warum der ausgewaehlt wurde... Wenn ich das nicht rauskriege, werde ich wohl einfach /etc/exim4 backuppen (sehr viel eigenbau drin...), aptitude gewährend lassen, dann wieder heavy aufspielen und gucken, was passiert. Ich vermute das ist die schnellst Loesung, denn selbst wenn aptitude dir anzeigt dass es exim4-daemon-ligh automatisch ausgewaehlt hat, die Liste der darauf dependenden Pakete koennte recht lang werden (ist schliesslich der MTA). Wenn es ganz und gar nicht hinhaut, setze ich die Kiste neu auf. Das ist nicht viel Arbeit, weil es nur ein Mailserver ist, der erst in Produktiveinsatz gehen soll. Mit einem vermurkelten System starten macht einfach keinen Sinn. Kiste neu aufsetzen wegen einem Paket-System-Problem? Sind wir hier bei Windows oder was? ;-) Benimm dich gefaelligst wie ein Mann ;-) Bastelbegeistert! :-) Ich bastel die Programme lieber selbst :-) Ich habe hier etliche Kisten rumhängen, und es reicht mir vollkommen, wenn z.B. die ganzen -doc Pakete auf meinem Rechner sind - ich brauche nicht auf jedem Router und jedem Mailserver eine Komplettsammlung von Anleitungen. Also wirklich, wer ist denn so krank? Der Autor von aptitude, wie's scheint. :-) Hae? Ich hab grad ne lange Leitung... Ja, ich auch. Aber seit ich die Basispakete lokal liegen habe, ist das einfach die einfachste Methode. debootstrap chroot file:///pakete/ feddich. Da muss ich doch glatt zugeben, dass ich bisher nur 5 oder 6 Installationen bisher gemacht hab :-) Debian laeuft einfach, da installiere ich _sehr_ selten neu (anders auf Arbeit: Da wuerd ich nach 2 Monaten gerne meine WS neu aufsetzen - W2K ;-) Ehrlich? Den halben Tag? Man hast du viel Freizeit ;-) Schlimmer noch - man bezahlt mich dafür. :-) :-( Kannst du noch ne Hilfe gebrauchen? Bin in nem Jahr mit dem Studium fertig. So ein Lese-Only-Job koennte mir gefallen ;-) Im Augenblick aber nicht, denn derzeit habe ich Urlaub. :-))) Ich studiere, das ist besser :-))) Andreas -- Don't look now, but the man in the moon is laughing at you. -- 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)
Re: R.I.P. dselect
Joerg Rossdeutscher [EMAIL PROTECTED] wrote: Gründe nach 2 Tagen aptitude-Benutzung auf 5 Debian-Rechnern: 1. aptitude will bei mir exim4-daemon-heavy durch -light ersetzen, was von den Dependencies her Quatsch ist. apt-get macht das richtig (und sagt: Nix zu tun auf dieser Kiste, alles paletti...) Kann ich verstehen, hatte solcherlei Probleme allerdings auch noch nicht. 2. aptitude setzt per default Recommends als Dependencies, und ich muss die umfangreiche Doku installieren, damit es vernünftig arbeitet. Nein, es würde reichen, einmalig das TUI zu starten und dort alle nötigen Einstellungen vorzunehmen (in der Regel sind die selbsterklärend) 3. aptitude durchsucht nur die Paketnamen, und ich muss eine umfangreiche Doku wälzen, um wieder eine normale Suche durchzuführen. Ich wusste z.B. bis vor kurzem noch nicht, wie man mit apt-cache _nur_ in den Packetnamen sucht. aber wenn ich den Eindruck bekomme, dass Programme komisch sind, dann mag ich nicht mehr und nehme lieber was anderes - wer weiss, was dann an (4), (5) und (6) noch so auf einen wartet... Kann ich wiederum verstehen. :-) Ulrich
Re: R.I.P. dselect
Hallo, Am Mittwoch, den 15.06.2005, 19:08 +0200 schrieb Andreas Pakulat: On 15.Jun 2005 - 18:30:06, Joerg Rossdeutscher wrote: Diese Meldung kommt auf ALLEN meinen Sarges, auch unter PPC immer dann wenn man libpamg0 und libc6 gleichzeitig(!) installieren will. Einzeln geht. Ursache unbekannt, aber mit großer Sicherheit ein Debian-Problem und nicht mein lokales. Kann das jemand nachvollziehen? aptitude reinstall libpam0g libc6 oder apt-get install --reinstall libpam0g libc6 wirf immer obigen Error. Kann ich bestaetigen. Denn ist ein bugreport fällig... Das Problem beschraenkt sich allerdings auf Sarge (sprich ist in Sid nicht reproduzierbar). Die Idee hatte ich noch gar nicht... ne, da muss ich dir widersprechen: Auf meinem Desktop fahre ich sid, Stand gestern Abend, und auch da kommt die Meldung... Argh... die kommt sogar unter UbuntuHoary/AMD64. Das ist definitiv ein Problem in aptitude, denn der Fehler erscheint ja noch bevor irgendwas anderes ablaeuft (apt-maessig) Aber apt-get wirft die Meldung doch auch... Hm. Gegen was/wen reported man denn jetzt? apt? aptitude? dpkg? libc6? pam? Gruß, Ratti -- -o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/ signature.asc Description: This is a digitally signed message part
Re: R.I.P. dselect
Moin, Am Mittwoch, den 15.06.2005, 19:28 +0200 schrieb Andreas Pakulat: On 15.Jun 2005 - 18:47:50, Joerg Rossdeutscher wrote: Am Mittwoch, den 15.06.2005, 12:34 +0200 schrieb Andreas Pakulat: Davon abgesehen: Die meisten sollen stable verwenden, also reicht denen ein upgrade. Ausser, wenn ein Update oder Security-Fix eine kaputte Dependency fixt. ?? Sowas machen Security-Fixes? Andere Updates gibts in stable jawohl hoechst selten... Na, Woody ist ja jetzt auch in der 5. Version, so ungefähr. Keine Ahnung, ich habe kein Woody. Aber du hast recht - es ist eher unwahrscheinlich, dass eine falsche Dependency ein Sicherheitsloch ist. Naja, in unstable und auch testing deinstalliert dir ein dist-upgrade gerne mal ein Gnome, KDE, Postgres usw. wenn grad ne groessere Transition anfaellt. Auch beliebt sind halbe Systemdeinstallationen wenn ein Basis-Paket erneuert wird. Ist mir noch nie passiert. Also lieber immer dist-upgrade, würde ich sagen. Naja, eigentlich würde ich sagen: Immer erstmal -s und dann LESEN was passiert. :-) Man braucht kein -s um zu lesen und rechtzeitig abzubrechen. Schliesslich fragt apt-get und (ich hoffe) auch aptitude nach _bevor_ es beginnt. Naja. Vertrauen ist gut, -s ist besser. :-) Wenn ich das nicht rauskriege, werde ich wohl einfach /etc/exim4 backuppen (sehr viel eigenbau drin...), aptitude gewährend lassen, dann wieder heavy aufspielen und gucken, was passiert. Ich vermute das ist die schnellst Loesung, denn selbst wenn aptitude dir anzeigt dass es exim4-daemon-ligh automatisch ausgewaehlt hat, die Liste der darauf dependenden Pakete koennte recht lang werden (ist schliesslich der MTA). Das verrückte daran ist, dass es keine störenden Dependencies gibt. Es geht wirklich nur um die beiden Pakete selbst: otto:/home/ratti# LANG=C aptitude dist-upgrade -s Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages will be automatically REMOVED: exim4-daemon-heavy The following NEW packages will be installed: exim4-daemon-light The following packages will be REMOVED: exim4-daemon-heavy 0 packages upgraded, 1 newly installed, 1 to remove and 0 not upgraded. Need to get 369kB of archives. After unpacking 123kB will be freed. Do you want to continue? [Y/n/?] n Nix mit exim plus 1000 andere Sachen. Einfach nur exim. Alle Abhängigkeiten sind prima. Wenn es ganz und gar nicht hinhaut, setze ich die Kiste neu auf. Das ist nicht viel Arbeit, weil es nur ein Mailserver ist, der erst in Produktiveinsatz gehen soll. Mit einem vermurkelten System starten macht einfach keinen Sinn. Kiste neu aufsetzen wegen einem Paket-System-Problem? Sind wir hier bei Windows oder was? ;-) Benimm dich gefaelligst wie ein Mann ;-) :-) Naja, der Rechner ist wegen eines falsch konfigurierten Spamassassin zweimal abgestürzt (Out of Memory, Kernel-Panik) und hat dabei sein xfs-Filesystem zerlegt. Ich hab's repariert und alle installierten Pakete nochmal reinstalliert. Da stellt sich immer die Frage, ob der Rechner 100% wieder OK ist oder nur 99.9%ig. Da es ein Mailserver mit virtuellen Usern ist, wäre ein neuaufsetzen wahrscheinlich klüger. Wenn die Kiste bröckelt, kriegen 30 Leute keine Post mehr, und das ist was anderes, als wenn es zuhause mal ein Stündchen klemmt. Bastelbegeistert! :-) Ich bastel die Programme lieber selbst :-) :-) Ich probiere halt auf meinem Privatrechner vieles aus, was ich später in der Firma anwenden will, und irgendwann wird einem verwundert klar, dass man für seinen einzigen Desktoprechner einen Server besitzt, auf dem das einzige existente Postfach als virtueller User in MySQL verwaltet wird, von dem ich mir meine Mail per POP3 oder IMAP abholen kann - und dann weiss man auch wieder, warum die Kiste so lange bootet... :-) Ich habe hier etliche Kisten rumhängen, und es reicht mir vollkommen, wenn z.B. die ganzen -doc Pakete auf meinem Rechner sind - ich brauche nicht auf jedem Router und jedem Mailserver eine Komplettsammlung von Anleitungen. Also wirklich, wer ist denn so krank? Der Autor von aptitude, wie's scheint. :-) Hae? Ich hab grad ne lange Leitung... Der Autor von aptitude wird das bei sich wohl alles so haben - sonst hätte er ja die Defaults nicht so komisch eingestellt, dass es genau diesen Wust von Daten auf die Platte schaufelt. Schlimmer noch - man bezahlt mich dafür. :-) Im Augenblick aber nicht, denn derzeit habe ich Urlaub. :-))) Ich studiere, das ist besser :-))) Also, meine Prozessauslastung ist derzeit irgendwo zwischen 0 und garnix. :-) Gruß, Ratti -- -o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/ signature.asc Description: This is a digitally signed message part
Re: R.I.P. dselect
On 15.Jun 2005 - 19:39:55, Joerg Rossdeutscher wrote: Am Mittwoch, den 15.06.2005, 19:08 +0200 schrieb Andreas Pakulat: On 15.Jun 2005 - 18:30:06, Joerg Rossdeutscher wrote: Diese Meldung kommt auf ALLEN meinen Sarges, auch unter PPC immer dann wenn man libpamg0 und libc6 gleichzeitig(!) installieren will. Einzeln geht. Ursache unbekannt, aber mit großer Sicherheit ein Debian-Problem und nicht mein lokales. Kann das jemand nachvollziehen? aptitude reinstall libpam0g libc6 oder apt-get install --reinstall libpam0g libc6 wirf immer obigen Error. Kann ich bestaetigen. Denn ist ein bugreport fällig... Korrekt, fragt sich nur wogegen... Das Problem beschraenkt sich allerdings auf Sarge (sprich ist in Sid nicht reproduzierbar). Die Idee hatte ich noch gar nicht... ne, da muss ich dir widersprechen: ?? Auf meinem Desktop fahre ich sid, Stand gestern Abend, und auch da kommt die Meldung... Argh... die kommt sogar unter UbuntuHoary/AMD64. Hmm, also meiner ist vom Wochenende im wesentlichen, hier hab ich das Problem nicht. Wie alt ist dein Sid-System und wie hast du das aufgesetzt? Meines ist mit woody-cd1 installiert und dann dist-upgrade auf Sid. Januar letzten Jahres, IIRC. Das ist definitiv ein Problem in aptitude, denn der Fehler erscheint ja noch bevor irgendwas anderes ablaeuft (apt-maessig) Aber apt-get wirft die Meldung doch auch... Stimmt, hatte mich da auf die Reihenfolge der Ausgaben verlassen. Mein Fehler... Da wuerde ich dann auf ein APT Problem tippen, denn ein dpkg -i geht. Hm. Gegen was/wen reported man denn jetzt? apt? aptitude? dpkg? libc6? pam? apt Aber ich glaub nicht das das viel bringt. Es gibt mind. 1 aehnlichen Bug der schon uralt ist und einen Wishlist-Report aus potato-Zeiten! Mit Google findet sich ein Thread von 2000 bzw. 2003 (die Antwort) der was von kaputten Dependecies erahnen laesst... Aber wie gesagt ein dpkg -i libpam0g geht wunderbar... Andreas -- You will be surprised by a loud noise. -- 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)
Re: R.I.P. dselect [solved {mit roher Gewalt}]
Moin, Nachtrag: Am Mittwoch, den 15.06.2005, 19:28 +0200 schrieb Andreas Pakulat: On 15.Jun 2005 - 18:47:50, Joerg Rossdeutscher wrote: Wenn ich das nicht rauskriege, werde ich wohl einfach /etc/exim4 backuppen (sehr viel eigenbau drin...), aptitude gewährend lassen, dann wieder heavy aufspielen und gucken, was passiert. Ich vermute das ist die schnellst Loesung, denn selbst wenn aptitude dir anzeigt dass es exim4-daemon-ligh automatisch ausgewaehlt hat, die Liste der darauf dependenden Pakete koennte recht lang werden (ist schliesslich der MTA). Und genau das habe ich jetzt gemacht. Ein halber Nachmittag Gebastel reicht mir. Faxen dicke! exim-heavy wird gekickt, grosses Getöse mit ist doch aber abhängig von MTA, egal, machich trotzdem, light installiert, startet mit Fehlermeldung, weil er die mysql-Konfig des heavy nicht versteht. heavy wird wieder installiert - light wird gekickt, wieder grosses Getöse (Dies güld'ne Paket soll niemand nie entfernen, sonst pfuipfuipfui, liegt ein Fluch drauf, blabla...), heavy startet,... fertig. aptitude dist-upgrade Update? Nö. Nicht nötig. Alles OK. War das was? Da war nix. Ist alles Prima. Upgrade? Update? Aber neiiin, ,das ist doch ttl überflüssig... Aha. Auf einmal. Blöder Eimer. Schön war's nicht, aber jetzt geht es. Gruß, Ratti -- -o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/ signature.asc Description: This is a digitally signed message part
Re: R.I.P. dselect
On 15.Jun 2005 - 20:15:10, Joerg Rossdeutscher wrote: Am Mittwoch, den 15.06.2005, 19:28 +0200 schrieb Andreas Pakulat: On 15.Jun 2005 - 18:47:50, Joerg Rossdeutscher wrote: Naja, in unstable und auch testing deinstalliert dir ein dist-upgrade gerne mal ein Gnome, KDE, Postgres usw. wenn grad ne groessere Transition anfaellt. Auch beliebt sind halbe Systemdeinstallationen wenn ein Basis-Paket erneuert wird. Ist mir noch nie passiert. Also ich glaub einmal ist mir das wirklich passiert, _einmal_. Wenn ich das nicht rauskriege, werde ich wohl einfach /etc/exim4 backuppen (sehr viel eigenbau drin...), aptitude gewährend lassen, dann wieder heavy aufspielen und gucken, was passiert. Ich vermute das ist die schnellst Loesung, denn selbst wenn aptitude dir anzeigt dass es exim4-daemon-ligh automatisch ausgewaehlt hat, die Liste der darauf dependenden Pakete koennte recht lang werden (ist schliesslich der MTA). Das verrückte daran ist, dass es keine störenden Dependencies gibt. Es geht wirklich nur um die beiden Pakete selbst: otto:/home/ratti# LANG=C aptitude dist-upgrade -s Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages will be automatically REMOVED: exim4-daemon-heavy The following NEW packages will be installed: exim4-daemon-light The following packages will be REMOVED: exim4-daemon-heavy 0 packages upgraded, 1 newly installed, 1 to remove and 0 not upgraded. Need to get 369kB of archives. After unpacking 123kB will be freed. Do you want to continue? [Y/n/?] n Nix mit exim plus 1000 andere Sachen. Einfach nur exim. Alle Abhängigkeiten sind prima. Hmm, da steht was von automatically REMOVED, sprich aus irgendeinem Grund hat er festgestellt das exim4-daemon-heavy unnoetig ist ;-) Wenn du noch Interesse hast: Starte mal aptitude im TUI Modus und suche exim4-daemon-heavy raus. Paket markieren und Enter druecken. Dann mal ueber die Depends schauen ob bei einer ein grosses A steht. Eventuell auch die reverse-depends (Weiter untern Packages which depend on ...). Was du auch austesten koenntest: aptitude unmarkauto exim4-daemon-heavy Danach sollte aptitude ihn nicht mehr automatisch removen. Ich habe hier etliche Kisten rumhängen, und es reicht mir vollkommen, wenn z.B. die ganzen -doc Pakete auf meinem Rechner sind - ich brauche nicht auf jedem Router und jedem Mailserver eine Komplettsammlung von Anleitungen. Also wirklich, wer ist denn so krank? Der Autor von aptitude, wie's scheint. :-) Hae? Ich hab grad ne lange Leitung... Der Autor von aptitude wird das bei sich wohl alles so haben - sonst hätte er ja die Defaults nicht so komisch eingestellt, dass es genau diesen Wust von Daten auf die Platte schaufelt. Da sollte man mal Wishlist-Bugs schreiben. Schlimmer noch - man bezahlt mich dafür. :-) Im Augenblick aber nicht, denn derzeit habe ich Urlaub. :-))) Ich studiere, das ist besser :-))) Also, meine Prozessauslastung ist derzeit irgendwo zwischen 0 und garnix. :-) Naja, Arbeit: 11 Monate 70-150% Auslastung, 1 Monat 0-nix. Studium: 1-2 Monate 70-100% Auslastung, 10-11 Monate 0-nix. Mir gefaellt das Studium :-) Andreas -- Never give an inch! -- 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)
Re: R.I.P. dselect [solved {mit roher Gewalt}]
On 15.Jun 2005 - 20:26:41, Joerg Rossdeutscher wrote: Moin, Nachtrag: Am Mittwoch, den 15.06.2005, 19:28 +0200 schrieb Andreas Pakulat: On 15.Jun 2005 - 18:47:50, Joerg Rossdeutscher wrote: Wenn ich das nicht rauskriege, werde ich wohl einfach /etc/exim4 backuppen (sehr viel eigenbau drin...), aptitude gewährend lassen, dann wieder heavy aufspielen und gucken, was passiert. Ich vermute das ist die schnellst Loesung, denn selbst wenn aptitude dir anzeigt dass es exim4-daemon-ligh automatisch ausgewaehlt hat, die Liste der darauf dependenden Pakete koennte recht lang werden (ist schliesslich der MTA). Und genau das habe ich jetzt gemacht. Ein halber Nachmittag Gebastel reicht mir. Faxen dicke! exim-heavy wird gekickt, grosses Getöse mit ist doch aber abhängig von MTA, egal, machich trotzdem, light installiert, startet mit Fehlermeldung, weil er die mysql-Konfig des heavy nicht versteht. heavy wird wieder installiert - light wird gekickt, wieder grosses Getöse (Dies güld'ne Paket soll niemand nie entfernen, sonst pfuipfuipfui, liegt ein Fluch drauf, blabla...), heavy startet,... fertig. aptitude dist-upgrade Update? Nö. Nicht nötig. Alles OK. War das was? Da war nix. Ist alles Prima. Upgrade? Update? Aber neiiin, ,das ist doch ttl überflüssig... Aha. Auf einmal. Blöder Eimer. Schön war's nicht, aber jetzt geht es. Schade, mich haette es interessiert ob ein aptitude unmarkauto exim4-daemon-heavy ausgereicht haette. Andreas -- Your mode of life will be changed for the better because of new developments. -- 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)
Re: R.I.P. dselect
Am Mittwoch, den 15.06.2005, 20:22 +0200 schrieb Andreas Pakulat: On 15.Jun 2005 - 19:39:55, Joerg Rossdeutscher wrote: Das Problem beschraenkt sich allerdings auf Sarge (sprich ist in Sid nicht reproduzierbar). Die Idee hatte ich noch gar nicht... ne, da muss ich dir widersprechen: ?? Die Idee, es könne ein reines Sarge-Problem sein, hatte ich noch nicht. Und ich widerspreche, weil ich es auch in meinem sid habe. Auf meinem Desktop fahre ich sid, Stand gestern Abend, und auch da kommt die Meldung... Argh... die kommt sogar unter UbuntuHoary/AMD64. Hmm, also meiner ist vom Wochenende im wesentlichen, hier hab ich das Problem nicht. Wie alt ist dein Sid-System und wie hast du das aufgesetzt? Meines ist mit woody-cd1 installiert und dann dist-upgrade auf Sid. Januar letzten Jahres, IIRC. Mein Sid ist von vorgestern. Das Vorgänger-sid war 1,5 Jahre alt und fast täglich upgedated - mit dem Kauf einer neuen Festplatte habe ich einfach mal neu installiert und ausgewählte Config rübergeschoben. Es sammelt sich soviel Kram an, und alte Bugs hinterlassen Spuren, mit denen aktuelle Installationen dann einfach mal nicht zu kämpfen haben. Ist unter Linux ja schnell gemacht. dpkg --get-selections, und dann ditt und datt aus /etc und ~/ kopieren. Feddich! Hm. Gegen was/wen reported man denn jetzt? apt? aptitude? dpkg? libc6? pam? apt Aber ich glaub nicht das das viel bringt. Es gibt mind. 1 aehnlichen Bug der schon uralt ist und einen Wishlist-Report aus potato-Zeiten! Das ist dann nicht meine Schuld. Ich reporte. :-) #314332 Mit Google findet sich ein Thread von 2000 bzw. 2003 (die Antwort) der was von kaputten Dependecies erahnen laesst... Stimmt. Den hatte ich nicht gesehen. Ich finde micht in debian BTS schwer zurecht, ich hatte bei apt-get geguckt, und bei aptitude, und bei libpam0g. Aber wie gesagt ein dpkg -i libpam0g geht wunderbar... Ebenso wie ein dpkg -i libpam0g libc6 und apt-get install libpam0g ; apt-get install libc6 ; und ein aptitude install libpam0g ; aptitude install libc6 ; ...nur eben nicht [apt-get|aptitude] install libpam0g libc6 Gruß, Ratti -- -o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/ signature.asc Description: This is a digitally signed message part
Re: R.I.P. dselect [solved {mit roher Gewalt}]
Am Mittwoch, den 15.06.2005, 21:23 +0200 schrieb Andreas Pakulat: On 15.Jun 2005 - 20:26:41, Joerg Rossdeutscher wrote: Schön war's nicht, aber jetzt geht es. Schade, mich haette es interessiert ob ein aptitude unmarkauto exim4-daemon-heavy ausgereicht haette. Tut mir leid, jetzt ist es zu spät. Mich hätte mal interessiert, wie ich diesen Zustand überhaupt erreicht habe, denn die Kiste ist wirklich relativ frisch aufgesetzt, und der Rest der Welt hat dieses Problem nicht. Nunja. Thema durch. Auf jeden Fall vielen Dank für Hilfe, Anteilnahme und Händchenhalten. Ich geh jetzt weiter Urlaubmachen. :-) Gruß, Ratti -- -o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/ signature.asc Description: This is a digitally signed message part
Re: R.I.P. dselect
On 15.Jun 2005 - 21:32:30, Joerg Rossdeutscher wrote: Am Mittwoch, den 15.06.2005, 20:22 +0200 schrieb Andreas Pakulat: On 15.Jun 2005 - 19:39:55, Joerg Rossdeutscher wrote: ?? Die Idee, es könne ein reines Sarge-Problem sein, hatte ich noch nicht. Und ich widerspreche, weil ich es auch in meinem sid habe. Sorry, die wollte ich noch wieder entfernen... Auf meinem Desktop fahre ich sid, Stand gestern Abend, und auch da kommt die Meldung... Argh... die kommt sogar unter UbuntuHoary/AMD64. Hmm, also meiner ist vom Wochenende im wesentlichen, hier hab ich das Problem nicht. Wie alt ist dein Sid-System und wie hast du das aufgesetzt? Meines ist mit woody-cd1 installiert und dann dist-upgrade auf Sid. Januar letzten Jahres, IIRC. Mein Sid ist von vorgestern. Ich machge grad ein update, mal sehen ob sich da was aendert. Das Vorgänger-sid war 1,5 Jahre alt und fast täglich upgedated - mit dem Kauf einer neuen Festplatte habe ich einfach mal neu installiert und ausgewählte Config rübergeschoben. Es sammelt sich soviel Kram an, und alte Bugs hinterlassen Spuren, mit denen aktuelle Installationen dann einfach mal nicht zu kämpfen haben. Ist unter Linux ja schnell gemacht. dpkg --get-selections, und dann ditt und datt aus /etc und ~/ kopieren. Feddich! Wem sagst du das, irgendwas muss mal ne 02Aptitude_download angelegt haben in APT's Config-Verzeichnis. Mit dem Ergebnis dass ich ueber die Kommandozeile von aptitude nichts ausfuehren konnte (download-only)... Nun hab ich denselben Fehler auch in sid, tja kein Wunder wenn nichts ausser dem Download passiert. Ich frag mich grad ob das ne Default-Einstellung war (denn in /root/.aptitude/config stand das auch mit dem Download-Only). Andreas -- You work very hard. Don't try to think as well. -- 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)
Re: R.I.P. dselect
Vielleicht ist das ja gerade der Grund, warum ich apt-get bevorzuge: Ich gebrauche es eigentlich nur für's update, größere Änderungen gibt es eigentlich nur, wenn ich ein System neu aufsetze -- gerade da würde ich übrigens nicht auf debfoster verzichten wollen. Was das so findet auf einer frischen Installation, ist schon nicht übel. Debian installiert zwar bei Weitem nicht so viel überflüssigen Müll wie alle anderen Distributionen (ich schließe mal die Spezialfälle Slackware und gentoo aus), aber doch immernoch eine Menge. Wo ich gerade dabei bin, vielleicht ist es ja zu spät, zu fragen, aber war ich der Einzige, der es komisch fand, dass woody nie ssh installiert hat? Das war immer das 1., was ich installiert habe. Ein Linuxrechner ohne ssh ist ein Krüppel, oder? Ach mich hat das auch genervt. *g* Aber ist jetzt ja besser geworden. Zumindest die Teilung von ssh in server und client find ich gut. Vorallem auch das vim nicht mitinstalliert wurde. Cu Markus
Re: R.I.P. dselect
So, wie es momentan aussieht, fürchte ich, das apt-get innerhalb der nächsten zwei, drei Jahre, sagen wir mal, post-etch, fast komplett von aptitude ersetzt werden wird, und bis dahin werde ich wohl auch umsteigen müssen. Sonst ende ich noch wie all jene, die heute dselect nachweinen. Glaub ich jetzt weniger. Bzw es kommt wieder ein Ersatz. Den eine Art Apt-get wird man brauchen. Weil es irgendwie übertrieben ist für ein Paket, dessen Namen man weiß, gleich aptiude anzuwerfe. Oder hat aptiude eine Konsolenschnittstelle? Al'a aptiude install ssh ? Gruß Markus
Re: R.I.P. dselect
Am Dienstag, den 14.06.2005, 08:23 +0200 schrieb Markus Boas: Vorallem auch das vim nicht mitinstalliert wurde. *g Das war immer das Zweite was ich installiert habe ;) Andre -- 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)
Re: R.I.P. dselect
* Markus Boas [EMAIL PROTECTED] [14-06-2005 08:27]: Oder hat aptiude eine Konsolenschnittstelle? ... oder eine manpage? ;-) pgpD0H2nZzKY6.pgp Description: PGP signature
Re: R.I.P. dselect
* Werner Mahr [EMAIL PROTECTED] [14-06-05 00:34]: Am Dienstag, 14. Juni 2005 00:18 schrieb Andreas Pakulat: Apt-listchanges tut das. Du hast nicht korrekt gelesen: _Vor_ dem Runterladen der deb's. Liegen die Changelogs irgendwo im Web? Oder woher bekommt aptitude diese Infos? Ja, hier http://packages.debian.org/changelogs/pool/ Gruss Jens -- 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)
Re: R.I.P. dselect
Andre Timmermann: Am Dienstag, den 14.06.2005, 08:23 +0200 schrieb Markus Boas: Vorallem auch das vim nicht mitinstalliert wurde. *g Das war immer das Zweite was ich installiert habe ;) Und less, das war in woody IIRC auch nicht dabei (wenn man tasksel und dselect übersprungen hat). J. -- As a child I pulled the legs from a spider. [Agree] [Disagree] http://www.slowlydownward.com/NODATA/data_enter2.html signature.asc Description: Digital signature
Re: R.I.P. dselect
* Markus Boas [EMAIL PROTECTED] [14-06-05 08:27]: So, wie es momentan aussieht, fürchte ich, das apt-get innerhalb der nächsten zwei, drei Jahre, sagen wir mal, post-etch, fast komplett von aptitude ersetzt werden wird, und bis dahin werde ich wohl auch umsteigen müssen. Sonst ende ich noch wie all jene, die heute dselect nachweinen. Glaub ich jetzt weniger. Bzw es kommt wieder ein Ersatz. Den eine Art Apt-get wird man brauchen. Weil es irgendwie übertrieben ist für ein Paket, dessen Namen man weiß, gleich aptiude anzuwerfe. Oder hat aptiude eine Konsolenschnittstelle? Al'a aptiude install ssh ? 'aptitude install aptitude-doc-en' auf der Kommandozeile eingeben, durchlesen, anwenden. aptitude lässt sich auf der Kommandozeile wunderbar bedienen, das ist apt-cache und apt-get in einem. Schau dir mal die Threads der letzten Tage zu aptitude an, dann wirst du ein paar Tips finden. Übrigens, wenn du man aptitude aufrufst sollte dir sofort ein dickes COMMAND-LINE ACTIONS ins Auge fallen.. Gruss Jens -- 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)
Re: R.I.P. dselect
Simon Eilting: 1 das CLI ist eng an apt-get angelehnt 2 aptitude merkt sich, welche Pakete nur wegen einer Abhängigkeit installiert wurden und entfernt sie, wenn sie nicht mehr benötigt werden. 3 Behandlung von Recommends: wie Dependiencies (kann man auch abschalten) 4 aptitude läßt sich als normaler User starten und fragt wenn nötig nach dem root-Passwort 5 mutt-artiges pattern matching - siehe Doku 6 aptitude zeigt an, welche Pakete nicht mehr verfügbar sind 7 aptitude kann auch mit tasks umgehen 8 aptitude zeigt alle verfügbaren Versionen an und erlaubt, einzelne Pakete in einer bestimmten Version zu installieren 9 aptitude loggt seine Aktionen nach /var/log/aptitude (das macht das dpkg in unstable allerdings inzwischen auch) Oder zusammengefasst: Es tut genau das, was apt auch tut. Äh, nein. apt-get kann 2, 3, 4, 5, 6, 7(?) nicht. Zumindest nicht in der Form, wie aptitude es macht. Schau es Dir einfach an. b kann changelogs von nicht installierten Paketen anzeigen Hmm. packages.debian.org? Ok, schwaches Argument. Andererseits kann ich mir nicht vorstellen, was daran so toll sein soll. Wenn ich das Paket doch gar nicht hab. Als nächstes fange ich wieder an, mich für Windows-patches zu interessieren... Es geht ja auch darum, *vor* einem Update in Ruhe wichtige Changelogs lesen zu können. Z.B. damit man weiß, ob man überhaupt updaten will. So, wie es momentan aussieht, fürchte ich, das apt-get innerhalb der nächsten zwei, drei Jahre, sagen wir mal, post-etch, fast komplett von aptitude ersetzt werden wird, und bis dahin werde ich wohl auch umsteigen müssen. Da aptitude auf apt basiert, wird Dir apt-get sicher nicht so schnell abhanden kommen. Solange sich ein Maintainer dafür findet... Auf der anderen Seite: probier aptitude einfach mal für ein paar Sachen aus. Auf der Kommandozeile verhält es sich kaum anders als apt-get. Meine erste Aktion war übrigens auch das Abschalten der automatischen Installation von Recommends. Sonst ende ich noch wie all jene, die heute dselect nachweinen. Oh graus! ;-) J. -- I wish I looked more like a successful person even though I'm a loser. [Agree] [Disagree] http://www.slowlydownward.com/NODATA/data_enter2.html signature.asc Description: Digital signature
Re: R.I.P. dselect
Malte Spiess: Markus Boas [EMAIL PROTECTED] writes: Ich kann dir nur zustimmen. Ich hab zwar erst mit woody angefangen, aber mit dselect komm ich besser zurecht. Gleichfalls hier. Habe sogar mal eine Zeit lang (kürzlich) aptitude ausprobiert, weil das alle so toll finden. Allerdings hat der viele unkontrollierbare Sachen gemacht. Das war bei mir am Anfang ähnlich. Man muß aber nur einmal die Optionen nach Wunsch einstellen und sich dann kurz um jedes Paket kümmern, was er wg Recommends oder so anmeckert. Dann einmal durchlaufen lassen und Ruhe ist. J. -- I eat meat and am concerned about bugs which are resistant to antibiotics. [Agree] [Disagree] http://www.slowlydownward.com/NODATA/data_enter2.html signature.asc Description: Digital signature
Re: R.I.P. dselect
On 14.Jun 2005 - 00:13:48, Simon Eilting wrote: Nine reasons why you should be using aptitude instead of apt-get or dselect. http://lists.debian.org/debian-user/2004/04/msg11344.html Auf deutsch: 1 das CLI ist eng an apt-get angelehnt 2 aptitude merkt sich, welche Pakete nur wegen einer Abhängigkeit installiert wurden und entfernt sie, wenn sie nicht mehr benötigt werden. 3 Behandlung von Recommends: wie Dependiencies (kann man auch abschalten) 4 aptitude läßt sich als normaler User starten und fragt wenn nötig nach dem root-Passwort 5 mutt-artiges pattern matching - siehe Doku 6 aptitude zeigt an, welche Pakete nicht mehr verfügbar sind 7 aptitude kann auch mit tasks umgehen 8 aptitude zeigt alle verfügbaren Versionen an und erlaubt, einzelne Pakete in einer bestimmten Version zu installieren 9 aptitude loggt seine Aktionen nach /var/log/aptitude (das macht das dpkg in unstable allerdings inzwischen auch) Oder zusammengefasst: Es tut genau das, was apt auch tut. Nein, Punkt 2, 4, 5, 6, 7, 9 kann apt-get _nicht_ b kann changelogs von nicht installierten Paketen anzeigen Hmm. packages.debian.org? Ok, schwaches Argument. Andererseits kann ich mir nicht vorstellen, was daran so toll sein soll. Wenn ich das Paket doch gar nicht hab. Als nächstes fange ich wieder an, mich für Windows-patches zu interessieren... Aehm, in stable mag das nicht soo interessant sein. In unstable aber schon, denn so kann ich kontrollieren welche Pakete geupgraded werden sollten und welche nicht (sinds wichtige Security-Fixes, nur manpage-Korrekturen, werden evtl. Inkompatibilitaeten zu anderen Paketen geschaffen). Und grad hier mit ISDN ist es nicht zu unterschaetzen nur das noetigste upzugraden, statt alles... Andreas -- Just because the message may never be received does not mean it is not worth sending. -- 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)
Re: R.I.P. dselect
Am Montag, den 13.06.2005, 21:44 +0200 schrieb Simon Eilting: ich frage mal nach, einfach aus reiner Neugierde: Haben aptitude und dselect überhaupt irgendeinen Vorteil gegenüber apt-get, apt-cache, dpkg etc.? Abgesehen davon, dass man die Befehle erstmal herausfinden muss? Meine jüngsten Erfahrungen sind eher mässig. Nachdem ich gelesen habe, dass man jetzt aptitude verwendet statt apt, mache ich das seit drei Tagen. Und heute wurde es schon komisch. aptitude dist-upgrade möchte mir gerne den exim-heavy runterschmeissen und durch den -light ersetzen. Warum - weiss ich nicht. apt-get dist-upgrade hingegen sagt mir, alles sei fein. Nix zu ändern. Fängt ja schon gut an, der neue! :-) Gruß, Ratti -- -o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/ signature.asc Description: This is a digitally signed message part
Re: R.I.P. dselect
On 14.Jun 2005 - 16:28:56, Joerg Rossdeutscher wrote: Am Montag, den 13.06.2005, 21:44 +0200 schrieb Simon Eilting: ich frage mal nach, einfach aus reiner Neugierde: Haben aptitude und dselect überhaupt irgendeinen Vorteil gegenüber apt-get, apt-cache, dpkg etc.? Abgesehen davon, dass man die Befehle erstmal herausfinden muss? Meine jüngsten Erfahrungen sind eher mässig. Nachdem ich gelesen habe, dass man jetzt aptitude verwendet statt apt, mache ich das seit drei Tagen. Und heute wurde es schon komisch. aptitude dist-upgrade möchte mir gerne den exim-heavy runterschmeissen und durch den -light ersetzen. Warum - weiss ich nicht. Dann sag ihm doch er soll das lassen. aptitude hat ein TUI, da koenntest du wahrscheinlich auch rausbekommen warum der den -heavy installieren will... Ausserdem: Wer macht denn dist-upgrade wenn er die Distri nicht wechseln will und nicht Unstable einsetzt ;-) Ich denke doch du hast die Option automatisch Recommends und Suggests zu installieren ausgeschaltet? Das ist IMHO das unnoetigste Feature seitdem die Recommends hinter den zu installierenden Paketen angezeigt werden. Andreas -- Your business will go through a period of considerable expansion. -- 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)
Re: R.I.P. dselect
Jochen Schulz [EMAIL PROTECTED] writes: Malte Spiess: Markus Boas [EMAIL PROTECTED] writes: Ich kann dir nur zustimmen. Ich hab zwar erst mit woody angefangen, aber mit dselect komm ich besser zurecht. Gleichfalls hier. Habe sogar mal eine Zeit lang (kürzlich) aptitude ausprobiert, weil das alle so toll finden. Allerdings hat der viele unkontrollierbare Sachen gemacht. Das war bei mir am Anfang ähnlich. Man muß aber nur einmal die Optionen nach Wunsch einstellen und sich dann kurz um jedes Paket kümmern, was er wg Recommends oder so anmeckert. Dann einmal durchlaufen lassen und Ruhe ist. Na ja, ich habe auch an den Optionen getüftelt, mir kam das aber mehr wie ein Dschungel vor. ;-) Bin aber leider nicht zu befriedigenden Ergebnissen gekommen. Mir wurden vor allem immer nicht ausgewählte Pakete installiert. :-( Gibt es da irgend eine Einführung, die man mal in einer ruhigen Minute bzw. Stunde lesen könnte? J. Gruß Malte -- 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)
Re: R.I.P. dselect
On 14.Jun 2005 - 16:41:19, Malte Spiess wrote: Jochen Schulz [EMAIL PROTECTED] writes: Malte Spiess: Markus Boas [EMAIL PROTECTED] writes: Ich kann dir nur zustimmen. Ich hab zwar erst mit woody angefangen, aber mit dselect komm ich besser zurecht. Gleichfalls hier. Habe sogar mal eine Zeit lang (kürzlich) aptitude ausprobiert, weil das alle so toll finden. Allerdings hat der viele unkontrollierbare Sachen gemacht. Das war bei mir am Anfang ähnlich. Man muß aber nur einmal die Optionen nach Wunsch einstellen und sich dann kurz um jedes Paket kümmern, was er wg Recommends oder so anmeckert. Dann einmal durchlaufen lassen und Ruhe ist. Na ja, ich habe auch an den Optionen getüftelt, mir kam das aber mehr wie ein Dschungel vor. ;-) Hmm, kann ich nicht beipflichten. Bin aber leider nicht zu befriedigenden Ergebnissen gekommen. Mir wurden vor allem immer nicht ausgewählte Pakete installiert. :-( Ist mir noch nie passiert. Im Gegensatz zu manch anderem hier. Aber ich nutze aptitude auch schon ne ganze Weile, vllt. machen das nur neuere Versionen wenn keine alte Datenbank vorliegt ;-) Gibt es da irgend eine Einführung, die man mal in einer ruhigen Minute bzw. Stunde lesen könnte? Wurde hier schon oefeters angesprochen: aptitude-doc-en. Andreas -- Your boss climbed the corporate ladder, wrong by wrong. -- 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)
Re: R.I.P. dselect
Andreas Pakulat [EMAIL PROTECTED] wrote: On 14.Jun 2005 - 16:41:19, Malte Spiess wrote: Jochen Schulz [EMAIL PROTECTED] writes: Malte Spiess: Markus Boas [EMAIL PROTECTED] writes: Ich kann dir nur zustimmen. Ich hab zwar erst mit woody angefangen, aber mit dselect komm ich besser zurecht. Gleichfalls hier. Habe sogar mal eine Zeit lang (kürzlich) aptitude ausprobiert, weil das alle so toll finden. Allerdings hat der viele unkontrollierbare Sachen gemacht. Das war bei mir am Anfang ähnlich. Man muß aber nur einmal die Optionen nach Wunsch einstellen und sich dann kurz um jedes Paket kümmern, was er wg Recommends oder so anmeckert. Dann einmal durchlaufen lassen und Ruhe ist. Na ja, ich habe auch an den Optionen getüftelt, mir kam das aber mehr wie ein Dschungel vor. ;-) Hmm, kann ich nicht beipflichten. Bin aber leider nicht zu befriedigenden Ergebnissen gekommen. Mir wurden vor allem immer nicht ausgewählte Pakete installiert. :-( Ist mir noch nie passiert. Im Gegensatz zu manch anderem hier. Aber ich nutze aptitude auch schon ne ganze Weile, vllt. machen das nur neuere Versionen wenn keine alte Datenbank vorliegt ;-) Das kann gut sein. Kürzlich meinte Aptitude mir mozila-browser installieren zu müssen, plus zugehörige locale-at und noch ein mozilla-PSM-Paket. Ich nutze den Browser gar nicht mehr seit es Firefox gibt. Und ich hatte den bis dato auch nicht installiert. Heino -- 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)
Re: R.I.P. dselect
On 14.Jun 2005 - 20:13:35, Heino Tiedemann wrote: Andreas Pakulat [EMAIL PROTECTED] wrote: On 14.Jun 2005 - 16:41:19, Malte Spiess wrote: Jochen Schulz [EMAIL PROTECTED] writes: Malte Spiess: Markus Boas [EMAIL PROTECTED] writes: Ich kann dir nur zustimmen. Ich hab zwar erst mit woody angefangen, aber mit dselect komm ich besser zurecht. Gleichfalls hier. Habe sogar mal eine Zeit lang (kürzlich) aptitude ausprobiert, weil das alle so toll finden. Allerdings hat der viele unkontrollierbare Sachen gemacht. Das war bei mir am Anfang ähnlich. Man muß aber nur einmal die Optionen nach Wunsch einstellen und sich dann kurz um jedes Paket kümmern, was er wg Recommends oder so anmeckert. Dann einmal durchlaufen lassen und Ruhe ist. Na ja, ich habe auch an den Optionen getüftelt, mir kam das aber mehr wie ein Dschungel vor. ;-) Hmm, kann ich nicht beipflichten. Bin aber leider nicht zu befriedigenden Ergebnissen gekommen. Mir wurden vor allem immer nicht ausgewählte Pakete installiert. :-( Ist mir noch nie passiert. Im Gegensatz zu manch anderem hier. Aber ich nutze aptitude auch schon ne ganze Weile, vllt. machen das nur neuere Versionen wenn keine alte Datenbank vorliegt ;-) Das kann gut sein. Kürzlich meinte Aptitude mir mozila-browser installieren zu müssen, plus zugehörige locale-at und noch ein mozilla-PSM-Paket. Das hoert sich IMHO so an, als ob ein Paket ein Recommends: mozilla-browser hat. Denn der hat ein Recommends: mozilla-psm. Wo die at-Locale herkommt kann ich dir aber so auch nicht erklaeren (ohne erheblichen Aufwand). Andreas -- You will be the last person to buy a Chrysler. -- 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)
Re: R.I.P. dselect
Heino Tiedemann [EMAIL PROTECTED] wrote: Das kann gut sein. Kürzlich meinte Aptitude mir mozila-browser installieren zu müssen, plus zugehörige locale-at und noch ein mozilla-PSM-Paket. Dann geh' doch mal in aptitude auf mozilla-browser (markieren und ENTER. Dort blätterst Du nach unten auf Packages wich depend on mozill-browser dort sind die fettgeschriebenen Packete diejenigen, die Du auch installiert hast (links ist dann auch ein i) Ulrich P.S. und schalt mal die recommends aus. :-) echo 'aptitude::Recommends-Important false;' /etc/apt/apt.conf
Re: R.I.P. dselect
Am Dienstag, den 14.06.2005, 16:47 +0200 schrieb Andreas Pakulat: On 14.Jun 2005 - 16:28:56, Joerg Rossdeutscher wrote: Meine jüngsten Erfahrungen sind eher mässig. Nachdem ich gelesen habe, dass man jetzt aptitude verwendet statt apt, mache ich das seit drei Tagen. Und heute wurde es schon komisch. aptitude dist-upgrade möchte mir gerne den exim-heavy runterschmeissen und durch den -light ersetzen. Warum - weiss ich nicht. Dann sag ihm doch er soll das lassen. aptitude hat ein TUI, da koenntest du wahrscheinlich auch rausbekommen warum der den -heavy installieren will... Ich fürchte, dass ich durch die TUI nichtmal ansatzweise durchsteige. It's a mess. Dazu kommt, dass das Programm f10 belegt hat, was im Gnome-Terminal schon belegt ist und deswegen nicht funktioniert. Ich habe mit defoster --depends und --dependents rumgespielt etc, aber die Ursache nicht ermitteln können. Ausserdem: Wer macht denn dist-upgrade wenn er die Distri nicht wechseln will und nicht Unstable einsetzt ;-) Das ist m.W. die übliche Vorgehensweise, weil upgrade möglichst konservativ updated, dist-upgrade aber alles was zu kriegen ist. Das dürfte der übliche Wunsch sein. Ich denke doch du hast die Option automatisch Recommends und Suggests zu installieren ausgeschaltet? Ja, bringt aber nichts. Ha, jetzt habe ich grad den -D -switch entdeckt, mit dem der Grund für automatische (de-)installation ausgegeben werden soll: # LANG=C aptitude -R -D dist-upgrade -s Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages will be automatically REMOVED: exim4-daemon-heavy (C: mail-transport-agent) The following NEW packages will be installed: exim4-daemon-light The following packages will be REMOVED: exim4-daemon-heavy 0 packages upgraded, 1 newly installed, 1 to remove and 0 not upgraded. Äh... exim4-daemon-heavy kollidiert mit mail-transport-agent? Hä? Das Paket gibt es doch gar nicht und wird ausserdem durch exim selbst provided...?! Wie kann denn heavy durch light ersetzt werden müssen? Wenn schon, dann hätte doch der heavy mehr Abhängigkeiten... Das ist IMHO das unnoetigste Feature seitdem die Recommends hinter den zu installierenden Paketen angezeigt werden. Nicht bloss unnötig, sondern Schwachsinnig. In der Regel steht in den Emfehlungen bloss komisches Zeugs, das man um Himmels willen nicht haben will... Kann man das irgendwie dauerhaft an der Konsole abstellen, ohne jedesmal an den Switch denken zu müssen? Die manpage sagt z.B. zu -R: Dies entspricht der Einstellung Aptitude::Recommends-Important. Was will mir das sagen? Wo gehört das rein? Also, bis jetzt turnt mich aptitude so gar nicht an. Eine Entsprechung für apt-cache search --names-only suche ich auch noch. Gruß, Ratti -- -o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/ signature.asc Description: This is a digitally signed message part
Re: R.I.P. dselect
Joerg Rossdeutscher [EMAIL PROTECTED] wrote: Am Dienstag, den 14.06.2005, 16:47 +0200 schrieb Andreas Pakulat: On 14.Jun 2005 - 16:28:56, Joerg Rossdeutscher wrote: Meine jüngsten Erfahrungen sind eher mässig. Nachdem ich gelesen habe, dass man jetzt aptitude verwendet statt apt, mache ich das seit drei Tagen. Und heute wurde es schon komisch. aptitude dist-upgrade möchte mir gerne den exim-heavy runterschmeissen und durch den -light ersetzen. Warum - weiss ich nicht. Dann sag ihm doch er soll das lassen. aptitude hat ein TUI, da koenntest du wahrscheinlich auch rausbekommen warum der den -heavy installieren will... Ich fürchte, dass ich durch die TUI nichtmal ansatzweise durchsteige. AOL mee too /AOL Ich zwinge mich dazu, aptitude zu benutzen, aber ich bin wohl schon auf dselect geeicht. Ich habe mit defoster --depends und --dependents rumgespielt etc, aber die Ursache nicht ermitteln können. Ausserdem: Wer macht denn dist-upgrade wenn er die Distri nicht wechseln will und nicht Unstable einsetzt ;-) Das ist m.W. die übliche Vorgehensweise, weil upgrade möglichst konservativ updated, dist-upgrade aber alles was zu kriegen ist. Das dürfte der übliche Wunsch sein. Ack. Das System in seiner Gesamtheit auf dem neuesten Stand halten, das ist das, was man[tm] will. Heino -- 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)
Re: R.I.P. dselect
On Tue, Jun 14, 2005 at 10:16:27PM +0200, ratti wrote: Ich fürchte, dass ich durch die TUI nichtmal ansatzweise durchsteige. Viel Enter, ne Menge 'q' und 'u' und 'g'. Damit kommt man durch ;) Dazu kommt, dass das Programm f10 belegt hat, was im Gnome-Terminal schon belegt ist und deswegen nicht funktioniert. Kann man im gnome-terminal abschalten. Äh... exim4-daemon-heavy kollidiert mit mail-transport-agent? Hä? Das Paket gibt es doch gar nicht und wird ausserdem durch exim selbst provided...?! Wie kann denn heavy durch light ersetzt werden müssen? Wenn schon, dann hätte doch der heavy mehr Abhängigkeiten... Sind die denn alle installiert, bzw. installierbar? Was bei einer Mischbenutzung der Apt-Suite koennte jetzt auch ein aptitude install exim4-daemon-heavy helfen. Die manpage sagt z.B. zu -R: Dies entspricht der Einstellung Aptitude::Recommends-Important. Was will mir das sagen? Wo gehört das rein? In die Kommandozeile, wenn du Pakete per aptitude install foo installierst, und die o.g. Config-Option nicht scharfschaltest. /usr/share/doc/aptitude/html/en/ch02s04s05.html Auf nem deutschen Keyboard ist aptitude laengst nicht so gut wie mit nem us-Keyboard - bei meinen Tests konnte ich die Funktionalitaet hinter '[' und ']' nicht nutzen. Peter -- 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)
Re: R.I.P. dselect
On 14.Jun 2005 - 22:16:27, Joerg Rossdeutscher wrote: Am Dienstag, den 14.06.2005, 16:47 +0200 schrieb Andreas Pakulat: On 14.Jun 2005 - 16:28:56, Joerg Rossdeutscher wrote: Meine jüngsten Erfahrungen sind eher mässig. Nachdem ich gelesen habe, dass man jetzt aptitude verwendet statt apt, mache ich das seit drei Tagen. Und heute wurde es schon komisch. aptitude dist-upgrade möchte mir gerne den exim-heavy runterschmeissen und durch den -light ersetzen. Warum - weiss ich nicht. Dann sag ihm doch er soll das lassen. aptitude hat ein TUI, da koenntest du wahrscheinlich auch rausbekommen warum der den -heavy installieren will... Ich fürchte, dass ich durch die TUI nichtmal ansatzweise durchsteige. It's a mess. Kannst du das mal genauer spezifizieren? Hast du die Hilfe gelesen? Dazu kommt, dass das Programm f10 belegt hat, was im Gnome-Terminal schon belegt ist und deswegen nicht funktioniert. Dann stell die Gnome-Belegung doch um, oder benutze ein anderes Terminal. Ich hab die aptitude-Doku noch nicht gelesen aber vllt. kann man auch dieses dazu bewegen statt F10 was anderes fuer den Menüzugriff zu benutzen. Ich habe mit defoster --depends und --dependents rumgespielt etc, aber die Ursache nicht ermitteln können. debfoster ist nicht dazu da herauszubekommen warum aptitude ein bestimmtes Paket installieren will. Ausserdem: Wer macht denn dist-upgrade wenn er die Distri nicht wechseln will und nicht Unstable einsetzt ;-) Das ist m.W. die übliche Vorgehensweise, weil upgrade möglichst konservativ updated, dist-upgrade aber alles was zu kriegen ist. Das dürfte der übliche Wunsch sein. Aha, welche empirischen Studien belegen das? Im Ernst: dist-upgrade sollte nutzen wer unstable nutzt und _weiss_ was er tut. Oder aber wer von woody nach Sarge upgradet. Alle anderen sind bei upgrade wesentlich besser aufgehoben. Ich denke doch du hast die Option automatisch Recommends und Suggests zu installieren ausgeschaltet? Ja, bringt aber nichts. Hat im vorliegenden Fall ja auch nichts mit der Option zu tun. The following packages will be automatically REMOVED: exim4-daemon-heavy (C: mail-transport-agent) The following NEW packages will be installed: exim4-daemon-light The following packages will be REMOVED: exim4-daemon-heavy 0 packages upgraded, 1 newly installed, 1 to remove and 0 not upgraded. Äh... exim4-daemon-heavy kollidiert mit mail-transport-agent? Hä? Das Paket gibt es doch gar nicht und wird ausserdem durch exim selbst provided...?! Ja, damit bei der Installation von exim4-daemon-heavy ein anderer MTA deinstalliert wird. Also nichts ungewoehnliches. Wie kann denn heavy durch light ersetzt werden müssen? Wenn schon, dann hätte doch der heavy mehr Abhängigkeiten... Du solltest definitiv mal die TUI starten, / eingeben dann exim4-daemon, dann suchst du dir den -heavy und den -light und guckst ob bei einem von dem beiden sowas davor steht: idA (evtl. ohne i bzw. d). Dann nimmst du + auf den -heavy und - bei dem light und Ruhe ist. Achja, Weitersuchen geht mit n ;-) Wer sich mit vim auskennt fuehlt sich gleich zuhause ;-) Das ist IMHO das unnoetigste Feature seitdem die Recommends hinter den zu installierenden Paketen angezeigt werden. Nicht bloss unnötig, sondern Schwachsinnig. In der Regel steht in den Emfehlungen bloss komisches Zeugs, das man um Himmels willen nicht haben will... Kann man das irgendwie dauerhaft an der Konsole abstellen, ohne jedesmal an den Switch denken zu müssen? apt-get install aptitude-doc-en und _lesen_ Die manpage sagt z.B. zu -R: Dies entspricht der Einstellung Aptitude::Recommends-Important. Was will mir das sagen? Wo gehört das rein? Huch, der hat ne dt. manpage? Also meine ist english und die Beschreibung zu -R ist ziemlich eindeutig. Deswegen lese ich die engl. manpages ;-) Also, bis jetzt turnt mich aptitude so gar nicht an. Eine Entsprechung für apt-cache search --names-only suche ich auch noch. / - Teil des Namens eingeben. So jedenfalls gehts in der TUI, fuer die Kommandozeile muesste man mal die Doku lesen *wink* Andreas, der sich aptitude-doc-en endlich installiert hat... -- You will forget that you ever knew me. -- 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)
Re: R.I.P. dselect
Jochen Schulz wrote: N'Abend! Vorhin kam eine Mail auf debian-devel-announce, aus der hervorgeht, daß dpkg in unstable nicht mehr auf dselect pre-dependet (sic!): Now that the woody-sarge upgrade can take place, dpkg no longer Pre-Depends on dselect. This means you can happily remove dselect from your system; there may be a dpkg --purge dselect party in your area. http://lists.debian.org/debian-devel-announce/2005/06/msg00010.html Ähm, schade eigentlich... ich hab das Teil seit Bo (Debian 1.3 oder so...) zur Paketauswahl benutzt. Ok, damals war die Paketzahl deutlich übersichtlicher, aber das einzige, was ich dabei vermißt habe, war ein seitlicher Scrollbalken oder wenigstens ne Prozentanzeige, wieviel Pakete schon gesichtet sind ;-) -- mfG. W.Flügel HRZ FH Lausitz Tel. 03573 / 85382 -- 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)
Re: R.I.P. dselect
Andreas Pakulat [EMAIL PROTECTED] wrote: PS: An die dselect-Fans: Jedem das seine Tool, aber mir persoenlich gefaellt aptitude einfach besser (vllt. weil ich 4 Jahre lang vorm NC sass) Ich persönlich finde aptitude schrecklich, an dselect bin ich gewohnt und kann es im Schlaf bedienen (OK, mein erstes Debian war ein slink, da gab es nichts anderes.) Gibt es irgendwo eine aptitude-Einführung für dselect-Benutzer? S° -- Sven Hartge -- professioneller Unix-Geek Meine Gedanken im Netz: http://sven.formvision.de/blog/ -- 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)
Re: R.I.P. dselect
Ich persönlich finde aptitude schrecklich, an dselect bin ich gewohnt und kann es im Schlaf bedienen (OK, mein erstes Debian war ein slink, da gab es nichts anderes.) Gibt es irgendwo eine aptitude-Einführung für dselect-Benutzer? Ich kann dir nur zustimmen. Ich hab zwar erst mit woody angefangen, aber mit dselect komm ich besser zurecht. Gruß Markus
Re: R.I.P. dselect
Wolf Wiegand [EMAIL PROTECTED] wrote: Was mir bei meinen Sarge-Installationen unangenehm aufgefallen ist: Nachdem aptitude gestartet wurde, habe ich die sources.list angepasst und danach Update ausgewählt. Ein /vim klappt dann trotzdem nicht, man muss erst eine neue Ansicht definieren, um vim et al zu finden. Mit /^vim ist's der zweite Treffer (Suche mit \ wiederholen) Und das ganz ohne neue Ansicht Ulrich P.S. auch ein $ aptitude install vim und dann TAB TAB hätte Dir alle gewünschten Pakete aufgelistet (muss man halt wissen...)
Re: R.I.P. dselect
Moin, On Mon, 2005-06-13 at 09:13, Werner Flügel wrote: [...] Ähm, schade eigentlich... ich hab das Teil seit Bo (Debian 1.3 oder so...) zur Paketauswahl benutzt. Ok, damals war die Paketzahl deutlich übersichtlicher, aber das einzige, was ich dabei vermißt habe, war ein seitlicher Scrollbalken oder wenigstens ne Prozentanzeige, wieviel Pakete schon gesichtet sind ;-) ich denke auch immer noch gerne an hamm ... aber es gibt auch Gründe zum freuen: dselect ist sowohl in unstable, als auch in experimental vorhanden; wer hindert uns also dies zu verwenden? Gruss -- hgb
Re: R.I.P. dselect
Hi, Ich persönlich finde aptitude schrecklich, an dselect bin ich gewohnt und kann es im Schlaf bedienen (OK, mein erstes Debian war ein slink, da [...] Ich kann dir nur zustimmen. Ich hab zwar erst mit woody angefangen, aber mit dselect komm ich besser zurecht. ich frage mal nach, einfach aus reiner Neugierde: Haben aptitude und dselect überhaupt irgendeinen Vorteil gegenüber apt-get, apt-cache, dpkg etc.? Abgesehen davon, dass man die Befehle erstmal herausfinden muss? Schon damals, als woody noch nicht stable war, und ich meine erste funktionierende Debian-Installation hatte, habe ich ganz schnell folgende zwei Dinge gelernt: 1. Von dselect sollte man seine Finger lassen, denn meistens ist es störrisch, und manchmal beißt es sogar zurück! 2. apt-get ist cool, apt-cache ist hilfreich und dpkg* ist wie dselect, nur ohne das sonderliche Interface. ;) Aber auf der anderen Seite: dselect war immerhin deutlich brauchbarer als yast. -- Simon Eilting
Re: R.I.P. dselect
Am Montag, 13. Juni 2005 19:18 schrieb Hans-Georg Bork: ich denke auch immer noch gerne an hamm ... aber es gibt auch Gründe zum freuen: dselect ist sowohl in unstable, als auch in experimental vorhanden; wer hindert uns also dies zu verwenden? Zum Glück keiner. -- MfG usw. Werner Mahr registered Linuxuser: 295882 pgpWYGls65dBM.pgp Description: PGP signature
Re: R.I.P. dselect
Am Montag, 13. Juni 2005 21:44 schrieb Simon Eilting: Ich kann dir nur zustimmen. Ich hab zwar erst mit woody angefangen, aber mit dselect komm ich besser zurecht. Ich bins auch schon seit Potato gewohnt, und brauche nichts anderes. Möglicherweise sollte aber mal das Datenbankformat geändert werden, damit es mit zunehmender Paketzahl nicht noch langsamer wird. 1. Von dselect sollte man seine Finger lassen, denn meistens ist es störrisch, und manchmal beißt es sogar zurück! Das größte Problem ist ein Versuch ein Paket zu installieren, dessen Abhängigkeiten nicht verfügbar sind, aber das kommt zum Glück bei mir recht selten vor. -- MfG usw. Werner Mahr registered Linuxuser: 295882 pgpFROZckSGNt.pgp Description: PGP signature
Re: R.I.P. dselect
Simon Eilting [EMAIL PROTECTED] wrote: ich frage mal nach, einfach aus reiner Neugierde: Haben aptitude und dselect überhaupt irgendeinen Vorteil gegenüber apt-get, apt-cache, dpkg etc.? Du hast einfach die Informationen dieser drei Programme (und weiterer) in einem vereint. Und das mit einer Taste[nkombination] erreichbar, statt mit mehreren Worten. Ach ja und leichteres nachbearbeiten von Paketen die recomended oder suggested sind, die man aber nicht oder eben gerade will. (einfache Auswahl weil die direkt mit aufgelistet werden). Ulrich
Re: R.I.P. dselect
On 13.Jun 2005 - 21:44:04, Simon Eilting wrote: Hi, Ich persönlich finde aptitude schrecklich, an dselect bin ich gewohnt und kann es im Schlaf bedienen (OK, mein erstes Debian war ein slink, da [...] Ich kann dir nur zustimmen. Ich hab zwar erst mit woody angefangen, aber mit dselect komm ich besser zurecht. ich frage mal nach, einfach aus reiner Neugierde: Haben aptitude und dselect überhaupt irgendeinen Vorteil gegenüber apt-get, apt-cache, dpkg etc.? Abgesehen davon, dass man die Befehle erstmal herausfinden muss? Insbesondere bei dist-upgrades kann aptitude u.U. die Abhaengigkeiten besser aufloesen. Also z.B. beim woody-Sarge Upgrade, nicht umsonst wird in den Release-Notes aptitude statt apt-get empfohlen. Ausserdem macht aptitude etwas sehr schoenes: Logging von Abhaengigkeiten. Das heisst wenn ich z.B. htdig installiere und das braucht libdb2 (die hier sonst nicht installiert ist) merkt sich aptitude das libdb2 nur installiert wurde weil ich htdig installiert habe. Wenn mir htdig nicht gefaellt und ich es mit aptitude wieder entferne waehlt er automatisch libdb2 aus um sie zu entfernen (sofern nicht noch ein anderes Paket ein Depends:libdb2 hat). Das finde ich grad bei umfangreicheren -dev-Depends nuetzlich, aber auch sonst wenn man mal ein neues Programm austesten will. apt-get kann das nicht. deborphan ist da hilfreich, aber es laeuft halt nicht automatisch... Achja: apt-get kann die Changelogs eines Pakets nicht vor dem Herunterladen anzeigen, allerdings moeglich dass es dafuer ein dpkg* gibt (da kenn ich mich nun nicht sooo sehr aus). Ausserdem kann man Abhaengigkeiten grafisch IMHO besser analysieren als mit apt-cache, insbesondere wenn man herausfinden will warum ein Paket mit 20-Abhaengigkeiten nicht installierbar ist (und sich da eine Kette ergibt)... Was von dem obigen auch fuer dselect gilt kann ich nicht sagen (ich vermute das letztere auf jeden Fall), da ich es nicht derart ausfuehrlich angeschaut habe (hat mich halt regelrecht abgeschreckt)... Andreas -- You need more time; and you probably always will. -- 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)
Re: R.I.P. dselect
Simon Eilting: ich frage mal nach, einfach aus reiner Neugierde: Haben aptitude und dselect überhaupt irgendeinen Vorteil gegenüber apt-get, apt-cache, dpkg etc.? Abgesehen davon, dass man die Befehle erstmal herausfinden muss? Nine reasons why you should be using aptitude instead of apt-get or dselect. http://lists.debian.org/debian-user/2004/04/msg11344.html Auf deutsch: 1 das CLI ist eng an apt-get angelehnt 2 aptitude merkt sich, welche Pakete nur wegen einer Abhängigkeit installiert wurden und entfernt sie, wenn sie nicht mehr benötigt werden. 3 Behandlung von Recommends: wie Dependiencies (kann man auch abschalten) 4 aptitude läßt sich als normaler User starten und fragt wenn nötig nach dem root-Passwort 5 mutt-artiges pattern matching - siehe Doku 6 aptitude zeigt an, welche Pakete nicht mehr verfügbar sind 7 aptitude kann auch mit tasks umgehen 8 aptitude zeigt alle verfügbaren Versionen an und erlaubt, einzelne Pakete in einer bestimmten Version zu installieren 9 aptitude loggt seine Aktionen nach /var/log/aptitude (das macht das dpkg in unstable allerdings inzwischen auch) und von mir: a im GUI-mode zeigt es Die genau an, welches Paket warum installiert wird bzw. nicht installiert werden kann (ähnlich dselect) b kann changelogs von nicht installierten Paketen anzeigen Als Fazit kann man sagen, aptitude vereint das Beste aus apt-get, dselect und tasksel. Ich hab das auch erst diese Woche gelernt. [...] Aber auf der anderen Seite: dselect war immerhin deutlich brauchbarer als yast. Äpfel, Birnen und so. ;-) J. -- I hate myself but have no clear idea why. [Agree] [Disagree] http://www.slowlydownward.com/NODATA/data_enter2.html signature.asc Description: Digital signature
Re: R.I.P. dselect
Werner Mahr: Am Montag, 13. Juni 2005 19:18 schrieb Hans-Georg Bork: ich denke auch immer noch gerne an hamm ... aber es gibt auch Gründe zum freuen: dselect ist sowohl in unstable, als auch in experimental vorhanden; wer hindert uns also dies zu verwenden? Zum Glück keiner. Euch werden wir auch noch zu Eurem Glück zwingen!!!1! J. -- I wish I could do more to put the sparkle back into my marriage. [Agree] [Disagree] http://www.slowlydownward.com/NODATA/data_enter2.html signature.asc Description: Digital signature
Re: R.I.P. dselect
On Mon, Jun 13, 2005 at 11:25:22PM +0200, Andreas Pakulat wrote: Insbesondere bei dist-upgrades kann aptitude u.U. die Abhaengigkeiten besser aufloesen. Also z.B. beim woody-Sarge Upgrade, nicht umsonst wird in den Release-Notes aptitude statt apt-get empfohlen. Sehe ich ein. Hat aber bei mir ganz hervorragend funktioniert, auf vier Rechnern (bisher). Ausserdem macht aptitude etwas sehr schoenes: Logging von Abhaengigkeiten. Das heisst wenn ich z.B. htdig installiere und das braucht libdb2 (die hier sonst nicht installiert ist) merkt sich aptitude das libdb2 nur installiert wurde weil ich htdig installiert habe. Wenn mir htdig nicht gefaellt und ich es mit aptitude wieder entferne waehlt er automatisch libdb2 aus um sie zu entfernen (sofern nicht noch ein anderes Paket ein Depends:libdb2 hat). Das finde ich grad bei umfangreicheren -dev-Depends nuetzlich, aber auch sonst wenn man mal ein neues Programm austesten will. apt-get kann das nicht. deborphan ist da hilfreich, aber es laeuft halt nicht automatisch... Dafür kann ich debfoster empfehlen. Deborphan an sich ist wohl nicht sonderlich hilfreich... Achja: apt-get kann die Changelogs eines Pakets nicht vor dem Herunterladen anzeigen, allerdings moeglich dass es dafuer ein dpkg* gibt (da kenn ich mich nun nicht sooo sehr aus). Apt-listchanges tut das. Ausserdem kann man Abhaengigkeiten grafisch IMHO besser analysieren als mit apt-cache, insbesondere wenn man herausfinden will warum ein Paket mit 20-Abhaengigkeiten nicht installierbar ist (und sich da eine Kette ergibt)... Ich hatte mal synaptic ausprobiert. Das gefiel mir besser als aptitude (vielleicht einfach, weil es nicht so sehr an dselect erinnert), aber nach ca. 2 Wochen habe ich das wieder aufgegeben, weil es mir doch mehr im Weg stand. Außerdem würde ich synaptic nicht unbedingt auf einem entfernten Server haben wollen, mit TDSL-pings und belasteter Leitung, also gebrauche ich die Scripts, Aliases und Hotkeys für apt eh ständig... Naja, jedem das Seine, schätze ich. -- Simon Eilting
Re: R.I.P. dselect
Nine reasons why you should be using aptitude instead of apt-get or dselect. http://lists.debian.org/debian-user/2004/04/msg11344.html Auf deutsch: 1 das CLI ist eng an apt-get angelehnt 2 aptitude merkt sich, welche Pakete nur wegen einer Abhängigkeit installiert wurden und entfernt sie, wenn sie nicht mehr benötigt werden. 3 Behandlung von Recommends: wie Dependiencies (kann man auch abschalten) 4 aptitude läßt sich als normaler User starten und fragt wenn nötig nach dem root-Passwort 5 mutt-artiges pattern matching - siehe Doku 6 aptitude zeigt an, welche Pakete nicht mehr verfügbar sind 7 aptitude kann auch mit tasks umgehen 8 aptitude zeigt alle verfügbaren Versionen an und erlaubt, einzelne Pakete in einer bestimmten Version zu installieren 9 aptitude loggt seine Aktionen nach /var/log/aptitude (das macht das dpkg in unstable allerdings inzwischen auch) Oder zusammengefasst: Es tut genau das, was apt auch tut. Von dem Recommends-handling mal abgesehen, aber im Normalfall kann ich das per Hand besser. a im GUI-mode zeigt es Die genau an, welches Paket warum installiert wird bzw. nicht installiert werden kann (ähnlich dselect) Das klingt in der Tat interessant. Jetzt weiß ich, an wen (bzw. was) ich mich wenden kann, wenn ich mal ein diesbezügliche Frage habe. b kann changelogs von nicht installierten Paketen anzeigen Hmm. packages.debian.org? Ok, schwaches Argument. Andererseits kann ich mir nicht vorstellen, was daran so toll sein soll. Wenn ich das Paket doch gar nicht hab. Als nächstes fange ich wieder an, mich für Windows-patches zu interessieren... So, wie es momentan aussieht, fürchte ich, das apt-get innerhalb der nächsten zwei, drei Jahre, sagen wir mal, post-etch, fast komplett von aptitude ersetzt werden wird, und bis dahin werde ich wohl auch umsteigen müssen. Sonst ende ich noch wie all jene, die heute dselect nachweinen. -- Simon Eilting
Re: R.I.P. dselect
On 14.Jun 2005 - 00:01:23, Simon Eilting wrote: On Mon, Jun 13, 2005 at 11:25:22PM +0200, Andreas Pakulat wrote: Insbesondere bei dist-upgrades kann aptitude u.U. die Abhaengigkeiten besser aufloesen. Also z.B. beim woody-Sarge Upgrade, nicht umsonst wird in den Release-Notes aptitude statt apt-get empfohlen. Sehe ich ein. Hat aber bei mir ganz hervorragend funktioniert, auf vier Rechnern (bisher). Ausserdem macht aptitude etwas sehr schoenes: Logging von Abhaengigkeiten. Das heisst wenn ich z.B. htdig installiere und das braucht libdb2 (die hier sonst nicht installiert ist) merkt sich aptitude das libdb2 nur installiert wurde weil ich htdig installiert habe. Wenn mir htdig nicht gefaellt und ich es mit aptitude wieder entferne waehlt er automatisch libdb2 aus um sie zu entfernen (sofern nicht noch ein anderes Paket ein Depends:libdb2 hat). Das finde ich grad bei umfangreicheren -dev-Depends nuetzlich, aber auch sonst wenn man mal ein neues Programm austesten will. apt-get kann das nicht. deborphan ist da hilfreich, aber es laeuft halt nicht automatisch... Dafür kann ich debfoster empfehlen. Deborphan an sich ist wohl nicht sonderlich hilfreich... ?? debfoster? Nee, dafuer hab ich nun wirklich nicht die Zeit. deborphan macht im Prinzip das was aptitude automatisch macht: Alle Pakete raussuchen auf die kein anderes Depended, im Normalfall nur in libs. Achja: apt-get kann die Changelogs eines Pakets nicht vor dem Herunterladen anzeigen, allerdings moeglich dass es dafuer ein dpkg* gibt (da kenn ich mich nun nicht sooo sehr aus). Apt-listchanges tut das. Du hast nicht korrekt gelesen: _Vor_ dem Runterladen der deb's. Soweit ich der Manpage entnehme gibts dafuer keine Option. apt-listchanges laeuft hier auch bei jedem Upgrade, aber ebend erst nach dem Download. Bei groesseren Paketen wuerd ich gerne vorher wissen ob das Upgrade jetzt notwendig ist oder nicht (kann ich in aptitude dann auch gleich auf Hold setzen *wink*) Ausserdem kann man Abhaengigkeiten grafisch IMHO besser analysieren als mit apt-cache, insbesondere wenn man herausfinden will warum ein Paket mit 20-Abhaengigkeiten nicht installierbar ist (und sich da eine Kette ergibt)... Ich hatte mal synaptic ausprobiert. Das gefiel mir besser als aptitude Das ist mir zu langsam. Auf meinem PIII kann man damit gar nicht, auf dem Centrino nicht fluessig genug arbeiten. Ausserdem ists deutlich instabiler als aptitude (gewesen als ich es zuletzt getestet habe). nach ca. 2 Wochen habe ich das wieder aufgegeben, weil es mir doch mehr im Weg stand. Ich benutzte apt-get und aptitude sowie apt-cache gleichzeitig. Wenn ich fix ein Paket suchen will nutze ich apt-cache, fix eines installieren (das keine grossen Abhaengigkeiten mitzieht) mache ich mit apt-get, remove meist auch (wenn ich den Paketnamen so weis). Aber bei Installationen die etwas umfangreicher sind starte ich dann fix meine root-shell und fahre aptitude hoch. Oder wenn ich fuers debugging mal ne aeltere Version installieren will... Außerdem würde ich synaptic nicht unbedingt auf einem entfernten Server haben wollen Was hat ein auf xlibs dependendes Programm ueberhaupt auf einem Server verloren ;-) Natuerlich willst du das nicht. Auf einem Server installiert man aber i.A. auch nicht alle Naselang ein neues Programm, oder suchst was bestimmtes... Naja, jedem das Seine, schätze ich. Sowieso :-) Andreas -- Future looks spotty. You will spill soup in late evening. -- 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)
Re: R.I.P. dselect
Am Dienstag, 14. Juni 2005 00:18 schrieb Andreas Pakulat: Apt-listchanges tut das. Du hast nicht korrekt gelesen: _Vor_ dem Runterladen der deb's. Liegen die Changelogs irgendwo im Web? Oder woher bekommt aptitude diese Infos? -- MfG usw. Werner Mahr registered Linuxuser: 295882 pgp8YCddgvreJ.pgp Description: PGP signature
Re: R.I.P. dselect
Markus Boas [EMAIL PROTECTED] writes: Ich persönlich finde aptitude schrecklich, an dselect bin ich gewohnt und kann es im Schlaf bedienen (OK, mein erstes Debian war ein slink, da gab es nichts anderes.) Gibt es irgendwo eine aptitude-Einführung für dselect-Benutzer? Ich kann dir nur zustimmen. Ich hab zwar erst mit woody angefangen, aber mit dselect komm ich besser zurecht. Gleichfalls hier. Habe sogar mal eine Zeit lang (kürzlich) aptitude ausprobiert, weil das alle so toll finden. Allerdings hat der viele unkontrollierbare Sachen gemacht. Ich konnte auch keine Vorteile feststellen. Kennt die jemand? (Existieren welche?) Gruß Markus dselect --expert Grüße Malte -- 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)
Re: R.I.P. dselect
Am Dienstag, 14. Juni 2005 00:13 schrieb Simon Eilting: So, wie es momentan aussieht, fürchte ich, das apt-get innerhalb der nächsten zwei, drei Jahre, sagen wir mal, post-etch, fast komplett von aptitude ersetzt werden wird, und bis dahin werde ich wohl auch umsteigen müssen. Sonst ende ich noch wie all jene, die heute dselect nachweinen. Wieso nachweinen? Noch funktionierts einwandfrei, und wenn ich das richtig gesehen habe, gibt es auch neue Versionen davon. -- MfG usw. Werner Mahr registered Linuxuser: 295882 pgpjZ9A4xGmJe.pgp Description: PGP signature
Re: R.I.P. dselect
Apt-listchanges tut das.
Du hast nicht korrekt gelesen: _Vor_ dem Runterladen der deb's. Soweit
ich der Manpage entnehme gibts dafuer keine Option. apt-listchanges
laeuft hier auch bei jedem Upgrade, aber ebend erst nach dem Download.
Bei groesseren Paketen wuerd ich gerne vorher wissen ob das Upgrade
jetzt notwendig ist oder nicht (kann ich in aptitude dann auch gleich
auf Hold setzen *wink*)
Guter Punkt - Ein Paket auf hold zu setzen (und während woody fand ich
das sogar zwei oder drei mal notwendig) ist, nett ausgedrückt, ein
Krampf mit dpkg. Warum ist das so schwer? Warum gibt es kein 'dpkg
--hold {Paketname}'? Stattdessen jedesmal in den Manpages suchen, nix
finden, google anwerfen...
Natuerlich willst du das nicht. Auf einem Server installiert man aber
i.A. auch nicht alle Naselang ein neues Programm, oder suchst was
bestimmtes...
Vielleicht ist das ja gerade der Grund, warum ich apt-get bevorzuge:
Ich gebrauche es eigentlich nur für's update, größere Änderungen gibt
es eigentlich nur, wenn ich ein System neu aufsetze -- gerade da würde
ich übrigens nicht auf debfoster verzichten wollen. Was das so findet
auf einer frischen Installation, ist schon nicht übel. Debian
installiert zwar bei Weitem nicht so viel überflüssigen Müll wie alle
anderen Distributionen (ich schließe mal die Spezialfälle Slackware
und gentoo aus), aber doch immernoch eine Menge. Wo ich gerade dabei
bin, vielleicht ist es ja zu spät, zu fragen, aber war ich der
Einzige, der es komisch fand, dass woody nie ssh installiert hat? Das
war immer das 1., was ich installiert habe. Ein Linuxrechner ohne ssh
ist ein Krüppel, oder?
--
Simon Eilting
R.I.P. dselect
N'Abend! Vorhin kam eine Mail auf debian-devel-announce, aus der hervorgeht, daß dpkg in unstable nicht mehr auf dselect pre-dependet (sic!): Now that the woody-sarge upgrade can take place, dpkg no longer Pre-Depends on dselect. This means you can happily remove dselect from your system; there may be a dpkg --purge dselect party in your area. http://lists.debian.org/debian-devel-announce/2005/06/msg00010.html Also prost! J., dem dselect seine erste potato-Installation unnötig erschwert hat. -- I eat meat and am concerned about bugs which are resistant to antibiotics. [Agree] [Disagree] http://www.slowlydownward.com/NODATA/data_enter2.html signature.asc Description: Digital signature
Re: R.I.P. dselect
On 13.Jun 2005 - 00:09:59, Jochen Schulz wrote: Also prost! Zu spaet, ich hab dpkg aus experimental schon vor ne Woche installiert ;-) Und tasksel auch gleich mit ueber die Klippe geschubst. Andreas PS: An die dselect-Fans: Jedem das seine Tool, aber mir persoenlich gefaellt aptitude einfach besser (vllt. weil ich 4 Jahre lang vorm NC sass) -- You are fairminded, just and loving. -- 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)
Re: R.I.P. dselect
On Mon, Jun 13, 2005 at 12:42:14AM +0200, Andreas Pakulat wrote: PS: An die dselect-Fans: *meld* _Ich_ nutze dselect! hat für mich einen ähnlichen Geek-Faktor wie Ich habe sed komplett verstanden :-) Jedem das seine Tool, aber mir persoenlich gefaellt aptitude einfach besser. Was mir bei meinen Sarge-Installationen unangenehm aufgefallen ist: Nachdem aptitude gestartet wurde, habe ich die sources.list angepasst und danach Update ausgewählt. Ein /vim klappt dann trotzdem nicht, man muss erst eine neue Ansicht definieren, um vim et al zu finden. Aber die Menüs und die leicht zu findende Hilfe sind wirklich Vorteile gegenüber dselect, auch, wenn sie mir da nicht weiterhelfen konnten. Wolf -- Sehnsüchtig grüßt der, der ich bin, den, der ich gerne sein möchte. (Sören Asbye Kierkegaard) -- 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)
