Re: [Monotone-devel] monotone-viz

[Hendrik Boom]

On Fri, Mar 02, 2018 at 09:37:54PM +0100, Markus Wanner wrote:
> On 02/28/2018 07:24 PM, Hendrik Boom wrote:
> > When I use monotone-viz I get the message
> > Could not parse dot output
> 
> IIRC I have similar issues with monotone-viz (Debian stable). I'm not
> aware of any replacements.

My guess is that whatever produces or consumes tthe dot output, whatever 
that is,  has been updated and is now incompatible with whatever 
consumes or produces it.

-- hendrik

___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz

[Markus Wanner]

On 02/28/2018 07:24 PM, Hendrik Boom wrote:
> When I use monotone-viz I get the message
> Could not parse dot output

IIRC I have similar issues with monotone-viz (Debian stable). I'm not
aware of any replacements.

Kind Regards

Markus Wanner

___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] monotone-viz

[Hendrik Boom]

When I use monotone-viz I get the message
Could not parse dot output

hendrik@notlookedfor:~/dv/text/mt3prod$ monotone-viz  --version
monotone-viz 1.0.2 (base revision: )
Copyright (C) 2004-2006 Olivier Andrieu 
hendrik@notlookedfor:~/dv/text/mt3prod$ 


Is there some other program for visualizing the history of a monotone 
repository? 

Or has monotone-viz advanced beyond the one in my distro (Devuan, more 
or less equivlent to  Debian stable, except for no systemd) and I should 
get current source?

-- hendrik


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz problem

[CooSoft Support]

On 28/06/16 08:43, Markus Wanner wrote:

On 06/26/2016 09:22 PM, Anthony Edward Cooper wrote:

I wrote mtn-browse but haven't got involved in the packaging. There's only so 
much free time... Others have fine excellent work on packaging it for redhat, 
but that doesn't help you.

One can easily install mtn-browse under /opt and the installer will highlight 
missing dependencies.

Mind filing a RFP (request for packaging)?

I already maintain monotone and monotone-viz for Debian.

Regards

Markus Wanner


Many thanks for the offer. I'll file a request this weekend when I'm not 
using a smartphone...


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz problem

[Markus Wanner]

On 06/28/2016 04:53 PM, Hendrik Boom wrote:
> Sorry.  I wasn't clear.  I was referring to the problem with 
> monotone-viz being unable to parse dot output.

Well, for that it would be better to file a bug for that specific project.

> Or should I invesigate the problem myself?  If so, where do I find the 
> upstream repository for monotone-viz?  Presumably there's a monotone 
> repository for it somewhere.

http://oandrieu.nerim.net/monotone-viz/

and branch net.venge.monotone-viz on code.monotone.ca, i.e. here:
https://code.monotone.ca/p/contrib/source/tree/h:net.venge.monotone-viz/

Kind Regards

Markus


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz problem

[Hendrik Boom]

On Tue, Jun 28, 2016 at 04:28:21PM +0200, Markus Wanner wrote:
> On 06/28/2016 03:49 PM, Hendrik Boom wrote:
> > Should I file an official bug report?  Or is my note on the monotone 
> > devel mailing list sufficient?
> 
> It's sufficient for me to write the package. It helps in the package
> getting accepted in Debian, if there's a third-party RFP. So, yes,
> please file the "official" RFP. Thanks.

Sorry.  I wasn't clear.  I was referring to the problem with 
monotone-viz being unable to parse dot output.

Or should I invesigate the problem myself?  If so, where do I find the 
upstream repository for monotone-viz?  Presumably there's a monotone 
repository for it somewhere.

-- hendrik

___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz problem

[Markus Wanner]

On 06/28/2016 03:49 PM, Hendrik Boom wrote:
> Should I file an official bug report?  Or is my note on the monotone 
> devel mailing list sufficient?

It's sufficient for me to write the package. It helps in the package
getting accepted in Debian, if there's a third-party RFP. So, yes,
please file the "official" RFP. Thanks.

Regards

Markus Wanner


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz problem

[Hendrik Boom]

On Tue, Jun 28, 2016 at 09:43:42AM +0200, Markus Wanner wrote:
> On 06/26/2016 09:22 PM, Anthony Edward Cooper wrote:
> > I wrote mtn-browse but haven't got involved in the packaging. There's only 
> > so much free time... Others have fine excellent work on packaging it for 
> > redhat, but that doesn't help you.
> > 
> > One can easily install mtn-browse under /opt and the installer will 
> > highlight missing dependencies.
> 
> Mind filing a RFP (request for packaging)?
> 
> I already maintain monotone and monotone-viz for Debian.

Should I file an official bug report?  Or is my note on the monotone 
devel mailing list sufficient? 

-- hendrik

___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz problem

[Markus Wanner]

On 06/26/2016 09:22 PM, Anthony Edward Cooper wrote:
> I wrote mtn-browse but haven't got involved in the packaging. There's only so 
> much free time... Others have fine excellent work on packaging it for redhat, 
> but that doesn't help you.
> 
> One can easily install mtn-browse under /opt and the installer will highlight 
> missing dependencies.

Mind filing a RFP (request for packaging)?

I already maintain monotone and monotone-viz for Debian.

Regards

Markus Wanner




signature.asc
Description: OpenPGP digital signature
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz problem

[Anthony Edward Cooper]

On 24 June 2016 23:04:38 BST, Hendrik Boom  wrote:
>On Fri, Jun 24, 2016 at 10:50:56PM +0100, Anthony Edward Cooper wrote:
>> Yes the dot format does change and get tweaked/updated. It has 
>> probably changed too much for the aging monotone-viz. Is monotone-vis
>
>> still maintained? It's written in Occaml and as such I don't think it
>
>> has been touched for years and is probably not maintained at all now.
>
>Ocaml does not scare me.
Then you could update monotone-viz...
>
>> I'm being completely biased but mtn-browse also does graph 
>visualization like monotone-viz and much more besides. You could give
>that a go...
>
>I neither was aware that mtn-browse existed, nor know where to find 
>it.
You can find it under GUI tools on the main monotone site and more specifically:

https://sourceforge.net/projects/mtn-browse/

>
>It does not appear to be in the Debian repositories,

I wrote mtn-browse but haven't got involved in the packaging. There's only so 
much free time... Others have fine excellent work on packaging it for redhat, 
but that doesn't help you.

One can easily install mtn-browse under /opt and the installer will highlight 
missing dependencies.

and googling it 
>provides me with methods to cheat MTN (whatever that is) to browse for 
>free.

Yes I've noticed that as well...

>
>What *is* the dot output, anyway?
Dot is a part of graphviz and as such is a layout processor, given a list of 
geometric shapes and their links, it will generate an optimized graph layout. 
Both monotone-viz and mtn-browse use it the generate the graphs.
>
>-- hendrik
>
>> 
>> Tony.
>> 
>> On 23 June 2016 23:58:45 BST, Hendrik Boom 
>wrote:
>> >On my devuan jessie system, when I start monotone-viz, it always
>pops 
>> >up a message, 
>> >
>> >Could not parse dot output
>> >
>> >Is there some subtle version copatibility problem here? Or some
>thing 
>> >weirder?
>> >
>> >hendrik@notlookedfor:~/dv/im/slides$ mtn --version
>> >monotone 1.1 (base revision:
>81fa9664405655b13bde971bddd802de25096073)
>> >hendrik@notlookedfor:~/dv/im/slides$ monotone-viz --version
>> >monotone-viz 1.0.2 (base revision: )
>> >Copyright (C) 2004-2006 Olivier Andrieu 
>> >hendrik@notlookedfor:~/dv/im/slides$ 
>> >
>> >-- hendrik
>> >
>> >
>> >___
>> >Monotone-devel mailing list
>> >Monotone-devel@nongnu.org
>> >https://lists.nongnu.org/mailman/listinfo/monotone-devel
>> 
>> -- 
>> See www.coosoft.plus.com.

-- 
See www.coosoft.plus.com.

___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz problem

[Hendrik Boom]

On Fri, Jun 24, 2016 at 10:50:56PM +0100, Anthony Edward Cooper wrote:
> Yes the dot format does change and get tweaked/updated. It has 
> probably changed too much for the aging monotone-viz. Is monotone-vis 
> still maintained? It's written in Occaml and as such I don't think it 
> has been touched for years and is probably not maintained at all now.

Ocaml does not scare me.

> I'm being completely biased but mtn-browse also does graph 
visualization like monotone-viz and much more besides. You could give that a 
go...

I neither was aware that mtn-browse existed, nor know where to find 
it.

It does not appear to be in the Debian repositories, and googling it 
provides me with methods to cheat MTN (whatever that is) to browse for 
free.

What *is* the dot output, anyway?

-- hendrik

> 
> Tony.
> 
> On 23 June 2016 23:58:45 BST, Hendrik Boom  wrote:
> >On my devuan jessie system, when I start monotone-viz, it always pops 
> >up a message, 
> >
> > Could not parse dot output
> >
> >Is there some subtle version copatibility problem here? Or some thing 
> >weirder?
> >
> >hendrik@notlookedfor:~/dv/im/slides$ mtn --version
> >monotone 1.1 (base revision: 81fa9664405655b13bde971bddd802de25096073)
> >hendrik@notlookedfor:~/dv/im/slides$ monotone-viz --version
> >monotone-viz 1.0.2 (base revision: )
> >Copyright (C) 2004-2006 Olivier Andrieu 
> >hendrik@notlookedfor:~/dv/im/slides$ 
> >
> >-- hendrik
> >
> >
> >___
> >Monotone-devel mailing list
> >Monotone-devel@nongnu.org
> >https://lists.nongnu.org/mailman/listinfo/monotone-devel
> 
> -- 
> See www.coosoft.plus.com.

___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] monotone-viz problem

[Hendrik Boom]

On my devuan jessie system, when I start monotone-viz, it always pops 
up a message, 

Could not parse dot output

Is there some subtle version copatibility problem here? Or some thing 
weirder?

hendrik@notlookedfor:~/dv/im/slides$ mtn --version
monotone 1.1 (base revision: 81fa9664405655b13bde971bddd802de25096073)
hendrik@notlookedfor:~/dv/im/slides$ monotone-viz --version
monotone-viz 1.0.2 (base revision: )
Copyright (C) 2004-2006 Olivier Andrieu 
hendrik@notlookedfor:~/dv/im/slides$ 

-- hendrik


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz colours

[CooSoft Support]

   Are ok many thanks for that...:-)

Richard Levitte wrote:

In message 4e02f059.9090...@coosoft.plus.com on Thu, 23 Jun 2011 08:50:49 +0100, 
CooSoft Support supp...@coosoft.plus.com said:

support Yup its a try it an see I'm afraid. There is also a right click menu
support that is very useful if you haven't discovered that yet. The only thing
support I haven't quite figured out yet is what the orange arrows signify.

It means that the second revision is in a different branch than the
first one.  For example, a propagate looks like that.

There was an error in the description of dotted line boxes earlier, by
the way.  The dotted line box signifies that it's extra information,
for example the end revision of a orange arrow that would normally not
be shown because it's not one of the branches asked for, but still is
at the end of said arrow.

Cheers,
Richard

  



___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz colours

[CooSoft Support]

Yup its a try it an see I'm afraid. There is also a right click menu 
that is very useful if you haven't discovered that yet. The only thing I 
haven't quite figured out yet is what the orange arrows signify.


Tony.

Richard Levitte wrote:

In message 20110620160045.ga19...@topoi.pooq.com on Mon, 20 Jun 2011 12:00:45 
-0400, Hendrik Boom hend...@topoi.pooq.com said:

hendrik On Mon, Jun 20, 2011 at 09:33:07AM +0200, Thomas Moschny wrote:
hendrik  Hendrik Boom hend...@topoi.pooq.com:
hendrik  
hendrik   monotone-viz is giving me a nice display.  But is it documented 
hendrik   somewhere what the pretty colours mean?  And whether boxes are

hendrik   outlined with solid or dotted lines?
hendrik  
hendrik  Same color means same comitter (or author, not sure).
hendrik  
hendrik  Boxes with dotted lines are from different branches and a double click

hendrik  on such a block switches to a view of that branch.
hendrik  
hendrik  - Thomas
hendrik 
hendrik And the circle?  Is that the current workspace, which is not 
hendrik yet checked in?  Or is it a way to mark the head(s)?


The circle is a merge.

  



___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz colours

[Richard Levitte]

In message 4e02f059.9090...@coosoft.plus.com on Thu, 23 Jun 2011 08:50:49 
+0100, CooSoft Support supp...@coosoft.plus.com said:

support Yup its a try it an see I'm afraid. There is also a right click menu
support that is very useful if you haven't discovered that yet. The only thing
support I haven't quite figured out yet is what the orange arrows signify.

It means that the second revision is in a different branch than the
first one.  For example, a propagate looks like that.

There was an error in the description of dotted line boxes earlier, by
the way.  The dotted line box signifies that it's extra information,
for example the end revision of a orange arrow that would normally not
be shown because it's not one of the branches asked for, but still is
at the end of said arrow.

Cheers,
Richard

-- 
Richard Levitte rich...@levitte.org
http://richard.levitte.org/

Life is a tremendous celebration - and I'm invited!
-- from a friend's blog, translated from Swedish

___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz colours

[Thomas Moschny]

Hendrik Boom hend...@topoi.pooq.com:

 monotone-viz is giving me a nice display.  But is it documented 
 somewhere what the pretty colours mean?  And whether boxes are
 outlined with solid or dotted lines?

Same color means same comitter (or author, not sure).

Boxes with dotted lines are from different branches and a double click
on such a block switches to a view of that branch.

- Thomas

___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz colours

[Richard Levitte]

In message 20110620030122.ga30...@topoi.pooq.com on Sun, 19 Jun 2011 23:01:22 
-0400, Hendrik Boom hend...@topoi.pooq.com said:

hendrik monotone-viz is giving me a nice display.  But is it documented 
hendrik somewhere what the pretty colours mean?  And whether boxes are outlined
hendrik with solid or dotted lines?

Apart from the README file, I don't see much documentation.  Fiddling
with the settings explain a bit as well.

Cheers,
Richard

-- 
Richard Levitte rich...@levitte.org
http://richard.levitte.org/

Life is a tremendous celebration - and I'm invited!
-- from a friend's blog, translated from Swedish

___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz colours

[Hendrik Boom]

On Mon, Jun 20, 2011 at 09:33:07AM +0200, Thomas Moschny wrote:
 Hendrik Boom hend...@topoi.pooq.com:
 
  monotone-viz is giving me a nice display.  But is it documented 
  somewhere what the pretty colours mean?  And whether boxes are
  outlined with solid or dotted lines?
 
 Same color means same comitter (or author, not sure).
 
 Boxes with dotted lines are from different branches and a double click
 on such a block switches to a view of that branch.
 
 - Thomas

And the circle?  Is that the current workspace, which is not 
yet checked in?  Or is it a way to mark the head(s)?

-- hendrik

___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz colours

[Richard Levitte]

In message 20110620160045.ga19...@topoi.pooq.com on Mon, 20 Jun 2011 12:00:45 
-0400, Hendrik Boom hend...@topoi.pooq.com said:

hendrik On Mon, Jun 20, 2011 at 09:33:07AM +0200, Thomas Moschny wrote:
hendrik  Hendrik Boom hend...@topoi.pooq.com:
hendrik  
hendrik   monotone-viz is giving me a nice display.  But is it documented 
hendrik   somewhere what the pretty colours mean?  And whether boxes are
hendrik   outlined with solid or dotted lines?
hendrik  
hendrik  Same color means same comitter (or author, not sure).
hendrik  
hendrik  Boxes with dotted lines are from different branches and a double 
click
hendrik  on such a block switches to a view of that branch.
hendrik  
hendrik  - Thomas
hendrik 
hendrik And the circle?  Is that the current workspace, which is not 
hendrik yet checked in?  Or is it a way to mark the head(s)?

The circle is a merge.

-- 
Richard Levitte rich...@levitte.org
http://richard.levitte.org/

Life is a tremendous celebration - and I'm invited!
-- from a friend's blog, translated from Swedish

___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] monotone-viz colours

[Hendrik Boom]

monotone-viz is giving me a nice display.  But is it documented 
somewhere what the pretty colours mean?  And whether boxes are outlined
with solid or dotted lines?

-- hendrik


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz workaround for a bug in recent graphvizs

[Thomas Moschny]

Committed to nvm.monotone-viz and nvm.monotone-viz.new-stdio.

Regards,
Thomas


Thomas Moschny thomas.mosc...@gmx.de:

 Hi Olivier,
 
 this patch seems to work fine here, and I'd like to commit it on
 nvm.monotone-viz. Any objections?
 
 Regards,
 Thomas
 
 
 Stéphane Gimenez d...@gim.name:
 
  Hi monotoners,
  
  Quoting debian bug #563634, you may have found revisions nodes
  displaced with respect to the edges connecting them in
  monotone-viz display.
  
  In fact, dot's -y option appears to be broken recently.
  An alternative is to use rankdir=BT.
  It is more natural and hopefully solves the issue.
  
  Here's a patch for monotone-viz.
  
  Stéphane
 
 


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz release

[Francis Russell]

Gour D. wrote:

 However, after some experimenting with 1.0.2, I've found out that it
 does not work with mtn-0.48 and discovered there is patch to make it
 work with =0.46.

Just for the record, all those patches are present in the
net.venge.monotone-viz.new-stdio branch on monotone.ca. Original author
is Stéphane Gimenez.

Francis

___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz workaround for a bug in recent graphvizs

[Thomas Moschny]

Francis Russell fran...@unchartedbackwaters.co.uk:

 Just one thing, is there any particular reason why the patch changes
 the shell dot runs under to bash?

The shell is only used in debug mode ('if Viz_misc.debug dot').
Otherwise, dot is called directly. And the 'pipefail' option is
probably not supported by (any) sh, but it is by bash.

 Also, if you do decide to commit it, could you please propagate to the
 new-stdio branch as well?

Sure.

Regards,
Thomas

___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz workaround for a bug in recent graphvizs

[Thomas Moschny]

Hi Olivier,

this patch seems to work fine here, and I'd like to commit it on
nvm.monotone-viz. Any objections?

Regards,
Thomas


Stéphane Gimenez d...@gim.name:

 Hi monotoners,
 
 Quoting debian bug #563634, you may have found revisions nodes
 displaced with respect to the edges connecting them in monotone-viz
 display.
 
 In fact, dot's -y option appears to be broken recently.
 An alternative is to use rankdir=BT.
 It is more natural and hopefully solves the issue.
 
 Here's a patch for monotone-viz.
 
 Stéphane


-- 
Thomas Moschny  thomas.mosc...@gmx.de

___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] monotone-viz workaround for a bug in recent graphvizs

[Stéphane Gimenez]

Hi monotoners,

Quoting debian bug #563634, you may have found revisions nodes
displaced with respect to the edges connecting them in monotone-viz
display.

In fact, dot's -y option appears to be broken recently.
An alternative is to use rankdir=BT.
It is more natural and hopefully solves the issue.

Here's a patch for monotone-viz.

Stéphane
#
#
# patch agraph.ml
#  from [8ae6c9bb70bbf9fd80e4e62d9f162ac581619b9e]
#to [05aa88921481ac9bfe238daeb4374fbc9993caaa]
#

--- agraph.ml   8ae6c9bb70bbf9fd80e4e62d9f162ac581619b9e
+++ agraph.ml   05aa88921481ac9bfe238daeb4374fbc9993caaa
@@ -50,8 +50,9 @@ let dot_format params agraph =
   agraph.nodes in
 
   !+ digraph \monotone-viz\\n{\n ;
-  if params.lr_layout then
-!+   graph [rankdir=LR] ;\n ;
+  if params.lr_layout
+  then  !+   graph [rankdir=LR] ;\n
+  else  !+   graph [rankdir=BT] ;\n ;
   !+   graph [ranksep=\0.25\] ;\n ;
   !+   node [label=\\] ;\n ;
   
@@ -222,11 +223,11 @@ let spawn_dot graph status done_cb =
   let dot_prg = graph.layout_params.dot_program in
   let cmd = 
 if Viz_misc.debug dot
-then [ /bin/sh ; -c ; 
+then [ /bin/bash ; -c ; 
   Printf.sprintf 
 set -o pipefail ; \
-  tee agraph.in.dot | %s -q -y -s%.0f | tee agraph.out.dot 
dot_prg ppi ]
-else [ dot_prg ; -q ; -y ; Printf.sprintf -s%.0f ppi ] in
+  tee agraph.in.dot | %s -q -s%.0f | tee agraph.out.dot dot_prg 
ppi ]
+else [ dot_prg ; -q ; Printf.sprintf -s%.0f ppi ] in
   let error fmt =
 Printf.kprintf (fun s - done_cb (`LAYOUT_ERROR s)) fmt in
   try
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Monotone-viz and repository structure.

[Stephen Leake]

hend...@topoi.pooq.com writes:

 On Mon, Feb 22, 2010 at 11:06:13AM +0100, Thomas Moschny wrote:
 Hi Hendrik,
 
 Am Sun, 21 Feb 2010 15:57:57 -0500
 schrieb hend...@topoi.pooq.com:
 
  On Sun, Feb 21, 2010 at 03:35:42PM -0500, hend...@topoi.pooq.com
  wrote:
   I have my own copy of the monotone repository.  At least I think I
   do. It seems to sync properly when I pull.
   
   But I' trying to obtain monotone-viz.  It doesn't seem to be in my 
   repository,  Is this just an accident of history, that I failed to 
   specify the branch when I pulled monotone initially?  Or is it, 
   and should it be, in a completely separate repository?
 
 It is in the branch net.venge.monotone-viz (and some subbranches
 thereof) in the monotone repository served at monotone.ca. Depending on
 the pattern you are using (see mtn ls vars database) this branch name
 might have never matched during pull for you.

 Thanks.  I was more-or-less asking about best practices rather than 
 trying to solve a problem.

 If it is in the same repository at headquarters, it makes some to be 
 consistent and put it in the same repository here.  But I am starting 
 to suspect that it really doesn't matter much.

Right; you can pull any branch into any repository (= monotone
database). But then you do have to be careful not to accidentally send
a branch to an upstream repository; we don't want to have non-monotone
branches in the database at monotone.ca.

-- 
-- Stephe


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Monotone-viz and repository structure.

[Derek Scherger]

On Tue, Feb 23, 2010 at 1:48 AM, Stephen Leake 
stephen_le...@stephe-leake.org wrote:

 hend...@topoi.pooq.com writes:

 Right; you can pull any branch into any repository (= monotone
 database). But then you do have to be careful not to accidentally send
 a branch to an upstream repository; we don't want to have non-monotone
 branches in the database at monotone.ca.


Except that we do... and the access rules seem to prevent one from getting
them.

$ mtn pull monotone.ca '*'

mtn: warning: protocol error while processing peer monotone.ca: 'received
network error: denied 'de...@echologic.com' read permission for '*'
excluding '' because of branch 'au.asn.ucc.matt.botan.monotone-2''

$ mtn pull monotone.ca '*' --exclude 'au.asn.*'

mtn: warning: protocol error while processing peer monotone.ca: 'received
network error: denied 'de...@echologic.com' read permission for '*'
excluding 'au.asn.*' because of branch 'ch.bluegap.home.markus''

$ mtn pull monotone.ca '*' --exclude 'au.asn.*' --exclude 'ch.bluegap.*'

mtn: warning: protocol error while processing peer monotone.ca: 'received
network error: denied 'de...@echologic.com' read permission for '*'
excluding '{au.asn.*,ch.bluegap.*}' because of branch
'com.opennetworksecurity.consulting.baesystems''

$ mtn pull monotone.ca '*' --exclude 'au.asn.*' --exclude 'ch.bluegap.*'
--exclude 'com.opennetworksecurity.*'

mtn: warning: protocol error while processing peer monotone.ca: 'received
network error: denied 'de...@echologic.com' read permission for '*'
excluding '{au.asn.*,ch.bluegap.*,com.opennetworksecurity.*}' because of
branch 'consulting.lp.se:AstraZeneca.RFS0091''

 $ mtn pull monotone.ca '*' --exclude 'au.asn.*' --exclude 'ch.bluegap.*'
--exclude 'com.opennetworksecurity.*' --exclude 'consulting.lp.se*'

mtn: warning: protocol error while processing peer monotone.ca: 'received
network error: denied 'de...@echologic.com' read permission for '*'
excluding '{au.asn.*,ch.bluegap.*,com.opennetworksecurity.*,consulting.lp.se*}'
because of branch 'free.lp.se:elisp''

$ mtn pull monotone.ca '*' --exclude 'au.asn.*' --exclude 'ch.bluegap.*'
--exclude 'com.opennetworksecurity.*' --exclude 'consulting.lp.se*'
--exclude 'free.lp.se*'

mtn: warning: protocol error while processing peer monotone.ca: 'received
network error: denied 'de...@echologic.com' read permission for '*'
excluding '{au.asn.*,ch.bluegap.*,com.opennetworksecurity.*,consulting.lp.se
*,free.lp.se*}' because of branch 'internal.lp.se:admin.common''

$ mtn pull monotone.ca '*' --exclude 'au.asn.*' --exclude 'ch.bluegap.*'
--exclude 'com.opennetworksecurity.*' --exclude 'consulting.lp.se*'
--exclude 'free.lp.se*' --exclude 'internal.lp.se*'

mtn: warning: protocol error while processing peer monotone.ca: 'received
network error: denied 'de...@echologic.com' read permission for '*'
excluding '{au.asn.*,ch.bluegap.*,com.opennetworksecurity.*,consulting.lp.se
*,free.lp.se*,internal.lp.se*}' because of branch 'lp.se:courses.monotone''

$ mtn pull monotone.ca '*' --exclude 'au.asn.*' --exclude 'ch.bluegap.*'
--exclude 'com.opennetworksecurity.*' --exclude 'consulting.lp.se*'
--exclude 'free.lp.se*' --exclude 'internal.lp.se*' --exclude 'lp.se*'

mtn: warning: protocol error while processing peer monotone.ca: 'received
network error: denied 'de...@echologic.com' read permission for '*'
excluding '{au.asn.*,ch.bluegap.*,com.opennetworksecurity.*,consulting.lp.se
*,free.lp.se*,internal.lp.se*,lp.se*}' because of branch
'net.angrygoats.icalinate''

$ mtn pull monotone.ca '*' --exclude 'au.asn.*' --exclude 'ch.bluegap.*'
--exclude 'com.opennetworksecurity.*' --exclude 'consulting.lp.se*'
--exclude 'free.lp.se*' --exclude 'internal.lp.se*' --exclude 'lp.se*'
--exclude 'net.angrygoats.icalinate*'

mtn: warning: protocol error while processing peer monotone.ca: 'received
network error: denied 'de...@echologic.com' read permission for '*'
excluding '{au.asn.*,ch.bluegap.*,com.opennetworksecurity.*,consulting.lp.se
*,free.lp.se*,internal.lp.se*,lp.se*,net.angrygoats.icalinate*}' because of
branch 'net.randombit.botan''

*** botan was actually the branch I was thinking of when I started this
crazy probe ;)

$ mtn pull monotone.ca '*' --exclude 'au.asn.*' --exclude 'ch.bluegap.*'
--exclude 'com.opennetworksecurity.*' --exclude 'consulting.lp.se*'
--exclude 'free.lp.se*' --exclude 'internal.lp.se*' --exclude 'lp.se*'
--exclude 'net.angrygoats.icalinate*' --exclude 'net.randombit.botan*'

mtn: warning: protocol error while processing peer monotone.ca: 'received
network error: denied 'de...@echologic.com' read permission for '*'
excluding '{au.asn.*,ch.bluegap.*,com.opennetworksecurity.*,consulting.lp.se
*,free.lp.se*,internal.lp.se*,lp.se*,net.angrygoats.icalinate*,net.randombit.botan*}'
because of branch 'pingvinfabriken.se:foreningen''

$ mtn pull monotone.ca '*' --exclude 'au.asn.*' --exclude 'ch.bluegap.*'
--exclude 'com.opennetworksecurity.*' --exclude 'consulting.lp.se*'
--exclude 'free.lp.se*' --exclude 

Re: [Monotone-devel] Monotone-viz and repository structure.

[Thomas Moschny]

Am Tue, 23 Feb 2010 09:02:16 -0700
schrieb Derek Scherger de...@echologic.com:

 On Tue, Feb 23, 2010 at 1:48 AM, Stephen Leake 
 stephen_le...@stephe-leake.org wrote:
 
  hend...@topoi.pooq.com writes:
 
  Right; you can pull any branch into any repository (= monotone
  database). But then you do have to be careful not to accidentally
  send a branch to an upstream repository; we don't want to have
  non-monotone branches in the database at monotone.ca.
 
 
 Except that we do... and the access rules seem to prevent one from
 getting them.

Yes, and that seems to be because Richard (who is kindly hosting the
monotone repository) has some 'private' branches in there, or maybe he
is using usher.

But Stephe is right in that if somebody else wants to have some branch
hosted on monotone.ca, he should ask first, and it should be at least
remotely connected to monotone.

 phew... that was fun. Interestingly we apparently do have a mechanism
 for finding out what branches exist on a server, tedious though it
 may be.

Not sure if that itself could already be classified as a 'leak'.

On the other hand it would be possible to use mtn au remote ls
branches, iff monotone.ca was running 0.46 and your key was allowed to
execute automate commands there.

Regards
Thomas

-- 
Thomas Moschny  thomas.mosc...@gmx.de


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Monotone-viz and repository structure.

[Thomas Moschny]

Hi Hendrik,

Am Sun, 21 Feb 2010 15:57:57 -0500
schrieb hend...@topoi.pooq.com:

 On Sun, Feb 21, 2010 at 03:35:42PM -0500, hend...@topoi.pooq.com
 wrote:
  I have my own copy of the monotone repository.  At least I think I
  do. It seems to sync properly when I pull.
  
  But I' trying to obtain monotone-viz.  It doesn't seem to be in my 
  repository,  Is this just an accident of history, that I failed to 
  specify the branch when I pulled monotone initially?  Or is it, 
  and should it be, in a completely separate repository?

It is in the branch net.venge.monotone-viz (and some subbranches
thereof) in the monotone repository served at monotone.ca. Depending on
the pattern you are using (see mtn ls vars database) this branch name
might have never matched during pull for you.

Thomas


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Monotone-viz and repository structure.

[hendrik]

On Mon, Feb 22, 2010 at 11:06:13AM +0100, Thomas Moschny wrote:
 Hi Hendrik,
 
 Am Sun, 21 Feb 2010 15:57:57 -0500
 schrieb hend...@topoi.pooq.com:
 
  On Sun, Feb 21, 2010 at 03:35:42PM -0500, hend...@topoi.pooq.com
  wrote:
   I have my own copy of the monotone repository.  At least I think I
   do. It seems to sync properly when I pull.
   
   But I' trying to obtain monotone-viz.  It doesn't seem to be in my 
   repository,  Is this just an accident of history, that I failed to 
   specify the branch when I pulled monotone initially?  Or is it, 
   and should it be, in a completely separate repository?
 
 It is in the branch net.venge.monotone-viz (and some subbranches
 thereof) in the monotone repository served at monotone.ca. Depending on
 the pattern you are using (see mtn ls vars database) this branch name
 might have never matched during pull for you.

Thanks.  I was more-or-less asking about best practices rather than 
trying to solve a problem.

If it is in the same repository at headquarters, it makes some to be 
consistent and put it in the same repository here.  But I am starting 
to suspect that it really doesn't matter much.

-- hendrik


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] monotone-viz patch from Stéphane Gimenez

[Nuno Lucas]

I'm forwarding this patch from Stéphane Gimenez at request of Thomas Keller.
It seems it didn't get to the list.

As the original message included the list as CC, I'm sending it inline
to avoid any possible problems with the list refusing attachments.

Let's hope Thunderbird doesn't mess with the patch line endings...

Regards,
~Nuno Lucas

== Original messagem from Stéphane Gimenez ==

Hello,

  I have no doubts that sooner or later mtn-browse and monotone-viz will 
  be fixed, but this problem should not happen on a stable version release.

Here is a patch for monotone-viz.
Though, it won't work with previous versions of monotone (0.46).

Stéphane




#
# old_revision [78a87d334b15645b2bb54afec96ac5d3e1e45350]
#
# patch automate.ml
#  from [bc697ff6c3768259b1838e5638552f448433b53a]
#to [62bef3827396107a9fb8c65ac340cfda00abe7a0]
#

--- automate.ml bc697ff6c3768259b1838e5638552f448433b53a
+++ automate.ml 62bef3827396107a9fb8c65ac340cfda00abe7a0
@@ -44,7 +44,7 @@ type output = [
   | `OUTPUT   of string
   | `ERRORof string
   | `SYNTAX_ERROR of string]
-type chunk = command_id * int * bool * string
+type chunk = command_id * bool * string
 type process = {
 p_in  :  in_watch ;
 p_out : out_watch ;
@@ -152,7 +152,7 @@ let _read_cb w conditions =
 try 
   match Giochannel.read_chars w.out_w.w_chan w.out_sb with
   | `NORMAL read -
- if debug then log %s cb: read %d w.out_w.w_name read ;
+ if debug then log %s cb: read %d w.out_w.w_name read;
  Buffer.add_substring w.out_buffer w.out_sb 0 read ;
  w.out_cb w.out_buffer
   | `EOF -
@@ -258,8 +258,8 @@ let encode_stdio cmd =
 
 
 
-let find_four_colon b =
-  let to_find = ref 4 in
+let find_three_colon b =
+  let to_find = ref 3 in
   let i = ref 0 in
   while !to_find  0 do
 let c = Buffer.nth b !i in
@@ -277,22 +277,20 @@ let decode_stdio_chunk b =
 
 let decode_stdio_chunk b =
   try
-let header_len = find_four_colon b in
+let header_len = find_three_colon b in
 let h = Buffer.sub b 0 header_len in
 let c1 = String.index_from h 0 ':' in
 let number = int_of_string (string_slice ~e:c1 h) in
-let code   = int_of_char h.[c1 + 1] - int_of_char '0' in
 let c2 = String.index_from h (c1 + 1) ':' in
-let last   = h.[c2 + 1] in
+let last   = h.[c1 + 1] in
 let c3 = String.index_from h (c2 + 1) ':' in
-let c4 = String.index_from h (c3 + 1) ':' in
-let len   = int_of_string (string_slice ~s:(c3 + 1) ~e:c4 h) in
+let len   = int_of_string (string_slice ~s:(c2 + 1) ~e:c3 h) in
 if Buffer.length b  header_len + len
 then
   `INCOMPLETE
 else
   let data = truncate_buffer b header_len len in
-  `CHUNK (number, code, last = 'l', data)
+  `CHUNK (number, last = 'l', data)
   with Invalid_argument _ -
 `INCOMPLETE
 
@@ -305,11 +303,11 @@ let rec out_cb p b =
   | `INCOMPLETE -
   ()
 
-  | `CHUNK (nb, _, _, _) when aborted_cmd p nb -
+  | `CHUNK (nb, _, _) when aborted_cmd p nb -
   p.chunks - List.remove_assoc nb p.chunks ;
   out_cb p b
 
-  | `CHUNK ((nb, code, false, data) as chunk) -
+  | `CHUNK ((nb, false, data) as chunk) -
   if debug then log decoded a chunk ;
   let previous_chunks =
try List.assoc nb p.chunks
@@ -320,7 +318,7 @@ let rec out_cb p b =
   previous_chunks := chunk :: !previous_chunks ;
   out_cb p b
 
-  | `CHUNK ((nb, code, true, data) as chunk) -
+  | `CHUNK ((nb, true, data) as chunk) -
   if debug then log decoded last chunk ;
   let chunks =
try 
@@ -333,14 +331,14 @@ let rec out_cb p b =
   p.callbacks - List.remove_assoc nb p.callbacks ;
   let msg = 
String.concat 
- (List.map (fun (_, _, _, d) - d) chunks) in
-  let data =
-   match code with
-   | 0 - `OUTPUT msg
-   | 1 - `SYNTAX_ERROR msg
-   | 2 - `ERROR msg
+ (List.map (function (_, false, d) - d | (_, true, d) - ) chunks) 
in
+  let code =
+   match data with
+   | 0 - `OUTPUT msg
+   | 1 - `SYNTAX_ERROR msg
+   | 2 - `ERROR msg
| _ - failwith invalid_code in automate stdio output in
-  ignore (Glib.Idle.add ~prio:0 (fun () - cb data ; false)) ;
+  ignore (Glib.Idle.add ~prio:0 (fun () - cb code ; false)) ;
   out_cb p b
 
 
@@ -409,6 +407,20 @@ let spawn mtn db = 
   chunks = [] ;
   exit_cb = (fun _ - assert false)
 } in
+  let head = String.create 4096 in
+  while not (String.contains head '\n') do
+  match Giochannel.read_chars p.p_out.out_w.w_chan head with
+  | `NORMAL read - ()
+  | `EOF -
+ Giochannel.shutdown p.p_out.out_w.w_chan false;
+ Giochannel.shutdown p.p_err.out_w.w_chan false;
+ failwith mtn version 0.46 or above is required;
+  | `AGAIN - ()
+  done;
+  let accept =
+String.length head  18  String.sub head 0 18 = format-version: 2\n
+  in
+  if not accept 

[Monotone-devel] monotone-viz: ocaml-giochannel.c:(.text+0x2f4): multiple definition of `ml_g_io_channel_read_chars'

[ludovic]

Please see http://bugs.debian.org/527731

The story so far: I packaged monotone-viz 1.0.1 for Debian. One of the
OCaml maintainers for Debian found a bug whereby it would fail to build
from source (FTBFS, in Debian jargon) due to updates in OCaml and bindings
to GTK+.  They posted a patch and uploaded a patched version of
monotone-viz to Debian unstable.  However, another OCaml maintainer thinks
that the patch is a hack.  At the same time, they found a second, less
severe, bug: http://bugs.debian.org/549463.

It would be nice if the upstream author of monotone-viz, Olivier Andrieu,
would comment and maybe correct the two problems.  I would then upload the
corrected version of monotone-viz to Debian for continued use.  Is it fair
to hope for such a fix?

-- 
Ludovic Brenta
Debian Developer



___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz packages for Ubuntu

[Zack Weinberg]

On Sun, Sep 14, 2008 at 2:04 PM, Ulf Ochsenfahrt [EMAIL PROTECTED] wrote:
 By the way, why does the new monotone-viz package only have a recommends for
 monotone? monotone-viz does use the automate interface. Left-over from an
 earlier version?

As far as I know, it can read a monotone database itself; it uses the
automate interface for extra bells and whistles only.  If that's no
longer the case, the recommends should be corrected to a depends.

zw


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz packages for Ubuntu

[Ulf Ochsenfahrt]

Zack Weinberg wrote:

On Sun, Sep 14, 2008 at 2:04 PM, Ulf Ochsenfahrt [EMAIL PROTECTED] wrote:

By the way, why does the new monotone-viz package only have a recommends for
monotone? monotone-viz does use the automate interface. Left-over from an
earlier version?


As far as I know, it can read a monotone database itself; it uses the
automate interface for extra bells and whistles only.  If that's no
longer the case, the recommends should be corrected to a depends.


According to the website http://oandrieu.nerim.net/monotone-viz/ :

1.0:
  * do not access the monotone database directly: obtain all necessay 
information via the mtn automate mechanism


To confirm this, I could compile monotone-viz without sqlite.

Cheers,

-- Ulf


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] monotone-viz packages for Ubuntu

[Ulf Ochsenfahrt]

Hi everyone!

The old monotone-viz package (which was 0.15 still) didn't work with my 
new monotone package (0.41), so I've uploaded new monotone-viz packages 
to my personal package area:


https://launchpad.net/~ulf-ofahrt/+archive

Cheers,

-- Ulf

PS: Should I add a conflict to the monotone package, so this is made 
clear when it's installed?


smime.p7s
Description: S/MIME Cryptographic Signature
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz packages for Ubuntu

[Ludovic Brenta]

Ulf Ochsenfahrt [EMAIL PROTECTED] writes:

 Hi everyone!

 The old monotone-viz package (which was 0.15 still) didn't work with
 my new monotone package (0.41), so I've uploaded new monotone-viz
 packages to my personal package area:

 https://launchpad.net/~ulf-ofahrt/+archive

Why did you do that when the new version is already in Debian?

-- 
Ludovic Brenta.


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] Monotone-viz on Windows

[Olivier Andrieu]

Hello,

Well, it looks like I've finally managed to compile monotone-viz on
Windows. It even seems to be working :p

Get it here:
http://oandrieu.nerim.net/monotone-viz/monotone-viz-win32.zip

,
| Instructions to get monotone-viz running on Win2K/WinXP (won't work on
| Win9x):
| 
| 1. Install Graphviz and monotone (Windows installer available from
|their respective homepages)
| 
| 2. Install the GTK+ runtime environment from
|http://gimp-win.sourceforge.net/stable.html
| 
|There might be some DLL conflicts with DLLs shipped by Graphviz,
|say yes if the GTK+ installer wants to rename those DLLs.
| 
|You might have to re-log at this point so that environment
|variables are properly updated.
| 
| 3. Run monotone-viz.exe and in the `Preferences' menu enter the path
|to mtn.exe and dot.exe.
| 
| 
| The two DLL shipped with monotone-viz come from
| http://ftp.gnome.org/pub/gnome/binaries/win32/ .
`

Btw, this is a build of the n.v.monotone-viz.automate branch: it
doesn't access the database directly, it uses `mtn automate stdio'
only. Using monotone 0.31 is strongly recommended since it has
important performance improvements for mtn automate.

I'd be happy to get some feedback (positive or negative).
-- 
   Olivier


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] monotone-viz changes...

[Richard Levitte - VMS Whacker]

I'm noticing that the latest monotone-viz doesn't show all propagates
from the branch you're looking at.  Is that on purpose?

Cheers,
Richard

-
Please consider sponsoring my work on free software.
See http://www.free.lp.se/sponsoring.html for details.

-- 
Richard Levitte [EMAIL PROTECTED]
http://richard.levitte.org/

When I became a man I put away childish things, including
 the fear of childishness and the desire to be very grown up.
-- C.S. Lewis


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz changes...

[Olivier Andrieu]

 Richard Levitte - VMS Whacker [Wednesday 11 October 2006] :
 
  I'm noticing that the latest monotone-viz doesn't show all
  propagates from the branch you're looking at.  Is that on purpose?

Ah, yes it is. I find that too many propagates nodes disrupt the
graph produced by graphviz, making the result not so legible. Current
monotone-viz only displays nodes that start a new branch or that
finish a branch (e.g. the final propagate from a side branch to the
main branch).

Tell me what you think. If you prefer the former behavior, I could add
an option somewhere to get it back.

-- 
   Olivier


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz changes...

[Daniel Carosone]

Firstly, it's great to see more development on -viz, it's a *really*
useful tool. 

On Thu, Oct 12, 2006 at 02:21:19AM +0200, Olivier Andrieu wrote:
  Richard Levitte - VMS Whacker [Wednesday 11 October 2006] :
  
   I'm noticing that the latest monotone-viz doesn't show all
   propagates from the branch you're looking at.  Is that on purpose?
 
 Ah, yes it is. I find that too many propagates nodes disrupt the
 graph produced by graphviz, making the result not so legible. 

I understand the sentiment and the issue, but it *is* often nice to
see these nodes.

Graphviz is a funny thing; sometimes the best way to get clearer
display of too much information is actually to include *more*
information.  For example, if there was an edge (dotted, invisible
even, and with a low weight) between propagate nodes to the same
other branch, this might help graphviz organise the layout better.

I suppose unless you know something about the ancestry relationships
of those nodes, those links better be invisible.  If you *can* show a
real ancestry relationship (without showing intervening paths), all
the better.

And sometimes you really just do want to remove the clutter of these
extra nodes.

 Current monotone-viz only displays nodes that start a new branch or
 that finish a branch (e.g. the final propagate from a side branch
 to the main branch).

I haven't had a chance to look; I presume it still shows propagates
*into* the currently displayed branch(es), so that these merge nodes
still have both ancestors visible?  That can be an important clue to
explore the side branch that just landed on the one you're looking at.

 Tell me what you think. If you prefer the former behavior, I could add
 an option somewhere to get it back.
 
I think that would be good. A more ambitious suggestion would be to
apply this option per-branch, because some side-branches may be more
interesting to you than others, even if you don't want their full
internal history.

A context menu on such nodes (or on branch certs) to add branch X to
this display.  That would fill out the intervening nodes implied by
any such dotted line as above.  A corresponding option to
collapse/remove one of the branches currently displayed in full form
would allow a fairly nice, interactive exploration of the tree.

This basically means that each branch can now be displayed in one of
three ways: full (as normal when selected), summarised (former
behaviour plus links), or minimal (new behaviour).  A tri-state
selector where the checkboxes are now when building a new view means
you can start with the branches you want shown the way you want.

--
Dan.



pgpe6uagRDEmy.pgp
Description: PGP signature
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz changes...

[Daniel Carosone]

On Thu, Oct 12, 2006 at 11:10:14AM +1000, Daniel Carosone wrote:
 Firstly, it's great to see more development on -viz, it's a *really*
 useful tool. 

Oh, while we're on the subject of propagate nodes, another feature
wish:

 When using the arrow keys to move around the revision graph, up and
 down arrow keys should try to stay on branch if possible, rather than
 always picking the visually-left ancestor. 

Currently, if you wind up looking at a graph with two branches, with
the one you want to follow predominantly on the right side of the
page, you have to constantly hit up-right up-right to go back up the
branch.  This change would make the left/right keys work more
intuitively, especially where both branches are relatively linear.

--
Dan.

pgpypTfu70xqA.pgp
Description: PGP signature
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz changes...

[Brian Downing]

On Thu, Oct 12, 2006 at 11:10:14AM +1000, Daniel Carosone wrote:
 Graphviz is a funny thing; sometimes the best way to get clearer
 display of too much information is actually to include *more*
 information.  For example, if there was an edge (dotted, invisible
 even, and with a low weight) between propagate nodes to the same
 other branch, this might help graphviz organise the layout better.
 
 I suppose unless you know something about the ancestry relationships
 of those nodes, those links better be invisible.  If you *can* show a
 real ancestry relationship (without showing intervening paths), all
 the better.

I played with this a long time ago - what I did is to connect all out of
branch nodes that are on the graph together with their nearest ancestor
by breadth-first search.  This winds up sucking for the mainline branch
(you get about 37 lines heading down the graph at any one time), but
for side branches I think it works out quite nicely to show some of the
structure that's not on the graph.

Attached is the .dot file for net.venge.monotone.lua-testsuite.  The
dotted lines show out-of-branch relationships.

-bcd
-- 
*** Brian Downing bdowning at lavos dot net 


output.dot.gz
Description: Binary data
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz doesn't build...

[Olivier Andrieu]

 Richard Levitte - VMS Whacker [Thursday 14 September 2006] :
 
  ... on debian [unstable], freshly updated.
  
  ocamlopt.opt -o monotone-viz -I . -I ocamlnet-0.97.1 -I mlsqlite -I 
  extlib-1.3 -I /usr/lib/ocaml/3.09.2/lablgtk2 -I glib -I crypto str.cmxa 
  lablgtk.cmxa gtkInit.cmx lablgnomecanvas.cmxa  ocamlnet-0.97.1/base64.cmx 
  mlsqlite/sqlite3.cmx extlib-1.3/IO.cmx extlib-1.3/unzip.cmx glib/gspawn.cmx 
  glib/giochannel.cmx glib/viz_gmisc.cmx glib/gpattern.cmx crypto/crypto.cmx 
  viz_misc.cmx viz_types.cmx q.cmx dot_lexer.cmx dot_parser.cmx 
  revision_lexer.cmx revision_parser.cmx subprocess.cmx components.cmx 
  schema_lexer.cmx database.cmx agraph.cmx autocolor.cmx viz_style.cmx 
  icon.cmx ui.cmx unidiff.cmx view.cmx query.cmx app.cmx version.cmx main.cmx 
  lib3rdparty.a /usr/lib/libcrypto.a 
  Files mlsqlite/sqlite3.cmx and /usr/lib/ocaml/3.09.2/stdlib.cmxa
  make inconsistent assumptions over implementation Printf
  make: *** [monotone-viz] Error 2

Is this what the autobuilder says or is this what you get with your
own copy of monotone-viz ? 

If it's the latter, you probably just need to do a `make clean' and
rebuild , it looks like the ocaml compiler has been updated.

-- 
   Olivier


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz doesn't build...

[Richard Levitte - VMS Whacker]

In message [EMAIL PROTECTED] on Thu, 14 Sep 2006 10:16:43 +0200, Olivier 
Andrieu [EMAIL PROTECTED] said:

oandrieu If it's the latter, you probably just need to do a `make
oandrieu clean' and rebuild , it looks like the ocaml compiler has
oandrieu been updated.

Way too easy!

Of course it worked :-).

Next thing is that monotone-viz can't rely on _MTN/revision with
current mainline...  and I still haven't learned ocaml, so I can't fix
it...  Could you?  Pretty please?  :-)

