Hi Tim,
Tim Kettler wrote:
2.
I would have to build two different interfaces (one for automate/stdio
and one for the workspace commands)
I can't help you on implementing the commands in automate (I have zero
free time atm), but for Java interfaces to monotone, you might like to
look at the
Hi,
Zack Weinberg wrote:
some time to figure it out. [ I am not certain 0.33-2 will actually
go into testing after ten days - grep-excuses seems to think bug
425907 is relevant even though it affects 0.31-8 too, and *may* be
confused about which boost libraries it needs... but we don't have to
Jon Bright wrote:
To try out mtteam:
The thing I forgot to mention: you probably want to use Eclipse 3.2 -
older versions aren't likely to work with the revision graph while the
3.3 betas apparently also have some issues.
--
Jon
___
Mon
have a Trac site here:
http://mtn.inmachina.com/
We are (or try to be) as friendly as the monotone developers, feel free
to comment or help us out!
--
Jon Bright
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Nathaniel Smith wrote:
So, if we're going to do SoC this year, we need to get our
organization application in today. I can do this, but I need help
with three things.
Out of interest, what ended up happening with this? I note that
monotone isn't listed at http://code.google.com/soc/ ...
--
too
large/undefined/hand-wavy for an SoC project (the last SoC attempt at
this was what ended up pushing me to make mtteam :-)
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
h
Joel Crisp wrote:
usable - it has come a long way since then! Java can't hack what I
want to do next tho' I'll have to use C++ or C#.
Just out of interest (and without wanting to start a Slashdot
vi-vs-emacs thing), what can C# do that Java can't?
--
Jon Bright
Sili
lead to a superficially functional executable that
just got weird problems somewhere down the line. Have I misunderstood?
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.
quently leads to problems. We
very strongly recommend recompiling Boost with your current GCC version."
exit
fi
My quickly-hacked shell script might need some tweaking to be more
broadly applicable, but this seems like an approach that could avoid
developer time being taken up with
Richard Levitte - VMS Whacker wrote:
Then you're using something other than --rccode, aren't you? Because
the above basically fulfills the needs of --rccode, as far as I can
see.
No. Using stdin to provide the script would be ideal. But if you're
using automate stdio, stdin is already "tak
Richard Levitte - VMS Whacker wrote:
Hey bud, check this out (I discovered while looking around the code to
see how hard it would be to implement --rccode :-)):
: ; echo 'io.stderr:write "FOO!\n"' | mtn heads --rcfile=-
FOO!
mtn: grenen 'net.venge.monotone' har för tillfället ett löv:
970b5cf42
Richard Levitte - VMS Whacker wrote:
ulf> - How can I suppress the automatic commit message dialog and get
ulf> an error instead if no message was given on the command line?
You hack your own edit_comment function in _MTN/monotonerc (works only
with that workspace) or ~/.monotone/monotonerc (
Thomas Keller wrote:
I'm fine with Berlin, I'm more or less regularily in the capital anyways
during my online studies.
My preference would actually be Berlin, despite it being two hours
further away from me than Hannover. I'd be happy with pretty much
anywhere in Germany, though. For eit
Thomas Keller wrote:
Jon Bright schrieb:
In this case, isn't the process that didn't first call interface_version
to find out what you're capable of more the one at fault?
Actually I have to admit that I don't use interface_version for my
interface at all, but always par
will include the character "l", at which point we will lose sync
entirely...
In this case, isn't the process that didn't first call interface_version
to find out what you're capable of more the one at fault?
--
Jon Bright
Silicon Circus Ltd
Jon Bright wrote:
If you want to subscribe, you can do so by sending mail to
[EMAIL PROTECTED] or by visiting
Ooops, that should have been [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org
any discussion here.
(I won't spam you, give your address to anyone at all without a court
order, or pour sugar in your car's gas tank. Non-member and new member
postings are moderated.)
--
Jon Bright
___
Monotone-devel mailing list
appy to dual-license. Comments from anyone interested in
working on mtteam are welcome...
Unfortunately, I've not had any time to do anything on mtteam since the
mail a week ago - but I'm more hopeful about next week, so maybe there
can be a 0.0.2
icial" build system any
time soon, I've no doubt that any patches which improve the build are
more than welcome (provided they don't make it worse for other
environments, of course...).
--
Jon Bright
Silicon Circus Ltd.
http://w
when prompted (might not be necessary, but let's
play it safe)
To get the source:
mtn --db=... pull ensued.net net.ensued.*
There are three branches:
- net.ensued.mtteam, the code for the plugin itself
- net.ensued.mtteam.feature, the Eclipse "feature" for the plugin
the kind of strategy likely to end up with reasonably
robust, conservative error-handling which nonetheless doesn't require
too many stdio restarts. Granted, it might take a little bit longer to
get to that point.
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
__
ing something to use automate, I wouldn't
have a problem with this strategy. automate stdio optimises for
repeated strings of commands. Restarting the process isn't optimal, but
it doesn't seem like it's a huge cost in the case of an error.
--
Jon Bright
Silicon
places all the time?
I see the risks - but there certainly needs to be some scriptable way to
do stuff like commit, add, remove, rename without starting a monotone
process every time you need to perform an operation. Overall, I'm
edging towards the making-every-command-available solution
t;mtn read key.priv key.pub" appears to want a DB. It should be able
to operate with only the keystore, though?
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://l
S" does?
b) Shouldn't the radio buttons for "Create Database", etc. actually be
buttons? Or are those actions executed when one clicks "Apply"?
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monoton
Richard Levitte - VMS Whacker wrote:
Something you have to realise, though, is that we all have different
lives and "external" stuff that affect it as well. For example, we
have a long holiday here in Sweden right now, usually spent with
family and friends, going out on the archipelago in the f
Lapo Luchini wrote:
BTW: what about bzip2?
bzip2's notoriously slow at compression. I'm also not sure whether it
has partial flushing, as gzip does.
--
Jon
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailma
Christof Petig wrote:
But perhaps implementing partial pull is a much more interesting
solution to this problem (though it will be way more complicated).
Having seen the various mails here, I'm thinking this is likely to be
the only thing which satisfies everyone. It's probably a bit ambitio
over your
problems with old data.
- The transmission problems seem like they should be detectable with
some simple SHAing.
All that said, monotone's been fast enough for my local use. I'm
guessing having partial pull would be enough to make most users happy,
even with the
Justin Patrin wrote:
::shrug:: that works too. As long as en empty commit message from an
editor means abort I'll be happy.
AOL
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-
Timothy Brownawell wrote:
It's the default version of the validate_commit_message hook. I don't
think it's a very good default, so would anyone object to removing it?
I definitely think that rejecting empty log messages by default is a
good thing. I'd also go with rejecting whitespace-only
-server which Nathaniel mentioned a while ago to monotone, making
it possible to use Eclipse's (and everything else's) CVS support for the
time being.
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing lis
Markus Schiltknecht wrote:
1) a 'commit', 'branch' and 'commit (on branch or parent)' should be
some seconds apart.
I have a release script which does some tagging and committing
automatically. Although it wouldn't hit this limitation, that's only
because it doesn't use branch tags. If, on
I guess we
still have no idea what exactly you managed to do, but since it seems
to be working fine as is... I'm not going to worry about this too
much, unless you run into additional problems :-).
It does seem like an improved error message could be handy here, though :-)
--
Jon Bright
Sil
Shaun Jackman wrote:
On 3/20/06, Olivier Andrieu <[EMAIL PROTECTED]> wrote:
...
There, I pushed a new revision to repository on venge.net. Could you
try it and tell me if this fixes your problem ? If so, I'll release a
monotone-viz 0.15.
Colour me dumb. What am I doing wrong here?
It's a wil
Lapo Luchini wrote:
PS: windows.h can be included by both, so it's not a good way to
recognize them
windows.h was only there since I wasn't sure if MinGW defined it if it
wasn't...
--
Jon Bright
Silicon Circus Ltd.
http://www.si
Lapo Luchini wrote:
AC_CACHE_CHECK([if this is Windows],
ac_win32, [
- AC_TRY_RUN([
-#ifdef WIN32
-#include
-int main(void)
-{
- return 0;
-}
-#else
-__wont_compile_
-#endif
-],
+ AC_TRY_COMPILE([#include ],
+ [HANDLE h; DWORD d;],
ac_win32=ye
Nathaniel Smith wrote:
Effectively replying to a few different emails here...
-- "MTN" is not one of the options. It conflicts with the
executable name on case insensitive filesystems. The bookkeeping
dir must have a name one would not otherwise use, and obviously
if we're _shi
7;m using it daily --- but
if I'm someone who checked something out with monotone once, 6 months
ago...). It just seems more polite to use the full name here...
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mai
rrent behaviour -- and by implication, no problems of the
branch-name-based-initial-revision-hash occur to me either. Might using
the hash of the branch name be a better way to go?
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-de
Bruce Stephens wrote:
Jon Bright <[EMAIL PROTECTED]> writes:
[...]
My intuition said that too - but then I remembered the big
discussion about Graydon not liking GUIDs, back when we were
originally discussing revisions. An alternative, which sticks with
a kind of content-basedness, mi
[EMAIL PROTECTED] wrote:
This comparison is not really fair to RCS since the RCS file
is uncompressed and because the RCS file contains revision
comments and other meta information omitted from my chains.
But I have never heard anybody complain that their RCS files
where too big. So if you can
7;s a false positive, but thought you might want to be alerted.
Historical note: we've had this before, that time with McAfee. See
http://savannah.nongnu.org/bugs/?func=detailitem&item_id=13373
--
Jon Bright
Silicon Circus Ltd.
http://www.sil
orland's C++ compiler chokes in some
situations if the line ending is LF-only. (Specifically, it'll compile
most stuff fine, but will object to #pragma directives - evidently,
their parser is broken, but it's nonetheless a coding tool that doesn't
work with LF-only.)
--
Jon B
Richard Levitte - VMS Whacker wrote:
In message <[EMAIL PROTECTED]> on Sun, 29 Jan 2006 20:46:01 +0100, Jon Bright
<[EMAIL PROTECTED]> said:
jon> For everything else, I had it store as LF and output LF - which
jon> obviously works for binary too.
Having them both the same
Richard Levitte - VMS Whacker wrote:
The only reason that we haven't had much problems yet is that most of
us run on Unix, with get_linesep_conv undefined, which means no
conversion is made. I wonder how people on Windows handle this.
I've handled it recently on Windows. For .cpp files and .
Yury Polyanskiy wrote:
Ah, ok! I see. You mean if Joe created a text-file in Windows and Ann
created the very same text-file (except for damn line endings) in Linux
you want them to be identical in DB even if Joe was dumb enough to not
setup line ending conversion for the file? Is it what you sa
Richard Levitte - VMS Whacker wrote:
Personally, I find it incredibly dangerous that you can defined the
internal database line ending character...
Me too. I've always argued that the database should have the canonical
form (and that this canonical form should be LF-only for text files and
ne's way
of working, but this mail is really just food for thought if someone's
planning on changes to monotone's merging interface.
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monot
view and perhaps motogui.
We could also sell a monotone-branded scooter. We could call it the
"motorola".
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://li
ng
Pin-Priority: 900
Package: *
Pin: release o=Debian,a=unstable
Pin-Priority: 300
Package: *
Pin: release o=Debian
Pin-Priority: -1
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@
Hi,
Richard Levitte - VMS Whacker wrote:
I disagree with removing keyword expansion. I agree that some aliases
can be added to ensure that certain shortcuts always work.
I also disagree with removing keyword expansion on the grounds that a
lot of the time, it's useful. Maybe a solution wou
Nathaniel Smith wrote:
I'd like to bring up the idea of namespace-ifying file attributes.
Basically, replacing "execute" with "mtn:execute", and so forth.
The proximal inspiration comes from subversion:
http://svnbook.red-bean.com/en/1.1/ch07s02.html#svn-ch-7-sect-2.1
which supports a number o
Nathaniel Smith wrote:
roster-enabled monotone for development. You probably _won't_ want to
upgrade to this. We will warn strenously against it in the release
notes. (Of course, some of you probably will anyway, bless your
hearts.) After a month or so of daily use, we will presumably have
t
switch to monotone. Making it difficult may
not be ideal.
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
es to check
that file out on a system that doesn't support that as a filename...
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
le is not found".
What operating system are you building for? Exactly what commands did
you execute?
Is there any easy way to install monotone ?. Please mail me as soon as
possible.
There are downloadable versions for many operating systems to be found
at http://venge.net/monotone
--
Jon B
ut it should (given Nathaniel's Python script working) work
without any additional developer time being taken for it now. Closer,
nicer integration could then be undertaken later when more pressing
issues have been dealt with.
--
Jon Brigh
there's the passwords for the hosts --- but if there are
eavesdroppers monitoring large amounts of internet traffic, they
probably have enough resources not to be too bothered about getting a
shiny new shell account.)
--
Jon Bright
Silicon Circus Ltd
Zbynek Winkler wrote:
Could someone enlighten me about the new "usher code"? What is it? I
also remember reading about some "roasters"...?
"rosters"... though I've also no clue what they are.
--
Jon Bright
Silicon Circu
o not something I
can justify spending too much work time on - leaving my spare time...
which is full to bursting.
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu
.5ified" cert,
letting you gradually work through your source tree and use the version
control to keep track of which files you've done and which not.
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel maili
Andy Jones wrote:
Using hash values was the right thing to do.
But it would be nice if they were displayed in a more human-readable way.
I also agree with this. For me,
568b-2462-456e-9a57-4326-93df-936d-4835
would be much more readable than
568b2462456e9a57432693df936d4835
--
Jon Bright
Thomas Haas wrote:
To me, this all looks like an intrinsic feature of Windows' filehandles.
Could be. If it is, I don't really understand why it affects some parts
of monotone and not others.
--
Jon Bright
Silicon Circus Ltd.
http://www.silicon
r the difference between monotone cat
and other monotone commands.
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
ecall, none of them were acceptable. If
someone does look at this, it's worth noting that there's an interesting
disparity between the output of monotone cat (which has CRLF) and the
output of various other commands (which doesn't).
--
Jon Bright
Silicon Circus Ltd.
http://w
Richard Levitte - VMS Whacker wrote:
Oh, I completely agree with you. However, you did ask about how to do
it *today*, right? *Today*, I think my answer still stands.
I guess 'monotone cat file' should pay attention to the "manual_merge"
attribute, since that's usually applied to non-text fil
Zbynek Winkler wrote:
This does not work for some languages. For example in czech we have
1 "zvonek"
2, 3 and 4 "zvonky"
5 and more "zvonků"
I don't speak Russian, but I happen to know that something similar
happens there in some circumstances.
--
n empty log should be rejected.
Robert Collins suggests adding yet another option, like --empty-log.
Overkill, imho.
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lis
hout resorting to shell
incantations, that strikes me as a failure of the tool...
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
ibrary/default.asp?url=/library/en-us/ipc/base/named_pipe_server_using_overlapped_i_o.asp
?
Alternatively, you could just create a semaphore and use
WaitForSingleObject, signalling readiness out-of-band?
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcirc
Hi Peter,
Peter Simons wrote:
$ diff -cbr head1 head2
diff -cbr head1/MT/revision head2/MT/revision
What happens without -b?
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel
ed for the Monotone
installer. See
http://news.jrsoftware.org/news/innosetup/msg47819.html
and
http://news.jrsoftware.org/news/innosetup/msg47805.html
for more information.
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monoto
og message. Alternatively you can pass commit the --message (-m)
option with some specific message.
Side note: if you've nothing else to hand, wordpad will work.
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailin
e can check before renaming whether the
rename will succeed - but failing this is probably no better than
failing the rename itself. Probably the best strategy is a slightly
more informative message suggesting a possible cause?
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircu
handle it?
Not really - David's right that it's trivial to lock a directory, but
for these directories that we're creating and deleting ourselves,
quickly, one after another, it's unlikely someone will cd into them.
--
Jon Bright
Silicon Circus Ltd.
http://w
ts to
take a look, the MSDN docs tell me that MoveFile() should do everything
we want.
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
1.32 does work and is to be
recommended. You can find the most recent version of my build
instructions here:
http://lists.gnu.org/archive/html/monotone-devel/2005-04/msg00445.html
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Mon
ional. You should import the modules you want from CVS
one by one (if you really want everything, you can use xargs or so to
get this).
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@nongn
uld it be worth
considering having the application create (or update) a working copy
before calling monotone?
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/m
ou OpenSSL guys trying to juggle
a head and a 0.9.[678] with the Awesome Power of CVS :-)
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
this with certs. You can
add certs with any name you like. So if your installation were to
define the meaning of a "maintainer" cert, monotone would happily let
you add it and would be happy to list it later.
--
Jon Bright
Silicon Circus Ltd.
http://www.silicon
Joel Crisp wrote:
BTW, Clearcase UCM basically gives each developer their own branch, and
Thanks for the description. As I read it, there's nothing there,
branching-wise, that monotone can't do. Did I miss some subtlety, or is
this in fact the case?
--
Jon Bright
Silicon Circus
Joel Crisp wrote:
Nope, I was just trying to point out that monotone was close to this
model, and that this model was an accepted one in the wider scope of
industry ;-)
Cool, thanks for the clarification :-)
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
a single ancestor nor is there
necessarily even a deterministic path from f3 back to the empty file.
f3 and f1 are different not in content, but only in ancestry.
Changesets effectively encode the complete ancestry. Clearly, I've been
simplifying here. change_set.[cc|hh] have more detai
ow all about them. I'm not saying
you're wrong, but I think there are probably plenty of reasons why
monotone is inappropriate for corporate deployment atm. The issues (if
there turn out to be some) with key deployment will (I assume) show up
before the other cor
/mingw/bin/mimencode (Note the name change here)
32. cd back to your monotone directory
33. make check
The unit tests should pass, and all of the integration tests should
return the expected value.
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
the capabilities of the client. Certainly, you can
restrict by host.
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
ith firewalls and such, if I have
access to them, but not with monotone.
Out of interest, is there another SCM system which does achieve this, or
is this more of a wishlist item? If there is, how do they do that? (I'm
presuming they're not just replicating firewall functionality - if
om, I'm syncing with someone and suddenly
a revision appears which is named 1:foo.bar.com - but it's not from me..?
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lis
baz.foo.com
|
2:baz.foo.com
|
3:baz.foo.com
|
4:baz.foo.com
|
5:baz.foo.com
|
2:foo.bar.com
...which kind-of seems to defeat the point.
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
M
d since then. This was targeted at VS.NET. Some of
the changes necessary were too icky to be committable to mainline.
VS.NET 2003 (and eventually, 2005) may well significantly improve the
situation.
--
Jon Bright
Silicon Circus Ltd.
http://ww
;s only the rearrangement invariant left. See
http://lists.gnu.org/archive/html/monotone-devel/2005-04/msg00387.html
for all I know about that.
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel
ase let me know to
avoid duplication of effort.
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
94 matches
Mail list logo
