On Fri, Mar 02, 2007 at 12:08:03AM +0100, Lapo Luchini wrote:
Nathaniel Smith wrote:
On Thu, Mar 01, 2007 at 12:12:32PM +0100, Lapo Luchini wrote:
[AC_CACHE_CHECK([if iconv supports //IGNORE//TRANSLIT],
Seriously, there is no such thing as //IGNORE//TRANSLIT. Anywhere.
What do you mean
On Fri, Mar 02, 2007 at 09:58:51AM +1100, William Uther wrote:
When clone is not supplied a --db argument it creates a new db in
_MTN/mtn.db in the new workspace. If the clone command fails for
some reason (e.g. we try to clone a revision that doesn't exist in
the branch we specified)
Hi,
this was previously discussed here:
http://thread.gmane.org/gmane.comp.version-control.monotone.devel/4051
and here:
http://thread.gmane.org/gmane.comp.version-control.monotone.devel/10444
So far I have been entirely unable to convince anyone that this is an
important topic, so let me try
Ulf Ochsenfahrt schrieb:
Second, it would lead to (potentially) lower efficiency. If the user has
new revisions which are children of revisions that he does not
officially has read-access to, then he has to also transmit the parent
revisions, even though these may already be present in the
On Fri, 02 Mar 2007 14:10:10 +0200, Ulf Ochsenfahrt [EMAIL PROTECTED] wrote:
[...]So far I have been entirely unable to convince anyone that this is
an
important topic, so let me try again. Consider the following two
scenarios:
I don't know anything about the Netsync protocol. However I
On Friday 02 March 2007, Ulf Ochsenfahrt wrote:
Second, it would lead to (potentially) lower efficiency. If the user has
new revisions which are children of revisions that he does not
officially has read-access to, then he has to also transmit the parent
revisions, even though these may
On Friday 02 March 2007, Boris wrote:
(I don't know if another cert with the name project could solve this
problem rather easily as it wouldn't require to introduce something brand
new?)
This doesn't solve the netsync problem: You can always have that situation
where a revisions carries a
On Tuesday 27 February 2007, Nathaniel Smith wrote:
(Same offer for anyone who makes the nightly coverage tracking stuff
start working again; some changes in upstream matplotlib broke it a
while back, and I haven't had time to get it running again since...
the code is pretty straightforward
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathaniel Smith wrote:
I guess we always want question marks, we're going to have to insert
them by hand in at least some cases, and we'd rather not deal with all
of this insanity. So maybe we should consider:
-- try opening our iconv handle
Nathaniel Smith wrote:
iv) Don't put the db file into _MTN? It's kind of a funny place for
it, seems to be causing trouble, and I worry it's going to totally
bite someone on the butt when they (spread out over some months) do:
Certainly funny and counter-intuitive for mtn users (me included).
Lapo Luchini schrieb:
Small poll: what database file does other people use?
~/{data,Documents,work}/monotone-databases/{monotone,my own stuff,other
stuff sorted approx. by project].mtn
Details depend on the pre-existing directory layout.
Patrick Georgi
Hallo,
On 3/2/07, Lapo Luchini [EMAIL PROTECTED] wrote:
Small poll: what database file does other people use?
~/devel/dbs/project.mtn
c:\projects\dbs\project.mtn
--
-alex
http://www.ventonegro.org/
___
Monotone-devel mailing list
Lapo Luchini [EMAIL PROTECTED] writes:
Nathaniel Smith wrote:
iv) Don't put the db file into _MTN? It's kind of a funny place for
it, seems to be causing trouble, and I worry it's going to totally
bite someone on the butt when they (spread out over some months) do:
Certainly funny and
I use ~/monotone/project.mtn
-Ben
On 3/2/07, Alex Queiroz [EMAIL PROTECTED] wrote:
Hallo,
On 3/2/07, Lapo Luchini [EMAIL PROTECTED] wrote:
Small poll: what database file does other people use?
~/devel/dbs/project.mtn
c:\projects\dbs\project.mtn
--
-alex
http://www.ventonegro.org/
On Fri, Mar 02, 2007 at 03:32:43PM +0100, Lapo Luchini wrote:
Small poll: what database file does other people use?
~/.monotone/dbs/project.mtn (shortnames, with all branches in a
single db)
I can't say I'm a huge fan of creating databases inside of _MTN, but
on the other hand the alternatives
On 3/2/07, Lapo Luchini [EMAIL PROTECTED] wrote:
Small poll: what database file does other people use?
~/MTN/projectname
all branches in one database.
Hugo
--
Hugo Cornelis Ph.D.
Research Imaging Center
University of Texas Health Science Center at
You know, this wouldn't be such a problem if we could just teach
virtual domains to monotone, and have it select which database to use
for each session based on that. And really, it wouldn't have to be
very complicated either, would it?
Cheers,
Richard
--
Richard Levitte
On Thu, Mar 01, 2007 at 12:35:27AM +0100, Richard Levitte - VMS Whacker wrote:
Monotone 0.33 released! This also announces the new site for monotone
matters:
http://monotone.ca/
with binary packages being posted as people send them in.
...
I've compiled a _completely static_ version of
In message [EMAIL PROTECTED] on Fri, 2 Mar 2007 08:38:43 -0800, [EMAIL
PROTECTED] said:
jack-monotone I've compiled a _completely static_ version of monotone-0.33:
jack-monotone
jack-monotone http://mudshark.org/~jack/mtn-0.33-linux-x86-static.bz2
jack-monotone
In message [EMAIL PROTECTED] on Fri, 02 Mar 2007 19:13:39 +0100, Ulf
Ochsenfahrt [EMAIL PROTECTED] said:
ulf Richard Levitte - VMS Whacker wrote:
ulf You know, this wouldn't be such a problem if we could just teach
ulf virtual domains to monotone, and have it select which database to use
ulf
On Fri, Mar 02, 2007 at 03:32:43PM +0100, Lapo Luchini wrote:
Small poll: what database file does other people use?
$HOME/.monotone-databases/NAME.mtn
--
Chad Walstrom [EMAIL PROTECTED] http://www.wookimus.net/
assert(expired(knowledge)); /* core dump */
signature.asc
On Fri, Mar 02, 2007 at 07:13:39PM +0100, Ulf Ochsenfahrt wrote:
It doesn't entirely solve the problem, though.
1) it still doesn't give control over what someone can write to the db
2) it isn't possible to easily move branches between domains
3) it isn't possible to sync the entire thing
On Fri, Mar 02, 2007 at 03:37:50PM +0100, Ulf Ochsenfahrt wrote:
Consider the following case:
BranchA | B
Revision x |
You have no access to A, and both read and write access to B.
Right now, you can write a certificate stating that revision x is part
of branch B. If you have read
On Fri, Mar 02, 2007 at 02:48:08PM +0100, Thomas Moschny wrote:
This doesn't solve the netsync problem: You can always have that situation
where a revisions carries a certain brand cert, but some of its ancestors
don't, and you will end up retransmitting these ancestors again and again,
Emile Snyder writes:
The attached patch implements an LCA selector, ie. it lets you do
mtn diff -r p:net.venge.monotone
to see the changes you have in your working copy vs. the ancestor in
net.venge.monotone which would be selected if you merged the branch
you're on with n.v.m.
Wow, great!
On Fri, Mar 02, 2007 at 03:32:43PM +0100, Lapo Luchini wrote:
Certainly funny and counter-intuitive for mtn users (me included).
OTOH that's what Hg does, AFAIK, and probably also Arch friends?
For CVS SVN people just thinking that the book keeping directory
contains the real stuff is plain
On 3/2/07, Nathaniel Smith [EMAIL PROTECTED] wrote:
Hmm, odd, I seem to be in the minority :-). I have a directory under
~/src/ for each project, so I have e.g. ~/src/monotone/, and then it
contains my db in the top level, monotone.mtn, and a bunch of checkout
directories on different branches,
Richard Levitte - VMS Whacker wrote:
In message [EMAIL PROTECTED] on Fri, 02 Mar 2007 19:13:39 +0100, Ulf Ochsenfahrt
[EMAIL PROTECTED] said:
ulf Richard Levitte - VMS Whacker wrote:
ulf You know, this wouldn't be such a problem if we could just teach
ulf virtual domains to monotone, and
Nathaniel Smith wrote:
On Fri, Mar 02, 2007 at 03:37:50PM +0100, Ulf Ochsenfahrt wrote:
*snip*
Note that the way netsync is currently set up, every new revision is
first sent without any branch info, and then the branch info is sent
for that revision. So effectively every branch cert you send
Small poll: what database file does other people use?
I place my databases in /var/lib/monotone, owned by my user and group
src. I choose names like /var/lib/monotone/foo.mtn-0.30 and change
the version number each time the database schema changes (currently I
use 0.31 from Debian Etch; on
On 3/2/07, Nathaniel Smith [EMAIL PROTECTED] wrote:
On Fri, Mar 02, 2007 at 03:32:43PM +0100, Lapo Luchini wrote:
Small poll: what database file does other people use?
Hmm, odd, I seem to be in the minority :-). I have a directory under
~/src/ for each project, so I have e.g. ~/src/monotone/,
On 02/03/2007, at 8:58 PM, Nathaniel Smith wrote:
On Fri, Mar 02, 2007 at 09:58:51AM +1100, William Uther wrote:
When clone is not supplied a --db argument it creates a new db in
_MTN/mtn.db in the new workspace. If the clone command fails for
some reason (e.g. we try to clone a revision
32 matches
Mail list logo