On Wednesday 29 November 2006 07:43, Derek Scherger wrote:
Also for ls known and ls unknown, I would really like it if pathnames
were relative to the current directory, not the base directory, ie:
[EMAIL PROTECTED]:~/tree/config/include$ mtn ls known .
include
include/config.sh
On Wednesday 29 November 2006 07:43, Derek Scherger wrote:
As far as optionally enabling/disabling recursive support goes, I'm not
sure a --recursive option entirely makes sense. ls unknown is still
generally recursive, just not in the case of unknown directories so I'm
not sure what the
On Wed, Nov 29, 2006 at 09:19:23AM +0100, Thomas Moschny wrote:
See http://article.gmane.org/gmane.comp.version-control.monotone.devel/7636
and around. He was arguing about confused users and about consistency. Me
personally, I was not convinced.
Instead, I was confused when I had to learn
Nathaniel == Nathaniel Smith [EMAIL PROTECTED] writes:
Nathaniel So you argue that all paths monotone prints out, from
Nathaniel all commands including e.g. 'status', should always be
Nathaniel relative to the cwd?
I would like this. It makes it more consistent IMHO. It also makes
On 11/29/06, Nathaniel Smith [EMAIL PROTECTED] wrote:
On Wed, Nov 29, 2006 at 09:19:23AM +0100, Thomas Moschny wrote:
See http://article.gmane.org/gmane.comp.version-control.monotone.devel/7636
and around. He was arguing about confused users and about consistency. Me
personally, I was not
Thomas Keller wrote:
I'm definitely for a), and as the MtnSummit page states I'd favorite
some date in mid February.
The question where we should meet could be answered quickly with
Germany! since many of us come from there, but personally, I'd also
like to go a little to the South, like
Thomas == Thomas Moschny [EMAIL PROTECTED] writes:
Thomas On Wednesday 29 November 2006 07:43, Derek Scherger wrote:
As far as optionally enabling/disabling recursive support goes,
I'm not sure a --recursive option entirely makes sense. ls
unknown is still generally recursive,
Nathaniel Smith wrote:
Okay, time to just go for it. I hereby declare that Mtn Summit 2007,
North American edition, will be held February 5-11 in Mountain View.
Yay!!! I can finally finalize my travel logistics ;-)
Unfortunately the he 410 EUR Delta flight MXP-SFO seems to be no more
(now at
On Wed, Nov 29, 2006 at 08:24:49PM +1100, Brian May wrote:
Thomas == Thomas Moschny [EMAIL PROTECTED] writes:
Thomas On Wednesday 29 November 2006 07:43, Derek Scherger wrote:
As far as optionally enabling/disabling recursive support goes,
I'm not sure a --recursive option
On Wed, Nov 29, 2006 at 11:07:13AM +0100, Zbynek Winkler wrote:
On 11/29/06, Nathaniel Smith [EMAIL PROTECTED] wrote:
On Wed, Nov 29, 2006 at 09:19:23AM +0100, Thomas Moschny wrote:
See
http://article.gmane.org/gmane.comp.version-control.monotone.devel/7636
and around. He was arguing about
I'm looking for a new revision control system and I'm very impressed from
monotone so far. I read the documentation and understand how the development
process looks like. I've some questions though:
After synchronizing how do I see what changes came in? I can do a 'mtn
update' but then 'mtn diff'
I'm looking for a new revision control system and I'm very impressed from
monotone so far. I read the documentation and understand how the development
process looks like. I've some questions though:
After synchronizing how do I see what changes came in? I can do a 'mtn
update' but then 'mtn
you can always use mtn log (or viewmtn) to look to see what is in your
repository, which is completely independent of your workspace. however
determining which revisions will be involved in a workspace update is a
little trickier.
To my knowledge there is neither a mtn update --dry-run nor a
On Wed, Nov 29, 2006 at 09:16:10PM -, Boris wrote:
I'm looking for a new revision control system and I'm very impressed from
monotone so far. I read the documentation and understand how the development
process looks like. I've some questions though:
After synchronizing how do I see what
Nathaniel == Nathaniel Smith [EMAIL PROTECTED] writes:
Nathaniel (a) is really not specific to line-endings; people want
Nathaniel to enforce all kinds of style guidelines. (No tabs,
Nathaniel no lines longer than 78 characters, quasi-sane
Nathaniel indentation, ...) This is a
I did not see such a thing like 'certs' with other version control
systems (I could obviously be wrong on this), but, because certs allow
for many different types of user defined workflows, it is exactly the
reason why I started using monotone.
There is a learning curve involved when dealing
Hugo Cornelis wrote:
I did not see such a thing like 'certs' with other version control
systems (I could obviously be wrong on this), but, because certs allow
for many different types of user defined workflows, it is exactly the
reason why I started using monotone.
There is a learning curve
Boris == Boris [EMAIL PROTECTED] writes:
Boris Question: There is no way (and I assume no need) to set
Boris write-permissions per user? I don't see anything in the
Boris documentation that I can use pattern and allow in
Boris write-permissions, too?
I would assume you would
On Wed, Nov 29, 2006 at 12:47:00PM +0100, Lapo Luchini wrote:
Nathaniel Smith wrote:
Okay, time to just go for it. I hereby declare that Mtn Summit 2007,
North American edition, will be held February 5-11 in Mountain View.
Yay!!! I can finally finalize my travel logistics ;-)
On Wednesday 29 November 2006 10:24, Brian May wrote:
Another issue (sorry if this has already been raised) is that
currently (correct me if I am wrong) mtn ls unknown will recurse
into known and unknown directories to find unknown files.
Isn't that what this whole thread is about? Derek
Brian May wrote:
Boris == Boris [EMAIL PROTECTED] writes:
Boris Question: There is no way (and I assume no need) to set
Boris write-permissions per user? I don't see anything in the
Boris documentation that I can use pattern and allow in
Boris write-permissions, too?
I would
On Wednesday 29 November 2006 09:43, Nathaniel Smith wrote:
On Wed, Nov 29, 2006 at 09:19:23AM +0100, Thomas Moschny wrote:
See
http://article.gmane.org/gmane.comp.version-control.monotone.devel/7636
and around. He was arguing about confused users and about consistency. Me
personally, I
Hi,
here's a the output of 'mtn annotate README':
86c60af1.. by tromey 2003-09-06: If you've downloaded a release, see INSTALL
for installation
: instructions. If you've checked this out,
the generated files are not
: included,
On Thu, Nov 30, 2006 at 03:10:02AM +0100, Thomas Moschny wrote:
On Wednesday 29 November 2006 09:43, Nathaniel Smith wrote:
On Wed, Nov 29, 2006 at 09:19:23AM +0100, Thomas Moschny wrote:
See
http://article.gmane.org/gmane.comp.version-control.monotone.devel/7636
and around. He was
On Thu, Nov 30, 2006 at 03:22:19AM +0100, Thomas Moschny wrote:
Hi,
here's a the output of 'mtn annotate README':
86c60af1.. by tromey 2003-09-06: If you've downloaded a release, see INSTALL
for installation
: instructions. If you've checked this out,
On 11/29/06, Nathaniel Smith [EMAIL PROTECTED] wrote:
On Thu, Nov 30, 2006 at 03:10:02AM +0100, Thomas Moschny wrote:
I know that this is really different from current behavior, but it seems to be
much more natural. And more similar to what other commands do, e.g. svn.
This superficial
On Wed, Nov 29, 2006 at 07:24:26PM -0800, Zack Weinberg wrote:
On 11/29/06, Nathaniel Smith [EMAIL PROTECTED] wrote:
On Thu, Nov 30, 2006 at 03:10:02AM +0100, Thomas Moschny wrote:
I know that this is really different from current behavior, but it seems
to be
much more natural. And more
On Thu, Nov 30, 2006 at 02:03:44AM -, Boris wrote:
And I still wonder how approvals fit into the big picture. What I understand
so far is that 'mtn approve' adds a branch=branchname certificate to a
revision. But how and where is it used?
See the branch section in the UsingCerts page.
Daniel == Daniel Carosone [EMAIL PROTECTED] writes:
Daniel Again, it's not about permissions to change things, it's
Daniel about whether your trust (ie, how you pay attention to)
Daniel what they do.
Daniel In this context, this means that everyone accepts changes
Daniel in
On Thu, 2006-11-30 at 17:06 +1100, Brian May wrote:
Daniel == Daniel Carosone [EMAIL PROTECTED] writes:
Daniel Again, it's not about permissions to change things, it's
Daniel about whether your trust (ie, how you pay attention to)
Daniel what they do.
Daniel In this
On Thu, Nov 30, 2006 at 12:24:27AM -0600, Timothy Brownawell wrote:
On Thu, 2006-11-30 at 17:06 +1100, Brian May wrote:
What happens if a trusted developer's key becomes compromised
(e.g. laptop stolen) or the developer becomes untrustworthy
(e.g. fired)?
Can you somehow say that old
31 matches
Mail list logo
