Wie bekomme ich einen neueren hald fuer lenny

[Voyager_MP]

Hi, ich brauche unter lenny eine neuere version von hald da die unten angefuehrte version einen bug mit software raids hat, was zu einen segmentation fault beim start von hald fuehrt.

hald --version - HAL package version: 0.5.11

Der bug wird einfach nicht gefixed.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480694

Das finde ich schon sehr entaeuschend.

[debianoli]

Dann nimm doch einfach hal aus sid

[Voyager_MP]

Code: Alles auswählen

root@server:/home/michel => apt-get install -t testing hal
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following extra packages will be installed:
  consolekit dpkg gcc-4.4-base ia32-libs ia32-libs-gtk lib32gcc1 lib32ncurses5
  lib32nss-mdns lib32stdc++6 lib32z1 libblkid1 libc-bin libc-dev-bin libc6
  libc6-dev libc6-i386 libdbus-glib-1-2 libdbus-glib-1-dev libeggdbus-1-0
  libglib2.0-0 libglib2.0-dev libpcre3 libpcre3-dev libpcrecpp0
  libpolkit-gobject-1-0 libudev0 locales mdadm udev util-linux
Suggested packages:
  avahi-autoipd zeroconf glibc-doc util-linux-locales
Recommended packages:
  libglib2.0-data
The following NEW packages will be installed:
  gcc-4.4-base libc-bin libc-dev-bin libeggdbus-1-0 libpolkit-gobject-1-0
  libudev0
The following packages will be upgraded:
  consolekit dpkg hal ia32-libs ia32-libs-gtk lib32gcc1 lib32ncurses5
  lib32nss-mdns lib32stdc++6 lib32z1 libblkid1 libc6 libc6-dev libc6-i386
  libdbus-glib-1-2 libdbus-glib-1-dev libglib2.0-0 libglib2.0-dev libpcre3
  libpcre3-dev libpcrecpp0 locales mdadm udev util-linux
25 upgraded, 6 newly installed, 0 to remove and 2303 not upgraded.
Need to get 66.4MB of archives.
After this operation, 7783kB of additional disk space will be used.
Do you want to continue [Y/n]? 

habe sorge das einige dinge nicht mehr laufen werden, schau mal was es fuer abhaenigkeiten gibt.Die Maschiene hat eineige dienste, auf ein paar leute nicht verzichten koennen. Einen ausfall kann ich nicht riskieren.

[KBDCALLS]

Und wenn man Hal deinstaliert? Hab das mal mit ner Simulation angetestet. Aptitude will gnome-mount kde kde-core kdebase runterschmeißen.Gnomemount und die Metapakete sind verzichtbar. Ansonten bliebe selbst Backporten. Das @debianoli vorgeschlagen hat ist keine gute Idee . Sogar eher gefährlich.

[debianoli]

Das @debianoli vorgeschlagen hat ist keine gute Idee . Sogar eher gefährlich.

War auch nur als Tipp gedacht, habe das in der Praxis nicht überprüft. Aber wieso "gefährlich"? Einen Versuch in einer Test-Umgebung wäre es doch mal wert. Oder geht das nicht?

Und was ist mit einem Downgrade auf Etch-Pakete? Gibt es da den Fehler?

[Voyager_MP]

In diesem falle schmeisst es mir den gnome-desktop runter, was ebenfalls untragbar ist.

Code: Alles auswählen

root@server:/home/michel => apt-get remove hal
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following packages will be REMOVED:
  gnome-desktop-environment gnome-mount gnome-power-manager gnome-volume-manager gparted hal sound-juicer
0 upgraded, 0 newly installed, 7 to remove and 7 not upgraded.
After this operation, 24.5MB disk space will be freed.
Do you want to continue [Y/n]? 

Ich verstehe einfach nicht, das so ein bug nicht gefixed wird. Alle anderen distrubutionen haben laengst fixed herausgegeben.
von wegen nicht reproduzierbar, der schoene maintainer meldet sich ja noch nicht mal.

Schalte ich das raid aus kommt hal problemlos hoch.
Es gibt sogar einen fix von freedesktop selber. Ich kann den patch nicht einbauen da sich hal nicht kompilieren lasst (bei mir)

[KBDCALLS]

Weil Binarys immer sehr kritisch sind. Lenny hat ne libc6 in der Version 2.7-18 Testing die Version 2.10.2-2. Und sind die Libs an denen das ganze Linux hängt. Hal selbst wäre mit ner libc6 2.7 zufrieden Jetzt braucht aber nur in den Abhängigkeiten vom Hal aus Testing/Unstable ein Paket dabeisein was ne neuere Lib6 erfordert, als Lenny liefert, und schon hat man ein mehr oder weniger großes Problem. Von daher ist ein möglichst sauber Backport vorzuziehen, oder man deinstalierts gleich ganz. Sollte ohne weiteres möglich sein.

[Voyager_MP]

wie kann ich ein testen welche anderungen ein backport von hal bei mir ausloesen wuerde, desweitern, woher bekomme ich das backport von hal

[Danielx]

Es gibt sogar einen fix von freedesktop selber.

Meinst du den hier:
http://bugs.freedesktop.org/show_bug.cgi?id=21603

Wenn nein, welchen meinst du?

Gruß,
Daniel

[Voyager_MP]

ja, genau den

[gms]

Es gibt sogar einen fix von freedesktop selber. Ich kann den patch nicht einbauen da sich hal nicht kompilieren lasst (bei mir)

nachdem dieser Weg vermutlich trotzdem am zielführensten ist, wo liegt hier das Problem ?

btw: wenn man sich die Bugreports zum Hal anschaut, findet man auf den ersten Blick nichts bezügliche einem derartigen Problem mit Software-Raid. Nur in diesem als 'unreproducible" getaggten Bugreport hat sich jemand ganz zum Schluß mit diesem Problem "dazugehängt". Da behaupte ich jetzt einmal, daß das ziemlich ungeschickt war

Gruß
gms

[Voyager_MP]

wuerde ich dir recht gegen, doch leider habe ich in der mitte des reports auch schon mal gepostet. Half leider auch nix.

Hier und unter gentoo ist es ebenfals bekannt. https://bugs.launchpad.net/ubuntu/+sour ... bug/361689

[gms]

in diesem Fall ist es ja schon gelaufen, ( obwohl du könntest das noch immer ändern ), jedenfalls für das nächste Mal:

zuvor war das Problem für einen anderen User durch einen einfachen Downgrade/Upgrade Zyklus schon behoben und der Fehlerbericht als 'nicht reproduzierbar' markiert, ein weiterer User hat "diesen" Bug durch seine Splashy-Installation hervorgerufen ...

Als viel beschäftigter Maintainer/Entwickler schaut man in einen solchen Fehlerbericht nicht mehr so schnell wieder hinein, man möchte ja nebenbei auch noch "echte Fehler" beheben .

Unter der Vorraussetzung, daß obige Lösungen ( Downgrade/Upgrade, entfernen von Splashy ) DEIN Problem nicht beheben, handelt es sich bei dir auch ganz offensichtlich um einen "völlig anderen Bug".
Grund genug also einen eigenen Bugreport mit der nötigen Severity zu erstellen.

Gruß
gms

[Danielx]

ja, genau den

Der Patch ist in Lenny schon drin, habe gerade nachgesehen.

Gruß,
Daniel

[gms]

ja, genau den

Der Patch ist in Lenny schon drin, habe gerade nachgesehen.

wo hast du den gefunden ? In das changelog.Debian.gz hätte ich eigentlich geguckt

jedenfalls wäre das die Erklärung, warum unter Debian kaum jemand von diesem Bug betroffen ist.

Gruß
gms

[Danielx]

wo hast du den gefunden ?

Direkt im Quellcode des Debian-Paketes, allerdings fällt mir jetzt gerade auf, dass ich im falschen Paket (Testing) nachgesehen habe.

Somit ziehe ich meine Aussage zurück!

Ich hatte leider beim Herunterladen des Quellcodes das "-t stable" vergessen!

Code: Alles auswählen

apt-get -t stable source hal

Im richtigen Quellcode habe ich jetzt noch nicht nachgesehen. TODO

Gruß,
Daniel

[gms]

[
Im richtigen Quellcode habe ich jetzt noch nicht nachgesehen. TODO

dort habe ich mal schnell ein "apt-build --patch ... install hal" laufen lassen, nur der erste Teil vom Patch geht durch, der andere hat einen Konflikt. TODO ( vorher aber ins Bett )

[Danielx]

dort habe ich mal schnell ein "apt-build --patch ... install hal" laufen lassen, nur der erste Teil vom Patch geht durch, der andere hat einen Konflikt. TODO ( vorher aber ins Bett )

Umgekehrt: Der zweite Teil geht durch, der erste Teil nicht.

Und das liegt auch nur an der Formatierung (zwei Zeilenumbrüche), denn im Lenny-Quellcode steht:

Code: Alles auswählen

                hal_device_property_set_bool (
                        d, "volume.is_disc",
                        strcmp (hal_device_property_get_string (parent, "storage.drive_type"), "cdrom") == 0);

Im Patch aber:

Code: Alles auswählen

hal_device_property_set_bool (d, "volume.is_disc", strcmp (hal_device_property_get_string (parent, "storage.drive_type"), "cdrom") == 0);

Beim Lenny-Quellcode ist die Zeile eben auf drei Zeilen gestreckt, aber sonst völlig identisch.

Also kann Voyager_MP den Lenny-Quellcode patchen und daraus dann das hal-Paket bauen und testen (Befehle aus dem Gedächtnis, also evtl. ein kleiner Fehler drin):

Code: Alles auswählen

# apt-get build-dep hal
# apt-get install fakeroot
$ apt-get source hal
$ cd hal-0.5.11
$ patch -p1 < no_crash_on_md_blockdev.patch
$ dpkg-buildpackage -us -uc -rfakeroot

Gruß,
Daniel

[gms]

Und das liegt auch nur an der Formatierung (zwei Zeilenumbrüche), denn im Lenny-Quellcode steht:

Code: Alles auswählen

                hal_device_property_set_bool (
                        d, "volume.is_disc",
                        strcmp (hal_device_property_get_string (parent, "storage.drive_type"), "cdrom") == 0);

Im Patch aber:

Code: Alles auswählen

hal_device_property_set_bool (d, "volume.is_disc", strcmp (hal_device_property_get_string (parent, "storage.drive_type"), "cdrom") == 0);

der angepaßte Patch: 34338

der auch einfach über das Kommando:

Code: Alles auswählen

apt-build --patch=/pfad/zum/34338.txt --patch-strip 1 install hal

eingespielt werden kann


Gruß
gms

[Voyager_MP]

root@server:/home/michel => /etc/init.d/mdadm-raid stop
Stopping MD array md5...done (stopped).
root@server:/home/michel => hald --daemon=no


root@server:/home/michel => /etc/init.d/mdadm-raid start
Assembling MD array md5...done (started [4/4]).
Generating udev events for MD arrays...done.
root@server:/home/michel => cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] [faulty]
md5 : active raid5 sdg1[0] sdc1[3] sdd1[2] sdh1[1]
5860535808 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

unused devices: <none>
root@server:/home/michel => hald --daemon=no

root@server:/home/michel => hald --daemon=yes
root@server:/home/michel => /etc/init.d/mdadm-raid start
root@server:/home/michel => dmesg|tail

Code: Alles auswählen

[349171.946543] PM: Adding info for No Bus:md5p1
[349172.026430] hald[16474]: segfault at 0 ip 000000000042de7b sp 00007fff4522fd00 error 4 in hald[400000+4d000]

[gms]

Hast du auch sichergestellt, daß die Hal-Pakete alle wirklich neu installiert wurden ?
Der Mechanismus von 'apt-build' ist ja diesbezüglich gleich wie der von 'apt-get', daher könnte auch hier die '--reinstall' Option helfen

[Voyager_MP]

http://nopaste.debianforum.de/34343

hald --daemon=yes
[353244.431082] hald[1439]: segfault at 0 ip 000000000042de7b sp 00007fffe0d9cce0 error 4 in hald[400000+4d000]

[Voyager_MP]

warte mal muss ich apt-build benutzen ?

[gms]

ist eigentlich ziemlich egal, ob du apt-build oder dpkg-buildpackage zum Bauen der Pakete verwendest, installiere die Pakete einmal direkt über dpkg:

Code: Alles auswählen

gms3:/var/cache/apt-build/repository# dpkg -i *hal*.deb

[Voyager_MP]

root@server:/var/cache/apt-build/repository => date ; hald --daemon=yes | dmesg| grep hald
Wed Feb 17 13:43:59 CET 2010
[355965.500798] hald[12597]: segfault at 0 ip 000000000042de7b sp 00007fff7db9ccd0 error 4 in hald[400000+4d000]

meiner meinung nach, ist der patch nicht eingepflegt.