LinuxQuestions.org
Visit the LQ Articles and Editorials section
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Software
User Name
Password
Linux - Software This forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.

Notices

Reply
 
Search this Thread
Old 07-24-2006, 01:37 PM   #1
elie.zedeck
LQ Newbie
 
Registered: Jul 2006
Distribution: Fedora Core
Posts: 13

Rep: Reputation: 0
Question HAL v0.5.7 hangs up on Fedora Core 4 with DBUS v0.62


Hi there everybody here !


I'm new here, just registered. Hope I'll have a good time with you all.

OK, so, here is my first thread.


I'm using Fedora Core 4, with many updated packages, mainly from original and stable source codes. The reason is because I can have much more control over what packages I want in my linux. I thus prefer compiling from source, rather than using these lazy rpm packages. But I do make my own rpms though, when it comes to packages that are usually removed and installed very often.

I use the following packages, which are updated from source tarballs:

kernel 2.6.15.2
glibc 2.4
gcc 4.1.1
udev 071
dbus 0.62
hal 0.5.7

And it is this last package (hal) which is problematic ! I have installed it correctly on my system, but it hangs up when you start the service.
But the strange behaviour of hald is, is that when I start it for the first time, it just exists (or the service fails); but the second time, it will hangs there, not using any CPU cycle at all, it's just hangs !
Thus, the system does not hang at boot (because it just fails), but when I start the service again, it will not show neither [OK] nor [FAIL], but it hangs.

- I tried to add the --enable-sysfs-carrier in the configure parameter, but it still didn't make it.
- I tried compiling it with GCC 3.2.3, 4.0.0, 4.0.1, 4.0.2, and 4.1.1, but it didn't change at all.
- I installed the sysfsutils 2.0.0 (I think the latest), but still didn't change too.
- I tried to see what gdb would output when I run it in, but didn't show anything. It also hanged in gdb !!!
- I also tried the rpm from rpmfind.net (Fedora development), same version 0.5.7, but it just does the exact same hang up.
- I used the patch files from the Fedora Core development source rpm package, and recompiled that one too, but it didn't work either.
- I tried to down-grade to dbus version 0.61 but it didn't make any change
- I tried to use the latest dbus also (which is now 0.90), but it didn't work either ! Even worst ! That packages is much smaller than the 0.61 and 0.62, and doesn't provide the qt bindings :-/ And the dbus-glib-0.70 does compile, it gets errors, so that is why also I use the dbus-0.62 instead of the 0.90
- I even tried to work with the udev-0.94 and udev-092, but they didn't make any difference
- I also applied the patch from the garnome-2.14.2 GNOME installer, but ... pffff, no good

I just can't see anymore, what should I check, to avoid this hal hanging.
Though, I have read a lot of articles on the net , about this, but none of them seemed to solve my problem.
Here is the configure parameter I use, please, let me know if something is wrong (I already tried to remove the cpu & optimization flags but didn't make it too. Some of the parameters are meaning-less to the configure scripts, but I just copy and paste these parameters there, because I compile a lot, and I like to copy from a parameter preset (I removed some of them too when compiling with GCC 3.x, because most of the the optimization flags are for GCC 4.x) :

./configure LDFLAGS='-L/usr/lib -L/lib' --prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/libexec --datadir=/usr/share --sysconfdir=/etc --sharedstatedir=/usr/com --localstatedir=/usr/var --libdir=/usr/lib --includedir=/usr/include --infodir=/usr/share/info --mandir=/usr/share/man --localstatedir=/var --sharedstatedir=/usr/var --disable-debug CFLAGS="-g -O2 -mcpu=athlon -march=athlon -mtune=athlon-xp -m32 -msse -mfpmath=sse -pipe -fasynchronous-unwind-tables -w" CXXFLAGS="-g -O2 -mcpu=athlon -march=athlon -mtune=athlon-xp -m32 -msse -mfpmath=sse -pipe -fasynchronous-unwind-tables -w" --with-os-type=redhat --with-pid-file=/var/run/haldaemon.pid --disable-docbook-docs --disable-doxygen-docs --enable-sysfs-carrier


Anybody succeeded putting hal-0.5.7 on Fedora Core 4, please help me !
If possible, no rpms please, just how to compile and make them work properly through these sources I have (I have all the sources of all these above packages).
And most annoying thing, is that I have been trying to solve this problem for a week now, and just could do nothing at all than trying to fix this !

I now must edit /etc/fstab manually whenever a device is plugged in, and not automatically discovered by the GNOME 2.14.2 (which I have manually compiled also) through hal and gnome-mount.
By the way, trying to make these whole packages dancing in sync was the cause of this hal problem.
I believe, that the gnome-mount does a great job for removable devices, so I have not added the --enable-fstab-sync parameter in the configure; anyway, I don't think this is supported by hal anymore these days either.

Hope someone will be able to help.
Thanks for responses.
 
Old 07-24-2006, 07:45 PM   #2
Lenard
Senior Member
 
Registered: Dec 2005
Location: Indiana
Distribution: RHEL/CentOS/SL 5 i386 and x86_64 pata for IDE in use
Posts: 4,790

Rep: Reputation: 56
Errr FC4 no, but does RHEL4 count????

Suggestion download the source rpm file from;

http://download.fedora.redhat.com/pu.../source/SRPMS/

extract and apply the four patches to the source.

And just for record, nothing is wrong with rpm packages as long as you trust the sources and can verify the contents or you build them yourself;

]$ rpm -qa --qf="%{n}-%{v}-%{r}.%{arch}.rpm\n" glibc gcc udev dbus hal | sort
dbus-0.62-1.i386.rpm
dbus-0.62-1.x86_64.rpm
gcc-4.1.1-6.x86_64.rpm
glibc-2.4.90-11.i686.rpm
glibc-2.4.90-11.x86_64.rpm
hal-0.5.7-7.i386.rpm
hal-0.5.7-7.x86_64.rpm
udev-091-3.x86_64.rpm

$ cat /etc/*release
Red Hat Enterprise Linux ES release 4 (Nahant Update 3)
$ uname -a
Linux Aspire5000 2.6.17.6 #1 Sat Jul 15 16:41:20 EDT 2006 x86_64 x86_64 x86_64 GNU/Linux

Got to go update my profile now..........
 
  


Reply

Tags
dbus, fedora, hal, udev


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
HAL and DBUS? Archer36 Slackware 17 10-26-2006 09:50 PM
do you need the dbus and hal daemons in kde? garba Debian 2 01-23-2006 03:25 PM
Can't update dbus-qt on Fedora Core 4 tron_thomas Linux - Software 4 11-21-2005 10:40 PM
RUN DBUS 0.23 on Fedora Core 3 okeyla Linux - General 2 11-03-2005 09:04 PM
Install hal and dbus from DLG on regular slack? justin_p Slackware 1 08-10-2005 04:54 AM


All times are GMT -5. The time now is 04:45 AM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration