#1133 - Inconsistent Perl used by server or its agent on connect

X2Go Bug report logs - #1133
Inconsistent Perl used by server or its agent on connect

Reported by: Ted Toal <twtoal@ucdavis.edu>

Date: Tue, 10 Jan 2017 21:20:02 UTC

Severity: normal

Tags: not-a-bug

Found in version 4.0.1.20

Done: Stefan Baur <X2Go-ML-1@baur-itcs.de>

Bug is archived. No further changes may be made.

Subject: Bug#1133: [X2Go-Dev] Bug#1133: Bug#1133: Inconsistent Perl used by server or its agent on connect
Reply-To: Stefan Baur <X2Go-ML-1@baur-itcs.de>, 1133@bugs.x2go.org
Resent-From: Stefan Baur <X2Go-ML-1@baur-itcs.de>
Resent-To: x2go-dev@lists.x2go.org
Resent-CC: X2Go Developers <x2go-dev@lists.x2go.org>
Resent-Date: Wed, 11 Jan 2017 09:15:01 +0000
Resent-Message-ID: <handler.1133.B1133.148412588921792@bugs.x2go.org>
Resent-Sender: owner@bugs.x2go.org
To: Ted Toal <twtoal@ucdavis.edu>, 1133@bugs.x2go.org
References: <BF57B030-7BF4-4307-9333-49782AB84D74@ucdavis.edu>
 <7a1f025f-6a4f-9c6a-ffe6-4d18a712da86@baur-itcs.de>
 <E4861E92-0216-40D2-91E6-A6A693F5E30B@ucdavis.edu>
 <836dd91e-6bc3-35e1-3759-e66b55715b1b@baur-itcs.de>
 <35BC44E5-C0D7-4B77-A09E-FBD00AD5193E@ucdavis.edu>
From: Stefan Baur <X2Go-ML-1@baur-itcs.de>
Message-ID: <7b997594-addb-eced-9c41-1d520f712fa8@baur-itcs.de>
Date: Wed, 11 Jan 2017 10:05:46 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.6.0
MIME-Version: 1.0
In-Reply-To: <35BC44E5-C0D7-4B77-A09E-FBD00AD5193E@ucdavis.edu>
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature";
 boundary="OxSNwdqkmBxxUlkTONW4b0xC3fXQwCXfk"

[Message part 1 (text/plain, inline)]

Control: close -1 thanks [re-sent as the original message went to Ted's personal mailbox only] Am 11.01.2017 um 02:48 schrieb Ted Toal: > > perl has the -l option for specifying the PERL5LIB path. That option can, and I think should, be used on the shebang of the x2go perl scripts: > > > > #!/usr/bin/perl -l /usr/lib/perl5 > > > > or something like that. I know the shebang line allows args. Ted, while we agree that options *can* be used on the shebang line, I disagree that they should be used in our scripts for specifying something that *is the default*. You would, indeed, change the shebang to "#!/usr/bin/perl -T" if you wanted to run the script in taint mode, which is a non-default setting. Also, the parameter to set the library path is not -l (lower-case L), but -I (upper-case i). I would suggest using a font that displays them differently, it makes coding a lot easier. Why explicitly setting the PERL5LIB path in the shebang line is a bad idea can be shown like this: First, run perl -e 'print "@INC\n";' to display the default. On my system, this returns: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl . Next, run perl -I /foo -e 'print "@INC\n";' which corresponds to setting -I /foo on the shebang line. On my system, this returns: /foo /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl . Notice how the search path is extended, not replaced, by /foo ending up at the beginning. Now let's see what happens when combining -I *and* a set PERL5LIB variable: PERL5LIB=/bar perl -I /foo -e 'print "@INC\n";' This results in: /foo /bar /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl . You can see that /foo and /bar are added to the search path, with the value of -I taking precedence, as in being listed and thus searched first, over PERL5LIB. And this is exactly NOT what a user expects, even though it would solve your percieved problem: Standard Unix practice is that when an environment variable is set, it should take precedence over any default, and a command line option set should take precedence over any environment variable. Adding -I /path/to/libs at the shebang line would break what is expected behavior. No one keeps you from running a search and replace on all X2Go-related scripts after installing them, though ... However, I would strongly recommend against that and suggest un-setting PERL5LIB in .bashrc when an X2Go-related bash invocation is detected, instead. Why this doesn't work for you the way it does for us is what we're tracking in Bug #1134, so again, closing this bug. Kind Regards, Stefan Baur -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243

[signature.asc (application/pgp-signature, attachment)]

X2Go Developers <owner@bugs.x2go.org>. Last modified: Wed Dec 3 14:36:45 2025; Machine Name: ymir.das-netzwerkteam.de

X2Go Bug tracking system

Debbugs is free software and licensed under the terms of the GNU Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

X2Go Bug report logs - #1133 Inconsistent Perl used by server or its agent on connect

X2Go Bug report logs - #1133
Inconsistent Perl used by server or its agent on connect