Vous n'êtes pas identifié(e).
Dernière modification par temps (01-03-2014 23:28:37)
Hors ligne
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
Dernière modification par temps (02-03-2014 00:18:27)
Hors ligne
Dernière modification par temps (02-03-2014 04:36:19)
Hors ligne
Si je liste les éventuelles difficultés
1) comme l'application lm3jo fait de nombreuses choses différentes, elle possède de nombreuses sous applications. est-il possible d'en faire un seul deb ?
Oui
2) S'il est possible de faire un seul deb, comment gérer le fait que certaines applications soient en C++, d'autres en C, et d'autres en bash ?
Cela n'importe qu'à la compilation, et c'est justement le Makefile qui gère ça
3) Quel est l'avantage de faire un makefille (que je ne sais pas encore faire) par rapport à la technique de openclassrooms qui crée un deb facilement à partir des applications déjà compilées ? quitte à ajouter à coté un tar.gz qui indiquent les codes sources pour que chacun puisse adapter à son linux ?
Faire un deb à partir d'une application déjà compilée, c'est bon pour installer sur sa machine, mais ça n'est pas redistribuable. C'est le niveau 0 du paquet Debian, celui qu'on garde pour soi parce qu'il ne marche pas sur la machine du voisin
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
Hors ligne
Idem pour jorisspe.sh.
Cependant, je ne suis pas sûr de comprendre la raison d'être de ces scripts shell. Il servent visiblement à lancer une autre application. Pourquoi lancer un script qui lance une autre application plutôt que de lancer directement l'autre application ?
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
Dernière modification par temps (02-03-2014 15:15:11)
Hors ligne
qui récupère deux arguments, ces deux argument sont transmis toujours au même binaire qui change le nom de sortie en lui donnant le nom du premier argument.
Donc 1 seul bash aapour.sh à la place des 76 précédement et un seul aasynthe à la place des 26 précédement.
Je vais déployer la technique pour toutes les fenêtres qt, et corriger les autres bash et binaires. Ensuite je change le contenue de mon répertoire source et je reviendrai reprendre le travail sur le makefile.
Cordialement
Dernière modification par temps (02-03-2014 16:44:34)
Hors ligne
J'ai mis execlp, mais tu peut utiliser la commande d'exécution que tu veux.
Pense à rajouter (pour ce code)
s'ils ne sont pas présents.
Edit: pour lancer deux applications en tâches de fond :
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
Hors ligne
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
Et j'obtiens
Cordialement
Dernière modification par temps (03-03-2014 17:06:11)
Hors ligne
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
Après plusieurs recherches et tests sans succès, j'en suis arrivé à la conclusion qu'il fallait tout placer dans le même répertoire.
Ensuite puisqu'il y a un .pro de qt, d'entrer en terminal qmake, ce qui va générer un Makefile (il y a une majuscule), ensuite intégrer à ce makefile les applications en C.
Je vais faire une pause dans la recherche de création de deb, parce que j'ai une erreur 1 qui apparaît sur lm.o , alors qu'en compilant avec d'autres techniques elle n'apparait pas, parce qu'encore je ne sais pas mettre les bash ou les bibliothèques. Je préfère pour l'instant ajouter une bascule de banque sons, (des répertoires contenant chacun 52x52 sons) pilotée par une fonction piloté par un bouton de la première fenêtre. En exemple pos1 donne 2704 son de tel type, pos 2 2704 autres sons .... je vois bien une grille que j'active à chaque 2704 sons ajoutés. Je pense que c'est plus utile que de chercher à faire un deb avec un makefile que je ne sais pas faire
pour l'instant je vais garder le deb actuel, il n'est peut-être pas parfais, mais il fonctionne sur les machines que j'ai croisé.
Cordialement
Dernière modification par temps (04-03-2014 01:59:13)
Hors ligne
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
Hors ligne
Bonjour,
Merci pour la réponse,
je modifierai le répertoire sources dans la journée, mais je ne pense pas pouvoir avoir un makefile qui fonctionne (ce sera celui créé par qmake que j'ai adapté).
Un Makefile peut en appeler un autre. L'idée est d'avoir un Makefile global dans le dossier racine, qui va appeler les différents autres Makefile pour construire les différents binaires.
Le Makefile de qmake ne devrait pas être modifié, puisque si tu changes tes sources il te faudra le regénérer, et le re-patcher…
Quand je parle de mettre tout dans le même répertoire, j'entends les c++ de qt avec les 10 appli en C et 2 bash, que les binaire.
Que les sources des binaires tu veux dire?
Les binaires en eux-même ne doivent pas être présents dans les sources.
Et les sources n'ont inversement pas à être dans le paquet binaire Debian.
Pour LM.o c'est un reste de mes fork et qthread qui se compile très bien sous qt qui n'était pas digéré par make, je l'ai enlevé car inutile, la partie virtuelle de LM n'est pas utilisée.
Au sujet des appli en C, c'est problème de linkage, car si je n'avais pas les bonnes include avec des appli qui ouvrent et ferment les fichiers, cela fait longtemps que je m'en serait aperçu.
Voila pour plus de détail et ou j'en suis dans la recherche d'un deb correspondant aux usages.
Comme indiqué, si tu veux pouvoir générer un .deb pour différentes archi, différentes versions de debian, et de bonne qualité, il te faut un Makefile permettant de générer les binaires à partir des sources seules, et de permettre l'installation des binaires et autres.
Si tu es fâché avec les Makefile, tu peux toujours faire un script shell qui fait ça, même si tu t'écartes alors de la méthode recommandée.
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
je mettrai tout dans le répertoire sources demain
Cordialement
Dernière modification par temps (05-03-2014 02:47:42)
Hors ligne
Pour installer il faut se placer dans le répertoire
faire make
puis faire make install en root
puis donner les droits de lectures écriture au contenue du répertoire /usr/share/lm3jo
Dernière modification par temps (15-03-2014 04:49:00)
Hors ligne
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
j'obtiens
avec au dessus
Je ne sais pas pourquoi, peut-être est-ce qu'il faut indiquer le nom de la librairie sox ou qt autrement
C'est un premier jet, je corrigerai le numéro de version plus tard pour l'instant j'ai gardé celle indiquée dans l'exemple
Cordialement
Dernière modification par temps (17-03-2014 20:33:53)
Hors ligne
J'ai corrigé cette erreur mais il en apparait une autre juste avant la fin dans l'installation, en utilisant le deb qui n'apparaissait pas avant.
De plus je me suis aperçu qu'il ne faut pas faire la gestion des data comme je le fait dans le makefile, car sinon l'utilisateur perd le droit d'écriture indispensable à la création de nouveaux sons.
Et comme le but est de produire des mélodies issues de l'imagination, sans aucune forme d'imitation, sans les contraintes physiques existantes avant mes découvertes, c'est sure que ça fait pas.
Je me pose aussi plusieurs questions pour bien remplir
1- faut-il mettre la licence qt ?
2- faut-il mettre la licence sox ?
3- mon paquet utilise un format audio propriétaire libre d'utilisation sous linux, mais le paquet est indépendant du format audio, je donne les codes.
Est-ce que le fait que le format audio soit non libre impose automatiquement que le paquet est non libre ?
J'ai le sentiment de perdre beaucoup trop de temps avec la création d'un paquet deb aux usages, alors que j'ai tellement de développements à faire sur le format adn.
Je vais arrêter cette démarche, pour me concentrer sur d'autres taches :
dev du format adn
article sur les lois de l'entendement (relations entre ce qu'entend le cerveau et les sons captés par les sens, effet mémoire de conditionnement, effet par rapport langue maternelle ...) avec des démos de lm3jo
amélioration des codes comme retouche du bash (une simple boucle changeant les noms de sorties) pour améliorer la compatibilité d'une touche clavier maintenue
Je continue à donner les sources et comment les utiliser, si quelqu'un veut en faire un paquet deb, il est le bienvenue
Cordialement
Dernière modification par temps (19-03-2014 22:28:59)
Hors ligne
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
Dernière modification par temps (24-03-2014 06:51:06)
Hors ligne