Cheers,
Richard

-
Please consider sponsoring my work on free software.
See http://www.free.lp.se/sponsoring.html for details.

-- 
Richard Levitte [EMAIL PROTECTED]
http://richard.levitte.org/

When I became a man I put away childish things, including
 the fear of childishness and the desire to be very grown up.
-- C.S. Lewis


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz doesn't build...

[Olivier Andrieu]

 Richard Levitte - VMS Whacker [Thursday 14 September 2006] :
 
  In message [EMAIL PROTECTED] on Thu, 14 Sep 2006 10:16:43 +0200, Olivier 
  Andrieu [EMAIL PROTECTED] said:
  
  oandrieu If it's the latter, you probably just need to do a `make
  oandrieu clean' and rebuild , it looks like the ocaml compiler has
  oandrieu been updated.
  
  Way too easy!
  
  Of course it worked :-).
  
  Next thing is that monotone-viz can't rely on _MTN/revision with
  current mainline...  and I still haven't learned ocaml, so I can't
  fix it...  Could you?  Pretty please?  :-)

Oh right ... I'm not following monotone's development very closely
right now, sorry.

What's the idea ? _MTN/revision disappeared and I should use some
automate command to get the revision id ?

-- 
   Oliv


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz doesn't build...

[Richard Levitte - VMS Whacker]

