10.13 High Sierra Grisbi et MacOs High Sierra

papily59

Membre enregistré
14 Août 2012
4
0
SERIGNAN
Bonjour,

Je viens de passer à High Sierra béta 8 en installation "propre" et un formatage du disque en APFS. Résultat, Grisbi (10) ne se charge plus ! Y-a-t-il une mise à jour de prévue ? Je ne vois rien sur leur site.
Merci de me contacter si vous rencontrez le même problème.
 
Il aurait peut-être fallu y penser avant…
 
  • J’aime
Réactions: MAChiavel
Bonjour,

Bonjour,

Je viens de passer à High Sierra béta 8 en installation "propre" et un formatage du disque en APFS. Résultat, Grisbi (10) ne se charge plus ! Y-a-t-il une mise à jour de prévue ? Je ne vois rien sur leur site.
Merci de me contacter si vous rencontrez le même problème.

Je ne connais pas Grisbi mais j'imagine que tu peux les interpeler en direct pour savoir s'ils vont sortir (et quand) une version compatible HS; ainsi tu pourras nous en informer ;)
 
La dernière version officielle est toujours la version 1.0 qui date de mars 2014… http://fr.grisbi.org

Alors, il aurait mieux valu tester High Sierra dans un disque dur USB et tester tes logiciels. Rien ne dit par la suite qu'avec la version finale de High Sierra que ce logiciel fonctionnera correctement.
 
Bonjour,
Pour palier à mon problème, j'ai installé l'émulateur gratuit Windows XP 'PlayOnMac' sous MacOs High Sierra et installé dans une "bouteille wine" la dernière version Windows de GRISBI 0.8.9-3 win32. Je peux continuer ma compta avec cette version et les fichiers ".gsb" existants.
A toutes fins utiles.
 
Bonjour,
Pour palier à mon problème, j'ai installé l'émulateur gratuit Windows XP 'PlayOnMac' sous MacOs High Sierra et installé dans une "bouteille wine" la dernière version Windows de GRISBI 0.8.9-3 win32. Je peux continuer ma compta avec cette version et les fichiers ".gsb" existants.
A toutes fins utiles.
Salut

Sinon autre solution :
Installer VirtualBox et créer une machine MacOsX qui va bien.:D
 
Conflit de lib entre la version désormais livrée dans High Sierra et celle dans Grisbi pour la zlib.

Dans une fenêtre terminal (en tant qu'admin)
cd /Applications/Grisbi.app/Contents/Resources/lib
sudo mv libz.1.dylib libz.1.dylib.original
 
  • J’aime
Réactions: sergiodadi
Bonjour....

Hier j'ai installé la mise à jour High Sierra, mais grisai ne fonctionne plus...
En ligne de commande je ne suis pas encore douée...
cbtl, pourrais-tu m'expliquer exactement ce ce que tu fais dans la fenêtre terminal... Tu copies et colles la ligne de commande...

Merci à tous de votre aide
 
Bonjour Pinou

Tu vas à : Applications > Utilitaires > tu lances le «Terminal». Dans la fenêtre ouverte > tu fais un copier-coller direct de la commande que j'écris ci-dessous (déroule bien tout le tapis roulant horizontal) :
Bloc de code:
sudo mv /Applications/Grisbi.app/Contents/Resources/lib/libz.1.dylib /Applications/Grisbi.app/Contents/Resources/lib/libz.1.dylib.original

et ↩︎ (presse la touche "Entrée" du clavier pour exécuter la commande) --> une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe de session admin en aveugle - aucun caractère ne s'affichant à la frappe --> et ↩︎ à nouveau

  • cette commande renomme dans le sous-dossier Resources de l'application Grisbi.app le fichier libz.1.dylib à libz.1.dylib.original (une façon de le neutraliser sans le supprimer)
  • au lieu d'utiliser 2 commandes (comme cbtl) > je t'ai fait un tout-en-un

=> tu n'as qu'à dire si ça règle ton problème
 
Remercie surtout cbtl > je n'ai fait ici pour ma part que réinterpréter pour toi les commandes qu'il proposait (je n'ai pas la plus petite idée de ce qu'est ce grisbi - à part dans le titre de vieux polars comme « Touchez pas au grisbi ! »
361608_original.png
)
 
Conflit de lib entre la version désormais livrée dans High Sierra et celle dans Grisbi pour la zlib.

Dans une fenêtre terminal (en tant qu'admin)
cd /Applications/Grisbi.app/Contents/Resources/lib
sudo mv libz.1.dylib libz.1.dylib.original
Merci pour la solution, j'ai eu un grand moment de solitude
 
Remercie surtout cbtl > je n'ai fait ici pour ma part que réinterpréter pour toi les commandes qu'il proposait (je n'ai pas la plus petite idée de ce qu'est ce grisbi - à part dans le titre de vieux polars comme « Touchez pas au grisbi ! »
361608_original.png
)
Moi ça me rappelle plutôt ça :D

 
Bonjour Pinou

Tu vas à : Applications > Utilitaires > tu lances le «Terminal». Dans la fenêtre ouverte > tu fais un copier-coller direct de la commande que j'écris ci-dessous (déroule bien tout le tapis roulant horizontal) :
Bloc de code:
sudo mv /Applications/Grisbi.app/Contents/Resources/lib/libz.1.dylib /Applications/Grisbi.app/Contents/Resources/lib/libz.1.dylib.original

et ↩︎ (presse la touche "Entrée" du clavier pour exécuter la commande) --> une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe de session admin en aveugle - aucun caractère ne s'affichant à la frappe --> et ↩︎ à nouveau

  • cette commande renomme dans le sous-dossier Resources de l'application Grisbi.app le fichier libz.1.dylib à libz.1.dylib.original (une façon de le neutraliser sans le supprimer)
  • au lieu d'utiliser 2 commandes (comme cbtl) > je t'ai fait un tout-en-un
=> tu n'as qu'à dire si ça règle ton problème


Super, ça fonctionne comme sur des roulettes :-)
J'avais récupéré mon fichier .gsb pour l'ouvrir sur un pc Windows, je peux désormais continuer à utiliser mon Mac pour mes comptes
Merci macomaniac
 
Bonsoir, je trouve enfin une discussion sur la disparition de grisbi depuis que j'ai enclenché la mise à jour de High Sierra le 7 novembre.
Helas pour moi la procédure donnée plus haut par Macomaniac ne fonctionne pas sur mon Imac. j'ai bien fait le copié-collé sur Terminal, je donne mon password, et après le retour s'inscrit "mv: rename /Applications/Grisbi.app/Contents/Resources/lib/libz.1.dylib to /Applications/Grisbi.app/Contents/Resources/lib/libz.1.dylib.original: No such file or directory".
Et ça ne marche pas, alors que ça fonctionne bien pour les autres. C'est très ennuyeux car Grisbi est un super logiciel de comptabilité et je ne sais pas comment le récuperer.
Pourquoi la solution donnée par Macomaniac ne marche-t-elle pas chez moi. Je précise que je ne suis pas du tout une specialiste en informatique... rien qu'une utilisatrice de mac depuis 26 ans.
Merci de m'aider
 
Bonjour Malene

Je ne me suis immiscé dans ce fil que pour fournir une commande permettant de lancer l'application «Grisbi» dans l'environnement de High Sierra. Alors que je n'ai jamais utilisé «Grisbi» et que je ne l'utiliserai jamais.

Une application étant un paquetage : un emboîtement de fichiers dans des sous-dossiers dans un dossier global, lequel apparaît "plein" par un simple effet d'icône --> le dossier global d'une application s'appelle toujours Contents (Contenus) > et un des sous-dossiers de ce dossier s'appelle toujours Resources (Ressources).

L'application «Grisbi» ne s'écarte pas de ce modèle > et dans son sous-dossier Resources > elle comporte encore un dossier subalterne (on voit ici en clair ce que veut dire un paquetage) --> intitulé lib. lib est un abrégé de libraries (bibliothèques logicielles). Une "librairie" est un fichier qui collationne des routines utilisables par le programme d'une application.

Dans le dossier subalterne lib du paquetage de l'application «Grisbi» > il y a donc des fichiers "librairies" > et il semble bien qu'une de ces librairies intitulée libz.1.dylib > au lieu de fournir une assistance au programme grisbi lors de son lancement > le fait planter dans l'environnement de High Sierra. Typique d'une application qui n'a pas été mise-à-jour pour un nouvel OS.

La commande donnée ici se contente de renommer ce fichier "librairie" plantogène de libz.1.dylib à libz.1.dylib.original sans le supprimer. Mais ce simple renommage équivaut à mettre en quarantaine cette librairie plantogène > car en informatique renommer un objet revient toujours à l'exclure par suppression de son identité nominale.

----------

C'est cette mise en quarantaine nominale qui a marché pour les autres intervenants de ce fil. Chez toi, par contre, le message d'erreur retourné :
Bloc de code:
"mv: rename /Applications/Grisbi.app/Contents/Resources/lib/libz.1.dylib to /Applications/Grisbi.app/Contents/Resources/lib/libz.1.dylib.original: No such file or directory"

signifie :

  • m[o]v[e] : renommer le fichier [...]libz.1.dylib --> [...]libz.1.dylib.original : aucun fichier ou dossier trouvé à l'adresse indiquée pour effectuer cette opération

Bref : absence de l'objet-cible dans le paquetage de ton application.

Contre-test de ma part --> je vais ici ☞Grisbi.org☜ [l'intitulé rouge est un lien à cliquer] et je clique dans la panneau "Télécharger" (à droite dans la page) le choix : Grisbi.1.0.0 pour Mac --> ce qui me fait obtenir par téléchargement une image-disque Grisbi-1.0.0.dmg. D'un double-clic je monte son volume Grisbi.1.0.0 et dans cet espace j'avise une application toute prête intitulé Grisbi. Je la déplace dans le répertoire général des Applications de l'OS High Sierra où elle existe désormais en tant que Grisbi.app.

Je tente de la lancer d'un double-clic --> je n'obtiens qu'un rapport de plantage : "l'application Grisbi a rencontré un problème etc."

J'inspecte le paquetage de l'application --> la librairie cause du plantage = libz.1.dylib existe bien dans le dossier subalterne lib du sous-dossier Resources.

Je pourrais le renommer à la main ou encore le benner mais non : j'applique ma commande comme un automate [un perroquet qui répète une phrase sans en comprendre le sens] et le fichier s'en trouve renommé à libz.1.dylib.original (càd. mis en quarantaine par ce renommage).

Je refais un double-clic sur l'icône de l'application Grisbi et... j'obtiens le panneau d'accueil de l'application (que je quitte, la comptabilité étant totalement en-dehors de mon espace d'intelligibilité).

--> en résumé de ce petit exercice d'interprétation --> tu vas Malene à la page du site Grisbi dont j'ai donné précédemment le lien en rouge > tu télécharges la version 1.0.0 de l'application Grisbi > tu déplaces cette version du logiciel dans le répertoire des Applications en décidant de remplacer l'ancienne version de Grisbi qui doit être en place chez toi > puis tu passes ma commande et... tu lances Grisbi comme d'habitude.

Tu dois en être restée à une version de Grisbi antérieure à la 1.0.0 --> il te faut donc faire à la fois cette mise-à-jour > suivie de la commande de mise-en-quarantaine d'une des bibliothèques contenues dans le paquetage de l'application.

[Si jamais on m'avait prédit qu'un jour je me soucierais du grisbi - j'en aurais eu des sueurs froides. Ce jour est arrivé à l'improviste mais hé ! il ne s'agissait que d'effectuer pour d'autres une petite manipulation informatique. Je suis indemne !-
361608_original.png
]
 
Dernière édition par un modérateur:
  • J’aime
Réactions: litobar71
Bonsoir, je trouve enfin une discussion sur la disparition de grisbi depuis que j'ai enclenché la mise à jour de High Sierra le 7 novembre.
Helas pour moi la procédure donnée plus haut par Macomaniac ne fonctionne pas sur mon Imac. j'ai bien fait le copié-collé sur Terminal, je donne mon password, et après le retour s'inscrit "mv: rename /Applications/Grisbi.app/Contents/Resources/lib/libz.1.dylib to /Applications/Grisbi.app/Contents/Resources/lib/libz.1.dylib.original: No such file or directory".
Et ça ne marche pas, alors que ça fonctionne bien pour les autres. C'est très ennuyeux car Grisbi est un super logiciel de comptabilité et je ne sais pas comment le récuperer.
Pourquoi la solution donnée par Macomaniac ne marche-t-elle pas chez moi. Je précise que je ne suis pas du tout une specialiste en informatique... rien qu'une utilisatrice de mac depuis 26 ans.
Merci de m'aider
Bonjour,
J'ai rencontré le même pb. L'application GRISBI n'était installé dans /Applications.
Identifier le dossier ou se trouve installé GRISBI et adapté la ligne de commande à celui-ci

 
  • J’aime
Réactions: litobar71