Merci pour toutes les réponses, je comprends mieux :)

Je vais essayer de builder une version récentes pour ne plus avoir le jni, et si ça me marche je fait un retour rapide avec un patch pour avoir une version posix du script de démarrage :) et si c'est bon il y aura surement rapide un ports freebsd

[ Répondre ]

Juste un rajoute plutôt 2 war un pour le backend et un pour le frontend afin de toujours pouvoir les dispatcher sur plusieurs serveurs.

[ Répondre ]

J'ai quelques interrogation sur l'architecture logicielle de MiniG (sans être rentré en profondeur dans les entrailles du softs).

DISCLAIMER : je trouve l'ui vraiment bien et je suis très intéressé par le soft.

1/ quel est l'intérêt de séparer deux exécutions java pour minig : le backend et le frontend, sachant que tomcat au démarrage de l'application peut lancer le backend sans soucis dans sa propre instance java, ça complexifie le déploiement alors qu'il me semble qu'un simple war pourrait faire l'affaire.

2/ quel est l'intérêt d'utiliser des morceaux d'eclipse qui utilisent du jni ça limite fortement le "run everywhere", en effet sur mon FreeBSD je me retrouve obligé de recompiler des morceaux d'eclipse pour avoir eclipse_1020.so et eclipse_1115.so afin de tester les snapshots mis à disposition. Est ce que l'avantage des bibliothèques d'eclipse utilisées (celle qui nécessite le jni) est si important au niveau de la facilité de code qu'il est *vraiment* plus inétressant de les utiliser ? je trouve que ça complexifie le packaging (je voudrais faire un ports FreeBSD) et limite la portabilité.

3/ le backend (dont je ne comprends toujours pas pourquoi il ne tourne pas directement dans tomcat :)) utilise un script bash pour démarrer alors qu'un script shell posix ferait largement l'affaire (enfin ça je fournirai un patch dès que j'aurais compris l'intérêt de ne pas mettre le backend dans le tomcat).

4/ Pourquoi des chemins vers des fichiers de configurations en DUR et très linux-only (/etc/...) pour le packaging FreeBSD moi j'aurai je voudrai les mettre dans /usr/local/etc/minig par exemple (enfin ça doit pas être trop compliqué à mettre en oeuvre.

il serait vraiment intéressant pour minig de ne fournir qu'un seul war a déployé (même si à l'intérieur il y a une séparation backend frontend) ce serait beaucoup plus simple à mettre en oeuvre tester et tout.

Dans l'ideal un soft comme ça ce que je trouverai intéressant c'est un war unique que l'on déploie.
Il gère sa conf dans son WEB-INF.
Il détecte une première installation en fonction de la présence ou non de son fichier de configuration ou une upgrade qui nécessite des changements de conf en fonction d'un tag (de version par exemple) dans son fichier de conf et qui lorsque l'on pointe le navigateur dessus propose un wizard pour faire tout le nécessaire.

J'imagine que ce serait plus simple.

J'espère que mon post est compréhensible et que les devs comprennent bien que je ne crache pas du tout sur minig, j'essaye d'être constructif et de comprendre une archi qui de prim'abord me parait étonnante.

Je le trouve très très intéressant comme webmail.

[ Répondre ]

Si tu prends cette news http://linuxfr.org/2008/02/28/23772.html , ton commentaire "Pas pu attendre vendredi...." moi j'appelle ça de la bave, et c'est loin d'être le seul exemple.

[ Répondre ]

Tiens c'est marrant ça me rappelle mes news freebsd ...

[ Répondre ]

le problème de llvm c'est qu'il est pour le moment incapable de se bootstrapper lui même (dev en C++ et pas de compilo C++ officiel - autre que llvm-g++ - pour le moment - CLANG n'est pas près de faire du C++), ce qui est quand même gênant pour les projets bsd. De plus LLVM est intéressant pour les ports et toutes les applis tierces, mais un "simple" et "petit" compilo C efficace est plus intéressant pour les projets BSD.

Mais n'est craintes beaucoup de dev BSD sont intéressés par LLVM (en particulier chez FreeBSD).

[ Répondre ]

Et pas uniquement en GPL, la licence de Qt est la GPL + exception pour presque toutes les licences libres.

[ Répondre ]

Euh si et depuis longtemps \includegraphics{toto.jpg} via l'extension graphicx qui existe depuis super longtemps (je l'ai toujours connu)

[ Répondre ]

gqlplus utilise sqlplus, mais rajoute toutes les fonctionnalité de type readline + la completion sur les base/tables disponibles :
http://gqlplus.sourceforge.net/