In message [EMAIL PROTECTED] on Thu, 14 Sep 2006 12:00:22 +0200, Olivier 
Andrieu [EMAIL PROTECTED] said:

oandrieu What's the idea ? _MTN/revision disappeared and I should use
oandrieu some automate command to get the revision id ?

Yes.  _MTN/revision still exists, but has a different format.  The
supported way is `mtn automate get_base_revision_id'.

You might want to provide a fallback that uses _MTN/revision...

Cheers,
Richard

-
Please consider sponsoring my work on free software.
See http://www.free.lp.se/sponsoring.html for details.

-- 
Richard Levitte [EMAIL PROTECTED]
http://richard.levitte.org/

When I became a man I put away childish things, including
 the fear of childishness and the desire to be very grown up.
-- C.S. Lewis


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz doesn't build...

[Olivier Andrieu]

 Richard Levitte - VMS Whacker [Thursday 14 September 2006] :
 
  on Thu, 14 Sep 2006 12:00:22 +0200, Olivier Andrieu [EMAIL PROTECTED] said:
  
  oandrieu What's the idea ? _MTN/revision disappeared and I should use
  oandrieu some automate command to get the revision id ?
  
  Yes.  _MTN/revision still exists, but has a different format.  The
  supported way is `mtn automate get_base_revision_id'.
  
  You might want to provide a fallback that uses _MTN/revision...

