Articles of 环境variables

如何在RPM的安装后脚本中向$ PATHvariables添加新path?

我想在每次安装我的RPM软件包时自动为$ PATHvariables添加一个新path。 我试图在我的RPM中使用安装后的脚本。 以下是包含此安装后脚本的RPM规格文件的一部分: %post PATH=$PATH:/usr/app/mdg/bin export PATH 但成功安装后,$ PATH不会改变。 请帮我解决这个问题。

如何从sudo用户检查根环境variables?

我如何可以从sudo用户检查根环境variables? 我尝试了su和sudo的各种键和组合,但没有运气。 例如,普通用户的$ HISTFILESIZE = 2000和root用户的9999。 vagrant@default-debian-78-64-nocm:~$ echo $HISTFILESIZE 2000 vagrant@default-debian-78-64-nocm:~$ sudo -i root@default-debian-78-64-nocm:~# echo $HISTFILESIZE 9999 但是当我尝试通过sudo获得root $ HISTFILESIZE时,它总是返回2000: vagrant@default-debian-78-64-nocm:~$ sudo -i echo $HISTFILESIZE 2000 vagrant@default-debian-78-64-nocm:~$ sudo -i su – -c "echo $HISTFILESIZE" 2000 vagrant@default-debian-78-64-nocm:~$ sudo -i bash -c "echo $HISTFILESIZE" 2000 vagrant@default-debian-78-64-nocm:~$ sudo -i bash -l -c "echo $HISTFILESIZE" 2000

为什么同一个用户在linux服务器上有不同的PATH值?

我以用户'guest'的身份通过SSHlogin到我的Linux服务器(Redhat AS4),然后运行命令echo $PATH ,输出为/usr/local/bin:/bin:/usr/bin 。 但是,当我运行命令su – guest切换到同一个用户,然后运行命令echo $PATH ,输出成为/usr/bin:/bin:/usr/local/bin 。 为什么同一用户在Linux服务器上有不同的PATH值? 这使我得到不同的Python版本,我不知道是什么原因造成这个问题。

FreeBSD或Linux中的“pargs”命令

FreeBSD(或Linux)等同于Solaris中提供的“pargs”命令是什么? 很多时候我想知道给定进程空间的环境variables是什么,没有这些系统的帮助。

在Windows上cachingpath环境variables?

我正在帮助我们的testing人员解决Windows XP SP3系统上的configuration问题。 我们的应用程序使用名为APP_HOME的环境variables来引用安装应用程序的目录。 安装应用程序时,我们使用以下环境variables: APP_HOME = C:\application\ PATH = %PATH%;%APP_HOME%bin 现在,问题在于她正在使用同一应用程序的多个版本。 所以,为了在版本7.0和8.1之间切换,例如,她可以使用: APP_HOME = C:\application_7.0\ (for 7.0) 然后将其更改为: APP_HOME = C:\application_8.1\ (for 8.1) 问题是,一旦做了这个改变,PATH环境variables显然仍然在看APP_HOMEvariables的旧扩展。 所以,例如,在她更改了APP_HOME之后,PATH仍然指向7.0 bin目录。 任何想法为什么这可能会发生? 它看起来像PATHvariables正在cachingAPP_HOME环境variables的扩展。 有什么办法可以closures这种行为吗?

我可以在本地运行脚本,但不能做“ssh HOSTNAME /path/to/script.sh”

我有一个Linux服务器和一个Linux桌面。 我写了下面这个简单的脚本来转储一个django web应用程序的数据库: #! /bin/bash set -o errexit cd $(dirname $0) . virtualenv/bin/activate cd mysite export DJANGO_SETTINGS_MODULE="settings.my_hostname" django-admin.py dumpdata –settings=$DJANGO_SETTINGS_MODULE > database.json 程序django-admin.py要求DJANGO_SETTINGS_MODULE环境variables正常工作。 如果我进入机器, ssh HOSTNAME ,然后从远程主机上的bashterminal运行脚本/var/www/example.com/dumper.sh ,一切工作正常。 我得到没有输出(如预期的),文件database.json在那里,并有正确的数据。 但是(在我的Linux桌面上),我不能运行这个命令:“ssh HOSTNAME / var / www / example.com / dumper.sh“,我得到以下错误: Traceback (most recent call last): File "/var/www/example.com/virtualenv/bin/django-admin.py", line 5, in <module> management.execute_from_command_line() File "/var/www/example.com/virtualenv/lib/python2.6/site-packages/django/core/management/__init__.py", line 429, […]

从ZSH自动完成中排除环境variables

快速示例: ~ $ wor<TAB> ~ $ WORDCHARS= WORDCHARS WORKON_HOME WORKON_HOME workon workon是所需的命令。 有没有办法排除在ZSH中自动完成的环境variables?

如何提取命令行输出到一个variables?

作为我为客户工作的任务的一部分,我需要对企业login脚本进行一些修改。 Windows的命令行绝对不是我的专业领域,但我对大部分的事情都行。 但是,我有一个问题,我不知道该怎么做。 基本上,我需要将机器的默认网关的IP地址变成一个环境variables(稍后在脚本中使用)。 我知道它存在于ipconfig和tracert的输出中,我知道如何在他们的输出中find我需要的确切的一行,但是我不知道如何超越这个。 例如,下面的命令产生这样的输出: >ipconfig|Find "Default Gateway"|Findstr/N "."|Findstr/B "1:" 1: Default Gateway . . . . . . . . . : 199.99.9.1 但是现在我需要以某种方式从这个文本行中只提取IP地址,然后将其分配给一个环境variables。 那么,我怎样才能从Windows命令行来做到这一点呢? (Windows XP和更高版本)。

OS X cron和环境variables

我目前使用export命令在/ etc / profile中的OS X中设置了许多环境variables。 当我在terminallogin时,这些都是正确列出的,但是当通过cron执行一个脚本时,这些variables都不会被设置。 据我了解,cron运行自己的环境variables,但我怎么能让我的自定义的进入cron环境呢? 请以最简单的方式解释,正如你可能已经猜到的,这不是我所知道的很多。 谢谢,杰克

环境variables在哪里?

我有一个活动mod-wsgi的apache2服务器,但是我不能得到环境variablesPYTHON_EGG_CACHE。 这里是我的virtualhost.conf中的重要部分: DAV svn SVNParentPath /var/svn SVNListParentPath Off WSGIProcessGroup sites WSGIApplicationGroup %{GLOBAL} SetEnv PYTHON_EGG_CACHE /var/trac/eggs AuthType Basic AuthName "Restricted SVN" AuthBasicProvider wsgi WSGIAuthUserScript /var/trac/cgi-bin/acctmgr_auth.wsgi Require valid-user 在这里acctmgr_auth.wsgi: import os, sys os.environ['PYTHON_EGG_CACHE'] = PYTHON_EGG_CACHE from trac.env import open_environment, Environment acct_mgr = None def check_password(environ, user, password): global acct_mgr # Try loading the env from the global […]