编辑.bashrc后出现“意外令牌附近的语法错误”


11

我正在尝试访问剪贴板,但是当我source ~/.bashrc 在终端输入时,出现此错误:

bash: /home/taran/.bashrc: line 2: syntax error near unexpected token ('
bash: /home/taran/.bashrc: line 2:alias pbpaste='xclip -selection 
clipboard -o'# ~/.bashrc: executed by bash(1) for non-login shells

我试图做的教程加里Woodfine的回答命令行剪贴板访问

输出cat ~/.bashrc为:

alias pbcopy='xclip -selection clipboard'
alias pbpaste='xclip -selection clipboard -o'# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples

# If not running interactively, don't do anything
case $- in
    *i*) ;;
      *) return;;
esac

# don't put duplicate lines or lines starting with space in the history.
# See bash(1) for more options
HISTCONTROL=ignoreboth

# append to the history file, don't overwrite it
shopt -s histappend

# for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
HISTSIZE=1000
HISTFILESIZE=2000

# check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.
shopt -s checkwinsize

# If set, the pattern "**" used in a pathname expansion context will
# match all files and zero or more directories and subdirectories.
#shopt -s globstar

# make less more friendly for non-text input files, see lesspipe(1)
[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"

# set variable identifying the chroot you work in (used in the prompt below)
if [ -z "${debian_chroot:-}" ] && [ -r /etc/debian_chroot ]; then
    debian_chroot=$(cat /etc/debian_chroot)
fi

# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
    xterm-color|*-256color) color_prompt=yes;;
esac

# uncomment for a colored prompt, if the terminal has the capability; turned
# off by default to not distract the user: the focus in a terminal window
# should be on the output of commands, not on the prompt
#force_color_prompt=yes

if [ -n "$force_color_prompt" ]; then
    if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
    # We have color support; assume it's compliant with Ecma-48
    # (ISO/IEC-6429). (Lack of such support is extremely rare, and such
    # a case would tend to support setf rather than setaf.)
    color_prompt=yes
    else
    color_prompt=
    fi
fi

if [ "$color_prompt" = yes ]; then
    PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
else
    PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
fi
unset color_prompt force_color_prompt

# If this is an xterm set the title to user@host:dir
case "$TERM" in
xterm*|rxvt*)
    PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a\]$PS1"
    ;;
*)
    ;;
esac

# enable color support of ls and also add handy aliases
if [ -x /usr/bin/dircolors ]; then
    test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval "$(dircolors -b)"
    alias ls='ls --color=auto'
    #alias dir='dir --color=auto'
    #alias vdir='vdir --color=auto'

    alias grep='grep --color=auto'
    alias fgrep='fgrep --color=auto'
    alias egrep='egrep --color=auto'
fi

# colored GCC warnings and errors
#export GCC_COLORS='error=01;31:warning=01;35:note=01;36:caret=01;32:locus=01:quote=01'

# some more ls aliases
alias ll='ls -alF'
alias la='ls -A'
alias l='ls -CF'

# Add an "alert" alias for long running commands.  Use like so:
#   sleep 10; alert
alias alert='notify-send --urgency=low -i "$([ $? = 0 ] && echo terminal || echo error)" "$(history|tail -n1|sed -e '\''s/^\s*[0-9]\+\s*//;s/[;&|]\s*alert$//'\'')"'

# Alias definitions.
# You may want to put all your additions into a separate file like
# ~/.bash_aliases, instead of adding them here directly.
# See /usr/share/doc/bash-doc/examples in the bash-doc package.

if [ -f ~/.bash_aliases ]; then
    . ~/.bash_aliases
fi

# enable programmable completion features (you don't need to enable
# this, if it's already enabled in /etc/bash.bashrc and /etc/profile
# sources /etc/bash.bashrc).
if ! shopt -oq posix; then
  if [ -f /usr/share/bash-completion/bash_completion ]; then
    . /usr/share/bash-completion/bash_completion
  elif [ -f /etc/bash_completion ]; then
    . /etc/bash_completion
  fi
fi

这是在Ubuntu 19.04上。谁能帮我找出解决方法?

Answers:


16

注意事项在第二行:

alias pbcopy='xclip -selection clipboard'
alias pbpaste='xclip -selection clipboard -o'# ~/.bashrc: executed by bash(1) for non-login shells.

应该是:

alias pbcopy='xclip -selection clipboard'
alias pbpaste='xclip -selection clipboard -o'
# ~/.bashrc: executed by bash(1) for non-login shells.

看起来您Enter在输入第二个别名后忘记了点击,导致# ~/.bash...直接alias在同一行中跟随您的定义。没有前面的空格# ~/.bash...,shell不能将其解释为注释,而是alias命令参数的一部分。

我还建议将别名放在~/.bash_aliases将在~/.bashrc执行时来源的文件中,因此您无需进行编辑~/.bashrc并最终将其弄乱。

如果您坚持要在中放置别名~/.bashrc,请在文件末尾添加它们。

要更深入地了解此主题,请参阅Eliah对您的问题的出色回答


6
如果您解释了修复的原因,那么这个答案会好得多
Andy

谢谢!顺便说一句,即使在交互性检查后选择不遵循我的建议将别名放在某处,我还是建议# ~/.bashrc: executed by bash(1) for non-login shells.保留第一行。没有技术原因强迫它首先出现(或根本没有出现)。但这是记录整个文件的注释。因此,它在其他代码之后出现对人类读者来说是相当混乱的。我了解您是否不想更改它,尤其是OP接受了原样的答案。(在这种情况下,我认为对此进行编辑仅对其进行编辑都是合理的。)
Eliah Kagan

