Re: [Monotone-devel] Patch to compile against Botan 2.x

Hi Markus, Sorry for the long delayed reply, this ended up going into a mail folder I don't usually look in. On Wed, Nov 08, 2017 at 10:39:55PM +0100, Markus Wanner wrote: > Second, our custom gzip filter sets the timestamp in the gzip header to > all all zeroes. More importantly, the parser *re

Re: [Monotone-devel] Patch to compile against Botan 2.x

On Sun, Oct 15, 2017 at 07:36:23PM +0200, Markus Wanner wrote: > I committed your patch to net.venge.monotone.botan and continued from > there on. Unfortunately, it didn't quite compile against any newer Botan > version, so I continued to work on it. Ah sorry about that, I will take another look

[Monotone-devel] Patch to compile against Botan 2.x

I did not investigate this further. Hope this helps, Jack Lloyd diff --git a/src/database.cc b/src/database.cc index 7904b69..297dc40 100644 --- a/src/database.cc +++ b/src/database.cc @@ -28,7 +28,13 @@ #include #include #include -#include +#include + +#if BOTAN_VE

Re: [Monotone-devel] C++11

On Tue, May 13, 2014 at 08:09:47PM +0200, Markus Wanner wrote: Hi Markus, > What are your plans for botan 1.10.x? Does that branch keep getting > bug-fixes after the 1.12.0 release? (I guess so, but don't remember > reading a policy or roadmap or the like on your website.) I plan to maintain 1.1

Re: [Monotone-devel] 0.48 rants

On Wed, Jul 21, 2010 at 02:11:37PM +0100, Francis Russell wrote: > - Keeping the changelog message at the top requires no scrolling or > anything else and allows instant typing of changelog message in most > editors. I really dislike any of these arguments about thinking time. > We're supposed to b

Re: [Monotone-devel] 0.48 rants

On Tue, Jul 13, 2010 at 09:34:39AM +0200, Markus Wanner wrote: > Hi, > > I've recently upgraded to mtn 0.48 and certainly appreciate some of the > improvements. However, I find it utterly annoying to have to scroll down > to enter the commit message in the editor. None of any other VCS I know > do

Re: [Monotone-devel] monotone man page

On Tue, Jun 29, 2010 at 10:29:12PM -0400, Aaron W. Hsu wrote: > Hey Thomas, > > On Sat, 26 Jun 2010, Thomas Keller wrote: > > > Am 21.06.10 00:47, schrieb Thomas Keller: > > >> I've just pushed some initial work to nvm.man-page to let monotone > >> auto-generate its own man page [...] > > > > Wh

Re: [Monotone-devel] kill_*_locally

On Tue, Jun 15, 2010 at 09:25:29AM -0400, Stephen Leake wrote: > Thomas Keller writes: > > > Am 15.06.2010 14:33, schrieb Timothy Brownawell: > >> Does anyone think it's a really horrible idea to just remove those? I > >> suppose it would also be possible to deprecate them by marking them > >> hi

Re: [Monotone-devel] What's up with 'warning: including missing parent'?

On Mon, Jun 14, 2010 at 09:52:21PM -0600, Derek Scherger wrote: > > This is indeed new with 0.48. The restriction semantics were changed > slightly to include parent directories of explicitly included files. > Previously the commit above would have failed saying that the parents were > required bu

[Monotone-devel] What's up with 'warning: including missing parent'?

I think this is new in 0.48: $ mtn ci readme.txt doc/log.txt configure.py -m "Tick to 1.9.9-dev" mtn: warning: including missing parent '' mtn: warning: including missing parent 'doc' [...] Kind of obnoxious; I can understand if there was a change in the directory, or if the directory wasn't che

Re: [Monotone-devel] Fast SSSE3 based SHA-1 by Intel

Thanks! I'll look into implementing this optimization; monotone already uses the SSE2-based optimizations when possible, but SHA-1 computions are a fairly core operation (the compression function is about 8% of the total runtime on many operations, IIRC) so any new improvements are a plus. Regard

Re: [Monotone-devel] anonymous pulls

On Tue, Jun 01, 2010 at 03:49:22PM +0200, Patrick Georgi wrote: > Am 01.06.2010 15:47, schrieb Jack Lloyd: > > How do I tell monotone to _not_ use a key for this operation? > -k '' should work Thanks. ___ Monotone-devel maili

[Monotone-devel] anonymous pulls

How do I force an anonymous pull of a branch? I want to have a script automatically pull down a branch and tar it up as a snapshot. However, I don't want to give it my passphrase: $ mtn -d var/mtn/botan.mtn pull randombit.net net.randombit.botan enter passphrase for key ID [ll...@randombit.net]

Re: [Monotone-devel] Release time

On Fri, May 28, 2010 at 12:26:22AM +0200, Zbigniew Zag??rski wrote: > Hi, > > 2010/5/27 Jack Lloyd > > I can think of a few things that might potentially happen that might > > be harder to pull off post-1.0: > > > > ??- s/netxx/asio/ > > AFAIR, it'

Re: [Monotone-devel] Release time

On Thu, May 27, 2010 at 09:38:32AM +0200, Thomas Keller wrote: > Apropos release - a fellow developer reminded me that we *might* want to > set a proper release number for the next release (you know what I'm > talking about, 1.0...) - given the fact that we're still recognized as > "alpha" softwar

Re: [Monotone-devel] strptime not in MinGW time.h

On Wed, May 19, 2010 at 05:56:43AM -0400, Stephen Leake wrote: > > This sounds like maybe mingw missed it. Maybe it will appear in a future > > release? > > > > http://www.mail-archive.com/bug-gnu...@gnu.org/msg17739.html > > Hmm. That says it's merely a header problem. So I added a local > decla

Re: [Monotone-devel] Failure to connect to IPV6 server

On Tue, May 18, 2010 at 03:59:06PM -0700, Zack Weinberg wrote: > The problem here is that we are using an ancient networking library > (netxx) that hasn't been updated since 2005 or something like that, > and has no IPv6 support. > > We need a new networking library. Unfortunately, I don't know i

[Monotone-devel] [bug #28799] mtn pull hangs with invalid --keydir option

Follow-up Comment #2, bug #28799 (project monotone): I can't replicate with 0.47: $ time mtn --keydir $HOME ls keys mtn: no keys found real0m1.712s user0m1.704s sys 0m0.004s It does seem to take a long time though, especially if I feed it a directory with many files. (It took over

[Monotone-devel] [bug #7220] [NEED TEST] Monotone handles deleted files very ungracefully

Follow-up Comment #3, bug #7220 (project monotone): This seems to behave as it should in 0.47: (motoko ~/test)$ rm -f foo (motoko ~/test)$ mtn stat . mtn: warning: missing file 'foo' mtn: misuse: 1 missing items; use 'mtn ls missing' to view mtn: misuse: To restore consistency, on each missing

Re: [Monotone-devel] [bug #29576] mtn tries to rewrite options file every time

On Sun, Apr 18, 2010 at 01:14:15PM -0600, Derek Scherger wrote: > Fixed in 5f00cba58b8c3feb72d6de28e94610a42e30465b. This has been bugging me > for a while too so thanks for the motivation Jack. Thanks Derek! > Now all I need is for gentoo to update their monotone package so I can get > my vario

[Monotone-devel] [bug #29576] mtn tries to rewrite options file every time

URL: Summary: mtn tries to rewrite options file every time Project: monotone Submitted by: randombit Submitted on: Fri 16 Apr 2010 03:37:37 PM GMT Category: working copy

[Monotone-devel] Can't connect to monotone.ca's mtn instance

Connection attempts just hang. Tried from two different networks, no dice. -Jack ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] [bug #28809] mtn passphrase problems

On Thu, Feb 04, 2010 at 02:22:36PM +, Thomas Keller wrote: > Two problems with mtn passphrase: > > 1) Major: While we allow the creation of passphraseless keys, we do not allow > to remove the passphrase of an existing key. Furthermore, the error message > should be improved: > > mtn: fatal:

Re: [Monotone-devel] Patch review on sha1.cc

On Wed, Dec 23, 2009 at 12:01:48AM +0100, Markus Wanner wrote: > Cool, I'd say commit that as well. Anybody insisting on a separate > staging branch for botan 1.9.x related changes? (I don't). Hopefully will not be necessary. Now that it's easy to compile mtn against a botan that's sitting in my

[Monotone-devel] Patch review on sha1.cc

Wanted to ping the list before I checked this in. sha1.cc uses botan's provided benchmark functions in versions that support them (>=1.7.22). However in 1.7.22 only, it was necessary to check against macros to figure out what kind of Timer class to pass to the function. I felt this was obnoxious

Re: [Monotone-devel] FPE (divide by zero?) with db info --full on new repo

On Thu, Oct 22, 2009 at 02:46:19PM -0400, Jack Lloyd wrote: > Obvious guess: division by zero in computing the percentiles. > some_timestamp / (# checkins - 1) or suchlike. Proposed patch (simply disables --full output if only a single checkin in the db, which seems reasonable to me since I

[Monotone-devel] FPE (divide by zero?) with db info --full on new repo

~$ mkdir test ~$ cd test/ ~/test$ mtn -d test.mtn db init ~/test$ mtn -d test.mtn setup . -b net.randombit.test ~/test$ touch 1 ~/test$ mtn add 1 mtn: adding 1 to workspace manifest ~/test$ mtn ci . -m "test" mtn: beginning commit on branch 'net.randombit.test' mtn: committed revision 266b0d

Re: [Monotone-devel] Server broken

On Sun, Oct 11, 2009 at 01:20:38PM -0400, Ethan Blanton wrote: > It should probably be clarified that John's experience includes > serving monotone, specifically. Pidgin and its related projects have > had monotone on a number of virtual servers from varying providers > over the years, and our exp

Re: [Monotone-devel] Server broken

On Sat, Oct 10, 2009 at 11:51:19AM -0400, John Bailey wrote: > Virtual machines, especially those provided by OpenVZ and Virtuozzo, are not > the > greatest things in the world--the seller can overcommit the physical hosts or > the hosts can be under-powered, and any one virtual machine can flood

Re: [Monotone-devel] memory used by mtn server

On Sat, Oct 10, 2009 at 02:57:14PM +0200, Lapo Luchini wrote: > Also, as my server has a shortage of RAM, I'd like to know if I can > avoid that extra hundred meg of constant memory usage. > I guess the easiest choice is to use usher, so that the serving process > is launched on demand. I've been

Re: [Monotone-devel] monotone site half-down?

On Fri, Oct 09, 2009 at 12:53:31PM -0400, hend...@topoi.pooq.com wrote: > I can ping www.monotone.ce and monotone.ca, > but I can't http: to them, with either firefox or Konqueror. > > Yet http://downforeveryoneorjustme.com/ tells me: > > It's just you. http://www.monotone.ca is up. > >

Re: [Monotone-devel] Re: [ANNOUNCE] monotone 0.45 released

On Thu, Sep 17, 2009 at 01:36:05PM +0200, Lapo Luchini wrote: > Thomas Keller wrote: > > The monotone project is proud to announce the release of version 0.45 of > > its version control software. > > Was just committed to FreeBSD Ports: > http://www.freebsd.org/cgi/getmsg.cgi?fetch=617808+0+curren

Re: [Monotone-devel] Bumping required library versions

On Mon, Aug 24, 2009 at 10:42:55AM -0700, Zack Weinberg wrote: > botan 1.8.2 or 1.8.3 (whichever is the earliest version that fixes the > "netsync server run as root on Linux hangs reading /proc/kmsg" bug) The problem was mostly fixed in 1.8.3; if /dev/urandom exists and is working, and a poll is

Re: [Monotone-devel] list branches on server?

On Sat, Aug 22, 2009 at 11:55:40PM -0600, Derek Scherger wrote: > > does not have any SSL implementation. But shouldn't that be done by, > > or on top of, Botan rather than at a lower level? > > Very possibly yes. I haven't looked at how botan might help us here, if at > all. Jack, can you commen

Re: [Monotone-devel] Fwd: SHA-1 broken

Markus pointed out some of this may be of interest to the list in general. - Forwarded message from Jack Lloyd - From: Jack Lloyd To: Markus Wanner Date: Wed, 29 Jul 2009 13:36:25 -0400 Subject: Re: [Monotone-devel] Fwd: SHA-1 broken Hi Markus, In attempting to clean out my mailbox

Re: [Monotone-devel] Re: Wiki editing

On Sat, Jul 25, 2009 at 10:41:24AM -0400, Stephen Leake wrote: > I appreciate the CM and backup provided by keeping it in monotone. As do I (my personal-use moinmoin wiki is backed up to mtn for similiar reasons) > And I much prefer editing on my own disk in Emacs rather than in the > wiki web i

Wiki editing [was Re: [Monotone-devel] branch status information]

On Sat, Jul 25, 2009 at 06:08:45AM -0400, Stephen Leake wrote: > There is a Wiki page that displays information on currently active > branches: http://www.monotone.ca/wiki/BranchStatuses/ Unrelated: Is it intentional that the wiki cannot be edited except via mtn? This seems somewhat un-wiki-like

[Monotone-devel] Can't connect to monotone.ca

I'm having problems connecting to monotone.ca, for either http or mtn. Problem is visible from two links, DSL line in Vermont and a colo box in Denver. In both places it resolves to 62.20.50.66 which based on the recent server move thread is the correct IP. downforeveryoneorjustme.com also think

Re: [Monotone-devel] Monotone serve - no listen port opened?

On Tue, Jun 02, 2009 at 05:37:38PM -0700, J Decker wrote: > (I did find a work around: if I run it as a user account, it kindly > fails[eaccess], and proceeds ) So, this bug is completely my fault rather than anything the monotone devs did - I never thought to test the /proc walking code as r

Re: [Monotone-devel] Monotone serve - no listen port opened?

On Tue, Jun 02, 2009 at 05:30:43PM -0700, J Decker wrote: > uhmm... how do I track what code is to blame for this ? [...] > (proc/kmsg blocks ) *blush* This looks a lot like it is botan polling /proc to get entropy to seed the PRNG. Can you post `mtn version --full`? -Jack ___

[Monotone-devel] Fwd: SHA-1 broken

In case anyone had missed this, SHA-1 has been at least potentially (further) broken than it was before, in terms of collision resistance. There are many caveats to this, since the attack has not been publicly disclosed yet and so there may be flaws in the attack that are not yet visible. If it do

[Monotone-devel] 0.43's revert is noisy: 'mtn: reverting mtn:execute on ...'

I just noticed that in 0.43 the revert command has gotten quite noisy, and reports reverting of mtn:execute and mtn:manual_merge metadata, even if no actual reversion took place: (motoko ~/projects/net.venge.monotone)$ ls -l contrib/ciabot_monotone.py -rwx-- 1 lloyd lloyd 9.2K Dec 19 13:15 co

Re: [Monotone-devel] [ANN] monotone 0.43 released

On Thu, Mar 26, 2009 at 11:53:10AM +, Phil Hannent wrote: > Where it defines: > > char buf[len+1]; > > If I convert this to: > > char* buf = new char[len+1]; This will leak memory, though. Using std::vector to hold buf should also work. A patch is attached. > It works, however the next mes

Re: [Monotone-devel] [ANN] monotone 0.43 released

On Tue, Mar 24, 2009 at 09:13:47PM +0100, Philipp Gr?schler wrote: > Two questions: > - Why did you mark it unstable? I would personally think that, especially given mtn's excellent test suite for detecting regressions, 0.43 is probably the most stable version, but that is not how things work in

Re: [Monotone-devel] [ANN] monotone 0.43 released

On Mon, Mar 23, 2009 at 02:59:54AM +0100, Philipp Gr?schler wrote: > Thomas Keller schrieb: >> A new version was released today with these changes: > > That's good news! I hope Gentoo's ebuild will catch up soon, we're still > creeping on 0.40 here ... I've submitted an ebuild for 0.43 at http://

Re: [Monotone-devel] Re: [PATCH 1/2] git_export: avoid multiple sql queries

On Sun, Mar 08, 2009 at 09:41:40PM -0600, Derek Scherger wrote: > > Committed in rev 0d53349ddb2728ddf1342cdfe69810840bef5252. I've also done > something similar to the log command and this made a *huge* difference. On > my laptop logging net.venge.monotone back to the root took around 9 minutes.

[Monotone-devel] mtn 0.43dev: "failed to convert string from UTF-8 to ANSI_X3.4-1968"

If I run mtn log on my nvm db with mtn 0.43-dev, rev d24b59732a5b3293592457cba013c8f8b716a875, monotone fails with the following error. I do not have any LANG/LC_* environmental variables set. Also perhaps relevant: using glibc 2.9-20081201 snapshot. The _MTN/debug file is attached. I ran the test

Re: [Monotone-devel] Monotone 0.43dev build error, paths.hh missing

On Fri, Mar 06, 2009 at 08:19:39PM -0700, Derek Scherger wrote: > I'm not sure why I don't see the problem here though, gcc 4.1.2 seems > perfectly happy on a fresh checkout? I built/tested d24b59732a5b3293592457cba013c8f8b716a875 from a clean checkout with gcc 4.3.3 on x86-64/Linux and have been

Re: [Monotone-devel] stripped has landed

On Fri, Feb 20, 2009 at 10:20:26AM -0800, Zack Weinberg wrote: > I've just landed .stripped. > > I am not ignoring concerns about the buildbots, but it seems to me > that that is easiest dealt with if the code is on mainline. Builds / all test pass on Gentoo/x86-64: (motoko ~/projects/net.venge.

Re: [Monotone-devel] nvm.stripped versus botan

On Wed, Jan 21, 2009 at 03:18:34PM -0800, Zack Weinberg wrote: > My inclination is to leave that for now and bug Jack more about > being able to create lighter-weight RNG objects, so that it wouldn't > hurt so much to create one. This would tie in to what I said earlier > in this thread about spec

Re: [Monotone-devel] Re: nvm.stripped versus botan

On Sun, Jan 25, 2009 at 12:41:27AM -0500, Jack Lloyd wrote: > On Sat, Jan 24, 2009 at 09:34:52PM -0800, Zack Weinberg wrote: > > > At first glance that looks like heinous breakage in the system > > headers > > Win32 does indeed have min() and max() macros, by default i

Re: [Monotone-devel] Re: nvm.stripped versus botan

On Sat, Jan 24, 2009 at 09:34:52PM -0800, Zack Weinberg wrote: > At first glance that looks like heinous breakage in the system > headers Win32 does indeed have min() and max() macros, by default in windows.h One can define NOMINMAX before including th header to disable this 'feature', or just u

Re: [Monotone-devel] Re: nvm.stripped versus botan

On Tue, Jan 20, 2009 at 09:11:06PM -0800, Zack Weinberg wrote: > Do you think we could get away with skipping es_unix if we have > something else, though? That's the really slow one. Probably, yes. However what I would like to do here is figure out a seeding discipline such that - The default i

[Monotone-devel] Re: nvm.stripped versus botan

On Tue, Jan 20, 2009 at 02:31:30PM -0800, Zack Weinberg wrote: > Jack - Can we get this fixed in botan? It seems to me that the Right > Thing is for each entropy source to report whether it works on a > particular system, and then for the RNG object to use only the first > one that works. Thus,

Re: [Monotone-devel] Status of nvm.stripped

On Mon, Dec 15, 2008 at 12:48:13AM +0100, Thomas Keller wrote: > > Whats the status of this branch? Would people like to see this in > mainline for 0.42 or is it not yet ready? I asked Markus about the status a day or two ago, he indicated he felt it was pretty much working but had not been suffi

Re: [Monotone-devel] mtn status speed

On Wed, Dec 10, 2008 at 10:29:57AM +0100, Markus Wanner wrote: > Yeah, this is known and has been discussed before. Unfortunately I don't > remember the reason for calling stat() twice. Caching of the stat() > result has been considered, but argued against, because stat() should be > fast and simp

Re: [Monotone-devel] mtn status speed

On Mon, Dec 08, 2008 at 09:06:10PM -0800, Tony Tung wrote: > I suspect it is calculating the status for all the files in the > workspace, and *then* filtering out just the files in the command > line. I could not say for certain, but from looking at the code implementing the status command it ap

[Monotone-devel] Botan license change (patch review plz)

tp://botan.randombit.net/. It is licensed under a BSD-like license: -# Copyright (C) 1999-2006 The Botan Project. All rights reserved. +# Copyright (C) 1999-2008 Jack Lloyd +#2001 Peter J Jones +#2004-2007 Justin Karneges +#2005 Matthe

Re: [Monotone-devel] heads up on nvm.stripped

On Thu, Nov 13, 2008 at 05:26:48PM +0100, Markus Wanner wrote: > I fear the #ifdef's are not quite enough. We'd have to check for the > botan version dynamically. So I'd say we better wait a bit until that > API stabilizes. Many of the changes in the last few releases were made specifically with

Re: [Monotone-devel] heads up on nvm.stripped

On Wed, Nov 12, 2008 at 07:19:06PM +0100, Markus Wanner wrote: > It rather looks like botan offers something similar to benchmark > various sha1 engines. I didn't look into that, though, but don't > think we need to duplicate that work. I've attached a patch for sha1.cc demoing the new benchmark

Re: [Monotone-devel] 3rd party libraries

[cc'ing botan-devel] On Fri, Oct 24, 2008 at 11:19:21AM +0200, Markus Wanner wrote: > Hi, > > Zack Weinberg wrote: > > I'm all for dynamic linking of botan, too, and being able to use the > > accelerated engines. > > Cool. I'm trying to keep up with the development of botan, test against > new r

Re: [Monotone-devel] Monotone Security

On Thu, Oct 16, 2008 at 09:31:40AM -0700, Zack Weinberg wrote: > Yes. Distributed systems research has concluded that there ain't no > such thing as a trustable global clock. (I don't have cites - this is > my paraphrase of something Nathaniel said some years ago.) In > particular, the rule Dani

Re: [Monotone-devel] Monotone Security

On Thu, Oct 16, 2008 at 06:22:02PM +0200, Daniel Carrera wrote: > Jack Lloyd wrote: >>> Regardless of whether this stops the DOS attack or not, I think that it >>> is important that the dates on the certificates be trustworthy. >> That is really really hard. I

Re: [Monotone-devel] Monotone Security

On Thu, Oct 16, 2008 at 05:28:13PM +0200, Daniel Carrera wrote: > Regardless of whether this stops the DOS attack or not, I think that it is > important that the dates on the certificates be trustworthy. That is really really hard. In fact it seems pretty much impossible, especially for backdati

Re: [Monotone-devel] Can Monotone not diff across file renames?

On Wed, Oct 15, 2008 at 12:56:04AM -0400, Stephen Leake wrote: > 'mtn automate get_corresponding_path' takes the name in the current > rev and gives you the name in some parent rev. Perfect. Thanks! > I would argue log should do that automatically. +1 __

Re: [Monotone-devel] Can Monotone not diff across file renames?

On Wed, Oct 15, 2008 at 02:52:34PM +1100, Daniel Carosone wrote: > The confusion comes from the way names are specified for restrictions > - in short, are you using the name of the file it has now, or the name > it had in the revision you're asking for. That is a good question! I had assumed it w

[Monotone-devel] Can Monotone not diff across file renames?

I am seriously confused by the behavior I am seeing. I thought this worked? I am in a net.randombit.botan workspace, in src/math/bigint/mp_ia32_msvc. In that directory, I run: $ mtn log mp_asm.h I get this (I'm including the entire history of the file because it is not too long): o (Revisi

Re: [Monotone-devel] nvm.stripped failing check for lua

On Tue, Oct 14, 2008 at 10:54:40AM -0700, Zack Weinberg wrote: > Aside to Jack Lloyd: It would be nice if botan provided a .pc file as > well as the botan-config executable. OK. Would it make sense to name the pkg-config based on the major and minor versions? pkg-config botan-1.7 --li

Re: [Monotone-devel] Concerns about the net.venge.monotone.stripped branch

On Tue, Oct 14, 2008 at 06:07:54AM +0200, Richard Levitte wrote: > In message <[EMAIL PROTECTED]> on Mon, 13 Oct 2008 21:16:59 -0600, "Derek > Scherger" <[EMAIL PROTECTED]> said: > > derek> On Mon, Oct 13, 2008 at 8:45 PM, Jack Lloyd <[EMAIL PROTECTED]>

Re: [Monotone-devel] Concerns about the net.venge.monotone.stripped branch

On Mon, Oct 13, 2008 at 11:52:53PM +0200, Markus Wanner wrote: > Hi, > > Richard Levitte wrote: > > In the same vein, the code to display the versions of SQLite, Botan > > and so on might be misleading in a shared library environment. Maybe > > it should display both the versions it was compiled

Re: [Monotone-devel] nvm.stripped test results + adding version numbers to version --full

On Sun, Oct 12, 2008 at 06:26:52PM -0400, Jack Lloyd wrote: > On Sun, Oct 12, 2008 at 03:48:25PM -0500, Timothy Brownawell wrote: > > > Unrelated thought: would it make sense for mtn version --full to print > > > out the version #s of the various libraries, since they are no

Re: [Monotone-devel] nvm.stripped test results + adding version numbers to version --full

On Sun, Oct 12, 2008 at 03:48:25PM -0500, Timothy Brownawell wrote: > > Unrelated thought: would it make sense for mtn version --full to print > > out the version #s of the various libraries, since they are no longer > > fixed by the monotone version? > > Sounds like a good idea. I've attached a

Re: [Monotone-devel] nvm.stripped test results + adding version numbers to version --full

On Sun, Oct 12, 2008 at 03:48:25PM -0500, Timothy Brownawell wrote: > On Sun, 2008-10-12 at 15:34 -0400, Jack Lloyd wrote: > > I built nvm.stripped b6c549d4c9c28227000b62a3fe26b8e9aa7d6ab1 against > > SQlite 3.5.9, Botan n.r.botan head, PCRE 7.7, Lua 5.1.3 on my > > Gentoo

Re: [Monotone-devel] Re: nvm.stripped

On Sun, Oct 12, 2008 at 09:53:34AM -0600, Derek Scherger wrote: > Heh, just noticed that too. I've merged and pushed so things are good. I > removed -DTEMP_STORE from AM_CFLAGS in Makefile.am in the merged version. As > near as I can tell this was only relevant for SQLITE. Two things on nvm.strip

Re: [Monotone-devel] db kill_rev_locally

On Sun, Oct 12, 2008 at 12:01:16AM +0200, Daniel Carrera wrote: > I understand where you are coming from. An attacker with arbitrary shell > access could just run "rm db.mtn". But there are ways to mitigate that > risk. You could give them a custom shell that only allows running one > command: mtn

Re: [Monotone-devel] Re: nvm.stripped

On Thu, Oct 09, 2008 at 07:39:51PM -0600, Derek Scherger wrote: > Looking at the current checks for botan versions it seems that if I happened > to have 1.8.12 we would let it in because we check for major ==1 and patch > between 8 and 17. > Would using the version macros that botan defines be a be

Re: [Monotone-devel] Re: nvm.stripped

On Thu, Oct 09, 2008 at 11:08:40AM +0200, Markus Wanner wrote: > Hi, > > Jack Lloyd wrote: > > OK, if I change in botan.m4 > > > > -CFLAGS="$CFLAGS $BOTAN_CPPFLAGS" > > +CPPFLAGS="$CPPFLAGS $BOTAN_CPPFLAGS" > > Ah! Thank you ve

Re: [Monotone-devel] Re: nvm.stripped

On Thu, Oct 09, 2008 at 11:08:40AM +0200, Markus Wanner wrote: > I've removed my system wide botan and can confirm that the issue is > solved now. (As of e5f6d85442972da43d641bd3d7bf5d6667bbd23a). Works here too. -Jack ___ Monotone-devel mailing list

Re: [Monotone-devel] Re: nvm.stripped

On Wed, Oct 08, 2008 at 11:07:13AM -0400, Jack Lloyd wrote: > On Wed, Oct 08, 2008 at 10:30:21AM +0200, Markus Wanner wrote: > > > Are you sure this emits proper CFLAGS and LIBS > OK, if I change in botan.m4 -CFLAGS="$CFLAGS $BOTAN_CPPFLAGS" +CPPFLAGS="$C

[Monotone-devel] Re: nvm.stripped

On Wed, Oct 08, 2008 at 10:30:21AM +0200, Markus Wanner wrote: > Are you sure this emits proper CFLAGS and LIBS Yes. Normally botan-config will not produce the right thing for pointing in-workspace Botan builds, but I made the modifications I wanted in src/build-data/botan-config.in so that the p

Re: [Botan-devel] [Monotone-devel] library build

On Mon, Oct 06, 2008 at 10:29:35AM +0200, Markus Wanner wrote: > Yeah, that obviously confused me as well, several times. Jack has fixed > that AFAIK. Yes. > I haven't really tried 1.6, but again, I don't think we have the > resources to "back-port" to 1.6. OTOH, Jack sounds like it could be > do

[Monotone-devel] Using Botan 1.6 in Monotone [Re library build]

On Thu, Oct 02, 2008 at 09:36:05AM -0700, Zack Weinberg wrote: > Thinking about the use-of-system-libraries project, how nuts would we > be to drop back to 1.6.latest API and libraries for the duration (i.e. > until 1.8.0 is out)? It seems unwise to be trying to use > system-provided libraries an

[Monotone-devel] get_cipher change, 1.8 roadmap [was: library build]

On Thu, Oct 02, 2008 at 01:48:16PM +0200, Markus Wanner wrote: > Testing with the most recent botan revision (as of yesterday) worked > just fine - and worked down to 1.7.8, as mentioned on the mailing list. > > For monotone head this is not an issue since that's at botan 1.7.12 > (since I've pro

Re: [Botan-devel] [Monotone-devel] library build

On Thu, Oct 02, 2008 at 12:45:17PM +0200, Zbigniew Zag??rski wrote: > BTW, 1.7.15 has minor change of API that makes some things ugly in > monotone if we want to use system provided libraries. > > In lookup.h there are few get_cipher functions than in 1.7.14 and > earlier versions where independe

Re: [Monotone-devel] library build

On Wed, Oct 01, 2008 at 07:34:20PM +0200, Markus Wanner wrote: > After just having upgraded (and now landed) monotone's included botan to > 1.7.12. Jack is already approaching 1.7.15 with yet another set of > renaming. I'm rather going to use the nvm.stripped branch than continue > to manually upg

Re: [Monotone-devel] library build

Hi Zack, Thanks, this was very useful. I made these changes in net.randombit.botan just after tagging 1.7.14: On Tue, Sep 30, 2008 at 11:35:58AM -0700, Zack Weinberg wrote: > --no-foo -> --disable-foo, for all foo; also, accept --enable-foo > for all foo, even if this has no effect > --debug

Re: [Monotone-devel] library build

On Tue, Sep 30, 2008 at 02:13:47PM +0200, Zbigniew Zag??rski wrote: > 2008/9/29 Jack Lloyd <[EMAIL PROTECTED]>: > > On Mon, Sep 29, 2008 at 12:01:50PM +0200, Zbigniew Zag??rski wrote: > > > >> Jack: are you interested in making botan compliant to standard

Re: [Monotone-devel] library build

On Mon, Sep 29, 2008 at 12:01:50PM +0200, Zbigniew Zag??rski wrote: > Jack: are you interested in making botan compliant to standard > "configure/make" scenario ? Um not particularly, TBH. I really really do not like autoconf. And it is completely useless off Unix. That said if someone sent

Re: [Monotone-devel] Bug: invariant 'fetching nonexistent entry from nodes' violated

the problem you're > seeing but hey, you never know. > > Cheers, > Derek > > > On Mon, Sep 29, 2008 at 4:49 AM, Stephen Leake < > [EMAIL PROTECTED]> wrote: > > > Jack Lloyd <[EMAIL PROTECTED]> writes: > > > > > _MTN/debug attached. If h

[Monotone-devel] Bug: invariant 'fetching nonexistent entry from nodes' violated

_MTN/debug attached. If help is needed replicating just let me know. Is this known? I feel like I might have reported this before, but didn't see anything in my mail archives. I'm not really sure what I did... normally when mtn has an invariant failure I can at least see why. Here I had some vari

Re: [Monotone-devel] library build

On Sun, Sep 28, 2008 at 02:52:14PM +0200, Zbigniew Zag??rski wrote: > However, i don't know if botan & sqlite builds natively on mingw32 without > tricks. I'll try to pefrorm some research on topic. Recent 1.7 releases has been tested on MinGW with GCC 3.4.5, no problems. Let me know if you encoun

Re: [Botan-devel] [Monotone-devel] upgrade of included botan for mtn

On Sat, Sep 27, 2008 at 06:04:57PM +0200, Markus Wanner wrote: > > This is OK (and might be more secure in some scenarios, for example if > > randomness seeding failed catastrophically 1/3 of the time) but it was > > particularly the intent for this change that single-threaded programs > > like Mo

Re: [Botan-devel] [Monotone-devel] upgrade of included botan for mtn

On Sat, Sep 27, 2008 at 11:19:47AM -0400, Jack Lloyd wrote: > > I've been unable to measure the amd64_asm variant, yet. BTW, with both asm_amd64 and mp_amd64 modules loaded, expect roughly a 3x speedup in RSA signatures and verifications on x86

Re: [Monotone-devel] upgrade of included botan for mtn

On Sat, Sep 27, 2008 at 12:09:08PM +0200, Markus Wanner wrote: > Hi, > > I've finally taken the time to go through upgrading the included botan > library to 1.7.9 first, then 1.7.12. Some renaming and name conflicts > during merging were a PITA to solve and made me do it in two steps. :( I had

Re: [Monotone-devel] Representing EBCDIC history in monotone

On Tue, Jul 01, 2008 at 05:43:35PM -0400, Jack Lloyd wrote: > Does this actually work? > > I just tried: [...] Oh, and this is mtn 0.40 ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Representing EBCDIC history in monotone

On Tue, Jul 01, 2008 at 11:25:53PM +0200, Thomas Keller wrote: > Actually there is a mtn:manual-merge _attribute_ in mtn which can be > attached to a file and which even gets auto-attached for a couple of file > extensions plus files which contain bytes in the following areas: > > 0x00 thru

Re: [Monotone-devel] Representing EBCDIC history in monotone

On Tue, Jul 01, 2008 at 05:10:28PM -0400, [EMAIL PROTECTED] wrote: > > Or maybe just mark that file as binary, then delete the manual-merge > > cert on it? (Does that even work?) > > Manual-merge cert? What is that? That is me confusing Monotone and Subversion. It's been a long day. :( -Jack

Re: [Monotone-devel] Representing EBCDIC history in monotone

On Tue, Jul 01, 2008 at 03:22:05PM -0400, [EMAIL PROTECTED] wrote: > But there are a few small files containing lots of characters not in the > ASCII character set. These are tables used by the lexical scanner to > classify characters. It makes no sense to translate the weird > characters int

Re: [Monotone-devel] Comparison of Monotone and git

On Thu, Jun 12, 2008 at 05:22:33PM +1000, William Uther wrote: > I have more research to do on git, but as a first pass have I missed > anything someone considers important? (BTW, I don't want to get into tiny > little details here... I mentioned "considers important" for a reason :) ) git can

Re: [Monotone-devel] automate stdio bug / botan problem

On Wed, May 28, 2008 at 04:26:49PM +0200, Thomas Keller wrote: > As you can see, the second select i: succeeds just fine, but the third > (invalid) command again crashes automate stdio. Has anybody a clue with > more botan knowledge than me what is going on here? A guess: pipe.start_msg(); pip

  1   2   3   >