<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Hello,
    <br>
    <br>
    On 12/4/18 10:38 PM, Ludovic Rousseau wrote:
    <br>
    <blockquote type="cite" style="color: #000000;">Le mar. 4 déc. 2018
      Ã  16:36, Pierre Biava <a class="moz-txt-link-rfc2396E"
        href="mailto:pierre.biava@orange.fr"><pierre.biava@orange.fr></a>
      a Ã©crit :
      <br>
      <blockquote type="cite" style="color: #000000;">Frédéric Trouche a
        Ã©crit le 03/12/2018 Ã  23:42 :
        <br>
        <br>
        Bonjour,
        <br>
        <blockquote type="cite" style="color: #000000;">Ok.
          <br>
          <br>
          Ne serait-il pas possible d'insérer (append) l'ID de commit au
          numéro
          <br>
          de version mineur lorsqu'on est en mode debug (c'est-à-dire,
          d'après
          <br>
          mes souvenirs, lorsque la compilation concerne une version de
          <br>
          développement) ?
          <br>
          <br>
          Au moins tous les "ports" partageraient la même nomenclature.
          <br>
          <br>
        </blockquote>
        Les versions de développement ont un numéro mineur impair. Les
        versions
        <br>
        stables un numéro mineur pair. Si on fait quelque chose comme Ã§a
        se sera
        <br>
        avec le numéro micro comme dans le script de Ludovic.
        <br>
        <br>
        Maintenant je ne sais pas si c'est faisable.
        <br>
      </blockquote>
      Le script pour recompiler la version Windows par AppVeyor utilise
      le
      <br>
      script share/appveyor-build.sh qui utilise autogen.sh pour
      régénérer
      <br>
      le script configure
      <br>
    </blockquote>
    Je profite du mail pour rebondir sur ce point : l'intégration de la
    compilation Windows a Ã©té faite de façon très empirique (ça, vous
    l'avez remarqué) et sans forcément mimer ce qui pouvait exister pour
    Linux ou MacOS ; peut-être pourrait-on définir quelque chose de plus
    "générique", dans l'avenir.
    <br>
    <blockquote type="cite" style="color: #000000;"><a
        class="moz-txt-link-freetext"
href="https://github.com/grisbi/grisbi/blob/master/share/appveyor-build.sh#L21">https://github.com/grisbi/grisbi/blob/master/share/appveyor-build.sh#L21</a>
      <br>
      <br>
      Ã‡a devrait Ãªtre faisable d'utiliser le même mécanisme que mon
      script
      <br>
      pour modifier grisbi_micro_version et ajouter le hash cours du
      dernier
      <br>
      commit git.
      <br>
      <br>
      Peut-être même qu'on peut réutiliser le même code:
      <br>
      version=$(git rev-parse --short HEAD)
      <br>
      echo "Using git version: $version"
      <br>
      <br>
      sed -i -e
      s/$grisbi_micro_version.*\)/$grisbi_micro_version-$version\)/
      <br>
      configure.ac
      <br>
      <br>
      <br>
      <blockquote type="cite" style="color: #000000;">Mes modifications
        Ã©taient nécessitées par le fait que la compilation
        <br>
        avec appveyor ne pouvait pas se faire avec le même numéro de
        version
        <br>
        pour le fichier. C'est pourquoi j'avais ajouté l'heure dans le
        nom. Si
        <br>
        on met un numéro de commit Ã  la place on ne devrait plus Ãªtre
        embêté.
        <br>
      </blockquote>
      En utilisant le hash court chaque version aura un numéro
      différent.
      <br>
      AppVeyor devrait Ãªtre content
      <br>
      <br>
      Frédéric, peux-tu essayer de modifier ton grisbi pour faire Ã§a
      avec AppVeyor ?
      <br>
    </blockquote>
    Ã§a devrait le faire.
    <br>
    <blockquote type="cite" style="color: #000000;">
      <br>
      J'ai testé la version 32 bits disponible sur AppVeyor.
      <br>
      <a class="moz-txt-link-freetext"
