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 585955 - Shouldn't we move from hal to DeviceKit?
Shouldn't we move from hal to DeviceKit?
Product: ekiga
Classification: Applications
Component: Devices
Other Linux
: Normal enhancement
: ---
Assigned To: Ekiga maintainers
Ekiga maintainers
Depends on:
Blocks: 593938
Reported: 2009-06-16 08:53 UTC by Snark
Modified: 2020-06-06 16:31 UTC
See Also:
GNOME target: ---
GNOME version: ---

Description Snark 2009-06-16 08:53:45 UTC
According to :
hal is more or less dying. We shouldn't be too hurt by the change, since that part if engine-ified already...
Comment 1 Yannick 2009-08-06 16:28:52 UTC
It seems we are late:
" June 13 
GNOME 2.27.3 unstable tarballs due 

Complete migration from HAL to DeviceKit-* done."

I've seen some messages about this migration, people asking about x or y software.

Maybe the issue with jhbuild not being able to build Ekiga is responsible for the lack of attention...

Best regards,
Comment 2 André Klapper 2009-08-06 16:52:27 UTC
(In reply to comment #1)
> It seems we are late:
> " June 13 
> GNOME 2.27.3 unstable tarballs due 
> Complete migration from HAL to DeviceKit-* done."

Ah well. My release schedules are challenging, but Ekiga is not the only app still using HAL. In the end I just want GNOME 3 to be clean, that's all. :-)
Comment 3 Yannick 2010-04-13 17:21:45 UTC

A ping here to remind us this must be fixed for next Gnome. AFAIK Ubuntu already dropped HAL for its next release (due in april 2010)...

Behind this, my question is: new 3.2.x or 3.4 for patching to remove HAL dep? Guys ?

Maybe a rise in priority would be nice too...

Best regards,
Comment 4 Snark 2010-06-01 19:49:32 UTC
Should we shoot for the DBUS interface or for the gobject-based lib?

Through the DBUS interface would be better because :
- it wouldn't mean a binary dependency ;
- it's probably easier to port from our hal-dbus code (not sure) ;

and the gobject-based lib would be better because :
- as it's header-based, the code will stop compiling when the interface changes.
Comment 5 André Klapper 2010-06-01 20:15:46 UTC
(In reply to comment #4)
> gobject-based lib?

I assume you refer to the new gdbus in gio and not the old dbus-glib?
Comment 6 Snark 2010-06-02 10:29:01 UTC
To be more specific, I meant :
- for the DBUS interface :

- for the gobject-based lib :

Isn't it what should be used?
Comment 7 Tobias Mueller 2010-07-18 17:02:44 UTC
Reopening as I can't see any open non-developer question.
Comment 8 Eugen Dedu 2010-07-29 14:07:42 UTC
For info: gnome 3.0 has recently been pushed to Spring 2011, the next gnome release (in September) being 2.32.
Comment 9 Snark 2010-08-10 19:13:23 UTC
Is there some place where more is said about how to migrate?

I have no clue what HAL's 'category' "alsa" and 'type' "capture" has become, and don't know exactly how to know about a removal/addition... is that was DeviceKit names an 'action' in the DeviceEvent signal?

Porting ekiga should be straightforward with adequate documentation ; here is what ekiga wants :

- enumerate devices (network interfaces, audio input, audio output, video input) [EnumerateBySubsystem probably does what we want] ;

- listen to a signal to know when a device gets added or removed [DeviceEvent is probably what we want].
Comment 10 André Klapper 2010-08-10 20:37:24 UTC
(In reply to comment #9)
> Is there some place where more is said about how to migrate?
> I have no clue what HAL's 'category' "alsa" and 'type' "capture" has become

Probably ask David Zeuthen?
Comment 11 David Zeuthen (not reading bugmail) 2010-09-16 18:07:08 UTC

DeviceKit is obsolete as it was easier to provide this in library form instead of a D-Bus service. So that functionality is now in libgudev and has been for a while.. more than a year actualy.. and it's in all the main distros and so on. See

for details.

Btw, I really don't think you want to mess around with ALSA devices - you probably just want to use PulseAudio instead.

You may still want to use libgudev for webcams - maybe do whatever Cheese is doing? That seems to work fine and I remember collaborating with the Cheese developers on getting some udev rules sorted.

Comment 12 André Klapper 2020-06-06 16:31:01 UTC
Ekiga is not under active development anymore:

Ekiga saw its last release 7 years ago. The last code commits were 4 years ago.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (and transfer the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active Ekiga development again in the future.