Hi Johannes
You can make the changes w/o tearing down the iptables.
I must admit I have been known to make changes directly to the iptables
rules file myself, but reloading the firewall for every change isn't always
practicable.
Because of that I have adopted a policy of making the change to the
On 26/11/15 06:33, Jorge Araya Navarro wrote:
> $ LC_ALL=C systemctl --user
> Failed to connect to bus: No such file or directory
Do you have a D-Bus session bus as a user service?
If you are using Debian or one of its derivatives like Ubuntu, install
the dbus-user-session package. This is probab
On Thu, Nov 26, 2015 at 8:33 AM, Jorge Araya Navarro wrote:
> Hello!
>
> I'm suffering a issue with systemd's user services that I fixed only with
> a workaround, but today I
> want to fix this issue completely.
>
> I have created a user service which starts GNU Emacs, and another user
> service
Inside GNU Screen:
--8<---cut here---start->8---
$ echo $XDG_SESSION_ID
--8<---cut here---end--->8---
Outside:
--8<---cut here---start->8---
$ echo $XDG_SESSION_ID
--8<--
Well, I'm using dbus version 1.10.2 in a Arch Linux-based GNU/Linux
distribution. Checking their
PKGBUILD the `--enable-user-session` option was enabled.
--8<---cut here---start->8---
$ systemctl status -l dbus
● dbus.service - D-Bus System Message Bus
Loade
Hi, all,
It seems that the exec_spawn() will return 0 if fork() fails, because
that
return log_unit_error_errno(params->unit_id, errno, "Failed to
fork: %m");
will return -r eventually. And here r = exec_context_load_environment() ,
which has
exited successfully.