Fabric: कपड़ा पर्यावरण को स्थानीय शेल में नहीं भेजता है, जैसे Invoke does

को निर्मित 11 मई 2018 · 14टिप्पणियाँ · स्रोत: fabric/fabric

इस कार्य परिभाषा पर विचार करें, दोनों fabfile.py और tasks.py रूप में सहेजे गए:

from invoke import task

<strong i="8">@task</strong>
def make(c):
    c.run('env')

fab make आउटपुट:

PWD=/tmp
SHLVL=1
_=/usr/bin/env

inv make आउटपुट:

LC_ALL=en_US.UTF-8
NVM_DIR=/home/justinas/.nvm
LC_MEASUREMENT=en_US.UTF-8
LC_PAPER=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
<...> (lots of stuff in my environment)

मैं शुरू में यह पाया जब fpm का उपयोग करने की कोशिश कर रहा है जो PATH चर की जांच करता है कि यह निष्पादित करने के लिए आवश्यक निष्पादन योग्य हैं:

from invoke import task

<strong i="22">@task</strong>
def make(c):
    c.run('fpm -s dir -t rpm -C dist --name somename .')

यह आह्वान के साथ काम करता है, लेकिन फैब के साथ नहीं।

justinas<strong i="26">@js</strong>:/tmp$ fab make
{:timestamp=>"2018-05-11T13:11:26.218874+0300", :message=>"Need executable 'rpmbuild' to convert dir to rpm", :level=>:error}
justinas<strong i="27">@js</strong>:/tmp$ inv make
{:timestamp=>"2018-05-11T13:11:29.967762+0300", :message=>"Created package", :path=>"somename-1.0-1.x86_64.rpm"}

Bug Connection Needs investigation run()

स्रोत

justinas

👍1

सबसे उपयोगी टिप्पणी

मैं बस इस में भाग गया। मैं c.run('make build') कर रहा था और मेरे किसी भी ENV ने (विशेष रूप से GOPATH जिसके कारण निर्माण विफल हो गया था) खींच लिया। replace_env=False जोड़ना इसे ठीक करता है।

संपादित करें: मैं डॉक्स के अनुसार देखता हूं:

run.replace_env: सही, गलत के बजाय, ताकि दूरस्थ कमांड 'स्वच्छ', खाली वातावरण के साथ चलें, बजाय वर्तमान प्रक्रिया 'पर्यावरण की एक प्रति विरासत में।

यह मेरे लिए थोड़ा भ्रमित करने वाला था क्योंकि मैं एक स्थानीय कमांड चलाने की कोशिश कर रहा था।

aviddiviner 2 अक्तू॰ 2018

👍4 ❤2

सभी 14 टिप्पणियाँ

मैंने इस व्यवहार का वर्णन खोजा। हालाँकि, स्थानीय रूप से कमांड चलाने पर इसका कोई मतलब नहीं है

justinas 11 मई 2018

यह रिमोट सिस्टम पर कमांड चलाने के लिए विशिष्ट है:

$ env | wc -l
      41
$ ssh testdeploy01.ec2.st-av.net env | wc -l
      14
$ ssh testdeploy01.ec2.st-av.net grep Env /etc/ssh/sshd_config
AcceptEnv LANG LC_*

         Specifies what environment variables sent by the client will be copied into
         the session's environ(7).  See SendEnv in ssh_config(5) for how to configure
         the client.  The TERM environment variable is always sent whenever the
         client requests a pseudo-terminal as it is required by the protocol.  Vari-
         ables are specified by name, which may contain the wildcard characters `*'
         and `?'.  Multiple environment variables may be separated by whitespace or
         spread across multiple AcceptEnv directives.  Be warned that some environ-
         ment variables could be used to bypass restricted user environments.  For
         this reason, care should be taken in the use of this directive.  The default
         is not to accept any environment variables.

एक व्यक्ति पूरे स्थानीय परिवेश को इकट्ठा करके और दूसरी तरफ स्थापित करके सभी पर्यावरण चर से गुजरने की कोशिश कर सकता है, लेकिन काफी संख्या में हैं जिन्हें नजरअंदाज करना होगा क्योंकि वे दूरस्थ प्रणाली के लिए उचित मूल्य के साथ संघर्ष करेंगे, जैसे PATH , GOPATH (यदि आप गो भाषा का उपयोग करते हैं), TMPDIR , HOME , SSH_AUTH_SOCK , ...

