On Fri, 26 May 2017 03:16:14 -0400
"William L. Thomson Jr." wrote:
> On Fri, 26 May 2017 15:03:44 +0900
> Carsten Haitzler (The Rasterman) wrote:
> >
> > so you didn't try it then. i did explain before about environment
> > variables, inheritance of them etc. if you read what i wrote you
> > wou
On Fri, 26 May 2017 03:20:28 -0400 "William L. Thomson Jr."
said:
> On Fri, 26 May 2017 13:42:54 +0900
> Carsten Haitzler (The Rasterman) wrote:
>
> > in NOT having the env var set, it is odd. the fact it actively
> > removes it AND doesnt go replace it later after removal is odd.
>
> They say
On Fri, 26 May 2017 03:16:14 -0400 "William L. Thomson Jr."
said:
> On Fri, 26 May 2017 15:03:44 +0900
> Carsten Haitzler (The Rasterman) wrote:
> >
> > so you didn't try it then. i did explain before about environment
> > variables, inheritance of them etc. if you read what i wrote you
> > woul
On Fri, 26 May 2017 13:42:54 +0900
Carsten Haitzler (The Rasterman) wrote:
> in NOT having the env var set, it is odd. the fact it actively
> removes it AND doesnt go replace it later after removal is odd.
They say why
/* Remove the DISPLAY variable so that a pinentry does not
d
On Fri, 26 May 2017 15:03:44 +0900
Carsten Haitzler (The Rasterman) wrote:
>
> so you didn't try it then. i did explain before about environment
> variables, inheritance of them etc. if you read what i wrote you
> wouldn't have to keep asking. so i'm going to YET AGAIN repeat myself.
I cannot tes
On Thu, 25 May 2017 23:21:47 -0400 "William L. Thomson Jr."
said:
> On Fri, 26 May 2017 11:47:05 +0900
> Carsten Haitzler (The Rasterman) wrote:
> >
> >
> > i said... many times over "it's passed INSTEAD as an argument" ... so
> > then take the argument content and SET THE ENVIRONMENT VARIABLE
On Thu, 25 May 2017 23:18:08 -0400 "William L. Thomson Jr."
said:
> On Fri, 26 May 2017 11:48:09 +0900
> Carsten Haitzler (The Rasterman) wrote:
>
> > On Thu, 25 May 2017 22:33:33 -0400 "William L. Thomson Jr."
> > said:
> >
> > > On Fri, 26 May 2017 09:08:11 +0900
> > > Carsten Haitzler (The
On Thu, 25 May 2017 23:14:28 -0400 "William L. Thomson Jr."
said:
> On Fri, 26 May 2017 11:56:08 +0900
> Carsten Haitzler (The Rasterman) wrote:
>
> > > Advice given is not a solution. Problem remains.
> >
> > did you try it?
>
> I cannot run Wayland. Thus I must take others word for what w
On Fri, 26 May 2017 11:47:05 +0900
Carsten Haitzler (The Rasterman) wrote:
>
>
> i said... many times over "it's passed INSTEAD as an argument" ... so
> then take the argument content and SET THE ENVIRONMENT VARIABLE
> (before elm_init is called). you CAN SET and environment variable
> from code.
On Fri, 26 May 2017 11:48:09 +0900
Carsten Haitzler (The Rasterman) wrote:
> On Thu, 25 May 2017 22:33:33 -0400 "William L. Thomson Jr."
> said:
>
> > On Fri, 26 May 2017 09:08:11 +0900
> > Carsten Haitzler (The Rasterman) wrote:
> >
> > > putenv("DISPLAY=:0.0");
> >
> > That will work
On Fri, 26 May 2017 11:56:08 +0900
Carsten Haitzler (The Rasterman) wrote:
> > Advice given is not a solution. Problem remains.
>
> did you try it?
I cannot run Wayland. Thus I must take others word for what will work
for Wayland as I cannot test.
I personal do not care as much about Waylan
On Thu, 25 May 2017 22:33:33 -0400 "William L. Thomson Jr."
said:
> On Fri, 26 May 2017 09:08:11 +0900
> Carsten Haitzler (The Rasterman) wrote:
>
> > On Thu, 25 May 2017 12:07:17 -0400 "William L. Thomson Jr."
> > said:
> > >
> > > When invoked via git commit, $DISPLAY does not exist, is not
On Thu, 25 May 2017 22:32:20 -0400 "William L. Thomson Jr."
said:
> On Fri, 26 May 2017 10:50:02 +0900
> Carsten Haitzler (The Rasterman) wrote:
>
> > then stop going on with your mails and take the very first advice
> > given if you don't care why. follow it and don't keep discussing the
> > i
On Thu, 25 May 2017 22:23:51 -0400 "William L. Thomson Jr."
said:
> On Fri, 26 May 2017 09:06:08 +0900
> Carsten Haitzler (The Rasterman) wrote:
> >
> > ummm no. the parent process has already removed the env var before
> > your pinentry process is run. i read the gpg-agent code... i believe
> >
On Thu, 25 May 2017 22:29:22 -0400
Christopher Michael wrote:
>
> if u really want X, set DISPLAY
I am seeking a solution for X, Wayland, and what ever else EFL supports.
--
William L. Thomson Jr.
pgpeGRXXwSN3A.pgp
Description: OpenPGP digital signature
---
On Fri, 26 May 2017 09:08:11 +0900
Carsten Haitzler (The Rasterman) wrote:
> On Thu, 25 May 2017 12:07:17 -0400 "William L. Thomson Jr."
> said:
> >
> > When invoked via git commit, $DISPLAY does not exist, is not set.
> > When invoked via terminal directly $DISPLAY exists.
>
> i know. you al
On Fri, 26 May 2017 10:50:02 +0900
Carsten Haitzler (The Rasterman) wrote:
> then stop going on with your mails and take the very first advice
> given if you don't care why. follow it and don't keep discussing the
> issue. if you want a discussion then that's fine but don't actually
> continue wi
On 05/25/2017 10:23 PM, William L. Thomson Jr. wrote:
On Fri, 26 May 2017 09:06:08 +0900
Carsten Haitzler (The Rasterman) wrote:
ummm no. the parent process has already removed the env var before
your pinentry process is run. i read the gpg-agent code... i believe
it's that that spawns the pin
On Fri, 26 May 2017 09:06:08 +0900
Carsten Haitzler (The Rasterman) wrote:
>
> ummm no. the parent process has already removed the env var before
> your pinentry process is run. i read the gpg-agent code... i believe
> it's that that spawns the pinentry... so the env var is already gone
> before y
On 05/25/2017 09:50 PM, Carsten Haitzler wrote:
On Thu, 25 May 2017 10:42:29 -0400 "William L. Thomson Jr."
said:
On Thu, 25 May 2017 08:41:38 +
Andrew Williams wrote:
Hi William,
In reply to
"I really do not care. I just need to replace ecore_x_init with
something that will replace i
On 05/25/2017 08:06 PM, Carsten Haitzler wrote:
On Thu, 25 May 2017 10:53:00 -0400 "William L. Thomson Jr."
said:
On Thu, 25 May 2017 08:32:17 +0900
Carsten Haitzler (The Rasterman) wrote:
On Wed, 24 May 2017 15:19:54 -0400 "William L. Thomson Jr."
said:
before you init elm/efl:
char buf
On Thu, 25 May 2017 10:53:00 -0400 "William L. Thomson Jr."
said:
> On Thu, 25 May 2017 08:32:17 +0900
> Carsten Haitzler (The Rasterman) wrote:
>
> > On Wed, 24 May 2017 15:19:54 -0400 "William L. Thomson Jr."
> > said:
> >
> > before you init elm/efl:
> >
> > char buf[1024];
> > snprintf(b
On Thu, 25 May 2017 12:07:17 -0400 "William L. Thomson Jr."
said:
> On Thu, 25 May 2017 10:53:00 -0400
> "William L. Thomson Jr." wrote:
>
> > On Thu, 25 May 2017 08:32:17 +0900
> > Carsten Haitzler (The Rasterman) wrote:
> >
> > > On Wed, 24 May 2017 15:19:54 -0400 "William L. Thomson Jr."
>
On Thu, 25 May 2017 10:42:29 -0400 "William L. Thomson Jr."
said:
> On Thu, 25 May 2017 08:41:38 +
> Andrew Williams wrote:
>
> > Hi William,
> >
> > In reply to
> >
> > "I really do not care. I just need to replace ecore_x_init with
> > something that will replace its function for both X
On Thu, 25 May 2017 10:53:00 -0400
"William L. Thomson Jr." wrote:
> On Thu, 25 May 2017 08:32:17 +0900
> Carsten Haitzler (The Rasterman) wrote:
>
> > On Wed, 24 May 2017 15:19:54 -0400 "William L. Thomson Jr."
> > said:
> >
> > before you init elm/efl:
> >
> > char buf[1024];
> > snprintf(
On Thu, 25 May 2017 08:32:17 +0900
Carsten Haitzler (The Rasterman) wrote:
> On Wed, 24 May 2017 15:19:54 -0400 "William L. Thomson Jr."
> said:
>
> before you init elm/efl:
>
> char buf[1024];
> snprintf(buf, sizeof(buf), "DISPLAY=%s", pe->display);
> putenv(strdup(buf));
I think you mean be
On Thu, 25 May 2017 08:41:38 +
Andrew Williams wrote:
> Hi William,
>
> In reply to
>
> "I really do not care. I just need to replace ecore_x_init with
> something that will replace its function for both X and Wayland."
>
> Please try to care about the reasons and structure of what exists.
is not the case, but i find
> > it
> > unlikely it is the case. you would normally spawn gpg-agent (which is what
> > i
> > believe would do the spawning?) underneath your login session which then
> > would
> > have the env var.
> >
> > > > since
se. you would normally spawn gpg-agent (which is what
> i
> believe would do the spawning?) underneath your login session which then
> would
> have the env var.
>
> > > since whatever environment is executing you is not following these
> > > conventions that are more
On Wed, 24 May 2017 23:06:25 -0400 "William L. Thomson Jr."
said:
> On Thu, 25 May 2017 10:19:13 +0900
> Carsten Haitzler (The Rasterman) wrote:
>
> > On Wed, 24 May 2017 20:31:39 -0400 "William L. Thomson Jr."
> > said:
> >
> > > It seems I am down to the following question.
> > >
> > > How
would do the spawning?) underneath your login session which then would
have the env var.
> > since whatever environment is executing you is not following these
> > conventions that are more widely supported than a --display
> > argument ... then you have to put this into the environmen
On Thu, 25 May 2017 10:19:13 +0900
Carsten Haitzler (The Rasterman) wrote:
> On Wed, 24 May 2017 20:31:39 -0400 "William L. Thomson Jr."
> said:
>
> > It seems I am down to the following question.
> >
> > How to tell if EFL is using Wayland? Before calling ecore_wl_init,
> > without using ENV
On Wed, 24 May 2017 20:31:39 -0400 "William L. Thomson Jr."
said:
> It seems I am down to the following question.
>
> How to tell if EFL is using Wayland? Before calling ecore_wl_init,
> without using ENV variables.
you aren't really meant to know. we try and hide it. you could guess from
envir
On Wed, 24 May 2017 20:00:51 -0400 "William L. Thomson Jr."
said:
> On Thu, 25 May 2017 08:32:17 +0900
> Carsten Haitzler (The Rasterman) wrote:
>
> > On Wed, 24 May 2017 15:19:54 -0400 "William L. Thomson Jr."
> > said:
> >
> > before you init elm/efl:
> >
> > char buf[1024];
> > snprintf(b
It seems I am down to the following question.
How to tell if EFL is using Wayland? Before calling ecore_wl_init,
without using ENV variables.
If that is possible. Then I can call either ecore_x_init, or
ecore_wl_init for now. Eventually just calling elm_init as I already am.
--
William L. Thoms
On Thu, 25 May 2017 08:32:17 +0900
Carsten Haitzler (The Rasterman) wrote:
> On Wed, 24 May 2017 15:19:54 -0400 "William L. Thomson Jr."
> said:
>
> before you init elm/efl:
>
> char buf[1024];
> snprintf(buf, sizeof(buf), "DISPLAY=%s", pe->display);
> putenv(strdup(buf));
Did that, in a norm
On Wed, 24 May 2017 15:19:54 -0400 "William L. Thomson Jr."
said:
before you init elm/efl:
char buf[1024];
snprintf(buf, sizeof(buf), "DISPLAY=%s", pe->display);
putenv(strdup(buf));
why DISPLAY was not properly set for you before execution yet somehow has been
provided to you via some other me
On Wed, 24 May 2017 21:27:37 +0200
Vincent Torri wrote:
> what about ecore_evas ?
I do not believe I can use that, since I am passing a Display target
name to the others. That one does not take a value. I tried it just in
case, and did not work. A window never comes up.
> Vincent
>
> On Wed,
what about ecore_evas ?
Vincent
On Wed, May 24, 2017 at 9:19 PM, William L. Thomson Jr.
wrote:
> In working on pinentry, it seems for some reason I am needing to call
> ecore_x_init. Otherwise you do not get a window. Per recent discussion
> over ecrire, one should not have any ecore_x or ecore_
In working on pinentry, it seems for some reason I am needing to call
ecore_x_init. Otherwise you do not get a window. Per recent discussion
over ecrire, one should not have any ecore_x or ecore_wl, etc code. Or
be bound to one or the other.
It seems there is a need for a wrapper around ecore_x_in
40 matches
Mail list logo