There you go ... tell me if it works !

-- 
   Olivier


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] monotone-viz doesn't build...

[Richard Levitte - VMS Whacker]

... on debian [unstable], freshly updated.

ocamlopt.opt -o monotone-viz -I . -I ocamlnet-0.97.1 -I mlsqlite -I extlib-1.3 
-I /usr/lib/ocaml/3.09.2/lablgtk2 -I glib -I crypto str.cmxa lablgtk.cmxa 
gtkInit.cmx lablgnomecanvas.cmxa  ocamlnet-0.97.1/base64.cmx 
mlsqlite/sqlite3.cmx extlib-1.3/IO.cmx extlib-1.3/unzip.cmx glib/gspawn.cmx 
glib/giochannel.cmx glib/viz_gmisc.cmx glib/gpattern.cmx crypto/crypto.cmx 
viz_misc.cmx viz_types.cmx q.cmx dot_lexer.cmx dot_parser.cmx 
revision_lexer.cmx revision_parser.cmx subprocess.cmx components.cmx 
schema_lexer.cmx database.cmx agraph.cmx autocolor.cmx viz_style.cmx icon.cmx 
ui.cmx unidiff.cmx view.cmx query.cmx app.cmx version.cmx main.cmx 
lib3rdparty.a /usr/lib/libcrypto.a 
Files mlsqlite/sqlite3.cmx and /usr/lib/ocaml/3.09.2/stdlib.cmxa
make inconsistent assumptions over implementation Printf
make: *** [monotone-viz] Error 2

Cheers,
Richard

-
Please consider sponsoring my work on free software.
See http://www.free.lp.se/sponsoring.html for details.

-- 
Richard Levitte [EMAIL PROTECTED]
http://richard.levitte.org/

When I became a man I put away childish things, including
 the fear of childishness and the desire to be very grown up.
-- C.S. Lewis


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] monotone-viz: _MTN

[Shaun Jackman]

Is monotone-viz 0.14 meant to be able to pull the options and revision
from _MTN as it does for MT? It doesn't seem to work for me.

Cheers,
Shaun


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz: _MTN

[Olivier Andrieu]

 Shaun Jackman [Monday 5 June 2006] :
 
  Is monotone-viz 0.14 meant to be able to pull the options and
  revision from _MTN as it does for MT? It doesn't seem to work for
  me.

No but the latest revision on the venge.net repository, yes.

I should have released that ages ago, sorry.

-- 
   Olivier



___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz: _MTN

[Shaun Jackman]

On 6/5/06, Olivier Andrieu [EMAIL PROTECTED] wrote:

No but the latest revision on the venge.net repository, yes.

I should have released that ages ago, sorry.


Off-topic, but I won't release the next monotone-viz for Debian for a
couple weeks anyways. I'm going on vacation to Montréal for a couple
weeks, and on top of that, the latest libgnomeui-dev on Debian wants
to pull in XOrg 7, whereas I'm still at 6.9. I don't want to blindly
upgrade without a bit of time to play around with it.

Cheers,
Shaun
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz for Debian

[Matthew A. Nicholson]

Sorry about that last message.  It was in my send queue and my pc could 
not get online, by the time I had gotten online, I had already sent the 
message from another machine.


Shaun Jackman wrote:

On 4/12/06, Matthew A. Nicholson [EMAIL PROTECTED] wrote:

Shaun Jackman wrote:

...

http://packages.debian.org/unstable/devel/monotone-viz
http://ftp.debian.org/debian/pool/main/m/monotone-viz/

Does this not run on amd64?


The build on AMD64 looks fine to me. Did you read the link I sent in
my last mail? Again, for your reference.

http://buildd.debian.org/build.php?pkg=monotone-viz

Cheers,
Shaun


--
Matthew A. Nicholson
matt-land.com


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz for Debian

[Matthew A. Nicholson]

Shaun Jackman wrote:

Shaun Jackman wrote:

I have packaged monotone-viz for Debian. It should make its way into
the Debian archives shortly. Enjoy!


On 4/12/06, Matthew A. Nicholson [EMAIL PROTECTED] wrote:

Is this going to get included in the net.venge.monotone-viz tree?


I hadn't planned on it. In the past, I've tried keeping Debian
packaging information in the upstream author's revision control
system, but I've found I'm terrible at making a change and uploading
it to the Debian server, but forgetting to push the changes to the
upstream author's RCS. So, the one true source for the Debian package
is here:

http://packages.debian.org/unstable/devel/monotone-viz
http://ftp.debian.org/debian/pool/main/m/monotone-viz/


Does this not run on amd64?

--
Matthew A. Nicholson
matt-land.com



___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz for Debian

[Shaun Jackman]

On 4/13/06, Matthew A. Nicholson [EMAIL PROTECTED] wrote:
 Shaun Jackman wrote:
  Shaun Jackman wrote:
  I have packaged monotone-viz for Debian. It should make its way into
  the Debian archives shortly. Enjoy!
 
  On 4/12/06, Matthew A. Nicholson [EMAIL PROTECTED] wrote:
  Is this going to get included in the net.venge.monotone-viz tree?
 
  I hadn't planned on it. In the past, I've tried keeping Debian
  packaging information in the upstream author's revision control
  system, but I've found I'm terrible at making a change and uploading
  it to the Debian server, but forgetting to push the changes to the
  upstream author's RCS. So, the one true source for the Debian package
  is here:
 
  http://packages.debian.org/unstable/devel/monotone-viz
  http://ftp.debian.org/debian/pool/main/m/monotone-viz/

 Hmm... I have found packages maintained upstream are better than
 packages that are not.  One reason is the source I get from apt-get
 source is the same as the source I get from upstream.  This is not an
 issue with monotone-viz though.

The .orig.tar.gz is the exact source that the upstream author
distributes. The .diff.gz includes the Debian packaging information.
If any patches to the upstream source are required, I'll push the
patch upstream through the mailing list.

Cheers,
Shaun
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz for Debian

[Matthew A. Nicholson]

Is this going to get included in the net.venge.monotone-viz tree?

Shaun Jackman wrote:

I have packaged monotone-viz for Debian. It should make its way into
the Debian archives shortly. Enjoy!

Cheers,
Shaun



--
Matthew A. Nicholson
matt-land.com


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz for Debian

[Shaun Jackman]

 Shaun Jackman wrote:
  I have packaged monotone-viz for Debian. It should make its way into
  the Debian archives shortly. Enjoy!

On 4/12/06, Matthew A. Nicholson [EMAIL PROTECTED] wrote:
 Is this going to get included in the net.venge.monotone-viz tree?

I hadn't planned on it. In the past, I've tried keeping Debian
packaging information in the upstream author's revision control
system, but I've found I'm terrible at making a change and uploading
it to the Debian server, but forgetting to push the changes to the
upstream author's RCS. So, the one true source for the Debian package
is here:

http://packages.debian.org/unstable/devel/monotone-viz
http://ftp.debian.org/debian/pool/main/m/monotone-viz/

Cheers,
Shaun
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz: Not_found

[Jon Bright]

Shaun Jackman wrote:

On 3/20/06, Olivier Andrieu [EMAIL PROTECTED] wrote:
...

There, I pushed a new revision to repository on venge.net. Could you
try it and tell me if this fixes your problem ? If so, I'll release a
monotone-viz 0.15.


Colour me dumb. What am I doing wrong here?


It's a wild guess, but I'd say you're using an older monotone than 
0.26pre and hence using an old port number.  venge.net is then replying 
with ICMP host unreachable.  Or I'm entirely wrong.


--
Jon


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz: Not_found

[Daniel Carosone]

On Mon, Mar 20, 2006 at 02:24:26PM -0700, Shaun Jackman wrote:
 On 3/20/06, Olivier Andrieu [EMAIL PROTECTED] wrote:
 ...
  There, I pushed a new revision to repository on venge.net. Could you
  try it and tell me if this fixes your problem ? If so, I'll release a
  monotone-viz 0.15.
 
 Colour me dumb. What am I doing wrong here?

You're behind some kind of firewall, possibly on the local host, that
rejects the connection with a socket error (local) or ICMP message
(remote) rather than just dropping it (which would give you a timeout).

--
Dan.


pgp2ewWtYMmWS.pgp
Description: PGP signature
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz: Not_found

[Nathaniel Smith]

On Tue, Mar 28, 2006 at 07:29:58AM +1100, Daniel Carosone wrote:
 On Mon, Mar 20, 2006 at 02:24:26PM -0700, Shaun Jackman wrote:
  On 3/20/06, Olivier Andrieu [EMAIL PROTECTED] wrote:
  ...
   There, I pushed a new revision to repository on venge.net. Could you
   try it and tell me if this fixes your problem ? If so, I'll release a
   monotone-viz 0.15.
  
  Colour me dumb. What am I doing wrong here?
 
 You're behind some kind of firewall, possibly on the local host, that
 rejects the connection with a socket error (local) or ICMP message
 (remote) rather than just dropping it (which would give you a timeout).

No, it's the firewall on venge.net, that is blocking attempts to
contact the old netsync port.  Need to use an 0.26-series monotone to
connect to venge.net.

-- Nathaniel

-- 
Damn the Solar System.  Bad light; planets too distant; pestered with
comets; feeble contrivance; could make a better one myself.
  -- Lord Jeffrey


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] monotone-viz for Debian

[Shaun Jackman]

I have packaged monotone-viz for Debian. It should make its way into
the Debian archives shortly. Enjoy!

