From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14099 invoked by alias); 23 Jan 2013 11:43:04 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 17605 Received: (qmail 7603 invoked from network); 23 Jan 2013 11:43:02 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, SPF_HELO_PASS autolearn=ham version=3.3.2 Received-SPF: none (ns1.primenet.com.au: domain at samsung.com does not designate permitted sender hosts) X-AuditID: cbfec7f4-b7f6d6d000001620-de-50ffca67d304 Date: Wed, 23 Jan 2013 11:32:54 +0000 From: Peter Stephenson To: zsh-users@zsh.org Subject: Re: Silent setopt Message-id: <20130123113254.3d65278c@pwslap01u.europe.root.pri> In-reply-to: References: Organization: Samsung Cambridge Solution Centre X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.0; i386-redhat-linux-gnu) MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: quoted-printable X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuphluLIzCtJLcpLzFFi42I5/e/4Vd30U/8DDG7clLTYcXIlowOjx6qD H5gCGKO4bFJSczLLUov07RK4Mt4e6GIu+M9S0X9pEWMD41/mLkZODgkBE4ljC56wQNhiEhfu rWfrYuTiEBJYyijR3/eLFcphkmj+dYa9i5GDg0VAVeLEai6QBjYBQ4mpm2YzgtgiAqISy1ds ZgexhQWkJHofLQMbyitgL7H0bBvYMk6BYImHp26ygthCAgESN7dfZQOx+QX0Ja7+/cQEcYS9 xMwrZxghegUlfky+BzaHWUBdYtK8RcwQtrbEk3cXWCcwCsxCUjYLSdksJGULGJlXMYqmliYX FCel5xrqFSfmFpfmpesl5+duYoSE4JcdjIuPWR1iFOBgVOLh5XjyL0CINbGsuDL3EKMEB7OS CK/K2v8BQrwpiZVVqUX58UWlOanFhxiZODilGhinFXEnpu0Li57mpHDFcx7LMXfP24H7FTey qvVqOC5pOFOzauuh1MpjYT7WorNYXdoy5b91vokwlpm5WLwvkX2hEmuHZGN5+L2kKxOD3vgn Sc4VL76w6ui2X1dCp+97vHqaX4WRNc+NdoeN1z9q1RhVzw06dPPl+/VihczBIvbrKm4WFxzn 8lNiKc5INNRiLipOBABWPtdDHwIAAA== On Wed, 23 Jan 2013 11:21:38 +0100 =C4=B0smail D=C3=B6nmez wrote: > I am using the same zsh config across a lot of machine which have all kin= ds > of versions of zsh and when I ssh into an old zsh machine I get >=20 > setopt:47: no such option: COMBININGCHARS > setopt:48: no such option: HASH_EXECUTABLESONLY >=20 > Which is expected but gets boring after some time. So I wonder if there is > a way to silence setopt for unsupported options? It should be as simple as setopt COMBININGCHARS HASHEXECUTABLESONLY 2>/dev/null I wonder why setopt always returns status 0, no matter what happens? pws