'preseed'-您是说'preceed'吗?
Michael Harvey

20

mook765完全可以解决问题的原因,并且该答案中提出的解决方案可以修复语法错误,但是我建议您以其他方式解决它。

将别名定义放在中是可以的.bashrc,但是最好不要将它们(或任何东西)放在该文件的最顶部。

我们倾向于认为.bashrc它仅是由交互式外壳程序提供的,但实际上并非如此。非交互式远程shell(如果bash可以这样标识它们)也可以作为.bashrc这就是为什么 Ubuntu的默认.bashrc1包含以下代码的原因:2

# If not running interactively, don't do anything
case $- in
    *i*) ;;
      *) return;;
esac

基本上,您输入的所有内容.bashrc(包括但不限于别名定义)都应位于该位置以下。仅在有明确理由的情况下,才应将自己的代码放在该代码之上,这种情况很少见。

您可以将别名定义放在该代码下的任何位置,尽管我建议将它们放在文件的最后。或者,您可能希望将它们放在文件中某些现有别名定义的附近。或者,您可能希望将它们放在单独的文件中~/.bash_aliases,如果不存在,可以创建该文件。3这些选择都可以。

这是将自己的代码置于交互检查之上可能会产生的奇异和意外影响的更常见示例之一。当代码产生输出时,将发生该特定问题,而该输出不应从别名定义中发生。(当使用别名时,别名当然可以扩展为产生输出的命令,但是语法正确的别名定义除非将-p选项传递给,否则不会产生输出alias。)我不希望别名定义通常会引起问题,即使它们在非交互式外壳中运行。无论如何,默认情况下,非交互式外壳都不执行别名扩展(尽管这只是默认设置)。但是,如果它们最终会产生意想不到的效果,则可能没人会想检查一下。

诚然,这只是避免将别名定义放在交互检查中的一个较弱的原因.bashrc。然而,由于是绝对没有这样做比把他们其他地方的文件中的利益,我建议以下的只把那张支票上面的代码是你故意的一般做法打算在非交互式远程shell运行。


另一个有趣的方面是为什么这是语法错误:

alias pbpaste='xclip -selection clipboard -o'# ~/.bashrc: executed by bash(1) for non-login shells.

#开始注释,该注释可以跟随命令。但是,该#字符出现在较大的单词中时,除了作为该单词的第一个字符外,它没有开始注释的作用。(在这个意义上,“字”包括像pbpaste='xclip -selection clipboard -o'#由于引用。)下面的文本,它的目的是作为一个评论,被视为额外的参数传递给alias内建命令。但是,由于意外出现,在解析它们时会发生错误(,这对shell来说具有特殊的含义,但是在这种情况下没有意义。结果是,alias内置函数实际上永远不会运行,而您会收到语法错误。

因此,实际上有可能通过一个字符的edit来纠正语法错误,方法是在该行的'#字符之间放置一个空格。但是,如上所述,我建议更进一步,将别名定义移到文件中较低的位置。


1只要您没有修改该文件,.bashrc就可以在处查看Ubuntu中的默认设置/etc/skel/.bashrc。创建用户后,此文件将复制到用户的主目录中。就像Ubuntu中的许多文件一样,该文件与Debian(发行Ubuntu的发行版)之间的变化很小。这篇文章中的建议适用于Debian中的Bash以及Ubuntu,但不一定在未修改所有GNU / Linux系统中的Bash的情况下适用。

2也有可能bash作为非交互式登录shell启动(尽管很少见)。与交互式登录外壳程序一样,此类外壳程序会~/.profile自动获取源代码,而~./profileUbuntu中的默认默认值为显式源代码~/.bashrc。除了防止在非交互式远程外壳程序中意外执行外,将您的添加项~/.bashrc置于交互性检查的下面还可以防止在非交互式登录外壳程序的异常情况下意外地执行它。

3 Ubuntu的默认值.bashrc检查是否~/.bash_aliases存在([ -f ~/.bash_aliases ]),并检查是否存在(). ~/.bash_aliases。您发布的代码可验证修改后的.bashrc文件确实执行了这些操作-看起来唯一的更改就是您在顶部添加的代码。


这个问题的答案涉及的所有问题我有,很大的(也许应该提到.bash_aliases预计从.bashrc中源
eckes

@EliahKagan,实际上,我没注意到中间那句话,哎呀。这个答案对别名的位置的强调使它看起来像是一个比实际更大的问题。因为这将是如果,例如在非交互式壳施加太大的别名......我看到第一保持警戒条件你的观点,但我们似乎不同意这些不同的问题应该优先顺序。;)
ilkkachu

@ilkkachu是的,我们可能对此表示不同意见。另一方面,我已经发布了mook765的答案,并且OP已经将其标记为接受之后,我才开始编写此答案。因此,我决定通过参考该答案(“ mook765对于问题的原因是完全正确的,并且该答案中提出的解决方案修复了语法错误”)来开始此答案,然后再做出关于该问题的其余大部分答案将它们放置在文件顶部之外的其他解决方案。
伊莱亚·卡根

2
@eckes感谢您的建议-对于那些感兴趣的读者,我添加了一些尾注来介绍该主题以及一些相关问题。(我不认为之所以~/.bashrc采购~/.bash_aliases是一种特别在这方面很重要的一点是OP的那检查~/.bashrc的文件显示,这确实使代码保持完整。它是,但是,无论是相关的,有趣的,和你提出建议的权利。)
Eliah Kagan
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.