zsh-users
 help / color / mirror / code / Atom feed
From: dana <dana@dana.is>
To: dominik.vogt@gmx.de
Cc: Zsh Users <zsh-users@zsh.org>
Subject: Re: DISPLAY problem with zsh + fvwm + firejail
Date: Wed, 1 Jan 2020 20:16:34 -0600	[thread overview]
Message-ID: <3C10D9A3-2DC6-4279-A242-77C6E9D9474B@dana.is> (raw)
In-Reply-To: <20200101205833.puf6pb3cylcd47qt@gmx.de>

On 1 Jan 2020, at 14:58, Dominik Vogt <dominik.vogt@gmx.de> wrote:
> I can't firgure out what's going on.  For some reason, DISPLAY is
> set to an empty string between the final execvp() call in firejail
> and the place that uses the value, and the shell may or may not be
> involved in this problem.  Note that the same occurs if any shell
> is set explicitly:

I have absolutely no experience with fvwm or firejail, but:

In the first place, i don't understand what your output means when it says
that DISPLAY=:0 is passed as an argument to execvp(). execvp() doesn't take
environment variables as arguments. Is it using something in between, like env
or sh, to run it? Or is it just worded imprecisely?

Assuming the latter, could it be that you have some kind of shared file, like
/etc/environment, that shells on your system are configured to run on
start-up? And maybe that's clearing DISPLAY based on other environment
variables or whatever? That seems like a silly thing to do, but if you export
a variable and then it's unset/changed when you check it from within the
shell, that's the first thing that comes to mind. (Excepting a few special
variables that the shell uses for itself, obv.)

Does it show the correct value if you just run env instead of zsh? If not, i
think that would mean it's not actually exporting it the way it's suggesting
it is. If so, something running in the shell unsetting it seems more likely.

Anyay, you can run zsh with -x to see what it might be doing before the set
command. You might also try it with -f (to disable sourcing start-up files)

dana


  reply	other threads:[~2020-01-02  2:15 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-01-01 20:58 Dominik Vogt
2020-01-02  2:16 ` dana [this message]
2020-01-02  2:51   ` Dominik Vogt
2020-01-02  3:18     ` dana

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3C10D9A3-2DC6-4279-A242-77C6E9D9474B@dana.is \
    --to=dana@dana.is \
    --cc=dominik.vogt@gmx.de \
    --cc=zsh-users@zsh.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).