On 4/19/05, K. Richard Pixley [EMAIL PROTECTED] wrote:
Jon Bright wrote:
Hi,
Hey. :-).
To provide globally unique serials, one would need to include some
representation of the location at which an event occurred.
It's an idea that's been considered, but has a number of
On 4/20/05, Joel Reed [EMAIL PROTECTED] wrote:
On Wed, Apr 20, 2005 at 08:10:23PM +0100, Bruce Stephens wrote:
snip.
The other useful property doesn't seem to be something you're
attacking, but I seem to remember graydon came up with some local tree
numbering that would offer a way to
Forgot to set this to go to the list. Blah.
On 4/26/05, Richard Levitte - VMS Whacker [EMAIL PROTECTED] wrote:
Hi,
I've done quite a few merges and propagates from net.venge.monotone to
net.venge.monotone.command-specific-options in the last few days, and
found it a bit weird that the
I've been playing with profiling, and have some callgraph profiles
that might be useful. I used --callgraph=10 for these. I also tried
with higher numbers, and got percentages over 100.
Files are at https://netfiles.uiuc.edu/brownawe/www/profiles/ , here's
a few excerpts:
Pull / serve
On 5/1/05, Nathaniel Smith [EMAIL PROTECTED] wrote:
[...]
Here's another pathological case for 3-way merge:
A
|
B
/ \
C D
[...]
So, clearly, picking A as an ancestor in the above graph is terrible.
This leaves us in a bad situation, though. The possibility of
criss-cross
On 02 May 2005 14:36:41 +0200, Peter Simons [EMAIL PROTECTED] wrote:
Hi,
I've run into the following problem: I start my monotone
Netsync server using a separate user id: 'monoserv'. When I
do so while being in a current working directory which is a
monotone repository though, I get this
On 5/7/05, Nathaniel Smith [EMAIL PROTECTED] wrote:
On Sat, May 07, 2005 at 12:25:16AM -0500, Timothy Brownawell wrote:
It's trying to read MT/options. Since anything in this file can be put
on the command line (so it's not critical to be able to read this),
here's a patch to turn
Pull can take a long time to sanity-check revisions (especially on
initial pull to a fresh db), and doesn't provide any feedback during
this. This patch lets packet_consumer and children run a callback when
a revision is written out. Netsync then uses this to add a ticker for
revisions written. Is
There've been some requests for a way to run multiple automate commands
without needing a new monotone process for each. There's now a new
command, monotone automate stdio that takes automate commands on
stdin. Currently, it prefixes the output of each command with the line
###BEGIN command### and
On 5/17/05, Joel Crisp [EMAIL PROTECTED] wrote:
Yep, a number at the beginning of each line. It lets you detect the start of
the next header, distinguish different types of output
easily, handle optional or repeated blocks of output etc. It also allows you
to detect badly or prematurely
On 5/20/05, Nathaniel Smith [EMAIL PROTECTED] wrote:
On Fri, May 20, 2005 at 10:36:32AM -0500, Timothy Brownawell wrote:
How about a series of length colon string items, like we were
thinking for the output?
7:parents40:0123456789abcdef0123456789abcdef01234567
Hmm, re-read my original
On Wed, 2005-05-25 at 21:46 -0700, Nathaniel Smith wrote:
On Wed, May 25, 2005 at 09:45:53AM +0200, Christof Petig wrote:
while dusting off the ssh (and serve stdio) branch I realized that all
these works need a common infrastructure: The ability to
(cross-platform!) deal with pipes.
Netsync can now use regex matching against branch names. Cross-branch
ancestor syncing also works now.
Netsync commands can now take either a collection (like before) or a
/regex/, both of which are converted to regex by the netsync code.
(collection is escaped and has .* appended, /regex/ has
njs tbrownaw: are you interested in fully converting
netsync over to regexes, i.e. kill the concept of
collection entirely?
Collections are now completely gone. The syntax for netsync commands is
now sync regex, rather than sync /regex/. Also, the
get_netsync_*_permitted hooks now get
On Thu, 2005-06-02 at 08:36 -0500, Jordan Breeding wrote:
Hello,
I just recently updated my monotone repo and tried to recompile. Your regex
changes seem to have broken my compiler. I know that a few days ago I was
able to compile all of monotone so I don't think that it is the compiler.
On Sun, 2005-06-05 at 17:53 -0400, Michael Stone wrote:
I'm attempting to give people a clean way to mark a revision as
no-longer-a-head-for-branch-X. There are two use cases for a feature
like this one:
1) To ignore old branches which have subsequently been merged into the
mainline.
2)
On Mon, 2005-06-20 at 19:31 -0400, Antony Trupe wrote:
On 6/11/05, Bram Cohen [EMAIL PROTECTED] wrote:
Antony Trupe wrote:
-Would I be writing a tool to use an existing implementation
of the
merge algorithm, or writing a tool that itself implements
On Fri, 2005-07-01 at 19:44 +0200, Johan Bolmsjo wrote:
Hello,
Don't know if this is really a bug but monotone thinks so.
No, just a bad error message.
I was pulling the monotone sources like this to host 'vargen':
monotone --key= pull off.net net.venge.monotone
At the same time I
On Thu, 2005-07-07 at 11:47 +0200, Peter Simons wrote:
Nathaniel Smith writes:
| pull [ADDRESS[:PORTNUMBER] [PATTERN]]
It's a shell pattern. (It was a regex for a while during
development, so it's an outdated message.)
One feature I depended on is the ability to negate matches.
On Thu, 2005-07-07 at 11:25 -0500, Brian Downing wrote:
On Thu, Jul 07, 2005 at 10:17:58AM -0500, Timothy Brownawell wrote:
With (Boost's) regular expressions, I could say
foo\.(?!bar)\.*
to match, say foo.abc, but not foo.bar. How do I do this
with shell patterns now
On Fri, 2005-07-22 at 15:40 +0200, Rene Wagner wrote:
I'd be happy to provide the monotone db in question as requested in
[2]. However, Justin has already provided a copy of a db exposing
the bug in [3].
I'd appreciate any type of feedback from a core developer as this
type of random
Concerning tests/t_merge_binary.at:
Revision f550 has a left ancestor db0b and a right ancestor f2ed, with a
common ancestor 734c3. (This is neither the lca (64c8) nor the lcad
(7f84).)
From 734c3 to db0b, and from db0b to f550 there is no change.
From 734c3 to f2ed, it is deleted, and from f2ed
On Thu, 2005-08-18 at 01:24 +0200, Richard Levitte - VMS Whacker wrote:
In message [EMAIL PROTECTED] on Wed, 17 Aug 2005 12:40:35 -0700, Nathaniel
Smith [EMAIL PROTECTED] said:
njs Fine by me for now. The better solution is to let people define
njs per-MT which tests they want to require
Prerequisite:
http://thread.gmane.org/gmane.comp.version-control.monotone.devel/4297
A user can make 2 types of merge decisions:
(1): One parent is better than the other (represented by *)
(2): Both parents are wrong (represented by ^)
Since there are 2 types of merge decisions, it would be bad
On Wed, 2005-08-24 at 09:38 +0200, Christof Petig wrote:
Any idea on how to merge the changes in mainline (propagated to
nvm.cvssync.win32) into net.venge.monotone.cvssync?
When doing an explicit merge:
mt explicit_merge 7b88f7c9b843cae0b068b5232edf812c9b2b367d
On 9/1/05, Bruce Stephens [EMAIL PROTECTED] wrote:
Bruce Stephens [EMAIL PROTECTED] writes:
[...]
% cat MT/revision
8f5dd295d896c8937622b9ebcae3bb61c0a2e0e5
(This is of net.venge.monotone.)
% monotone cat manifest | grep vocab.cc
On Tue, 2005-09-13 at 18:59 +0200, Lapo Luchini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi there.
Each time I decide to version a binary or executable file I wonder: is
there a specific reason to put the attributes in a .mt-attrs file in the
same directory of the referenced
Hi,
There's a new GUI tool (c++ using gtkmm) in the .contrib.mtsh branch,
for dealing with working copies.
It shows a list of files and can be used to change file states (add,
drop, rename, revert), and to select/deselect changed files for commit.
It also shows file diffs, file contents, and file
On Tue, 2005-09-27 at 15:11 +0200, Leif Jakob wrote:
Hi,
I just run in a mysterious problem:
[EMAIL PROTECTED]:$ monotone --db=empty.db heads -b SomeClosedSourceBranch
monotone: branch 'SomeClosedSourceBranch' is currently merged:
e837f7ee40be350cdb73d30c890968c9aba3f5f9 [EMAIL PROTECTED]
On Tue, 2005-09-27 at 17:00 +0200, Richard Levitte - VMS Whacker wrote:
In message [EMAIL PROTECTED] on Tue, 27 Sep 2005 09:48:32 -0500, Timothy
Brownawell [EMAIL PROTECTED] said:
tbrownaw ...actually, if we had a convenient way to list arbitrary
tbrownaw certs the way we list tags
On Wed, 2005-10-12 at 01:17 +0200, Wim Oudshoorn wrote:
When I server all branches with
monotone serve 0.0.0.0 *
I can not sync from other computers, I get an error
something like:
access denied due to branch xxx.yyy
Using monotone version 0.23.
Is this known?
Your shell is
On Mon, 2005-10-24 at 00:00 +0200, Richard Levitte - VMS Whacker wrote:
Hi,
I've seen enough good things happening with usher that I'd like to
promote it to become a standard utility.
All that would require would be that it got moved out of the contrib
directory, that a test was created
On Mon, 2005-10-24 at 01:16 +0200, Richard Levitte - VMS Whacker wrote:
tbrownaw pattern net.example.project.{security,private}*
tbrownaw allow [EMAIL PROTECTED]
tbrownaw allow [EMAIL PROTECTED]
tbrownaw
tbrownaw pattern net.example.{public,project}*
tbrownaw others allow
Random
On Wed, 2005-10-26 at 17:05 -0700, Nathaniel Smith wrote:
It might make doing trust stuff significantly easier. I _think_ a
design criterion for a trust system is that I want to be able to
specify rules for trusting certs that aren't branch certs, and I want
to do this per-branch. This seems
On Thu, 2005-10-27 at 12:53 -0700, Emile Snyder wrote:
Hi all,
The loglibrary.com website which was logging the monotone irc channel at
irc.oftc.net stopped accepting new data awhile ago. It logged the
#monotone channel from February 24 - September 6. The nice folks at
colabti.de have
On Tue, 2005-11-08 at 00:16 +0100, Tom Koelman wrote:
Hi,
I wanted to transfer revisions per e-mail. I found a tcl script by
Clemens Hintze but I couldn't get it to work. Then I read a mailing
list post by Nathaniel[1] which described how to achieve this. The
result is a perl script that
Here is a perl script to take all certs issued by a given key, and
reissue then with a different key. To take all certs issued with a key,
and reissue them with a different key with the same name, first reissue
them with a temporary key, then remove the old key and add the new key,
and reissue
On Sun, 2005-12-04 at 19:36 -0800, Howard Spindel wrote:
[chkey.pl brokenness on Windows]
Ok, the new version attached to this email should fix that.
Tim
chkey.pl
Description: Perl program
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
On Tue, 2005-12-06 at 19:28 -0800, Howard Spindel wrote:
At 02:44 PM 12/6/2005, Timothy Brownawell wrote:
$ monotone auto select 'i:'
On Linux (under bash) this gives all revids (as it should).
On Windows (under cmd.exe) this gives the following error:
monotone: error: sqlite error: 1
On Tue, 2005-12-13 at 20:32 -0800, Justin Patrin wrote:
[...]
As was said before, I think that monotone revert . makes sense, .
being the cwd, of course. monotone revert --all seems like an
unneeded option (unless I'm missing that monotone revert reverts the
entire working copy...).
It
On Wed, 2006-01-04 at 15:37 -0800, Steven E. Harris wrote:
I'm experimenting with the read-permissions file running pull
against a server and finding the resulting behavior surprising. As
this file format is relatively new to monotone, searching for
documentation and examples has brought
On Wed, 2006-01-04 at 15:37 -0800, Steven E. Harris wrote:
I'm experimenting with the read-permissions file running pull
against a server and finding the resulting behavior surprising. As
this file format is relatively new to monotone, searching for
documentation and examples has brought
On Wed, 2006-01-11 at 01:42 +0100, Richard Levitte - VMS Whacker wrote:
In message [EMAIL PROTECTED] on Wed, 09 Nov 2005 14:57:49 -0600, Timothy
Brownawell [EMAIL PROTECTED] said:
tbrownaw Anyone interested?
tbrownaw
tbrownaw https://netfiles.uiuc.edu/brownawe/www/host.tar.bz2
I
On Wed, 2006-01-11 at 14:45 +0100, Richard Levitte - VMS Whacker wrote:
In message [EMAIL PROTECTED] on Tue, 10 Jan 2006 23:40:27 -0600, Timothy
Brownawell [EMAIL PROTECTED] said:
tbrownaw I've been poking at a (hopefully) saner version for a while
tbrownaw now that does cool things like
On Sun, 2006-01-15 at 16:21 -0500, Yury Polyanskiy wrote:
Hey guys!
I'm rephrasing my last question.
I have a tree at some state. If I want to commit it as a child to ONE
revision I simply do echo $REVISION MT/revision; monotone commit.
Now HOW to commit a tree as a child to TWO
On Mon, 2006-01-16 at 13:34 +1100, Daniel Carosone wrote:
On Sun, Jan 15, 2006 at 09:21:27PM -0500, Yury Polyanskiy wrote:
The other way is to hack SP and make it call regular monotone commands.
In this latter case, of course it'd be nice if the tool worked with
standard monotone releases,
On Mon, 2006-01-16 at 12:20 -0800, Drakie Awita wrote:
If I have 3 revisions of A, B, and W in a single branch of
prj.release, with history graph of: A-B, A-W
Then monotone reports that there're two heads, B and W, in the branch
of prj.release.
Let's say revision W is mistakenly checked
On Mon, 2006-01-16 at 10:12 +0100, Christof Petig wrote:
Hi Nathaniel,
I waited the weekend for you to comment on my recently finished
sqlite3.binary port to 0.26.
How do you feel about using it in mainline? It is ready AFAICT.
- not for 0.26 we already changed enough?
- directly after
As most of you probably know, the new netsync code sometimes produces
odd revision in/out counts. I patched netsync.cc to print the id of
revisions sent/received, and got the following:
monotone: Sent revision 'c474ab284916f70c4bc815fbe48bef896a49e9e9'
monotone: Sent revision
There are a couple of new ChangeLog utilities in contrib/ .
(1) edit_comment_from_changelog.lua
This is an edit_comment hook that first looks for a ChangeLog file, and
takes the top entry as the initial text for the commit message. Mostly
useful for when commits are supposed to have a
On Mon, 2006-01-23 at 14:09 -0800, Roger House wrote:
Today I downloaded monotone 0.25 source to an AMD64 and built it with gcc
3.4.4. I ran
make check
afterwards, and an error cropped up. Attached are testsuite.log and
config.log. The latter shows the results of running
On Mon, 2006-01-23 at 23:57 +0100, Lapo Luchini wrote:
I am writing my thesis, since quite a few months. It is in OpenOffice
format, that is: zipped XML.
And I am versioning it with monotone, of course.
Of course each time I change a single bit in the uncompressed text, most
of the compressed
On Tue, 2006-01-31 at 14:16 -0800, Emile Snyder wrote:
Someone on IRC had an issue today where they did
monotone sync servername 'branchname'
and it pulled 0 revisions. They then tried
monotone sync servername branchname
and were successful. The were running monotone on windows; I
On Wed, 2006-02-01 at 15:21 -0500, Michael Milner wrote:
Hi,
I've been following along on recent developments and am very pleased with
the stability of 0.26rc1.
Is there currently any kind of roadmap to the first stable release?
I've been using monotone extensively for some small
On Sun, 2006-02-05 at 14:39 -0800, Joe Wilson wrote:
[...]
(2) Use a :memory: database for the initial monotone pull and then dump the
resultant database
to file. This would eliminate the disk latency entirely. Since most monotone
databases I've seen
are generally under 100 megs, this is a
On Tue, 2006-02-07 at 19:19 +0100, Christof Petig wrote:
Christof Petig wrote:
[...]
I see that there is already a windows port in existance (nowhere
mentioned on the web site ;-) ) and the following patch was all I needed
to (cross-)compile it with mingw (on an ubuntu system)
It's not
On Fri, 2006-02-10 at 19:26 +0100, Richard Levitte - VMS Whacker wrote:
I've been rethinking. Ignore that, changing the approve command will
not really make things better, because then we need to check that the
value of an approved cert matches any available branch cert or the
current branch,
On Fri, 2006-02-10 at 22:39 +0100, Richard Levitte - VMS Whacker wrote:
In message [EMAIL PROTECTED] on Fri, 10 Feb 2006 15:15:13 -0600, Timothy
Brownawell [EMAIL PROTECTED] said:
tbrownaw On Fri, 2006-02-10 at 19:26 +0100, Richard Levitte - VMS Whacker
wrote:
tbrownaw What would
On Mon, 2006-02-13 at 13:40 +0100, Henry Nestler wrote:
$ ls ~/.monotone/keys
henry-privkey.txt henry-pubkey.txt server-privkey.txt server-pubkey.txt
Those shouldn't be there. Instead, each key should have a keypair
packet (equivalent to pubkey+privkey), in its own file. Could you move
those
On Tue, 2006-03-14 at 18:31 -0800, Nathaniel Smith wrote:
[...] So, since 0.26 isn't
coming out for at least a week anyway (stupid end-of-term), I'd sort
of like to hear more opinions on this, to get a sense of the community
feeling...
The essence is: do we want the bookkeeping dir to
On Wed, 2006-03-29 at 08:28 +0200, Lapo Luchini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I don't know if using the new mtn command has something to do with
it, but is it normal that today my usual pull from venge.net
downloaded only one revision, but 10817 new certificates?
Not
On Wed, 2006-03-29 at 01:15 -0800, Nathaniel Smith wrote:
Right, so, here's the appropriate recipe:
$ mtn -d your db db execute \
delete from revision_certs where keypair = '[EMAIL PROTECTED]'
It's been run on the server, if you pulled the extra certs, please
make sure you run this
On Wed, 2006-04-12 at 04:08 -0700, Nathaniel Smith wrote:
On Wed, Apr 12, 2006 at 12:07:23PM +0200, Richard Levitte - VMS Whacker wrote:
a. you mean like making all fields have a fixed minimum size? Doable,
but what size is the right minimum?
We could just give a hint when we create
On Fri, 2006-04-14 at 21:53 +0200, Lapo Luchini wrote:
Is there a practical size limit to a versioned file?
A few scenarios come to my mind:
a. no limit: the file is read, elaborated, and put in database in chunks
or something like that
b. one copy: enough memory is needed to contain the
On Thu, 2006-04-20 at 09:55 -0600, Shaun Jackman wrote:
Now that I understand this separation of keyid and author, I'd like to use
Shaun Jackman [EMAIL PROTECTED]
for all my future author certs. Besides being more descriptive, this
aids generating ChangeLog entires from monotone
On Fri, 2006-04-21 at 13:29 -0400, Ethan Blanton wrote:
The extra security comes in in that the usher server which listens to
the outside world and the privileged server cooperate in a very simple
and well-defined manner (e.g., perhaps the listening server sends
simply a tuple of {hostname,
On Fri, 2006-04-21 at 13:29 -0400, Ethan Blanton wrote:
No, not at all like that. I would rather, as the previous poster
suggested, usher received the incoming data, and rather than spawning
the monotone server directly (as it does now), it requested a
privileged process to spawn the monotone
On Thu, 2006-04-20 at 19:42 -0700, Nathaniel Smith wrote:
On Thu, Apr 20, 2006 at 08:45:03PM -0500, Timothy Brownawell wrote:
This probably isn't the best division to keep it at, and it needs to be
split up sanely before merging it (since moving commands between files
after that will cause
On Thu, 2006-04-27 at 08:13 +0200, [EMAIL PROTECTED] wrote:
it seems to me that on windows, the size of the output in the response of
'mtn automate stdio' is evaluated
_before_ line endings are expanded to CRLF:
The real error is that automate stdio output is binary, and should not
be
On Thu, 2006-04-27 at 09:43 +0200, Johan Bolmsjö wrote:
Hello,
This is more of an question than a bug report:-)
Currently it's not possible to do:
$ mtn commit -m
mtn: beginning commit on branch 'test'
mtn: misuse: log message rejected: empty messages aren't allowed
But it's
On Thu, 2006-04-27 at 09:38 +0200, Johan Bolmsjö wrote:
Hello,
I found a bug in 0.24, it still exist in 0.26. This is on windows.
...
[EMAIL PROTECTED] ~/test/foo
$ chmod 444 bar
[EMAIL PROTECTED] ~/test/foo
$ ls -l
total 1
drwxr-xr-x2 johanAdminist0 Apr 27 07:21 _MTN
On Fri, 2006-04-28 at 22:21 +0100, Bruce Stephens wrote:
I was just doing a quick estimate, and I think it's likely that the
SHA1 and RSA cost for checking everything in the current venge.net
repository is a minute or two rather than an hour or two.
If monotone were to give up verification,
On Sun, 2006-05-07 at 17:11 -0500, Kelly F. Hickel wrote:
While testing the import of our CVS repo, the machine was rebooted.
After the reboot, when I tried to continue importing, I received the
message below. In this instance, I could just start over, but it
raises the question of what would
On Sun, 2006-05-07 at 22:49 -0500, Timothy Brownawell wrote:
void revision_set::check_sane() const
{
// null id in current manifest only permitted if previous
// state was null and no changes
if (null_id(new_manifest))
{
for (edge_map::const_iterator i = edges.begin
On Sat, 2006-05-13 at 07:33 -0300, Jeronimo Pellegrini wrote:
Hi.
It seems that there are no instructions to compile Usher. I have
used autotools for a few projects already, but can't figure out
how to compile usher. What is the method I should use?
Which one?
There's the (old) single-file
On Sat, 2006-05-13 at 08:28 -0300, Jeronimo Pellegrini wrote:
On Sat, May 13, 2006 at 06:26:46AM -0500, Timothy Brownawell wrote:
On Sat, 2006-05-13 at 07:33 -0300, Jeronimo Pellegrini wrote:
Hi.
It seems that there are no instructions to compile Usher. I have
used autotools
On Sat, 2006-05-13 at 08:40 -0300, Jeronimo Pellegrini wrote:
On Sat, May 13, 2006 at 06:26:46AM -0500, Timothy Brownawell wrote:
There's also the version in net.venge.monotone.contrib.usher, which uses
autotools. For that one, you run the appropriate autotools magic
(something that seems
On Sat, 2006-05-13 at 12:22 -0300, Jeronimo Pellegrini wrote:
Hi.
I just compiled usher, and started it:
$ ./usher -m mtn -kmy_key -a 127.0.0.1:1 usher.cfg
It treats the -m argument as an executable name, not a command line. So
it'll be looking for an execuable named mtn -kmy_key, not
On Sat, 2006-05-13 at 23:29 -0300, Jeronimo Pellegrini wrote:
OK, I'll compile the problems I found before:
If I use:
server main
host localhost
pattern info.aleph0
local -d /home/jeronimo/monotone/main.db *
And try to sync brahch info.aleph0.my_branch
It won't work.
On Sun, 2006-05-14 at 08:12 -0300, Jeronimo Pellegrini wrote:
Hi.
I was trying to configure usher today and everything works fine now
until the moment when usher will start mtn serve. The problem is
that mtn is always requiring a -k option in the command line:
$ mtn serve main.mtn
mtn:
On Sun, 2006-05-14 at 21:05 -0300, Jeronimo Pellegrini wrote:
On Sun, May 14, 2006 at 01:49:43PM -0500, Timothy Brownawell wrote:
On Sun, 2006-05-14 at 08:12 -0300, Jeronimo Pellegrini wrote:
function get_branch_key (branchname)
return my_key_is_here
end
And I need to use -k
On Sun, 2006-05-14 at 23:37 -0300, Jeronimo Pellegrini wrote:
On Sun, May 14, 2006 at 11:28:49PM -0300, Jeronimo Pellegrini wrote:
On Sun, May 14, 2006 at 07:32:50PM -0500, Timothy Brownawell wrote:
On Sun, 2006-05-14 at 21:05 -0300, Jeronimo Pellegrini wrote:
And how can I tell usher
On Sun, 2006-05-14 at 22:03 -0500, Timothy Brownawell wrote:
What was the command line for the client?
Or, um, the default host and include pattern (from ls vars), if those
weren't on the command line.
Tim
___
Monotone-devel mailing list
Monotone
On Mon, 2006-05-15 at 07:15 -0300, Jeronimo Pellegrini wrote:
On Sun, May 14, 2006 at 10:03:23PM -0500, Timothy Brownawell wrote:
On Sun, 2006-05-14 at 23:37 -0300, Jeronimo Pellegrini wrote:
I tried to push a branch named zat.portuguese, and the server matched
was the first one (phd.db
So, um, I'm tbrownaw on IRC and I've been around here a while now. I'm
also a student at UIUC [http://www.ece.uiuc.edu/], graduating this
december (yay!).
For SoC I'm working on rewriting our testsuite in lua, in
n.v.m.lua-testsuite . So far I've got the first 27 tests, which now take
~50sec
On Sat, 2006-06-03 at 08:29 -0400, Jack Lloyd wrote:
Montone's revert --missing seems to base paths off the current
directory, rather than the base directory of the workspace.
Yes. This has been fixed, and will work properly in the next release.
Tim
On Sun, 2006-06-04 at 09:45 +0200, Richard Levitte - VMS Whacker wrote:
Hi,
I just updated my mtn to all the changes in the last week (since
Monday, to be precise), and noticed that the ticker output has
changed:
: ; mtn pull
mtn: ansluter till off.net
mtn: letar efter saker att
On Sun, 2006-06-04 at 17:14 +0200, Benoît Dejean wrote:
Hey, i'm running a 0.26 server like this :
$MTN --db=$DB serve 'fr.placenet*'
with read-permissions :
comment Placenet Fr
pattern fr.placenet*
allow [EMAIL PROTECTED]
allow [EMAIL PROTECTED]
allow [EMAIL PROTECTED]
and
On Mon, 2006-06-05 at 21:06 +0200, Benoît Dejean wrote:
Le lundi 05 juin 2006 à 06:49 -0500, Timothy Brownawell a écrit :
On Sun, 2006-06-04 at 17:14 +0200, Benoît Dejean wrote:
They won't be able to sync that branch again, since sync is r/w and
they're not allowed to read that branch
Testsuite progress is going much faster than I'd expected, I've
currently got 200 of the 346 test converted.
It now works under Windows/VC8, except for the non-english tests. Both
of these fail with failed to convert string from iso-8859-1 to UTF-8:
On Thu, 2006-06-08 at 01:45 -0700, Nathaniel Smith wrote:
It would be useful to record the time each command is run at, so we
can look at histories of use as well as simple frequencies (e.g., for
the which commands are run in sequence? question mentioned above).
This would really only need,
On Thu, 2006-06-08 at 10:23 -0600, Shaun Jackman wrote:
I don't know how it happened, but apparently I accidentally added a
revision to a branch to which it does not belong. How do I remove the
revision from the branch? Is there a command to remove a specified
cert?
No, you have to use 'db
On Wed, 2006-06-07 at 06:33 -0500, Timothy Brownawell wrote:
It now works under Windows/VC8, except for the non-english tests.
One of these also fails under msys, but in a different way.
Next up is to convert more tests (maybe all of the rest?) and get the
*nix-ish build env installed on my
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
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
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 make
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
independently of
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 maximum
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
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 we have
1 - 100 of 548 matches
Mail list logo