Forum

Bonjours,

Il y a quelques logiciels qu'il serait agréable d'ajouter dans les dépots:

- Le compilateur Gfortran
- Le code_aster
- Autotalent

Édité par AVR380 Le 05/02/2014 à 23h15

bonjour
Pour fortran dans les dépôts de mga4 il y a le paquet
gcc-gfortran - Fortran 95 support for gcc​
qui comprend gfortran

J'avais trouvé mais au début le gestionnaire de logiciel n'édait pas beacoup...

Sinon je viens recrier au scandal!


Ni Gerris, ni OpenFOAM ni le code-aster ne sont installables depuis le code source. Alors qu'ils le sont sous Ubuntu, Debian...

Pitié faites les nous marcher

Édité par AVR380 Le 06/02/2014 à 22h22

Qu'est ce que signifie qu'ils ne sont pas installables depuis le code source ? Tu as un lien vers ces logiciels pour que je jette un œil ?

En suivant la démarche proposée en général ou pour d'autres distributions et en essayant de compiler ça ne marche pas à la fin.


Gerris:
Je veux bien vous accorder que les développeurs ne font pas beaucoup d'efforts pour le rendre accessible
http://gfs.sourceforge.net/wiki/index.php/Main_Page

Open Foam:
http://www.openfoam.com/

Code-aster:
http://www.code-aster.org/V2/spip.php?rubrique1

Les deux derniers sont assez éprouvé et devraient être stables

openfoam-2.2.2-0.mga4.i586.rpm C'est dispo



Les deux autres ne sont que dans des distributions debianesques. A voir s'il est possible d'ouvrir une demande via le bugzilla

Salut,







Souvent à cause de librairies manquantes ou des versions qui ne correspondent pas ... Ce n'est pas rare du tout.



Merci

Salut,

Non non rien à voir ... des versions de logiciel il en existe autant que des feuilles sur les arbres avec des FLAGS de compilation tout aussi nombreux : j'ai envie de te dire que là c'est plusieurs Tera qu'il te faudrait alors rien que pour le système

Merci

Salut,

A rien ! C'était juste de répondre à ta question ...

