[grisbi-devel] Migration Grisbi vers Gtk3

[Pierre Biava]

Bonjour,

J'ai commencé à migrer vers master une partie de ma branche
grisbi-gtk3-2 (non poussée pour l'instant). Je vérifie avant que c'est
compilable et fonctionnel mais je ne teste pas tout. Il se peut qu'il y
ait des bugs. Donc prudence.

J'utilise la version 3.18 de Gtk, ce qui fait que beaucoup de choses
sont devenues obsolÚtes. En particulier la gestion des couleurs
(GdkColor remplacé par GdkRGBA et CSS) et la sérialisation des données,
ce qui va entraîner un changement de version du fichier de comptes
probablement sans compatibilité descendante au moins pour les icÎnes.

Je me demande donc si il faut encore les intégrer au fichier de comptes
ou revenir à des fichiers externes.

En ce qui concerne le formulaire, partie opération, j'ai intégré la
nouvelle gestion du dimensionnement des widgets. Ça fonctionne à peu
prÚs sauf pour la premiÚre fois où il faut cliquer dans la vue des
opérations ou dans un champs quelconque. Je ne vois pas ce qui cloche.

Pour la partie échéancier on a encore le bug car je n'ai rien fait pour
l'instant.

Dans la branche grisbi-gtk3-2, j'ai fait plusiers choses :

- j'ai intégré GApplication et GtkApplication avec GAction, Gmenu et
GApplicationCommandLine ...
- j'ai utilisé GSettings pour remplacer grisbi.conf
- j'ai nettoyé le code de tout ce qui concernait l'importation des
fichiers de la version 0.5.x et antérieurs
- j'ai commencé à réécrire la partie Préférences

J'aimerai avoir votre avis/suggestions sur les changements apportés et à
apporter.

Bonne journée.

[Pascal Bourdais]

Bonjour Pierre,

Je vais avoir un peu de temps cette semaine, mais il faut que j'installe
Ubuntu 16.04 (je suis en 32 bits, donc bloqué à la 15.04, et redonc
bloqué à GTK 3.12) pour pouvoir compiler, et je fais des remontées.

Ce qui me bloque, c'est :

/home/src/master/src/utils.c:1085: undefined reference to
`gtk_label_set_yalign'

Cette fonction n'existe qu'à partir de la 3.14.

Mais de toutes façons, il faut que je passe en 64bits ... J'ai peur :)

Cordialement,

Post by Pierre Biava
Bonjour,
J'ai commencé à migrer vers master une partie de ma branche
grisbi-gtk3-2 (non poussée pour l'instant). Je vérifie avant que c'est
compilable et fonctionnel mais je ne teste pas tout. Il se peut qu'il y
ait des bugs. Donc prudence.
J'utilise la version 3.18 de Gtk, ce qui fait que beaucoup de choses
sont devenues obsolètes. En particulier la gestion des couleurs
(GdkColor remplacé par GdkRGBA et CSS) et la sérialisation des données,
ce qui va entraîner un changement de version du fichier de comptes
probablement sans compatibilité descendante au moins pour les icônes.
Je me demande donc si il faut encore les intégrer au fichier de comptes
ou revenir à des fichiers externes.
En ce qui concerne le formulaire, partie opération, j'ai intégré la
nouvelle gestion du dimensionnement des widgets. Ça fonctionne à peu
près sauf pour la première fois où il faut cliquer dans la vue des
opérations ou dans un champs quelconque. Je ne vois pas ce qui cloche.
Pour la partie échéancier on a encore le bug car je n'ai rien fait pour
l'instant.
- j'ai intégré GApplication et GtkApplication avec GAction, Gmenu et
GApplicationCommandLine ...
- j'ai utilisé GSettings pour remplacer grisbi.conf
- j'ai nettoyé le code de tout ce qui concernait l'importation des
fichiers de la version 0.5.x et antérieurs
- j'ai commencé à réécrire la partie Préférences
J'aimerai avoir votre avis/suggestions sur les changements apportés et à
apporter.
Bonne journée.
--
A+
Pierre Biava

[Ludovic Rousseau]

Post by Pascal Bourdais
Bonjour Pierre,

Bonjour Pascal,

Post by Pascal Bourdais
Je vais avoir un peu de temps cette semaine, mais il faut que j'installe
Ubuntu 16.04 (je suis en 32 bits, donc bloqué à la 15.04, et redonc bloqué
à GTK 3.12) pour pouvoir compiler, et je fais des remontées.

Ubuntu 16.04.1 existe en 32 bits (x86).
http://www.ubuntu.com/download/alternative-downloads

Y'a un truc qui m'échappe là !

à+

[Ludovic Rousseau]

Post by Pierre Biava
Bonjour,
J'ai commencé à migrer vers master une partie de ma branche grisbi-gtk3-2
(non poussée pour l'instant). Je vérifie avant que c'est compilable et
fonctionnel mais je ne teste pas tout. Il se peut qu'il y ait des bugs.
Donc prudence.
J'utilise la version 3.18 de Gtk, ce qui fait que beaucoup de choses sont
devenues obsolÚtes. En particulier la gestion des couleurs (GdkColor
remplacé par GdkRGBA et CSS) et la sérialisation des données, ce qui va
entraîner un changement de version du fichier de comptes probablement sans
compatibilité descendante au moins pour les icÎnes.
Je me demande donc si il faut encore les intégrer au fichier de comptes ou
revenir à des fichiers externes.
En ce qui concerne le formulaire, partie opération, j'ai intégré la
nouvelle gestion du dimensionnement des widgets. Ça fonctionne à peu prÚs
sauf pour la premiÚre fois où il faut cliquer dans la vue des opérations ou
dans un champs quelconque. Je ne vois pas ce qui cloche.
Pour la partie échéancier on a encore le bug car je n'ai rien fait pour
l'instant.
- j'ai intégré GApplication et GtkApplication avec GAction, Gmenu et GApplicationCommandLine
...
- j'ai utilisé GSettings pour remplacer grisbi.conf
- j'ai nettoyé le code de tout ce qui concernait l'importation des
fichiers de la version 0.5.x et antérieurs
- j'ai commencé à réécrire la partie Préférences
J'aimerai avoir votre avis/suggestions sur les changements apportés et à
apporter.

Compilation sans problÚme sur macOS El Capitan avec Gtk+ 3.20.6 (de
Homebrew).
Bravo.

Par contre je n'est pas encore travaillé sur gtk_mac_integration. Et donc
le menu de l'application n'est pas à sa place.

Je peux quitter avec Cmd-Q ou depuis le menu sans crash :-)

Je n'ai pas toutes les icÃŽnes des comptes mais je crois comprendre que
c'est normal.

à+

[Pierre Biava]

Ludovic Rousseau a écrit le 12/09/2016 à 19:53 :

Bonsoir,

Merci pour le retour.

Post by Ludovic Rousseau
Compilation sans problÚme sur macOS El Capitan avec Gtk+ 3.20.6 (de
Homebrew).
Bravo.
Par contre je n'est pas encore travaillé sur gtk_mac_integration. Et
donc le menu de l'application n'est pas à sa place.

Quelle est la version de gtk_mac_integration que tu utilises ? Ça fait
un moment que je n'ai pas regardé son évolution.

Sinon sais-tu faire un package sous Homebrew ?

Post by Ludovic Rousseau
Je peux quitter avec Cmd-Q ou depuis le menu sans crash :-)
Je n'ai pas toutes les icÃŽnes des comptes mais je crois comprendre que
c'est normal.

Normalement tu devrais les avoir si tu les avais dans la version gtk2.
Pour l'instant je n'ai pas touché à ça.

Bonne soirée.

[Ludovic Rousseau]

Post by Pierre Biava
Bonsoir,
Merci pour le retour.
Compilation sans problÚme sur macOS El Capitan avec Gtk+ 3.20.6 (de
Homebrew).
Bravo.
Par contre je n'est pas encore travaillé sur gtk_mac_integration. Et donc
le menu de l'application n'est pas à sa place.
Quelle est la version de gtk_mac_integration que tu utilises ? Ça fait un
moment que je n'ai pas regardé son évolution.

Je voulais utiliser la version fournie par homebrew mais il veut
m'installer plein de dépendances dont je ne veux pas.
Du coup je vais essayer d'installer gtk_mac_integration à la main.

Post by Pierre Biava
Sinon sais-tu faire un package sous Homebrew ?

Non.
Le mieux est quand même de distribuer un .dmg avec l'application dedans.

Post by Pierre Biava
Je n'ai pas toutes les icÃŽnes des comptes mais je crois comprendre que
c'est normal.
Normalement tu devrais les avoir si tu les avais dans la version gtk2.
Pour l'instant je n'ai pas touché à ça.

Je peux regarder ce qui coince.

à+

[Rémi Cardona]

Post by Pierre Biava
Bonjour,

Salut Pierre,

Post by Pierre Biava
J'ai commencé à migrer vers master une partie de ma branche
grisbi-gtk3-2 (non poussée pour l'instant).

Pousse dans une branche (on ne le fait pas assez, moi le premier), je
regarderai. J'ai un peu de retard sur mes propres comptes, ça servira de
test :)

Post by Pierre Biava
J'utilise la version 3.18 de Gtk, ce qui fait que beaucoup de choses
sont devenues obsolètes. En particulier la gestion des couleurs
(GdkColor remplacé par GdkRGBA et CSS) et la sérialisation des données,
ce qui va entraîner un changement de version du fichier de comptes
probablement sans compatibilité descendante au moins pour les icônes.

Des choses ont encore changées post-3.20/3.22.

Post by Pierre Biava
Je me demande donc si il faut encore les intégrer au fichier de comptes
ou revenir à des fichiers externes.
En ce qui concerne le formulaire, partie opération, j'ai intégré la
nouvelle gestion du dimensionnement des widgets. Ça fonctionne à peu
près sauf pour la première fois où il faut cliquer dans la vue des
opérations ou dans un champs quelconque. Je ne vois pas ce qui cloche.

Je ne sais pas si tu as regardé ma misérable branche (triste état) qui
essaye de désactiver tout ça. Au moins ça permet d'utiliser grisbi.

Post by Pierre Biava
Pour la partie échéancier on a encore le bug car je n'ai rien fait pour
l'instant.
- j'ai intégré GApplication et GtkApplication avec GAction, Gmenu et
GApplicationCommandLine ...
- j'ai utilisé GSettings pour remplacer grisbi.conf
- j'ai nettoyé le code de tout ce qui concernait l'importation des
fichiers de la version 0.5.x et antérieurs
- j'ai commencé à réécrire la partie Préférences
J'aimerai avoir votre avis/suggestions sur les changements apportés et à
apporter.

Il faut/faudrait qu'on arrive le plus vite à un état iso-fonctionnel
avec la 1.0.x et faire de nouvelles releases. On (encore une fois, moi
le premier) est très mauvais là dessus: il faut qu'on fasse plus de
releases. À dire vrai, il faut qu'on en fasse: tout court. Sinon on
donne l'impression d'être un projet à l'abandon.

Passons vite à gtk3 (amha 3.20/3.22 histoire d'avoir la stabilité
CSS/thèmes dont on a besoin ici et là) et relançons les builds
windows/mac os. Il serait complètement fou vu le peu de ressources à
notre disposition de s'étaler sur la 1.0.x en gtk2 et la 1.1 (2.0?) en gtk3.

Salutations à tous,

Rémi

[Pierre Biava]

Rémi Cardona a écrit le 12/09/2016 à 22:48 :

Bonjour Rémi,

Post by Rémi Cardona
Salut Pierre,

Post by Pierre Biava
J'ai commencé à migrer vers master une partie de ma branche
grisbi-gtk3-2 (non poussée pour l'instant).

Pousse dans une branche (on ne le fait pas assez, moi le premier), je
regarderai. J'ai un peu de retard sur mes propres comptes, ça servira de
test :)

c'est fait.

Post by Rémi Cardona
Des choses ont encore changées post-3.20/3.22.

On dirait un concours de vitesse de changement. On n'a pas le temps
d'intégrer une modification qu'elle est déjà obsolète.

Post by Rémi Cardona
Je ne sais pas si tu as regardé ma misérable branche (triste état) qui
essaye de désactiver tout ça. Au moins ça permet d'utiliser grisbi.

Oui j'avais intégré tes commits pour pouvoir travailler. Toutefois la
nouvelle gestion du dimensionnement des widgets remet en cause toute la
gestion dynamique de grisbi.

J'ai voulu voir si on pouvait dans cette voie ou s'il faut tout changer.
Ce n'est pas gagné.

Post by Rémi Cardona

Post by Pierre Biava
Pour la partie échéancier on a encore le bug car je n'ai rien fait pour
l'instant.
- j'ai intégré GApplication et GtkApplication avec GAction, Gmenu et
GApplicationCommandLine ...
- j'ai utilisé GSettings pour remplacer grisbi.conf
- j'ai nettoyé le code de tout ce qui concernait l'importation des
fichiers de la version 0.5.x et antérieurs
- j'ai commencé à réécrire la partie Préférences
J'aimerai avoir votre avis/suggestions sur les changements apportés et à
apporter.

Il faut/faudrait qu'on arrive le plus vite à un état iso-fonctionnel
avec la 1.0.x et faire de nouvelles releases. On (encore une fois, moi
le premier) est très mauvais là dessus: il faut qu'on fasse plus de
releases. À dire vrai, il faut qu'on en fasse: tout court. Sinon on
donne l'impression d'être un projet à l'abandon.

Normalement on est en ligne sur master.

Post by Rémi Cardona
Passons vite à gtk3 (amha 3.20/3.22 histoire d'avoir la stabilité
CSS/thèmes dont on a besoin ici et là) et relançons les builds
windows/mac os. Il serait complètement fou vu le peu de ressources à
notre disposition de s'étaler sur la 1.0.x en gtk2 et la 1.1 (2.0?) en gtk3.

quand j'aurais terminé la mutation vers la 3.18 je regarderai les
modifications apportées par les dernières versions pour intégrer ce qui
est devenu obsolète.

Bonne journée.

[Gérald Niel]

Le Lundi 12 septembre 2016 à 20:48 UTC, Rémi Cardona écrivait sur

Post by Rémi Cardona
Passons vite à gtk3 (amha 3.20/3.22 histoire d'avoir la stabilité
CSS/thèmes dont on a besoin ici et là) et relançons les builds
windows/mac os.

Pour Mac OS X, perso, je n'arrive plus à aller au bout de la
compilation de GTK avec jhbuild.
Alors c'est mal barré !

Puis bon… comme l'informatique est devenue une activité
professionnelle à part entière, je délaisse ça pour d'autre loisirs
comme la musique ou le vélo sur le temps libre.

@+

[Ludovic Rousseau]

Pour Mac OS X, perso, je n'arrive plus à aller au bout de la
compilation de GTK avec jhbuild.
Alors c'est mal barré !

J'utilise homebrew http://brew.sh/index_fr.html pour installer les
logiciels libres qui ne sont pas fournis par Apple.

Pour installer libgtk+3 :
$ brew install gtk+3

Courage et persévérance.

[Gérald Niel]

Le Mercredi 14 septembre 2016 à 07:31 UTC, Ludovic Rousseau écrivait sur

Post by Ludovic Rousseau
J'utilise homebrew http://brew.sh/index_fr.html pour installer les
logiciels libres qui ne sont pas fournis par Apple.

J'ai déjà regardé ce ce coté.
Le gros avantage de l'environement gtk-osx avec jhbuild, c'est que tu
as ensuite le script pour construire le *.app.

De toutes façons, comme je le disais… mon activité professionnelle
ayant changé. L'"informatique" n'est plus un loisir.
Donc de moins en moins motivé sur mon temps libre !

[Nicolas LAURENT]

Bonjour,

j’ai enfin réussi à monter mon environnement jhbuild qui fonctionne !

j’arrive à créer un bundle (Grisbi.app) qui fonctionne et qui intègre 2 patches

1/ le bug de Fichier>Quitter (toujours présent dans la dernière release officielle). J’avais fait un email avec une proposition de patch.
2/ la compatibilité avec les écrans Retina.

Il pourrait être intéressant d’archiver dans « git » les fichiers spécifiques MacOS (Info.plist, Grisbi.bundle, …). Qu’en pensez-vous ?



Bonne soirée

Post by Gérald Niel
Le Mercredi 14 septembre 2016 à 07:31 UTC, Ludovic Rousseau écrivait sur

Post by Ludovic Rousseau
J'utilise homebrew http://brew.sh/index_fr.html pour installer les
logiciels libres qui ne sont pas fournis par Apple.

J'ai déjà regardé ce ce coté.
Le gros avantage de l'environement gtk-osx avec jhbuild, c'est que tu
as ensuite le script pour construire le *.app.
De toutes façons, comme je le disais… mon activité professionnelle
ayant changé. L'"informatique" n'est plus un loisir.
Donc de moins en moins motivé sur mon temps libre !
--
On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le
gouvernement ; c'est la paix sans la violence. C'est le contraire
précisément de tout ce qu'on lui reproche, soit par ignorance, soit
par mauvaise foi. -+- Hem Day -+-
_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

[Pierre Biava]

Nicolas LAURENT a écrit le 19/09/2016 à 21:39 :

Bonsoir,

Post by Nicolas LAURENT
j’ai enfin réussi à monter mon environnement jhbuild qui fonctionne !
j’arrive à créer un bundle (Grisbi.app) qui fonctionne et qui intègre 2 patches
1/ le bug de Fichier>Quitter (toujours présent dans la dernière release officielle). J’avais fait un email avec une proposition de patch.
2/ la compatibilité avec les écrans Retina.

Tu parles de la version gtk3 ?

Post by Nicolas LAURENT
Il pourrait être intéressant d’archiver dans « git » les fichiers spécifiques MacOS (Info.plist, Grisbi.bundle, …). Qu’en pensez-vous ?

Je suis d'accord car ça me parait plus simple que de les mettre dans un
autre endroit comme SF par exemple.

A propos de SF il faudrait trancher la question de savoir si on va sur
GitHub. Je n'ai pas d'avis.

Bonne nuit.

Post by Nicolas LAURENT
Bonne soirée

Post by Gérald Niel
Le Mercredi 14 septembre 2016 à 07:31 UTC, Ludovic Rousseau écrivait sur

Post by Ludovic Rousseau
J'utilise homebrew http://brew.sh/index_fr.html pour installer les
logiciels libres qui ne sont pas fournis par Apple.

J'ai déjà regardé ce ce coté.
Le gros avantage de l'environement gtk-osx avec jhbuild, c'est que tu
as ensuite le script pour construire le *.app.
De toutes façons, comme je le disais… mon activité professionnelle
ayant changé. L'"informatique" n'est plus un loisir.
Donc de moins en moins motivé sur mon temps libre !
--
On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le
gouvernement ; c'est la paix sans la violence. C'est le contraire
précisément de tout ce qu'on lui reproche, soit par ignorance, soit
par mauvaise foi. -+- Hem Day -+-
_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

[Ludovic Rousseau]

Bonjour,

Il pourrait être intéressant d’archiver dans « git » les fichiers
spécifiques MacOS (Info.plist, Grisbi.bundle, 
). Qu’en pensez-vous ?

Je suis d'accord car ça me parait plus simple que de les mettre dans un
autre endroit comme SF par exemple.

Pareil.
En plus si tu peux mettre à jour INSTALL.MacOSX avec ta procédure c'est
cool :-)

A propos de SF il faudrait trancher la question de savoir si on va sur
GitHub. Je n'ai pas d'avis.

Je ne vois aucun intérêt à utiliser le git de SourceForge. C'est lent,
moche et ça ne fonctionne pas.
Par exemple je ne peux pas avoir la branche master dans le navigateur web.
https://sourceforge.net/p/grisbi/code/ref/master/branches/ me montre bien
une branche "master" mais si je clique dessus j'arrive sur
https://sourceforge.net/p/grisbi/code/ci/master/tree/ qui me donne une
erreur 404.

Qui contrÎle le dépÎt grisbi https://github.com/grisbi/grisbi ?
Qui contrÃŽle l'organisation grisbi https://github.com/grisbi ? Elle indique
"This organization has no public members."

à+

[Nicolas LAURENT]

Bonsoir,

je viens d’achever la compilation sous OSX avec la version Github (Master) en GTK3.
La doc est en cours de redaction.

Si vous me donner accÚs à Github, je pourrais remonter tout ça.

ps. mon patch (spécifique OSX?) décris dans mon email du 28/8, n’est pas intégré dans la branche Master. Si vous en êtes d’accord, je l’intÚgrerai.

A+

Post by Pierre Biava
Bonjour,
Il pourrait être intéressant d’archiver dans « git » les fichiers spécifiques MacOS (Info.plist, Grisbi.bundle, 
). Qu’en pensez-vous ?
Je suis d'accord car ça me parait plus simple que de les mettre dans un autre endroit comme SF par exemple.
Pareil.
En plus si tu peux mettre à jour INSTALL.MacOSX avec ta procédure c'est cool :-)
A propos de SF il faudrait trancher la question de savoir si on va sur GitHub. Je n'ai pas d'avis.
Je ne vois aucun intérêt à utiliser le git de SourceForge. C'est lent, moche et ça ne fonctionne pas.
Par exemple je ne peux pas avoir la branche master dans le navigateur web.
https://sourceforge.net/p/grisbi/code/ref/master/branches/ <https://sourceforge.net/p/grisbi/code/ref/master/branches/> me montre bien une branche "master" mais si je clique dessus j'arrive sur https://sourceforge.net/p/grisbi/code/ci/master/tree/ <https://sourceforge.net/p/grisbi/code/ci/master/tree/> qui me donne une erreur 404.
Qui contrÎle le dépÎt grisbi https://github.com/grisbi/grisbi <https://github.com/grisbi/grisbi> ?
Qui contrÃŽle l'organisation grisbi https://github.com/grisbi <https://github.com/grisbi> ? Elle indique "This organization has no public members."
à+
--
Dr. Ludovic Rousseau
_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

[Pierre Biava]

Nicolas LAURENT a écrit le 20/09/2016 à 20:21 :

Bonsoir,

Post by Pierre Biava
Bonsoir,
je viens d’achever la compilation sous OSX avec la version Github (Master) en GTK3.

Personnellement je n'utilise pas Github. Je ne sais pas dans quel état
se trouve sa branche master. C'est Rémi qui fait les mises à jour.

Bonne soirée.

Post by Pierre Biava
La doc est en cours de redaction.
Si vous me donner accÚs à Github, je pourrais remonter tout ça.
ps. mon patch (spécifique OSX?) décris dans mon email du 28/8, n’est
pas intégré dans la branche Master. Si vous en êtes d’accord, je
l’intÚgrerai.
A+

Le 20 sept. 2016 à 09:27, Ludovic Rousseau
Bonjour,
Il pourrait être intéressant d’archiver dans « git » les
fichiers spécifiques MacOS (Info.plist, Grisbi.bundle, 
).
Qu’en pensez-vous ?
Je suis d'accord car ça me parait plus simple que de les mettre
dans un autre endroit comme SF par exemple.
Pareil.
En plus si tu peux mettre à jour INSTALL.MacOSX avec ta procédure c'est cool :-)
A propos de SF il faudrait trancher la question de savoir si on
va sur GitHub. Je n'ai pas d'avis.
Je ne vois aucun intérêt à utiliser le git de SourceForge. C'est
lent, moche et ça ne fonctionne pas.
Par exemple je ne peux pas avoir la branche master dans le navigateur web.
https://sourceforge.net/p/grisbi/code/ref/master/branches/
<https://sourceforge.net/p/grisbi/code/ref/master/branches/> me
montre bien une branche "master" mais si je clique dessus j'arrive
sur https://sourceforge.net/p/grisbi/code/ci/master/tree/
<https://sourceforge.net/p/grisbi/code/ci/master/tree/> qui me donne
une erreur 404.
Qui contrÎle le dépÎt grisbi https://github.com/grisbi/grisbi
<https://github.com/grisbi/grisbi> ?
Qui contrÃŽle l'organisation grisbi https://github.com/grisbi ? Elle
indique "This organization has no public members."
à+
--
Dr. Ludovic Rousseau
_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

[Guillaume Hourdier]

Bonsoir à tous,

J'utilise Grisbi depuis sa version 0.5.9 et je lis réguliÚrement cette
mailing liste. Je vois qu'on y discute l'avenir de Grisbi sur le plan
hébergement. Je pense qu'il faudrait considérer l'utilisation de Gerrit
pour effectuer de la revue de code.

Les bénéfices sont multiples et parmi eux :
- Amélioration significative de la qualité du code
- Réduction des bugs
- Discussion sur l'architecture du code
- Partage des bonnes pratiques de codage et apprentissage d'autres pratiques
- Facilitation de l'apprentissage de l'architecture du code par de
nouveaux développeur.
- Meilleur communication des changements effectués

Je l'utilise au travail depuis deux ans et je n'ai aucune critique
négative à en faire !
Par ailleurs, j'ai parfois envie de donner un coup de main pour corriger
un bug mais j'ai un peu la flemme de plonger dans le code, Gerrit serai
d'un grand secours pour apprendre petit à petit.

Par contre je ne sais pas comment il s'intÚgre à Source Forge ou Github.
J'ai cru comprendre que http://gerrithub.io pouvait fonctionner avec Github.

Cdlt,
Guillaume

Post by Pierre Biava
Bonsoir,

Post by Pierre Biava
Bonsoir,
je viens d’achever la compilation sous OSX avec la version Github (Master) en GTK3.

Personnellement je n'utilise pas Github. Je ne sais pas dans quel état
se trouve sa branche master. C'est Rémi qui fait les mises à jour.
Bonne soirée.

Post by Pierre Biava
La doc est en cours de redaction.
Si vous me donner accÚs à Github, je pourrais remonter tout ça.
ps. mon patch (spécifique OSX?) décris dans mon email du 28/8, n’est
pas intégré dans la branche Master. Si vous en êtes d’accord, je
l’intÚgrerai.
A+

Le 20 sept. 2016 à 09:27, Ludovic Rousseau
Bonjour,
Il pourrait être intéressant d’archiver dans « git » les
fichiers spécifiques MacOS (Info.plist, Grisbi.bundle, 
).
Qu’en pensez-vous ?
Je suis d'accord car ça me parait plus simple que de les mettre
dans un autre endroit comme SF par exemple.
Pareil.
En plus si tu peux mettre à jour INSTALL.MacOSX avec ta procédure c'est cool :-)
A propos de SF il faudrait trancher la question de savoir si on
va sur GitHub. Je n'ai pas d'avis.
Je ne vois aucun intérêt à utiliser le git de SourceForge. C'est
lent, moche et ça ne fonctionne pas.
Par exemple je ne peux pas avoir la branche master dans le
navigateur web.
https://sourceforge.net/p/grisbi/code/ref/master/branches/
<https://sourceforge.net/p/grisbi/code/ref/master/branches/> me
montre bien une branche "master" mais si je clique dessus j'arrive
sur https://sourceforge.net/p/grisbi/code/ci/master/tree/
<https://sourceforge.net/p/grisbi/code/ci/master/tree/> qui me donne
une erreur 404.
Qui contrÎle le dépÎt grisbi https://github.com/grisbi/grisbi
<https://github.com/grisbi/grisbi> ?
Qui contrÃŽle l'organisation grisbi https://github.com/grisbi ? Elle
indique "This organization has no public members."
à+
--
Dr. Ludovic Rousseau
_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

--
A+
Pierre Biava
_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

[Pierre Biava]

Nicolas LAURENT a écrit le 19/09/2016 à 21:39 :

Bonjour Nicolas,

j’ai enfin réussi à monter mon environnement jhbuild qui fonctionne !

Pourrais tu m'aider avec jhbuild et mac OSX ?

J'ai installé Mac OSX mavericks dans VirtualBox. AprÚs pas mal de galÚre
je me suis lancé dans l'installation de jhbuild ou je suis confronté à
beaucoup (trop) d'erreurs du type :

ERROR : no certificate subject alternative name matches for .... Il est
proposé de mettre l'option

|--no-check-certificate|


Je vu sur internet que c'était probablement dû à une ancienne version de
wget (1.13). J'ai essayé de compiler wget-1.18 mais j'ai un problÚme de
librairies manquantes.

Je voudrais savoir si il y a un moyen de mettre cette option quelque
part pour éviter ce problÚme avec jhbuild. Sinon peut-on utiliser
HomeBrew en même temps que jhbuild ?

ou toute autre solution que de télécharger en dehors de jhbuild chaque
fichier en erreur

j’arrive à créer un bundle (Grisbi.app) qui fonctionne et qui intÚgre 2 patches
1/ le bug de Fichier>Quitter (toujours présent dans la derniÚre release officielle). J’avais fait un email avec une proposition de patch.
2/ la compatibilité avec les écrans Retina.

Pourrais-je télécharger ce bundle quelque part ? est-il en phase avec la
derniÚre version de master sur Github ?

Bon dimanche.

[Nicolas LAURENT]

Bonjour Pierre,

Post by Pierre Biava
Bonjour Nicolas,

j’ai enfin réussi à monter mon environnement jhbuild qui fonctionne !

Pourrais tu m'aider avec jhbuild et mac OSX ?

Sur MacOS (en natif), voici le procédure que j’ai déroulé:

1. Set up the environement

Full documentation is available here:
https://wiki.gnome.org/Projects/GTK+/OSX/Building <https://wiki.gnome.org/Projects/GTK+/OSX/Building>

Note that jhbuild environment is not compatible with homebrew nor macport. You must uninstall them or at least remove them from PATH and LD_LIBRARY_PATH.


First step is to download the lastest install script:
https://git.gnome.org/browse/gtk-osx/plain/gtk-osx-build-setup.sh <https://git.gnome.org/browse/gtk-osx/plain/gtk-osx-build-setup.sh>


Then use the 5 following command lines

% # init the installation
% ./gtk-osx-build-setup.sh

% # Build prerequiste tools
% jhbuild bootstrap

% # install GTK2 env
% jhbuild build meta-gtk-osx-bootstrap meta-gtk-osx-core

% # install GTK3 env
% jhbuild build meta-gtk-osx-gtk3

% # required package for Grisbi
% jhbuild build libgsf

% # ensure that mac-integration is properly installed for both GTK2 and GTK3
% jhbuild build -f gtk-mac-integration



2. Compile

% jhbuild shell
% cd grisbi_directory
% ./autogen.sh
% ./configure --prefix=/tmp/Grisbi

Post by Pierre Biava
ERROR : no certificate subject alternative name matches for .... Il est proposé de mettre l'option
--no-check-certificate
Je vu sur internet que c'était probablement dû à une ancienne version de wget (1.13). J'ai essayé de compiler wget-1.18 mais j'ai un problÚme de librairies manquantes.

Je n’ai absolument aucune expérience de virtualisation de MacOS. Quel est ton systÚme hÃŽte ?
Ton erreur ressemble à un pb coté openSSL (ou du moins son absence de support dans wget). Mais je dis ça au pif.

Post by Pierre Biava
Je voudrais savoir si il y a un moyen de mettre cette option quelque part pour éviter ce problÚme avec jhbuild. Sinon peut-on utiliser HomeBrew en même temps que jhbuild ?

Je te déconseille homebrew et macport qui rentrent en conflit avec jhbuild :(

Post by Pierre Biava
ou toute autre solution que de télécharger en dehors de jhbuild chaque fichier en erreur

j’arrive à créer un bundle (Grisbi.app) qui fonctionne et qui intÚgre 2 patches
1/ le bug de Fichier>Quitter (toujours présent dans la derniÚre release officielle). J’avais fait un email avec une proposition de patch.
2/ la compatibilité avec les écrans Retina.

Pourrais-je télécharger ce bundle quelque part ? est-il en phase avec la derniÚre version de master sur Github ?

J’ai uploadé ici : http://ovh.to/GQbM6Pq <http://ovh.to/GQbM6Pq> (lien valable 10 jours)

Attention, c’est ma premiÚre image DMG, donc soyez indulgents :)
Malheureusement je n’ai pas mis à jour à partir de GitHub avant la compilation.

Si vous êtes intéressés, je peux le faire.

Post by Pierre Biava
Bon dimanche.

Merci à toi aussi, enfin pour ce qu’il en reste !

Amicalement
-NL

[Nicolas LAURENT]

Bonjour Pierre,

Post by Pierre Biava
Bonjour Nicolas,

j’ai enfin réussi à monter mon environnement jhbuild qui fonctionne !

Pourrais tu m'aider avec jhbuild et mac OSX ?

Sur MacOS (en natif), voici le procédure que j’ai déroulé:

1. Set up the environement

Full documentation is available here:
https://wiki.gnome.org/Projects/GTK+/OSX/Building

Note that jhbuild environment is not compatible with homebrew nor macport. You must uninstall them or at least remove them from PATH and LD_LIBRARY_PATH.


First step is to download the lastest install script:
https://git.gnome.org/browse/gtk-osx/plain/gtk-osx-build-setup.sh


Then use the 5 following command lines

% # init the installation
% ./gtk-osx-build-setup.sh

% # Build prerequiste tools
% jhbuild bootstrap

% # install GTK2 env
% jhbuild build meta-gtk-osx-bootstrap meta-gtk-osx-core

% # install GTK3 env
% jhbuild build meta-gtk-osx-gtk3

% # required package for Grisbi
% jhbuild build libgsf

% # ensure that mac-integration is properly installed for both GTK2 and GTK3
% jhbuild build -f gtk-mac-integration



2. Compile

% jhbuild shell
% cd grisbi_directory
% ./autogen.sh
% ./configure --prefix=/tmp/Grisbi

Post by Pierre Biava
ERROR : no certificate subject alternative name matches for .... Il est proposé de mettre l'option
--no-check-certificate
Je vu sur internet que c'était probablement dû à une ancienne version de wget (1.13). J'ai essayé de compiler wget-1.18 mais j'ai un problÚme de librairies manquantes.

Je n’ai absolument aucune expérience de virtualisation de MacOS. Quel est ton systÚme hÃŽte ?
Ton erreur ressemble à un pb coté openSSL (ou du moins son absence de support dans wget). Mais je dis ça au pif.

Post by Pierre Biava
Je voudrais savoir si il y a un moyen de mettre cette option quelque part pour éviter ce problÚme avec jhbuild. Sinon peut-on utiliser HomeBrew en même temps que jhbuild ?

Je te déconseille homebrew et macport qui rentrent en conflit avec jhbuild :(

Post by Pierre Biava
ou toute autre solution que de télécharger en dehors de jhbuild chaque fichier en erreur

j’arrive à créer un bundle (Grisbi.app) qui fonctionne et qui intÚgre 2 patches
1/ le bug de Fichier>Quitter (toujours présent dans la derniÚre release officielle). J’avais fait un email avec une proposition de patch.
2/ la compatibilité avec les écrans Retina.

Pourrais-je télécharger ce bundle quelque part ? est-il en phase avec la derniÚre version de master sur Github ?

J’ai uploadé ici : http://ovh.to/GQbM6Pq <http://ovh.to/GQbM6Pq> (lien valable 10 jours)

Attention, c’est ma premiÚre image DMG, donc soyez indulgents :)
Malheureusement je n’ai pas mis à jour à partir de GitHub avant la compilation.

Si vous êtes intéressés, je peux le faire.

Post by Pierre Biava
Bon dimanche.

Merci à toi aussi, enfin pour ce qu’il en reste !

Amicalement
-NL

Post by Pierre Biava
--
A+
Pierre Biava
_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

[Pierre Biava]

Nicolas LAURENT a écrit le 23/10/2016 à 20:27 :

Bonsoir Nicolas,

Post by Nicolas LAURENT
1. Set up the environement
https://wiki.gnome.org/Projects/GTK+/OSX/Building

J'ai suivi ce site.

Post by Nicolas LAURENT
https://git.gnome.org/browse/gtk-osx/plain/gtk-osx-build-setup.sh

OK fait fonctionne

Post by Nicolas LAURENT
Then use the 5 following command lines
% # init the installation
% ./gtk-osx-build-setup.sh
% # Build prerequiste tools
% jhbuild bootstrap
% # install GTK2 env
% jhbuild build meta-gtk-osx-bootstrap meta-gtk-osx-core

La j'avais directement remplacé meta-gtk-osx-bootstrap par meta-gtk-osx-gtk3

C'est peut-être ça qui explique que certains logiciels ne compilent pas
correctement.

Je suis en train de recommencer et je vais appliquer ta procédure.

Post by Nicolas LAURENT
% # install GTK3 env
% jhbuild build meta-gtk-osx-gtk3
% # required package for Grisbi
% jhbuild build libgsf
% # ensure that mac-integration is properly installed for both GTK2 and GTK3
% jhbuild build -f gtk-mac-integration
2. Compile
% jhbuild shell
% cd grisbi_directory
% ./autogen.sh
% ./configure --prefix=/tmp/Grisbi

Post by Pierre Biava
J'ai installé Mac OSX mavericks dans VirtualBox. AprÚs pas mal de
galÚre je me suis lancé dans l'installation de jhbuild ou je suis
ERROR : no certificate subject alternative name matches for .... Il
est proposé de mettre l'option
|--no-check-certificate|
Je vu sur internet que c'était probablement dû à une ancienne version
de wget (1.13). J'ai essayé de compiler wget-1.18 mais j'ai un
problÚme de librairies manquantes.

Je n’ai absolument aucune expérience de virtualisation de MacOS. Quel
est ton systÚme hÎte ?

mon systÚme hÎte est Linux Mint 18 avec Mate.

Post by Nicolas LAURENT
Ton erreur ressemble à un pb coté openSSL (ou du moins son absence de
support dans wget). Mais je dis ça au pif.

Post by Pierre Biava
Je voudrais savoir si il y a un moyen de mettre cette option quelque
part pour éviter ce problÚme avec jhbuild. Sinon peut-on utiliser
HomeBrew en même temps que jhbuild ?

Je te déconseille homebrew et macport qui rentrent en conflit avec jhbuild :(

OK

Post by Nicolas LAURENT

Post by Pierre Biava
ou toute autre solution que de télécharger en dehors de jhbuild
chaque fichier en erreur

j’arrive à créer un bundle (Grisbi.app) qui fonctionne et qui intÚgre 2 patches
1/ le bug de Fichier>Quitter (toujours présent dans la derniÚre release officielle). J’avais fait un email avec une proposition de patch.
2/ la compatibilité avec les écrans Retina.

Pourrais-je télécharger ce bundle quelque part ? est-il en phase avec
la derniÚre version de master sur Github ?

J’ai uploadé ici : http://ovh.to/GQbM6Pq (lien valable 10 jours)

Je l'ai téléchargé mais pas testé

Post by Nicolas LAURENT
Attention, c’est ma premiÚre image DMG, donc soyez indulgents :)
Malheureusement je n’ai pas mis à jour à partir de GitHub avant la compilation.
Si vous êtes intéressés, je peux le faire.

Ce serait intéressant car j'ai intégré pour Unity le menu type OSX. Je
voudrais vérifier comment ça se comporte sous Mac.

Bonne nuit

[Ludovic Rousseau]

Post by Pierre Biava
Pourrais-je télécharger ce bundle quelque part ? est-il en phase avec la
derniÚre version de master sur Github ?
J’ai uploadé ici : http://ovh.to/GQbM6Pq (lien valable 10 jours)
Je l'ai téléchargé mais pas testé

Testé sur Sierra 10.12.
Compilé avec GTK 2.24.30

ça fonctionne mais j'ai des icÎnes qui ne sont pas affichés.

à+

[Nicolas LAURENT]

Bonjour Ludovic, Pierre et tous :)

j’ai compilé la version GitHub (GTK3 donc) et j’ai mis le .dmg ici : http://ovh.to/pvkXarM

Il me reste à automatiser le packaging, car pour l’instant c’est un peu bricolage et à finaliser ma documentation.

Je n’ai pas tester, outre le bon lancement, la version compilée.

Je prendrai plus de temps ce weekend (et pourquoi pas proposer des patch :) )

Bien à vous.

Post by Pierre Biava

Post by Nicolas LAURENT

Post by Pierre Biava
Pourrais-je télécharger ce bundle quelque part ? est-il en phase avec la derniÚre version de master sur Github ?

J’ai uploadé ici : http://ovh.to/GQbM6Pq <http://ovh.to/GQbM6Pq> (lien valable 10 jours)

Je l'ai téléchargé mais pas testé
Testé sur Sierra 10.12.
Compilé avec GTK 2.24.30
ça fonctionne mais j'ai des icÎnes qui ne sont pas affichés.
à+
--
Dr. Ludovic Rousseau
_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

[Pierre Biava]

Nicolas LAURENT a écrit le 24/10/2016 à 20:19 :

Bonsoir à tous,

_http://ovh.to/pvkXarM_

Pour ce qui me concerne j'ai réussi à compiler grisbi mais sans ofx ni
goffice. Il semble qu'il n'y ait pas de module pour faire ça. Où les
trouver puisque avec les anciennes versions c'était possible.

Sinon pour la méthode d'installation de jhbuild, il fallait bien
installer grtk2 et gtk3.

J'exécute grisbi dans jhbuild shell. Il est en français sans problÚme.
Le menu semble fonctionner correctement sans rien faire de particulier.
Il faudrait le confirmer.

La doc n'est pas accessible mais je ne sais pas si c'est à cause de la
commande du navigateur ou de répertoire de la doc.

Avec gtk3.20 nouveau lot de symboles deprecated :-(

Il me reste à automatiser le packaging, car pour l’instant c’est un
peu bricolage et à finaliser ma documentation.
Je n’ai pas tester, outre le bon lancement, la version compilée.
Je prendrai plus de temps ce weekend (et pourquoi pas proposer des patch :) )

J'ai déjà constaté un certain nombre de bugs dont la chasse est ouverte :-)

Bonne nuit.

[Ludovic Rousseau]

Post by Nicolas LAURENT
Bonjour Ludovic, Pierre et tous :)

Bonjour,

Post by Nicolas LAURENT
j’ai compilé la version GitHub (GTK3 donc) et j’ai mis le .dmg ici : *http://ovh.to/pvkXarM
<http://ovh.to/pvkXarM>*

Cette version plante chez moi.
J'imagine que grisbi cherche des fichiers qu'il ne trouve pas.
J'ai le même problÚme si je lance grisbi sans avoir fait "make install"
avant.

Tu devrais avoir le même crash si tu désinstalles grisbi chez toi : "make
uninstall" et que tu n'utilises que le .app présent dans le .dmg.

Dans les logs d'erreur (si je lance le binaire depuis un terminal) j'ai :
(Grisbi-bin:5047): GdkPixbuf-WARNING **: Cannot open pixbuf loader module
file '/Users/nl/gtk/inst/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such
file or directory

This likely means that your installation is broken.
Try running the command
gdk-pixbuf-query-loaders >
/Users/nl/gtk/inst/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache
to make things work again for the time being.

Le chemin '/Users/nl/gtk/inst/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache' est
manifestement invalide et correspond à ton installation de GTK+3

Plus étrange, j'ai aussi :
(Grisbi-bin:5047): Gtk-WARNING **: Error loading icon from file
'/Volumes/Grisbi-github-20161024/Grisbi.app/Contents/Resources/share/pixmaps/grisbi/grisbi-logo.png':
Couldn't recognize the image file format for file
'/Volumes/Grisbi-github-20161024/Grisbi.app/Contents/Resources/share/pixmaps/grisbi/grisbi-logo.png'
**

Alors que le fichier existe et est un PNG valide :
$ file
/Volumes/Grisbi-github-20161024/Grisbi.app/Contents/Resources/share/pixmaps/grisbi/grisbi-logo.png
/Volumes/Grisbi-github-20161024/Grisbi.app/Contents/Resources/share/pixmaps/grisbi/grisbi-logo.png:
PNG image data, 200 x 141, 8-bit/color RGBA, non-interlaced

Post by Nicolas LAURENT
Il me reste à automatiser le packaging, car pour l’instant c’est un peu
bricolage et à finaliser ma documentation.
Je n’ai pas tester, outre le bon lancement, la version compilée.
Je prendrai plus de temps ce weekend (et pourquoi pas proposer des patch :) )

Je sens qu'on progresse. Cool.

à+

[Pierre Biava]

Ludovic Rousseau a écrit le 26/10/2016 à 11:40 :

Bonsoir à tous,

Post by Nicolas LAURENT
Bonjour Ludovic, Pierre et tous :)
Bonjour,
j’ai compilé la version GitHub (GTK3 donc) et j’ai mis le .dmg ici
: _http://ovh.to/pvkXarM_
Cette version plante chez moi.
J'imagine que grisbi cherche des fichiers qu'il ne trouve pas.
J'ai le même problÚme si je lance grisbi sans avoir fait "make
install" avant.

Il faudrait voir le message d'erreur si il y en a mais je pense que ça
vient de l'utilisation de gsettings et de la nécessité d'avoir le
fichier org.gtk.grisbi.gschema.xml installé dans
/usr/(local)/share/glib-2.0/schemas.

Dans le package il faut vérifier ou il s'installe.

Post by Nicolas LAURENT
"make uninstall" et que tu n'utilises que le .app présent dans le .dmg.
(Grisbi-bin:5047): GdkPixbuf-WARNING **: Cannot open pixbuf loader
module file
'/Users/nl/gtk/inst/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such
file or directory
This likely means that your installation is broken.
Try running the command
gdk-pixbuf-query-loaders >
/Users/nl/gtk/inst/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache
to make things work again for the time being.
Le chemin '/Users/nl/gtk/inst/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache'
est manifestement invalide et correspond à ton installation de GTK+3
(Grisbi-bin:5047): Gtk-WARNING **: Error loading icon from file
Couldn't recognize the image file format for file
'/Volumes/Grisbi-github-20161024/Grisbi.app/Contents/Resources/share/pixmaps/grisbi/grisbi-logo.png'
**

Puisque pixbuf_loader ne fonctionne pas grisbi ne peut pas charger le
fichier. J'ai la même chose dans VirtualBox sous jhbuild schell.

Je me demande si gdk-pixbuf est de la bonne version.

Cdt.

[Nicolas LAURENT]

Bonjour,

j’ai fixé le pb de démarrage. Désolé, il manquait un bout de code dans mon lanceur.
J’en ai profité pour ajouter le support de « goffice ».
Ma procédure devient :


Note that jhbuild environment is not compatible with homebrew nor macport.

First step is to download the lastest install script:
https://git.gnome.org/browse/gtk-osx/plain/gtk-osx-build-setup.sh

Then use the following command lines:

% # init the installation
% ./gtk-osx-build-setup.sh

% # Build prerequiste tools
% jhbuild bootstrap

% # install GTK2 env
% jhbuild build meta-gtk-osx-bootstrap meta-gtk-osx-core

% # install GTK3 env
% jhbuild build meta-gtk-osx-gtk3

% # required package for Grisbi
% jhbuild build libgsf

% # ensure that mac-integration is properly installed for both GTK2 and GTK3
% jhbuild build -f gtk-mac-integration


Optionnaly download goffice
Patch goffice.c) (180, 184) to rename "quartz_*" function calls to "gtkosx_*".
Patch configure.ac to instruct to use GTK3 instead of GTK2.
Compile and install goffice :
% jhbuild shell
% ./configure
% make
% make install

Optionnaly download "libofx" (Broken at the moment)
https://sourceforge.net/projects/libofx/files/latest/download
https://sourceforge.net/projects/openjade/files/opensp/1.5.1/OpenSP-1.5.1.tar.gz

2. Compile

% jhbuild shell
% ./autogen.sh
% ./configure --prefix=/Users/nl/gtk/inst


3. Package

% gtk-mac-bundler MacOS/Grisbi3.bundle
puis faire l’image dmg.


Il me reste à automatiser cela dans le Makefile. (du moins la partie packaging).

Comme la derniÚre fois, je mets à dispo le DMG pour que vous puisiez voir la tournure que cela prend : http://ovh.to/RM74kMA

Je vais remonter cela dans GitHub et faire un "pull request ». C’est bien la procédure officielle ??


A+

Post by Guillaume Hourdier
Bonsoir à tous,

Post by Nicolas LAURENT
Bonjour Ludovic, Pierre et tous :)
Bonjour,
j’ai compilé la version GitHub (GTK3 donc) et j’ai mis le .dmg ici : http://ovh.to/pvkXarM <http://ovh.to/pvkXarM>
Cette version plante chez moi.
J'imagine que grisbi cherche des fichiers qu'il ne trouve pas.
J'ai le même problÚme si je lance grisbi sans avoir fait "make install" avant.

Il faudrait voir le message d'erreur si il y en a mais je pense que ça vient de l'utilisation de gsettings et de la nécessité d'avoir le fichier org.gtk.grisbi.gschema.xml installé dans /usr/(local)/share/glib-2.0/schemas.
Dans le package il faut vérifier ou il s'installe.

Post by Nicolas LAURENT
Tu devrais avoir le même crash si tu désinstalles grisbi chez toi : "make uninstall" et que tu n'utilises que le .app présent dans le .dmg.
(Grisbi-bin:5047): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/Users/nl/gtk/inst/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory
This likely means that your installation is broken.
Try running the command
gdk-pixbuf-query-loaders > /Users/nl/gtk/inst/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache
to make things work again for the time being.
Le chemin '/Users/nl/gtk/inst/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache' est manifestement invalide et correspond à ton installation de GTK+3
Couldn't recognize the image file format for file '/Volumes/Grisbi-github-20161024/Grisbi.app/Contents/Resources/share/pixmaps/grisbi/grisbi-logo.png'
**

Puisque pixbuf_loader ne fonctionne pas grisbi ne peut pas charger le fichier. J'ai la même chose dans VirtualBox sous jhbuild schell.
Je me demande si gdk-pixbuf est de la bonne version.
Cdt.
--
A+
Pierre Biava
_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel <http://listes.grisbi.org/mailman/listinfo/devel>

[Ludovic Rousseau]

Post by Pierre Biava
Bonjour,

Salut,

Post by Pierre Biava
Comme la derniÚre fois, je mets à dispo le DMG pour que vous puisiez voir

la tournure que cela prend : http://ovh.to/RM74kMA

Crash au lancement chez moi (lancé depuis le .dmg)
Un problÚme d'icone il me semble. Crash log attaché.

$ ./Grisbi.app/Contents/MacOS/Grisbi
2016-11-01 18:17:15.753 defaults[9081:181433]
The domain/default pair of (.GlobalPreferences, AppleCollationOrder) does
not exist
./Grisbi.app/Contents/MacOS/Grisbi: line 77: test: argument expected
./Grisbi.app/Contents/MacOS/Grisbi: line 111: fr: Read-only file system
find: /share/locale: No such file or directory

*(process:9073): GdkPixbuf-WARNING **: Cannot open pixbuf loader module
file '/Users/nl/gtk/inst/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such
file or directory*

This likely means that your installation is broken.
Try running the command
gdk-pixbuf-query-loaders >
/Users/nl/gtk/inst/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache
to make things work again for the time being.

(process:9073): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion
'GDK_IS_PIXBUF (pixbuf)' failed

(process:9073): Gtk-CRITICAL **: gtk_icon_theme_add_builtin_icon: assertion
'GDK_IS_PIXBUF (pixbuf)' failed

(process:9073): GLib-GObject-CRITICAL **: g_object_unref: assertion
'G_IS_OBJECT (object)' failed
Tue Nov 1 18:17:15 2016, 0.140511 : Debug GRISBI 1.1.1 - erreur.c:334:void
debug_initialize_debugging(gint) - Niveau de débogage : Débug
Variables d'environnement :

LANG = fr

Currency
currency_symbol =
mon_thousands_sep = ""
mon_decimal_point =
positive_sign = ""
negative_sign = ""
p_cs_precedes = "127"
n_cs_precedes = "127"
p_sep_by_space = "127"
frac_digits = "127"

gint64
G_GINT64_MODIFIER = "l"
9223372036854775807

Paths
g_get_user_data_dir () = /Users/rousseau/.local/share
gsb_dirs_get_user_data_dir () =
/Users/rousseau/Library/Application Support/Grisbi/data

g_get_user_config_dir () = /Users/rousseau/.config
gsb_dirs_get_user_config_dir () =
/Users/rousseau/Library/Application Support/Grisbi/config
gsb_dirs_get_grisbirc_filename () =
/Users/rousseau/Library/Application Support/Grisbi/config/grisbidev.conf
gsb_dirs_get_accelerator_filename () =
/Users/rousseau/Library/Application Support/Grisbi/config/grisbi-accels

gsb_dirs_get_categories_dir () =
/Volumes/Grisbi/Grisbi.app/Contents/Resources/share/grisbi/categories
gsb_dirs_get_locale_dir () =
/Volumes/Grisbi/Grisbi.app/Contents/Resources/share/locale
gsb_dirs_get_pixmaps_dir () =
/Volumes/Grisbi/Grisbi.app/Contents/Resources/share/pixmaps/grisbi
gsb_dirs_get_ui_dir () =
/Volumes/Grisbi/Grisbi.app/Contents/Resources/share/grisbi/ui

Tue Nov 1 18:17:15 2016, 0.140660 : Debug - grisbi_app.c:106:void
grisbi_app_struct_conf_init()

(Grisbi-bin:9073): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
Tue Nov 1 18:17:16 2016, 0.253572 : Debug - grisbi_settings.c:421:void
grisbi_settings_init(GrisbiSettings *)
Tue Nov 1 18:17:16 2016, 0.254338 : Debug - gsb_file.c:644:void
gsb_file_init_last_path(const gchar *) - /Users/rousseau

(Grisbi-bin:9073): Gtk-WARNING **: Theme parsing error: grisbi.css:57:28:
The :prelight pseudo-class is deprecated. Use :hover instead.

(Grisbi-bin:9073): Gtk-WARNING **: Theme parsing error: grisbi.css:65:36:
The :prelight pseudo-class is deprecated. Use :hover instead.

(Grisbi-bin:9073): Gtk-WARNING **: Theme parsing error: grisbi.css:73:37:
The :prelight pseudo-class is deprecated. Use :hover instead.

(Grisbi-bin:9073): Gtk-WARNING **: Theme parsing error: grisbi.css:81:36:
The :prelight pseudo-class is deprecated. Use :hover instead.

(Grisbi-bin:9073): Gtk-WARNING **: Theme parsing error: grisbi.css:101:24:
The :prelight pseudo-class is deprecated. Use :hover instead.
Tue Nov 1 18:17:16 2016, 0.255667 : Debug - gsb_rgba.c:90:void
gsb_rgba_initialise_couleurs_par_defaut()
Tue Nov 1 18:17:16 2016, 0.255714 : Debug -
traitement_variables.c:140:void init_variables()
Tue Nov 1 18:17:16 2016, 0.255864 : Debug -
traitement_variables.c:377:void initialise_tab_affichage_ope()
Tue Nov 1 18:17:16 2016, 0.255916 : Debug - gsb_form_widget.c:105:gboolean
gsb_form_widget_free_list()
Tue Nov 1 18:17:16 2016, 0.255929 : Debug -
gsb_form_scheduler.c:236:gboolean gsb_form_scheduler_free_list()
Tue Nov 1 18:17:16 2016, 0.255964 : Debug - import.c:265:void
register_import_format(struct import_format *) - Ajouter « CSV » en tant
que format d'importation
Tue Nov 1 18:17:16 2016, 0.255977 : Debug - import.c:265:void
register_import_format(struct import_format *) - Ajouter « QIF » en tant
que format d'importation
Tue Nov 1 18:17:16 2016, 0.255988 : Debug - import.c:265:void
register_import_format(struct import_format *) - Ajouter « Gnucash » en
tant que format d'importation
Tue Nov 1 18:17:16 2016, 0.272061 : Debug - grisbi_app.c:1219:void
grisbi_app_set_recent_files_menu(GrisbiApp *, gboolean) - 0
Tue Nov 1 18:17:16 2016, 0.273281 : Debug - grisbi_app.c:825:void
grisbi_app_activate(GApplication *)

(Grisbi-bin:9073): Gtk-WARNING **: Error loading icon from file
'/Volumes/Grisbi/Grisbi.app/Contents/Resources/share/pixmaps/grisbi/grisbi-logo.png':
Couldn't recognize the image file format for file
'/Volumes/Grisbi/Grisbi.app/Contents/Resources/share/pixmaps/grisbi/grisbi-logo.png'
**
Gtk:ERROR:gtkiconhelper.c:491:ensure_surface_for_gicon: assertion failed:
(destination)
Abort trap: 6

Post by Pierre Biava
Je vais remonter cela dans GitHub et faire un "pull request ». C’est bien

la procédure officielle ??

Oui, tout à fait.

à+

--
Dr. Ludovic Rousseau

[Nicolas LAURENT]

Je regarde de suite, j’ai dû me mélanger dans les versions


Post by Ludovic Rousseau

Post by Pierre Biava
Bonjour,

Salut,

Post by Pierre Biava
Comme la derniÚre fois, je mets à dispo le DMG pour que vous puisiez voir la tournure que cela prend : http://ovh.to/RM74kMA <http://ovh.to/RM74kMA>

Crash au lancement chez moi (lancé depuis le .dmg)
Un problÚme d'icone il me semble. Crash log attaché.
$ ./Grisbi.app/Contents/MacOS/Grisbi
2016-11-01 18:17:15.753 defaults[9081:181433]
The domain/default pair of (.GlobalPreferences, AppleCollationOrder) does not exist
./Grisbi.app/Contents/MacOS/Grisbi: line 77: test: argument expected
./Grisbi.app/Contents/MacOS/Grisbi: line 111: fr: Read-only file system
find: /share/locale: No such file or directory
(process:9073): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/Users/nl/gtk/inst/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory
This likely means that your installation is broken.
Try running the command
gdk-pixbuf-query-loaders > /Users/nl/gtk/inst/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache
to make things work again for the time being.
(process:9073): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion 'GDK_IS_PIXBUF (pixbuf)' failed
(process:9073): Gtk-CRITICAL **: gtk_icon_theme_add_builtin_icon: assertion 'GDK_IS_PIXBUF (pixbuf)' failed
(process:9073): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Tue Nov 1 18:17:15 2016, 0.140511 : Debug GRISBI 1.1.1 - erreur.c:334:void debug_initialize_debugging(gint) - Niveau de débogage : Débug
LANG = fr
Currency
currency_symbol =
mon_thousands_sep = ""
mon_decimal_point =
positive_sign = ""
negative_sign = ""
p_cs_precedes = "127"
n_cs_precedes = "127"
p_sep_by_space = "127"
frac_digits = "127"
gint64
G_GINT64_MODIFIER = "l"
9223372036854775807
Paths
g_get_user_data_dir () = /Users/rousseau/.local/share
gsb_dirs_get_user_data_dir () = /Users/rousseau/Library/Application Support/Grisbi/data
g_get_user_config_dir () = /Users/rousseau/.config
gsb_dirs_get_user_config_dir () = /Users/rousseau/Library/Application Support/Grisbi/config
gsb_dirs_get_grisbirc_filename () = /Users/rousseau/Library/Application Support/Grisbi/config/grisbidev.conf
gsb_dirs_get_accelerator_filename () = /Users/rousseau/Library/Application Support/Grisbi/config/grisbi-accels
gsb_dirs_get_categories_dir () = /Volumes/Grisbi/Grisbi.app/Contents/Resources/share/grisbi/categories
gsb_dirs_get_locale_dir () = /Volumes/Grisbi/Grisbi.app/Contents/Resources/share/locale
gsb_dirs_get_pixmaps_dir () = /Volumes/Grisbi/Grisbi.app/Contents/Resources/share/pixmaps/grisbi
gsb_dirs_get_ui_dir () = /Volumes/Grisbi/Grisbi.app/Contents/Resources/share/grisbi/ui
Tue Nov 1 18:17:15 2016, 0.140660 : Debug - grisbi_app.c:106:void grisbi_app_struct_conf_init()
(Grisbi-bin:9073): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
Tue Nov 1 18:17:16 2016, 0.253572 : Debug - grisbi_settings.c:421:void grisbi_settings_init(GrisbiSettings *)
Tue Nov 1 18:17:16 2016, 0.254338 : Debug - gsb_file.c:644:void gsb_file_init_last_path(const gchar *) - /Users/rousseau
(Grisbi-bin:9073): Gtk-WARNING **: Theme parsing error: grisbi.css:57:28: The :prelight pseudo-class is deprecated. Use :hover instead.
(Grisbi-bin:9073): Gtk-WARNING **: Theme parsing error: grisbi.css:65:36: The :prelight pseudo-class is deprecated. Use :hover instead.
(Grisbi-bin:9073): Gtk-WARNING **: Theme parsing error: grisbi.css:73:37: The :prelight pseudo-class is deprecated. Use :hover instead.
(Grisbi-bin:9073): Gtk-WARNING **: Theme parsing error: grisbi.css:81:36: The :prelight pseudo-class is deprecated. Use :hover instead.
(Grisbi-bin:9073): Gtk-WARNING **: Theme parsing error: grisbi.css:101:24: The :prelight pseudo-class is deprecated. Use :hover instead.
Tue Nov 1 18:17:16 2016, 0.255667 : Debug - gsb_rgba.c:90:void gsb_rgba_initialise_couleurs_par_defaut()
Tue Nov 1 18:17:16 2016, 0.255714 : Debug - traitement_variables.c:140:void init_variables()
Tue Nov 1 18:17:16 2016, 0.255864 : Debug - traitement_variables.c:377:void initialise_tab_affichage_ope()
Tue Nov 1 18:17:16 2016, 0.255916 : Debug - gsb_form_widget.c:105:gboolean gsb_form_widget_free_list()
Tue Nov 1 18:17:16 2016, 0.255929 : Debug - gsb_form_scheduler.c:236:gboolean gsb_form_scheduler_free_list()
Tue Nov 1 18:17:16 2016, 0.255964 : Debug - import.c:265:void register_import_format(struct import_format *) - Ajouter « CSV » en tant que format d'importation
Tue Nov 1 18:17:16 2016, 0.255977 : Debug - import.c:265:void register_import_format(struct import_format *) - Ajouter « QIF » en tant que format d'importation
Tue Nov 1 18:17:16 2016, 0.255988 : Debug - import.c:265:void register_import_format(struct import_format *) - Ajouter « Gnucash » en tant que format d'importation
Tue Nov 1 18:17:16 2016, 0.272061 : Debug - grisbi_app.c:1219:void grisbi_app_set_recent_files_menu(GrisbiApp *, gboolean) - 0
Tue Nov 1 18:17:16 2016, 0.273281 : Debug - grisbi_app.c:825:void grisbi_app_activate(GApplication *)
Couldn't recognize the image file format for file '/Volumes/Grisbi/Grisbi.app/Contents/Resources/share/pixmaps/grisbi/grisbi-logo.png'
**
Gtk:ERROR:gtkiconhelper.c:491:ensure_surface_for_gicon: assertion failed: (destination)
Abort trap: 6

Post by Pierre Biava
Je vais remonter cela dans GitHub et faire un "pull request ». C’est bien la procédure officielle ??

Oui, tout à fait.
à+
--
Dr. Ludovic Rousseau
<Grisbi-bin_2016-11-01-181716_iMac-de-Ludovic.crash>_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

[Nicolas LAURENT]

Ok, je me suis bien trompé dans l’ordre de mes corrections (il faut vraiment que j’automatise tout ça).
DMG ici: http://ovh.to/RM74Ps9 <http://ovh.to/RM74Ps9>

Désolé pour le micmac.

Post by Nicolas LAURENT
Je regarde de suite, j’ai dû me mélanger dans les versions


Post by Ludovic Rousseau

Post by Pierre Biava
Bonjour,

Salut,

Post by Pierre Biava
Comme la derniÚre fois, je mets à dispo le DMG pour que vous puisiez voir la tournure que cela prend : http://ovh.to/RM74kMA <http://ovh.to/RM74kMA>

Crash au lancement chez moi (lancé depuis le .dmg)
Un problÚme d'icone il me semble. Crash log attaché.
$ ./Grisbi.app/Contents/MacOS/Grisbi
2016-11-01 18:17:15.753 defaults[9081:181433]
The domain/default pair of (.GlobalPreferences, AppleCollationOrder) does not exist
./Grisbi.app/Contents/MacOS/Grisbi: line 77: test: argument expected
./Grisbi.app/Contents/MacOS/Grisbi: line 111: fr: Read-only file system
find: /share/locale: No such file or directory
(process:9073): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/Users/nl/gtk/inst/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory
This likely means that your installation is broken.
Try running the command
gdk-pixbuf-query-loaders > /Users/nl/gtk/inst/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache
to make things work again for the time being.
(process:9073): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion 'GDK_IS_PIXBUF (pixbuf)' failed
(process:9073): Gtk-CRITICAL **: gtk_icon_theme_add_builtin_icon: assertion 'GDK_IS_PIXBUF (pixbuf)' failed
(process:9073): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Tue Nov 1 18:17:15 2016, 0.140511 : Debug GRISBI 1.1.1 - erreur.c:334:void debug_initialize_debugging(gint) - Niveau de débogage : Débug
LANG = fr
Currency
currency_symbol =
mon_thousands_sep = ""
mon_decimal_point =
positive_sign = ""
negative_sign = ""
p_cs_precedes = "127"
n_cs_precedes = "127"
p_sep_by_space = "127"
frac_digits = "127"
gint64
G_GINT64_MODIFIER = "l"
9223372036854775807
Paths
g_get_user_data_dir () = /Users/rousseau/.local/share
gsb_dirs_get_user_data_dir () = /Users/rousseau/Library/Application Support/Grisbi/data
g_get_user_config_dir () = /Users/rousseau/.config
gsb_dirs_get_user_config_dir () = /Users/rousseau/Library/Application Support/Grisbi/config
gsb_dirs_get_grisbirc_filename () = /Users/rousseau/Library/Application Support/Grisbi/config/grisbidev.conf
gsb_dirs_get_accelerator_filename () = /Users/rousseau/Library/Application Support/Grisbi/config/grisbi-accels
gsb_dirs_get_categories_dir () = /Volumes/Grisbi/Grisbi.app/Contents/Resources/share/grisbi/categories
gsb_dirs_get_locale_dir () = /Volumes/Grisbi/Grisbi.app/Contents/Resources/share/locale
gsb_dirs_get_pixmaps_dir () = /Volumes/Grisbi/Grisbi.app/Contents/Resources/share/pixmaps/grisbi
gsb_dirs_get_ui_dir () = /Volumes/Grisbi/Grisbi.app/Contents/Resources/share/grisbi/ui
Tue Nov 1 18:17:15 2016, 0.140660 : Debug - grisbi_app.c:106:void grisbi_app_struct_conf_init()
(Grisbi-bin:9073): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
Tue Nov 1 18:17:16 2016, 0.253572 : Debug - grisbi_settings.c:421:void grisbi_settings_init(GrisbiSettings *)
Tue Nov 1 18:17:16 2016, 0.254338 : Debug - gsb_file.c:644:void gsb_file_init_last_path(const gchar *) - /Users/rousseau
(Grisbi-bin:9073): Gtk-WARNING **: Theme parsing error: grisbi.css:57:28: The :prelight pseudo-class is deprecated. Use :hover instead.
(Grisbi-bin:9073): Gtk-WARNING **: Theme parsing error: grisbi.css:65:36: The :prelight pseudo-class is deprecated. Use :hover instead.
(Grisbi-bin:9073): Gtk-WARNING **: Theme parsing error: grisbi.css:73:37: The :prelight pseudo-class is deprecated. Use :hover instead.
(Grisbi-bin:9073): Gtk-WARNING **: Theme parsing error: grisbi.css:81:36: The :prelight pseudo-class is deprecated. Use :hover instead.
(Grisbi-bin:9073): Gtk-WARNING **: Theme parsing error: grisbi.css:101:24: The :prelight pseudo-class is deprecated. Use :hover instead.
Tue Nov 1 18:17:16 2016, 0.255667 : Debug - gsb_rgba.c:90:void gsb_rgba_initialise_couleurs_par_defaut()
Tue Nov 1 18:17:16 2016, 0.255714 : Debug - traitement_variables.c:140:void init_variables()
Tue Nov 1 18:17:16 2016, 0.255864 : Debug - traitement_variables.c:377:void initialise_tab_affichage_ope()
Tue Nov 1 18:17:16 2016, 0.255916 : Debug - gsb_form_widget.c:105:gboolean gsb_form_widget_free_list()
Tue Nov 1 18:17:16 2016, 0.255929 : Debug - gsb_form_scheduler.c:236:gboolean gsb_form_scheduler_free_list()
Tue Nov 1 18:17:16 2016, 0.255964 : Debug - import.c:265:void register_import_format(struct import_format *) - Ajouter « CSV » en tant que format d'importation
Tue Nov 1 18:17:16 2016, 0.255977 : Debug - import.c:265:void register_import_format(struct import_format *) - Ajouter « QIF » en tant que format d'importation
Tue Nov 1 18:17:16 2016, 0.255988 : Debug - import.c:265:void register_import_format(struct import_format *) - Ajouter « Gnucash » en tant que format d'importation
Tue Nov 1 18:17:16 2016, 0.272061 : Debug - grisbi_app.c:1219:void grisbi_app_set_recent_files_menu(GrisbiApp *, gboolean) - 0
Tue Nov 1 18:17:16 2016, 0.273281 : Debug - grisbi_app.c:825:void grisbi_app_activate(GApplication *)
Couldn't recognize the image file format for file '/Volumes/Grisbi/Grisbi.app/Contents/Resources/share/pixmaps/grisbi/grisbi-logo.png'
**
Gtk:ERROR:gtkiconhelper.c:491:ensure_surface_for_gicon: assertion failed: (destination)
Abort trap: 6

Post by Pierre Biava
Je vais remonter cela dans GitHub et faire un "pull request ». C’est bien la procédure officielle ??

Oui, tout à fait.
à+
--
Dr. Ludovic Rousseau
<Grisbi-bin_2016-11-01-181716_iMac-de-Ludovic.crash>_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

[Ludovic Rousseau]

Post by Nicolas LAURENT
Ok, je me suis bien trompé dans l’ordre de mes corrections (il faut
vraiment que j’automatise tout ça).
DMG ici: http://ovh.to/RM74Ps9

Super. Pas de plantage. J'arrive sur la configuration du 1er lancement.
Ça semble même encore plus utilisable/joli que sur GNU/Linux :-)

Maintenant il faut que je charge (une copie de) mes comptes avec cette
version.


Désolé pour le micmac.
Pas de problÚme.
à+

[Nicolas LAURENT]

Bonjour,

Afin d’éviter ce genre de pb à l’avenir, j’ai automatisé la création du DMG. Un simple « make bundle » fait tout le boulot :)

je viens de faire un "pull request" avec mes modifs.

Evidement il reste du boulot, au moins pour rendre cela plus « joli » (image de fond, doc, 
)

A+

-NL

Post by Nicolas LAURENT
Ok, je me suis bien trompé dans l’ordre de mes corrections (il faut vraiment que j’automatise tout ça).
DMG ici: http://ovh.to/RM74Ps9 <http://ovh.to/RM74Ps9>
Super. Pas de plantage. J'arrive sur la configuration du 1er lancement.
Ça semble même encore plus utilisable/joli que sur GNU/Linux :-)
Maintenant il faut que je charge (une copie de) mes comptes avec cette version.
Désolé pour le micmac.
Pas de problÚme.
à+
--
Dr. Ludovic Rousseau
_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

[Ludovic Rousseau]

Post by Pierre Biava
Bonjour,
Afin d’éviter ce genre de pb à l’avenir, j’ai automatisé la création du
DMG. Un simple « make bundle » fait tout le boulot :)
je viens de faire un "pull request" avec mes modifs.

Vu.
Tu es parti d'une "vielle" version de grisbi. Mais tes modifications
s'appliquent bien sur le master courant.
J'ai enlevé quelques espaces en fin de ligne qui trainaient et tout mis
dans un seul commit.

Post by Pierre Biava
Evidement il reste du boulot, au moins pour rendre cela plus « joli »
(image de fond, doc, 
)

Bien sûr :-)

Merci

[Nicolas LAURENT]

Tu es parti d'une "vielle" version de grisbi. Mais tes modifications s'appliquent bien sur le master courant.

Mince j’étais parti de « master » sur grisbi/grisbi.
Je ne maitrise pas encore GitHub visiblement :(

[Ludovic Rousseau]

Post by Ludovic Rousseau

Post by Ludovic Rousseau
Tu es parti d'une "vielle" version de grisbi. Mais tes modifications

s'appliquent bien sur le master courant.
Mince j’étais parti de « master » sur grisbi/grisbi.
Je ne maitrise pas encore GitHub visiblement :(

Master sur grisbi/grisbi c'est bien. Mais tu es parti de la version du 27
septembre 2016.
Tu peux faire "git fetch upstream" pour récupérer les nouvelles
modifications.
Et "git rebase upstream/master" pour appliquer tes patchs sur la version du
jour.

Voir https://help.github.com/articles/fork-a-repo/

à+

[Gérald Niel]

Le Lundi 19 septembre 2016 à 19:39 UTC, Nicolas LAURENT écrivait sur

Post by Nicolas LAURENT
j’ai enfin réussi à monter mon environnement jhbuild qui fonctionne !

Alors là, je veux bien la méthode !

Bonne nouvelle qu'il n'y ai plus que moi sur le coup.

[Nicolas LAURENT]

Bonjour Gérald,

voici ma méthode (squelette de ma doc en cours de rédaction) :

1. Set up the environement

Full documentation is available here:
https://wiki.gnome.org/Projects/GTK+/OSX/Building

Note that jhbuild environment is not compatible with homebrew nor macport.


First step is to download the lastest install script:
https://git.gnome.org/browse/gtk-osx/plain/gtk-osx-build-setup.sh


Then use the 6 following command lines

% # init the installation
% ./gtk-osx-build-setup.sh

% # Build prerequiste tools
% jhbuild bootstrap

% # install GTK2 env
% jhbuild build meta-gtk-osx-bootstrap meta-gtk-osx-core

% # install GTK3 env
% jhbuild build meta-gtk-osx-gtk3

% # required package for Grisbi
% jhbuild build libgsf

% # ensure that mac-integration is properly installed for both GTK2 and GTK3
% jhbuild build -f gtk-mac-integration



2. Compile

% ./autogen.sh
% ./configure --prefix=/tmp/Grisbi

3. Package
to be documented

En espérant que cela aide.

A+

Post by Gérald Niel
Le Lundi 19 septembre 2016 à 19:39 UTC, Nicolas LAURENT écrivait sur

Post by Nicolas LAURENT
j’ai enfin réussi à monter mon environnement jhbuild qui fonctionne !

Alors là, je veux bien la méthode !
Bonne nouvelle qu'il n'y ai plus que moi sur le coup.
--
On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le
gouvernement ; c'est la paix sans la violence. C'est le contraire
précisément de tout ce qu'on lui reproche, soit par ignorance, soit
par mauvaise foi. -+- Hem Day -+-
_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

[Gérald Niel]

Le Vendredi 23 septembre 2016 à 17:00 UTC, Nicolas LAURENT écrivait sur
Je sais déjà. ;)
C'est ce que j'utilisais.

Post by Nicolas LAURENT
% # install GTK2 env
% jhbuild build meta-gtk-osx-bootstrap meta-gtk-osx-core

Ça plante, là je sais plus pourquoi, à meta-gtk-osx-core
Y'a un composant qui veut pas passer à build après le configure.

Normalement dans le répertoire contrib des sources il y a le squelette
à utiliser avec le builder.

@+

[n***@haplo.info]

as tu homebrew ou macport installé?
si oui il y a probablement un conflit.
La façon la plus simple de vérifier est de créer un autre user (avec un PATH vierge).
Pour ma part, j'ai même desinstallé macport.
Quel composant plante?
as tu un message d'erreur ?

Post by Gérald Niel
Je sais déjà. ;)
C'est ce que j'utilisais.

Post by Nicolas LAURENT
% # install GTK2 env
% jhbuild build meta-gtk-osx-bootstrap meta-gtk-osx-core

Ça plante, là je sais plus pourquoi, à meta-gtk-osx-core
Y'a un composant qui veut pas passer à build après le configure.
Normalement dans le répertoire contrib des sources il y a le squelette
à utiliser avec le builder.
@+
--
On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le
gouvernement ; c'est la paix sans la violence. C'est le contraire
précisément de tout ce qu'on lui reproche, soit par ignorance, soit
par mauvaise foi. -+- Hem Day -+-
_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

[Gérald Niel]

Post by n***@haplo.info
as tu homebrew ou macport installé?

Non.

Post by n***@haplo.info
si oui il y a probablement un conflit.
La façon la plus simple de vérifier est de créer un autre user (avec un PATH vierge).
Pour ma part, j'ai même desinstallé macport.
Quel composant plante?
as tu un message d'erreur ?

Bah là, rien ne va plus…
XCODE 8 (mise à jour récente) sur El Captain.

J'ai bien (ré)installé le commande line tools pour 10.11.

Je passe pas en 10.12 because ma machine sert à faire de l'audio.
Pas envie de me retrouver avec l'interface audio qui ne fonctionne
plus avec Logic !

$ jhbuild bootstrap
Traceback (most recent call last):
File "/Users/gerald/Source/jhbuild/jhbuild/config.py", line 197, in
load
execfile(filename, config)
File "/Users/gerald/.jhbuildrc", line 551, in <module>
execfile(_userrc)
File "/Users/gerald/.jhbuildrc-custom", line 124, in <module>
setup_sdk(target=_target, sdk_version="native",
architectures=[_default_arch])
File "/Users/gerald/.jhbuildrc", line 252, in setup_sdk
sdkdir = get_sdkdir(make_sdk_name(sdk_version), xcodepath,
xcodeversion)
File "/Users/gerald/.jhbuildrc", line 203, in get_sdkdir
raise EnvironmentError("%s not found" % sdk_name)
EnvironmentError: MacOSX10.11.sdk not found
jhbuild: impossible de charger le fichier de configuration

@+

[Nicolas LAURENT]

Peux-tu lancer Xcode (l’interface graphique) et vérifier que ses composants de base sont bien installés?

Post by Gérald Niel

Post by n***@haplo.info
as tu homebrew ou macport installé?

Non.

Post by n***@haplo.info
si oui il y a probablement un conflit.
La façon la plus simple de vérifier est de créer un autre user (avec un PATH vierge).
Pour ma part, j'ai même desinstallé macport.
Quel composant plante?
as tu un message d'erreur ?

Bah là, rien ne va plus…
XCODE 8 (mise à jour récente) sur El Captain.
J'ai bien (ré)installé le commande line tools pour 10.11.
Je passe pas en 10.12 because ma machine sert à faire de l'audio.
Pas envie de me retrouver avec l'interface audio qui ne fonctionne
plus avec Logic !
$ jhbuild bootstrap
File "/Users/gerald/Source/jhbuild/jhbuild/config.py", line 197, in
load
execfile(filename, config)
File "/Users/gerald/.jhbuildrc", line 551, in <module>
execfile(_userrc)
File "/Users/gerald/.jhbuildrc-custom", line 124, in <module>
setup_sdk(target=_target, sdk_version="native",
architectures=[_default_arch])
File "/Users/gerald/.jhbuildrc", line 252, in setup_sdk
sdkdir = get_sdkdir(make_sdk_name(sdk_version), xcodepath,
xcodeversion)
File "/Users/gerald/.jhbuildrc", line 203, in get_sdkdir
raise EnvironmentError("%s not found" % sdk_name)
EnvironmentError: MacOSX10.11.sdk not found
jhbuild: impossible de charger le fichier de configuration
@+
--
On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le
gouvernement ; c'est la paix sans la violence. C'est le contraire
précisément de tout ce qu'on lui reproche, soit par ignorance, soit
par mauvaise foi. -+- Hem Day -+-
_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

[Nicolas LAURENT]

Salut Gérald,

j’ai trouvé d’où vient le pb.
Avec la dernière version d’XCode, Apple a pris de l’avance est livre le SDK 10.12.
Pour contourner le pb, il suffit de faire un lien (en tant que root) :

# cd /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs
# ln -s MacOSX.sdk MacOSX10.11.sdk

Cela devrait se corriger « tout seul » avec MacOS 10.12!

A+

Post by Nicolas LAURENT
Peux-tu lancer Xcode (l’interface graphique) et vérifier que ses composants de base sont bien installés?

Post by Gérald Niel

Post by n***@haplo.info
as tu homebrew ou macport installé?

Non.

Post by n***@haplo.info
si oui il y a probablement un conflit.
La façon la plus simple de vérifier est de créer un autre user (avec un PATH vierge).
Pour ma part, j'ai même desinstallé macport.
Quel composant plante?
as tu un message d'erreur ?

Bah là, rien ne va plus…
XCODE 8 (mise à jour récente) sur El Captain.
J'ai bien (ré)installé le commande line tools pour 10.11.
Je passe pas en 10.12 because ma machine sert à faire de l'audio.
Pas envie de me retrouver avec l'interface audio qui ne fonctionne
plus avec Logic !
$ jhbuild bootstrap
File "/Users/gerald/Source/jhbuild/jhbuild/config.py", line 197, in
load
execfile(filename, config)
File "/Users/gerald/.jhbuildrc", line 551, in <module>
execfile(_userrc)
File "/Users/gerald/.jhbuildrc-custom", line 124, in <module>
setup_sdk(target=_target, sdk_version="native",
architectures=[_default_arch])
File "/Users/gerald/.jhbuildrc", line 252, in setup_sdk
sdkdir = get_sdkdir(make_sdk_name(sdk_version), xcodepath,
xcodeversion)
File "/Users/gerald/.jhbuildrc", line 203, in get_sdkdir
raise EnvironmentError("%s not found" % sdk_name)
EnvironmentError: MacOSX10.11.sdk not found
jhbuild: impossible de charger le fichier de configuration
@+
--
On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le
gouvernement ; c'est la paix sans la violence. C'est le contraire
précisément de tout ce qu'on lui reproche, soit par ignorance, soit
par mauvaise foi. -+- Hem Day -+-
_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel