Ludovic Gasc a écrit 269 commentaires

Désolé de te contredire, mais j'avais listé quelques fonctionnalités que je trouves utiles dans les .deb, dont je ne connais pas d'équivalents en rpm, et la réponse d'isnotgood : http://linuxfr.org/comments/925178.html#925178

Oui.
La différence est uniquement au niveau du temps de rendu.
Mais avec les machines actuelles, tu peux mettre tout le temps 9.

Ok, merci beaucoup pour toutes ces informations.

à ce propos, vu que tu as l'air de bien t'y connaître en RPM/Fedora, connais-tu les équivalences à :
* dpkg-reconfigure avec les écrans de configuration qui sont visibles en ncurses ou en X en fonction de comment tu administre la machine
* apt-build, qui te permet de recompiler facilement un .deb et à le maintenir dans ta debian, un peu comme une gentoo.
* les dépendances optionnelles et recommandées, qui permettent de connaître quels packages à installer en plus pour avoir plus de fonctionnalités
* apt-listbugs et apt-listchanges pour connaître les derniers bugs et les dernières modifs sur un paquet lors de l'installation
* localepurge pour supprimer les traductions dont tu ne te sert pas

et sous gentoo, webapps-config pour gérer facilement des logiciels webs pour différents vhosts ?

(Ce sont de vraies questions, vu que j'administre principalement des Debian et des Gentoo, mais il m'arrive de donner des coups de main sur fedora/centos, j'aimerai connaitre les équivalences)

Question bête: git-svn ne te suffit pas pour ton besoin ? => http://www.kernel.org/pub/software/scm/git/docs/git-svn.html

Que ce soit une Fedora, Ubuntu, debian, Suse, ou tout ce qu'on veut, ce qui change entre les distributions c'est :
- L'administration du système
- La liste des packages installés par défaut

Mais en clair, on peut faire globalement la même chose avec la plupart des distributions, là où la différence se joue, c'est dans le temps de paramétrage et les mises à jour.

Pour avoir administré des serveurs avec distribs à base de RPM et de DEB depuis des années, je trouve qu'il y a certains mécanismes intéressants dans les DEB, que je ne retrouves pas dans les RPM (comme dpkg-reconfigure).
Donc, c'est pour cela que je m'oriente plus vers les distribs à base de DEB. Mais en clair, si les RPM avaient les même fonctionnalités, je ne verrais aucun problème à utiliser des distribs RPM.

Mais l'important, c'est que le libre avance et que les projets mainstream avancent.

Et plus globalement, c'est plus les différences entre KDE/GNOME qui sont visibles au quotidien que les différences des distributions.

Pour avoir travaillé avec Qmail et Postfix sous Debian, je suis toujours aussi surpris que certaines personnes trouvent Qmail supérieur alors que :

- Qmail est pénible à intégrer dans une distribution classique (la précédente licence imposait une certaine architecture de dossiers).
À comparer à Postfix qui met ses petits aux mêmes endroits que les autres logiciels.

- Qmail n'était pas à ma connaissance packagé dans Debian à cause de sa licence & autres contraintes. Des packages existaient sur un dépot extérieur, mais pas de garantie de maintenance, sans parler des problèmes de mise à jour.
Postfix étant packagé dans Debian, l'installation & la mise à jour sont très facile, sans compter le fait que dpkg-reconfigure postfix permet de configurer l'essentiel.

- Dès qu'il était nécessaire de connecter Qmail à autre chose (par exemple un annuaire LDAP), il fallait le patcher. Vous imaginez comme c'était rigolo lors des mises à jour.
Alors qu'avec postfix, il y a tout un ensemble de connecteurs par défaut très facile à ajouter avec Debian car sous forme de package.

Alors oui, Qmail est surement le MTA qui a eu le moins de problèmes de sécurité par le passé, néanmoins, je ne suis pas sûr que les inconvénients de Qmail contrebalancent cet avantage, sachant que dès qu'on rajoute un patch, on n'a plus cette garantie, et qu'avec postfix un coup d'apt-get upgrade permet de faire la mise à jour de sécurité.

J'attends de voir si ce changement de licence va permettre enfin à Qmail d'être aussi facile à gérer au quotidien que Postfix.

De mon point de vue, tu peux le mettre dans Wikibooks.
Il n'y a pas de livres autre que pratique pour l'instant car ce sont des livres qui sont très rarement écrits en collaboratif.

Oui, Talend génère des scripts Java ou Perl.

Pour le contexte d'execution, tu choisis ce que tu veux, mais par défaut, il te sort un zip autonome qui contient tout ce qu'il faut pour executer le script (script+librairies).
Le seul pré-requis est d'avoir la machine virtuelle java ou perl.

J'ai vu dans les scripts générés une référence à la licence LGPL.

oui, en effet, /dev/dsp doit être occupé par une autre appli (souvent flash-player).

Ce que je te conseille :
- configurer kmplayer d'utiliser alsa au lieu d'oss (suivant ta distrib, plusieurs applis peuvent utiliser le son grâce à alsa)

Si jamais ça ne fonctionne pas, tu peux savoir qui monopolise ta carte via OSS grâce à la commande :
lsof | grep /dev/dsp

Et, si tu veux savoir pour ALSA :
lsof | grep /dev/snd/

Demandes plutôt de l'aide sur le site officiel d'openoffice : http://fr.openoffice.org/contact-forums.html
Tu auras plus de chances de trouver quelqu'un pour t'aider sur la liste users-fr.

http://www.flyspray.org/

Ok, pour les problèmes de performances, il y a des progrès à réaliser, même si le temps machine coûte bien moins cher que le temps humain pour développer.

Mais il faut bien se rendre compte que pour tous les utilisateurs (oui, même les geeks), utiliser deux applications pour le même usage c'est un effort supplémentaire (même s'il est minime) dont la plupart vont à terme n'en utiliser qu'une seule par habitude.

