Re: Command not found errors

[Eric Lake <ericlake gmail com>]

On Mon, Jun 28, 2010 at 5:24 AM, Kai Willadsen <kai willadsen gmail com> wrote:
>
> So there are a couple of different problems here.
>
> Firstly, we use an overly-simplistic test for whether a given
> directory is actually a repository; this isn't unique to bzr. We
> *could* fairly easily establish better tests (e.g., run bzr status and
> check whether we get an error) but if we do this for each VC, it's
> likely to be really slow. Maybe a mixed approach (e.g., stat for .bzr,
> then run bzr status) would be in order.
>
> The second problem is that we don't check to see whether we have the
> appropriate tools installed for a given repository. Correct behaviour
> here would probably be to see if we can find the binary, and if we
> can't, desensitize the relevant entry in the VC selector.
>
> Patches or more detailed suggestions for either of the above would be
> gratefully accepted; failing that, could you please file bugs?
>
> cheers,
> Kai
>

Do you know of a way other than rebooting the affected system that
will clear it up until we can upgrade? It seems to get stuck thinking
that the .bzr dir is still there even when it isn't. Is something
getting cached elsewhere in the users $HOME that I can clear to
prevent the reboot?

-- 
Thanks,

Eric Lake