under
the GPL version 2 or later.
marcel
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
So! webapplicatie framework -- http://make-it-so.info
smime.p7s
Description: S/MIME cryptographic signature
___
Monotone
On 26 sep 2006, at 10:47, Nathaniel Smith wrote:
On Fri, Sep 22, 2006 at 06:05:36PM +0200, Marcel van der Boom wrote:
On 18 sep 2006, at 22:21, Nathaniel Smith wrote:
On Mon, Sep 18, 2006 at 07:35:08PM +0200, Marcel van der Boom wrote:
Included is a small patch which adds branchname
of 'mtn log' to fulfill
thate role.
marcel
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
So! webapplicatie framework -- http://make-it-so.info
smime.p7s
Description: S/MIME cryptographic signature
___
Monotone-devel
On 18 sep 2006, at 22:21, Nathaniel Smith wrote:
On Mon, Sep 18, 2006 at 07:35:08PM +0200, Marcel van der Boom wrote:
Included is a small patch which adds branchname as a third parameter
for the validate_commit_message.
Looks fine to me, except you left out the tests ;-).
(See tests
where to call that
hook exactly.
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
So! webapplicatie framework -- http://make-it-so.info
smime.p7s
Description: S/MIME cryptographic signature
___
Monotone-devel
if
it fails and combining the two distinct checks into one is probably
the simplest.
marcel
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
So! webapplicatie framework -- http://make-it-so.info
smime.p7s
Description: S/MIME cryptographic signature
. (although i saw that the output of this changed in .29
to a more human oriented format?)
marcel
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
So! webapplicatie framework -- http://make-it-so.info
smime.p7s
Description: S/MIME cryptographic signature
On 22 aug 2006, at 10:33, Nathaniel Smith wrote:
(although i saw that the output of this changed in .29
to a more human oriented format?)
Yes. Is that good or bad? :-)
Heh, should have seen that one coming.
So, the next thing is mtn automate status? grin/
marcel
--
Marcel van der Boom
somewhere of what
these new formats and changes are, other than checking out the branch
itself?
I do quite a bit of (scripted) manipulation of the _MTN/revision and
the _MTN/work file, so i'd like to assess what i'm looking at if this
gets merged.
marcel
--
Marcel van der Boom
HS
' on them.
Does the above fall under the category 'create a script to do that
for you' or is this something that could be built into the 'merge-
like' commandset?
marcel
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
So! webapplicatie framework -- http://make
if the
last two info lines make sense though. Such output would save a lot
of time, since it spits out the filenames to investigate manually for
the 'functional' changes in branch 'two' versus 'one' which monotone
cannot determine by itself.
marcel
--
Marcel van der Boom
HS-Development BV
On 13 jul 2006, at 19:20, Nathaniel Smith wrote:
On Thu, Jul 13, 2006 at 04:38:50PM +0200, Marcel van der Boom wrote:
mtn: warning: restriction excludes directory 'blah/blah/1'
mtn: warning: restriction excludes directory 'blah/blah/2'
mtn: misuse: invalid restriction excludes required
--missing'\n
- or 'monotone revert --missing')
+ or to handle all at once, simply 'mtn drop --missing'\n
+ or 'mtn revert --missing')
% missing_files % app.prog_name % app.prog_name % app.prog_name);
}
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
and server_manager.cc are
specific to us, so probably not to be committed.
marcel
usherdoc.mtndiff
Description: Binary data
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
So! webapplicatie framework -- http://make-it-so.info
smime.p7s
Description: S/MIME
allowing users to set up their own
'project home'. Having information about your project's activity
without having to go through the trouble to teach everyone how to
'serve' monotone (so revs can be exchanged directly) can be very useful.
marcel
--
Marcel van der Boom
HS-Development BV
: 1_33
Changes since base revision:
format_version 1
new_manifest [684b3950e1419a25895b5907ac739fdabe9ec113]
old_revision [4342565107f26ceda955b66c66b5b7ec152f314e]
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
So! webapplicatie framework -- http://make-it-so.info
there, lets put the
cert on it then or am I doing something wrong?
marcel
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
So! webapplicatie framework -- http://make-it-so.info
smime.p7s
Description: S/MIME cryptographic signature
On 5 jun 2006, at 13:48, Daniel Carosone wrote:
On Mon, Jun 05, 2006 at 11:49:36AM +0200, Marcel van der Boom wrote:
I assume it tries to create the same a3a93... rev.
Couldn't monotone recognize oh, it's already there, lets put the
cert on it then or am I doing something wrong?
It could
not used an *explicit* trust chain
based on what types of files are in the repo. Other than giving
people read or write access to branches and implementing a couple of
private branches, i have never gone further than that.
marcel
--
Marcel van der Boom
HS-Development BV -- http
, the main thing blocking 0.26 -- the
merger is still not well tested. I hear the argument that we
need to get it out the door, but... darn it, tests _are_
important. There's a principle here...)
Agreed
Please, don not let that slip. Please.
--
Marcel van der Boom
HS-Development
On 15 mrt 2006, at 12:49, Nathaniel Smith wrote:
On Wed, Mar 15, 2006 at 12:13:25PM +0100, Marcel van der Boom wrote:
On the risk of being burned down, not having followed the details on
all threads on the bikeshed, what *exactly* is *wrong* the the
current 'MT' ?
There are cognitive
to their likings.
So, I'm still very much in favour of this, wether through a lua
construct (like .mt-ignore) or otherwise.
marcel
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
So! webapplicatie framework -- http://make-it-so.info
smime.p7s
Description
program has settled then it'll be easier to see how to safely expose
suitable functionality to lua functions.
I think i agree with that, also based on the lack of enthusiasm for
the idea. I can totally relate to this not being a priority at this
point in time.
marcel
--
Marcel van der Boom
HS
explicit way larry
described. Perhaps not worded very well. If it's transparent, no
problem from my side :-)
marcel
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
So! webapplicatie framework -- http://make-it-so.info
smime.p7s
Description: S/MIME
, even if run on
an otherwise minimal system, the monotone process is basically doing
nothing, cpu/mem wise. Gonna try to find with Shark (osx profiler
app) what the system is actually doing.
marcel
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
So
seems to solve my direct problem,
i'm now too deep into it to give up and really would like to know
what's causing this.
marcel
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
So! webapplicatie framework -- http://make-it-so.info
smime.p7s
Description
is useful to the ones in the know All
bugtrackers i've worked with sucked, but it's also a matter of
getting used to and discipline.
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
So! webapplicatie framework -- http://make-it-so.info
smime.p7s
Description: S
like monotone.
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
So! webapplicatie framework -- http://make-it-so.info
smime.p7s
Description: S/MIME cryptographic signature
___
Monotone-devel mailing list
Monotone
, it should not get
returned.
Thanks to Nathaniel for the hand holding
marcel
--
ls_branches.patch
Description: Binary data
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
So! webapplicatie framework -- http://make-it-so.info
smime.p7s
Description: S/MIME
dump
probably).
Subsequent pulls are in the same order of magnituded as the modules
repositry (20-30 secs). Local operations on this repository are
reasonable.
It all comes down to the initial pull time.
marcel
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
. .. repeat 2. for date, changelog and branch
This repairs the database, but the id's have obviously all changed
now, so clients would need to re-create their (parts in their) local
databases, right?
Is there a better procedure for handling this?
thx,
marcel
--
Marcel van der Boom
HS
and served up two.db with
monotone -d two.db --rcfile=serverup.rc localhost:11000 com.example.*
then
monotone -d both.db pull localhost:11000 com.example.two
The pull itself is successful according to monotone, but the branch
stays empty.
What am I doing wrong here?
Thx.
marcel
--
Marcel van der
Was this the right place to post this too? (/me just obeyed
instructions from monotone's output), or should i file a bug at
savannah?
marcel
On 19 jun 2005, at 20:17, Marcel van der Boom wrote:
On a sandbox repository:
mrb$ mt disapprove 814f
monotone: expanded selector '814f' - 'i:814f
*do* have a value, but i'm just diving into the
code, so i have not a very good clue really.
best regards,
marcel
--
Marcel van der Boom
HS-Development BV -- http://www.hsdev.com
So! webapplicatie framework -- http://make-it-so.info
smime.p7s
Description: S/MIME
34 matches
Mail list logo