Cheers,
Shaun
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz for Debian

[Matthew A. Nicholson]

Awesome!!  Now I might try it out :).

Shaun Jackman wrote:

I have packaged monotone-viz for Debian. It should make its way into
the Debian archives shortly. Enjoy!

Cheers,
Shaun



--
Matthew A. Nicholson
matt-land.com


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz: Not_found

[Olivier Andrieu]

 Shaun Jackman [Monday 20 March 2006] :
 
  When I run monotone-viz 0.13 and 0.14, they both give the error
  `unhandled exception: Not_found'. Although, it does not mention what
  exactly was not found. monotone-viz 0.12 runs as expected.

Hi, 

yes I know about this. It happens when you try to view a graph with
only one (or maybe two nodes). I'll see about it, er ... soon !

-- 
   Olivier


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz: Not_found

[Shaun Jackman]

On 3/20/06, Olivier Andrieu [EMAIL PROTECTED] wrote:
...
 What version of monotone are you using, if that's 0.25, indeed it
 won't work, the venge.net repository is now using the development
 version (0.26prex) which uses a different port (hence the
 network-related error).

 Anyway, here's the updated monotone-viz file :)

Your update fixed an issue where monotone-viz was displaying
`MTQ10DY=' in the node's label instead of the node's tag, which was
`14586'. However, I still see the same error of `unhandled exception:
Not_found'.

Cheers,
Shaun
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Monotone-viz release 0.13

[Shaun Jackman]

On 2/7/06, Olivier Andrieu [EMAIL PROTECTED] wrote:
 Hi,

 I've just released monotone-viz 0.13
...

Call me crazy, but I can't find the branch drop-down box in monotone-viz 0.13.

Cheers,
Shaun
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] monotone-viz 0.14

[Olivier Andrieu]

Hej,

I've released monotone-viz version 0.14 (source tarballs and a binary) :
http://oandrieu.nerim.net/monotone-viz/

The main new feature is the support for the new database format in
mainline (using blobs instead of base64 encoding), and a couple of UI
improvements. It's still compatible with base64 databases, so it
should work if you're still using monotone 0.25.

-- 
   Olivier


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz compiled error

[Matthew A. Nicholson]

Olivier Andrieu wrote:

 Drakie Awita [Saturday 4 February 2006] :
 
  I've checked out the latest n.v.monotone-viz (as of 2006-02-02) and
  encountered the following while compiling
  
  # ./configure --with-shared-sqlite=no

  # make
  ..
  ocamlopt -o monotone-viz -I . -I ocamlnet-0.97.1 -I mlsqlite -I
  extlib-1.3 -I /usr/src/net.venge.monotone-viz/lablgtk/src -I glib -I
  crypto str.cmxa lablgtk.cmxa gtkInit.cmx lablgnomecanvas.cmxa 
  ocamlnet-0.97.1/base64.cmx mlsqlite/sqlite3.cmx extlib-1.3/IO.cmx

  extlib-1.3/unzip.cmx glib/gspawn.cmx glib/giochannel.cmx
  glib/viz_gmisc.cmx glib/gpattern.cmx crypto/crypto.cmx viz_misc.cmx
  viz_types.cmx q.cmx dot_lexer.cmx dot_parser.cmx revision_lexer.cmx
  revision_parser.cmx subprocess.cmx components.cmx database.cmx
  agraph.cmx autocolor.cmx viz_style.cmx icon.cmx ui.cmx unidiff.cmx
  view.cmx query.cmx app.cmx version.cmx main.cmx lib3rdparty.a
  /usr/lib/libcrypto.a
  No implementations provided for the following modules:
camlPango referenced from view.cmx
  make: *** [monotone-viz] Error 2
  
  
  I'm not familiar with OCAML and cannot find the word 'camlPango' used

  anywhere in the monotone-viz package.  Can anyone help tell how to fix
  this error?

??. Beats me. I have no idea where this camlPango comes from. On what
environment are you working (Linux, MacOSX, ...) ?


Pango is part of GTK+, something to do with text rendering.  I am 
guessing camlPango is the ocaml bindings.


--
Matthew A. Nicholson
Matt-Land.com


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] Monotone-viz release 0.13

[Olivier Andrieu]

Hi,

I've just released monotone-viz 0.13 http://oandrieu.nerim.net/monotone-viz/ 
Two tarballs, one with a bundled lablgtk:
  http://oandrieu.nerim.net/monotone-viz/monotone-viz-0.13.tar.gz
one without:
  http://oandrieu.nerim.net/monotone-viz/monotone-viz-0.13-nolablgtk.tar.gz
and a binary (Linux x86):
  http://oandrieu.nerim.net/monotone-viz/monotone-viz.exe.gz

There's not much new stuff, the big difference since 0.12 is support
for monotone 0.26pre1. Simply change the path to the monotone
executable in the preferences.

The other important change is that `disapprove' nodes are no longer
displayed in a special way (the diamond shape). The reason is that
monotone-viz used to fetch all `changelog' certs from the db to
determine which nodes were merges/propagates and which were
disapproves. But this is quite slow for typical databases. Since
merges nodes are easy to find (they have more than one parent), the
cert parsing step was only required for disapprove nodes. Those aren't
very frequent in my databases, so I felt I'd just lose the information
and skip this step.

-- 
   Olivier


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] monotone-viz compiled error

[Drakie Awita]

I've checked out the latest n.v.monotone-viz (as of 2006-02-02) and
encountered the following while compiling

# ./configure --with-shared-sqlite=no
# make
..
ocamlopt -o monotone-viz -I . -I ocamlnet-0.97.1 -I mlsqlite -I
extlib-1.3 -I /usr/src/net.venge.monotone-viz/lablgtk/src -I glib -I
crypto str.cmxa lablgtk.cmxa gtkInit.cmx lablgnomecanvas.cmxa 
ocamlnet-0.97.1/base64.cmx mlsqlite/sqlite3.cmx extlib-1.3/IO.cmx
extlib-1.3/unzip.cmx glib/gspawn.cmx glib/giochannel.cmx
glib/viz_gmisc.cmx glib/gpattern.cmx crypto/crypto.cmx viz_misc.cmx
viz_types.cmx q.cmx dot_lexer.cmx dot_parser.cmx revision_lexer.cmx
revision_parser.cmx subprocess.cmx components.cmx database.cmx
agraph.cmx autocolor.cmx viz_style.cmx icon.cmx ui.cmx unidiff.cmx
view.cmx query.cmx app.cmx version.cmx main.cmx lib3rdparty.a
/usr/lib/libcrypto.a
No implementations provided for the following modules:
  camlPango referenced from view.cmx
make: *** [monotone-viz] Error 2


I'm not familiar with OCAML and cannot find the word 'camlPango' used
anywhere in the monotone-viz package.  Can anyone help tell how to fix
this error?

The released version monotone-viz-0.12 is compiled OK in the same
machine environment.  I can run monotone-viz-0.12 on a rosterified
monotone database and show the history graph nicely, but when I click
on any revision box, it shows the error of:
Error while parsing revision set of revision-id

(Does anyone know how to fix this error?  I'm running rosterified v0.26-pre1)
This is why I'm trying out the latest development branch, which is of revision:

# mtn log --last=1
-
Revision: 26c1aca28e42e0dc944adc8585951eea8e3350c0
Ancestor: d1441e70a7722f9dbace7a0545c1db5a56fce639
Author: [EMAIL PROTECTED]
Date: 2006-01-13T17:17:32
Branch: net.venge.monotone-viz
...

And here is the machine environment where both n.v.monotone-viz and
monotone-viz-0.12 are compiled:

# pkg-config --modversion pango
1.10.2
# pkg-config --modversion atk
1.10.3
# pkg-config --modversion glib
1.2.10
# pkg-config --modversion gtk+-2.0
2.8.10
# apt-show-versions ocaml
ocaml/testing uptodate 3.09.0-4

When compiling n.v.monotone-viz, I've made the symbolic links of:
monotone - /usr/src/monotone-0.26pre1
lablgtk - /usr/src/monotone-viz-0.12/lablgtk
so that I don't have to install LablGTK and Sqlite myself.  Don't know
if it's the cause for the above compiler error.

Thanks for any hint in advance

--- Drakie


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz crashes on refresh

[Olivier Andrieu]

 Richard Levitte - VMS Whacker [Monday 16 January 2006] :
  oandrieu This usually doesn't help much but in this case I see that
  oandrieu cairo is linked : you must be using GTK 2.8, right ? Could
  oandrieu you give me the exact version of GTK+ and Cairo you're
  oandrieu running ? I never tested monotone-viz with GTK 2.8, I'll try
  oandrieu that tonight.
  
  Does this help?
  
  : ; apt-cache search gtk | grep ocaml | cut -f1 -d' ' | xargs -l 
  apt-show-versions | grep -v ' not installed'
  liblablgl-ocaml/unstable uptodate 1.02-1
  liblablgl-ocaml-dev/unstable uptodate 1.02-1
  liblablgtk2-gnome-ocaml/unstable uptodate 2.6.0-2
  liblablgtk2-gnome-ocaml-dev/unstable uptodate 2.6.0-2
  liblablgtk2-ocaml/unstable uptodate 2.6.0-2
  liblablgtk2-ocaml-dev/unstable uptodate 2.6.0-2
  : ; apt-cache search cairo | cut -f1 -d' ' | xargs -l apt-show-versions | 
  grep -v ' not installed'
  libcairo2/unstable uptodate 1.0.2-3
  libcairo2-dev/unstable uptodate 1.0.2-3
  python2.3-cairo/unstable uptodate 1.0.2-1

Not really :), I still don't know which version of GTK+ you have. 

Anyway I could not reproduce the crash with GTK+ 2.8 on my system
(using GTK cvs from the 2-8 branch). 

-- 
   Olivier


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz crashes on refresh

[Olivier Andrieu]

 Richard Levitte - VMS Whacker [Sunday 15 January 2006] :
 
  Hi,
  
  it seems monotone-viz has a problem with refresh, and crashes.  The
  output I got is attached.

Ouch. Is it reproducible ? You simply press the Refresh button and it
crashes right away ?

  I don't know even where to begin looking, as I don't know one bit of
  OCaml.  If there's anything I can do to help track this, please tell
  me.
  
  I dunno if it helps to know this: I run on Debian [unstable], freshly
  updated.  The monotone-viz I tried is linked with a fresh library from
  a fresh update of monotone as well as the following list of shared
  libraries:

