Re: Running Password-gorilla on Debian SID after upgraded Debian from Squeeze
Hi Bob,
Bob Proulx <bob@proulx.com> writes:
> Csanyi Pal wrote:
>> Bob Proulx writes:
>> > Try running with a clean environment. The 'env -i' command can do
>> > this by starting off a command with a clean environment.
>> >
>> > $ env -i PATH=/usr/bin:/bin HOME=$HOME DISPLAY=$DISPLAY password-gorilla
>>
>> With this command I can run password-gorilla successfully.
>>
>> > If the above works for you (it does for me) then there is a problem
>> > with an environment variable. Find it and fix it and you won't need
>> > the environment initialization cleaning anymore.
>>
>> I shall find and fix it.
>
> Yeah! Getting closer to fixing the problem. Since that is definitely
> narrowing in on the problem I will say a few more words about the
> envirionment and 'env -i'.
>
> I am sure now that you have an environment variable that is affecting
> tclsh and preventing it from operating correctly. The 'env -i'
> initiallizes the environment to an clean empty environment. But most
> programs need at least one or two variables set. PATH is almost
> always required so I always add a reasonable default PATH. I guessed
> at the above that it would need HOME since again most commands expect
> to have HOME set to the home directory. That may or may not be
> needed. And DISPLAY is required because X requires it to find the
> display. So those are pretty much the minimum.
>
> It is also possible that PATH itself is a problem. In which case you
> can keep your normal environment but just modify PATH. Try this
> without the -i option. That won't initialize to a clean environment
> but will simply overwrite PATH.
>
> $ env PATH=/usr/bin:/bin password-gorilla
>
> That is almost the same as this next using just the shell but without
> env. The difference is that using env is a shell independent and
> portable way to ensure that you are running a program instead of an
> alias or a shell function.
>
> $ PATH=/usr/bin:/bin password-gorilla
As I sed before, this work.
> If those work then the problem is in your PATH variable. You may be
> overriding some component that is not compatible. If those don't work
> then the problem is in some other environment variable.
After I add lines shown bellow and restart X Window,
.xsessionrc
Language=hu_HU.utf8
Layout=hu standard
~/GNUstep/Library/WindowMaker/autostart
Language=hu_HU.utf8
Layout=hu
Password Gorilla run without any problem.
However, I don't know the cause of this success.
--
Regards, Pal
<http://cspl.me>
Reply to: