Hal fliegt aus Squeeze raus.

[Blackbox]

Wie die Befehlssyntax jetzt heißt weißte zufällig nicht oder ?

[severin]

Code: Alles auswählen

apt-cache rdepends hal

oder

Code: Alles auswählen

apt-get -s remove hal

-s:
No action; perform a simulation of events that would occur but do not actually change the system

[cirrussc]

Ohne jetzt die KDE-User verschrecken zu wollen: es gibt eine Liste, was KDE alles mit udev noch nicht kann (mit HAL aber konnte)

nun, KDE hat bis jetzt immer Hal mitgezogen und es bleibt in Squeeze enthalten. Also kein Grund zur Aufregung

[Blackbox]

Ui, HAL hat ja doch noch mehr Abhängigkeiten als ich dachte...

Hier die Ausgabe von apt-cache rdepends hal
34410

Und hier die Abhängigkeiten (apt-get -s remove hal) auf meinem LXDE-System.
34411

Es gibt doch immer wieder Abweichler, welche aus der Reihe tanzen müssen...
Dann warte ich eben noch !

Danke für die Unterstützung !

[lhfloss]

@ Blackbox:
Es gibt das Paket pcmanfm-nohal, welches ohne Hal auskommt. Diese Variante von PCManFM enthält allerdings keine Mount-Funktion.

Gruß, lhfloss

[severin]

Und hier die Abhängigkeiten (apt-get -s remove hal) auf meinem LXDE-System.

Wow, ich hätte viel mehr Pakete erwartet.

[detix]

Wow, ich hätte viel mehr Pakete erwartet.

Hier siehts noch mickriger aus:

Die folgenden Pakete werden ENTFERNT:
hal hal-device-manager kpowersave powersaved
0 aktualisiert, 0 neu installiert, 4 zu entfernen und 0 nicht aktualisiert.
Remv hal-device-manager [0.5.9.1-6]
Remv powersaved [0.15.20-6]
Remv kpowersave [0.7.3-5]
Remv hal [0.5.14-2]

Heißt das, das ich hal problemlos entfernen kann?
(gerade eben aktualisiertes squeeze)

[Blackbox]

Der ursprüngliche Titel hies ja Hal fliegt aus Squeeze raus, aber ist es nicht wahrscheinlicher, dass HAL als erstes aus Debian unstable, danach aus Debian testing fliegt und erst dann aus Debian stable (dann squeeze).
Also werde ich nach meiner Logik, doch noch vor dem neuen Debian stable in den Genuss kommen HAL-frei zu sein ?
Denn ich bleibe ja weiterhin bei Debian testing...

Oder habe ich etwas missverstanden ?

[Danielx]

Der ursprüngliche Titel hies ja Hal fliegt aus Squeeze raus, aber ist es nicht wahrscheinlicher, dass HAL als erstes aus Debian unstable, danach aus Debian testing fliegt und erst dann aus Debian stable (dann squeeze).

Natürlich wird diese Änderung über Unstable einfließen.

Also werde ich nach meiner Logik, doch noch vor dem neuen Debian stable in den Genuss kommen HAL-frei zu sein ?

Wenn Squeeze HAL-frei sein wird, dann zuvor auch Testing.

Gruß,
Daniel

[Blackbox]

Wenn Squeeze HAL-frei sein wird, dann zuvor auch Testing.

Supi, Supi, Supi !

Danke !

[Tintom]

Nach dem Lesen des Threads verstehe ich nun fast gar nichts mehr.
Kann mir jemand die Funktionalitäten bzw. Unterschiede von hal, devicekit und udev erläutern ?
Ich glaube ich verwechsel da einiges.

Danke!

[Clio]

Also werde ich nach meiner Logik, doch noch vor dem neuen Debian stable in den Genuss kommen HAL-frei zu sein

Du kannst auch jetzt schon "in den Genuss kommen". Das hängt von Deiner eingesetzten Software und deren Abhängigkeiten ab.
Pcmanfm z.B. benötigt noch Hal, sowie einige mount/umount Programme.
Ich nutze z.B. in SID Xfce4 mit Nautilus und habe Hal schon vor einiger Zeit entfernt.

[lhfloss]

Ich nutze z.B. in SID Xfce4

Nutzt du auch xfburn? Das ist bei mir (Testing) das einzige Paket, an dem die Deinstallation von Hal scheitert.
Weiß jemand, wie es da in Zukunft aussehen wird?

[Clio]