This usually doesn't help much but in this case I see that cairo is
linked : you must be using GTK 2.8, right ? Could you give me the
exact version of GTK+ and Cairo you're running ? I never tested
monotone-viz with GTK 2.8, I'll try that tonight.

Sorry you seem to be experiencing all the bugs :/
-- 
   Olivier


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz crashes on refresh

[Richard Levitte - VMS Whacker]

In message [EMAIL PROTECTED] on Mon, 16 Jan 2006 10:44:04 +0100, Olivier 
Andrieu [EMAIL PROTECTED] said:

oandrieu  Richard Levitte - VMS Whacker [Sunday 15 January 2006] :
oandrieu  
oandrieu   it seems monotone-viz has a problem with refresh, and
oandrieu   crashes.  The output I got is attached.
oandrieu 
oandrieu Ouch. Is it reproducible ? You simply press the Refresh
oandrieu button and it crashes right away ?

Yes, that's correct.

oandrieu This usually doesn't help much but in this case I see that
oandrieu cairo is linked : you must be using GTK 2.8, right ? Could
oandrieu you give me the exact version of GTK+ and Cairo you're
oandrieu running ? I never tested monotone-viz with GTK 2.8, I'll try
oandrieu that tonight.

Does this help?

: ; apt-cache search gtk | grep ocaml | cut -f1 -d' ' | xargs -l 
apt-show-versions | grep -v ' not installed'
liblablgl-ocaml/unstable uptodate 1.02-1
liblablgl-ocaml-dev/unstable uptodate 1.02-1
liblablgtk2-gnome-ocaml/unstable uptodate 2.6.0-2
liblablgtk2-gnome-ocaml-dev/unstable uptodate 2.6.0-2
liblablgtk2-ocaml/unstable uptodate 2.6.0-2
liblablgtk2-ocaml-dev/unstable uptodate 2.6.0-2
: ; apt-cache search cairo | cut -f1 -d' ' | xargs -l apt-show-versions | grep 
-v ' not installed'
libcairo2/unstable uptodate 1.0.2-3
libcairo2-dev/unstable uptodate 1.0.2-3
python2.3-cairo/unstable uptodate 1.0.2-1

oandrieu Sorry you seem to be experiencing all the bugs :/

Someone has to, and hey, I chose to use the bleeding edge, knowingly,
so you have nothing to appologise for.

Besides, I still run most of my stuff with version 0.25 (and
consequently, a slightly older monotone-viz as well).  They work as
expected, so you can rest easy, I'm not completely crushed down by the
bugs that you introduce :-).

Cheers,
Richard

-
Please consider sponsoring my work on free software.
See http://www.free.lp.se/sponsoring.html for details.

-- 
Richard Levitte [EMAIL PROTECTED]
http://richard.levitte.org/

When I became a man I put away childish things, including
 the fear of childishness and the desire to be very grown up.
-- C.S. Lewis


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz can't parse?

[Olivier Andrieu]

Hej Richard,

 Richard Levitte - VMS Whacker [Thursday 12 January 2006] :
  I've built monotone-viz (latest possible incarnation) with 0.26pre1
  (well, actually, latest possible incarnation of mainline monotone as
  well), 

My latest commit is andrieu/2006-01-08T15:04 .

  and am noticing that it gives an error when trying to parse the
  revision or log for some revisions of monotone.  Mostly merges, but
  I've noticed one non-merge revision getting the same kind of error.

If it's a parse error you should get an error window when clicking on
a node : the complete id of the revision should appear in the
window. Could you extract some of the problematic revisions (with
monotone automate get_revision) and send them to me ?

I admit that I didn't have a close look at monotone's source to
understand the format of revisions, I simply tried a couple of them
and guessed what had changed. 

  I don't know OCaml, and while Nathaniel encourages me to see things
  like these as an opportunity to learn, I'd rather value my time and
  leave this to the expert, at least for this one.  Olivier?

Sure, shouldn't take much time ... if you can provide me with a
revision that trips m-viz or, better, if you can point me to the
precise grammar of revisions.

-- 
   Olivier


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz can't parse?

[Nathaniel Smith]

On Thu, Jan 12, 2006 at 11:57:36AM +0100, Olivier Andrieu wrote:
 Sure, shouldn't take much time ... if you can provide me with a
 revision that trips m-viz or, better, if you can point me to the
 precise grammar of revisions.

Probably a good thing to look at, since there are definitely things
that can show in revs now that have not been used in the wild...

Unfortunately, there's no prose description yet.  (I guess someone
should fix that.  Probably the automate get_revision documentation
in the manual is wrong and misleading now.)

But the code is reasonably easy to extract a grammar from -- the
relevant functions are:
  revision.cc:parse_revision
which calls
  revision.cc:parse_edge
which calls
  cset.cc:parse_cset
which does most of the dirty work :-).

Some major differences that come to mind:
  -- delete doesn't differentiate files and dirs (but add does)
  -- add doesn't come with a patch [] - [foo] entry anymore
  -- attrs show up in revisions
Also note that the root directory is a directory (almost) like any
other, and is named  (the empty string).  The first revision has to
add it, etc.

-- Nathaniel

-- 
Details are all that matters; God dwells there, and you never get to
see Him if you don't struggle to get them right. -- Stephen Jay Gould


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz can't parse?

[Richard Levitte - VMS Whacker]

In message [EMAIL PROTECTED] on Thu, 12 Jan 2006 09:56:28 -0800, Nathaniel 
Smith [EMAIL PROTECTED] said:

njs Probably the automate get_revision documentation in the manual
njs is wrong and misleading now.

Speaking of formats, I find it a bit surprising that the revision for
a merge only shows one old_revision line, not two.  Comment?

Cheers,
Richard

-
Please consider sponsoring my work on free software.
See http://www.free.lp.se/sponsoring.html for details.

-- 
Richard Levitte [EMAIL PROTECTED]
http://richard.levitte.org/

When I became a man I put away childish things, including
 the fear of childishness and the desire to be very grown up.
-- C.S. Lewis


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz can't parse?

[Olivier Andrieu]

 Richard Levitte - VMS Whacker [Thursday 12 January 2006] :
  oliv__a If it's a parse error you should get an error window when
  oliv__a clicking on a node
  
  Yup, Error while parsing revision set of {ID}, with {ID} being the
  revisions ID.
  
  oliv__a Could you extract some of the problematic revisions (with
  oliv__a monotone automate get_revision) and send them to me ?
  
  Sure:
  
  a322b3208e997e35c0d4d4510a4f458714d381c0 which is a merge.
  8483234a798b463f624baefd6d5477d58a5cedf9 which is a non-merge.
  167b28f76c477145a6813e853e3960fe38c9122e which is the original
propagate from n.v.m to n.v.m.experiment.rosters

Right, rename_file has become rename and delete_file,
delete. I've committed a new revision.

-- 
   Olivier


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz can't parse?

[Nathaniel Smith]

On Thu, Jan 12, 2006 at 10:04:24PM +0100, Richard Levitte - VMS Whacker wrote:
 In message [EMAIL PROTECTED] on Thu, 12 Jan 2006 09:56:28 -0800, Nathaniel 
 Smith [EMAIL PROTECTED] said:
 
 njs Probably the automate get_revision documentation in the manual
 njs is wrong and misleading now.
 
 Speaking of formats, I find it a bit surprising that the revision for
 a merge only shows one old_revision line, not two.  Comment?

Err, looks like two to me!

frances:~/src/monotone/src$ ../opt/monotone automate get_revision \
   e53959861094dc3e142a273ab92e4198bf1d301f | grep old_revision
old_revision [a2c65c653c122d52cd44ffdf98bc363a0fbe29d0]
old_revision [d34bca52539ecb554286ccdf1e93ba48f0415113]

-- Nathaniel

-- 
But in Middle-earth, the distinct accusative case disappeared from
the speech of the Noldor (such things happen when you are busy
fighting Orcs, Balrogs, and Dragons).


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] monotone-viz can't parse?

[Richard Levitte - VMS Whacker]

Hi,

I've built monotone-viz (latest possible incarnation) with 0.26pre1
(well, actually, latest possible incarnation of mainline monotone as
well), and am noticing that it gives an error when trying to parse the
revision or log for some revisions of monotone.  Mostly merges, but
I've noticed one non-merge revision getting the same kind of error.

I don't know OCaml, and while Nathaniel encourages me to see things
like these as an opportunity to learn, I'd rather value my time and
leave this to the expert, at least for this one.  Olivier?

Cheers,
Richard (about to get stressed to get to work)

-
Please consider sponsoring my work on free software.
See http://www.free.lp.se/sponsoring.html for details.

-- 
Richard Levitte [EMAIL PROTECTED]
http://richard.levitte.org/

When I became a man I put away childish things, including
 the fear of childishness and the desire to be very grown up.
-- C.S. Lewis


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] Monotone-viz news

[Olivier Andrieu]

Hej,
Some news about monotone-viz. 

First of all, I didn't receive any feedback at all about the previous
release, so I hope it means that it works allright for everybody.

The lastest revision in the repository should be able to browse
both regular (= 0.25) and rosterified (= 0.26) databases. Let me
know if you see anything wrong.

IIRC there's a branch somewhere in which the sqlite db is using BLOBs
instead of base64. This is not supported yet, but if somebody needs it
I can adapt monotone-viz, there shouldn't be much trouble.

-- 
   Olivier


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] monotone-viz oddities again?

[Richard Levitte - VMS Whacker]

I just noticed that I'm currently getting a disconnected graph in
monotone-viz.  Am I alone in this?  Olivier, can you remind me how to
generate some debugging output for you?

Cheers,
Richard

-- 
Richard Levitte [EMAIL PROTECTED]
http://richard.levitte.org/

When I became a man I put away childish things, including
 the fear of childishness and the desire to be very grown up.
-- C.S. Lewis


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] monotone-viz on Windows (was: List revision IDs without a working copy?)

[Steven E. Harris]

Justin Patrin [EMAIL PROTECTED] writes:

 monotone-viz is especially useful.

Yes, monotone-viz is appealing. I've looked at the screen shot several
times, but I need to run it on Windows (perhaps via Cygwin). Building
it up from source would be quite a diversion at the moment. I have not
been able to find a pre-built Windows binary.

-- 
Steven E. Harris



___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel