Hallo,
nach einer Neuinstallation rät mir dselect dazu bestimmte Pakete zu installieren. Sie sind automatisch zur installation angewählt (n*) Mit 'D' oder 'R' kann man dselect diese Idee ausreden. OK.
Wenn man aber dselect später wieder startet, will es die Pakete schon wieder alle installieren. Wie kann ich dselect diese Idee dauerhaft ausreden? Woher nimmt deselect eigentlich die Info, welche Pakete es mir immer wieder unterschieben will? vocation, python, identd und ähnliches brauch ja nun wirklich nicht jeder.
Reinhard
hallo reinhard!
Wenn man aber dselect später wieder startet, will es die Pakete schon wieder alle installieren. Wie kann ich dselect diese Idee dauerhaft ausreden? Woher nimmt deselect eigentlich die Info, welche Pakete es mir immer wieder unterschieben will? vocation, python, identd und ähnliches brauch ja nun wirklich nicht jeder.
ich kann dir zwar keine rat zu dselect direkt geben, aber dir aus eigener erfahrung raten apt und seine tools zu benutzen. ich bin mehrere male mit dselect verzweifelt und benutze jetzt ausschliesslich apt und dpkg, womit ich sehr zufrieden bin. :)
gruss, jan.
Hi Jan,
On Thu, Feb 14, 2002 at 11:51:33 +0100, Wagner Jan wrote:
ich kann dir zwar keine rat zu dselect direkt geben, aber dir aus eigener erfahrung raten apt und seine tools zu benutzen. ich bin mehrere male mit dselect verzweifelt und benutze jetzt ausschliesslich apt und dpkg, womit ich sehr zufrieden bin. :)
Tatsaechlich war es dselect, der mich bis zum Erscheinen von apt von Debian abgehalten hat.
(Die Hardcore-Debianer moegen mich jetzt einen Warmduscher nennen, aber ich bin erst seit Potato bei Debian dabei :)
bye, Chris
Am Donnerstag, dem 14. Februar 2002 um 15:52:49, schrieb Christian Perle:
Tatsaechlich war es dselect, der mich bis zum Erscheinen von apt von Debian abgehalten hat.
(Die Hardcore-Debianer moegen mich jetzt einen Warmduscher nennen, aber ich bin erst seit Potato bei Debian dabei :)
Komische Ausrede:
ftp://ftp.debian.org/debian-archive/dists/hamm/main/upgrade-i386/apt_0.1.4.bo_i386.deb
Wie gesagt, apt lief schon auf bo (und natürlich auf hamm und slink)!
Torsten
(Die Hardcore-Debianer moegen mich jetzt einen Warmduscher nennen, aber ich bin erst seit Potato bei Debian dabei :)
Komische Ausrede:
ftp://ftp.debian.org/debian-archive/dists/hamm/main/upgrade-i386/apt_0.1.4.bo_i386.deb
Wie gesagt, apt lief schon auf bo (und natürlich auf hamm und slink)!
erwischt ... torsten scheint einer von ihnen zu sein. naja .. was will man bei einem maintainer auch anders erwarten, ausser hardcore. :))
naja ... ich sollte mal packete fuer einen irc-client packen, hab ich auch getan, aber das ganze geraffel um debian maintainer zu werden war mir dann doch zu viel. so isser halt nicht mit in debian und nur "inoffiziell" fuer debian zu haben. so hardcore bin ich dann doch nicht. =)
ciao, jan.
On Thu, Feb 14, 2002 at 03:52:49PM +0100, Christian Perle wrote:
(Die Hardcore-Debianer moegen mich jetzt einen Warmduscher nennen, aber ich bin erst seit Potato bei Debian dabei :)
Warmduscher!
SCNR, Er'hamm'ic
Hi Eric,
On Thu, Feb 14, 2002 at 18:12:35 +0100, Eric Schaefer wrote:
Warmduscher!
Muhahaha! *duschkopf zueck*
SCNR, Er'hamm'ic
Seit wann werden die Debian-Releases eigentlich nach Charakteren aus "Toy Story" benannt? Potato und Woody sind welche, aber wer sind Bo, Hamm und Slink?
bye, Chris
On Thu, Feb 14, 2002 at 07:17:42PM +0100, Christian Perle wrote:
Seit wann werden die Debian-Releases eigentlich nach Charakteren aus "Toy Story" benannt? Potato und Woody sind welche, aber wer sind Bo, Hamm und Slink?
IMO auch aus dem Film. Google meint, daß es vorher noch Buzz (1.1) und rex (1.2) gab. Von wann ist eigentlich der Film?
Reinhard
On Thu, Feb 14, 2002 at 07:30:27PM +0100, Reinhard Foerster wrote:
On Thu, Feb 14, 2002 at 07:17:42PM +0100, Christian Perle wrote:
Seit wann werden die Debian-Releases eigentlich nach Charakteren aus "Toy Story" benannt? Potato und Woody sind welche, aber wer sind Bo, Hamm und Slink?
IMO auch aus dem Film. Google meint, daß es vorher noch Buzz (1.1) und rex (1.2) gab. Von wann ist eigentlich der Film?
http://german.imdb.com/Title?0114709 -> 1995
Da kann man auch die anderen Charaktere nachlesen. Woody: der Cowboy Sid: der böse Nachbarsjunge, der Spielzeuge quält
http://www.debian.org/doc/manuals/project-history/ch3.html
HTH, Eric
Am Donnerstag, dem 14. Februar 2002 um 10:51:31, schrieb Reinhard Foerster:
nach einer Neuinstallation rät mir dselect dazu bestimmte Pakete zu installieren. Sie sind automatisch zur installation angewählt (n*) Mit 'D' oder 'R' kann man dselect diese Idee ausreden. OK.
Wenn man aber dselect später wieder startet, will es die Pakete schon wieder alle installieren. Wie kann ich dselect diese Idee dauerhaft ausreden? Woher nimmt deselect eigentlich die Info, welche Pakete es mir immer wieder unterschieben will? vocation, python, identd und ähnliches brauch ja nun wirklich nicht jeder.
Es kann verschiedene Gründe für das Verhalten geben. Meist ist es ein nicht erfüllter Recommend, dieses muss man immer wieder abwählen. Nach einem Update werden aber auch Pakete mit Priorität Standard angewählt. Diese braucht man aber nur einmal abzuwählen. Python wird übrigens von kdelibs3 benötigt und identd gibt es nicht. ident-server wird von postgresql vorgeschlagen und pidentd hat Standard-Priorität. Es gibt aber als Alternative nullidentd oder als Alternative zu dselect aptitude. Mit letzterem lässt sich der Paketwust sehr viel leichter überblicken, aber paar kleine Bugs hat es auch immer mal wieder. Die kann man ganz gut mit apt-get umschiffen.
Torsten
On Thu, Feb 14, 2002 at 12:16:57PM +0100, Torsten Werner wrote: Hallo Torsten, Hallo *,
erstmal zu den "nimm einfach kein dselect sondern apt"-Antworten:
Zum Suchen nach Paketen, die man noch benötigt, finde ich dselect ganz praktisch. Beim Durchblättern fallen mir viele Dinge auf, die ich brauche und an die ich sonst nicht gedacht hätte. Zum gezielten Suchen ist apt-cache natürlich besser.
Es kann verschiedene Gründe für das Verhalten geben. Meist ist es ein nicht erfüllter Recommend, dieses muss man immer wieder abwählen. Nach einem Update werden aber auch Pakete mit Priorität Standard angewählt.
OK, diese Standard-Priorität ist mir neu.
Diese braucht man aber nur einmal abzuwählen.
Ahh, explizit abwählen. Ich hatte bisher keinen Unterschied zwischen "nn" und "n-" vermutet. Nach einem 'R' stehen die pakete alle auf "nn" was mir sinnvoll erschien. "n-" ist aber wiirklch was anderes wie ich gerade bemerke. Wenn ich vacation einmal das - gebe nervt dselect an der Stelle wirklich nicht weiter. Schön. Ich glaube das war der wesentlich Punkt. Danke. Ich werde also allen vorgeschlagenen Paketen erstmal ein - verpassen.
Python wird übrigens von kdelibs3 benötigt
also eigentlich gar nicht ;-) Ich glaube phyton kommt in die Liste weil es von reportbug benötigt wird und reportbug ist 'standard'.
und identd gibt es nicht. ident-server wird von postgresql vorgeschlagen und pidentd hat Standard-Priorität. Es gibt aber als Alternative nullidentd oder als Alternative zu dselect
Ich meinte pidend. Er war wohl auch wegen Standard-Priorität dabei. Warum eigentlich? Reportbug ist wichtig aber pidentd für Desktopkisten eher unsinnig, oder?
aptitude. Mit letzterem lässt sich der Paketwust sehr viel leichter überblicken, aber paar kleine Bugs hat es auch immer mal wieder.
Soll das der dselect-Nachfolger werden? Werd ich mir mal reinziehen.
Reinhard
Am Donnerstag, dem 14. Februar 2002 um 17:40:52, schrieb Reinhard Foerster:
Ich meinte pidend. Er war wohl auch wegen Standard-Priorität dabei. Warum eigentlich? Reportbug ist wichtig aber pidentd für Desktopkisten eher unsinnig, oder?
Dem stimme ich zu, einen Netzwerkserver ohne Not per default zu installieren ist schon beinah ein Security-Bug. Wie wäre es mit einem Bugreport deinerseits (ans Paket pidentd, Priority sollte optional sein)?
aptitude.
Soll das der dselect-Nachfolger werden? Werd ich mir mal reinziehen.
Nachfolger sicher nicht, aber eine brauchbare Alternative. Der Maintainer wird bei Bugreports auch aktiv.
Torsten
Hallo, ich habe seit langem nicht mir deslect gearbeitet, aber ich glaube, daß man Pakete mit "-" oder "_" deinstallieren bzw. purgen konnte. Und daß es dann auch nicht mehr der Meinung war, diese Installieren zu müssen.
Versuch' doch mal dpkg --get-selections > sel $EDITOR sel "deinstall" eintragen wo gewünscht dpkg --set-selections <sel
Und dann mal nachschauen, ob dselect immer noch auf seiner Meinung beharrt.
Heiko
lug-dd@mailman.schlittermann.de
-
Christian Perle -
Eric Schaefer -
Heiko Schlittermann -
Reinhard Foerster -
Torsten Werner -
Wagner Jan