monotone-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Monotone-devel] encapsulation branch


From: Thomas Keller
Subject: Re: [Monotone-devel] encapsulation branch
Date: Fri, 20 Apr 2007 10:17:13 +0200
User-agent: Thunderbird 2.0.0.0 (X11/20070326)

Markus Schiltknecht schrieb:
Regarding the deferred failures: maybe we need to add options like '--read-only-db' or '--no-workspace' to automate stdio and make it check right from the start. So if a 'mtn -d test.db --read-only-db automate stdio' starts up correctly, you can be sure to be successfully connected to a read-only database.

Right now (I think since 0.33) a database check is performed, just because I inserted an "app.db.ensure_open();" call in AUTOMATE(stdio), but this is a really ugly hack, because it assumes that all automate commands need at least a valid database (but f.e. the new automate identify does not). A check for a valid workspace is completly missing. So using options for stdio to define what we're actually trying to do is quite a good idea. However I wouldn't make these single options, rather than put them as arguments to some --mode or --access option. I don't know if I need to have such fine-grained options here, probably

workspace,read
workspace,write
database,read
database,write

would be enough for me. On the UI side of things one would do

  $ mtn automate stdio --access workspace,read --access database,read

to combine several of these options.

Thomas.

--
ICQ: 85945241 | SIP: 1-747-027-0392 | http://www.thomaskeller.biz
> Guitone, a frontend for monotone: http://guitone.thomaskeller.biz
> Music lyrics and more: http://musicmademe.com




reply via email to

[Prev in Thread] Current Thread [Next in Thread]