Moinsen Liste,
ich musste vor ein paar Tagen unter aptitude ein paar Pakete manuell auf
hold setzen, da kde im Moment etwas hakelig ist.
Ich habe das vorher noch nie gemacht und bekomme jetzt diese holds nicht
mehr weg.
Laut Anleitung sollte man sie genauso entfernen können, wie man sie gesetzt
Bastian Venthur [EMAIL PROTECTED] wrote:
Laut Anleitung sollte man sie genauso entfernen können, wie man sie gesetzt
hat, nämlich mit '='. Aber bei mir rührt sich da garnix.
Ich kenn zwar aptitude nicht, aber bei dselect gehts mit `+'.
Kurioser weise zeigt ein dpkg --list | grep ^ih absolut
Mario 'BitKoenig' Holbe wrote:
Bastian Venthur [EMAIL PROTECTED] wrote:
Laut Anleitung sollte man sie genauso entfernen können, wie man sie
gesetzt hat, nämlich mit '='. Aber bei mir rührt sich da garnix.
Ich kenn zwar aptitude nicht, aber bei dselect gehts mit `+'.
Ok, mit aptitude gehts
hi,
- Original Message -
From: Bastian Venthur [EMAIL PROTECTED]
To: debian-user-german@lists.debian.org
Sent: Tuesday, August 23, 2005 11:48 AM
Subject: Re: aptitude und hold
Kurioser weise zeigt ein dpkg --list | grep ^ih absolut garnichts an,
aber
Weil es ^hi ist.
Egal wie
On [Tue, Aug 23 11:13], Bastian Venthur wrote:
Moinsen Liste,
Tach auch Bastian,
Ich habe das vorher noch nie gemacht und bekomme jetzt diese holds nicht
mehr weg.
Auf der Kommadozeile:
# echo paket install | dpkg --set-selections
Shalom,
--
Markus Meyer - encrypted email preferred -
* Bastian Venthur [EMAIL PROTECTED] [23-08-05 11:13]:
Moinsen Liste,
ich musste vor ein paar Tagen unter aptitude ein paar Pakete manuell auf
hold setzen, da kde im Moment etwas hakelig ist.
Ich habe das vorher noch nie gemacht und bekomme jetzt diese holds nicht
mehr weg.
Laut
Bastian Venthur wrote:
ich musste vor ein paar Tagen unter aptitude ein paar Pakete manuell
auf hold setzen, da kde im Moment etwas hakelig ist.
Ich habe das vorher noch nie gemacht und bekomme jetzt diese holds
nicht mehr weg.
aptitude unhold paket
Kurioser weise zeigt ein dpkg --list |
Am Freitag, 25. März 2005 02:46 schrieb Dirk Salva:
Hi Leute,
kennt sich wer mit aptitude und hold von Paketen aus? Ich habe
heute mein Sarge (32-Bit) mal wieder upgedatet, und da ist mir
aufgefallen, daß neben einem neuen acroread von Marillat eigentlich
auch liblircclient0 fällig gewesen
On Fri, Mar 25, 2005 at 09:45:24AM +0100, Matthias Houdek wrote:
Das geht mit aptitude auch, du musst es nur explizit angeben. Dann wird
der Status h automatsich aufgehoben.
Wie? Ich habs nicht gefunden. Und genau das fehlt mir noch zur
Bedienung von aptitude.
nachvollziehbaren Gründen auf
On 25.Mär 2005 - 12:46:11, Dirk Salva wrote:
On Fri, Mar 25, 2005 at 09:45:24AM +0100, Matthias Houdek wrote:
Das geht mit aptitude auch, du musst es nur explizit angeben. Dann wird
der Status h automatsich aufgehoben.
Wie? Ich habs nicht gefunden. Und genau das fehlt mir noch zur
Am Freitag, 25. März 2005 12:46 schrieb Dirk Salva:
On Fri, Mar 25, 2005 at 09:45:24AM +0100, Matthias Houdek wrote:
Das geht mit aptitude auch, du musst es nur explizit angeben. Dann
wird der Status h automatsich aufgehoben.
Wie? Ich habs nicht gefunden. Und genau das fehlt mir noch zur
On Fri, Mar 25, 2005 at 09:45:24AM +0100, Matthias Houdek wrote:
wenn keine Abhängigkeiten mehr bestehen. Du kannst diesen Status auch
manuell setzen und/oder entfernen.
Und gleich noch eine Nachfrage: kann ich bei aptitude auch alle
Pakete suchen und anzeigen lassen, die einen bestimmten
Am 2005-03-25 12:46:11, schrieb Dirk Salva:
Ich habe definitiv noch nie ein Paket auf hold gesetzt, das _muß_
also automatisiert passiert sein.
Das kann nicht sein... weil es dafür keine Funktion gibt. :-)
Das meinte ich, als ich meinte, das mir das nur mit marillat-Paketen
passiert ist.
On Fri, Mar 25, 2005 at 01:59:37PM +0100, Matthias Houdek wrote:
Wie? Ich habs nicht gefunden. Und genau das fehlt mir noch zur
Bedienung von aptitude.
Einschalten mit =, ausschalten mit + (also auf
Installieren/Aktualisieren setzen).
Das Problem ist, daß das Paket mit + dann nicht mehr
Am 2005-03-25 15:36:31, schrieb Dirk Salva:
Das Problem ist, daß das Paket mit + dann nicht mehr als abhängig
installiert gilt, soll heißen, wenn ich den mplayer dann mal
deinstalliere, bleibt liblircclient0 trotz fehlender Abhängigkeit
aufm Rechner. Das halte ich für suboptimal, ich kann mir
Am Freitag, 25. März 2005 14:24 schrieb Dirk Salva:
On Fri, Mar 25, 2005 at 09:45:24AM +0100, Matthias Houdek wrote:
wenn keine Abhängigkeiten mehr bestehen. Du kannst diesen Status
auch manuell setzen und/oder entfernen.
Und gleich noch eine Nachfrage: kann ich bei aptitude auch alle
Am Freitag, 25. März 2005 15:36 schrieb Dirk Salva:
On Fri, Mar 25, 2005 at 01:59:37PM +0100, Matthias Houdek wrote:
Wie? Ich habs nicht gefunden. Und genau das fehlt mir noch zur
Bedienung von aptitude.
Einschalten mit =, ausschalten mit + (also auf
Installieren/Aktualisieren
On Fri, Mar 25, 2005 at 03:41:38PM +0100, Michelle Konzack wrote:
Ich habe definitiv noch nie ein Paket auf hold gesetzt, das _muß_
also automatisiert passiert sein.
Das kann nicht sein... weil es dafür keine Funktion gibt. :-)
Es ist aber so. Ich wußte bis gestern überhaupt nicht, das ich
Hi Leute,
kennt sich wer mit aptitude und hold von Paketen aus? Ich habe
heute mein Sarge (32-Bit) mal wieder upgedatet, und da ist mir
aufgefallen, daß neben einem neuen acroread von Marillat eigentlich
auch liblircclient0 fällig gewesen wäre, doch das steht genauso wie
liblzo1 (von welchem es
19 matches
Mail list logo