[[!meta copyright="Copyright © 2011, 2012 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled [[GNU Free Documentation License|/fdl]]."]]"""]] [[!tag open_issue_hurd]] The dbus problems are due to missing scm credentials [[sendmsg_scm_creds]] and socket credentials [[pflocal_socket_credentials_for_local_sockets]]. There was also a problem with short timeout in [[select]], but that has been solved in Debian by setting a minimum timeout of 1ms. --- IRC, freenode, #hurd, 2011-11-26: BTW, how much effort is necessary to fix dbus? basically, have pflocal know who's the sender (pid/uid/gid/groups) in the socket send op IRC, freenode, #hurd, 2011-12-16: pinotree: what's the problem with dbus ? braunr: select() returning 0 changed fd's with very short (eg < 1ms) timeouts when there are actually events; [[select]]. and missing socket credentials [[sendmsg_scm_creds]]. oh which socket creds interface ? bsd, i.e. with SCM_CREDENTIALS payload for cmsg on {recv,send}msg() ok SCM_RIGHTS too ? the select issue seems weird though hm no, that's for passing fd's to other processes is it specific to pflocal or does dbus use pfinet too ? iirc on very short timeouts the application has no time waiting for the reply of servers i see braunr: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=79358 thanks (the interesting messages are from #53 and on) 2000 eh ... :) hm i agree with neal, i don't understand why the timeout is given to the kernel as part of the mach_msg call IRC, freenode, #hurd, 2011-12-20: hm, i don't see any occurrence of SCM_CREDENTIALS in dbus only SCM_RIGHTS braunr: yes, that one oh i thought you said the opposite last time dbus/dbus-sysdeps-unix.c, write_credentials_byte and _dbus_read_credentials_socket (with #define HAVE_CMSGCRED) hm which version ? i don't see anything in 1.4.16 1.4.16 grmbl ah, i see SCM_CREDS if you want, i have a simplier .c source with it no i'm just gathering info ok what's the deal with SCM_CREDS and SCM_CREDENTIALS ? bsd vs sysv ? oh, http://lists.debian.org/debian-hurd/2002/03/msg00135.html so we actually do want both SCM_CREDS and SCM_RIGHTS for debus dbus SCM_RIGHTS is a different matter, it is for passing fd's yes but it's used by dbus so if we can get it, it should help too there's a preliminary patch for it done by emilio time ago, and iirc it's applied to debian's glibc ah, he changed the libc right, that's the only sane way iirc roland didn't like one or more parts of it (but i could be wrong) ok