Re: [Monotone-devel] invariant 'I(is_valid_internal(data()))' violated

2006-02-13 Thread Glen Ditchfield
On Monday 13 February 2006 19:56, Matthew Gregan wrote: > Any chance you can file a bug for this in our bug tracker? Bug 15748. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] invariant 'I(is_valid_internal(data()))' violated

2006-02-13 Thread Matthew Gregan
At 2006-02-12T22:57:42-0600, Glen Ditchfield wrote: > Monotone 0.25 "automate inventory" is reporting an invariant violation. The > problem seems to be a file in my .kde directory. I can reproduce the error > by copying .kde into a clean sandbox created from a fresh database. I just > built th

Re: [Monotone-devel] Passphrase no more accepted?

2006-02-13 Thread Daniel Carosone
On Tue, Feb 14, 2006 at 02:16:03AM +0100, Mustafa Yuecel wrote: > > Were you using 0.25 through the whole time, or were some of the > > earlier steps done with an older monotone? > > I guess I was using 0.22 or 0.23 first (public/private key generation and > export > with pubkey/privkey). Please

Re: [Monotone-devel] Passphrase no more accepted?

2006-02-13 Thread Mustafa Yuecel
Hi Dan >>I written out the private key, delete db, use a snapshot db and update db. >>Next >>I readed back the private key. > > Could you provide a more specific description of exactly what you did? 'monotone --oe=/local/oe.db privkey [EMAIL PROTECTED] > privkey.txt' 'rm /local/oe.db' and down

Re: [Monotone-devel] Passphrase no more accepted?

2006-02-13 Thread Daniel Carosone
On Sun, Feb 12, 2006 at 01:41:22PM +0100, Mustafa Yuecel wrote: > Hi > > I written out the private key, delete db, use a snapshot db and update db. > Next > I readed back the private key. Could you provide a more specific description of exactly what you did? > But if I have to enter the passph

[Monotone-devel] Re: wiki in monotone (not at all about disk locality or delta storage)

2006-02-13 Thread Daniel Carosone
On Fri, Feb 10, 2006 at 07:06:27PM -0500, [EMAIL PROTECTED] wrote: > There are some complications. Each wiki page acts if it where > its own independent project or branch. On Sat, Feb 11, 2006 at 02:35:30AM -0800, Nathaniel Smith wrote: > The trickiest bit is the making each page independent bit

[Monotone-devel] Re: coLinux and 0.26pre1: Address family not supported by protocol

2006-02-13 Thread Thomas Moschny
On Monday 13 February 2006 18:50 Henry Nestler wrote: > Thomas Moschny schrieb: > > So, I built a new binary that doesn't use getaddrinfo(), but > > gethostbyname() and getservbyname() instead. It has additionally ipv6 > > disabled, as this seems to cause problems, too. > > > > Henry, could you ple

[Monotone-devel] Re: coLinux and 0.26pre1: Address family not supported by protocol

2006-02-13 Thread Henry Nestler
Thomas Moschny schrieb: On Wednesday 18 January 2006 20:22, Henry Nestler wrote: Henry Nestler wrote: + monotone-0.26pre1-x86-semistatic --db=colinux-testing.db --rcfile=serv_anonymous.lua serve --bind=monotone.colinux.org:5 '*' monotone: network error: name resolution failure for monotone.

[Monotone-devel] Re: error: Extraneous data in key store (0.26pre2)

2006-02-13 Thread Henry Nestler
Hello Tim, Timothy Brownawell wrote: 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" Files I stored there by hand. I

[Monotone-devel] Re: viewmtn requires python2.4?

2006-02-13 Thread Bruce Stephens
Chad Walstrom <[EMAIL PROTECTED]> writes: > Bruce Stephens <[EMAIL PROTECTED]> wrote: >> Yes, I know. But it doesn't have libapache2-mod-python2.4, because >> python 2.4 isn't the default yet. > > Exactly. I've taken it as standard practice to develop my Python > scripts to whatever is in Debia

Re: [Monotone-devel] Re: error: Extraneous data in key store (0.26pre2)

2006-02-13 Thread Timothy Brownawell
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 th

Re: [Monotone-devel] Re: viewmtn requires python2.4?

2006-02-13 Thread Chad Walstrom
Bruce Stephens <[EMAIL PROTECTED]> wrote: > Yes, I know. But it doesn't have libapache2-mod-python2.4, because > python 2.4 isn't the default yet. Exactly. I've taken it as standard practice to develop my Python scripts to whatever is in Debian stable, since that is the platform I prefer to run

[Monotone-devel] Re: error: Extraneous data in key store (0.26pre2)

2006-02-13 Thread Henry Nestler
Tried to store private keys into old file before migrate, but helps not. The error is on db migrate now. $ monotone-0.23 --db=test.db read < server-pubkey.txt monotone: read 1 packet $ monotone-0.23 --db=test.db read < server-privkey.txt monotone: read 1 packet $ ./monotone-0.26pre2-x86-semista

[Monotone-devel] error: Extraneous data in key store (0.26pre2)

2006-02-13 Thread Henry Nestler
Hello, can't convert database to rosters. Followed the UPGRADE. I copied an db file from mt 0.23 to empty directory and called db migrate and db rosterify. All commands ends with "error: Extraneous data in key store" $ ./monotone-0.26pre2-x86-semistatic --db=test.db db migrate monotone: calc

[Monotone-devel] Re: viewmtn requires python2.4?

2006-02-13 Thread Bruce Stephens
"Matthew A. Nicholson" <[EMAIL PROTECTED]> writes: > Well debian already has python 2.4, it is just not the default version. Yes, I know. But it doesn't have libapache2-mod-python2.4, because python 2.4 isn't the default yet. [...] ___ Monotone-dev

Re: [Monotone-devel] viewmtn requires python2.4?

2006-02-13 Thread Matthew A. Nicholson
Well debian already has python 2.4, it is just not the default version. Bruce Stephens wrote: I can see wrapper.py uses string.rsplit, which isn't in 2.3. Are there other more subtle dependencies on 2.4? I'm noticing that diff screens seem to hang. It's no big deal, since I guess debian/un