En quoi alors ça serait choquant d'avoir une application qu'on peut utiliser sur n'importe quel pc et qui fonctionnerait aussi offline ?

Pour l'utilisateur, utiliser une appli locale ou sur le web, ça revient à peut prêt au même, pour lui ce qu'il compte c'est que ça affiche ce qu'il veut.

En quoi le fait de savoir que ton appli utilise QT ou HTML pour afficher des informations te pose un problème ?

Combien de personnes perdent du temps chaque jour à essayer de faire fonctionner des applications en local, alors qu'en un clic de souris, ça fonctionne via le web ?

Les problèmes de performances ne sont pas insurmontables, notamment grâce au projet tamarin : http://fr.wikipedia.org/wiki/Projet_Tamarin

Peut-être que la solution la plus pérène, au lieu de développer un client e-mail et un webmail, il vaudrait mieux avoir un webmail qui pourrait aussi être une appli sur le pc ? cela éviterait la duplication de code ainsi que le besoin d'adaptation de l'utilisateur à utiliser 2 applis pour le même usage.

Est-ce que le rendu du document à l'écran est identique avec ou sans ce paramètre, que ce soit avec Word 2000 ou 2007 ?

Si le rendu est identique, à quoi alors sert ce paramêtre ?
Sinon, ce paramêtre est donc obligatoire et non facultatif, non ?

Oui, en effet, mais pour moi la plupart ne sont pas assez significatives pour disqualifier Openmoko (7mm d'épaisseur en plus et 50g en plus, ça ne me gène pas, pour la capacité tu peux mettre une microSD).

Par contre en effet, l'écran plus petit et l'autonomie sont des handicaps.
J'espère qu'ils sortiront une nouvelle version qui améliora ces points.

Tu veux dire au niveau du processeur ?
Je ne connais pas les performances des deux processeurs, tu les connais ?

Pour l'écran en effet, il est plus petit, et pas multipoints pour l'instant.

Pour les autres caractéristiques, je ne vois pas d'écarts flagrants.

Si tu en vois d'autres, je suis intéressé.

Qu'est ce que tu trouves lent ? le rendu en dhtml ou openlaszlo lui-même ?

tu as la balise drawview qui te permets de faire du dessin avec openlaszlo : http://www.openlaszlo.org/lps/docs/reference/drawview.html

De mon point de vue, openlaszlo est la meilleure option pour faire du RIA sans se prendre la tête pour chaque navigateur, tout en étant indépendant de l'interface de rendu : le même code fonctionne pour générer du flash, du dhtml...

ça existe déjà, et ça s'appelle OpenLaszlo : http://www.openlaszlo.org/
Et il est même possible d'avoir un rendu avec HTML/AJAX au lieu d'utiliser Flash, avec le même code lzx.

BitFlux n'est pas forcément le plus adapté, l'ergonomie n'est pas forcément excellente.
Il y a Etna, mais je ne l'ai jamais utilisé : http://rhaptos.org/downloads/editing/etna

Mais par contre, je pense que eZ Publish online editor http://ez.no/products/add_ons/ez_publish_online_editor correspond à ton besoin, je l'ai déjà vu déployé avec succès pour le même type de problématique.

Imagines deux minutes ce scénario :
- tu achètes cette musique sur Itunes.
- tu dis automatiquement ce que tu écoutes via le message d'état d'IM ou via last.fm.
- N'importe qui te connais peut diffuser ces mp3s avec ton nom dedans.

Comment vas-tu prouver ta bonne foi ? À aucun moment tu as donné ton fichier à quelqu'un, pourtant techniquement, les fichiers qu'il diffuse et les tiens sont les même en terme informatique (même md5 et mêmes champs).

Se servir de ces données pour tracer un fichier n'est pas réaliste car elles sont éditables sans laisser de traces.

Un projet a démarré : http://dungeondigger.sourceforge.net/
Si tu veux les aider, je pense qu'ils seraient intéressés.

J'ai des mauvais souvenirs avec ce type de routeur: perte de connexions, plantages, perte de configuration...
Est-ce que vous aussi vous avez eu des problèmes avec ?

As-tu testé talend : http://www.talend.com/ ?