After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 319615 - HEAD: please make HAL dependency optionally
HEAD: please make HAL dependency optionally
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Shell
2.6.x
Other Linux
: Normal enhancement
: ---
Assigned To: Evolution Shell Maintainers Team
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2005-10-24 15:21 UTC by Ali Akcaagac
Modified: 2013-09-13 00:53 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Ali Akcaagac 2005-10-24 15:21:06 UTC
I wanted to report a bug about Evolution HEAD (compiled a few days ago) crashing
everytime when pressing the send/receive button. Before I was wanted to do this
I wanted to update Evolution from CVS to make sure it's still there but then I
realized that Evolution now depends on HAL. Unfortunately not all distributions
or  operating systems supports HAL or has a use for it. I would therefore like
to ask whether the dependency for HAL can be made optionally (autodetect during
configure).
Comment 1 André Klapper 2005-10-24 17:50:04 UTC
setting severity to enhancement since this is an enhancement. :-)
Comment 2 Ali Akcaagac 2005-11-06 00:28:35 UTC
Well I don't know if this can be called an enchancement. I've been talking with
various people about Evolutions HAL dependency and we really don't understand
why a PIM like Evolution should want to access the Hardware Abstraction Layer.
Not just that, the entire thing doesn't sound right to us either. I would also
like to urge you people to not shift this problem for too long and get a
solution for it quite soon. We depend on GNOME and depend on testing. But we can
not test or use stuff or even develop our own things if programms like Evolution
start depending on really weird stuff that some architectures have no use for.
Nothing inside GNOME forces or requires HAL (and if, then only optional - which
leaves us the choice to leave it out).
Comment 3 Kjartan Maraas 2005-11-07 13:25:07 UTC
Looks like the dependency was added here:

2005-10-18  Srinivasa Ragavan <sragavan@novell.com>

	* configure.in: Added iPod sync e-plugin to experimental plugins.
	Added plugins/ipod-sync

So, I guess making the hal dependency depend on --enable-plugins=experimental is
the right thing to do here.
Comment 4 parthasarathi susarla 2005-11-07 13:37:29 UTC
the configure flag would be committed soon.
Comment 5 Sankar P 2005-11-10 10:38:54 UTC
Changing the component to Shell. CCing the maintainer.
Comment 6 Ali Akcaagac 2005-11-19 20:32:57 UTC
Yeah a configure flag would be pretty nice. Maybe autodetection. I just compiled
evolution from CVS HEAD and removed the "hal" statement in the $REQUIRE_HAL
variable inside configure.in.
Comment 7 André Klapper 2005-11-21 14:08:13 UTC
[why was version number set to 2.4?]

srag, news on this?
Comment 8 Srinivasa Ragavan 2005-11-21 14:26:46 UTC
Will be fixed before the next dot release, i guess.
Comment 9 Srinivasa Ragavan 2005-11-24 04:43:56 UTC
Fixed. It will build with hal only when found or else all hal related plugins
will be disabled.