globstar: nome opzione shell non valido su macOS anche con bash 4.X

17

La nuova opzione globstar richiede bash 4 . Quindi .. Quale bash siamo attivi?

 $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>

Proviamo globstar :

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

C'è un modo per ottenere supporto per questo su macOS?

    
posta javadba 18.07.2017 - 22:41
fonte

1 risposta

15

Inserendo shopt otterrai una lista con tutte le opzioni bash che non include globstar per bash di Apple. Probabilmente bash è compilato senza supporto per questa opzione.

Per ottenere un eseguibile bash con installw di globstar brew e brew's bash:

$ 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

Quindi cambia la shell predefinita aperta in Terminale in / usr / local / bin / bash-terminal-app e per sopprimere il messaggio "Vuoi chiudere questa scheda?" prompt alla chiusura di finestre e schede, aggiungi "bash" all'elenco delle esclusioni.

Il nuovo elenco di opzioni è quindi:

$ 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

In determinate circostanze / usr / local / share / e le sue sottocartelle sono di proprietà di root (ad es. dopo aver installato smartmontools, nmap, node ecc. con i loro programmi di installazione personalizzati) e alcuni passaggi non riescono. Secondo me è un salvataggio in chown -R delle cartelle per l'utente admin che ha installato brew / bash. Nella mia quasi vanilla installazione di macOS e brew, / usr / local / share e / usr / local / share / locale sono di proprietà di questo utente amministratore.

    
risposta data 18.07.2017 - 23:05
fonte

Leggi altre domande sui tag