Dear Maintainer,

     Note: I did check that this bug does not occur on computers
     'running' texmaker_3.0.2-2_i386.deb

On computers 'running' texmaker_3.0.2-2_amd64.deb, it seems that
/usr/bin/texmaker does not execute the user interactive shell
configuration file, in this case .bashrc:

     => when the application is launched from the [xfce4] desktop menu
     and/or a [xfce4] desktop launcher, it is not 'aware' of the
     user's $TEXINPUTS environment variable and reports
     'inappropriate' file not found errors.

Thanks,
David

I suspect this might have something to do with the desktop. Can you
duplicate this problem if you run texmaker from within a terminal
window? I'm not running xfce, but it does texmaker 3.0.2-2 on amd64 does
find the environment variables if I run it from a terminal window.

d

Hi David,

I doubt it is a desktop problem, but for the sake of at least try another desktop, I
just launched gnome instead of xfce4 and it fails the same way, when launched
through menus and/or launcher.

From a terminal, as you well know, user's environment variables have already been
declared/exported and therefore texmaker finds them: in this case, it works fine.

Is it not the responsibility of the executable to load the user's variables ? [Or
execute itself as a 'child' of a user environment 'process']. If you think it is
not a texmaker problem, then I personally believe it is probably a
scripting/development language problem, but not a desktop one [MHO]:

	texmaker should find and, for example, be able to write in a /tmp/file,
	just for the sake of demo, user's env variables before to even load and use
	Qt, don't you think ?

Many thanks for such a quick first response,
I am looking forward to read you, and hope this will be debugged very soon,
Cheers,
David

I'm not sure if it is possible to fix this in the .desktop file. It is
conceivable setting 'Terminal=true' in
/usr/share/applications/texmaker.desktop would help, at the expense of
spawning an extra terminal.

I suspect the solution is to make sure the appropriate environment
variables are set in your xfce or gnome environment.  Typically this
would be some file under .xonfig/xfce4/ ; there may be a gui way of
setting this as well.  It may also help to add the variable settings in
$HOME/.xsessionrc

I'm still mystified how this is working on i386; it would be a useful
test to create a new user whose desktop environment is not customized
and see if the environment variables are setup there for applications
spawned from the GUI.

d

Hi David
It only works if I manually open a terminal and manual enter texmaker: then texmaker
is a child of the user's environment shell.
willing to have to manually change all .config/.. of the users of this lab

You maybe right saying that it is a desktop env problem on 64bits machines, but
neither gnome neither xfce4, would it not be too much of a coincidence ? And as you
said, why would it work on 32bits machines? I'll try to see if I can find more info,
but I don't even know how to start and where to look ?

Right now I created a local 'texmaker' script which does

	. ~/.bashrc;/usr/bin/texmaker

then it works and I don't have to digg in anybody's environment config variables.

Cheers,
David

I tried TeXmaker on an i386 installation of sid, with xfce4, and it
worked as follows: starting from the menu, TEXINPUTS environment
variable from my login shell is not detected.  Starting from the
terminal, it (unsurprisingly) is. I can only suggest you try creating a
test user with no customization and try it from there.

David

Hi,

IMHO whe should try a program which can verify environment variables
somehow if it is the same destinction between starting by menu and
starting from a terminal.

May be opening a shell out of Emacs and inspecting the environment might
be a first approach (even if I assume that if opening a shell from Emacs
you .bashrc / .profile is properly executed).  I really doubt that this
is any TeXMaker issue but rather a problem of the environment.

Kind regards

        Andreas.

Hi David,
Andreas

Yes, here on 32bits machines it works with no problem too.

Here, it works for all users on 32bits and none on 64bits
C code which echo/write TEXINPUTS ina /tmp/texinputs.test.txt [not to interact with
terminals at all] ? [I am asking because so far I only programed in scheme, and
have almost no C knowledge at all :)] I will compile it here using gcc and create a
launcher ... That would be nice:

	then, what debian package should I report this bug ? there are hundreds of
	gnome/xfce4 packages ... I have no clue which one is 'the' one :) any idea ?
independently from any desktop 'system', it triggers the execution of the user's
shell, which itself will load default and personal blabla :)

Many thanks for you help,
David

xfce4 then:

	what would be a good 'package' to report you think ?

Thanks,
David

In my opinion, it isn't a bug in the desktop environment that it does
not read your .bashrc, or at least it is not very likely to change.  If
you want to discuss that, you could reassign this bug to x11-common, but
I wouldn't be too optimistic.

It is arguably an upstream bug (or at least a missing feature) that
there is no facility in texmaker to set search paths.  You are welcome
to retitle this bug to that effect (or I can do it).

As it stands. configuration has to be done in a desktop environment
specific manner, or in .xsessionrc (this is documented in man 5
Xsession).

d