[issue564] support command-not-found within grml's zsh on request?

[Michael Prokop]

Michael Prokop <mika at grml.org> added the comment:

* Frank Terbeck <bts at bts.grml.org> [20081104 13:56]:

> > >     a) How does that thing get it's data?

> > Via:

> > % file /var/cache/command-not-found/*
> > /var/cache/command-not-found/ftp.de.debian.org_debian_dists_unstable_contrib.db:           GNU dbm 1.x or ndbm database, little endian
> > /var/cache/command-not-found/ftp.de.debian.org_debian_dists_unstable_main.db:              GNU dbm 1.x or ndbm database, little endian
> > /var/cache/command-not-found/ftp.de.debian.org_debian_dists_unstable_non-free.db:          GNU dbm 1.x or ndbm database, little endian
> > /var/cache/command-not-found/www.debian-multimedia.org_dists_sid_main.db:                  GNU dbm 1.x or ndbm database, little endian
> > /var/cache/command-not-found/www.informatik.uni-koeln.de_fai_download_dists_lenny_main.db: GNU dbm 1.x or ndbm database, little endian

> This was, what I was worried about most.
> But okay, if it builds a database and does lookups against it, I can
> see that that's probably not too shabby.

ACK

[...]
> > -> Works at least pretty well and fast on my system.

> Okay then. I'll think of a usable solution.
> Maybe even via an interface that's only in pretty recent zsh versions,
> if that's okay by you (recent as in 'the live-cd ships a version
> recent enough').

Sure, that's fine. :)

regards,
-mika-

----------
assignedto: ft
messages: 1627, 1628, 1629, 1630, 1631, 1636, 1637, 1638, 1639
nosy: ft, mika
priority: feature
status: chatting
title: support command-not-found within grml's zsh on request?
topic: configs, zsh

_____________________________________
GRML issue tracker <bts at bts.grml.org>
<http://bts.grml.org/grml/issue564>
_____________________________________