Il y a presque autant de version logicielle que de distribution (j'exagère à peine), c'est pour cela qu'un RPM pour Mageia 1 n'est pas compatible avec une Mageia 4 alors je ne te parle même pas des versions croisées entre les distributions CentOS ou Debian et Gentoo par exemple, tu comprends maintenant pourquoi il faut beaucoup de packageur, entre le nombre de logiciel (des 10 aines de milliers et tenir tout ce monde là à jour ...).



Merci

Salut,

Bon là comme d'habitude ... on repart en troll "et une distribution globale pour tout le monde pareil ... etc ..." donc je t'ai expliqué le pourquoi et on va pas repartir une énième discussion (y en a bien assez sur MLO comme ça à ce sujet) du pourquoi on appelle une distribution une distribution (voir la définition donc) ...



Merci

A noter :

Distribution Linux

Une distribution Linux, appelée aussi distribution GNU/Linux pour faire référence aux logiciels du projet GNU, est un ensemble cohérent de logiciels, la plupart étant logiciels libres, assemblés autour du noyau Linux.



Il existe une très grande variété de distributions, ayant chacune des objectifs et une philosophie particulière. Les éléments différenciant principalement les distributions sont : la convivialité (facilité de mise en œuvre), l'intégration (taille du parc de logiciels validés distribués), la notoriété (communauté informative pour résoudre les problèmes), l'environnement de bureau (GNOME, KDE, ...), le type de paquet utilisé pour distribuer un logiciel (principalement deb et RPM) et le mainteneur de la distribution (généralement une entreprise ou une communauté). Le point commun est le noyau (kernel) et un certain nombre de commandes.

Pour les soucis de compilation (sujet initial) tu peux essayer de regarder où la compilation échoue, avec quel message d'erreur. Il suffit peut être de faire un lien symbolique car il essaye de trouver la librairie libtruc.so.4 et que Mageia l'a appelé libtruc.so !

Bonjour !







(attention, dans ce qui suit je ne parle que d'applications isolées, genre Firefox, GDM ou Skype. Pas d'environnements de bureau ni de suites logicielles)



La quasi-totalité des applications ont besoin de code "extérieur" pour s'exécuter. Exemple, une application réalisée avec l'outil Qt exécute du code Qt (ouvrir des fenêtres, dessiner des boutons...).

Il y a deux façons de bâtir (compiler) une telle appli :



- la compilation dynamique : les appels au code externe sont laissés tel quel. À l'exécution, le programme voit ce qui manque et essaie de résoudre ce manque. Il va chercher des fichier-bibliothèques ("librairies" pour les anglomanes) déjà installés et exécuter le code contenu dans la bibliothèque. L'exécutable compilé ainsi est petit mais n'est pas autonome : pour qu'il fonctionne il lui faut ces biblios. Le RPM d'installation s'assure que ces biblios sont installées avant de copier le petit exécutable sur le disque.

Il peut y avoir des problèmes de version des biblios (mon programme a besoin de bibV2 au moins et c'est bibV1 qui est dans les dépôts...)



- la compilation statique, où les appels au code externe sont remplacés par le code externe lui-même. L'exécutable résultant est beaucoup plus volumineux puisqu'il contient beaucoup de code. Mais il est autonome : l'installation (via RPM ou autre) est très simple puisqu'elle se résumé à la copie de l'exécutable sur le disque. Mon appli veut bibV2 ? elle l'intègre dans son code.

Dans ce type de compilation le dev livre son propre code mais aussi du code qu'il n'a pas écrit. Il faut donc bien vérifier les questions de licence.



Alors, que choisir ?

Si l'appli doit être intégrée dans un dépôt, le choix est du côté distributeur, puisque la fabrication de paquets inclue (en principe ) la compilation.

Le distributeur préfère en général la compil dynamique. Parce que les biblios qu'il livre (Qt, GTK, etc...) seront ainsi en facteur commun des applications. Il n'y a pas de redondance de code dans les dépôts, ce qui ne serait pas grave en soit mais qui aurait des conséquences importantes sur la taille du dépôt, donc de celle des téléchargements, donc du DVD d'install... Voir les chiffres plus bas.



Si l'appli n'est pas très connue et que ses auteurs veulent s'adresser aux utilisateurs LINUX et non aux utilisateurs de Suse ou Mageia ou Debian, ils peuvent préférer la compilation statique : voilà l'exécutable, tu le copies il se lance ! Sauf que... toujours le souci de la taille.

Un exemple pour te donner une idée : j'ai écrit une petite appli pour Magnum (!!), LeMinuteur. En compilation dynamique elle pèse 439,1 Ko, et en statique plus de 16 Mo. Même si je t'accorde que 16 Mo ce n'est pas la fin du monde, songe que

1/ ça ne s'attache pas facilement à un mail

2/ mets 100 LeMinuteur statiques sur un DVD, fonctionnellement tu n'as vraiment pas grand-chose alors que ton médium commence à se remplir de façon significative.

... et aussi un problème d'architecture. Si tu livres un statique, tu dois donner les compils 32 bits et 64 bits.

Problème supplémentaire : si tu veux écrire pour Mac, Linux, Windows, Android... tu dois livrer TOUS les exécutables, pas juste un fichier source.

Monsieur le pure libriste veut utiliser Teamviewer, un logiciel grotesque, non libre, ... Mais où va-t-on !!!!!







Et ce n'est pas ext4 qui gère les noms de fichiers !

Quelle belle pub pour Teamviewer, merci pour eux.

Belle manière également de partir d'un détail et d'en faire un nouveau troll débat stérile (si si ça peut le faire)

En attendant dans la vrai vie, Teamviewer ne remplace pas le mail et c'est un peu rigolo que quelqu'un comme toi qui défend le "libre" en fasse la pub

Salut,







Tu vois le gars aurait pu passer du temps à ne pas le mettre dans les dépôts vu que le RPM s'installe tout mais il a voulu bien faire :p ... Si cela se trouve à l'instar de Skype il n'a peut-être pas le droit de le mettre dans un dépôt externe d'ailleurs, faudrait voir la Licence.



Merci