[Monotone-devel] usher 0.99 release (name-based virtual hosting for monotone)

There is an actual release of usher available now. It's tagged as usher-0.99 available from mtn://monotone.ca/contrib?net.venge.monotone.usher and there is a tarball available at http://mtn-host.prjek.net/projects/webhost/files/usher-0.99.tar.gz . It works on at least Debian and FreeBSD. You

Re: [Monotone-devel] usher 0.99 release (name-based virtual hosting for monotone)

On 11/08/2010 01:49 PM, Hendrik Boom wrote: On Fri, Nov 05, 2010 at 11:46:03PM -0500, Timothy Brownawell wrote: There is an actual release of usher available now. It's tagged as usher-0.99 available from mtn://monotone.ca/contrib?net.venge.monotone.usher and there is a tarball availab

Re: [Monotone-devel] usher 0.99 release (name-based virtual hosting for monotone)

On 11/08/2010 01:04 PM, Hendrik Boom wrote: On Fri, Nov 05, 2010 at 11:46:03PM -0500, Timothy Brownawell wrote: There is an actual release of usher available now. It's tagged as usher-0.99 available from mtn://monotone.ca/contrib?net.venge.monotone.usher and there is a tarball availab

Re: [Monotone-devel] usher 0.99 release (name-based virtual hosting for monotone)

On 11/08/2010 12:36 PM, Hendrik Boom wrote: Well, I did download the tarball, http://mtn-host.prjek.net/projects/webhost/files/usher-0.99.tar.gz and untarred it. The README file says The documentation is in doc/documentation.html. But there is no doc directory to be found in the tarba

Re: [Monotone-devel] usher 0.99 release (name-based virtual hosting for monotone)

On 11/09/2010 10:31 PM, Hendrik Boom wrote: On Tue, Nov 09, 2010 at 08:50:26PM -0600, Timothy Brownawell wrote: On 11/08/2010 01:49 PM, Hendrik Boom wrote: On Fri, Nov 05, 2010 at 11:46:03PM -0500, Timothy Brownawell wrote: There is an actual release of usher available now. It's tagg

Re: Release rules Was: Re: [Monotone-devel] conflicts store vs show_conflicts

On 11/22/2010 07:23 AM, Thomas Keller wrote: We already append a suffix "dev" to development snapshots (i.e. "1.0dev") which get created on build farms like openSUSE's build service. Thomas Moschny said that this is suboptimal because of rpm's version comparison algorithms which would consider "1

Re: Release rules Was: Re: [Monotone-devel] conflicts store vs show_conflicts

On 11/22/2010 09:43 AM, Hendrik Boom wrote: This if we add ~dev7 to version number 1.1, we'll get version 1.1~dev7, which will sort before version 1.1 This sounds like the numbering system we're looking for. Of course, this isn't the *entire* comparison alrorithm. There's also an epoch and a De

Re: Release rules Was: Re: [Monotone-devel] conflicts store vs show_conflicts

On 11/22/2010 10:48 PM, Hendrik Boom wrote: On Mon, Nov 22, 2010 at 11:46:49PM -0500, Hendrik Boom wrote: On Mon, Nov 22, 2010 at 05:28:23PM -0600, Timothy Brownawell wrote: On 11/22/2010 09:43 AM, Hendrik Boom wrote: This if we add ~dev7 to version number 1.1, we'll get version 1.1

Re: Release rules Was: Re: [Monotone-devel] conflicts store vs show_conflicts

On 11/23/2010 03:17 AM, Richard Levitte wrote: In message<4ceb4d64.9050...@prjek.net> on Mon, 22 Nov 2010 23:13:08 -0600, Timothy Brownawell said: tbrownaw> On 11/22/2010 10:48 PM, Hendrik Boom wrote: tbrownaw> > On Mon, Nov 22, 2010 at 11:46:49PM -0500, Hendrik Boom

Re: [Monotone-devel] speed of 0.99

On 11/19/2010 04:31 AM, Markus Wanner wrote: Hi, I've recently upgraded to monotone 0.99, mainly to get the new commit message editor. Thanks for that! However, it seems to me it's quite a bit slower than previous versions. Which weren't exactly fast, either, but 'mtn status' and 'mtn ls branch

Re: [Monotone-devel] speed of 0.99

On 11/27/2010 10:55 PM, Timothy Brownawell wrote: > On 11/19/2010 04:31 AM, Markus Wanner wrote: >> Hi, >> >> I've recently upgraded to monotone 0.99, mainly to get the new commit >> message editor. Thanks for that! >> >> However, it seems to me it

Re: [Monotone-devel] speed of 0.99

