Hi all!
I just pushed some fixes which should make guitone compile and work
better under Linux (5a326456d23bc01de461f84eb90a096bfaa14023):
Changes include:
* compilation fixes due to missing/errornous header files
* fixed a crash when clicking on a folder on the left tree
* fixed a problem with
I've attached a patch that adds a toplevel publish command to montone.
I realize that exporting from the db certainly isn't the main focus
of a vcs package, but it is a feature that I will find useful.
It is useful, indeed, I needed such a thing a couple of times ago myself
and always copied
Nathaniel J. Smith schrieb:
If you want to include the information into automate stdio's stdout
stream, you need to multiplex it in somehow, and I don't have any
particular opinion on what the best way would be to write such code.
I'm sort of surprised you even want it :-).
The reason why it
And another reason why I'd like to fix the log output is because
genkey now as well as the netsync commands in the future just throw out
those messages over stderr, while a reading stdio process doesn't expect
any output other than stdout and only real errors in stderr.
This is because the log
Nathaniel J. Smith schrieb:
On Thu, Dec 21, 2006 at 03:04:22PM -0500, Ben Walton wrote:
I cooked this up today as a corollary to get_option. I hope it's useful.
So, umm... before investing time in reviewing the patch, rewriting
internal interfaces, answering future support questions, etc...
Nathaniel J. Smith schrieb:
I'm afraid this is rather hypothetical for me to have anything useful
to say. If you just want to be able to take arbitrary text from
monotone and dump it at the user, I suppose capturing stderr is not
too hard either...
Yes, of course, but then I think stderr in
Hi all!
Now today I encountered a very weird problem with monotone. After some
playing and looking around this could be tracked down to my own, pure
stupidness, but read on:
I edited one file in my workspace (./wscript) and removed another one
which function was replaced by the first:
$ mtn rm
Richard Levitte - VMS Whacker schrieb:
Hi,
I'm noticing that there is quite a bit of sloppiness in the languages
department. I just did a pull, update and then an update of the .po
files, and here's the result:
LangTranslated Fuzzies Untranslated
fr.po 560
Hi folks!
Since mtn 0.32 is in place it was time to release guitone 0.5 as well,
and here we go:
Files can be downloaded as usual on
http://developer.berlios.de/project/showfiles.php?group_id=6547
Bugs/Suggestions/Etc. go to
http://developer.berlios.de/bugs/?group_id=6547
or by email to me.
A
Koen Kooi schrieb:
Thomas Keller schreef:
Hi folks!
Since mtn 0.32 is in place it was time to release guitone 0.5 as well,
and here we go:
One minor nit: the the guitone OSX binary requires mtn 0.32, which isn't
present on
venge.net. Could a good samaritan upload it?
0.32
Hi all!
Since Berlios (a German version of SourceForge wasn't to reliable over
the past months (f.e. a one week offline period until today, shortly
after the 0.5 announcement), I decided to host guitone on my own server
and ditch the other setup completly.
So if you've bookmarked this or
Wim Oudshoorn schrieb:
We just upgraded from monotone version 0.23 to 0.32.
I have a fresh checkout from this database and
when I do:
mtn list missing
monotone does not generate any output, as expected.
However when i do
mtn automate inventory
it generates lots of output,
Thomas Keller schrieb:
Should be fixed in a few.
Fixed in 30e96910134cf28764736f0439e299b5e6fe2b26 (just pushed). If you
don't like to rebuild, you can fix the problem by disabling the
inodeprints cache (remove _MTN/inodeprints and check your lua hooks as
explained here: http://venge.net
Otto Bommer schrieb:
I run OpenSuse 10.2 with the following monotone RPM installed on top
from Packman:
wget
http://packman.links2linux.de/download/monotone/19203/monotone-0.25.2-0.pm.0.i586.rpm
I just created some rpms for oS 10.2 today which haven't yet been
uploaded to venge.net. They can
Hi all!
I was looking over the functionality automate currently implements and
searched for stuff which could be useful in guitone, but isn't yet
implemented. (I know there are lots of things in the pipe, even started
by myself like automate-netsync or revision_diff, but I currently do not
feel
Hi all!
So I changed my opinion about the idea of having a separate
revision_diff and content_diff command for automate, but integrated the
unified diff output into basic_io for a more generic format. The
content_diff command from the current mainline is dumped completly with
this patch.
My
Zack Weinberg schrieb:
On 1/13/07, Nathaniel J. Smith [EMAIL PROTECTED] wrote:
On Sun, Jan 14, 2007 at 12:18:44AM -0500, Ethan Blanton wrote:
Except that tagging is explicit, whereas a 'mtn ci' in the wrong
workspace or with the wrong branch name set from some previous
command is really
*bump* any comments?
Thomas
--
ICQ: 85945241 | SIP: 1-747-027-0392 | http://www.thomaskeller.biz
Guitone, a frontend for monotone: http://guitone.berlios.de
Music lyrics and more: http://musicmademe.com
___
Monotone-devel mailing list
Hi Daniel!
I actually ran into the exactly same bug today! My original problem is
described here: http://pastebin.ca/320483
butch$ mtn update
mtn: updating along branch 'com.st.foo.bar'
mtn: already up to date at 35634f3ea785e203a874fc0682142f385d916e2c
butch$ mtn disapprove
Zack Weinberg schrieb:
-- If I understand correctly, the first question is about a long
string with some real text in it, but also a whole bunch of %u (not
%n) formatting escapes. I changed all of them to %s. This was
necessary because the code changed to pass strings to the formatter
Hi all!
I just wrote a little python script which shows me the translation
status for monotone. For this purpose it queries the files directly via
mtn cat and feeds them into msgfmt -cv.
I initially thought this would be a nice addition for tracmtn (or some
trac module which is included), but
Nathaniel J. Smith schrieb:
If it's useful for development, why not stick it in contrib/ so
everyone can easily find it? :-)
Would be a possibility, of course, but I'd rather like to integrate it
somewhere on venge.net and polish it a bit for web output. If it is good
enough, it can go to
Hi all!
Another nice little script from me, this time it deals with updating a
website (or any other resource) as soon as revisions or certs for a
particular branch, on which the resource is based, arrive.
All you need then is a running mtn server process on the same server and
everything should
Hugo Cornelis schrieb:
Mmmh, let me see if I understand this:
So the script 'listens' to a particular branch, and on commit, pushes
the branch to a remote repository or updates a different workspace ?
It updates a different workspace.
Just questions: can you call monotone do to a checkout
Daniel Atallah schrieb:
$ mtn list ignored
mtn: fatal: std::logic_error: paths.cc:308: invariant
'I(is_valid_internal(data()))' violated
Has this already been fixed for 0.33? I see no entry for it in the
ChangeLog and at least five other people have reported the same issue
before Daniel...
Hi all!
$ cat | mtn automate stdio
l6:select5:k:blae
mtn: warning: unknown selector type: k
0:0:l:0:select5:d:fooe
2:2:l:53:misuse: selector 'foo' is not a valid date
My question here: Should warnings in selectors.cc be actually errors so
they can be properly catched up over stdio? From a user's
Ulrich Drepper schrieb:
Thomas Moschny wrote:
This doesn't seem to be widely documented.
And that's an excuse to make something up? Read the sources.
Keep friendly. Has anybody actually _asked_ for your opinion here? No, I
don't think so. So there is absolutely no point to get rude here.
Timothy Brownawell schrieb:
On Fri, 2007-02-16 at 06:04 +1100, Daniel Carosone wrote:
On Fri, Feb 16, 2007 at 04:50:49AM +1100, Daniel Carosone wrote:
I also have one at 204.152.190.23:4692
(you'll need to use your keys)
/me notes that multi-hundred-MB revisions make netsync's
th wies schrieb:
i have a myres.rsrc file created with ResEdit in os9
classic mode. by nature this file has only a resource
fork. data size is zero. after checkout from the
database, the resource fork is gone :(
I have to admit that I never heard of this feature, I just learned about
it by
Nathaniel Smith schrieb:
PLEASE REPLY TO THIS EMAIL, CC'ING monotone-devel@nongnu.org, AND
SAY THAT YOU ARE FINE WITH YOUR CONTRIBUTIONS TO monotone.texi BEING
RELEASED UNDER THE GPL (v2 or later).
I'm absolutely fine to relicense any contributions I made to
monotone.texi under GNU GPL
Richard Levitte - VMS Whacker schrieb:
I think it's wise to make a release of
e92a79a9a56076a4ead5013c29fb705a3c4de719, before the stuff from the
nvm.cvssync.candidates was merged with the rest of nvm. The main
reason is that some of the nvm.cvssync.candidates test break, and I
can't tell if
Richard Levitte - VMS Whacker schrieb:
In message [EMAIL PROTECTED] on Tue, 27 Feb 2007 13:47:35 +0100, Thomas
Keller [EMAIL PROTECTED] said:
me nvm.cvssync.candidates was merged? When did that happen?
349e77727a794a01eb0208c4b12b05c7bc31baac
I did a fresh pull, but this rev is only
Richard Levitte - VMS Whacker schrieb:
In message [EMAIL PROTECTED] on Tue, 27 Feb 2007 14:26:32 +0100, Thomas
Keller [EMAIL PROTECTED] said:
me Richard Levitte - VMS Whacker schrieb:
me 349e77727a794a01eb0208c4b12b05c7bc31baac
me
me I did a fresh pull, but this rev is only a propagate
Bruce Stephens schrieb:
If we disapprove this revision, can the branch be merged into nvm
later on?
I think the files that were added in that revision (some test files?)
would then be permanently dead, so no.
Yeah, I already thought something like that. I had a similar problem
with one of
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
Nathaniel Smith schrieb:
We need to send them an application by March 12, and there's a bunch
of stuff needed for it:
http://code.google.com/support/bin/answer.py?answer=60303topic=10727
A long list, but probably helpful for us as well, like What is your
plan for dealing with disappearing
Hi all!
The attached patch introduces a new mtn branch command and gets rid of
the --branch option of commit. There are some FIXME notes in the patch
where I am unsure if / how a certain thing can be done in a better way,
just because I'm yet missing the Big Picture.
The patch is made between
Nathaniel Smith schrieb:
On Tue, Mar 06, 2007 at 09:58:02AM +0100, Thomas Keller wrote:
Is it possible to add tangent projects here as well? Guitone could need
a graph view... =)
[...]
The only issue, though, is that we need to know that if we _do_ accept
students for these projects, that we
Boris schrieb:
If I want to run a source code beautifier automatically (for example
when code is received) is there a hook I can use? I think the code would
need to be checked out first, formatted in a workspace and checked in
again which is probably not as easy as telling monotone somehow to
Zack Weinberg schrieb:
And third ... what I actually *want* update to do in that circumstance
is update to the head of the branch that *would* be in _MTN/options if
I hadn't gone and munged it. I do this when I have set up a working
copy but then not had time to make any actual changes, so it's
Hi all!
I added a RoadMap page to the monotone wiki where I started to list all
projects/tasks which hold us back from releasing 1.0:
http://www.venge.net/mtn-wiki/RoadMap
Of course this is just a starting point and many of you say hey, you
missed this or no, this is not needed for 1.0, so
Thomas Keller schrieb:
Zack Weinberg schrieb:
And third ... what I actually *want* update to do in that circumstance
is update to the head of the branch that *would* be in _MTN/options if
I hadn't gone and munged it. I do this when I have set up a working
copy but then not had time to make
Hi all!
Attached is a patch that introduces a new automate command, named
get_current_revision. I first named it get_workspace_revision, but
then decided that the new name better fits into the naming concept of
other commands (f.e. get_current_revision_id).
What the patch basically does is that
While any of you both are at it - would you please also look at
https://savannah.nongnu.org/bugs/?18281 in this regard?
Thanks!
Thomas.
--
ICQ: 85945241 | SIP: 1-747-027-0392 | http://www.thomaskeller.biz
Guitone, a frontend for monotone: http://guitone.thomaskeller.biz
Music lyrics and
Hi all!
guitone-0.6 has been released today, amongst many changes these are the
highlights:
* possibility to have multiple open database / workspace windows
* commit support (needs monotone-0.34)
* checkout and export revisions
* browse revisions and manifests
* full logging support,
Howard Spindel schrieb:
I've checked back to the website a few times. Is a Windoze binary on
the way?
It is on the way (probably today or tomorrow) - unfortunately I don't
own a Windows installation anymore and therefor can't provide one myself.
Thanks for your patience,
Thomas.
--
ICQ:
Julio M. Merino Vidal schrieb:
f.e. the
heads command doesn't actually manipulate the tree, so it shouldn't be
grouped in there, but rather into the information group.
Sounds fine. But why is heads special and is not, e.g. ls heads?
Well, I have no idea, but I certainly would vote for
Richard Levitte schrieb:
In message [EMAIL PROTECTED] on Thu, 12 Apr 2007 22:36:43 +0200, Thomas
Keller [EMAIL PROTECTED] said:
me mtn: commit resolves to multiple commands, which one did you mean?
me mtn:
me mtn: workspace commit Commit workspace to database
me mtn: foo commit
Hi!
It took some time, but thanks to Jean-Louis we have now win32 binaries
of guitone 0.6:
http://guitone.thomaskeller.biz/count.php/0.6/guitone-0.6.zip
Thomas.
--
ICQ: 85945241 | SIP: 1-747-027-0392 | http://www.thomaskeller.biz
Guitone, a frontend for monotone:
Markus Schiltknecht schrieb:
Hi,
as you might have noticed, I've done some work in
nvm.experiment.encapsulation. Based on Zack's idea, I've removed the
app_state from lots of functions and objects. This has two reasons:
- reducing the amount headers included
- allow for read only
Markus Schiltknecht schrieb:
Regarding the deferred failures: maybe we need to add options like
'--read-only-db' or '--no-workspace' to automate stdio and make it check
right from the start. So if a 'mtn -d test.db --read-only-db automate
stdio' starts up correctly, you can be sure to be
Daniel Carosone schrieb:
On Sun, Apr 22, 2007 at 07:03:36PM +0200, Christian Ohler wrote:
The reason why xmtn doesn't have a proper implementation of dvc-status
yet is that xmtn doesn't have a parser for mtn automate inventory; I was
hoping to be able to use a basic_io variant of automate
Hi all!
I'm still looking for feedback on some stuff I did a while back... all
these branches should basically compile and work, but may have a few
rough edges here and there.
* net.venge.monotone.revision_diff
Adds a new command automate revision_diff which superseeds (and drops)
automate
Umm... where is the code? =)
Thomas.
--
ICQ: 85945241 | SIP: 1-747-027-0392 | http://www.thomaskeller.biz
Guitone, a frontend for monotone: http://guitone.thomaskeller.biz
Music lyrics and more: http://musicmademe.com
___
Monotone-devel mailing
Thomas Keller schrieb:
Umm... where is the code? =)
Nevermind... found the Download link in the News section... a bit hidden
though.
Thomas.
--
ICQ: 85945241 | SIP: 1-747-027-0392 | http://www.thomaskeller.biz
Guitone, a frontend for monotone: http://guitone.thomaskeller.biz
Music lyrics
Nathaniel Smith schrieb:
On Mon, Apr 23, 2007 at 09:46:30AM +0200, Thomas Keller wrote:
b) Since we already have those data in place: I'd vote for including the
old and new fileid in the stanzas (where applicable)... this saves
additional calls to automate identify or automate get_manifest_of
Stephen Leake schrieb:
I don't see how to specify 'path-/depth-restricted output'; 'mtn help
automate inventory' does not show any inventory-specific options, and
I don't see any in the code either. But I could easily be missing
something.
This only works with the inventory command found in
Hi all!
Sorry for being off-topic, but I recently got a fair amount of bug
reports wrt guitone on win32. Since I'm not an expert there and having
no real access to an win32 installation beside some VM at work either,
maybe one of you could take a look? All you need is win32
Stephen Leake schrieb:
Thomas Keller [EMAIL PROTECTED] writes:
Stephen Leake schrieb:
I don't see many commands that take a fileid; the commands most
interesting from an Emacs interface point of view just need the file
path. So perhaps fileid output should be requested via an option
Hi all!
A bugfix release for guitone 0.6 is available to download from the usual
location:
http://guitone.thomaskeller.biz/g/download
This should fix some major win32/release build bugs and contains a
couple of other improvements. For a full list of changes, check the
appcast
Hi!
I downloaded Distract two days ago and noticed that I need the Glasgow
Haskell compiler, which took some hours to port install on my OSX =)
Now, today I finally found some spare time to actually play around with
DisTract, after building the dependencies.
Since I'm not at all involved in the
Derek Scherger schrieb:
The amount of interest is encouraging though, and considering that
apparently everyone who uses inventory has experienced the problems with
the old format and wants to see it fixed maybe we should actually do
something about it. ;)
Yay, lets do it!
Wrt the new
Daniel THOMPSON schrieb:
I'd like a way to tell monotone that 'next time I commit please use this
branch instead of the branch your current revision comes from'. The
request is based on observing people I work with continually commit to
the 'wrong' branch.
Since I've did a similar fubar on the
Ken MacDonald schrieb:
Apologies if this is a repeat, but after sending it yesterday, I never
received an email from monotone-devel, so I suspect it may have fallen
through the cracks somewhere. Anyway, still looking for the following
info, as we're pretty well dead in the water as far as using
Ken MacDonald schrieb:
Thank you, Thomas!
Most helpful; I'm now able to basically sync the two db's on my
computer to each other; haven't tried any complex sync exclude
patterns or anything, but this was a huge help.
Cool!
It would be nice if some of the documentation had some of this info
Stephen Leake schrieb:
Stephen Leake [EMAIL PROTECTED] writes:
I can help with the tests and documentation.
I've taken a first stab at updating
tests/automate_inventory/__driver__.lua, and adding some comments in
automate.cc.
Wow... you've been busy! You might want to provide a patch for
Stephen Leake schrieb:
For the tests, I think you should implement the actual matching after
you've parsed the basic_io properly. For this there exists a function
named parse_basic_io which takes the basic_io string as input and
returns a lua table. The automate_keys test includes an example how
Hi Maxim!
If use curillic file name recursive addition is used does not work.
If to specify a full path to a file then it it is added.
If there is a cyrillic name of the directory that it in general it is
impossible to add in workspace.
Under Linux all works normally
Unfortunately
Richard Levitte schrieb:
I would like to be able to make a release this weekend. Starting
April 30th, I'll probably be on a hiatus to cleanse myself of old
crap, and will only keep an absolutely minimum eye on what happens
with monotone (probably only dealing with binary uploads).
Most
Stephen Leake schrieb:
The problem is that grep'ing the output like this makes you assume
that lines in the stanza are outputted exactly the way they are, i.e.
aren't reordered, don't get additional spaces, etc. While basic_io
parsers normally make absolute _no_ assumptions if their stanzas
Ok. So if we add rename, add and drop status to the automate inventory
output, we don't need to output the node ids.
If we leave out the node ids we certainly need also another way to match
rename pairs. Until that hasn't been implemented they have to been cept in.
Thomas.
--
ICQ: 85945241
Hi!
Since some wiki pages get defaced more often recently, maybe its a good
idea to allow edits only from registered users, and, maybe those
registered users should need at least provide an email validation?
Thomas.
--
ICQ: 85945241 | SIP: 1-747-027-0392 | http://www.thomaskeller.biz
Guitone,
Stephen Leake schrieb:
$ mtn automate inventory newdir
path newdir
old_type directory
new_type directory
fs_type directory
status known
path newdir/f
new_type file
fs_type file
status added known
I'm not sure what the problem is here. Are you saying that 'newdir' is
in
Stephen Leake schrieb:
So, its actually this way: If a file is dropped (status dropped),
'path' is the path in the old roster. If a file is added (status
added), 'path' is the path in the new roster. If a file is renamed,
'path' is either an old or a new path, depending if there is a
'new_path'
Stephen Leake schrieb:
node 5678
old_name
new_name foobar
old_content []
new_content [1234]
status added
node 9876
old_name foobar
new_name
old_content [1234]
new_content []
status dropped
node 1313
name asdf
status unknown
etc.
This is similar to my suggestion. Note that the node id is
Hi all!
Attached is a patch which introduces a new CMD_FOR_AUTOMATE macro in
cmd.hh, which basically makes certain commands available over automate
(and therefor stdio) without writing duplicated code.
For now I found only one flaw: the help output of mtn automate rename.
The original
Evan Martin schrieb:
When I run mtn sync without parameters, it has cached somewhere
which setting (server, branch, etc.) to sync. Where can I find this?
(How would I have found out where I could find this?)
$ mtn ls vars
This is documented, but the ls command is pretty much overloaded with
Hi Anthony!
System is SlackWare 9.0 running with a multi-processor kernel, gcc
version 3.2.2, Boost library version 1.33.1.
As a side note, probably not related to your problem, but your gcc seems
to be pretty old. We currently only have buildbots for gcc 3.3 and
upwards and even
Hi Anthony!
Many thanks for your quick response. I have put together a tar ball
of all the test directories that failed, minus the large test file
and the databases.
Looking at the logs they all fail with something like this:
netsync_client_absorbs_server_key:14:
Tero Koskinen schrieb:
Again, the latest head of net.venge.monotone
(r869baba046ea547aadee135aec6938e2f79d3c50) doesn't compile with
gcc 3.3, so here is a patch.
Thanks, this has just been applied!
Now and then someone talks about dropping gcc 3.3 support completely, so
I am wondering is it
Koen Kooi schrieb:
I'm trying to make a ChangeLog or NEWS style overview[1] of the changes in my
repo, but I
can't find an easy way (trivially parseable by shell scripts) to get the first
line(s) of
a commit message.
The gist of the problem:
'automate cert REVISION-ID NAME VALUE' should be
This is getting very, very stupid. Could we please just disable
anonymous edits for this page / all pages?
Thomas.
--
ICQ: 85945241 | SIP: 1-747-027-0392 | http://www.thomaskeller.biz
Guitone, a frontend for monotone: http://guitone.thomaskeller.biz
Music lyrics and more:
Hi fellow hackers and users!
The work on guitone goes slowly in the same pace as the monotone
development itself. I recently included the possibility to add and drop
attributes over automate in monotone and worked in support for that in
guitone as of yesterday. Also, two other features will
silviu mocanu schrieb:
Hello,
I'm trying to add the /etc directory to a mtn database on a Solaris 8
machine,
and I'm get the folowing errors:
mtn: adding etc/cron.d/FIFO to workspace manifest
mtn: error: cannot handle special file etc/cron.d/FIFO
You may want to add these files to your
Hi all!
Is it about time for 0.36? 0.35 was released more than a month ago, and
I think that even the huge amount of new strings since the help-rewrite
merge has already been handled by the translators.
Thomas.
--
ICQ: 85945241 | SIP: 1-747-027-0392 | http://www.thomaskeller.biz
Guitone, a
Richard Levitte schrieb:
Just to check how releasable the head of monotone is, I took a look at
the buildbot page, and seriously, it feels quite useless. The
majority of the bots are offline or can't update correctly. Still,
it's nice to know it builds and tests properly on OS X/PPC and Debina
William Uther schrieb:
Anyway, it seemed that adding new commands to monotone was a hassle,
and just introduced more design questions. People suggested I should
use scripting outside of monotone, but I wanted a cross-platform
solution. In the end, I decided to use the lua scripting within
William Uther schrieb:
Hi,
So in going down my list of itches, I came to I want something
Trac-like. Being initially thwarted by the fact that the monotone-Trac
plugin website seems to have gone down (I know, it's committed as a
branch to the main repo, but I didn't remember that at the
Richard Levitte schrieb:
Hello,
so, it looks like I finally got buildbot working on monotone.ca. I
currently run a slave for Debian [testing], and will probably keep
doing so.
All that's needed are slave builders! Would you like to volunteer?
If you already have a slave set up (for the
Joel Crisp schrieb:
It just occurred to me that most modern file systems provide a
mechanism to monitor a tree of files for write activity.
Would it make sense to provide a monitor for files under monotone
control which would queue a changed file for a low prioirty background
task. The task
Thomas Keller schrieb:
Monotone uses a couple of global macros which error out well-defined if
something went wrong and this even works for the stdio ostream. However,
what you get as error message is still the same one a normal user would
get. You could start stdio or any other mtn subprocess
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lapo Luchini schrieb:
Thomas Keller wrote:
Opinions anyone?
It may (?) be a faster intermediate solution, but seems a little too
brittle to be the real solution, to me.
What would be a non-intermediate solution for you?
- --
only dead fish
Stephen Leake schrieb:
I'd like to get nvm.basic_io.inventory merged into the main line.
Emacs DVC is working well with the current implementation. It would be
good to get this into the released version.
Have you been able to sort out all of the remaining issues, f.e.
incomplete output in a
Hi Sebastian!
Sebastian schrieb:
$ mtn --execute mv a/a.c b
mtn: renaming a/a.c to b in workspace manifest
mtn: warning: destination b already exists in workspace, skipping
I don't know when this was fixed exactly (imho it was related to the
editable working tree implementation), but in 0.34
Lapo Luchini schrieb:
Thomas Keller wrote:
It may (?) be a faster intermediate solution, but seems a
little too brittle to be the real solution, to me.
What would be a non-intermediate solution for you?
... At the moment, I know pretty much *nothing* about basic_io, so
I'm
Stephen Leake schrieb:
And I've finished that; all tests in tests/automate_inventory and
tests/automate_inventory_path now pass.
There are a couple FIXMEs about adding more tests; I guess I should
work on those while I'm on a roll :).
I'm currently skimming over the bug reports wrt automate
Stephen Leake schrieb:
Looking at other tests, it seems tests/test_utils_inventory.lua should
be tests/common/test_utils_inventory.lua; should I move it?
Yeah, seems more plausible - I meant to do it as well but then I thought
maybe you'll recognise it as well... =)
Thomas.
--
only dead fish
Stephen Leake schrieb:
I've committed fixes for the latest failing tests in
automate_inventory and automate_inventory_path.
Then I experimented with the special case for ; it passes all
current tests if it only special cases the path, not the rest of the
stanza. So I committed that. I added
Markus Schiltknecht schrieb:
Uh.. looks like we both committed your patch :-)
Markus Schiltknecht wrote:
Hi,
[EMAIL PROTECTED] wrote:
Could someone apply this patch to mainline?
Why are you asking for applying a patch, just before doing it yourself?
Sorry, that was me (with the
Markus Schiltknecht schrieb:
Yeah, that's one of the reasons for loving monotone, isn't it? (Another
one is having two people reacting immediately upon a request for
applying a patch :-) )
Indeed, we're so lovely nerds =)
As this '--author' option just confused me, I got to think about who's
101 - 200 of 1031 matches
Mail list logo