Re: [Monotone-devel] monotone crashes

2008-12-22 Thread Ulf Ochsenfahrt
The migration doesn't work, so mtn check doesn't work either (at least not with this version). I created the other one directly before the sync, and db check gives me 7 errors, but none serious (or are they?). mtn: files mtn: 4,554 mtn: mtn: mtn: rosters mtn: 759 mtn: mtn: mtn: revisions mtn:

Re: [Monotone-devel] interface versions, again

2008-12-22 Thread Felipe Contreras
On Mon, Dec 22, 2008 at 3:36 AM, Ethan Blanton e...@psg.com wrote: Stephen Leake spake unto us the following wisdom: While we are on this topic, can I request that the monotone version be bumped to 0.43 immediately after the release, rather than immediately before the next release? That makes

Re: [Monotone-devel] interface versions, again

2008-12-22 Thread Richard Levitte
In message 20081222013618.ga29...@elb.elitists.net on Sun, 21 Dec 2008 20:36:18 -0500, Ethan Blanton e...@psg.com said: elb For Pidgin, we have found it helpful to, immediately after release, elb increment the version number and append 'devel'. This helps us elb identify those users who are

Re: exec flag not always set (Was: Re: [Monotone-devel] checkout automate?)

2008-12-22 Thread Thomas Moschny
Felipe Contreras wrote: On Sat, Dec 20, 2008 at 10:14 AM, Hugo Cornelis hugo.corne...@gmail.com wrote: On Fri, Dec 19, 2008 at 5:39 PM, Felipe Contreras felipe.contre...@gmail.com wrote: I have some scripts that convert a mtn repo to git repo (as you might know) but I stumbled upon some issues

Re: [Monotone-devel] interface versions, again

2008-12-22 Thread Thomas Moschny
Thomas Keller wrote: So, to make a long story short I propose that interface versions are _not_ changed by individual developers up until the next release and that the release manager rather takes care of the numbering, just because he gets the ultimative overview what has been added / changed

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

2008-12-22 Thread Thomas Moschny
Thomas Keller wrote: The other (lazy) way would be to define a list of external libraries with which we know the build works (i.e. because we've tested them) and leave everything else to the downstream packagers. We receive bug reports and incorporate their fixes for the next release. This just

Re: [Monotone-devel] interface versions, again

2008-12-22 Thread Thomas Keller
Thomas Moschny schrieb: Thomas Keller wrote: So, to make a long story short I propose that interface versions are _not_ changed by individual developers up until the next release and that the release manager rather takes care of the numbering, just because he gets the ultimative overview what