git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: latest stg/git commandline completions code

From
BBlaisorblade <blaisorblade@yahoo.it>
Date
Oct 25, 2005, 17:05 UTC
Message-ID
<200510251905.27768.blaisorblade@yahoo.it>
In-Reply-To
<b0943d9e0510250924g3f5d9281r@mail.gmail.com>
On Tuesday 25 October 2005 18:24, Catalin Marinas wrote:
> On 25/10/05, Blaisorblade <blaisorblade@yahoo.it> wrote:
> > The best idea seems to write a Python script sourcing the Stgit source
> > (stgit/main.py to get commands, and then loading each class and iterating
> > over the "options" module member).
> I can add a function in stgit/main.py which would list the options.
> The tla-completion generates a file listing a command with its option
> on every line:
>   push -a -all -n --number -t --to --reverse --undo -h --help
>   ...
> Since I don't know much about the bash completion, let me know of the
> format you'd prefer.

Ok, I'll look into that. Probably it'll be around "opts_push="-a --all -n --number...", i.e. this one works fine, through name indirection, i.e. you say "expand the var which name is given by this expr".

> > Btw, what do you think about speeding up completions by reimplementing
> > things like "stg applied" or "stg unapplied" via cat (as noted in the
> > comments at the beginning of the script)? Tab completions can easily
> > livelock a shell on a busy system, so it's worthy speeding the thing up.
> In general, it is better to use the stg commands but the repository
> structure won't probably change for a long time
Ok.
> and it's OK to 
> optimise (if the speed improvement is visible).
I believe it is, yes.
> Anyway, these 
> particular commands are pretty fast (they behave like cat) but there
> are others which are slower (usually the commands involving calls to
> the GIT tool).

They _would_ behave like cat, except that Python is slow enough. Half a second on a (almost) idle system means seconds and seconds on a busy system, and it's pretty frequent that when I don't wait enough for an op. to complete I get a traceback from the import statements, which haven't been completed.

And let's leave Gentoo's emerge alone - I'd say imports can take up to a minute.

-- 
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade

	

	
		
___________________________________ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it
Previous: Catalin MarinasNext: Catalin Marinas
Message 5 of 14 in “Re: latest stg/git commandline completions code”
  1. BlaisorbladeOct 25, 2005
  2. Catalin MarinasOct 25, 2005
  3. BlaisorbladeOct 25, 2005
  4. Catalin MarinasOct 25, 2005
  5. BlaisorbladeOct 25, 2005
  6. Catalin MarinasOct 26, 2005
  7. BlaisorbladeOct 26, 2005
  8. Ben CliffordNov 8, 2005
  9. Petr BaudisNov 9, 2005
  10. Ben CliffordNov 10, 2005
  11. Ben CliffordNov 10, 2005
  12. Ben CliffordNov 10, 2005
  13. Petr BaudisNov 10, 2005
  14. Ben CliffordNov 16, 2005

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.