<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    Hi,<br>
    <br>
    Thanks for this mixed feedback. I understand that my detailed posts
    about installation on Windows may bore those who have a working CW
    environment. And frankly I would rather like to have one sooner than
    later to get to the really interesting stuff. However, it appears
    that installation on Linux is much better supported due to the more
    mature packaging system than Windows. I also get the impression that
    CW developers are keen to make it smoothly installable on Windows
    which is - like it or not - a popular platform. And if I have to go
    through a somewhat bumpy installation process I make an effort to
    let people know what might be wrong rather than working silently for
    myself which would arguably not contribute to solving any problem.<br>
    <br>
    My concern regarding where cubes are installed is that there should
    be a consistent policy. Either install them all in site-packages or
    in Pythonxy/share/cubicweb/cubes/, but not some here and others
    there depending on whether you use pip or not. So it is not about
    some fiddling until it happens to work on my machine, but to make CW
    installation more fun in the future. Before using symlinks or
    whatever on Widnows I'd rather copy the package dir or egg file
    somewhere else.<br>
    <br>
    On forest: if I had to install an older Mercurial to use a forest
    extension that is no longer being maintained, I'd believe there is
    something wrong with CW. Therefore I decided to do it withoutd hg,
    although I'd really prefer pulling from hg repos to manual
    ftp-downloads. However, I understand that there is some support for
    moving away from forest using subrepos in the long run which I think
    is the way to go.<br>
    <br>
    Back to the blog cube: I am not so sure if the Pyro dependency is
    necessary given that the docs say that one can live without unless
    one wants to use multiple machines.<br>
      <br>
    Leo<br>
    <br>
    <br>
     <br>
    <br>
    <br>
     Am 21.09.2010 18:26, schrieb Aurélien Campeas:
    <blockquote cite="mid:1285086410.19062.18.camel@hercules.logilab.fr"
      type="cite">
      <pre wrap="">Le mardi 21 septembre 2010 à 18:19 +0200, Aurélien Campeas a écrit :

</pre>
      <blockquote type="cite">
        <pre wrap="">(also see
<a class="moz-txt-link-freetext" href="http://docs.cubicweb.org/admin/setup.html#mercurialinstallation">http://docs.cubicweb.org/admin/setup.html#mercurialinstallation</a>)
</pre>
      </blockquote>
      <pre wrap="">wrong link, the right one would be:
<a class="moz-txt-link-freetext" href="http://docs.cubicweb.org/admin/setup.html#install-from-version-control-system">http://docs.cubicweb.org/admin/setup.html#install-from-version-control-system</a>

Of course the forest extension no longer works with mercurial 1.6 (I'v
been told), so even this path has traps.


</pre>
      <pre wrap=""><fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Cubicweb mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Cubicweb@lists.cubicweb.org">Cubicweb@lists.cubicweb.org</a>
<a class="moz-txt-link-freetext" href="http://lists.cubicweb.org/mailman/listinfo/cubicweb">http://lists.cubicweb.org/mailman/listinfo/cubicweb</a>
</pre>
    </blockquote>
  </body>
</html>