A recent change lets setup init a new database _MTN/mtn.db if none is given.
First, this needs to be documented in the manual; both that setup will
init the database if it is not already, and that it provides a default
name.
Second, what is the rationale, both for providing any default name, and
Am 08.05.10 13:44, schrieb Stephen Leake:
A recent change lets setup init a new database _MTN/mtn.db if none is given.
First, this needs to be documented in the manual; both that setup will
init the database if it is not already, and that it provides a default
name.
Yes, I forgot that and
Am 07.05.10 21:22, schrieb Pasi Parviainen:
On 7.5.2010 2:50, Thomas Keller wrote:
Hi all!
I'd like to hear your comments on a small hack which I added to our lua
hooks code: output redirection for print() and io.write().
The rationale behind this is that lua code (be it hooks or even
Am 08.05.10 07:15, schrieb Stephen Leake:
Thomas Keller m...@thomaskeller.biz writes:
It would pop up in the progress (p) stream. I'm not sure how lua code is
supposed to write basic_io to stdio's main output (m) stream. For
non-stdio Lua implementors could still just call io.stdout:write()
On 05/03/2010 01:29 PM, Daniel Atallah wrote:
Initially, it looked like this was working nicely and the annoying
crash message no longer appeared when Ctrl+C was issued.
However, it looks like the fix for this has an (at least in my view)
undesirable side effect.
I frequently run something like
Update of bug #7220 (project monotone):
Assigned to:None = stephen_leake
Open/Closed:Open = In Test
___
Follow-up Comment #4:
since it is not a
Update of bug #7221 (project monotone):
Assigned to:None = stephen_leake
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?7221
___
Update of bug #16636 (project monotone):
Assigned to:None = rlevitte
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?16636
___
Update of bug #16636 (project monotone):
Open/Closed:Open = Analyzed
___
Follow-up Comment #2:
This operation works perfectly with mtn 0.47. What happens is that the
directory foo/ gets
Update of bug #22914 (project monotone):
Assigned to:rlevitte = None
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?22914
___
Update of bug #22914 (project monotone):
Assigned to:None = rlevitte
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?22914
___
Update of bug #29484 (project monotone):
Assigned to:None = rlevitte
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?29484
___
Update of bug #7221 (project monotone):
Status:None = Fixed
Open/Closed:Open = In Test
___
Follow-up Comment #2:
0.47 doesn't
Update of bug #8535 (project monotone):
Assigned to:None = stephen_leake
___
Follow-up Comment #2:
in 0.47, 'mtn log' outside a workspace gives:
mtn: misuse: workspace required but not found
Update of bug #8535 (project monotone):
Status:None = Fixed
Open/Closed:Open = In Test
___
Follow-up Comment #3:
but this works
Follow-up Comment #1, bug #8549 (project monotone):
need an example; what is an unresolvable tree layout change?
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?8549
___
Update of bug #8916 (project monotone):
Status:None = Fixed
Assigned to:None = stephen_leake
Open/Closed:Open = In Test
Follow-up Comment #4, bug #8535 (project monotone):
For first time users it might still be cool to have -b foo resolving
automatically to --from h:foo, no? And this should also reasonable easy to
implement...
___
Reply to this item at:
Follow-up Comment #4, bug #9231 (project monotone):
I'm not clear what the original problem is.
Win32 certainly does not support symlinks; trying to add mtn code to fake
that is not a good idea.
Cygwin does support symlinks; use that instead.
Follow-up Comment #2, bug #8916 (project monotone):
One extra cookie for the person implementing this default for the last
remaining command, 'import'... :)
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?8916
Follow-up Comment #5, bug #9231 (project monotone):
The problem is that symlinks are simply lost, while they should get a special
file attribute which stores the original symlink and creates that instead on
update / checkout / revert on supported platforms:
$ mtn setup .
$ touch foo
$ ln -s foo
Follow-up Comment #6, bug #9231 (project monotone):
Just to clarify; this is talking about symlinks within the workspace, not
symlinks to files outside the workspace. It would be useful for mtn to
preserve in-workspace symlinks. For example, /etc often has them.
Update of bug #9235 (project monotone):
Status:None = Fixed
Open/Closed:Open = In Test
Summary: [NEED TEST] File in repository with \ instead of /
directory separator = [NEED
Update of bug #9269 (project monotone):
Assigned to:None = stephen_leake
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?9269
___
Update of bug #29484 (project monotone):
Status:None = Fixed
Open/Closed:Open = In Test
___
Reply to this item at:
Update of bug #12773 (project monotone):
Assigned to:None = dscherger
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?12773
___
Follow-up Comment #1, bug #29484 (project monotone):
Added a few checks to see if a file to be moved is the same as the
destination and have mtn issue a warning when that happens.
This follows the same semantics as ths usual Unix mv(1), and will therefore
only warn, not trigger an error and
Update of bug #9269 (project monotone):
Status:None = Fixed
___
Follow-up Comment #4:
added a test. rev d8a2add47319b83ac7657d34df8f69c028b61208
Update of bug #13706 (project monotone):
Status:None = Fixed
Assigned to:None = rlevitte
Open/Closed:Open = In Test
Update of bug #16021 (project monotone):
Assigned to:None = rlevitte
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?16021
___
Update of bug #12455 (project monotone):
Status:None = Wont Fix
Assigned to:None = stephen_leake
Open/Closed:Open = In Test
Update of bug #16021 (project monotone):
Status:None = Fixed
Open/Closed:Open = In Test
___
Follow-up Comment #1:
Today, the usage
Update of bug #16069 (project monotone):
Assigned to:None = rlevitte
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?16069
___
Update of bug #16069 (project monotone):
Status:None = Fixed
Open/Closed:Open = In Test
___
Follow-up Comment #1:
This was fixed in
Follow-up Comment #2, bug #8549 (project monotone):
This would be for example merge(rename a to b, rename a to c) or
merge(rename x to z, rename y to z) and the like. Anything that causes a
merge conflict when mark-merging the parent or name of a node_t.
Update of bug #12773 (project monotone):
Open/Closed:Open = In Test
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?12773
___
Update of bug #12773 (project monotone):
Status:None = Fixed
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?12773
___
Update of bug #13409 (project monotone):
Severity: 3 - Normal = 1 - Wish
___
Follow-up Comment #1:
I added the Lua command 'change_workspace' to facilitate writing Lua
functions that operate on
Update of bug #27929 (project monotone):
Status:None = Wont Fix
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #28805 (project monotone):
Assigned to:None = rlevitte
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?28805
___
Update of bug #20447 (project monotone):
Assigned to:None = dscherger
mtn version --full: C:\dev\fortamtn --full-version
monotone 0.35 (base revision: f92dd754bf5c1e6eddc9c462b8d68691cfeb7f8b)
Follow-up Comment #1, bug #28805 (project monotone):
Just a though, would it be enough if --anonymous was added?
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?28805
___
Follow-up Comment #2, bug #22417 (project monotone):
Monotone currently also fails for missing files which are somewhat similar to
unreadable files. Perhaps we should still fail but with a nicer message rather
than a hard crash.
___
Update of bug #8396 (project monotone):
Status:None = Fixed
Assigned to:None = tbrownaw
Open/Closed:Open = In Test
Update of bug #5672 (project monotone):
Status:None = Wont Fix
Assigned to:None = tbrownaw
Open/Closed:Open = In Test
Update of bug #19597 (project monotone):
Open/Closed:Open = Closed
___
Follow-up Comment #4:
This has been Wontfix for 3 months, it should probably be closed.
Update of bug #16895 (project monotone):
Status:None = Fixed
Assigned to:None = tbrownaw
Open/Closed:Open = In Test
Update of bug #17878 (project monotone):
Assigned to:None = tbrownaw
___
Follow-up Comment #2:
I think what we want to do here is:
* 'disapprove' warns if it creates divergence
* 'status'
Follow-up Comment #3, bug #17878 (project monotone):
+1 for that, but I'd personally wait with the second point until Derek landed
the changelog editor branch in mainline (or if you want to go for it, base
your work on his branch).
___
Follow-up Comment #4, bug #17878 (project monotone):
In the scenario I described, disapprove cannot warn when it creates
divergence because it does not create divergence. Indeed, it is commit that
later creates the divergence.
IIUC, adding a message in the changelog works only if the user does
On Sat, May 8, 2010 at 5:08 AM, Thomas Keller m...@thomaskeller.biz wrote:
Am 08.05.10 13:44, schrieb Stephen Leake:
Second, what is the rationale, both for providing any default name, and
choosing this particular name?
The rationale is simply to make monotone less database-centric and
Follow-up Comment #5, bug #17878 (project monotone):
Oh, hm, it doesn't.
I don't particularly like the idea of making 'commit' become unpredictably
interactive. It means there's an extra step between commit, go back to
coding which is wait to see if 'commit' asked anything, and it breaks run
On Sat, May 08, 2010 at 02:08:35PM +0200, Thomas Keller wrote:
Am 08.05.10 13:44, schrieb Stephen Leake:
A recent change lets setup init a new database _MTN/mtn.db if none is given.
First, this needs to be documented in the manual; both that setup will
init the database if it is not
In message 4be6066a.20...@thomaskeller.biz on Sun, 09 May 2010 02:48:42
+0200, Thomas Keller m...@thomaskeller.biz said:
me Maybe we could make it easier to extract, or better move an
me internalized database to an external place and vice versa, so people
me don't have to mess with _MTN/options
54 matches
Mail list logo