Ce sujet est résolu.
| 1 | |
| Auteur | Messages |
|---|---|
| didier18 | #1 Posté le 11/10/2014 à 22:26:06 |
| Bonjour Tout est dans le titre, d'ailleurs cela amène directement une autre question... Q2) - Pourquoi faire un .gambas puisque de toute façon, il faut au moins l'IDE pour que le .gambas fonctionne ? Sans vouloir relancer le débat sur la présence de l'IDE ou du runtime sur le système... Q3) - Pourquoi ne pas compiler directement le .gambas avec le runtime (et ainsi créer le .deb) pour que cela fonctionne à coup sur, sur une majorité de distributions ? ... | |
| linuxos | #2 Posté le 13/10/2014 à 04:09:28 |
Un peu de sel, de poivre et la crevette sera...  | didier18, Q2 => Pas du tout, un fois un projet compilé et l'exécutable crée en .gambas, il y a plus besoin de l'IDE pour le lancer. Il suffit soit de double-cliquer sur l'icone de l'exécutable ou de le lancer en commande dans un terminal. L'IDE sert pour le développement des projets, lors de l'exécution c'est le runtime qui exécute le projet compilé. SOit directement quand l'exécutable .gambas est lancé, soit au travers de l'IDE pour permettre le debugage. Q3 => Parce que les composants utilisés dans un projet doivent etre present en plus du runtime pour que le projet puisse etre exécuté. Lors de la création d'un package .deb ou .rpm (et autres), toutes les dépendances au runtime + composants sont inclus dans le package. Olivier Lorsqu'on s'occupe d'informatique, il faut faire comme les canards... Paraître calme en surface et pédaler comme un forcené par en dessous. |
| didier18 | #3 Posté le 13/10/2014 à 17:09:54 |
| Bonsoir linuxos Hé non, je confirme... ça ne fonctionne pas. Dans l'exemple qui m'occupe, j'ai créé une 'appliquette' avec Gambas 3.5.4 depuis un poste équipé en Ubuntu 12.04 LTS. Je souhaite utiliser ce programme sur un poste équipé système Debian Wheezy qui ne dispose ni de Gambas ni même de gambas-runtime. Depuis le poste 'Ubuntu' je créé le "calcul_mot.gambas" et "calcul-mot_0.0.2-1_all.deb" que je dépose sur 1 clé USB. Sur le poste 'Debian' je 'Couper/Coller' les 2 fichiers dans "Téléchargement". Voici ce que ça donne pour la suite... Essai par le terminal en mode superutilisateur  Essai par Dble-Clic sur l'executable  Essai en installation...  Essai avec Gdebi  Force est de constater que Gambas IDE n'a pas inclus le gambas-runtime dans le all.deb. Sur cette version de 'Debian/wheezy' on pourrait installer Gambas 3.1.1 mais je pense que cela ne résoudrai que partiellement le problème (version différente de celle du programme à installer) et accord de l'utilisateur final. | |
| linuxos | #4 Posté le 13/10/2014 à 17:39:23 |
| Un peu de sel, de poivre et la crevette sera... | didier18, Si l'IDE a inclus les dépendances dans ton package mais surrement pour Ubuntu seulement et non pour Debian. Il faut comprendre que si tu développes une application avec Gambas version X.Y, il te faudra la meme version de Gambas sur la 2eme machine. L'application que tu construits avec l'IDE n'est au final que du code. C'est exactement la meme chose qu'avec du Python ou du Perl, a la différence que Gambas n'est pas installé par défaut sur les distributions Linux alors que Python et Perl le sont généralement. Donc si tu ne crées que l'executable Gambas de ton application sur la machine A, tu devra installer Gambas, dans la meme version, sur la machine B, mais uniquement le runtime + les composants utilisés dans ton application. Si tu crees le package .DEB de ton application, tu devra preciser que que c'est un .deb pour DEBIAN (la machine de destination). A ce moment la, lors de la creation du package par l'IDE, les dépendances vers les packages du runtime Gambas + package des composants seront inclus dans le package de ton application. Ensuite, lors de l'installation de ton nouveau package .deb de ton application sur la machine B, le système Debian verifira les dépendances nécessaires et essayera d'installer tous les packages manquants a condition qu'ils soient disponibles dans les depots de la machine B. Si le système Debian ne trouve pas les bons packages, dans les bonnes versions, alors il te donnera le message que tu as indiqué. Assures toi par exemple d'avoir ajouté le depot de Gambas pour avoir les dernières version des packages disponible sur ta machine B. Voici ce que j'ai trouvé sur Internet rapidement mais il faut verifier si cela fonctionne correctement sur Debian sudo add-apt-repository ppa:gambas-team/gambas3 sudo apt-get update Avec ces commandes, on rajoute le dépôt PPA gambas-team/gambas3 et on met a jour la liste des packages disponibles sur la machine Debian J'espère ne pas avoir été trop brouillon dans mes explications. Olivier Lorsqu'on s'occupe d'informatique, il faut faire comme les canards... Paraître calme en surface et pédaler comme un forcené par en dessous. |
| didier18 | #5 Posté le 13/10/2014 à 18:39:01 |
Il faut comprendre que si tu développes une application avec Gambas version X.Y, il te faudra la meme version de Gambas sur la 2eme machine. Et c'est là tout le paradoxe du titre de ce sujet qui reste d'actualité.  Sans Gambas(IDE) ou gambas-runtime, '.gambas' ne peut pas fonctionner.  Afin de pouvoir installer la 3.5.4 sur une 'wheezy' il faut déclarer les dépots 'sid' sinon on reste à la 3.1.1 (d'après ce que j'en ai compris)... Malheureusement cela ouvre également d'autres MAJ qui ne sont pas souhaitable (dans mon cas) et qui (si ont on les applique) peuvent conduire jusqu'à la perte de l'interface graphique (cela m'est arrivé 2 fois)... Donc l'idée serai de passer en 'sid' le temps d'installer la 3.5.4 puis de repasser en 'stable' lorsque 'l'install' est terminée. je n'ai pas essayé. Par contre lorsque j'ai demandé la création du '.deb', je n'avais choisi QUE 'Debian' comme cible. Mais comme tu l'explique, la cible n'ayant pu satisfaire les dépendances, je me retrouve avec les messages d'erreurs (vu plus haut).  Finalement on ne peut que regretter que Gambas ne soit pas installé par défaut sur le système Linux ! | |
| linuxos | #6 Posté le 13/10/2014 à 18:59:39 |
| Un peu de sel, de poivre et la crevette sera... | L'idée de ne rajouter que le dépôt de Gambas-team (ou autres) sur ta Debian reste a mon avis la plus facile puisque que tu ne change pas de version de ta distribution Debian. Pourquoi utilises tu dans ton cas 2 version de distribution Linux différentes ? Je suppose que tu as une raison bien a toi, mais ce qui résoudrait facilement ton problème serait d'avoir la meme Distribution partout. Il te reste toujours la possibilité de compiler toi meme Gambas a partir des sources sur Debian. Olivier Lorsqu'on s'occupe d'informatique, il faut faire comme les canards... Paraître calme en surface et pédaler comme un forcené par en dessous. |
| spheris | #7 Posté le 14/10/2014 à 13:47:06 |
 | Et sans vouloir rajouter de l'huile sur le feu il en etait de meme pour vb4, 5, 6 sur win$, il lui fallait les runtimes et le fameux vbrun32.dll. Personnellement je ne me pose pas la question puisque j'installe gambas 3 dans sa totalité vu les Go dont on dispose aujourd'hui. Et si tu veux que personne ne bidouille ton soft, efface le code ou renome l'appli IDE gb3 en toto.gargouille Enfin, une appli compilée sur ma machine MINT 16 fonctionne très bien sur toutes mes autres PC sous n'importe quel nux. Juste ce fameux problème de taille de police par défaut suivant les versions de nux.  |
