Summary: | sys-apps/dbus-1.2.12 and xfce-base/xfdesktop-4.6.1 result in dbus_connection_send_with_reply_and_block | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Stefan de Konink <stefan> |
Component: | Current packages | Assignee: | Doug Goldstein (RETIRED) <cardoe> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | freedesktop-bugs, g.livid, marek.bartosiewicz, mephinet, nshephard, omega2youall, purslow, steev, syscon780 |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Latest stock dbus1 hal.conf |
Description
Stefan de Konink
2009-06-28 03:21:33 UTC
Can confirm this, sys-apps/dbus-1.2.12 and xfce-base/xfdesktop-4.6.1 on ~x86. Solved it by adding "=sys-apps/dbus-1.2.12" to package.mask. I can also confirm this. Running it as root seems to work (of course you will get root's desktop). For now reverting to dbus-1.2.3 as Mads suggested. Have you tried creating /etc/dbus-1/system.d/myuser.conf ? <!DOCTYPE busconfig PUBLIC "-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN" "http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd"> <busconfig> <policy user="rik"> <allow send_destination="org.freedesktop.Hal" send_interface="org.freedesktop.Hal.Device"/> <allow send_destination="org.freedesktop.Hal" send_interface="org.freedesktop.Hal.Manager"/> </policy> </busconfig> creating this file allowed me to run xfdesktop again. Try adding yourself to plugdev. It's pretty the same as balkira suggested, but a bit cleaner IMO. This would likely be a bug of dbus for either not automatically adding members of the users group or just -using- the users group for this access. It's also a bug in relation to the extremely cryptic error message. (Permission denied error messages should be clearly stated!) Actually, it's not a bug per se. Xfdesktop requires access to hal's pluggable devices interface, which, logically, should only be accessible to plugdev group. Additionaly, error message is less cryptic if dbus is merged with 'debug' USE-flag, since it enables backtrace and actually reports access denied problem. Only thing, which may be considered a 'bug' is the fact that no one actually told us about change in permissions (via portage news or messages or migration guide etc). *** Bug 289159 has been marked as a duplicate of this bug. *** If xfdesktop needs special policy, it must itself it itself like any other dbus clients (see networkmanager, cups, consolekit, avahi, ...). I too ran into the problem that Xfce-4.6.1 wouldn't start on my ASUS 1005HA netbook. It turned out to be 2 problems in succession: (1) my user had to be added to 'plugdev' in /etc/group & (2) ~/.ICEauthority was owned by root. Perhaps I overlooked it, but there should be a warning message on emerging to alert users to the need to fix (1). (2) is not part of this bug AFAIK, but is worth mentioning for completeness. adding yourself to plugdev group is said in enough ebuilds already (hal for example). (In reply to comment #10) > adding yourself to plugdev group is said in enough ebuilds already (hal for > example). Insufficient. I'm still running into this issue even though my user has always been in the plugdev group. Furthermore, this issue is also present even on stable dbus 1.2.3-r1. Means that xfdesktop won't show mounted devices, and there's a long list of nonexistant properties (according to xfconf) that appear when running xfdesktop-settings, since the dbus config (which was left at the defaults) is all messed up. Created attachment 210494 [details]
Latest stock dbus1 hal.conf
Josh, you sure you updated /etc/dbus-1/system.d/hal.conf?
Works like charm for me.
I attach mine for reference.
(In reply to comment #12) > Created an attachment (id=210494) [details] > Latest stock dbus1 hal.conf > > Josh, you sure you updated /etc/dbus-1/system.d/hal.conf? > Works like charm for me. > I attach mine for reference. Yeah, I did. That's the weird thing. It's not something I'd just drop out when running dispatch-conf, but I had to follow the solutions posted by others WRT creating a myconf.foo file with the right bits of org.freedesktop.Hal in place. For some reason, this is only a problem on the laptop -- it lacked the two lines necessary. My desktop's file was correct, though it was merged at a different time. Both running the same HAL and dbus versions. I'll do s'more investigating, as it's very weird to have two different copies. My problems are solved -- the laptop in question hadn't been updated in so long that I somehow missed the new "thunar" USE flag for xfdesktop. Now dbus and hal can use the Thunar integration so's the desktop at least draws icons properly and whatnot. Logs are still full of the xfconf errors that everyone else has seen when running 4.6.x, but that's some other (harmless?) Xfce issue, I guess. Functionality has been restored to my system. Next time maybe the solution won't be as obvious. :) I got this error message when upgrading from dbus-1.2.3-r1 to dbus-1.2.24. Re-emerging xfdesktop solved the problem. Although the dbus ebuild warning message suggested running revdep-rebuild, revdep-rebuild didn't think anything was broken, so I had to re-emerge manually. My other two system running xfdesktop fine but on one system I can not start it, I get: xfdesktop xfdesktop[31158]: starting up (xfdesktop:31158): xfconf-WARNING **: Error check failed at xfconf_channel_get_internal():390: Property "/backdrop/screen0/xinerama-stretch" does not exist on channel "xfce4-desktop" (xfdesktop:31158): xfconf-WARNING **: Error check failed at xfconf_channel_get_internal():390: Property "/desktop-icons/style" does not exist on channel "xfce4-desktop" (xfdesktop:31158): xfconf-WARNING **: Error check failed at xfconf_channel_get_internal():390: Property "/desktop-icons/icon-size" does not exist on channel "xfce4-desktop" (xfdesktop:31158): xfconf-WARNING **: Error check failed at xfconf_channel_get_internal():390: Property "/desktop-icons/font-size" does not exist on channel "xfce4-desktop" (xfdesktop:31158): xfconf-WARNING **: Error check failed at xfconf_channel_get_internal():390: Property "/desktop-icons/use-custom-font-size" does not exist on channel "xfce4-desktop" (xfdesktop:31158): xfconf-WARNING **: Error check failed at xfconf_channel_get_internal():390: Property "/backdrop/screen0/monitor0/color-style" does not exist on channel "xfce4-desktop" (xfdesktop:31158): xfconf-WARNING **: Error check failed at xfconf_channel_get_internal():390: Property "/backdrop/screen0/monitor0/color1" does not exist on channel "xfce4-desktop" (xfdesktop:31158): xfconf-WARNING **: Error check failed at xfconf_channel_get_internal():390: Property "/backdrop/screen0/monitor0/color2" does not exist on channel "xfce4-desktop" (xfdesktop:31158): xfconf-WARNING **: Error check failed at xfconf_channel_get_internal():390: Property "/backdrop/screen0/monitor0/image-show" does not exist on channel "xfce4-desktop" (xfdesktop:31158): xfconf-WARNING **: Error check failed at xfconf_channel_get_internal():390: Property "/backdrop/screen0/monitor0/image-style" does not exist on channel "xfce4-desktop" (xfdesktop:31158): xfconf-WARNING **: Error check failed at xfconf_channel_get_internal():390: Property "/backdrop/screen0/monitor0/brightness" does not exist on channel "xfce4-desktop" (xfdesktop:31158): xfconf-WARNING **: Error check failed at xfconf_channel_get_internal():390: Property "/backdrop/screen0/monitor0/saturation" does not exist on channel "xfce4-desktop" (xfdesktop:31158): xfconf-WARNING **: Error check failed at xfconf_channel_get_internal():390: Property "/backdrop/screen0/monitor0/image-path" does not exist on channel "xfce4-desktop" (xfdesktop:31158): xfconf-WARNING **: Error check failed at xfconf_channel_get_internal():390: Property "/desktop-icons/file-icons/show-filesystem" does not exist on channel "xfce4-desktop" (xfdesktop:31158): xfconf-WARNING **: Error check failed at xfconf_channel_get_internal():390: Property "/desktop-icons/file-icons/show-home" does not exist on channel "xfce4-desktop" (xfdesktop:31158): xfconf-WARNING **: Error check failed at xfconf_channel_get_internal():390: Property "/desktop-icons/file-icons/show-trash" does not exist on channel "xfce4-desktop" (xfdesktop:31158): xfconf-WARNING **: Error check failed at xfconf_channel_get_internal():390: Property "/desktop-icons/file-icons/show-removable" does not exist on channel "xfce4-desktop" process 31158: arguments to dbus_connection_send_with_reply_and_block() were incorrect, assertion "(error) == NULL || !dbus_error_is_set ((error))" failed in file dbus-connection.c line 3346. This is normally a bug in some application using the D-Bus library. D-Bus not built with -rdynamic so unable to print a backtrace Aborted I solved it by downgrading dbus. it seems to me the new version of dbus-1.2.24 has a problem. I've downgraded to dbus-1.2.3-r1 and now it is working. heh, I'm pretty sure there's nothing wrong with anything... and people should just rebuild dbus-glib, thunar and xfdesktop. likely also xfce4-settings and xfconf. works great here with latest dbus, always has. Rebuiding "dbus-glib" helped with one of my XFCE4 system but my main server running KDE-3.5 it didn't help, I recompile "dbus" and "dbus-glib" what other packages do I need to recompile on KDE-3.5? Did you rebuild qt-dbus? As you're using KDE-3.5, I meant to say did you rebuild dbus-qt3-old? If rebuilding doesn't help, you'll have to debug this for yourself as one of the reasons we removed KDE-3.5 from the tree, was that the KDE team stopped supporting it. (In reply to comment #4) > Try adding yourself to plugdev. It's pretty the same as balkira suggested, but > a bit cleaner IMO. Thanks Livid, this was all that was necessary on my machine to make the dbus error go away. No revdep-rebuild'ing involved... qt-dbus ?? I don't even have it installed neither on my XFCE4 (and everything is working) nor on my KDE I rebuild "dbus-qt3-old" didn't help. and I've added group "plugdev" but make no difference. The strange part is that I downgraded to dbus-1.2.23 and plugging USB stick does not generate any pop up window; yes I restarted "dbus"; do I need to log OUT/IN? The KDE-4 is not for me too many problem: - there is no kbarcode (application I need) and printing pdf from kde-4.3 (stable) does not work, I'm getting very strange output, pages printing sideway. So, I'm not impress with KDE4 and would rather go with XFCE4 then KDE, have enough of kde-screw-ups. at any rate this bug was for dbus and thunar/xfdesktop, and problems seem to be solved with one of these: - add yourself to plugdev group, and make sure it's active (yes, log out from your shell and log back in for example, make sure the active shell is really in the group) - recompile dbus-glib and/or thunar and xfdesktop - make sure USE thunar is enabled (it's enabled by default in desktop profile) - kde 3.5 and even kde 4.x problems are unrelated to this bug dbus-1.2.24 (hal) is working now in kde3.5 I went back to 1.2.23 (re-login) and everything was working so I upgraded again to dbus-1.2.24 re-login from current desktop and it not it start working :-/ |