From twtoal@ucdavis.edu Tue Jan 10 22:15:41 2017 Received: (at submit) by bugs.x2go.org; 10 Jan 2017 21:15:44 +0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on ymir.das-netzwerkteam.de X-Spam-Level: X-Spam-Status: No, score=0.8 required=3.0 tests=BAYES_50,DKIM_SIGNED, DKIM_VALID,URIBL_BLOCKED autolearn=ham version=3.3.2 Received: from localhost (localhost [127.0.0.1]) by ymir.das-netzwerkteam.de (Postfix) with ESMTP id BF7AC3CC60 for ; Tue, 10 Jan 2017 22:15:41 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at ymir.das-netzwerkteam.de Received: from ymir.das-netzwerkteam.de ([127.0.0.1]) by localhost (ymir.das-netzwerkteam.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5+9JFaHQPHh1 for ; Tue, 10 Jan 2017 22:15:23 +0100 (CET) Received: from mail-pf0-f171.google.com (mail-pf0-f171.google.com [209.85.192.171]) by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id BF0FA3CC5F for ; Tue, 10 Jan 2017 22:15:22 +0100 (CET) Received: by mail-pf0-f171.google.com with SMTP id y143so31985274pfb.0 for ; Tue, 10 Jan 2017 13:15:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ucdavis-edu.20150623.gappssmtp.com; s=20150623; h=from:content-transfer-encoding:mime-version:subject:message-id:date :to; bh=49KGSOrsuPE8N+RoYmEvIaWRTyXKY5762fFvRQh4zLs=; b=jXYELYyKF3dyNF+S+GZD5C7HgOTZsnh+z3blDF8gkb4emKdXkY6b/cTln/FhyB3yJG +auiI+xzMcfl31JBYMRDSdxEX80u6FSxk6MudbEee+/FBRYOFElf6cZh0aEXmrATFLEU VQHo9B9d8XNjrGwokIP+CqfY4jYe0T09MN5mKRawYI17ZIyboSWVkxNQIX+3lISgjLes n1/uxnGKdV/nrvgljP0uWWPn1EuDQPfP1ZWXNlSb2LWi3PB4vRDkCcMN6jWhFwnM4G/x QR5kPL6PA4iuJLLKGlqLdUTerWZPoDkyynWDyWs0tE0mNlzE+pDGCZJQeLCfzZ+1qdmT UhuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=49KGSOrsuPE8N+RoYmEvIaWRTyXKY5762fFvRQh4zLs=; b=J7WRfs+xgUPh403BtTZcr5mibQdwJmvMP2rUI0qsjvZ/QY/KfLIiWLNIVqVen21aCc lfBwvzyo1aZnFzy7/dSVI6Dzb2eBTP/QFku8sGF37OFdIcFhVDub51dF6DoKu7DNSgfr bv6D8eXp9fvVwuXVklkaS2zqhqGH6PiR7RGMcT84qjPl4HabMIfXaWL+BHERXVm2LCVc UO6+k8xFojieuwAAi9OmZ7bkTZ1KZ99Yf8m18Q2Vk+Jz3bAGWGZECyd+9FggSee/WnKP 3dwQ0hnRyRacKsQiBl8ZRhL2sxk1feuWLvg4x+Cg2wxJ43sev//0r87Pq50won7z4w3u f+yA== X-Gm-Message-State: AIkVDXJfXvhvVGF31ZcirDUQwGlVjnHYzF6fJCCcIalVWaS2ywVlJ44E/3A8nK0wOTcunQ== X-Received: by 10.98.35.207 with SMTP id q76mr5107107pfj.112.1484082920698; Tue, 10 Jan 2017 13:15:20 -0800 (PST) Received: from dhcp22-gc1.genomecenter.ucdavis.edu (dhcp22-gc1.genomecenter.ucdavis.edu. [128.120.136.85]) by smtp.gmail.com with ESMTPSA id q27sm7924132pfd.49.2017.01.10.13.15.19 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Jan 2017 13:15:19 -0800 (PST) From: Ted Toal Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Inconsistent Perl used by server or its agent on connect Message-Id: Date: Tue, 10 Jan 2017 13:15:18 -0800 To: submit@bugs.x2go.org X-Mailer: Apple Mail (2.3259) Package: NXAGENT Version: 3.5.0 My .bash_profile defines Perl environment variables for Active Perl, and = adds the Active Perl bin directory to the start of the path. This causes = an x2go session to fail with the message: Connection failed. /usr/bin/perl: symbol lookup error: = /share/carvajal-archive/PACKAGES/local/ActivePerl-5.24/lib/auto/Sys/Hostna= me/Hostname.so: undefined symbol: Perl_xs_handshake NXAGENT is user /usr/bin/perl and ignoring the Perl bin directory at the = start of the path, but it is nevertheless using the Perl environment = variables and so is looking in the wrong place for the Perl library. From X2Go-ML-1@baur-itcs.de Tue Jan 10 23:35:55 2017 Received: (at 1133) by bugs.x2go.org; 10 Jan 2017 22:35:56 +0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on ymir.das-netzwerkteam.de X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00 autolearn=ham version=3.3.2 Received: from localhost (localhost [127.0.0.1]) by ymir.das-netzwerkteam.de (Postfix) with ESMTP id 1DB905DAA7; Tue, 10 Jan 2017 23:35:55 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at ymir.das-netzwerkteam.de Received: from ymir.das-netzwerkteam.de ([127.0.0.1]) by localhost (ymir.das-netzwerkteam.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5Vm5MuMYThSW; Tue, 10 Jan 2017 23:35:48 +0100 (CET) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.24]) by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id 5A4E35DA91; Tue, 10 Jan 2017 23:35:48 +0100 (CET) Received: from [192.168.0.23] ([78.43.90.159]) by mrelayeu.kundenserver.de (mreue101 [212.227.15.145]) with ESMTPSA (Nemesis) id 0M8iRY-1cJMId1JnA-00C9UE; Tue, 10 Jan 2017 23:35:27 +0100 Subject: Re: [X2Go-Dev] Bug#1133: Inconsistent Perl used by server or its agent on connect To: Ted Toal , 1133@bugs.x2go.org, control@bugs.x2go.org References: From: Stefan Baur Message-ID: <7a1f025f-6a4f-9c6a-ffe6-4d18a712da86@baur-itcs.de> Date: Tue, 10 Jan 2017 23:35:19 +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: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="230j4SNB1VOJ5eqG2OmDNWFtk4XeiAsCf" X-Provags-ID: V03:K0:wgBEfflgWr9tLJLrOk8k6u7nmxdKCFT4p/OElmglEtCU9dYxCoR 6zvuSn1ISUlBq07uUbVzvm7XRIILMRn7/Xo5Rhag6+Q3OujSKPPKtF28wkdBPK2f3oJebBB 69cKVH3FgyTWM1UBfo5adyKqgxIL189cdB3OZzumGYp7c/RHtTImwKAdwcy2fZgtz8vVHXq KN3oBWMhVMBMoIaJYQd9g== X-UI-Out-Filterresults: notjunk:1;V01:K0:CecKYP0Ab/I=:dfXp3KDe9BoxnPmGzy8Fmi LNRe+1RdGSonzhfNEhvFufg7pHoSFgfY/SDVFyKYG0UA0e/2m6mJuHtVnZnVDpeTeMW5T2f/Z DtzaY6zwoZCYNYr/EEINffKbXu2KfJ7qUSdS4TCE2AhwYbZ+R5KEalYJonrLbJHMBrZYV6Pyv Brf05n3+VGPNmEmMZGj5kI7QdkV2nhbv9X5TXdJGINjiyXMs3lgK75TqvyOCmVEpuUvFSbsp4 ShojscEwyoZEiUf15Jzp1JmYLJs6eJWLmZJleiT8voIgl+SUfLhXyYCz92QMzUeruyVLpauaG TQ0UqWSj0pT+u/iPZNbPqosG5VRDE7eILosztAmXMjg6xndte+jdXnnaZwwpdFTxbKdNKCsbi bztkF01fkSRWflu+IKj4cwrJCoSQSrXCJGE1KdXYaFb2IopILhuuCMaEjkiPpS/DNZS2gDQmO LUQdtTjC6B35mP+l3zLlG9PrWIUmJx9GQzS6sxCV6L33JTC9LJ+p04seQIq1rCS2Q5/PoD0i7 uDFG1jjODCwGViuqRQLpxbFnG1k5FlIsgNlWCPMzFu9Sb+YS5o1BjkMqAnJSYXROfOcCUpNpw MnYrq/yqsMQtCVR2xRAVHdzBslM8+l1jnTDtUdBUaIaGKsx0eqdy32wloDdIvaylu4SrGwHY5 so4oxrX6IkrN4QV4mFiLyOplNwNEZdvd3QRqtO1vSlJ1+mjZ+xDszy7XENPC3WTuWPcE= This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --230j4SNB1VOJ5eqG2OmDNWFtk4XeiAsCf Content-Type: multipart/mixed; boundary="dhu3etVtchbDgSePPao3whNqDch7lOx39"; protected-headers="v1" From: Stefan Baur To: Ted Toal , 1133@bugs.x2go.org, control@bugs.x2go.org Message-ID: <7a1f025f-6a4f-9c6a-ffe6-4d18a712da86@baur-itcs.de> Subject: Re: [X2Go-Dev] Bug#1133: Inconsistent Perl used by server or its agent on connect References: In-Reply-To: --dhu3etVtchbDgSePPao3whNqDch7lOx39 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Control: close -1 Control: tag -1 not-a-bug Am 10.01.2017 um 22:15 schrieb Ted Toal: > Package: NXAGENT > Version: 3.5.0 >=20 > My .bash_profile defines Perl environment variables for Active Perl, an= d adds the Active Perl bin directory to the start of the path. This cause= s an x2go session to fail with the message: > Connection failed. /usr/bin/perl: symbol lookup error: /share/carvajal-= archive/PACKAGES/local/ActivePerl-5.24/lib/auto/Sys/Hostname/Hostname.so:= undefined symbol: Perl_xs_handshake > NXAGENT is user /usr/bin/perl and ignoring the Perl bin directory at th= e start of the path, but it is nevertheless using the Perl environment va= riables and so is looking in the wrong place for the Perl library. I'd say this isn't a bug, but actually expected behavior. If you need different values for variables depending on which software you run, you either need to prefix them manually each time you call that software, or write a wrapper script, or use if/then clauses in your =2Ebash_profile. The latter is what you seem to have decided to do, and ran into problems with, judging from your bug report #1134, thus closing this one. -Stefan --=20 BAUR-ITCS UG (haftungsbeschr=E4nkt) Gesch=E4ftsf=FChrer: Stefan Baur Eichen=E4ckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 --dhu3etVtchbDgSePPao3whNqDch7lOx39-- --230j4SNB1VOJ5eqG2OmDNWFtk4XeiAsCf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJYdWGnAAoJEG7d9BjNvlEZYdwIAJ3oFW6M2IrQtSSkWOpNayqq Fk4cJ8kTroPK8zeo41c6H2RoMF+A9qm8lXYLDEFpKfOriZFnLk42P2QOu9CfDw+e Wm0GPibhZkDKINpk6AOSmNi9qEDYWsYO0DM1JqaI/hyOu1trXlykk+2aVJ8FncXq YoTI1lLUmKwEpSmexQ6Q2qCdxeO2BBdJfB4SrJdeLz7+G6QcZ3iVcE2EgSSCSbP7 k3c0JsxUQlcbl/PJagtHsKRUQFdw0tQe7Rk7XPYo07YwcQSpKjfyPwmbIEr7Uxod OvOitFDz6yNl998K7SdT/Grpj+v6hI/hE2XYjfRgUvvpKbmWqwrhFY/hAlzTUw0= =btcj -----END PGP SIGNATURE----- --230j4SNB1VOJ5eqG2OmDNWFtk4XeiAsCf-- From twtoal@ucdavis.edu Tue Jan 10 23:48:33 2017 Received: (at 1133) by bugs.x2go.org; 10 Jan 2017 22:48:34 +0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on ymir.das-netzwerkteam.de X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,URIBL_BLOCKED autolearn=ham version=3.3.2 Received: from localhost (localhost [127.0.0.1]) by ymir.das-netzwerkteam.de (Postfix) with ESMTP id 435213CC60 for <1133@bugs.x2go.org>; Tue, 10 Jan 2017 23:48:33 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at ymir.das-netzwerkteam.de Received: from ymir.das-netzwerkteam.de ([127.0.0.1]) by localhost (ymir.das-netzwerkteam.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BbGLnggOU0ul for <1133@bugs.x2go.org>; Tue, 10 Jan 2017 23:48:26 +0100 (CET) Received: from mail-pf0-f171.google.com (mail-pf0-f171.google.com [209.85.192.171]) by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id 0076B5DAA7 for <1133@bugs.x2go.org>; Tue, 10 Jan 2017 23:48:25 +0100 (CET) Received: by mail-pf0-f171.google.com with SMTP id 127so53884401pfg.1 for <1133@bugs.x2go.org>; Tue, 10 Jan 2017 14:48:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ucdavis-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=MtzXpoUtXVj2eaOrzSDfvOlUMfv8RawKMMGUbrlkR/k=; b=gdKcVCxkpfSokukDhMbedhv7AXQ8entCwS7f+Kgjxre9p/jkrexZOK6gY5PCYkss/x J/7gXdOWao3ewGYysM+KU9lIQUjCHkwBAkiZeSL/3RoFevXrFGcMMK+ROLHjqWrwc21+ wrc0/Lr8vHb7kfimjLAwvYZ95b6E6Q1tgb++SPR4VtSNFZfhPxLDy8IPDhsS5ymijOj6 7UjfzryygHgma9wEK5Ck8JZ1VeSzoN8Ti/JsE6KyoyJM+dizmp7wMOtHzlbf590zQkAN CRtPorPadxe0z6Yli7Ljtbw4B7xvfYCvzJmO9QqM4U4cCOJlVENGQRMxoj+tRbhruyI7 0Emw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=MtzXpoUtXVj2eaOrzSDfvOlUMfv8RawKMMGUbrlkR/k=; b=PHHjUkLCX5XKpC+zFRR5sjk/IUKiOALsOYAOCBXobE0qYCk6TcZ7V/ycsnCtGDtac/ VHuqwcg6QzFphVue8rEhUylBthYD6PqqKTQmCdrRwst0QNPAhpdcvNrcdrJH6K+zQ8MW o8orEvq2hM9ZF3aSBEVMc7JOBhRsBhK7j/A8X+D8A2sE9IVByDzIpmk03qX2o84tJIzP 6ERifKWhIUoDnAWgU06iaqWhY5EOQjlH82hOaUBT63Y1U+5ma3+zgqChMn9h6vRDz7+3 cxK21lUbRmVE3YaBlacaYcBcrW8iSNNGzP00c1PfjXzDkDAyiz65NF236H3MTH3XwCwO M3pw== X-Gm-Message-State: AIkVDXIsTVej90msNOmhnJ6FKJsgqb1yQ5puExGmyke1vOQ+IuhzN4RPgcJtF1gX3nUzjw== X-Received: by 10.84.224.133 with SMTP id s5mr8463851plj.130.1484088504538; Tue, 10 Jan 2017 14:48:24 -0800 (PST) Received: from dhcp22-gc1.genomecenter.ucdavis.edu (dhcp22-gc1.genomecenter.ucdavis.edu. [128.120.136.85]) by smtp.gmail.com with ESMTPSA id x16sm7761656pfk.79.2017.01.10.14.48.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Jan 2017 14:48:23 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: [X2Go-Dev] Bug#1133: Inconsistent Perl used by server or its agent on connect From: Ted Toal In-Reply-To: <7a1f025f-6a4f-9c6a-ffe6-4d18a712da86@baur-itcs.de> Date: Tue, 10 Jan 2017 14:48:22 -0800 Cc: 1133@bugs.x2go.org, control@bugs.x2go.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <7a1f025f-6a4f-9c6a-ffe6-4d18a712da86@baur-itcs.de> To: Stefan Baur X-Mailer: Apple Mail (2.3259) I disagree. Perl behavior is to look at env. var. PERL5LIB to find its = library. This should be set to match the Perl that is being invoked, = which is normally done by placing that Perl=E2=80=99s bin directory on = the path. Since I did place it on the path, there are only two = possibilities for why x2go ran /usr/bin/perl: either it hard-coded the = path to Perl, in which case it should first set PERL5LIB (or maybe there = is a Perl command line arg to specify the library folder), OR x2go = ignored my changes to PATH when it ran perl (in which case it should = also ignore PERL5LIB). - Ted > On Jan 10, 2017, at 2:35 PM, Stefan Baur = wrote: >=20 > Control: close -1 > Control: tag -1 not-a-bug >=20 > Am 10.01.2017 um 22:15 schrieb Ted Toal: >> Package: NXAGENT >> Version: 3.5.0 >>=20 >> My .bash_profile defines Perl environment variables for Active Perl, = and adds the Active Perl bin directory to the start of the path. This = causes an x2go session to fail with the message: >> Connection failed. /usr/bin/perl: symbol lookup error: = /share/carvajal-archive/PACKAGES/local/ActivePerl-5.24/lib/auto/Sys/Hostna= me/Hostname.so: undefined symbol: Perl_xs_handshake >> NXAGENT is user /usr/bin/perl and ignoring the Perl bin directory at = the start of the path, but it is nevertheless using the Perl environment = variables and so is looking in the wrong place for the Perl library. >=20 > I'd say this isn't a bug, but actually expected behavior. > If you need different values for variables depending on which software > you run, you either need to prefix them manually each time you call = that > software, or write a wrapper script, or use if/then clauses in your > .bash_profile. The latter is what you seem to have decided to do, and > ran into problems with, judging from your bug report #1134, thus = closing > this one. >=20 > -Stefan >=20 >=20 > --=20 > BAUR-ITCS UG (haftungsbeschr=C3=A4nkt) > Gesch=C3=A4ftsf=C3=BChrer: Stefan Baur > Eichen=C3=A4ckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 > Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 >=20 From X2Go-ML-1@baur-itcs.de Wed Jan 11 00:42:38 2017 Received: (at 1133) by bugs.x2go.org; 10 Jan 2017 23:42:40 +0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on ymir.das-netzwerkteam.de X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00,URIBL_BLOCKED autolearn=ham version=3.3.2 Received: from localhost (localhost [127.0.0.1]) by ymir.das-netzwerkteam.de (Postfix) with ESMTP id 509923CC5F for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 00:42:38 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at ymir.das-netzwerkteam.de Received: from ymir.das-netzwerkteam.de ([127.0.0.1]) by localhost (ymir.das-netzwerkteam.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JL3ytssL2riJ for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 00:42:31 +0100 (CET) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.24]) by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id 941DE5DA91 for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 00:42:31 +0100 (CET) Received: from [192.168.0.23] ([78.43.90.159]) by mrelayeu.kundenserver.de (mreue103 [212.227.15.145]) with ESMTPSA (Nemesis) id 0MLRLO-1cReI10FNq-000ZnW for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 00:42:31 +0100 Subject: Re: [X2Go-Dev] Bug#1133: Inconsistent Perl used by server or its agent on connect To: 1133@bugs.x2go.org References: <7a1f025f-6a4f-9c6a-ffe6-4d18a712da86@baur-itcs.de> From: Stefan Baur Message-ID: <836dd91e-6bc3-35e1-3759-e66b55715b1b@baur-itcs.de> Date: Wed, 11 Jan 2017 00:42:20 +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: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="I3E8O7epx7H1XM4VMxdX69M87uuO2tCpj" X-Provags-ID: V03:K0:sl/ACYXeJZw76ZViGMuBf9vUsdz3v29FrL/bc2Kvo6v69xZft78 5A/cVeNn9KKNgxwVxetTIpRawbbCvFxpWMh9QSXmuoSw50W0JbPJpepfhfgQtExJcuozSjd CoLVynOVNN34mwZsM7VZ7SzMCihMvbrvksOkK5//w7mdsNIgRxuSxJMEts/sYMlKzgB1jL7 vEl4WxNSRy0eawBhf4yTQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:XaMyKqLlr38=:J24xaYe6u/PXAmNNvrEzo9 gnUNDLXEgAUyLYhdWI3EYZyh1MWCbXKCvTAi97ARd6/bL32G9gk8C8ExVcEQtvzBN6ykP+/kb k/Umn9vy70PeUoAj9SpT5+362SmpZkkDYmPhvRR3YWB6YyoVrIO5axJkpkHC3jVG6IUppsBlb 6tupakm2/xqdYpTo9jP4cnBhBFhpZgWAuMRpi2XiETt5m44PTU41OXNSG2YVFSrvdu2WjOT/d emVq5WvU8HzC4u662KPVFMQUEGCVOpHlJzv/GFaLCzl2sqo6CVhqFh/zs4QgzLyTCptxX6AmF rWqjyZhqTVTt8rcHE736i7x0qjLCCg7s0gHaR8vGg4BQVHDW5h7rnSdY0PG1UvZI2oXz4ADat 4uQdol8pfMPiCvSWKSmkLBT9VXAk03W9gS4uCdWGImmteNiVR1VxLJVAh5y+7SToC7dAHNNHo TzH0mIzxDzWofsljk7KiY5+ayshUVwUoVe7GC3mVo/66XPi46nCaME6jFHGcMU9mQOlzpa4yn 3I3nKYh1h2eAxjQOlzSzZocrCcaSUUue1BDByLGPN45HFFrp1Mgu9uBNX/CdJiLX7x1LO5zOw 0LBQyO8VeaHbc14jadyW9uyZggSWRwl5U1D9L8XEGrrilla0F4BUtB0QTUxeQOnLxRtxF24Nx aD0dB+9Xk9d/rr948iYIk8lHLvnICF0GEcJ1dnmt77+0eTO+bO9g1bvhegMQagz9Bu8Q= This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --I3E8O7epx7H1XM4VMxdX69M87uuO2tCpj Content-Type: multipart/mixed; boundary="F8LfhoV508nhauWqA3RKhRTpmWsu5o5xA"; protected-headers="v1" From: Stefan Baur To: 1133@bugs.x2go.org Message-ID: <836dd91e-6bc3-35e1-3759-e66b55715b1b@baur-itcs.de> Subject: Re: [X2Go-Dev] Bug#1133: Inconsistent Perl used by server or its agent on connect References: <7a1f025f-6a4f-9c6a-ffe6-4d18a712da86@baur-itcs.de> In-Reply-To: --F8LfhoV508nhauWqA3RKhRTpmWsu5o5xA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ted, let's examine a few things here: You're saying that nxagent is doing things in Perl, and not the right things. When examining the contents of the nxagent package, all I'm seeing wrt/ executables are bash scripts and compiled binaries, but nothing written in Perl. So the nxagent package can't be at fault. We *do* have scripts that are written in Perl, and that might throw the error you quoted. Those are e.g. in the package with the name x2goserver (and I wouldn't be surprised to find more of them in other packages that have names beginning with x2go*). grep '^#!.*perl*' /usr/bin/x2go* returns a list of scripts that all have #!/usr/bin/perl as shebang, so yes, it's probably safe to say that the use of /usr/bin/perl as the Perl interpreter for our scripts is hardcoded= =2E But again, that's not a bug, but how scripting works on Linux/Unix. First line with shebang tells the shell which interpreter to use, so you don't have to prefix the script name with the name of the interpreter each time. And of course, if you set a variable with a name matching one that "a" Perl interpreter (be it ActivePerl or the system standard shipped with your distribution) looks for, it will use it. Your statement that the version of Perl being used depends on which one comes first in the path might be true on Windows; on Unix, it will only be true for when you type "perl" without a path in an interactive shell, or for when call it from within, say, a bash script without preceding it with a path. Once you chmod +x a Perl script and call it by its name, without prefacing the name and full path to the interpreter, the shebang line will be used to determine the interpreter. So, if you need to set PERL5LIB for your ActivePerl installation, it should be unset (by adding a suitable if/then clause) when your .bashrc / .bash_profile are read and parsed by an X2Go task. It's kind of weird that, according to your other bug report, you have exactly 0 indication that you're running from within an X2Go session. I can see how that makes it difficult to script around it ;-) - but let's track that in the other bug report. Kind Regards, Stefan Baur Am 10.01.2017 um 23:48 schrieb Ted Toal: > I disagree. Perl behavior is to look at env. var. PERL5LIB to find its= library. This should be set to match the Perl that is being invoked, wh= ich is normally done by placing that Perl=E2=80=99s bin directory on the = path. Since I did place it on the path, there are only two possibilities= for why x2go ran /usr/bin/perl: either it hard-coded the path to Perl, i= n which case it should first set PERL5LIB (or maybe there is a Perl comma= nd line arg to specify the library folder), OR x2go ignored my changes to= PATH when it ran perl (in which case it should also ignore PERL5LIB). >=20 > - Ted >=20 >=20 >=20 >=20 >> On Jan 10, 2017, at 2:35 PM, Stefan Baur wrot= e: >> >> Control: close -1 >> Control: tag -1 not-a-bug >> >> Am 10.01.2017 um 22:15 schrieb Ted Toal: >>> Package: NXAGENT >>> Version: 3.5.0 >>> >>> My .bash_profile defines Perl environment variables for Active Perl, = and adds the Active Perl bin directory to the start of the path. This cau= ses an x2go session to fail with the message: >>> Connection failed. /usr/bin/perl: symbol lookup error: /share/carvaja= l-archive/PACKAGES/local/ActivePerl-5.24/lib/auto/Sys/Hostname/Hostname.s= o: undefined symbol: Perl_xs_handshake >>> NXAGENT is user /usr/bin/perl and ignoring the Perl bin directory at = the start of the path, but it is nevertheless using the Perl environment = variables and so is looking in the wrong place for the Perl library. >> >> I'd say this isn't a bug, but actually expected behavior. >> If you need different values for variables depending on which software= >> you run, you either need to prefix them manually each time you call th= at >> software, or write a wrapper script, or use if/then clauses in your >> .bash_profile. The latter is what you seem to have decided to do, and= >> ran into problems with, judging from your bug report #1134, thus closi= ng >> this one. >> >> -Stefan >> >> >> --=20 >> BAUR-ITCS UG (haftungsbeschr=C3=A4nkt) >> Gesch=C3=A4ftsf=C3=BChrer: Stefan Baur >> Eichen=C3=A4ckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 >> Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 >> >=20 --=20 BAUR-ITCS UG (haftungsbeschr=C3=A4nkt) Gesch=C3=A4ftsf=C3=BChrer: Stefan Baur Eichen=C3=A4ckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 --F8LfhoV508nhauWqA3RKhRTpmWsu5o5xA-- --I3E8O7epx7H1XM4VMxdX69M87uuO2tCpj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJYdXFgAAoJEG7d9BjNvlEZMb0H/jePeI+4OoyYp/av0Oih2Q6q Zgkdnr5c2l1pdseIpk8Cjji7Zex6BdE/NjTUGEaTky+8JVq1dw6/zPiwEAPWL6xS /ozsjvgprOZ+8SSak/EjSiwhFyHNQXIIQ8nVB9cjPYM69R82fkD4we0kKLFVm6IG Kt9FFSI5XUJCqNq7wSFf+N8HvpviAiGBZZlPLa0a93Qhfc0AUGND1wxRfhP9NYGR cyBRrVH4yBegVeiT0vI/OyKQuWsLLVCXVyjrYzfjO3rVEn/N+puolW/qb+2yRS/I b83ZP4OaAYVf4NODmvvaty/ePXZm27nKUhYfRMyoereGImPphJxkbiBYRD4lpws= =cUvv -----END PGP SIGNATURE----- --I3E8O7epx7H1XM4VMxdX69M87uuO2tCpj-- From twtoal@ucdavis.edu Wed Jan 11 02:48:18 2017 Received: (at 1133) by bugs.x2go.org; 11 Jan 2017 01:48:20 +0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on ymir.das-netzwerkteam.de X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,URIBL_BLOCKED autolearn=ham version=3.3.2 Received: from localhost (localhost [127.0.0.1]) by ymir.das-netzwerkteam.de (Postfix) with ESMTP id 1EF123CC60 for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 02:48:18 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at ymir.das-netzwerkteam.de Received: from ymir.das-netzwerkteam.de ([127.0.0.1]) by localhost (ymir.das-netzwerkteam.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J3XYQRvZQZmt for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 02:48:11 +0100 (CET) Received: from mail-pf0-f180.google.com (mail-pf0-f180.google.com [209.85.192.180]) by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id 918D03CC5F for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 02:48:10 +0100 (CET) Received: by mail-pf0-f180.google.com with SMTP id 189so44029994pfu.3 for <1133@bugs.x2go.org>; Tue, 10 Jan 2017 17:48:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ucdavis-edu.20150623.gappssmtp.com; s=20150623; h=from:content-transfer-encoding:mime-version:subject:date:references :to:in-reply-to:message-id; bh=g2AjZs9Gpsf9+yvvk8n6oJkwYAacS8gO/hT6jWa6SyE=; b=X4Evko1y9WmU3GFyrBJX1wP5mzGKsMFSn++8JHsFxHVLsrMk4fgKDadjEF5IdHaDlE Q4MkTc/Bu4TUnjPAQ6Zz6NpKfEKT4OniiBxVSre34ka1niKWhGIKlUI+iCwPtPqD9crC BilnrO0F+zbaNm68KpBYSZ/PVaL/cqYrxlli9zKJfltBXToMergfZEAmQo8iv8R2CcCh kGE4+Nk0jv3yEeCkuYtkDQQZ6b7K+4ZJN5tdpR2ZcpO1ilo7rKcrdv1lR7z0mN3x+2MF 0/SoZ9pu+qxqiG3Y5DmxXTnBwTylnpNYKxHINFWxFsIOITRrSU2nVZihKQoVQ1EmmmyU NeiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=g2AjZs9Gpsf9+yvvk8n6oJkwYAacS8gO/hT6jWa6SyE=; b=nqXrLqr2Vbe6nlAbf4TpcIl46A4+lUFWo/4+FmMlhCZo3s52W/vHWpkkr/xLG5IKOl RTB754sxEaQ7tryeLbt4ITB3UijloTQBn6JxnD5rEZ4jwWJI8b+FhC810pQKKUuD7nwx 92C9ouRNsWGURB/38o5NtskeMEBBXX7qV3srmSZ5j6WM+in02NeShERRv2a3alhlWDr0 9aQJGbDg4RTwQSed5od67v7QIc6mnaFRmJ1kqY3bAcPDIPR9E0Sxhh2KlxQBjPzaHIdZ ehP88t3C/g7Z6Yr+jReJlT9wsoLdM1bNlIPAZwsFtXN2IZali1H+tY5eN4ShGZzY7ILH wTAQ== X-Gm-Message-State: AIkVDXLwTZkedjwx2QjQeSiQzYlh4qXTEnNCWMErYBcW6LlCVQWzvBYHJjzoR9vPyv0XFw== X-Received: by 10.99.142.65 with SMTP id k62mr7580822pge.157.1484099288779; Tue, 10 Jan 2017 17:48:08 -0800 (PST) Received: from dhcp22-gc1.genomecenter.ucdavis.edu (dhcp22-gc1.genomecenter.ucdavis.edu. [128.120.136.85]) by smtp.gmail.com with ESMTPSA id e90sm2060904pfl.32.2017.01.10.17.48.06 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Jan 2017 17:48:07 -0800 (PST) From: Ted Toal Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: [X2Go-Dev] Bug#1133: Bug#1133: Inconsistent Perl used by server or its agent on connect Date: Tue, 10 Jan 2017 17:48:06 -0800 References: <7a1f025f-6a4f-9c6a-ffe6-4d18a712da86@baur-itcs.de> <836dd91e-6bc3-35e1-3759-e66b55715b1b@baur-itcs.de> To: Stefan Baur , 1133@bugs.x2go.org In-Reply-To: <836dd91e-6bc3-35e1-3759-e66b55715b1b@baur-itcs.de> Message-Id: <35BC44E5-C0D7-4B77-A09E-FBD00AD5193E@ucdavis.edu> X-Mailer: Apple Mail (2.3259) 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 > On Jan 10, 2017, at 3:42 PM, Stefan Baur = wrote: >=20 > Ted, >=20 > let's examine a few things here: >=20 > You're saying that nxagent is doing things in Perl, and not the right > things. When examining the contents of the nxagent package, all I'm > seeing wrt/ executables are bash scripts and compiled binaries, but > nothing written in Perl. > So the nxagent package can't be at fault. >=20 > We *do* have scripts that are written in Perl, and that might throw = the > error you quoted. Those are e.g. in the package with the name > x2goserver (and I wouldn't be surprised to find more of them in other > packages that have names beginning with x2go*). >=20 > grep '^#!.*perl*' /usr/bin/x2go* returns a list of scripts that all = have > #!/usr/bin/perl as shebang, so yes, it's probably safe to say that the > use of /usr/bin/perl as the Perl interpreter for our scripts is = hardcoded. >=20 > But again, that's not a bug, but how scripting works on Linux/Unix. > First line with shebang tells the shell which interpreter to use, so = you > don't have to prefix the script name with the name of the interpreter > each time. >=20 > And of course, if you set a variable with a name matching one that "a" > Perl interpreter (be it ActivePerl or the system standard shipped with > your distribution) looks for, it will use it. >=20 > Your statement that the version of Perl being used depends on which = one > comes first in the path might be true on Windows; on Unix, it will = only > be true for when you type "perl" without a path in an interactive = shell, > or for when call it from within, say, a bash script without preceding = it > with a path. > Once you chmod +x a Perl script and call it by its name, without > prefacing the name and full path to the interpreter, the shebang line > will be used to determine the interpreter. >=20 > So, if you need to set PERL5LIB for your ActivePerl installation, it > should be unset (by adding a suitable if/then clause) when your = .bashrc > / .bash_profile are read and parsed by an X2Go task. > It's kind of weird that, according to your other bug report, you have > exactly 0 indication that you're running from within an X2Go session. > I can see how that makes it difficult to script around it ;-) - but > let's track that in the other bug report. >=20 > Kind Regards, > Stefan Baur >=20 > Am 10.01.2017 um 23:48 schrieb Ted Toal: >> I disagree. Perl behavior is to look at env. var. PERL5LIB to find = its library. This should be set to match the Perl that is being = invoked, which is normally done by placing that Perl=E2=80=99s bin = directory on the path. Since I did place it on the path, there are only = two possibilities for why x2go ran /usr/bin/perl: either it hard-coded = the path to Perl, in which case it should first set PERL5LIB (or maybe = there is a Perl command line arg to specify the library folder), OR x2go = ignored my changes to PATH when it ran perl (in which case it should = also ignore PERL5LIB). >>=20 >> - Ted >>=20 >>=20 >>=20 >>=20 >>> On Jan 10, 2017, at 2:35 PM, Stefan Baur = wrote: >>>=20 >>> Control: close -1 >>> Control: tag -1 not-a-bug >>>=20 >>> Am 10.01.2017 um 22:15 schrieb Ted Toal: >>>> Package: NXAGENT >>>> Version: 3.5.0 >>>>=20 >>>> My .bash_profile defines Perl environment variables for Active = Perl, and adds the Active Perl bin directory to the start of the path. = This causes an x2go session to fail with the message: >>>> Connection failed. /usr/bin/perl: symbol lookup error: = /share/carvajal-archive/PACKAGES/local/ActivePerl-5.24/lib/auto/Sys/Hostna= me/Hostname.so: undefined symbol: Perl_xs_handshake >>>> NXAGENT is user /usr/bin/perl and ignoring the Perl bin directory = at the start of the path, but it is nevertheless using the Perl = environment variables and so is looking in the wrong place for the Perl = library. >>>=20 >>> I'd say this isn't a bug, but actually expected behavior. >>> If you need different values for variables depending on which = software >>> you run, you either need to prefix them manually each time you call = that >>> software, or write a wrapper script, or use if/then clauses in your >>> .bash_profile. The latter is what you seem to have decided to do, = and >>> ran into problems with, judging from your bug report #1134, thus = closing >>> this one. >>>=20 >>> -Stefan >>>=20 >>>=20 >>> --=20 >>> BAUR-ITCS UG (haftungsbeschr=C3=A4nkt) >>> Gesch=C3=A4ftsf=C3=BChrer: Stefan Baur >>> Eichen=C3=A4ckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 >>> Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 >>>=20 >>=20 >=20 >=20 > --=20 > BAUR-ITCS UG (haftungsbeschr=C3=A4nkt) > Gesch=C3=A4ftsf=C3=BChrer: Stefan Baur > Eichen=C3=A4ckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 > Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 >=20 > _______________________________________________ > x2go-dev mailing list > x2go-dev@lists.x2go.org > http://lists.x2go.org/listinfo/x2go-dev From ionic@ionic.de Wed Jan 11 09:58:38 2017 Received: (at 1133) by bugs.x2go.org; 11 Jan 2017 08:58:45 +0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on ymir.das-netzwerkteam.de X-Spam-Level: X-Spam-Status: No, score=-2.0 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,URIBL_BLOCKED autolearn=ham version=3.3.2 Received: from localhost (localhost [127.0.0.1]) by ymir.das-netzwerkteam.de (Postfix) with ESMTP id 775B03CDDD for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 09:58:38 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at ymir.das-netzwerkteam.de Received: from ymir.das-netzwerkteam.de ([127.0.0.1]) by localhost (ymir.das-netzwerkteam.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r1lWg3BtUqzr for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 09:58:15 +0100 (CET) Received: from Root24.de (powered.by.root24.eu [5.135.3.88]) by ymir.das-netzwerkteam.de (Postfix) with ESMTP id 3CD005DA91 for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 09:58:13 +0100 (CET) Received: from nopileos.local (178.162.222.41.adsl.inet-telecom.org [178.162.222.41]) by mail.ionic.de (Postfix) with ESMTPSA id 879BE4F00643; Wed, 11 Jan 2017 09:58:11 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ionic.de; s=default; t=1484125092; bh=+oJ1HHx18tXkZv5WR2/LJpmqe0MpKYVrIVY5c97jZ+Y=; h=Subject:To:References:From:Date:In-Reply-To:From; b=YA0kJg5ux4tCV+DKo0aDuCGFv9i271InO93wVxhDqbEeuBlAwu4QrbSm5+kUWdDZk +MGEYOiWYs6qry0oGYCNylRcQXPdDwwIOpF5E74r1UN9KcfHN3H3m4GoYtdl8USbOG of2Jh7BCmHv5eQCJMpjQKbPf1s379mFpxhefagoU= Subject: Re: [X2Go-Dev] Inconsistent Perl used by server or its agent on connect To: Ted Toal , 1133@bugs.x2go.org References: <7a1f025f-6a4f-9c6a-ffe6-4d18a712da86@baur-itcs.de> <836dd91e-6bc3-35e1-3759-e66b55715b1b@baur-itcs.de> <35BC44E5-C0D7-4B77-A09E-FBD00AD5193E@ucdavis.edu> From: Mihai Moldovan Message-ID: <8a78c5fb-56db-a260-705f-6b2b0671d9c6@ionic.de> Date: Wed, 11 Jan 2017 09:58:09 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; 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-sha512; protocol="application/pgp-signature"; boundary="mtlSJVIkXdQ3udVD5HTBL1oUSqGCaIg7F" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mtlSJVIkXdQ3udVD5HTBL1oUSqGCaIg7F Content-Type: multipart/mixed; boundary="d0dShORUTCftk7GvBWGFPjcmfLvkJQIQb"; protected-headers="v1" From: Mihai Moldovan To: Ted Toal , 1133@bugs.x2go.org Message-ID: <8a78c5fb-56db-a260-705f-6b2b0671d9c6@ionic.de> Subject: Re: [X2Go-Dev] Inconsistent Perl used by server or its agent on connect References: <7a1f025f-6a4f-9c6a-ffe6-4d18a712da86@baur-itcs.de> <836dd91e-6bc3-35e1-3759-e66b55715b1b@baur-itcs.de> <35BC44E5-C0D7-4B77-A09E-FBD00AD5193E@ucdavis.edu> In-Reply-To: <35BC44E5-C0D7-4B77-A09E-FBD00AD5193E@ucdavis.edu> --d0dShORUTCftk7GvBWGFPjcmfLvkJQIQb Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Control: reassign -1 x2goserver 4.0.1.20 On 11.01.2017 02:48 AM, Ted Toal wrote: > perl has the -l option for specifying the PERL5LIB path. That option c= an, and I think should, be used on the shebang of the x2go perl scripts: >=20 > #!/usr/bin/perl -l /usr/lib/perl5 >=20 > or something like that. I know the shebang line allows args. If you explicitly break your setup by defining random variables in shell = startup scripts, you'll have to handle the outcome. Following the same line of original reasoning, users COULD potentially re= place /usr/bin/perl with /bin/false. It's unreasonable to expect stuff to check= whether /usr/bin/perl actually is a Perl interpreter. In your case, the proper workaround would be to change the perl hashbangs= to "#!/usr/bin/env perl" instead, so that the first matching perl binary in = $PATH is used. I won't change that in x2goserver, though, as we have literally = no idea what users do to their PATH variable (and shouldn't assume.) Note, that t= his may still not work, as I vaguely remember at least X2Go Client to export a sa= ne PATH value before executing any command remotely, though. If anything, we could explicitly unset PERL5LIB in the client application= for additional sanitation. Would that make sense? Mihai --d0dShORUTCftk7GvBWGFPjcmfLvkJQIQb-- --mtlSJVIkXdQ3udVD5HTBL1oUSqGCaIg7F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCgAGBQJYdfOhAAoJEB/WLtluJTqHxkkQAMalKNODou6Z6VUHrhbS4KB3 Aacssmgw/sMFnfLxQuSGR9mIrzWX+4BsG6rJSsN+lrO7N4ysnfprqADd4JpcgkM6 YWNxH8mzgdcaQMkUK2qx57YOrjajSkQz/h5oM0p0UaXGiqo7gVf2aeSnDL1V11Q2 unafXT34zZjT7QbpXVTpwehmWxah0qFMF925fvySKYY0yO4+SpYN032Tlg1newoM FB4l+ojf5UhCWj2nM0DHu/W0cjQrXI53tb3uyTx1xWJREgeEYPt3Lsoe+1djyq+f iNrAQ8zuryLDWuvpKvJGzBj0pvxS4pTeFbS6CI6HKklxSpz3k9v9aYK8QBYJx8Ox fCVrHz0ugjz6/s+r5XjVFcs9FrJZjQX25O12ojUcLeUnM2RN6RsY7cn8FpqCdvoU NvaS92x1jA0c6X5lRYiYKyePJF2USr5FBMCsqhgwBqkVhq7B0otyjpgNo2nzkJEs 66tuz5MjzO4bJR68F8nhAtYuUJh9I4irSDALqbvSFttAYjDLyHJRlq4yMEQnD73p PHCfx8n5DjxvMoXHdO0KsUEWCfZhLZKfYu6daydA1bTdhJ9S8hampZAHSzcIJguq bJAJea5z9G1XhQ2zcglxWPRRhc2Q7r76iPPH/kmB6N4wdQUpHW5O0zw8Jav4ziTj 5TxicCE5h8qRQeN7SCnI =/0DL -----END PGP SIGNATURE----- --mtlSJVIkXdQ3udVD5HTBL1oUSqGCaIg7F-- From X2Go-ML-1@baur-itcs.de Wed Jan 11 10:11:28 2017 Received: (at 1133) by bugs.x2go.org; 11 Jan 2017 09:11:29 +0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on ymir.das-netzwerkteam.de X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00 autolearn=ham version=3.3.2 Received: from localhost (localhost [127.0.0.1]) by ymir.das-netzwerkteam.de (Postfix) with ESMTP id EC0DA3CDDD for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 10:11:27 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at ymir.das-netzwerkteam.de Received: from ymir.das-netzwerkteam.de ([127.0.0.1]) by localhost (ymir.das-netzwerkteam.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VmoGGXP3CI4b for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 10:11:21 +0100 (CET) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.24]) by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id 3F6CF5DA91 for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 10:11:21 +0100 (CET) Received: from [192.168.0.23] ([78.43.90.159]) by mrelayeu.kundenserver.de (mreue102 [212.227.15.145]) with ESMTPSA (Nemesis) id 0M9oRE-1cKc4j1g6K-00B3UR; Wed, 11 Jan 2017 10:05:57 +0100 Subject: Re: [X2Go-Dev] Bug#1133: Bug#1133: Inconsistent Perl used by server or its agent on connect To: Ted Toal , 1133@bugs.x2go.org References: <7a1f025f-6a4f-9c6a-ffe6-4d18a712da86@baur-itcs.de> <836dd91e-6bc3-35e1-3759-e66b55715b1b@baur-itcs.de> <35BC44E5-C0D7-4B77-A09E-FBD00AD5193E@ucdavis.edu> From: Stefan Baur 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" X-Provags-ID: V03:K0:kyTHo9hnbi6yW7I7nCwsfJ0DjbFpxcZfY344tVvmgkfEh0hwGhB PRSq5xmGLr7+4/vr+Uuoi5+6WAOHYBeL6UR2DbMOtByMlh4p5IyAWWGC3igiPfd71qmdwRs /7kO+JDbQCocHZcTGHLkmkQDdidPZcHMxuBWWk2n7soNEOQQTIq7vVxI0dJWDmVnl715eY5 181Ao0XBYW7EzPGoxofgQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:Pv5hjUiTkGw=:AYgs/MZvnTnqrb3OBeiRNi /0giegeNgolbhw6LfGY4l0PjpoXW0hjZOTvsvGmTIEoYw51iJS7ZlDowdG0yr6uKe6WvaBI9Z 8roPoTbN4ncehRpz4yw6QO5rj3F1q++T0Mt0hhw9d/rRdMxnkwkGg23/s+g4qBtCHBEMac38W KnNdlGfV+qQxQtFIYaeDlrrZQkxiGP/PIhY1qmp3g3Bpl7I8DZYNNqJTGRTx6xhbqeMHXGjj+ 0gsX4Ho/chQaM2TuxoM1f25cPhYVvALEVtiRT4O5wPgYITSRUMk/ajWkBXJF4rMKJFACxAwye nYLH9t2xnWZ56bxbEuxhSXwtKGwfwtLt1bsqmD6XXt8G/A6AUmnHyb5CJ/0r6C401jkOFAJvs mZYDsMIUeZ9fILv+u3oic/Syi2W3KZxCMKqq06xojZaUUTDzlI5EouwmLhfCyzLYNlh6k/k1v wFRTjSSvTUjrHuHZt4f79mZjXXpz61GDmxo0FD1aWNt0d0iHAxJU06is44jyQ+6J3QlIv2ln/ iB4v5eDgqSA8EL39JodWXE179Gg/soej3UXPOha/bf/drO0eUoUWIiMeaNc8bFipLji9aCHDs 4fTDPe2c/OSiqQWn4fJ+SsyPAXjsRj8kz7Ks42ihTdc9x9mYMPH90z2IKETPZxtuGXyDrMV2+ evDFtINbFAF2AMIwY0ydyAMKe6I7msykCI1ZrcYb1znUjwPFTkK6ealzUTmKBVP1pRCA= This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OxSNwdqkmBxxUlkTONW4b0xC3fXQwCXfk Content-Type: multipart/mixed; boundary="e2BbrNxwDtwPcIt0HpS4JEh8eAo7g2Ju3"; protected-headers="v1" From: Stefan Baur To: Ted Toal , 1133@bugs.x2go.org Message-ID: <7b997594-addb-eced-9c41-1d520f712fa8@baur-itcs.de> Subject: Re: [X2Go-Dev] Bug#1133: Bug#1133: Inconsistent Perl used by server or its agent on connect References: <7a1f025f-6a4f-9c6a-ffe6-4d18a712da86@baur-itcs.de> <836dd91e-6bc3-35e1-3759-e66b55715b1b@baur-itcs.de> <35BC44E5-C0D7-4B77-A09E-FBD00AD5193E@ucdavis.edu> In-Reply-To: <35BC44E5-C0D7-4B77-A09E-FBD00AD5193E@ucdavis.edu> --e2BbrNxwDtwPcIt0HpS4JEh8eAo7g2Ju3 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 variabl= e: PERL5LIB=3D/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 --=20 BAUR-ITCS UG (haftungsbeschr=C3=A4nkt) Gesch=C3=A4ftsf=C3=BChrer: Stefan Baur Eichen=C3=A4ckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 --e2BbrNxwDtwPcIt0HpS4JEh8eAo7g2Ju3-- --OxSNwdqkmBxxUlkTONW4b0xC3fXQwCXfk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJYdfVtAAoJEG7d9BjNvlEZDf8H/RUhtl2p8Wg2Ju0Gi8E9nup3 brb9Od30SOOzmXuWbYCzMJfYKWOwjSP0580jvK3HvlmwbFbEDeEMWHikboU6fFbs znYNtiXTlyvAKIpaoO6dpH5sExZ0Ytt1CF9+rUmKo7YTFhYt6wUahP2eiSItzYNy H0Y5kxjjW4vhsIViABMk127TMbHDY12pIhKrIqZmR9LmxObvTttaBeN6PnmwCesi n1uOZSr1QCybJfPIELOSzs3v4GYXFXNkmpVaRsHJRJP+QoQ2wqQZO9hsVp+0thIu dVg2cXIwWcAXQxctKJf+91kNFqePbei7Rkn+lNHmRr45TIMB2bptKrHF3mzSvuQ= =p1c+ -----END PGP SIGNATURE----- --OxSNwdqkmBxxUlkTONW4b0xC3fXQwCXfk-- From twtoal@ucdavis.edu Wed Jan 11 18:41:47 2017 Received: (at 1133) by bugs.x2go.org; 11 Jan 2017 17:41:48 +0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on ymir.das-netzwerkteam.de X-Spam-Level: X-Spam-Status: No, score=-1.4 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_SORBS_SPAM,URIBL_BLOCKED autolearn=no version=3.3.2 Received: from localhost (localhost [127.0.0.1]) by ymir.das-netzwerkteam.de (Postfix) with ESMTP id 66E563CDDE for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 18:41:47 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at ymir.das-netzwerkteam.de Received: from ymir.das-netzwerkteam.de ([127.0.0.1]) by localhost (ymir.das-netzwerkteam.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9pXGLoVReEGi for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 18:41:40 +0100 (CET) Received: from mail-pf0-f193.google.com (mail-pf0-f193.google.com [209.85.192.193]) by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id 1649E3CDDD for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 18:41:40 +0100 (CET) Received: by mail-pf0-f193.google.com with SMTP id f144so14362514pfa.2 for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 09:41:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ucdavis-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=FCOjrOidOcRj0Wjhwka20X2yw68T5LQgW65sRBQLtug=; b=LYdGdW7rLCUxWIO64aE1USO0M1w7+LmBxJjsW9AQeAqkyI+80Go+KDswuAY3sqZxKP SSbJeKV0r505+gVUnyY+IECC+7iAlqxBLMK2Z9LUCVdfEqfgDFTpgM/tGFrEK2Ygz/7z pVFawhCi2xfGIm61rIhm9utNvpJJdhJR1jxvFAZHV5lRpeBF00HdubZP1EV5G6FGtTqw qKlIgddpPSmQg0LhBbA7TZFJ3P+/If5O7cHssSO1ccwvPfTb3y3kyuRF5tuN1ZVwf64P sqxmHC0/mOpvT/s1sVrwq/bo6eGYAwZrJekmYMJNRvIPvqKaMylNrxWiPok3pNWBoSKD SXRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=FCOjrOidOcRj0Wjhwka20X2yw68T5LQgW65sRBQLtug=; b=Y0DT9o2dJ7ZHWKp9EhYPTTs2/4yFxLSwBjWvO94Z3SzbriZiI5DJNV4rT1KpfyTLKX BEq5rFSeIhCBecWKQyfSDfZDVTtngs+irsanOVPa8KkiyM7DoRhX1suKUtDLE/qrR4GY hbFg+T5jiyMojnw6A5HdmvxspkgPLE0nxovn6WM8/wE5vaLvXKf+Wg2Y34qMQFhedccg LvdB75y/+wkwpJDOohMiR2/dY3x4t6I02Ehy1pCXffxmaPXSNUKXYpkyeZ+aG7mYhOlA ePpoIoQ0dygMKE2PzgO7Ra9qULGQrhHgbmURDqgWsrn/YIoviCOOiuOtZf3nHHvgthoU k1mQ== X-Gm-Message-State: AIkVDXLmtCuxeTNvlLeyhcO0TK7Lorbx3pz+yJ8aTVWsQOZxY+GUlq8pzSmsoQ/zMsnkow== X-Received: by 10.99.116.22 with SMTP id p22mr12088672pgc.161.1484156498603; Wed, 11 Jan 2017 09:41:38 -0800 (PST) Received: from dhcp22-gc1.genomecenter.ucdavis.edu (dhcp22-gc1.genomecenter.ucdavis.edu. [128.120.136.85]) by smtp.gmail.com with ESMTPSA id r1sm15429137pgn.48.2017.01.11.09.41.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 11 Jan 2017 09:41:36 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: [X2Go-Dev] Bug#1133: Bug#1133: Inconsistent Perl used by server or its agent on connect From: Ted Toal In-Reply-To: <7b997594-addb-eced-9c41-1d520f712fa8@baur-itcs.de> Date: Wed, 11 Jan 2017 09:41:35 -0800 Cc: 1133@bugs.x2go.org Content-Transfer-Encoding: quoted-printable Message-Id: <9C7ACD7C-175E-4E19-8322-E3950DAD7159@ucdavis.edu> References: <7a1f025f-6a4f-9c6a-ffe6-4d18a712da86@baur-itcs.de> <836dd91e-6bc3-35e1-3759-e66b55715b1b@baur-itcs.de> <35BC44E5-C0D7-4B77-A09E-FBD00AD5193E@ucdavis.edu> <7b997594-addb-eced-9c41-1d520f712fa8@baur-itcs.de> To: Stefan Baur X-Mailer: Apple Mail (2.3259) Sorry for the mixup about lower case l and capital I. I don=E2=80=99t = know that using a different font would have helped in this case. I had = the wrong one specified and you found it and used it despite the font. = Btw, the web site where I found the option (perlmaven.com) also used a = font that didn=E2=80=99t distinguish it, which is how it propagated to = me. Perhaps that option on the shebang is not the best way to handle this. = But you are wrong to think that people should not or will not be setting = PERL5LIB in their .bashrc. It is normal practice among Perl users, and = in fact I would guess that the majority of Perl users do so. And that = breaks x2go. x2go should never assume that the environment variables = used by a program it is invoking, especially /usr/lib/perl, will be set = the way it wants them set, after .bashrc has run. ted > On Jan 11, 2017, at 1:05 AM, Stefan Baur = wrote: >=20 > Control: close -1 > thanks >=20 > [re-sent as the original message went to Ted's personal mailbox only] >=20 > 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: >>>=20 >>> #!/usr/bin/perl -l /usr/lib/perl5 >>>=20 >>> or something like that. I know the shebang line allows args. >=20 > Ted, >=20 > 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. >=20 > 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. >=20 > Why explicitly setting the PERL5LIB path in the shebang line is a bad > idea can be shown like this: >=20 > First, run > perl -e 'print "@INC\n";' > to display the default. >=20 > 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 . >=20 > Next, run > perl -I /foo -e 'print "@INC\n";' > which corresponds to setting -I /foo on the shebang line. >=20 > 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 . >=20 > Notice how the search path is extended, not replaced, by /foo ending = up > at the beginning. >=20 > Now let's see what happens when combining -I *and* a set PERL5LIB = variable: > PERL5LIB=3D/bar perl -I /foo -e 'print "@INC\n";' >=20 > 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 . >=20 > 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. >=20 > And this is exactly NOT what a user expects, even though it would = solve > your percieved problem: >=20 > 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. >=20 > Adding -I /path/to/libs at the shebang line would break what is = expected > behavior. >=20 > No one keeps you from running a search and replace on all X2Go-related > scripts after installing them, though ... >=20 > However, I would strongly recommend against that and suggest = un-setting > PERL5LIB in .bashrc when an X2Go-related bash invocation is detected, > instead. >=20 > 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. >=20 > Kind Regards, > Stefan Baur > --=20 > BAUR-ITCS UG (haftungsbeschr=C3=A4nkt) > Gesch=C3=A4ftsf=C3=BChrer: Stefan Baur > Eichen=C3=A4ckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 > Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 >=20 >=20 From twtoal@ucdavis.edu Wed Jan 11 18:52:21 2017 Received: (at 1133) by bugs.x2go.org; 11 Jan 2017 17:52:27 +0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on ymir.das-netzwerkteam.de X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,URIBL_BLOCKED autolearn=ham version=3.3.2 Received: from localhost (localhost [127.0.0.1]) by ymir.das-netzwerkteam.de (Postfix) with ESMTP id 5897B3CDDD for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 18:52:21 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at ymir.das-netzwerkteam.de Received: from ymir.das-netzwerkteam.de ([127.0.0.1]) by localhost (ymir.das-netzwerkteam.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wdl2nlvRYzS0 for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 18:52:14 +0100 (CET) Received: from mail-pf0-f179.google.com (mail-pf0-f179.google.com [209.85.192.179]) by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id C84485DA91 for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 18:52:13 +0100 (CET) Received: by mail-pf0-f179.google.com with SMTP id 189so51568575pfu.3 for <1133@bugs.x2go.org>; Wed, 11 Jan 2017 09:52:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ucdavis-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=gR1jFkfc4WpxF+VbBZomRqwzbuNT0QyiOoh4JRabnQY=; b=HT05Lh8Cf2YeIWHpMAnRFLvTcyuZbNgYA71cMKJKFQYOq2anKtGcPk60MGAGqtlwRa 8GgPtq+hQzEF5OdvyCnn9X24upjCDEx/vHFA4Zpt6vYfbfPTfz4h079FYNh7wH3+Qcyr f4wKmeWYZ1rLKnCcIPhqPx/m37n80ssyRM56b89bNDk//NGPKKPr4oYlmgVWVmR16UXw wLcejZ5oUAhMfoA4gwyL81dwrdRENOsCjlRUt3T7T6qbl/8eOSBZaa1dvjCQvrz+su4Y AhtWTB9PilbMbyGC3ek5nbctn9SfVerX3eJdLqLJ4lxBUPSNvqeRZwUcu2b8/+hwXTdu SW3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=gR1jFkfc4WpxF+VbBZomRqwzbuNT0QyiOoh4JRabnQY=; b=PjNlaBVsvd8EW9nOilJFX2okFzZPFaqcnb0vVR9GKFxmFyv3tYtPkJSPPOxmSWW6z8 UIkNJeAeW6DE9f6NtFdthyJaDaDWy/a25sSmQSCXdoXsaOn3YTNKL/oKZGKKObu1HEaD 7fAvdMUlKcA7W3cIgfeJ74DDB0+IKhQHPxomC989SBBKiwdwkn7UfznFguukLoCX2oKC dJyeAJRbQTAHCCE/vVFazP5NUSWm36xrkzN/yN10fbcjiMaEoVMYE3MQCzciu7jVM62i uYsR5SKViSikSa+3QCzjvhjOSzYVHbXQj4ftWsiQUMOj2QDuJjDaa73QvQz2QzazpYku 9Tog== X-Gm-Message-State: AIkVDXKAGSOLdhDl0qUKGRp774PqXHc2X1BssO88hOf8wlOmLlQ9KgiLO2hPNQHc0ICDHw== X-Received: by 10.84.232.133 with SMTP id i5mr11567386plk.79.1484157132331; Wed, 11 Jan 2017 09:52:12 -0800 (PST) Received: from dhcp22-gc1.genomecenter.ucdavis.edu (dhcp22-gc1.genomecenter.ucdavis.edu. [128.120.136.85]) by smtp.gmail.com with ESMTPSA id q7sm15456124pgn.20.2017.01.11.09.52.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 11 Jan 2017 09:52:11 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: [X2Go-Dev] Inconsistent Perl used by server or its agent on connect From: Ted Toal In-Reply-To: <8a78c5fb-56db-a260-705f-6b2b0671d9c6@ionic.de> Date: Wed, 11 Jan 2017 09:52:10 -0800 Cc: 1133@bugs.x2go.org Content-Transfer-Encoding: quoted-printable Message-Id: <4C5C5AD5-158A-457D-A3BC-C1A5ADF1B461@ucdavis.edu> References: <7a1f025f-6a4f-9c6a-ffe6-4d18a712da86@baur-itcs.de> <836dd91e-6bc3-35e1-3759-e66b55715b1b@baur-itcs.de> <35BC44E5-C0D7-4B77-A09E-FBD00AD5193E@ucdavis.edu> <8a78c5fb-56db-a260-705f-6b2b0671d9c6@ionic.de> To: Mihai Moldovan X-Mailer: Apple Mail (2.3259) > If you explicitly break your setup by defining random variables in = shell startup > scripts, you'll have to handle the outcome. >=20 I did not break perl, I replaced perl with a different perl, which = involved adding a PATH and changing Perl env. vars. In a sense, the = real problem is that Perl finds its libraries in a stupid way. But = given that it is this way, I don=E2=80=99t know what the best way to = deal with this situation is. Fixing it with =E2=80=98if=E2=80=99 = statements in .bashrc is a lousy solution, an annoyance to a lot of = people. >=20 > If anything, we could explicitly unset PERL5LIB in the client = application for > additional sanitation. Would that make sense? Yes it would. But then I don=E2=80=99t know if Perl will still find the = libraries it needs. It might, because it may have the default library = paths hard-coded. I seem to remember reading that Perl puts some paths = in place when it is compiled. Maybe the Active Perl I use was not = compiled correctly to get the correct default paths, and if it had been = maybe I wouldn=E2=80=99t need to set PERL5LIB. ted >=20 >=20 > Mihai > On Jan 11, 2017, at 12:58 AM, Mihai Moldovan wrote: >=20 > Control: reassign -1 x2goserver 4.0.1.20 >=20 > On 11.01.2017 02:48 AM, Ted Toal wrote: >> 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: >>=20 >> #!/usr/bin/perl -l /usr/lib/perl5 >>=20 >> or something like that. I know the shebang line allows args. >=20 > If you explicitly break your setup by defining random variables in = shell startup > scripts, you'll have to handle the outcome. >=20 > Following the same line of original reasoning, users COULD potentially = replace > /usr/bin/perl with /bin/false. It's unreasonable to expect stuff to = check > whether /usr/bin/perl actually is a Perl interpreter. >=20 >=20 > In your case, the proper workaround would be to change the perl = hashbangs to > "#!/usr/bin/env perl" instead, so that the first matching perl binary = in $PATH > is used. I won't change that in x2goserver, though, as we have = literally no idea > what users do to their PATH variable (and shouldn't assume.) Note, = that this may > still not work, as I vaguely remember at least X2Go Client to export a = sane PATH > value before executing any command remotely, though. >=20 > If anything, we could explicitly unset PERL5LIB in the client = application for > additional sanitation. Would that make sense? >=20 >=20 >=20 > Mihai >=20 From unknown Thu Mar 28 23:42:55 2024 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@bugs.x2go.org From: Debbugs Internal Request Subject: Internal Control Message-Id: Bug archived. Date: Thu, 09 Feb 2017 06:24:02 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A long time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # Bug archived. thanks # This fakemail brought to you by your local debbugs # administrator