| didier18 | #8 Posté le 15/10/2014 à 16:12:52 |
linuxosPourquoi utilises tu dans ton cas 2 version de distribution Linux différentes ? Je suppose que tu as une raison bien a toi, mais ce qui résoudrait facilement ton problème serait d'avoir la meme Distribution partout. Raisons bonnes ou mauvaises... Mais principalement pour tester et essayer de comprendre le fonctionnement des différentes versions des distributions Linux, voir avec laquelle je me sent le mieux sur ma vieille machine (petit HDD et peu de ram et pour ramer ça rame...  .Le gros point fort de 'Debian' c'est son ancienneté donc beaucoup d'expérience et (a mon avis) une gestion plus rigoureuse du 'swap'...
Pourquoi pas ? Mais par ou commencer ? Aurais-tu un tuto ou une méthode pas à pas, à me conseiller ? spheris Et sans vouloir rajouter de l'huile sur le feu il en etait de meme pour vb4, 5, 6 sur win$, il lui fallait les runtimes et le fameux vbrun32.dll. ça c'est un coup bas ! tu nous parles d'un temps que les moins de 20 ans...En tout cas avec cette 'dll' VB nous fournissait un exécutable digne de ce nom qui s'auto-suffisait. Tout le monde n'a pas un PC dernier cri (persan) ((comme le chat ou le tapis du même nom)) et pléthore de 'Go'... La solution sera peut être trouvée pour Gambas4... | |
| gambix | #9 Posté le 6/11/2014 à 23:04:49 |
Faire simple ! | Pourquoi pas ? Mais par ou commencer ? Aurais-tu un tuto ou une méthode pas à pas, à me conseiller ? http://gambaswiki.org/wiki/install En tout cas avec cette 'dll' VB nous fournissait un exécutable digne de ce nom qui s'auto-suffisait. Tout comme l'executable Gambas, la différence c'est que gambas évolue tout le temps et reste pas mal cutting edge. C'est un choix qui a été fait afin de ne pas mourrir d'ennuis dans du déboguage pure et d'avoir des gens motivés dans la contribution au projet. Tu peux et tu dois utiliser des versions stables... en ayant en mémoire qu'un programme gb 3.5 tournera sur gb.3.6 mais pas l'inverse sans recompilation. L'autre difficulté de Gambas et sa force c'est linux et ses distribution ... les gars qui développait vb n'avait pas a se prendre la tête a être présent sur sur plussieurs versions de windows avec un windows qui évoluait a 200 a l'heure. Oui distribuer une appli sous linux c'est complexe, et instable. Mais c'est le jeu du libre. Le site ici présent tourne sous une version récente de gb3 et une vieille lenny :-) Moins de texte dans une signature c'est agrandir son espace. |
| 1 | |