Nein, ich setze graveman ein, ein ganz altes Brennprogramm ohne überflüssigen Schnickschnack.
Wird leider nicht mehr weiterentwickelt, aber es tut ja, was es soll:
http://graveman.tuxfamily.org/index.php

[lhfloss]

Erstmal danke für den Tipp.
Der Downloadlink für das Debian-Paket hat übrigens nicht funktioniert. Im Debian-Archiv habe ich aber ein Paket gefunden.
-> http://archive.debian.org/debian-archiv ... /graveman/
Die Installation bricht jedoch ab: libflac6 kann nicht gefunden werden. Mit der dpkg-Option --force-depends wird graveman zwar installiert, startet jedoch nicht.

Aber das ist auch nicht allzu schlimm. Dann warte ich halt, bis xfburn irgendwann nicht mehr von Hal abhängt oder bis xcdroast in Testing landet, je nachdem was früher eintritt. So wichtig ist mir die Deinstallation von Hal dann auch wieder nicht.

Gruß, lhfloss

[Clio]

Der Debian-Link ist wohl defekt, aber Du kannst in dem Fall auch mal das Ubuntu-Paket installieren. Das ist etwas neuer als im Debian-Archiv.
Ich habe keine libflac6 installiert, wohl aber läuft eine libflac8. Ich glaube aber nicht im Zusammenhang mit graveman.
Ich habe allerdings mein Paket aus den Sourcen kompiliert.
Probiers einfach noch mal:
ftp://ftp.ubuntulinux.org/ubuntu/pool/u ... /graveman/

[KBDCALLS]

-> http://archive.debian.org/debian-archiv ... /graveman/
Die Installation bricht jedoch ab: libflac6 kann nicht gefunden werden. Mit der dpkg-Option --force-depends wird graveman zwar installiert, startet jedoch nicht.

Kann er ja auch nicht finden. Das fördet

Code: Alles auswählen

aptitude serch libflac

zu Tege.

Code: Alles auswählen

matthias@svetlana:~$ aptitude search libflac
p   libflac++-dev                                   - Free Lossless Audio Codec - C++ development library
i A libflac++6                                      - »Free Lossless Audio Codec« - C++-Runtime-Bibliothek
i A libflac-dev                                     - Free Lossless Audio Codec - C-Entwicklungsbibliothek
p   libflac-doc                                     - Free Lossless Audio Codec - library documentation
i A libflac8                                        - »Free Lossless Audio Codec« - C-Laufzeit-Bibliothek
matthias@svetlana:~$

[lhfloss]

Hab es nun nochmal mit dem Ubuntu-Paket ausprobiert.
Das funktionierte erst auch nicht (Diesmal wurde libflac7 benötigt). Deshalb legte ich einen Link /usr/lib/libFLAC.so.7 an, der auf /usr/lib/libFLAC.so.8 zeigt. Nun startet Graveman.
Damit auch mein Paketmanager Ruhe gibt (wegen "broken dependencies"), erstellte ich ein Dummy-Paket, das libflac7 bereitstellt.

Eine CD zu brennen habe ich noch nicht ausprobiert, aber wenigstens startet Graveman schonmal. Und Hal bin ich jetzt auch los.

Vielen Dank.

Gruß, lhfloss

[Blackbox]

Ach übrigens, mein Gnome-minimal-System ist bereits HAL-frei

Code: Alles auswählen

apt-get -s remove hal
HINWEIS: Dies ist nur eine Simulation!
         apt-get benötigt root-Privilegien für die reale Ausführung.
         Behalten Sie ebenfalls in Hinterkopf, dass die Sperren deaktiviert
         sind, verlassen Sie sich also bezüglich des realen aktuellen
         Status' der Sperre nicht darauf!
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut       
Status-Informationen einlesen... Fertig
Paket hal ist nicht installiert, wird also auch nicht entfernt.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

[feltel]

bei mir hängst noch an gnome-volume-manager und gnome-mount. Dann heißts hal ade. Hab heute schon meine xorg.conf bearbeitet und die fdi-Files überflüssig gemacht.

[Colttt]

was findet ihr den an HAL alle so schlimm??

[feltel]

Die fdi-Files. War ja eigentlich Xorg-Konfiguration nur in nem anderen Syntax und das hab ich nie so ganz verstanden warum das notwendig war.

[Six]

Aber, aber, fdi-Files waren doch nur dieselben Informationen in XML gekapselt... Sie sagten, alles wird besser mit XML. Sie haben es versprochen!!!

[Clio]

Sie haben es versprochen!!!

........sie haben uns schamlos belogen.........

[Six]

Schweine!