mirror of
https://github.com/fish-shell/fish-shell
synced 2024-11-10 15:14:44 +00:00
370 lines
18 KiB
ReStructuredText
370 lines
18 KiB
ReStructuredText
Frequently asked questions
|
|
==========================
|
|
|
|
What is the equivalent to this thing from bash (or other shells)?
|
|
-----------------------------------------------------------------
|
|
|
|
See :ref:`Fish for bash users <fish_for_bash_users>`
|
|
|
|
How do I set or clear an environment variable?
|
|
----------------------------------------------
|
|
Use the :ref:`set <cmd-set>` command::
|
|
|
|
set -x key value # typically set -gx key value
|
|
set -e key
|
|
|
|
Since fish 3.1 you can set an environment variable for just one command using the ``key=value some command`` syntax, like in other shells. The two lines below behave identically - unlike other shells, fish will output ``value`` both times::
|
|
|
|
key=value echo $key
|
|
begin; set -lx key value; echo $key; end
|
|
|
|
Note that "exported" is not a :ref:`scope <variables-scope>`, but an additional bit of state. A variable can be global and exported or local and exported or even universal and exported. Typically it makes sense to make an exported variable global.
|
|
|
|
How do I check whether a variable is defined?
|
|
---------------------------------------------
|
|
|
|
Use ``set -q var``. For example, ``if set -q var; echo variable defined; end``. To check multiple variables you can combine with ``and`` and ``or`` like so::
|
|
|
|
if set -q var1; or set -q var2
|
|
echo either variable defined
|
|
end
|
|
|
|
Keep in mind that a defined variable could also be empty, either by having no elements (if set like ``set var``) or only empty elements (if set like ``set var ""``). Read on for how to deal with those.
|
|
|
|
|
|
How do I check whether a variable is not empty?
|
|
-----------------------------------------------
|
|
|
|
Use ``string length -q -- $var``. For example, ``if string length -q -- $var; echo not empty; end``. Note that ``string length`` will interpret a list of multiple variables as a disjunction (meaning any/or)::
|
|
|
|
if string length -q -- $var1 $var2 $var3
|
|
echo at least one of these variables is not empty
|
|
end
|
|
|
|
Alternatively, use ``test -n "$var"``, but remember that **the variable must be double-quoted**. For example, ``if test -n "$var"; echo not empty; end``. The ``test`` command provides its own and (-a) and or (-o)::
|
|
|
|
if test -n "$var1" -o -n "$var2" -o -n "$var3"
|
|
echo at least one of these variables is not empty
|
|
end
|
|
|
|
|
|
If you want to know if a variable has *no elements*, use ``set -q var[1]``.
|
|
|
|
|
|
Why doesn't ``set -Ux`` (exported universal variables) seem to work?
|
|
--------------------------------------------------------------------
|
|
A global variable of the same name already exists.
|
|
|
|
Environment variables such as ``EDITOR`` or ``TZ`` can be set universally using ``set -Ux``. However, if
|
|
there is an environment variable already set before fish starts (such as by login scripts or system
|
|
administrators), it is imported into fish as a global variable. The :ref:`variable scopes <variables-scope>` are searched from the "inside out", which
|
|
means that local variables are checked first, followed by global variables, and finally universal
|
|
variables.
|
|
|
|
This means that the global value takes precedence over the universal value.
|
|
|
|
To avoid this problem, consider changing the setting which fish inherits. If this is not possible,
|
|
add a statement to your :ref:`configuration file <configuration>` (usually
|
|
``~/.config/fish/config.fish``)::
|
|
|
|
set -gx EDITOR vim
|
|
|
|
How do I run a command every login? What's fish's equivalent to .bashrc or .profile?
|
|
------------------------------------------------------------------------------------
|
|
Edit the file ``~/.config/fish/config.fish`` [#]_, creating it if it does not exist (Note the leading period).
|
|
|
|
Unlike .bashrc and .profile, this file is always read, even in non-interactive or login shells.
|
|
|
|
To do something only in interactive shells, check ``status is-interactive`` like::
|
|
|
|
if status is-interactive
|
|
# use the coolbeans theme
|
|
fish_config theme choose coolbeans
|
|
end
|
|
|
|
.. [#] The "~/.config" part of this can be set via $XDG_CONFIG_HOME, that's just the default.
|
|
|
|
How do I set my prompt?
|
|
-----------------------
|
|
The prompt is the output of the ``fish_prompt`` function. Put it in ``~/.config/fish/functions/fish_prompt.fish``. For example, a simple prompt is::
|
|
|
|
function fish_prompt
|
|
set_color $fish_color_cwd
|
|
echo -n (prompt_pwd)
|
|
set_color normal
|
|
echo -n ' > '
|
|
end
|
|
|
|
|
|
You can also use the Web configuration tool, :ref:`fish_config <cmd-fish_config>`, to preview and choose from a gallery of sample prompts.
|
|
|
|
Or you can use fish_config from the commandline::
|
|
|
|
> fish_config prompt show
|
|
# displays all the prompts fish ships with
|
|
> fish_config prompt choose disco
|
|
# loads the disco prompt in the current shell
|
|
> fish_config prompt save
|
|
# makes the change permanent
|
|
|
|
If you want to modify your existing prompt, you can use :ref:`funced <cmd-funced>` and :ref:`funcsave <cmd-funcsave>` like::
|
|
|
|
>_ funced fish_prompt
|
|
# This opens up your editor (set in $EDITOR).
|
|
# Modify the function,
|
|
# save the file and repeat to your liking.
|
|
# Once you are happy with it:
|
|
>_ funcsave fish_prompt
|
|
|
|
This also applies to :ref:`fish_right_prompt <cmd-fish_right_prompt>` and :ref:`fish_mode_prompt <cmd-fish_mode_prompt>`.
|
|
|
|
Why does my prompt show a ``[I]``?
|
|
----------------------------------
|
|
|
|
That's the :ref:`fish_mode_prompt <cmd-fish_mode_prompt>`. It is displayed by default when you've activated vi mode using ``fish_vi_key_bindings``.
|
|
|
|
If you haven't activated vi mode on purpose, you might have installed a third-party theme or plugin that does it.
|
|
|
|
If you want to change or disable this display, modify the ``fish_mode_prompt`` function, for instance via :ref:`funced <cmd-funced>`.
|
|
|
|
How do I customize my syntax highlighting colors?
|
|
-------------------------------------------------
|
|
Use the web configuration tool, :ref:`fish_config <cmd-fish_config>`, or alter the :ref:`fish_color family of environment variables <variables-color>`.
|
|
|
|
You can also use ``fish_config`` on the commandline, like::
|
|
|
|
> fish_config theme show
|
|
# to demonstrate all the colorschemes
|
|
> fish_config theme choose coolbeans
|
|
# to load the "coolbeans" theme
|
|
> fish_config theme save
|
|
# to make the change permanent
|
|
|
|
How do I change the greeting message?
|
|
-------------------------------------
|
|
Change the value of the variable ``fish_greeting`` or create a :ref:`fish_greeting <cmd-fish_greeting>` function. For example, to remove the greeting use::
|
|
|
|
set -U fish_greeting
|
|
|
|
Or if you prefer not to use a universal variable, use::
|
|
|
|
set -g fish_greeting
|
|
|
|
in :ref:`config.fish <configuration>`.
|
|
|
|
How do I run a command from history?
|
|
------------------------------------
|
|
Type some part of the command, and then hit the :kbd:`↑` (up) or :kbd:`↓` (down) arrow keys to navigate through history matches, or press :kbd:`Control`\ +\ :kbd:`R` to open the history in a searchable pager. In this pager you can press :kbd:`Control`\ +\ :kbd:`R` or :kbd:`Control`\ +\ :kbd:`S` to move to older or younger history respectively.
|
|
|
|
Additional default key bindings include :kbd:`Control`\ +\ :kbd:`P` (up) and :kbd:`Control`\ +\ :kbd:`N` (down). See :ref:`Searchable command history <history-search>` for more information.
|
|
|
|
Why doesn't history substitution ("!$" etc.) work?
|
|
--------------------------------------------------
|
|
Because history substitution is an awkward interface that was invented before interactive line editing was even possible. Instead of adding this pseudo-syntax, fish opts for nice history searching and recall features. Switching requires a small change of habits: if you want to modify an old line/word, first recall it, then edit.
|
|
|
|
As a special case, most of the time history substitution is used as ``sudo !!``. In that case just press :kbd:`Alt`\ +\ :kbd:`S`, and it will recall your last commandline with ``sudo`` prefixed (or toggle a ``sudo`` prefix on the current commandline if there is anything).
|
|
|
|
In general, fish's history recall works like this:
|
|
|
|
- Like other shells, the Up arrow, :kbd:`↑` recalls whole lines, starting from the last executed line. A single press replaces "!!", later presses replace "!-3" and the like.
|
|
|
|
- If the line you want is far back in the history, type any part of the line and then press Up one or more times. This will filter the recalled lines to ones that include this text, and you will get to the line you want much faster. This replaces "!vi", "!?bar.c" and the like.
|
|
|
|
- :kbd:`Alt`\ +\ :kbd:`↑` recalls individual arguments, starting from the last argument in the last executed line. A single press replaces "!$", later presses replace "!!:4" and such. As an alternate key binding, :kbd:`Alt`\ +\ :kbd:`.` can be used.
|
|
|
|
- If the argument you want is far back in history (e.g. 2 lines back - that's a lot of words!), type any part of it and then press :kbd:`Alt`\ +\ :kbd:`↑`. This will show only arguments containing that part and you will get what you want much faster. Try it out, this is very convenient!
|
|
|
|
- If you want to reuse several arguments from the same line ("!!:3*" and the like), consider recalling the whole line and removing what you don't need (:kbd:`Alt`\ +\ :kbd:`D` and :kbd:`Alt`\ +\ :kbd:`Backspace` are your friends).
|
|
|
|
See :ref:`documentation <editor>` for more details about line editing in fish.
|
|
|
|
How do I run a subcommand? The backtick doesn't work!
|
|
-----------------------------------------------------
|
|
``fish`` uses parentheses for subcommands. For example::
|
|
|
|
for i in (ls)
|
|
echo $i
|
|
end
|
|
|
|
It also supports the familiar ``$()`` syntax, even in quotes. Backticks are not supported because they are discouraged even in POSIX shells. They nest poorly and are hard to tell from single quotes (``''``).
|
|
|
|
My command (pkg-config) gives its output as a single long string?
|
|
-----------------------------------------------------------------
|
|
Unlike other shells, fish splits command substitutions only on newlines, not spaces or tabs or the characters in $IFS.
|
|
|
|
That means if you run
|
|
|
|
::
|
|
|
|
count (printf '%s ' a b c)
|
|
|
|
|
|
It will print ``1``, because the "a b c " is used in one piece. But if you do
|
|
|
|
::
|
|
|
|
count (printf '%s\n' a b c)
|
|
|
|
it will print ``3``, because it gave ``count`` the arguments "a", "b" and "c" separately.
|
|
|
|
In the overwhelming majority of cases, splitting on spaces is unwanted, so this is an improvement. This is why you hear about problems with filenames with spaces, after all.
|
|
|
|
However sometimes, especially with ``pkg-config`` and related tools, splitting on spaces is needed.
|
|
|
|
In these cases use ``string split -n " "`` like::
|
|
|
|
g++ example_01.cpp (pkg-config --cflags --libs gtk+-2.0 | string split -n " ")
|
|
|
|
The ``-n`` is so empty elements are removed like POSIX shells would do.
|
|
|
|
How do I get the exit status of a command?
|
|
------------------------------------------
|
|
Use the ``$status`` variable. This replaces the ``$?`` variable used in other shells.
|
|
|
|
::
|
|
|
|
somecommand
|
|
if test $status -eq 7
|
|
echo "That's my lucky number!"
|
|
end
|
|
|
|
|
|
If you are just interested in success or failure, you can run the command directly as the if-condition::
|
|
|
|
if somecommand
|
|
echo "Command succeeded"
|
|
else
|
|
echo "Command failed"
|
|
end
|
|
|
|
|
|
Or if you just want to do one command in case the first succeeded or failed, use ``and`` or ``or``::
|
|
|
|
somecommand
|
|
or someothercommand
|
|
|
|
See the :ref:`Conditions <syntax-conditional>` and the documentation for :ref:`test <cmd-test>` and :ref:`if <cmd-if>` for more information.
|
|
|
|
My command prints "No matches for wildcard" but works in bash
|
|
-------------------------------------------------------------
|
|
|
|
In short: :ref:`quote <quotes>` or :ref:`escape <escapes>` the wildcard::
|
|
|
|
scp user@ip:/dir/"string-*"
|
|
|
|
When fish sees an unquoted ``*``, it performs :ref:`wildcard expansion <expand-wildcard>`. That means it tries to match filenames to the given string.
|
|
|
|
If the wildcard doesn't match any files, fish prints an error instead of running the command::
|
|
|
|
> echo *this*does*not*exist
|
|
fish: No matches for wildcard '*this*does*not*exist'. See `help expand`.
|
|
echo *this*does*not*exist
|
|
^
|
|
|
|
Now, bash also tries to match files in this case, but when it doesn't find a match, it passes along the literal wildcard string instead.
|
|
|
|
That means that commands like the above
|
|
|
|
.. code-block:: sh
|
|
|
|
scp user@ip:/dir/string-*
|
|
|
|
or
|
|
|
|
.. code-block:: sh
|
|
|
|
apt install postgres-*
|
|
|
|
appear to work, because most of the time the string doesn't match and so it passes along the ``string-*``, which is then interpreted by the receiving program.
|
|
|
|
But it also means that these commands can stop working at any moment once a matching file is encountered (because it has been created or the command is executed in a different working directory), and to deal with that bash needs workarounds like
|
|
|
|
.. code-block:: sh
|
|
|
|
for f in ./*.mpg; do
|
|
# We need to test if the file really exists because
|
|
# the wildcard might have failed to match.
|
|
test -f "$f" || continue
|
|
mympgviewer "$f"
|
|
done
|
|
|
|
(from http://mywiki.wooledge.org/BashFAQ/004)
|
|
|
|
For these reasons, fish does not do this, and instead expects asterisks to be quoted or escaped if they aren't supposed to be expanded.
|
|
|
|
This is similar to bash's "failglob" option.
|
|
|
|
I accidentally entered a directory path and fish changed directory. What happened?
|
|
----------------------------------------------------------------------------------
|
|
If fish is unable to locate a command with a given name, and it starts with ``.``, ``/`` or ``~``, fish will test if a directory of that name exists. If it does, it assumes that you want to change your directory. For example, the fastest way to switch to your home directory is to simply press ``~`` and enter.
|
|
|
|
The open command doesn't work.
|
|
------------------------------
|
|
The ``open`` command uses the MIME type database and the ``.desktop`` files used by Gnome and KDE to identify filetypes and default actions. If at least one of these environments is installed, but the open command is not working, this probably means that the relevant files are installed in a non-standard location. Consider :ref:`asking for more help <more-help>`.
|
|
|
|
.. _faq-ssh-interactive:
|
|
|
|
Why won't SSH/SCP/rsync connect properly when fish is my login shell?
|
|
---------------------------------------------------------------------
|
|
|
|
This problem may show up as messages like "``Received message too long``", "``open terminal
|
|
failed: not a terminal``", "``Bad packet length``", or "``Connection refused``" with strange output
|
|
in ``ssh_exchange_identification`` messages in the debug log.
|
|
|
|
This usually happens because fish reads the :ref:`user configuration file <configuration>` (``~/.config/fish/config.fish``) *always*,
|
|
whether it's in an interactive or login or non-interactive or non-login shell.
|
|
|
|
This simplifies matters, but it also means when config.fish generates output, it will do that even in non-interactive shells like the one ssh/scp/rsync start when they connect.
|
|
|
|
Anything in config.fish that produces output should be guarded with ``status is-interactive`` (or ``status is-login`` if you prefer)::
|
|
|
|
|
|
if status is-interactive
|
|
...
|
|
end
|
|
|
|
The same applies for example when you start ``tmux`` in config.fish without guards, which will cause a message like ``sessions should be nested with care, unset $TMUX to force``.
|
|
|
|
.. _faq-unicode:
|
|
|
|
I'm getting weird graphical glitches (a staircase effect, ghost characters, cursor in the wrong position,...)?
|
|
--------------------------------------------------------------------------------------------------------------
|
|
In a terminal, the application running inside it and the terminal itself need to agree on the width of characters in order to handle cursor movement.
|
|
|
|
This is more important to fish than other shells because features like syntax highlighting and autosuggestions are implemented by moving the cursor.
|
|
|
|
Sometimes, there is disagreement on the width. There are numerous causes and fixes for this:
|
|
|
|
- It is possible the character is simply too new for your system to know - in this case you need to refrain from using it.
|
|
- Fish or your terminal might not know about the character or handle it wrong - in this case fish or your terminal needs to be fixed, or you need to update to a fixed version.
|
|
- The character has an "ambiguous" width and fish thinks that means a width of X while your terminal thinks it's Y. In this case you either need to change your terminal's configuration or set $fish_ambiguous_width to the correct value.
|
|
- The character is an emoji and the host system only supports Unicode 8, while you are running the terminal on a system that uses Unicode >= 9. In this case set $fish_emoji_width to 2.
|
|
|
|
This also means that a few things are unsupportable:
|
|
|
|
- Non-monospace fonts - there is *no way* for fish to figure out what width a specific character has as it has no influence on the terminal's font rendering.
|
|
- Different widths for multiple ambiguous width characters - there is no way for fish to know which width you assign to each character.
|
|
|
|
.. _faq-uninstalling:
|
|
|
|
Uninstalling fish
|
|
-----------------
|
|
If you want to uninstall fish, first make sure fish is not set as your shell. Run ``chsh -s /bin/bash`` if you are not sure.
|
|
|
|
If you installed it with a package manager, just use that package manager's uninstall function. If you built fish yourself, assuming you installed it to /usr/local, do this::
|
|
|
|
rm -Rf /usr/local/etc/fish /usr/local/share/fish ~/.config/fish
|
|
rm /usr/local/share/man/man1/fish*.1
|
|
cd /usr/local/bin
|
|
rm -f fish fish_indent
|
|
|
|
Where can I find extra tools for fish?
|
|
--------------------------------------
|
|
The fish user community extends fish in unique and useful ways via scripts that aren't always appropriate for bundling with the fish package. Typically because they solve a niche problem unlikely to appeal to a broad audience. You can find those extensions, including prompts, themes and useful functions, in various third-party repositories. These include:
|
|
|
|
- `Fisher <https://github.com/jorgebucaran/fisher>`_
|
|
- `Fundle <https://github.com/tuvistavie/fundle>`_
|
|
- `Oh My Fish <https://github.com/oh-my-fish/oh-my-fish>`_
|
|
- `Tacklebox <https://github.com/justinmayer/tacklebox>`_
|
|
|
|
This is not an exhaustive list and the fish project has no opinion regarding the merits of the repositories listed above or the scripts found therein.
|