<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/4.6.6">
</HEAD>
<BODY>
I don't know what happen, but I like it!<BR>
<BR>
<BLOCKQUOTE>
<PRE>
<(<A HREF="mailto:jorge@abril">jorge@abril</A>)---(mar abr 08 22:36:38)>
[~][1] $ ps axxx | grep user
 7395 ?        Ss     0:00 /usr/lib/systemd/systemd --user
 7533 ?        Sl     0:00 /usr/lib/gvfs//gvfsd-fuse /run/user/1000/gvfs -f -o big_writes
 8363 pts/1    R+     0:00 grep --color=auto user

<(<A HREF="mailto:jorge@abril">jorge@abril</A>)---(mar abr 08 22:36:44)>
[~][2] $ syste
systemctl                       systemd-coredumpctl             systemd-nspawn
systemd-analyze                 systemd-delta                   systemd-run
systemd-ask-password            systemd-detect-virt             systemd-stdio-bridge
systemd-cat                     systemd-inhibit                 systemd-tmpfiles
systemd-cgls                    systemd-machine-id-setup        systemd-tty-ask-password-agent
systemd-cgtop                   systemd-notify                  systemsettings

<(<A HREF="mailto:jorge@abril">jorge@abril</A>)---(mar abr 08 22:36:44)>
[~][2] $ systemctl --user status
● abril
    State: running
     Jobs: 0 queued
   Failed: 0 units
    Since: mar 2014-04-08 10:12:01 CST; 12h ago
   CGroup: /user.slice/user-1000.slice/user@1000.service
           ├─7395 /usr/lib/systemd/systemd --user
           └─7407 (sd-pam)  

<(<A HREF="mailto:jorge@abril">jorge@abril</A>)---(mar abr 08 22:37:05)>
[~][3] $ 

<(<A HREF="mailto:jorge@abril">jorge@abril</A>)---(mar abr 08 22:38:11)>
[~][4] $ systemctl --version
systemd 212
+PAM -AUDIT -SELINUX -IMA -SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ +SECCOMP -APPARMOR

<(<A HREF="mailto:jorge@abril">jorge@abril</A>)---(mar abr 08 22:38:15)>
[~][5] $ 
</PRE>
</BLOCKQUOTE>
<BR>
:D<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
-- <BR>
<I>Pax et bonum.</I><BR>
Jorge Araya Navarro.<BR>
Diseñador publicitario, programador Python/C++ y colaborador en Parabola GNU/Linux-libre. <BR>
<BR>
</TD>
</TR>
</TABLE>
El vie, 04-04-2014 a las 09:39 -0400, Luke Shumaker escribió:
<BLOCKQUOTE TYPE=CITE>
<PRE>
At Fri, 04 Apr 2014 01:26:35 -0600,
Jorge Araya Navarro wrote:
<FONT COLOR="#737373">> Here:</FONT>
<FONT COLOR="#737373">>         <(jorge@abril)---(vie abr 04 01:24:02)></FONT>
<FONT COLOR="#737373">>         [~][3] $ LC_ALL=C stat /run/user/1000/systemd/</FONT>
<FONT COLOR="#737373">>         ...</FONT>
<FONT COLOR="#737373">>         </FONT>
<FONT COLOR="#737373">>         <(jorge@abril)---(vie abr 04 01:24:09)></FONT>
<FONT COLOR="#737373">>         [~][4] $ LC_ALL=C stat /run/user/1000/systemd/private</FONT>
<FONT COLOR="#737373">>         ...</FONT>
<FONT COLOR="#737373">> </FONT>
<FONT COLOR="#737373">> So far, so good... and so confuse! What could be going wrong here?</FONT>

Did you also check that `systemctl --user status` was still giving you
the D-Bus error message?  Also, if you had run `systemctl --user
exit`, and haven't logged out since, it is still dissabled.

To clarify, when I say "log out", I mean log out of all user sessions.
Verify that this was the case when you log back in by running
`loginctl list-sessions`, and verifying that there is only one current
session for your user.  It is possible that a background process is
keeping an old session alive.  For example, I discovered that if I
started X, then lxpanel would start menu-cached in the background,
which would keep running and cause that session to persist even after
I logged out.

<FONT COLOR="#737373">> El jue, 03-04-2014 a las 23:27 -0400, Luke T.Shumaker escribió:</FONT>
<FONT COLOR="#737373">> > At Thu, 03 Apr 2014 15:22:48 -0600,</FONT>
<FONT COLOR="#737373">> > Jorge Araya Navarro wrote:</FONT>
<FONT COLOR="#737373">> > > I followed the</FONT>
<FONT COLOR="#737373">> > > instructions from Arch Linux wiki ( as read here</FONT>
<FONT COLOR="#737373">> > > <A HREF="https://wiki.archlinux.org/index.php/Systemd/User">https://wiki.archlinux.org/index.php/Systemd/User</A> ),</FONT>
<FONT COLOR="#737373">> > </FONT>
<FONT COLOR="#737373">> > I'm not saying not to read that, there's some good stuff there, but on</FONT>
<FONT COLOR="#737373">> > a scale of "garbage" to "quality documentation", that page is closer</FONT>
<FONT COLOR="#737373">> > to the former.</FONT>
<FONT COLOR="#737373">> </FONT>
<FONT COLOR="#737373">> Haha, very mean!</FONT>

To be fair, it's because it's all changing so quickly.  There's
"Setup" [for < 206], and "Setup since systemd 206"; BOTH of which
contain information that is not true in systemd 212.  It's just hard
to keep up, and update the entire page.

Basically, everything it says about setting up D-Bus is false.
dbus.service/dbus.socket are now obsolete; this happens by default
now.  The DBUS_SESSION_BUS_ADDRESS is now
$XDG_RUNTIME_DIR/systemd/private instead of $XDG_RUNTIME_DIR/bus or
$XDG_RUNTIME_DIR/dbus/user_bus_socket (both of which are mentioned in
the "since 206" section).

That said, the DBUS_SESSION_BUS_ADDRESS environment variable should
probably not be set.  With no value, everything should just find the
correct address.  The systemd people are working to make this all
simpler and not require these extra things, but sometimes that means
yesterday's kludges break.

The variable is is set by /etc/X11/xinit/xinitrc.d/30-dbus, but that
doesn't seem to mess anything up on my box.  If you are using a
graphical login, the XDM or DE's session manager may be messing with
D-Bus and actually mangaging to mess it up.  Try logging into a TTY
when debugging this.

Happy hacking,
~ Luke Shumaker
_______________________________________________
Assist mailing list
<A HREF="mailto:Assist@lists.parabolagnulinux.org">Assist@lists.parabolagnulinux.org</A>
<A HREF="https://lists.parabolagnulinux.org/mailman/listinfo/assist">https://lists.parabolagnulinux.org/mailman/listinfo/assist</A>
</PRE>
</BLOCKQUOTE>
</BODY>
</HTML>