[Monotone-devel] Possible bug mentioned in logs

2007-06-03 Thread Conrad Steenberg
Hi I received this message when doing a sync over the network: mtn: beginning service on : 4691 mtn: accepted new client connection from 204.11.129.46 : 51769 mtn: allowed '[EMAIL PROTECTED]' read permission for '*' excluding '' mtn: allowed '[EMAIL PROTECTED]' write permission for '*' excluding

Re: [Monotone-devel] RFC: new monotone logo

2006-05-19 Thread Conrad Steenberg
t; > Thomas. > > > ___ > Monotone-devel mailing list > Monotone-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/monotone-devel -- Conrad Steenberg <[EMAIL PROTECTED]> California Institute of Technology | http://conradsteenberg.info smime.p7s Desc

Re: [Monotone-devel] nvm.sqlite3.binary adapted to rosters (and finished)

2006-01-13 Thread Conrad Steenberg
olumns are stored as BLOB and pass > appropriate data types to the query (that's what queryarg is for). And > we also have to cast revision_certs.value to TEXT before comparing it to > a string. > Proper use of column affinities (actually specifying a column type) > should help a bit

Re: [Monotone-devel] Tagging one file

2005-12-21 Thread Conrad Steenberg
Hi On Mon, 2005-12-19 at 19:45 -0800, Nathaniel Smith wrote: > On Mon, Dec 19, 2005 at 02:30:14PM -0800, Conrad Steenberg wrote: > > I'm trying to tag just one file (or group of files, where the group is > > smaller than the entire tree). Is that possible? > > I can

[Monotone-devel] Tagging one file

2005-12-19 Thread Conrad Steenberg
on ID and manifest of the revision that some_file belongs to. Any help help appreciated! :-) Conrad -- Conrad Steenberg <[EMAIL PROTECTED]> California Institute of Technology smime.p7s Description: S/MIME cryptographic signature ___ Monotone-de

Re: [Monotone-devel] Re: key trust

2005-10-12 Thread Conrad Steenberg
_______ > Monotone-devel mailing list > Monotone-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/monotone-devel -- Conrad Steenberg <[EMAIL PROTECTED]> California Institute of Technology smime.p7s Description: S/MIME cryptographic signature ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Re: key trust

2005-10-12 Thread Conrad Steenberg
uch "enhanced key trust" system should hide the complexity to make it seem the same as the current implementation as far as possible. Or it would be dead in the water... Cheers Conrad > > [...] > > > > _______ > Monotone-dev

Re: [Monotone-devel] Re: key trust

2005-10-12 Thread Conrad Steenberg
se (and should not add such a > requirement). Fortunately, you don't need reliable time-stamps at all, just a revocation list that amends some of the rules of how the tree state can be changed in future. The physical "time" aspect is merel

Re: [Monotone-devel] Re: key trust

2005-10-12 Thread Conrad Steenberg
Oct 11, 2005 at 11:26:32AM -0700, Conrad Steenberg wrote: > [...] > njs> > As an example, we issue X509 certs to every member of a > njs> > collaboration, and having to manage ssh and monotone (and > njs> > other) keys is a major administrative pain. E.g. monotone keys

Re: [Monotone-devel] Transport encryption

2005-10-11 Thread Conrad Steenberg
ther than > > using tunneling? > > Eh, there are some advantages to integrating it -- ssh tunneling > requires people have logins on the remote box, requires they have ssh > installed, etc. Effective crypto is mostly crypto that users don't > have to think about... >

Re: [Monotone-devel] A Two-Fold Proposal: On Formats And Front-Ends

2005-10-06 Thread Conrad Steenberg
gt; they don't mind living on the leading edge of linguistic civilization. > _______ > Monotone-devel mailing list > Monotone-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/monotone-devel -- Conrad Steenberg <[EMAIL PROTECTED

Re: [Monotone-devel] ViewMTN 0.04

2005-09-07 Thread Conrad Steenberg
; > > ___ > Monotone-devel mailing list > Monotone-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/monotone-devel -- Conrad Steenberg <[EMAIL PROTECTED]> California Institute of Technology smime.p7s Description: S/MIME cryptogr

Re: [Monotone-devel] [ANNOUNCE] monotone 0.22

2005-08-10 Thread Conrad Steenberg
message went away. So at the very least the error message is not very informative, and the behaviour of magically created files requiring manual updates is rather unexpected :-) Cheers Conrad On Wed, 2005-08-10 at 14:05 +1200, Matthew Gregan wrote: > At 2005-08-09T17:17:56-0700, Conrad Steenb

Re: [Monotone-devel] [ANNOUNCE] monotone 0.22

2005-08-09 Thread Conrad Steenberg
etsync_write_permitted hook or you will > get mysterious permission denied messages.) > > Enjoy, > -- Nathaniel > > ___ > Monotone-devel mailing list > Monotone-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/monotone-devel -- Conrad Steenberg <[EMAIL PROTECTED]> California Institute of technology smime.p7s Description: S/MIME cryptographic signature ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] new monotone-viz release

2005-07-12 Thread Conrad Steenberg
Hi Olivier On Tue, 2005-07-12 at 21:02 +0200, Olivier Andrieu wrote: > Hi, > > Conrad Steenberg [Tuesday 12 July 2005] : > > Trying to compile version 0.10 on FC4 here aborts with > > ... > > ocamlopt.opt -I ocamlnet-0.97.1 -I mlsqlite -I extlib-1.3 > > -

Re: [Monotone-devel] new monotone-viz release

2005-07-12 Thread Conrad Steenberg
> edges) > * libgnomecanvas hack to speed up drawing > * somehow display the output of monotone diff, even if it is not > valid UTF-8 > * middle clicking on the graph with a (prefix) of an id selected will > center the view on this id > * support builds with a shar

[Monotone-devel] [Script] ACL file script

2005-04-21 Thread Conrad Steenberg
and line with a cert name as an argument and uses the file $HOME/.monotone/netsync_write_permitted.acl as an ACL allowed list. Cheers Conrad -- Conrad Steenberg <[EMAIL PROTECTED]> #!/usr/bin/env lua -- Set up the file names to use later read_acl_name = os.getenv("HOME") .. &q