href="https://ci.appveyor.com/project/xfred81/grisbi/build/job/1734gb71kfifnc5v/artifacts">https://ci.appveyor.com/project/xfred81/grisbi/build/job/1734gb71kfifnc5v/artifacts</a>
      <br>
      <br>
      L'installation se passe bien. Mais j'ai une erreur Ã  l'exécution :
      <br>
      " L'application n'a pas pu démarrer car sa configuration
      côte-à-côte
      <br>
      est incorrect. Pour plus d'informations consulter le journal des
      <br>
      Ã©vénements des applications ou utilisez l'outil de ligne de
      commande
      <br>
      sxstrace.exe. "
      <br>
      <br>
      En utilisant sxstrace j'obtiens un message, pas forcement plus
      clair :
      <br>
      =================
      <br>
      Début de la génération du contexte d’activation.
      <br>
      Paramètre d’entrée :
      <br>
      Â Â Â Â  Flags = 0
      <br>
      Â Â Â Â  ProcessorArchitecture = Wow32
      <br>
      Â Â Â Â  CultureFallBacks = fr-FR;fr;en-US;en
      <br>
      Â Â Â Â  ManifestPath = C:\Program Files
      <br>
      (x86)\Grisbi-1.1.93-2018.12.03-20\bin\grisbi.exe
      <br>
      Â Â Â Â  AssemblyDirectory = C:\Program Files
      (x86)\Grisbi-1.1.93-2018.12.03-20\bin\
      <br>
      Â Â Â Â  Application Config File =
      <br>
      -----------------
      <br>
      Information : analyse du fichier manifeste C:\Program Files
      <br>
      (x86)\Grisbi-1.1.93-2018.12.03-20\bin\grisbi.exe.
      <br>
      Â Â Â Â  Information : l’identité de la définition du manifeste est
      (null).
      <br>
      Â Â Â Â  Erreur : ligne 1 : erreur de syntaxe XML.
      <br>
      Erreur : Ã©chec de la génération du contexte d’activation.
      <br>
      Fin de la génération du contexte d’activation.
      <br>
      <br>
      =================
      <br>
      Début de la génération du contexte d’activation.
      <br>
      Paramètre d’entrée :
      <br>
      Â Â Â Â  Flags = 0
      <br>
      Â Â Â Â  ProcessorArchitecture = AMD64
      <br>
      Â Â Â Â  CultureFallBacks = fr-FR;fr;en-US;en
      <br>
      Â Â Â Â  ManifestPath = C:\Program Files
      <br>
      (x86)\Grisbi-1.1.93-2018.12.03-20\bin\grisbi.exe
      <br>
      Â Â Â Â  AssemblyDirectory = C:\Program Files
      (x86)\Grisbi-1.1.93-2018.12.03-20\bin\
      <br>
      Â Â Â Â  Application Config File =
      <br>
      -----------------
      <br>
      Information : analyse du fichier manifeste C:\Program Files
      <br>
      (x86)\Grisbi-1.1.93-2018.12.03-20\bin\grisbi.exe.
      <br>
      Â Â Â Â  Information : l’identité de la définition du manifeste est
      (null).
      <br>
      Â Â Â Â  Erreur : ligne 1 : erreur de syntaxe XML.
      <br>
      Erreur : Ã©chec de la génération du contexte d’activation.
      <br>
      Fin de la génération du contexte d’activation.
      <br>
      <br>
      <br>
      Pour information c'est facile d'installer Windows 10 dans une
      machine
      <br>
      virtuelle (VirtualBox par exemple).
      <br>
      Microsoft fournis les images ISO de Windows gratuitement.
      <br>
      <a class="moz-txt-link-freetext"
        href="https://www.microsoft.com/en-us/software-download/windows10ISO">https://www.microsoft.com/en-us/software-download/windows10ISO</a>
      <br>
      <br>
      Ã +
      <br>
    </blockquote>
    <br>
    Je tente l'ISO (dingue que Crosoft fasse Ã§a... bon j'ai pas de
    licence, Ã©videmment. Je verrai bien).
    <br>
    <br>
    Concernant le "manifest" c'est encore une Windowzerie bizarre. Le
    source est src/win-main.manifest.xml.in, qui est censé décrire les
    différentes versions de Windows supportées. J'ai dû faire une bourde
    quelconque car il me semble bien que Ã§a fonctionnait y a quelques
    temps.
    <br>
    <br>
    J'essaie de regarder tout Ã§a. Clair que si j'ai un Windows chez moi
    je vais pas danser partout mais Ã§a pourrait aider Ã  faire avancer le
    smilblik un poil plus vite !
    <br>
    <br>
    Merci pour le tuyau btw.
    <br>
    <br>
    Je vous tiens au jus.
    <br>
    <br>
    Fred -
    <br>
    <br>
  </body>
</html>