On Tuesday 04 April 2006 15:23, Nathaniel Smith wrote:
> On Thu, Mar 30, 2006 at 09:48:52PM +0400, Petr Ovtchenkov wrote:
> > > mtn --db=venge.mtn db init
> > > mtn --db=venge.mtn pull venge.net "net.venge.monotone*" --exclude
> > > net.venge.mono
On Thursday 30 March 2006 04:38, Nathaniel Smith wrote:
> The monotone team is happy to announce the release of monotone
> 0.26pre3, available at the usual places:
> http://venge.net/monotone
> http://venge.net/monotone/downloads/monotone-0.26pre3.tar.gz
>
> This should be the last pre-release
On Thursday 30 March 2006 04:38, Nathaniel Smith wrote:
> The monotone team is happy to announce the release of monotone
> 0.26pre3, available at the usual places:
> http://venge.net/monotone
> http://venge.net/monotone/downloads/monotone-0.26pre3.tar.gz
>
> This should be the last pre-release
On Wednesday 22 March 2006 06:50, Joe Wilson wrote:
>
> I find this to be a strange and unconvincing argument.
> Monotone developers may find it offensive, but many of its
> users who currently have issue with the speed of monotone would not.
> If you have the free RAM available, you might as wel
On Monday 20 March 2006 23:57, Johan Bolmsjö wrote:
> Joe Wilson wrote:
>
> >--- Ulrich Drepper <[EMAIL PROTECTED]> wrote:
> >
> >
> >>Joe Wilson wrote:
> >>
> >>
> >>Modern OSes have support for hints to the OS. For mmap() calls on
> >>Linux, there is the MAP_POPULATE flag. For all file o
On Friday 17 March 2006 11:35, Nathaniel Smith wrote:
> On Fri, Mar 17, 2006 at 09:16:14AM +0300, Petr Ovtchenkov wrote:
> > On Thursday 16 March 2006 01:13, Nathaniel Smith wrote:
> > > On Wed, Mar 15, 2006 at 09:22:11PM +0100, Jon Bright wrote:
> > > > At least
On Thursday 16 March 2006 01:13, Nathaniel Smith wrote:
> On Wed, Mar 15, 2006 at 09:22:11PM +0100, Jon Bright wrote:
> > At least for Win32, this isn't an issue. It's not going to try and
> > execute the directory. I don't know about ancient MacOS filesystems or
> > VMS. Richard?
>
> For a c
On Thursday 09 March 2006 15:08, Nathaniel Smith wrote:
> On Thu, Mar 09, 2006 at 09:44:50AM +0300, Petr Ovtchenkov wrote:
> > May be I miss something, but can you clarify the status of 0.26 and
> > procedure of pull from venge.net?
> >
> > [the reason of question i
May be I miss something, but can you clarify the status of 0.26 and
procedure of pull from venge.net?
[the reason of question is a problems with pull with 0.26pre1 client,
inspired by two heads in net.venge.monotone branch].
Thanks,
- Petr Ovtchenkov
On Sunday 22 January 2006 15:30, Nathaniel Smith wrote:
> On Sun, Jan 22, 2006 at 08:53:45AM +0100, Clemens Hintze wrote:
> > Sorry for bothering, but - while it is true, that the C++ standard was
> > written in a manner that allow copy-on-write technics for implementation
> > of basic_string, it
Hello Nathaniel,
> I just did a pull of net.venge.monotone alone, to test. (Some of
> the contrib branches contain some rather large stuff, like a copy of a
> bunch of big 3rd-party java libraries, so I left those out to get a
> fair test). Netsync transferred 25.6 megabytes.
What branches you
On Monday 16 January 2006 21:46, Peter Simons wrote:
> Nathaniel Smith writes:
>
> > Monotone 0.26pre1 has been released.
>
> I tried to connect to venge.net to get the revision tree,
> but the port seems to be blacklisted:
>
> | $ telnet venge.net 5253
> | Trying 66.96.28.3...
> | telnet: U
On Monday 16 January 2006 13:34, Daniel Carosone wrote:
> On Mon, Jan 16, 2006 at 10:50:09AM +0300, Petr Ovtchenkov wrote:
>
> > > telnet www.venge.net 5253
> > Trying 66.96.28.3...
>
> You may have missed a recent announcement on the mailing list.
> http://lists
Hello!
I can't pull from venge.net server more, host unreachable.
The web server work fine (but reply come from off.net, while
request was to www.venge.net).
> traceroute venge.net
traceroute to venge.net (66.96.28.3), 30 hops max, 38 byte packets
1 * * *
2 mpls1-giga1-2.msk.corbina.net (85.2
I would focus that 'human readable revision ID' intended not only
to see on 568b-2462-456e-9a57-4326-93df-936d-4835 (IMHO this not
more useful than 568b2462456e9a57432693df936d4835), but to make
visible revisions sequence/relations:
revision '1' is older that revision '2';
But what you can say ab
Summary:
The attached patch (against monotone-0.22) add
- support of STLport
- set position of Boost's headers during configure
- set position of Boost's libs during configure
ChangeLog entry:
2005-08-24 Petr Ovtchenkov <[EMAIL PROTECTED]>
* Mak
Just for info.
The time complexity of the attack on SHA-1 reduced up to 2^63. (Their previous
result was 2^69; brute force is 2^80).
http://www.schneier.com/blog/archives/2005/08/new_cryptanalyt.html
- ptr
___
Monotone-devel mailing list
Monotone-
On Tuesday 16 August 2005 05:30, graydon hoare wrote:
>
> You might like the SGI "rope" class, which appears on my system as
> part of gnu libstdc++, /usr/include/c++/4.0.0/ext/rope
>
Design of strings in libstd++ was derived from SGI's rope. So replacement of
GNU strings by SGI's rope has no sen
On Monday 15 August 2005 12:36, Eric Anderson wrote:
> The main problem as I saw it with a non-contigous implementation was
> that it would be more complex than the contigous one, and that
> complexity would only give a benefit if the non-contigous structure
> was pushed much further into the code
Good luck everybody!
I made build of Monotone 0.19 with STLport (5.0, CVS) (STL implementation,
http://www.stlport.org/cgi-bin/forum/dcboard.cgi)
and found some C++-standard incompatibilities in Monotone's code. The patch is
suggested here.
General problem was absent of direct #include fo
20 matches
Mail list logo