39 votes

globstar : nom d'option d'interpréteur de commandes invalide sur MacOS même avec bash 4.X

Le nouveau globstar l'option exige bash 4 . Alors bash On est dessus ?

 $bash --version
GNU bash, version 4.4.12(1)-release (x86_64-apple-darwin16.3.0)
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

Laissez-nous essayer globstar :

13:39:28/forecast-fresh $shopt -s globstar
-bash: shopt: globstar: invalid shell option name
13:39:32/forecast-fresh $

Existe-t-il un moyen d'obtenir un support pour cela sous MacOS ?

38voto

klanomath Points 63400

Entrer sur shopt vous obtiendra une liste de toutes les options de bash qui n'inclut pas globstar pour le bash d'Apple. Il est probable que bash est compilé sans le support de cette option.

Pour obtenir un exécutable bash avec globstar, installez brew et le bash de brew :

$ brew install bash
$ chsh -s /usr/local/bin/bash
$ sudo bash -c 'echo /usr/local/bin/bash >> /etc/shells'
$ ln -s /usr/local/bin/bash /usr/local/bin/bash-terminal-app

Ensuite, changez l'interpréteur de commandes par défaut ouvert dans Terminal en /usr/local/bin/bash-terminal-app et pour supprimer l'invite "Voulez-vous fermer cet onglet ?" lors de la fermeture de Windows et des onglets, ajoutez "bash" à la liste des exclusions.

La nouvelle liste d'options est alors :

$ shopt
autocd          off
cdable_vars     off
cdspell         off
checkhash       off
checkjobs       off
checkwinsize    on
cmdhist         on
compat31        off
compat32        off
compat40        off
compat41        off
compat42        off
compat43        off
complete_fullquote  on
direxpand       off
dirspell        off
dotglob         off
execfail        off
expand_aliases  on
extdebug        off
extglob         off
extquote        on
failglob        off
force_fignore   on
globasciiranges off
globstar        off
gnu_errfmt      off
histappend      off
histreedit      off
histverify      off
hostcomplete    on
huponexit       off
inherit_errexit off
interactive_comments    on
lastpipe        off
lithist         off
login_shell     on
mailwarn        off
no_empty_cmd_completion off
nocaseglob      off
nocasematch     off
nullglob        off
progcomp        on
promptvars      on
restricted_shell    off
shift_verbose   off
sourcepath      on
xpg_echo        off

Dans certaines circonstances, /usr/local/share/ et ses sous-dossiers sont la propriété de Root (par exemple après l'installation de smartmontools, nmap, node etc. avec leurs installateurs personnalisés) et certaines des étapes échouent. A mon avis, il est préférable de chown -R les dossiers à l'utilisateur admin qui a installé brew/bash. Dans mon installation quasi-vanille de MacOS et de brew, /usr/local/share et /usr/local/share/locale appartiennent à cet utilisateur administrateur.

0 votes

Qui durent ln -s était l'étape manquante pour moi.

2 votes

Ça ne marche pas pour moi. /usr/local/bin/bash n'a pas été créé par brew . En outre, qu'est-ce que bash-terminal-app ?

0 votes

@klanomath Sierra 10.12.6 et brew 1.5.2. Les exécutables sont installés dans /usr/local/Cellar/... y généralement lié à /usr/local/bin . Mais pour une raison quelconque, bash semble être une exception. brew doctor révèle que la raison probable est que bash n'a pas pu être lié, mais si j'essaie brew link bash J'obtiens que le lien symbolique n'a pu être créé parce que /usr/local/share/locale/ca/LC_MESSAGES is not writable . J'ai vérifié et brew était no installé comme Root, comme conseillé dans la page d'accueil.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X