-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Ich bitte vielmals um Entschulgigung für die sinnlos - verschlüsselte mail gerade eben. Jetzt nochmal plain.
Hallo,
nun hab ich in langer Kleinarbeit meinen debain desktop hergerichtet. Ist eine mixed system testing/unstable. (APT::Default-Release "testing";)
Nur aptitude, welches ich sehr gern verwende kommt damit nicht klar. Ich sehe zwar die unstable pkg, wenn ich aber eines selektiere (+) dann wird es nicht installiert wenn es dependencies aus unstable hat. konkretes bsp.: auf der kommandozeile
debian:~# apt-get -t unstable -s install kdeedu Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: flashkard kalzium kdeedu-data keduca kgeo khangman kiten klettres kmessedwords kmplot kpercentage kstars ktouch kverbos kvoctrain libkdeedu1 The following NEW packages will be installed: flashkard kalzium kdeedu kdeedu-data keduca kgeo khangman kiten klettres kmessedwords kmplot kpercentage kstars ktouch kverbos kvoctrain libkdeedu1 0 packages upgraded, 17 newly installed, 0 to remove and 79 not upgraded.
Jetzt ohne unstable tag:
debian:~# apt-get -s install kdeedu Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming.
Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation:
Sorry, but the following packages have unmet dependencies: kdeedu: Depends: kgeo but it is not going to be installed Depends: kstars but it is not going to be installed E: Sorry, broken packages
wenn ich die paktet jetzt von hand installiere
apt-get -t unstable install kdeedu installieert viele pkg...
dann bekommen die abhängigen pakete im aptitude auch kein "A" flag... wenn ich kdeedu jetzt wieder entfernen will:
apt-get --purge -s remove kdeedu bekommen ich folgenden output:
Reading Package Lists... Done Building Dependency Tree... Done The following packages will be REMOVED: kdeedu* 0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Purg kdeedu (4:3.1.1-1 Debian:unstable)
Ich würde erwarten, das alles dependencies mitgelöscht werden ?!? Aptitude verweigert das installieren von kdeeu, es kässt sich selectieren, aber "g" bringt nichts was es tun würde... Wie kann ich dem aptitude bzw dem apt da auf die Sprünge helfen ? Kann apt-pining das Problem lösen? gruss felix
- -- Felix Kurth pgp public key: http://www.fkurth.de/keys/felix.fkurth.asc key fingerprint: D401 DCF8 2BF8 50DF 2FAD 8136 C29B 83EE C0A1 F2AD
Hallo,
On Monday 28 April 2003 14:13, Felix Kurth wrote:
kdeedu: Depends: kgeo but it is not going to be installed Depends: kstars but it is not going to be installed
...
The following packages will be REMOVED: kdeedu* 0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Purg kdeedu (4:3.1.1-1 Debian:unstable)
Ich würde erwarten, das alles dependencies mitgelöscht werden ?!?
unabhängig von dem Hauptproblem: nein. Andersherum wäre es richtig, wenn du z.B. kgeo oder kstars löschst wird das virtuelle Paket kdeedu mit entfernt. Wenn du ein GNOME-Programm löschst, mußt du auch damit leben, daß viele Bibliotheken dein System vollmüllen obwohl sie nicht mehr benötigt werden. Dafür hat ein schlauer Kopf übrigens mal 'deborphan' erfunden, das kann ich nur empfehlen.
Der Fehler mit Aptitude wird wohl der sein, daß es halt im Normalfall den Default-Release ausgewählt hat. Man kann aber bei allen Abhängigkeiten rekursiv die Updates aussuchen (zumindest auf woody ist das so). (Disclaimer: ich verwende kein aptitude, hab nur fix nachgeschaut.)
Josef
Am 28. April 2003 schrieb Josef Spillner:
On Monday 28 April 2003 14:13, Felix Kurth wrote:
Ich würde erwarten, das alles dependencies mitgelöscht werden ?!?
unabhängig von dem Hauptproblem: nein.
Doch mit aptitude klappt das schon.
Das Problem ist tatsächlich, dass es bei aptitude keinen ganz einfachen Weg gibt, die Default-Release bei Bedarf mal schnell zu ändern. Du kannst aber einfach alle Varianten in /etc/apt/apt.conf.d/* eintragen und -- je nachdem -- die richtige einkommentieren (und alle anderen auskommentieren). Oder du schreibst dir kleine Wrapper-Skripte (aptitude-testing und aptitude-unstable). Fertige Skripte können auch gerne an mich weitergeleitet werden. ;-)
Torsten
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Wenn ich mal eben schnell das release ändere wird alles upgedatet.... Kann ich zwar ausstellen im aptitude, aber dann werden alles dependencies aus unstable aufgelösst, nicht wenn möglich aus testing... Ist also auch nicht die Lösung... aptitude sollte sich so verhalten: "Wenn pkg aus unstable selected, dann erlaube auch dependencies aus unstable, nimm aber nach Möglichkeit testing"
Doch mit aptitude klappt das schon.
Das Problem ist tatsächlich, dass es bei aptitude keinen ganz einfachen Weg gibt, die Default-Release bei Bedarf mal schnell zu ändern. Du kannst aber einfach alle Varianten in /etc/apt/apt.conf.d/* eintragen und -- je nachdem -- die richtige einkommentieren (und alle anderen auskommentieren). Oder du schreibst dir kleine Wrapper-Skripte (aptitude-testing und aptitude-unstable). Fertige Skripte können auch gerne an mich weitergeleitet werden. ;-)
Torsten
- -- Felix Kurth pgp public key: http://www.fkurth.de/keys/felix.fkurth.asc key fingerprint: D401 DCF8 2BF8 50DF 2FAD 8136 C29B 83EE C0A1 F2AD
Am 28. April 2003 schrieb Felix Kurth:
aptitude sollte sich so verhalten: "Wenn pkg aus unstable selected, dann erlaube auch dependencies aus unstable, nimm aber nach Möglichkeit testing"
Das wäre schön, aber das geht nicht einmal mit dem einfachen apt-get. Auch dort schaltet die Option '-t unstable' komplett auf unstable um. Am Ende ist das meist nicht schlimm. Wenn alle bereits installierten Abhängigkeiten ausreichend sind, werden sie nicht aktualisiert. Wenn die jeweilige Version nicht ausreicht, musst du vermutlich sowieso aus unstable installieren. Falls die Abhängigkeit gar nicht installiert ist, wird sie zwar eventuell unnötigerweise aus unstable genommen, aber da das Paket für dich sowieso neu ist, wird es deine gewohnten Pakete nicht negativ beeinflussen. Blöd sind höchstens Konflikte mit bereits installierten Paketen.
Torsten
ich bin der Meinung das es mit apt-get -t funktioniert. z.Bsp apt-get -s -t unstable install galeon Gibt ein feines Gemisch:
Inst liblinc1 (1:1.1.0-1 Debian:testing) Inst liborbit2 (1:2.6.1-1 Debian:testing) Inst libbonobo-activation4 (1:2.2.1.1-1 Debian:testing) [] Inst bonobo-activation (1:2.2.1.1-1 Debian:testing) Inst sgml-base (1.17 Debian:testing) Inst sgml-data (1.9.1 Debian:testing) Inst symlinks (1.2-4.1 Debian:testing) Inst docbook-xml (4.2-7 Debian:testing) Inst libbonobo2-common (2.2.1-1 Debian:testing) [] Inst libbonobo2-0 (2.2.1-1 Debian:testing) Inst gconf2 (2.2.0-1 Debian:unstable) [] Inst libgconf2-4 (2.2.0-1 Debian:unstable) Inst gnome-mime-data (2.0.1-1 Debian:testing) Inst libgnomevfs2-common (2.2.3-2 Debian:unstable) [] Inst libgnomevfs2-0 (2.2.3-2 Debian:unstable) Inst libgnome2-common (2.2.0.1-1 Debian:unstable) Inst libgnome2-0 (2.2.0.1-1 Debian:unstable) Inst libglade2-0 (2.0.1-3 Debian:unstable) Inst libgnomecanvas2-common (2.2.0.2-1 Debian:unstable) Inst libgnomecanvas2-0 (2.2.0.2-1 Debian:unstable) Inst libbonoboui2-common (2.2.0.1-2 Debian:unstable) [] Inst libbonoboui2-0 (2.2.0.1-2 Debian:unstable) Inst libeel2-data (2.2.3.1-1 Debian:unstable) [] Inst libgail17 (1.2.1-1 Debian:unstable) [] Inst libgail-common (1.2.1-1 Debian:unstable) [] Inst libgnomeui-common (2.2.0.1-2 Debian:unstable) [] Inst libgnomeui-0 (2.2.0.1-2 Debian:unstable) [] Inst libeel2-2 (2.2.3.1-1 Debian:unstable) Inst libstartup-notification0 (0.5-1 Debian:testing) Inst libgnome-desktop-2 (2.2.1-2 Debian:unstable) Inst librsvg2-2 (2.2.5-1 Debian:unstable) Inst libnautilus2-2 (2.2.3.1-1 Debian:unstable) Inst libscrollkeeper0 (0.3.12-2 Debian:testing) Inst scrollkeeper (0.3.12-2 Debian:testing) Inst libmetacity0 (1:2.4.34-2 Debian:unstable) Inst gnome-session (2.2.1-1 Debian:unstable) Inst gnome-desktop-data (2.2.1-2 Debian:unstable) Inst gnome-control-center (1:2.2.1-1 Debian:unstable) Inst galeon (1.3.3.20030419-1 Debian:unstable)
warum tut das aptitude nicht ?
Das wäre schön, aber das geht nicht einmal mit dem einfachen apt-get. Auch dort schaltet die Option '-t unstable' komplett auf unstable um. Am Ende ist das meist nicht schlimm. Wenn alle bereits installierten Abhängigkeiten ausreichend sind, werden sie nicht aktualisiert. Wenn die jeweilige Version nicht ausreicht, musst du vermutlich sowieso aus unstable installieren. Falls die Abhängigkeit gar nicht installiert ist, wird sie zwar eventuell unnötigerweise aus unstable genommen, aber da das Paket für dich sowieso neu ist, wird es deine gewohnten Pakete nicht negativ beeinflussen. Blöd sind höchstens Konflikte mit bereits installierten Paketen.
Torsten
Am Montag, dem 28. April 2003 um 18:19:45, schrieb Felix Kurth:
Gibt ein feines Gemisch:
Inst liblinc1 (1:1.1.0-1 Debian:testing)
Hier nimmt apt-get diejenigen Pakete aus testing, die in testing und unstable identisch sind. Sobald es in unstable was neueres gibt, wird das neuere genommen.
warum tut das aptitude nicht ?
Natürlich macht das aptitude genauso bei identischen Paketen, was soll es denn sonst tun?
Torsten
lug-dd@mailman.schlittermann.de
-
Felix Kurth -
Josef Spillner -
Torsten Werner