5

updating kernel makes "incomplete" initramfs (pb in autodetect hook?)

view full story
linux-howto

https://bbs.archlinux.org – Lone_Wolf wrote:Possibly kalu-dbus when started automatically runs in a separate session where the environment variables are not set correctly.What is the exact command dbus uses to start kalu-dbus ?The .service file is as follows:[D-BUS Service] Name=org.jjk.kalu Exec=/usr/bin/kalu-dbus User=rootLooking some more into this, it seems that (for security purposes) dbus might clear all environment variables when it starts something, which would explain it. (I still don't know why a "echo $PATH" from a bash script works/how it gets the path, though).Which means that, even though I d (HowTos)

missing's picture
Submitted by missing on 03/10/2012 – Made popular on 03/10/2012

Stories similar to updating kernel makes "incomplete" initramfs (pb in autodetect hook?)

Thanks for the feedback.ngoonee wrote:Haven't taken a look at your source code, but if you're doing this by -Sy what happens when a user installs a package without -Su first?As I said, kalu creates temporary copies of your dbs and syncs them to do its check.

Thanks for the reply, Trilby!Trilby wrote:I've never used lxdm, but I suspect you need to add dbus-launch to the exec line of your window manager.To test this, first check a process monitor like hop or pstree.  You should have three processes with dbus in the name: 2 dbus-daemon processes (one for user "dbus" and one for your user), and 1 dbus-launch.I think that you are sugges

dbus is in your daemons array, so you should not need to start it manually.  If for some reason you think you should, then use `rc.d restart dbus`.  If a service is not running the restart command will simply start it, but if it is already running, restart will stop it, then start it again.You will, however, need a dbus-session (different from the dbus daemon).  If you get dbus erro

I have a script that has to be run under root, with bindings to dbus.

DBUS_SESSION_BUS_ADDRESS = 'address set under .dbus file ...'

class NewApp(dbus.service.Object):

def __init__(self): busname = dbus.service.BusName('org.newapp', dbus.SessionBus(mainloop=DBusGMainLoop())) dbus.service.Object.__init__(self, busname, '/org/newapp')

@dbus.service.method('org.newapp', out

^ There should be a dbus session for each user that is logged into your computer along with the one for root.The users session-bus is started at login, I belive by your login manager.If you already have another notification daemon running and it works you have a session bus for that user since all notifications are sent over dbus.You can check if you have a session-bus after you are logged in by c

systemd - dbus gets killed 35 weeks 4 days ago

Ok I "solved" this a while ago. MPD is trying to start avahi and that fails and causes dbus to crash...

What program starts the per user session dbus-daemon process in GNOME 2 and GNOME 3 (presumably via dbus-launch)? I would like to know because I would like to add a directory to the list of directories that dbus-daemon checks for .service files.

(Obviously if it's a sh program, "sh" isn't the answer I'm looking for ;-)

How could I have answered this question for myself efficiently?

At first a pacman -Syu halted with[2012-12-07 12:56] userdel: user dbus is currently used by process 202 [2012-12-07 12:56] groupdel: can't remove primary user for user "dbus" Process 202 is dbus 202 0.0 0.0 3092 1416 ?

Try adding "dbus-launch" to your ~/.xinitrc:[...] exec dbus-launch startfluxbox

DSpider https://bbs.archlinux.org/profile.php?id=28388

2012-10-12T20:25:19Z