On 11/29/2010 05:10 AM, Markus Wanner wrote: > On 11/28/2010 07:55 PM, Timothy Brownawell wrote: >> Do we mind having an index-only schema change between 0.99 and 1.0? It >> sounds like we'd get a noticeably better user experience... > > I'd certainly appreciate i

Re: [Monotone-devel] speed of 0.99

On 11/29/2010 01:05 PM, Markus Wanner wrote: Each revision typically has 4 certs (author, branch, date, changelog), so the old index on only rev_id should usually give 5 lookups. Indexing on (rev_id, name, value) should usually give 2 lookups, and indexing on everything gives 1 lookup. ..at th

Re: [Monotone-devel] A Few Quick Questions...

On 12/04/2010 06:27 AM, CooSoft Support wrote: Firstly if I want to update the wiki exactly what db do I use and branch, I can't find anything to do with wikis in any database that I can browse... Also if I don't have write access to it can I be granted write access please. It's a proper brow

[Monotone-devel] nvm.visualc branch

The net.venge.monotone.visualc branch builds and passes the tests on MinGW and *nix. With Visual Studio it passes the tests except for 3 i18n failures. Do we want to merge this now (and have 1.0 be buildable on VS2010) or wait for after the release? The changes are largely: * I built against

Re: [Monotone-devel] use case for :memory: database?

On 01/08/2011 05:02 PM, Thomas Keller wrote: > Am 08.01.11 17:29, schrieb Stephen Leake: >> I'm adding a description of the global options to monotone.texi. >> >> What is the use case for :memory: database? > > One is for example that it gives you a throw-away database for remote > automate action

Re: [Monotone-devel] mingw-instructions

On 01/08/2011 06:19 PM, Stephen Leake wrote: > Correct. But it would be nice to document how the executables on our > download page are built. In fact, that's a requirement of the GPL 3 > license Some of our downloads like the Windows installer bundle the libraries we use. So for any copyleft lib

Re: [Monotone-devel] mingw-instructions

On 01/09/2011 04:16 AM, Stephen Leake wrote: > Timothy Brownawell writes: >>> (which we should upgrade to). >> >> Eww. > > Can you elaborate? GPL 3 is technically more sophisticated than GPL 2. Mostly I'm annoyed at the change from straight copyleft to forbi

Re: [Monotone-devel] nvm.source-tree-cleanup

On 01/30/2011 05:08 PM, Thomas Keller wrote: > > Hi all! > > Richard, Stephe and me polished the above branch over the last weeks and > got positive response from a couple of people that it works well for > them. For those who weren't following the previous development, this > branch is basically

Re: [Monotone-devel] Re: [Monotone-commits-diffs] net.venge.monotone.source-tree-cleanup: d54c8c17eeebbe7dd6bb30d4d10996db79de24f2

On 01/31/2011 07:36 PM, Stephen Leake wrote: > this gets back to the question I asked: > > What Makefile targets are supposed to work? > > I tested monotone.pdf, but not monotone.ps. Is there some other target > that builds monotone.ps? 'dist' apparently doesn't. > > What other targets do I need

Re: [Monotone-devel] Question for Tim - testsuite.lua giant list

On Tue, 2006-07-04 at 10:26 -0700, Zack Weinberg wrote: > Is the giant list of test cases in testsuite.lua there because there's > no readdir() equivalent in Lua's standard library, or is there some > better reason? No, I could fairly easily add that. One reason is that it seems nice to have the t

[Monotone-devel] Testsuite status (SoC)

There is minimal documentation in tester.txt and testsuite.txt now, currently only having short descriptions of the available functions. I've also fixed a problem where the tester couldn't set env vars reliably, and a place where a CVS test was being too fast and confusing CVS. There's some oddnes

Re: [Monotone-devel] Workspace merge - weekly update

On Thu, 2006-07-06 at 00:27 -0700, Zack Weinberg wrote: > Next I plan to tackle dusting off Tim's old code on > net.venge.monotone.workspace-merge, reconstructing it in tune with > more recent stuff, and breaking it up into mergeable chunks. There > are global API changes in there which should mak

Re: [Monotone-devel] Re: Automate stdio chunk size

On Mon, 2006-07-10 at 16:09 +0200, Thomas Keller wrote: > Thomas Moschny wrote > > After thinking a while about it, it is no longer clear to me, why there is > > a > > need for chunked output *at all* ... > > > > The reading side of a pipe can always read the data in arbitrarily (and > > indepe

Re: [Monotone-devel] Re: Automate stdio chunk size

On Mon, 2006-07-10 at 18:50 +0200, Thomas Keller wrote: > > We can't use an in-stream EOF token, because the stream should be > > binary-safe. So this means prefixing each data chunk with the size of > > that chunk. A chunk is output when it reaches the maximum size (because > > having a known maxi

Re: [Monotone-devel] encrypted monotone (and digression on

On Mon, 2006-07-10 at 13:29 -0700, Rob Schoening wrote: > but my question is really: how vulnerable is "mtn serve" today to DoS > and buffer overrun type exploits? DoS: It'd be fairly simple to make monotone eat all your CPU (or on an SMP box, as much CPU as a single-threaded program can eat). If

Re: [Monotone-devel] Re: branch review for net.venge.monotone.multihead

On Wed, 2006-07-12 at 02:51 +0100, Bruce Stephens wrote: > "Zack Weinberg" <[EMAIL PROTECTED]> writes: > > > I was thinking about using commit date as a further heuristic, i.e. > > when we have two LCAs neither of which is an ancestor of the other, > > merge the newest one first; furthermore, when

[Monotone-devel] Re: Testsuite status (SoC)

On Wed, 2006-07-05 at 23:39 -0500, Timothy Brownawell wrote: > There is minimal documentation in tester.txt and testsuite.txt now, > currently only having short descriptions of the available functions. > I've also fixed a problem where the tester couldn't set env vars > relia

Re: [Monotone-devel] Dumb Question

On Wed, 2006-07-12 at 12:20 -0700, Rob Schoening wrote: > Is there a recommended way to roll a particular file or files back to > a particular revision? "mtn update" affects the entire workspace, > which I don't want. Obviously "mtn cat -r revision foo.txt >foo.txt " > will work, but this seems w

Re: [Monotone-devel] explicit_merge with ancestor

On Thu, 2006-07-13 at 11:36 -0400, Craig Lennox wrote: > Whatever happened to the optional ANCESTOR argument to explicit_merge? Our merge algorithms improved, so it isn't really needed any more. We don't need an ancestor at all unless there's a content conflict, and then we now pick the best ances

Re: [Monotone-devel] Re: Dumb Question

On Thu, 2006-07-13 at 11:03 -0700, Steven E. Harris wrote: > Nathaniel Smith <[EMAIL PROTECTED]> writes: > > > Other VCSes have historically overloaded the 'update' command, so it > > performed a bunch of logically unrelated functions -- moving your > > work in progress, doing merges, reverting fi

Re: [Monotone-devel] Re: Testsuite status (SoC)

On Thu, 2006-07-13 at 01:43 -0700, Nathaniel Smith wrote: > On Wed, Jul 12, 2006 at 01:09:19AM -0500, Timothy Brownawell wrote: > > The new testsuite seems to be "done" now, but some things aren't optimal > > yet. In particular I'd like to make tester fair

Re: [Monotone-devel] disturbing errors from 'mtn db check' on monotone repo

On Fri, 2006-07-14 at 21:31 -0700, Zack Weinberg wrote: > Debian just picked up monotone 0.27, so I thought it would be good to > run db check over my local repository. It spewed errors at me, e.g. > > mtn: revision 0b09ae42e28165400b8023880c3efca0863a7d87 missing branch cert This *could* be con

Re: [Monotone-devel] Bug in pull

On Sat, 2006-07-15 at 17:42 -0700, Eric Anderson wrote: > When I attempt to pull from venge.net, if I don't have any key > specified in my _MTN/options file, everything works fine. If I have a > key specified, then I get: > > mtn: connecting to venge.net > mtn: finding items to synchronize: > mtn

[Monotone-devel] Extending "automate stdio"

With moving more commands into automate we'll need improvements to automate stdio, firstly so that restrictions are usable, and secondly to allow for an input stream (this will be useful if we decide that, say, a 'merge' variant should be available through automate). It would also be nice to allow

Re: [Monotone-devel] "Wrong" (current time) creation date after checkout

On Sun, 2006-07-16 at 21:53 +0200, Thomas Haas wrote: > Hi > > I am using motone 0.27 Cygwin on Windows XP. > > The creation date (ls -l) on files checked out (using mtn checkout or > mtn revert) is set to the current time. My expectation is the creation > date on files being the same after check

Re: [Monotone-devel] Re: Extending "automate stdio"

On Sun, 2006-07-16 at 16:29 -0700, Steven E. Harris wrote: > Timothy Brownawell <[EMAIL PROTECTED]> writes: > > > The input format is currently > >'l' [ [...]] 'e' > > By the way, what does the 'l' stand for? I keep reading it

Re: [Monotone-devel] Re: Extending "automate stdio"

On Sun, 2006-07-16 at 22:59 -0700, Nathaniel Smith wrote: > On Sun, Jul 16, 2006 at 06:51:32PM -0500, Timothy Brownawell wrote: > > It's apparently for "list" (and the 'e' is "end"), and comes from > > something called "bencoding"

Re: [Monotone-devel] Re: Testsuite status (SoC)

On Thu, 2006-07-13 at 17:27 -0500, Timothy Brownawell wrote: > So far I have sanity dependencies reduced to ui, quick_alloc, platform, > simplestring_xform, constants, and numeric_vocab. constants is only used > for default_encoding by split_into_lines, and for log_line_sz in > sanity

Re: [Monotone-devel] Re: Testsuite status (SoC)

On Wed, 2006-07-19 at 06:09 -0500, Timothy Brownawell wrote: > I've given the lua extension functions (monotone_*_for_lua) a LUAEXT() > macro, which does more-or-less the same thing as CMD() and AUTOMATE() > do. They can be split up into different files now, and the specific > ext

Re: [Monotone-devel] "memory exhausted" error for 'mtn list status' command

On Fri, 2006-07-28 at 21:56 -0700, Drakie Awita wrote: > Nathaniel: > > No, I'm not using Reiser FS; it happens on both ext3 FS (debian > linux), and NTFS (Windows XP). > > I've found that, if I move the large un-versioned sub-directory > (contrib/oss.boost.release) out of the project root dir, t

Re: [Monotone-devel] RFC/preview: automate interface for cvssync

On Tue, 2006-07-25 at 15:36 +0200, Christof Petig wrote: > - these commands attach information* to an already present revision > > automate put_sync_info REVISION DOMAIN DATA >attach data to REVISION in DOMAIN > > automate get_sync_info REVISION DOMAIN >retrieve data from REVISION in

Re: [Monotone-devel] MTN-over-SSH's syntax

On Tue, 2006-08-01 at 10:48 +0200, Lapo Luchini wrote: > Oh, and also: I sometime read on this list "mtn-over-ssh can't do on a > shared server because the file is locked and only one user can access at > a time". But isn't that so even in "mtn serve" mode? "mtn serve" locks the db, yes. But it ac

Re: [Monotone-devel] MTN-over-SSH's syntax

On Tue, 2006-08-01 at 12:49 +0200, Lapo Luchini wrote: > Timothy Brownawell wrote: > > "mtn serve" locks the db, yes. But it accepts any number of simultaneous > > network connections from clients. > Ah, but I always thought that even if many connections were accep

Re: [Monotone-devel] I/O failure while talking to peer

On Mon, 2006-07-31 at 09:57 -0600, Shaun Jackman wrote: > What does this I/O failure message mean? Push fails but poll works fine. [...] > mtn: error: I/O failure while talking to peer venge.net, disconnecting It looks like a permission error. If the server doesn't have your key or isn't set up to

Re: [Monotone-devel] Scalability question

On 8/4/06, Jonathan S. Shapiro <[EMAIL PROTECTED]> wrote: If I understand the documents correctly, there are a whole lot of places in the monotone schema that are very similar to things we did in OpenCM. One of these bit us badly on scalability. I want to identify the issue, explain how it bit us

Re: [Monotone-devel] Re: Scalability question

On 8/4/06, Jonathan S. Shapiro <[EMAIL PROTECTED]> wrote: On Fri, 2006-08-04 at 21:24 +0200, Koen Kooi wrote: > $ cd baz/ > $ touch foo > $ mtn add baz > mtn: misuse: no such file or directory: 'packages/e17/baz/baz' This is correct. You're trying to add baz/baz, which doesn't exist. Koen: A

Re: [Monotone-devel] Nested projects in workspace

On 8/4/06, Jonathan S. Shapiro <[EMAIL PROTECTED]> wrote: The manual seems to say that monotone takes the "one tree" approach -- there is a top (root) directory for the project, and everything under that is assumed to be part of the project. Monotone allows for unknown files in a workspace. The

Re: [Monotone-devel] Re: Scalability question

On 8/4/06, Bruce Stephens <[EMAIL PROTECTED]> wrote: "Jonathan S. Shapiro" <[EMAIL PROTECTED]> writes: [...] > Also, the need to sync a 400 kbyte object in order to begin a > checkout is very disconcerting to users -- especially when you are > doing it over a slow link at (e.g.) a hotel or (e.g

Re: [Monotone-devel] Nested projects in workspace

On 8/4/06, Jonathan S. Shapiro <[EMAIL PROTECTED]> wrote: On Fri, 2006-08-04 at 15:01 -0500, Timothy Brownawell wrote: > > Depending on the answer, would you consider a patch to add this behavior > > or (if it already exists) clarify this part of the documentation? > > I

Re: [Monotone-devel] responses to some IRC discussion of 'automate'

On Mon, 2006-08-07 at 10:21 +0200, Thomas Keller wrote: > Nathaniel Smith wrote: > >> SELECT ra1.child > >> FROM revision_ancestry ra1 > >> LEFT JOIN revision_ancestry ra2 ON ra1.child=ra2.parent > >> INNER JOIN revision_certs rc ON ra1.child=rc.id AND rc.name="branch" > >> AND rc.value LIKE "net.

Re: [Monotone-devel] Re: responses to some IRC discussion of 'automate'

On Mon, 2006-08-07 at 12:54 +0100, Bruce Stephens wrote: > Thomas Keller <[EMAIL PROTECTED]> writes: > > [...] > > > Thats right, but one could think about optimizations here, which > > would only be possible in mtn itself. If the heads of multiple > > branches should be found, one could do that

[Monotone-devel] killing popt

nvm.experiment.boost-program-options works now, and I think it's ready for mainline. The only visible change (at least, the only change noticed by the testsuite) is that "--option=" doesn't work any more; "--option ''" is still fine. This appears to be a misfeature in boost::program_options. Optio

Re: [Monotone-devel] [PATCH] New lua command execute_redirout which executes an os command and captures standard output

On Mon, 2006-08-14 at 01:00 -0400, Daniel Dickinson wrote: > The following diff adds a new command for use in lua hooks. The command > is called execute_redirout. I chose the name based on spawn_redir and > execute. Ok... > Also, I couldn't figure out how > to get mtn diff to not include the .p

Re: [Monotone-devel] [PATCH] New lua command execute_redirout which executes an os command and captures standard output

On Mon, 2006-08-14 at 15:39 -0400, Daniel Dickinson wrote: > Erm, but I think mkstemp returns a file handle and spawn_redirected > takes a filename which it opens (and truncates) or creates, so you > can't simply feed the output of lua's mkstemp() into spawn_redirected > unless lua file handles ar

Re: [Monotone-devel] Re: [PATCH] New lua command execute_redirout which executes an os command and captures standard output

On Mon, 2006-08-14 at 16:19 -0700, Graydon Hoare wrote: > Bruce Stephens wrote: > > > Well, an obvious alternative would be to provide those two operations > > as lua functions. How portable is stat as a command? > > Yes, I'd much prefer writing stat() and readlink() lua functions. Both > funct

Re: [Monotone-devel] key strangenesses

On Tue, 2006-08-22 at 19:20 +0200, Jon Bright wrote: > Hi, > > While trying to import my monotone key into a fresh install of monotone, > I noticed two things: > > 1. Despite my having committed stuff to n.v.m in the past, the public > half of my key wasn't in a freshly-pulled DB. Have I misun

Re: [Monotone-devel] Incorporating debian/* changes in releases

On Fri, 2006-08-25 at 15:21 -0600, Shaun Jackman wrote: > Hmmm, the problem seems to be that I omitted that second argument to > mtn push. Could the pattern argument default to something more useful, > like say the branch specified in _MTN/options? What is the current > default patten? Should `mtn

Re: [Monotone-devel] automate stdio, really

On Wed, 2006-08-30 at 14:25 +0200, Richard Levitte - VMS Whacker wrote: > Hi, > > I just looked at today's IRC log, and saw a discussion about making a > "automate commit" command. > > Isn't this going a bit far? Soon, we will have automate commands for > all "normal" commands if we continue lik

Re: [Monotone-devel] Branching and push seems to be sending an overly large amount of data

On Thu, 2006-08-31 at 08:48 -0400, Daniel Dickinson wrote: > I am pushing a branch I have started for attr scan and related > development (which I've done as net.venge.monotone.cshore.attr-scan > with the intention that .cshore.* is where I put public stuff I'm > working on, with different branches

Re: [Monotone-devel] Monotone performance degrades dramatically

On Thu, 2006-08-31 at 10:45 -0700, Steven Grimm wrote: [...] > And I am definitely seeing performance degrade. The first 20 revisions > took about 6 seconds to get through; now it's up at revision 485 and > it's taking 2 seconds per commit. While it's sitting there it is chewing > 100% of one of

Re: [Monotone-devel] mtn lua execute

On Tue, 2006-09-05 at 19:29 +0100, Andy Jones wrote: > Here's a wild idea for the wishlist. One that shouldn't take much > work to implement. > > We already have "mtn db execute" to run an unspecified SQL query. How > about a similar command to run an unspecified lua function from > monotonerc?

Re: [Monotone-devel] [RFC] versioned policy -- introduction

On Wed, 2006-09-06 at 23:28 -0700, Nathaniel Smith wrote: > * Our key names are required to be globally unique over space and > time. This turns out to be very bad; we need to make it possible > to get rid of old keys, and create new ones. That each key used > "burns a hole" in this

Re: [Monotone-devel] Re: [RFC] versioned policy -- introduction

On Thu, 2006-09-07 at 22:18 -0700, Nathaniel Smith wrote: > > Also, is this one trust seed per database? So does this force one > > database per project (quite probably a good way to do things, but not > > the way everyone works currently)? > > Maybe! Or maybe not; nothing is set in stone yet.

Re: [Monotone-devel] Re: [patch] roster-deltas (40% pull speedup)

On Fri, 2006-09-08 at 16:18 +0200, Markus Schiltknecht wrote: > [EMAIL PROTECTED] wrote: > > Is there a description somewhere just what rosters are? The last word I > > remember on the subject many months ago was that they were an internal > > data structure that was hard to explain. Has there be

Re: [Monotone-devel] Re: [RFC] versioned policy -- introduction

On Fri, 2006-09-08 at 01:05 -0700, Zack Weinberg wrote: > On 9/7/06, Timothy Brownawell <[EMAIL PROTECTED]> wrote: > > On Thu, 2006-09-07 at 22:18 -0700, Nathaniel Smith wrote: > > > For pretty much any > > > operation, we need to know what trust seed to use, up-fr

Re: [Monotone-devel] Re: [RFC] versioned policy -- introduction

On Fri, 2006-09-08 at 17:04 +0200, Koen Kooi wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Timothy Brownawell schreef: > > On Fri, 2006-09-08 at 01:05 -0700, Zack Weinberg wrote: > > > > >> Seems like what is really wanted there is a cross-da

Re: [Monotone-devel] Re: [RFC] versioned policy -- introduction

On Fri, 2006-09-08 at 16:12 +0100, Bruce Stephens wrote: > Timothy Brownawell <[EMAIL PROTECTED]> writes: > > > On Fri, 2006-09-08 at 01:05 -0700, Zack Weinberg wrote: > > [...] > > >> Seems like what is really wanted there is a cross-database merge,

[Monotone-devel] [RFC] DAG-based revision refinement

There's been some minor thought given to having a refinement scheme for revisions (for netsync) that makes use of the DAG structure to do better than the merkle refinement we do now. Merkle refinement is O(d*log n), d being the size of the difference between the sets. It also has a problem where t

Re: [Monotone-devel] Re: [RFC] versioned policy -- introduction

On Sat, 2006-09-09 at 20:51 +0200, Wim Oudshoorn wrote: > SCENARIO I: Non project leader commits to branch FOO.Stable > > > Expected behaviour: > This commit should not by default be visible in the UI, > so nobody will

Re: [Monotone-devel] Error handling via automate

On Sun, 2006-09-10 at 12:34 +1000, Daniel Carosone wrote: > > Possibly the structure of SMTP/HTTP/FTP/... style response codes are a > > useful precedent? Or possibly there should be a small set of errors > > defined on a per-command basis? > > Would an 'automate' locale/translation, with machine

Re: [Monotone-devel] Re: [RFC] versioned policy -- introduction

On Sun, 2006-09-10 at 08:44 +0200, Wim Oudshoorn wrote: > Timothy Brownawell <[EMAIL PROTECTED]> writes: > >> SCENARIO III: A project leader leaves > >> - > >> > >> Expected behaviour: > >>

Re: [Monotone-devel] Re: [RFC] versioned policy -- bootstrapping

On Sun, 2006-09-10 at 14:01 +0200, Wim Oudshoorn wrote: > Nathaniel Smith <[EMAIL PROTECTED]> writes: > > > (For archive readers: this should be read after > > http://article.gmane.org/gmane.comp.version-control.monotone.devel/8169 > > ) > > > Another try > > --- > > > > Here's an algor

Re: [Monotone-devel] Error handling via automate

On Mon, 2006-09-11 at 13:08 +1000, Daniel Carosone wrote: > On Sun, Sep 10, 2006 at 02:45:28AM -0700, Nathaniel Smith wrote: > > On Sun, Sep 10, 2006 at 12:34:56PM +1000, Daniel Carosone wrote: > > > Would an 'automate' locale/translation, with machine-friendly messages > > > like this, be unreason

Re: [Monotone-devel] Meta-policy proposal

On Sun, 2006-09-10 at 23:53 -0700, Zack Weinberg wrote: > Otherwise the cert must declare > the same policy branch as its parent revision's branch cert. (For > merges, it only has to agree with the parent with the same name.) Why? What if I *want* to have the same branch name under a different p

Re: [Monotone-devel] Meta-policy proposal

On Mon, 2006-09-11 at 13:59 -0700, Zack Weinberg wrote: > On 9/11/06, Timothy Brownawell <[EMAIL PROTECTED]> wrote: > > On Sun, 2006-09-10 at 23:53 -0700, Zack Weinberg wrote: > > What if I *want* to have the same branch name under a different > > policy, such as becaus

Re: [Monotone-devel] Meta-policy proposal

On Mon, 2006-09-11 at 15:59 -0700, Rob Schoening wrote: > Does monotone have a concept of a "project"? I didn't think it did, > other than by convention. > > I'm not necessarily saying that it should, but since a lot of this > use-case discussion revolves around authorization issues in the > l

Re: [Monotone-devel] Meta-policy proposal

On Mon, 2006-09-11 at 17:23 -0700, Zack Weinberg wrote: > On 9/11/06, Timothy Brownawell <[EMAIL PROTECTED]> wrote: > > > > ...what happens if someone makes a parentless commit with that branch > > name but a different policy branch, then merges that in with > >

Re: [Monotone-devel] automate propagate

On Wed, 2006-09-13 at 17:05 -0500, Hugo Cornelis wrote: > I have a project with 36 branches. Most have feature 'A', but not all > of them. I have a small and necessary fix for 'A'. What is the most > effective way to propagate the fix to all the branches that have > feature 'A' ? Probably somet

Re: [Monotone-devel] Re: pretty pretty pictures (for some value of pretty)

On Thu, 2006-09-14 at 15:17 -0700, Rob Schoening wrote: > <> > > I'll definitely second this. > > As a monotone user reading this list fairly consistently, I actually > think that monotone is *MUCH* closer to being at a v1.0 state than the > core development team might think. So oddly, every ti

Re: [Monotone-devel] SecPAL: Design and Semantics of a Decentralized Authorization Language

On Sat, 2006-09-16 at 00:18 +0100, Bruce Stephens wrote: > I haven't read it yet, so it may not be of value to monotone. The > title seemed interesting. > > We probably can't use it exactly (specifically the bit about using 'not' for enforcing separatio

[Monotone-devel] policy branch proposal (rough draft)

This is fairly heavily based on http://www.venge.net/monotone/wiki/VersionedPolicy . Here I'm assuming that we want to allow multiple projects (trust seeds) per db. I think that not allowing this is overly restrictive and probably unworkable, and especially not workable for shared hosting. This a

Re: [Monotone-devel] [patch] adding branchname to parameters for validate_commit_message

On Mon, 2006-09-18 at 19:35 +0200, Marcel van der Boom wrote: > Included is a small patch which adds branchname as a third parameter > for the validate_commit_message. > > Rationale: >We use the validate_commit_message to run a set of lua coded > checks which run over the files which are p

Re: [Monotone-devel] Performance improvement splitout

On Mon, 2006-09-18 at 11:08 -0700, Eric Anderson wrote: > Nathaniel Smith writes: > > I also notice, on re-reading, that we are repeatedly calling select > > with nothing in the read or write fds, and with a "zero" timeout. Why > > the heck would we be doing that? It's basically a noop by > >

Re: [Monotone-devel] Build monotone with Microsoft Visual Studio 2005

On Tue, 2006-09-19 at 11:21 +0200, Jesper Ribbe wrote: > Hello, > > I've tried to build monotone with MVS-2005 to track the filesystem > conversion problems I've had. > I followed the instructions on the wiki and have succesfully built boost. > > However I've got some problems when building mono

Re: [Monotone-devel] merge_into_dir wanted behaveour?

On Wed, 2006-09-20 at 18:31 +0200, Johan Bolmsjö wrote: > Hello, > > I don't know if this is the right mailing list for this question but here it > goes. I have some small utility libraries that I don't wish to package for > system wide installation that I use in other branches. I tried to use

Re: [Monotone-devel] Re: po/ChangeLog

On Sat, 2006-09-23 at 17:38 +0200, Marcel van der Boom wrote: > While we're on the subject, out of curiosity, what is the rationale > behind having a ChangeLog file in the first place? I'd almost think so too, but any output massaging probably wouldn't be entirely portable. Then there's also th

Re: [Monotone-devel] monotone 0.30 hangs when performing sync on certain databases

On Fri, 2006-09-22 at 16:16 +0200, Markus Meyer wrote: > Daniel Carosone schrieb: > > Could you try and reproduce it for file:// databases on local > > filesystems first, without the samba share? > > > Sure, I just did that: the problem also happens when both databases are > in the same director

Re: [Monotone-devel] monotone 0.30 hangs when performing sync on certain databases

On Mon, 2006-09-25 at 09:57 -0400, Michael Milner wrote: > > On Fri, 2006-09-22 at 16:16 +0200, Markus Meyer wrote: > >> Sure, I just did that: the problem also happens when both databases are > >> in the same directory on the local harddisc on Windows 2000. The same > >> two databases sync fine wh

Re: [Monotone-devel] Double-free crash in 0.30 checking out nvm

On Thu, 2006-09-28 at 18:22 -0400, Jack Lloyd wrote: > I'm seeing crashes attempting a fresh checkout of nvm using 0.30. Any > ideas? It seems repeatable, pops up every couple of hundred > revisions. I could concievably believe it was hardware/heat related, > but figured I should let you guys know.

Re: [Monotone-devel] automate inventory questions

On Thu, 2006-09-28 at 16:42 -0500, Hugo Cornelis wrote: > Hi, > > > I am building a small script to automate the release management of one > of my projects. To see if the current workspace has uncommitted > differences, I use the 'automate inventory' command, and parse the > output in the script

Re: [Monotone-devel] [PATCH] Specifying multiple --message arguments for commits

On Sat, 2006-09-30 at 21:17 +0200, Thomas Moschny wrote: > On Saturday 30 September 2006 19:59 Evan Deaubl wrote: > > The only thing I'm worried about is the line separator I used, but I > > didn't see anywhere in the code where line separators were specified, > > and I saw straight LFs being used

Re: [Monotone-devel] [PATCH] Specifying multiple --message arguments for commits

On Mon, 2006-10-02 at 00:19 +0200, Richard Levitte - VMS Whacker wrote: > In message <[EMAIL PROTECTED]> on Sat, 30 Sep 2006 14:34:15 -0500, Timothy > Brownawell <[EMAIL PROTECTED]> said: > > tbrownaw> On Sat, 2006-09-30 at 21:17 +0200, Thomas Moschny wrote: > tb

Re: [Monotone-devel] Dump the database in human readable form

On Tue, 2006-10-17 at 15:28 -0400, Jon Smirl wrote: > I'm importing small test CVS repositories to monotone. Is there some > way to dump the entire monotone database in an easily understandable > form so that I can check if the import was done correctly? Not really... there is 'mtn db dump', but t

Re: [Monotone-devel] Extensions to automation, again

On Wed, 2006-10-18 at 18:53 +0200, Thomas Keller wrote: > Hi all! > > So I was struggeling around today what I could do with guitone as the > whole graph creating thing is stucked a bit and thought some kind of > diff dialog would be cool to build in. Then I thought about the > prerequisites of su

Re: [Monotone-devel] auto updates

On Fri, 2006-10-20 at 13:27 +1000, Brian May wrote: > Hello. > > Is possible to get something like this to work? > > [EMAIL PROTECTED]:/tmp$ cat /home/brian/.monotone/monotonerc > function note_netsync_end(nonce) > chdir("/home/brian/tree/config") > execute("mtn","update") > end >

Re: [Monotone-devel] auto updates

On Sat, 2006-10-21 at 09:32 +1000, Brian May wrote: > Timothy> I'm not sure you can, and if you can I'm not sure that > Timothy> things would work as expected (monotone probably wouldn't > Timothy> like suddenly finding itself somewhere it didn't think it > Timothy> was). > > Yes,

Re: [Monotone-devel] Fwd: VCS comparison table

On Sat, 2006-10-21 at 09:07 +1000, Brian May wrote: > Ulf> someone fix the DOS vulnerability in mtn serve - being able > > What DOS vulnerability is this? The server has non-trivial resource usage per connection, and merkle refinement in particular takes a while (and is atomic WRT our select

Re: [Monotone-devel] auto updates

On Fri, 2006-10-20 at 21:49 -0700, Nathaniel Smith wrote: > On Fri, Oct 20, 2006 at 02:47:01PM -0300, Alex Queiroz wrote: > > Lua itself uses only ANSI C functions. The execute() call is a > > function exported to Lua from the monotone code. Currently there is no > > binding for a chdir functio

[Monotone-devel] [RFC] New options handling

Thoughts, comments? Does this sound like a good way to handle things? New option handling === net.venge.monotone.experiment.options is a rewrite of our options handling. It gets rid of boost::program_options, and moves option variables out of app_state and into an 'options' clas

<    1   2   3   4   5   6   7   >