Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#4384 - ekiga to be built with dbus support

Attached to Project: Arch Linux
Opened by Nikos Kouremenos (zeppelin) - Wednesday, 05 April 2006, 21:30 GMT
Task Type Feature Request
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture not specified
Severity Medium
Priority Normal
Reported Version 0.7.1 Noodle
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

./configure line of PKGBUILD needs:

--enable-dbus

it's stable (f.e. Gentoo has it)
This task depends upon

Closed by  Jan de Groot (JGC)
Thursday, 06 April 2006, 20:00 GMT
Reason for closing:  Implemented
Comment by arjan timmerman (blaasvis) - Thursday, 06 April 2006, 06:49 GMT
what are the advantages of it ?

you never give a reason why to include it, imho gentoo has it isn't a reason ;)
Comment by Nikos Kouremenos (zeppelin) - Thursday, 06 April 2006, 09:56 GMT
I'll add a reason (I never thought it was not clear what D-Bus Ekiga API offers)

D-Bus is here to replace (and already has in non abandonware software) bonobo [which was unfriendly in KDE and has other issues too]. Via D-Bus an external application can speak to another appication (and remote control it). F.e. via 5 lines of a python script that talks to the ekiga api via dbus you can have the Ekiga open and call and send a chat message.

Generally I cannot think of a reason this should not be enabled, as D-Bus is one of the best thing that has happend in "Desktop Linux" for a looong time, and the more intergration between applications there is, the best for the user experience.

and for you as package maintainer, enabling dbus for ekiga, does not mean any extra effort ;)
Comment by arjan timmerman (blaasvis) - Thursday, 06 April 2006, 13:12 GMT
i do not need an explaintion what it does, i know that.

well my problem with it, it is an extra dep. if it will remove the libgnomeui dep i am fine with it.
Comment by Nikos Kouremenos (zeppelin) - Thursday, 06 April 2006, 14:31 GMT
I do not know if it will remove the libgnomeui (I doubt it as they sitll use GNOME wizard, so you ahve to wait for new GTK to adopt this)

I'm not sure if dbus should be a dep, as it's for sure a makedep
Comment by Nikos Kouremenos (zeppelin) - Thursday, 06 April 2006, 14:33 GMT
hmm I meant:

ls -lh /usr/share/dbus-1/services/
total 8.0K
-rw-r--r-- 1 root root 89 2006-02-20 00:03 notification-daemon.service
-rw-r--r-- 1 root root 67 2006-04-03 15:11 org.tapioca.Server.service
[nk@Freud trunk]€ pacman -Qo /usr/share/dbus-1/services/
/usr/share/dbus-1/services/ is owned by dbus 0.61-2

but then again, we could have that dir and those files (ekiga is missing as you can see) and user may not run dbus.

anyways, D-Bus is too powerful to ignore (f.e. with Notification-daemon [again via D-Bus] GNOME 2.14 does "Low Disk Space" warning")
Comment by Jan de Groot (JGC) - Thursday, 06 April 2006, 18:26 GMT
DBus is in the dependency chain via libgnomeui -> libbonoboui -> libgnome -> gnome-vfs -> avahi/hal -> dbus, so enabling it won't have downsides. Please make sure ekiga is able to start without a session bus running, if it doesn't, we force users to run a session bus...

The reason why I've never built gnomemeeting with dbus support was that it was broken with a dbus newer than 0.33.

Loading...