ploxiln 11 मई 2018

ध्यान दें कि मैं केवल स्थानीय कार्यों के बारे में बात कर रहा हूं। मैंने एक TODO टिप्पणी की भी खोज की

justinas 11 मई 2018

👍1

आह, मैं देख रहा हूँ, समझ में आता है

ploxiln 11 मई 2018

@ अन्याय मैं स्थानीय कार्यों के लिए आह्वान का उपयोग करके समाप्त हुआ, मैं इसे इस तरह से आयात करता हूं:

from invoke import run as local

<strong i="7">@task</strong>
def test(c):
    local('ls')

timonweb 14 मई 2018

👍6

यह # 1752 का एक पहलू है - आशय local लिए है जैसा कि Invoke की तरह व्यवहार करना और संरक्षित करना, और SSH की तरह व्यवहार करने के लिए run लिए और env को त्यागना है। हालांकि, अभी इस व्यवहार को चलाने वाले कॉन्फ़िगरेशन ठीक से विभाजित नहीं हैं - यह प्रभावी रूप से एक बग है। हम जल्द ही इसे ठीक कर देंगे।

bitprophet 14 मई 2018

👍3

जवाब के लिए धन्यवाद!

justinas 15 मई 2018

मैं बस एक ही मुद्दे पर टकरा गया था और मैं सिर्फ यह नोट करना चाहता था कि यह केवल स्थानीय वातावरण नहीं है जो खारिज हो जाता है।

शायद आप इस बग के बारे में पहले से ही जानते हों।

स्पष्ट करने के लिए, यह मेरे लिए काम नहीं किया:

<strong i="8">@task</strong>
def test(c):
    c.run('echo $ENV', env={'ENV': 'production'}) # no output

कुछ समय के लिए मुझे यह वर्कअराउंड मिला (बहुत साफ नहीं) जिसका मैं उपयोग कर सकता हूं:

<strong i="12">@task</strong>
def test(c):
    with c.prefix('ENV=production'):
        c.run('echo $ENV') # prints "production"

mtorromeo 22 मई 2018

👍4

हाँ, उस के बारे में पता है, धन्यवाद!

bitprophet 23 मई 2018

आप run('...', preserve_env=True) को अभी तक IIRC के आसपास काम करने के लिए कह सकते हैं।

bitprophet 23 मई 2018

👍1

preserve_env मौजूद नहीं है। शायद आप replace_env=False जिक्र कर रहे थे?
यह एक त्रुटि को ट्रिगर नहीं करता है लेकिन पर्यावरण अभी भी खारिज किया जा रहा है।

पुनश्च: मुझे दूरस्थ कार्यों के लिए वातावरण निर्धारित करने की आवश्यकता है, स्थानीय नहीं।

mtorromeo 23 मई 2018

हाँ, मेरा मतलब था replace_env और यह अजीब है कि यह काम नहीं करता है। जब मैं स्थानीय / दूरस्थ (# 1752) के बीच के विन्यास को विभाजित करने के लिए देखूंगा

bitprophet 23 मई 2018

👍3

संपादित करें: मैं डॉक्स के अनुसार देखता हूं:

run.replace_env: सही, गलत के बजाय, ताकि दूरस्थ कमांड 'स्वच्छ', खाली वातावरण के साथ चलें, बजाय वर्तमान प्रक्रिया 'पर्यावरण की एक प्रति विरासत में।

aviddiviner 2 अक्तू॰ 2018

👍4 ❤2

स्थानीय कमांड चलाते समय समस्या अभी भी है। @bitprophet

dbsxdbsx 16 फ़र॰ 2020

👍4

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Fabric: कपड़ा पर्यावरण को स्थानीय शेल में नहीं भेजता है, जैसे Invoke does

सबसे उपयोगी टिप्पणी

सभी 14 टिप्पणियाँ

संबंधित मुद्दों