MTN:
MTN: Changes list, will be included in log.
Changes against parent 06b854ae2105db88b2bfe7fda20933e448f6f2b6
patched x
#v-
Sincerely,
--
Marcin W. Dąbrowski
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Hi.
Today I hit something weird, when trying to see the history of one
of the files in my repository - `mtn log filename.ext` is showing
logs for other files than 'filename.ext'.
I tried to find minimal case, and running the sequence you can see
presented below hits the "bug" - or to say this in
Hi.
Just my 2¢ as a user. :)
On 09 May 2010 02:48:42 +0200, Thomas Keller wrote:
> Maybe we could make it easier to "extract", or better "move"
> an internalized database to an external place and vice versa,
> so people don't have to mess with _MTN/options by hand?
One thing I don't like in mtn,
Hi.
> Btw, if someone here has graphic artist skills...
> a good idea for a logo is more than welcome ;)
Was just exploring ideas. This came out. ;)
Rgds.,
--
mwd / Marcin W. Dąbrowski
viewmtn-logo.svgz
Description: Binary data
___
Monotone
Hi.
Today I've found something weird. As image says more, and
working example is even better, with not further ado:
- BEGIN BATCH -
mtn version --full
mtn -d mtn.mtn db init
mtn -d mtn.mtn setup . -b mtn.bug.cat
echo x> example.txt
mtn add example.txt
mtn ci -m "Added new file."
mtn cat -
>> http://monotone.ca/downloads/0.44/monotone-0.44-setup.exe
>> -> 404 Not Found
>> http://monotone.ca/downloads/0.44/mtn.exe
>> -> 403 Access Denied
> Fixed, thanks.
Mmm... Not so easy, unfortunately. The binary is not the setup,
but unstripped monotone executable. It doesn't work, because
the
Hi.
Is there any rationale behind the fact that Win32 version
setup is ~69 MB, and the mtn.exe binary is not stripped?
Previous builds came without the debug symbols and were
about 7 MB in size. And now... this is huge! :)
Cheers,
--
`-:[ mail: marcin.dabrowski-at-twine,pl ]-++-[ eccentrica.eu
Thomas Keller wrote:
> monotone 0.44 was released today.
Two quickies:
http://monotone.ca/downloads/0.44/monotone-0.44-setup.exe
-> 404 Not Found
http://monotone.ca/downloads/0.44/mtn.exe
-> 403 Access Denied
Cheers,
--
mwd
___
Monotone-devel mail
Hi all.
>> Can you reproduce what the OP reported?
> Unfortunately no (and yes ... see the end)
+1 from here.
And maybe some additional comment. I'm having this behaviour
on 0.41 as well, and in every situation involving Ctrl-C.
Example:
C:\tmp\mtn>mtn log
C:\usr\bin\mtn.exe: fatal: memory acc
have an option to use external
tools for signing certs? I.e. GnuPG signatures?
That way we'd get some PK infrastructure for free.
Just a thought, my mere 0.02€... (If it was already discussed,
then sorry - consider this mail as nonexistent.)
Best regards,
--
Marcin W. Dąbrowski | mwd at tw
ou can see, I'd like to have the conflicts
resolved in workspace - there may be more changes needed to have
the project in sane state.
PS: Don't ask me about resurrections, graveyards, implementation,
etc - I might not have the answers. Just foot for thought. :)
Best regards,
--
Marci
Hi.
> add a 2 file in the directory
> mtn add one of the files
> mtn commit --branch=new.branch
> mtn update -r h:branch
> mtn.EXE: warning: cannot drop non-empty directory 'include/internal'
>
I don't see anything weird here. Monotone works as expected.
The diff between 'new.branch' and 'branc
>> I thought that a small viewing
>> application based on PHP couldn't be that much of a problem.
>
> I had that phase too, and began a little something... but being alone,
> and being redundant, and having little precious free time, I eventually
> abandoned it...
Mmm... If you need a li'l han
>> So, I don't want titles, I'd like to see working implementation
>> of n.v.m.win32_pipes instead. :)))
>
> Uh.. I didn't ever care about that branch so far... The wiki doesn't
> know anything about it either. What's that branch about?
See this message from the 'Sync Issue' thread:
http://perma
Hi Markus.
> I'll check the source code and dig into the issue now.
...and 29 minutes later:
> IMO, a good bug report deserves an equally good fix.
> In revision d779238b.. I hope to have achieved that.
And that's what I call fast reaction! :) I just love opensource
model of support... You guys
ropagate branch-a branch-c - success
- propagate branch-b branch-c - failure
The question is - why monotone won't say there's a conflict?
Best regards,
--
`-:[ Marcin W. Dąbrowski ]-=-[ Visit us at: http://twine.pl/ ]:-.
.-:[ mail: marcin.dabrowski-at-twine,pl ]--[ hacking @ TWINE ]:-
Hi.
I've noticed the following change via CIA:
http://viewmtn.angrygoats.net/all/revision/info/247bd4f73f994e0cebe3150d5a8322e26a6c6876
I'm using 'file:' on Win32, and it works just right for me. The
fact that it is to be disabled in next release worried me a bit.
> If that is what you are usin
17 matches
Mail list logo