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 650259 - gssdp as a (system) service
gssdp as a (system) service
Status: RESOLVED OBSOLETE
Product: gssdp
Classification: Other
Component: General
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: GUPnP Maintainers
GUPnP Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-05-15 20:30 UTC by Zeeshan Ali
Modified: 2021-05-17 17:04 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Zeeshan Ali 2011-05-15 20:30:05 UTC
Too lazy to repeat myself so I'll just copy&paste the discussion from IRC between me, Jens and Lennart:

<zeenix> basically to have gssdp run as service on system bus
<zeenix> 2 pros
<phako> yes
<zeenix> 1. local caching of all resources on the network and hence faster discovery for UIs
<phako> you know that KDE already has sth like that?
<phako> written by my collegue?
<zeenix> 2. on demand loading of devices
<zeenix> yes, i remember but i haven't really looked into that
<zeenix> currently user have to login to get his rygel instances started
<zeenix> currently its annoying me cause i have to do it myself everyday :)
<phako> ;)
<phako> saw the comment on the pilips bug?
<phako> fixing m-search seems to do the trick as well
<zeenix> so i was thinking of having gupnp register its devices/services with gssdp parmanently
<zeenix> or at least as an easy option
<phako> well I'd like to have DBus as an option
<zeenix> and then gssdp launches devices (e.g rygel) when there is a m-search for that
<phako> i.e. a gssdp that can still be used stand-alone
<zeenix> why? i think its ok to require system bus these days
* Ford_Prefect has quit (WeeChat 0.3.4)
<phako> zeenix: systems without a bus? 
<phako> like
<phako> windows?
<phako> embedded stuff without bus?
<zeenix> former is a good question
<zeenix> but latter, i'm not sure. is dbus too much to ask if we are require gobject/glib etc ?
<zeenix> s/require/requiring/
<phako> apparently yes
<zeenix> for windows, we have this awesome german dude that will port it using something that exists on windows :P
<phako> there was some talk about telepathy 
<zeenix> also, how does avahi do it?
<phako> in some small helsinki based company doing embedded linux
<phako> :-P
<phako> zeenix: what?
<zeenix> i mean doesn't avahi depend on dbus?
<phako> IIRC yes
<zeenix> hmm.. thinking about it, we could make it an optional feature 
<zeenix> mezcalero: i think you want to participate in this discussion :)
<phako> zeenix: sven will probably have a word in that as well
<zeenix> heh
<zeenix> not if its kept optional :)
<phako> probably 
<mezcalero> zeenix: wassup?
<mezcalero> gio includes a dbus implementation anyway
<mezcalero> so why bother?
<zeenix> mezcalero: you mean leave the portability to gio?
<phako> wait, gio has a dbus-server?
<zeenix> phako: server-side api
<zeenix> mezcalero: do you know if there is any way to launch an app as a particular user? preferably launching a new session as well?
<phako> without using systemd for now
<phako> ;)
<zeenix> phako: i have nothing against using systemd
<zeenix> phako: this is something for the not very immediate future
<mezcalero> phako: i'd assume gdbus has an equivalent of DBusServer
<mezcalero> phako: but not for dbus-daemon
<mezcalero> zeenix: what are you trying to do?
<mezcalero> you can use systemd's user management of course
<mezcalero> i'd encourage you to do that
<mezcalero> you can roll your own stuff of course
<mezcalero> for example avahi drops privs on its own
<mezcalero> on fact avahi is pretty hardcore, and is still (together with rtkit) the only daemon which chroots by default
<zeenix> <zeenix> basically to have gssdp run as service on system bus
<zeenix> <zeenix> 2 pros
<zeenix> <zeenix> 1. local caching of all resources on the network and hence faster discovery for UIs
<zeenix> <zeenix> 2. on demand loading of devices
<zeenix> <zeenix> yes, i remember but i haven't really looked into that
<zeenix> <zeenix> currently user have to login to get his rygel instances started
<zeenix> <zeenix> currently its annoying me cause i have to do it myself everyday :)
<zeenix> mezcalero: thats what i am trying to do :)
<mezcalero> well, yren't you reading LWN, aka "Lennart's Weekly News"?
<mezcalero> lemme find a link for you
<zeenix> mezcalero: i also had this idea that you might not like: gssdp intergration with avahi :)
<zeenix> i'm hardly reading any news :)
<mezcalero> http://lwn.net/Articles/441328/
<mezcalero> if you look at that outline, we actually plan to make it possible to run user services outside of a login
<mezcalero> with systemd
<zeenix> cool, thats exactly what i need
<zeenix> s/i/we/
Comment 1 Jens Georg 2011-07-07 07:30:13 UTC
Some notes:
 - While we're at it, the current approach of interface == ip address needs to 
   be reconsidered if we want to add IPv6 support - and I really want to add 
   that.
 - Probably the whole network stuff needs to go into that system service as well
Comment 2 GNOME Infrastructure Team 2021-05-17 17:04:13 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gssdp/-/issues/14.