-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey there!
I've just started the effort of creating a Qt-based frontend for
monotone. It lacks of many functionality as of now, it only reads in a
checked out workspace as of now and displays files/folders in a splitted
view (like LinCVS). You can
Nathaniel Smith wrote:
It's an obfuscated way of saying, having it be abbreviated mt some
places and mtn other places is annoying and confusing. (And this is
a part of the discussion of choosing an abbreviated name for the
executable itself, most likely mtn, see list archives for
reasoning.)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey there!
I just found some time and wanted to finish my German translation. Since
I started my work when 0.26pre2 was up2date, I tried to sync with the
newest repo contents today, but got the following error:
$ monotone sync
monotone: connecting
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi there!
It's me again, I played around with xgettext to create an updated
monotone.pot file from net.venge.monotone's sources. I found this script
[0] and tried to run it, but several oddities happen (e.g. I get a lot
msgmerge: invalid multibyte
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey there!
I stumbled across two things which may have not been yet affected by the
transition of monotone - mtn:
#: ui.cc:369
#, c-format
msgid
fatal: %s\n
this is almost certainly a bug in monotone.\n
please send this error message, the output of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I only considered this important off Henry Nestler's post:
Thomas Keller schrieb:
I only considered this important off Henry Nestler's post:
monotone: error: I/O failure while talking to peer venge.net, disconnecting
The --debug option doesn't
Richard Levitte - VMS Whacker schrieb:
I just noticed the addition of po/po-update.sh, and I wonder why we
need it, as it basically does the same as (cd po; make ${lang}.mo).
Sorry, I've added it because I wasn't aware that the above thing
existed. Basically, when I started on the German
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I only considered this important off Richard Levitte - VMS Whacker's post:
A small note: that statement was incorrect. The correct one is like
this:
(cd po; make monotone.pot-update make ${lang}.mo ${lang}.gmo)
I tried to run this, but got the
Nathaniel Smith schrieb:
Google's running Summer of Code again this year:
http://code.google.com/soc
They invited us back again, so I went ahead and accepted :-). They
Cool thing... but what happened last time? Did any project / code from
the previous SoC went into monotone?
Also, to
[EMAIL PROTECTED] schrieb:
or WxWindows/WxWidgets? Or Java? Or Lua? By the way, what *is*
guitone?
A small Qt GUI for monotone, residing in net.venge.monotone.guitone at
venge.net. It currently only parses the workspace and displays status
information for all directories / files in a
Richard Li schrieb:
Have we thought about projects related to quality, e.g., performance
regression test framework and tests; documentation; multi-server
testing; website enhancements; monotone public hosting; etc.?
Indeed, all good points here - I already mentioned earlier that there
are
Hey all!
I've registered a project on berlios.de for guitone and put up a basic
Wiki with info how and where to obtain guitone. The website can be
reached here:
http://guitone.berlios.de
guitone is a Qt-based frontend for monotone, currently still in an early
stage. Newer (yet unreleased)
Nathaniel Smith schrieb:
Well, I found them interesting to read, anyway :-):
http://www.selenic.com/mercurial/wiki/index.cgi/UserSurvey
Two quotes interesting to us would be (comments about other known SCM):
Chose Monotone, got confused, switched to Mercurial.
I don't know anything about
[EMAIL PROTECTED] wrote:
Hi,
Hi! Could you please send a plain text message next time? Thanks!
On issuing a *checkout command by abe, i am getting empty on branch*
D:\Monotone\abe\mtn.exe --db=~\abe.mtn
--branch=jp.co.juicebot.jb7 checkout D:\Monotone\abe
*mtn: misuse:
[EMAIL PROTECTED] wrote:
The following was done by abe.
To get the file from jim.
abe$ mtn.exe --db=abe.mtn --branch=jp.co.juicebot.jb7
checkout
mtn: misuse: branch 'jp.co.juicebot.jp7*' is empty
Before Abe can do a checkout to get Jim's changes, Abe
Check: http://thomaskeller.biz/stuff
Comments? Feedback (positive and negative) is welcome!
Thomas.
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Graydon Hoare schrieb:
I actually rather like the existing logo, and have no real desire to
change it, except that I found out that we really ought to purge
ourselves of the existing one since it's derived from an image we don't
hold a license for. So I've updated it to a new rat, roughly the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all!
During my work for guitone I noticed that I eventually need to kill and
restart the mtn automate stdio process, because when I change the
workspace to some other directory, the working directory of the created
and running process still points
Nathaniel Smith wrote:
int count = 0
while (still_running() ++count 10) {
send_sigterm();
sleep(1);
}
while (still_running()) send_sigkill();
Ew, indeed, that's no fun (and not very portable, either).
Hrm... maybe we've misunderstood each other. Qt comes with generalized
terminate()
J Decker schrieb:
there's a 'standard' that was developed to interface, generically,
version control systems and development environemnts for instance Visual
Slick Edit, Visual Studio... SCCS Support would be a nice addition to
see for Monotone.
I second the request for a general interface
Hi Thomas =)
[...]
So are there any objections against setting constants::automate_stdio_size to,
say, 1MB? Is there anyone('s application) depending on smaller chunks? Should
we increase the automate format version number?
As long as this chunk size is still reported by the chunk size
this would be paired with the checksum of the just
outputted data so the client can ensure that it got all data correctly.
Thomas Keller.
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
We can't use an in-stream EOF token, because the stream should be
binary-safe. So this means prefixing each data chunk with the size of
that chunk. A chunk is output when it reaches the maximum size (because
having a known maximum size seems convenient), or when the stream is
flushed (my
Hi Ingo!
I think about to tweak GUITONE in that way, that it can display the
branches on a server. It may be very handy to know what branches are out
there and then pull it in your local db the graphically way...
Is there something like 'mtn list branches venge.net' ?
$ mtn ls branches
Hi all!
I noticed that the development of monotone is accelerating in terms of
how many people work on/for monotone (projects) and how many people
answer on the mailing list recently.
I also know that there are many interesting and also demanded projects
(workspace merge, pluck
Hey all!
This goes especially to all the guys (tbrownaw, dscherger, anybody
else?) who're currently working on improvements / additions in the
automation interface.
At first (also in regard of my previous email about Project
Management) I'd like to know: What is the exact status of all your
On Wed, Jul 19, 2006 at 03:47:47PM +0200, Thomas Keller wrote:
Still, I hope that some kind of convergence is achieved here, since I
strongly believe that this project *needs* some management.
Management is a word that means a lot of different things to
different people -- some of them
Graydon Hoare schrieb:
To your objections to the automate interface: do you think it would help
for automate commands to have basic_io *and* line-based output formats?
Say, selectable with a command-line flag? We could possibly insist that
all commands provide both, or maybe even make some
Justin Patrin schrieb:
On 7/19/06, Thomas Moschny [EMAIL PROTECTED] wrote:
...
With Trac for example, you can declare milestones, i.e. planned future
releases and assign them to bug reports or feature requests, thus giving
people an idea of what the next and what future steps will be.
Moschny or me a note.
So long, thanks for reading.
Thomas Keller.
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
http://trac.h975245.serverkompetenz.net/
(If someone has a better suitable [sub]domain for me, I'm more than
willing to accept it... drop me a note.)
Hrm... I originally didn't want to do that, but since this is a bit
messy, there is now a subdomain connected to my name available:
Great =)
I've wanted to try it for a long time, but never had the willpower to
install latest Trac with VC refactoring branch (did that branch get
into recent 0.9.6 btw? in that case info on TracMonotone webpage may
need updating).
Apparently not, it should go into 0.11, but I'm not really
Koen Kooi wrote:
AFAIK that's only true for .25 and earlier, .26 and beyond seem to store
entries for directories as well, since 'mkdir foo ; touch foo/bar ; mtn
add foo/bar' errors out with 'foo' being unknown (*very* annoying).
Its true that 0.26 and later version directories (and directory
Nathaniel Smith wrote:
Right, there's only one way to indicate branch collapse in the
database -- just make the successor a monotone-style merge revision.
But I don't have any ideas on how to actually do this conveniently for
cvs imports. The information is definitely not in the cvs repo, so we
Nathaniel Smith wrote:
It looks like you basically figured this out -- the important thing to
notice is the difference between parent/child and
ancestor/descendent. If you have A - B - C, then A is an ancestor
of C, but it is not a parent of C. We try to be careful about these
two words, since
Nathaniel Smith wrote:
SELECT ra1.child
FROM revision_ancestry ra1
LEFT JOIN revision_ancestry ra2 ON ra1.child=ra2.parent
INNER JOIN revision_certs rc ON ra1.child=rc.id AND rc.name=branch
AND rc.value LIKE net.venge.monotone
WHERE ra2.parent IS NULL
GROUP BY ra1.child
Okay, I've spent a
Bruce Stephens wrote:
You could also consider caching. In your GUI, you could cache the
heads of branches along with the timestamp of the database, and that
might help (if you typically want the results several times between
modifications of the database).
I don't like to implement another
Timothy Brownawell wrote:
SELECT ra1.child
FROM revision_ancestry ra1
LEFT JOIN revision_ancestry ra2 ON ra1.child=ra2.parent
INNER JOIN revision_certs rc ON ra1.child=rc.id AND rc.name=branch
AND rc.value LIKE net.venge.monotone
WHERE ra2.parent IS NULL
GROUP BY ra1.child
[...]
It does not
Nathaniel Smith wrote
Ok, if it is super-hazardous to expose the same data more than once in
the interface, you're right and I'm beaten. For me, even with the use of
automate stdio, its more a puzzle to collect all the needed data, since
I'd need to do
It's not super hazardous -- there just
Nathaniel Smith schrieb:
The problem with a trunk-next-to-branches scheme is that there's
nowhere to put branches-of-branches. This branch off mainline now has
two branches off it, and I'll probably end up putting one back to the
first branch, then pull the result into the second branch, etc...
Bruce Stephens schrieb:
It feels wrong to use / both in branch names and as separators in
selectors. No idea whether that actually causes any problem, it just
feels wrong.
Whether or not it feels wrong for you (I don't like that either),
however current mtn allows you to create such
Nathaniel Smith schrieb:
Possible alternative way to get what you want:
mtn automate select a:[EMAIL PROTECTED] | mtn automate toposort [EMAIL
PROTECTED] | head -n 1
I first thought mtn log would do what I want as well, but since I was on
0.28 still this was painfully slow so I guessed my
Matt Johnston schrieb:
Try a:[EMAIL PROTECTED]/b:net.venge.monotone\* as the
selector (or similar)?
Same thing, it still outputs
fa3a2d8be30f50ec45575248a3c416628ebe00d6. I already tried to update my
workspace to nvm.de since this was the branch where my first commit
happened, but this
Daniel THOMPSON schrieb:
Hi Folks
Just a heads up regarding the monotone front page. The 'linux x86/glibc
2.3' link still points to the 0.28 binary. The 0.29 binary has been
uploaded, just the link it wrong.
Yep, 0.29 is uploaded, but the file extension even wrongly states its
bz2,
I asked a guy I know in the domain-name business, he suggested that
there is usually some not-totally-trivial monetary value attached to the
trickling bits of search revenue they get from those pages, and in any
case we'd have to email the owner to ask for a bidding price. Surprisnig
to me.
Here are the top 3:
1) monotone.ca (35)
2) monotone.net (29)
3) monotone-vcs.org (28)
I've attached the full matrix as PDF.
Seems as this results beats me somehow, since I'm not very pro any
country-specific domain name (neither .it, .ca nor .ne), but hey, even
if democracy sometimes sucks
Hi all!
Is it possible / admirable to place a wildcard definition into POTFILES
so that by defaul all *.cc/*.hh files are recognized by gettext (not
including those in subdirs, of course)?
Sometimes developers forget to place a new file in POTFILES which
contains new strings, and sometimes this
Richard Levitte - VMS Whacker schrieb:
POTFILES.in. POTFILES is generated from POTFILES.in.
Hrm... yes, noticed that now as well... I first thought POTFILES is also
checked in because a `mtn status POTFILES` told me no changes
obviously this file is ignored and probably should yell out
Nathaniel Smith schrieb:
We call the user-specified revid the trust seed. The seed part
emphasises that we are not (necessarily) trusting the tree we point
to in particular. Rather, one of the things a tree should have ACLs
for, is specifying who is allowed to commit _new trust trees_. The
Hi all!
I'm currently struggle how to accomplish proper error handling for
errors which are spit out by monotone's automate commands (and
specifically mtn automate stdio).
Currently stdio only allows to distinguish three states:
0: no error
1: a syntax error popped up
2: any other error popped
Nathaniel Smith schrieb:
Another possibility in this particular case would be automate update
simply require that the caller provide the target revision; then this
error can't happen. Instead, the caller would go to get the target
for the update, discover there were multiple candidates, and
Daniel Carosone schrieb:
Would an 'automate' locale/translation, with machine-friendly messages
like this, be unreasonable?
I'd vote for that, definitely.
Thomas.
--
- I know that I don't know. (Sokrates)
Guitone, a frontend for monotone: http://guitone.berlios.de
Music lyrics and more:
Timothy Brownawell schrieb:
Probably, yes. I don't really think that's the kind of thing gettext is
designed for. (Also, AIUI, using gettext would require that you actually
*install* monotone, so the translation files get put in the right place.
Probably not a nice thing to require for making
Jon Bright schrieb:
Nathaniel Smith wrote:
(In fact 'automate stdio' makes me quite nervous for this reason
already. I would feel better if part of its contract was that it
would exit after an error, and it was the client's responsibility to
restart it.)
Speaking as someone who's writing
BenoƮt Dejean schrieb:
Hey,
that was not a mistake but i should have announce that. monotone is
getting more and more translations and i though it would be good to have
seperate ChangeLog files pour translation updates only so translation
commits don't trash developers' ChangeLog.
Hi all!
I'm proudly announcing the release of guitone 0.4. This is mainly an
interims release to show we're still alive and only contains some minor
new features:
- support for different monotone binaries, configurable via
preferences dialog (version check added, guitone now requires
mtn
Dmitry Kakurin schrieb:
I have two unrelated branches called HSM and Main. Now I want to
combine them into one.
But this is what I'm getting:
U:\Workmtn propagate HSM Main
mtn: propagating HSM - Main
mtn: [source] 94253d793cff0104c03589793756f7420df11aa4
mtn: [target]
Lapo Luchini schrieb:
Is there any consensus whether a change that changes the .pot file
should commit also the auto-updated (and, thus, full of fuzzies) .po
files or not?
Last time I've looked at the sources, po/monotone.pot wasn't even
checked in, but explicitly ignored.
As a translator
Hi all!
So I was struggeling around today what I could do with guitone as the
whole graph creating thing is stucked a bit and thought some kind of
diff dialog would be cool to build in. Then I thought about the
prerequisites of such a thing and immediately found that it can't be
done (easily)
Timothy Brownawell schrieb:
a) there is no automate diff command
Patches accepted, I'm sure.
Sure, but before I start coding... =)
b) if there would be a), then its still hard to get the contents of a
file, because one needs to read the complete manifest to get an ID
But won't you
Thomas Keller schrieb:
Yes, a file gets automatically a mtn:manual_merge attribute attached,
but I'm unsure if this is persistent? I.e. will it come back even if I
removed it explicitely in some revision?
I'm just answering my own question here and I have to say no: neither
does monotone
Alvaro Herrera schrieb:
I've looked around in database.cc and found that out as well. The
problem here seems to be that a delta which comes as packet into a local
db has no size information attached for the new file version one is able
to create with it and of course, recreating a file locally
Nathaniel Smith schrieb:
Monotone doesn't actually have any concept of binary/non-binary.
What do you want this to return? When you ask it for a textual diff
then it makes a guess at whether this is actually a good idea (using
some somewhat obscure and probably imperfect logic), but this is
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 parse the output of mtn --version. It seems
Jon Bright schrieb:
Actually I have to admit that I don't use interface_version for my
interface at all, but always parse the output of mtn --version. It seems
easier for me and the user, because I know yes, this works with mtn
version X.Y and if the requirement is not met, I just yell at the
Nathaniel Smith schrieb:
Length: this is perhaps the most important question. How _long_
should this thing be?
I'm for a weekend sprint (friday to sunday). Since I'm working fulltime
and having a young family and studying online, there is no way to get
off for more than two or three days.
Dirk Hillbrecht schrieb:
Well, it says: ..and we might see whether I can host you.. So, Dirk,
what does that include? Office rooms with WLAN? A place to sleep?
I can offer office rooms in the city center of Hannover (5 min by foot
from main station) with LAN (2 MBit/s in both directions)/WLAN
Hi all!
I've written (and attached) a small, yet incomplete patch to handle the
mtn error Database is locked from SQLite. SQLite has a special
function[0] with which it triggers a callback whenever SQLITE_BUSY pops
up (e.g. during sqlite3_exec). This callback has to return nonzero to
block any
sorry if this is obvious but I couldn't find it in the docs (maybe I'm
looking in the wrong places?). In CVS I have the ability to tag a
repository, that is I can say this revision's name is RELEASE_1_60. I
can then subsequently use this revision name on checkouts, for example.
Is this
Jeronimo Pellegrini schrieb:
g++ -c -pipe -Wall -W -Wno-unused-parameter -g -D_REENTRANT -DQANAVA
-DQANAVA_LINUX -DQT_THREAD_SUPPORT -I/usr/share/qt3/mkspecs/default
-I. -I/usr/share/qt3/include -I.ui/ -I.moc/ -o .obj/canController.o
../../../src/can/canController.cp
Looking at this line
Hi all!
Do you like to see the following as main logo?
http://thomaskeller.biz/monotone/guitone.png
I'm already using it as Dock icon for guitone on OSX and I think Thomas
Moschny will probably adapt his TracMonotone logo as well.
Thomas.
--
- I know that I don't know. (Sokrates)
Guitone, a
Hi!
As most of you already know I have a test setup of TracMonotone (thanks
to Thomas Moschny who set it up with me):
http://tracmtn.thomaskeller.biz
I'd like to collect ideas there what else is missing to actually use
this kind of setup for monotone's development. A few things are already
$ mtn attr set / test 42
mtn: misuse: absolute path '/' is invalid
(neither does set test 42 work)
So my questions are:
Should we make an exception for / as a valid path name for an attribute?
Try (in the root dir)
$ mtn attr set . test 42
I've voted to name the root directory / or
Jack Lloyd schrieb:
Are you sure it is the parenthesis that is the problem? I had thought
that the : character was not allowed in a Windows filename, since it
is the seperator between volume name and path. (This seems to be what
is said in this MS KB article, as well -
Graydon Hoare schrieb:
If everything looks alright, I'd happily merge this into nvm soon.
This looks good to me, so long as it passes make check.
Thanks for the work!
It passes!
Now if only http://savannah.nongnu.org/bugs/?18282 gets fixed and the
whole thing will be actually usable with
Ulf Ochsenfahrt schrieb:
1. Security
Anyone who can connect is allowed unlimited access to your db. Even if
you only allow connections from localhost, you can run into problems on
multi-user systems. You could, however, add an authentication layer
before you actually allow operations.
This
Hi all!
I'm currently seeking my way through mtn's automate to implement a diff
view for guitone. For that purpose, several things need to be done
beforehand:
a) 'mtn automate inventory' returns file paths and their states, patched
(P) files can be diffed
b) 'mtn automate
Derek Scherger schrieb:
Thomas Keller wrote:
b) make inventory (actually the new basic_io format version residing
in some unmerged branch currently) spit out fileid's (old/new)
Heh, not long ago, it did!
However, it looks like your propagate from a week or so ago
Nathaniel Smith schrieb:
Does it matter? If the file can be displayed reasonably as text, then
you might as well do so; if it can't, then it doesn't matter what the
user says, you can't show it as text. I think a heuristic based on
the file contents should be sufficient here... (this is
Markus Schiltknecht schrieb:
Absolutely! We also have to agree on a date.
Although, if I can get a plane ticket for less than EUR 500, I'm tempted
to join the US meeting and check out the place where all my nice search
results come from ;-)
As I already stated sometime in mid-february would
Hi all!
Since Nathaniel's last post about the MTN Summit in the US didn't made
much echo (in comparison to this - sorry - stupid longish line ending
thread(s)), and since some of us (at least me) cannot afford to come to
the US, I thought its time to make a real plan for a European MTN summit.
Thomas Moschny schrieb:
Ok, what do you think the output format should look like?
Should it be the same as before (40-digit revid, a colon and a space prepended
to each line), or should we use basic_io?
Since the format is easy enough to parse and probably won't be expanded
in the future,
Hi!
In the future several monotone commands not yet available via automate
will be available there (soon annotate, not that soon push/pull/sync).
Since these actions can take a little longer and may even reside on
network latency / throughput, there is no feedback to the calling
process if
Thomas Keller schrieb:
1:0:l:1:r
2:0:l:1:r
3:0:l:1:c
...
Answering my own post, Thomas Moschny proposed on IRC to add a new
output chunk type similar to m for more and l for last. This
could be named t for ticker and could include the resting number in
the payload for the current action
Markus Schiltknecht schrieb:
I would like to store this 'revision origin' information in delta
compressed storage, which does not get shown in a diff nor get inherited
by child revisions. It should be read-only after the revision is written.
I've not followed this thread completly, but I'd
Hi Ben!
Thanks a lot for your patch. I'm not the one who reviews and adds it
(though I looked over it and it seems to be fine for me), just two
little hints for your next patch:
a) try to revert po/*.po files before you commit - unfortunately these
are always changed when you build but do
Nathaniel J. Smith schrieb:
On Mon, Dec 11, 2006 at 11:34:23AM -0500, Ben Walton wrote:
2006-12-11 Ben Walton [EMAIL PROTECTED]
* cmd_ws_commit.cc,
tests/commit_using__MTN_log/commit_log_modified_return.lua,
tests/commit_using__MTN_log/__driver__.lua:
Added the
Markus Schiltknecht schrieb:
If the general feeling is: hey cool, we can pay most of it, I'm going to
book the flight ASAP. So once again: please everybody, do your math so
we can make the necessary decisions!
I already booked my flight, but with an extra insurance for only 10 Euro
to cancel
Ben Walton schrieb:
I could resubmit with the po stuff reverted if that would help. I
didn't realize that it wasn't useful to the diff when I sent it in.
I guess you're faster if you just send Nathaniel your public key.
Furthermore it would be cool if you could merge the different mkdir
Hi all!
I asked around on IRC if the monotoners ever thought about
monotone-style URIs (so this issue might already have been discussed to
death before my time, if this is so, please ignore this mail), and
apparently the answer was yes, with some this is needed addition.
Now for what are
Ulf Ochsenfahrt schrieb:
As we've seen on the MtnSummit wiki page there are enough people in
Europe alone to do such a thing (even in Germany), we now should decide
a couple of things within the next weeks:
2 weeks later...
I'm also interested. Unfortunately, I only got your original eMail
Hi all!
A new version of guitone will probably popup in the next couple of days
(as soon as mtn 0.32 is released and I got all bugs fixed), for this I
just pushed 016789f5b4600b8cd1516ed83d59eb09a28dfc7d to venge.net, which
should be pretty much feature complete.
However, my problem is that I
Ben Walton schrieb:
I believe the attached patch fixes the broken test cases for the magic
line patch.
I applied that and added a missing file (commit_log_modified_return.lua)
which contents where guessable =)
It looks like the wrong mkdir patch may have been applied to the tree
also,
Ben Walton schrieb:
Well, there's something to think about. What about a mtn do_patch or
something similar that takes a .diff/.patch and applies it, adding
unknown files afterwards?
The problem I see with that is that you may add other files
inadvertently if you had already introduced new
Ben Walton schrieb:
It sounds like an interesting piece to write, and if nobody else is
working on such a feature, I might take a poke at it. It'll be a good
exercise to acquaint myself more with the roster and workspace code, I
think.
I think that such a feature should collect the unknown
Ben Walton schrieb:
Ok, that's cool. I'll have a look at it anyway. It may be a larger
function than I'm ready for yet anyway...Nothing like a good challenge
though! :)
Fine! But don't forget to send Nathaniel your public key in the meantime
to get commit access for venge.net. Then you can
Christof Petig schrieb:
db_get domain varname
db_set domain varname value (like mtn db get/set)
cert name value (like mtn cert)
Very cool and useful also for me =)
put_file [base-id] contents
put_revision changeset
What is put_revision's format? Is this something which could be
Christof Petig schrieb:
What about
$ mtn automate get_workspace
database /usr/local/lib/monotone.db
branch net.venge.monotone.cvssync.refactor
keydir /home/christof/.monotone/keys
key [EMAIL PROTECTED]
workspace /home/christof/projects/monotone
mtn automate get_option
Christof Petig schrieb:
On the other hand, get_option could be nicely symmetric to a not yet
existing set_option to override workspace defaults. Opinions?
... It would have been a good idea to browse the source instead of the
documentation :-(
This is now documented.
Thomas.
--
ICQ:
Hi!
Apparently informational messages (printed with the P() macro) and
ticker output goes to clog instead of cout. If I want to move those
output to the stdio output, which currently only processes cout, what
would be the supposed way?
a) extend mtn_sanity (f.e. by mtn_automate_sanity) to
1 - 100 of 1031 matches
Mail list logo