[ Répondre ]

Dans la foulée on devrait aussi faire 2 CPU : un tout pourri qui ne consomme rien du tout, et un quadcore par exemple pour quand on a besoin de CPU.

[ Répondre ]

Des formats libres, qu'on puisse me laisser tranquille avec mon OS libre sans venir me faire fichier avec du flash, docx ou autres formats à la con.

[ Répondre ]

Désolé mais les "grandes SSLL" c'est juste des SSII qui bossent (disent bosser car ce n'est pas toujours le cas) sur du libre.

SSLL == SSII au niveau marchand de chair humaine.

[ Répondre ]

Bref pour les interfaces graphiques, il est temps d'abandonner le C qui date d'il y a 40 ans pour un truc plus moderne comme Python, le résultat n'en sera que meilleur.

J'adore les gens qui assène des vérité qu'ils sortent d'on ne sais où ?

c'est marrant mais la plupart des applis gui en C qui marche très bien il y en a un paquet, mais que je trouve ça bien que des bon devs C s'attaque aussi à du GUI et me ponde des application qui sont très performantes, je ne parle pas forcément des applis gtk, mais des applis E17 par exemple emphasis ou exhibit... Laisse les gens qui aiment le C développer dans leur langage de prédilection et arrête avec tes conneries d'hérésies.

j'aime les belles affirmations pourries :
Laissons le langage C pour le noyau, les drivers ect... je te signale qu'il y a des gens aussi qui utilise le C++ pour faire ce genre de choses : noyau, driver, etc.

[ Répondre ]

Beaucoup de fork se resynchronisent sur l'original régulièrement, donc ce n'est pas une bonne explication pour dire que ubuntu n'est pas un fork.

Ce n'est peut être pas un fork, je n'en sais rien et j'en m'en fou complètement, mais ta justification n'est pas bonne.

[ Répondre ]

enfin lotus notes est très bien implanté dans ce genre de société aussi,

On retrouve aussi relativement fréquemment, mais moins que notes et outlook, GroupeWise

[ Répondre ]

D'après le lien kde 4.1 est dans le répertoire testing, => c'est kde 3.5.X qui est positionné toujours par défaut dans slack, en général, Volkerding (le mainteneur de slackware) est quelqu'un de frileux quand à l'intégration de nouveauté, le kernel 2.6 est très longtemps dans testing/.

[ Répondre ]

En même temps si tu te renseignais un peu, tu verrais que pour tout ce qui est licence libre, la licence de Qt prévoit des exceptions (=> elle est plus proche d'une LGPL), donc ça ne rend pas firefox GPL : http://doc.trolltech.com/4.4/license-gpl-exceptions.html

[ Répondre ]

ça désigne bien le Z shell, donc zsh c'est zsh

[ Répondre ]

Dans le même genre d'outil, il y a MeriseDot que l'on peu trouver ici : http://oss.phear.org/merisedot/ ça utilise aussi graphviz mais la syntaxe c'est du zsh, c'est simple et le MCD optenu est tout beau, par contre ça semble moins complet que MeriseAcide.

[ Répondre ]

Le gus je le prends pour moi, puisque je suis le premier à en avoir parler, alors :
1/ je n'ai pas comparer a Ubuntu, je ne connais pas le support d'Ubuntu et ne veux même pas le connaître.
2/ j'attends d'un support que le gus connaissent mieux que moi le système
3/ j'attends d'un support qu'il puisse me fournir des patchs testé et validés par eux pour des packages clefs du système (ces patchs existent upstream il suffit de les backportés, ce qui est simple, j'ai réussit à le faire mais voulant conserver le support RH, j'ai demandé au support de le faire en indiquant la marche que je suivit pour y arriver)
4/ j'attends du support autre chose comme réponse que faut tester avec la release n+1 si elle existe ou celle qui viendra quand mon problème je l'ai sur une release officiellement supportée.

Le support de SUN sur du Solaris est nettement meilleur par exemple. Je ne connais pas le support de Novell ou celui des autres distributions, mais RH France (je ne sais pas pour le reste du monde) c'est de la merde, donc valorisé le support pourri en disant bah tu payes le support ailleurs non alors que le support est proche de /dev/null chez eux non, peut être qu'il faut remonter ça à la maison mère aux US ou quoi que ce soit, mais ça je ne veux pas le savoir, si je paye du support je veux du vrais support.

Mes excuses d'avances aux quelques employés RH France qui sont bon il doit (j'espère) quand même y en avoir, mais le support global est nul.

[ Répondre ]