Re: Passing state information from one completion function to another?

Re: Passing state information from one completion function to another?

[Sven Wischnowsky]

Andrej Borsenkow wrote:

> What I'd like to have is to list only my own processes in "normal" case and
> everything in case of root. This works with a single exception of sudo (and
> may be su) - in this case completion happens in current user context and does
> not know if it was root or not.
> 
> Is it possible for _sudo to set some state info (notably, that we are after
> sudo at all and user name) that can be queried by other functions? Of course,
> that shoould be cleaned up after completion exits. This may be useful in other
> cases as well - some generic test "if command is to be executed as root/other
> user"

Shouldn't it be enough to use `zstyle -e' and test if $words contains
`sudo' (probably as the first word)?

Bye
 Sven


--
Sven Wischnowsky                         wischnow@informatik.hu-berlin.de

RE: Passing state information from one completion function to another?

[Andrej Borsenkow]

>
> Shouldn't it be enough to use `zstyle -e' and test if $words contains
> `sudo' (probably as the first word)?
>


Ehh but if I understand it correctly, in case of

sudo kill TAB

$words is modified to be just (kill), removing sudo and any of it's option? In
more general case

sudo -u foo kill TAB

it would be nice to know that we are su'ing to user foo and not to root.

The problem is, I need this information not when completing sudo but when
completing command after sudo.

-andrej

Re: Passing state information from one completion function to another?

[Bart Schaefer]

On Aug 15, 11:31am, Andrej Borsenkow wrote:
} Subject: Passing state information from one completion function to another
}
} Is it possible for _sudo to set some state info (notably, that we are after
} sudo at all and user name) that can be queried by other functions?

Well, _killall (for example) uses $EUID to decide what process IDs to show.
So we can use `local -h EUID' in _sudo to make other completion functions
believe that the effective user ID has changed.

The question is, do we simply always set the local EUID to 0?  Do we set it
to an EUID specified by a style?  Or do we compute it somehow by parsing out
the `-u' option argument?  Probably one of the latter two; parsing probably
requires adding a state for the -u option and an extra call to _arguments,
or some such.

-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com

Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net   

RE: Passing state information from one completion function to another?

[Sven Wischnowsky]

Andrej Borsenkow wrote:

> > Shouldn't it be enough to use `zstyle -e' and test if $words contains
> > `sudo' (probably as the first word)?
> 
> 
> Ehh but if I understand it correctly, in case of
> 
> sudo kill TAB
> 
> $words is modified to be just (kill), removing sudo and any of it's option? In
> more general case
> 
> sudo -u foo kill TAB
> 
> it would be nice to know that we are su'ing to user foo and not to root.
> 
> The problem is, I need this information not when completing sudo but when
> completing command after sudo.

Ouch. Right. Would testing $BUFFER be enough?

Bye
 Sven


--
Sven Wischnowsky                         wischnow@informatik.hu-berlin.de

Passing state information from one completion function to another?

[Andrej Borsenkow]

What I'd like to have is to list only my own processes in "normal" case and
everything in case of root. This works with a single exception of sudo (and
may be su) - in this case completion happens in current user context and does
not know if it was root or not.

Is it possible for _sudo to set some state info (notably, that we are after
sudo at all and user name) that can be queried by other functions? Of course,
that shoould be cleaned up after completion exits. This may be useful in other
cases as well - some generic test "if command is to be executed as root/other
user"

-andrej

Have a nice DOS!
B >>