Après le torrent de boue qui s'est déversé sur les sites ce week-end à la suite de l'article de Kurt Pfeifle et des ragots sur KDE et Gnome. Il est temps de reprendre un peu son sang froid.
Commandé par les analystes financiers, Novell est obligé de réduire son personnel et dépenser son argent à racheter ses actions pour augmenter leur cours. Kurt qui a des contacts parmi les ingénieurs de Suse nous donne des détails du plan en cours. Le management a non seulement coupé dans les effectifs anciens Netware mais aussi dans les équipes de développement de bureautique Linux. Pour l'instant, ils ont fait léger et facile, en supprimant la sous-traitance (les indiens qui travaillaient sur Evolution) et en saupoudrant les licenciements. Un ingénieur KDE a été malheureusement licencié. Je ne sais pas qui est-ce mais j'imagine qu'il doit s'agir de Lubos Lunak, un tchèque qui travaillait chez lui. Loin des yeux (de Nuremberg), loin du coeur. L'inquiétude que l'on peut avoir ce que la prochaine charrette frappe plus fort dans les équipes de développement. Il y a un équivalent 4 ingénieurs temps complet pour KDE à Suse. S'ils sont virés ou redéployés, c'est une grosse perte pour KDE car un projet de cette taille a besoin d'un noyau d'ingénieurs à temps plein pour résoudre les problèmes qui ont besoin d'une attention permanente comme l'infrastructure et la sécurité et pour se charger des tâches ennuyeuses. D'autres entreprises comme Trolltech, Linspire et aujourd'hui Canonical/Ubuntu ont recruté des développeurs KDE mais nous travaillons sur une base fragile et la chute de la maison Suse serait une bien mauvaise nouvelle.
Sur cet épisode de licenciement, s'ajoute un épisode de la guerre bureaucratique qui oppose la division Ex-Ximian aux allemands de Suse. Lors du rachat de Suse par Novell, j'avais écouté un conference call du management de Novell et il était clair qu'ils n'avaient aucune idée de ce qu'ils avaient acheté et en particulier de ce que Ximian et Suse développaient deux technologies concurrentes et que leurs ingénieurs étaient membres de deux sectes opposées. Leur compréhension de Linux était très schématique et partielle et dans leur ignorance ils ont laissé les rênes sur la bride du management moyen qui a développé un conflit autour du Novell Linux Desktop dans lequel les ex-Ximian ont vu un moyen de reprendre la main sur la distribution vendue par Novell. Le camp Ximian a gagné aujourd'hui en obtenant l'expulsion de KDE du NLD mais ils se sont aussi fragilisés en associant leur position à un produit qui est un échec commercial.
Quel que soit son goût personnel pour Gnome ou KDE, c'est aussi une boulette de Novell. La force de Suse c'est qu'elle est la distribution standarde en Allemagne, deuxième marché Linux au monde. KDE est très populaire en Allemagne et considéré plus ou moins comme un produit allemand dans un pays qui est technologiquement nationaliste. En laissant Ximian gagner, les mormons de Novell ne comprennent pas qu'il démoralise ses ingénieurs Suse et sa base principale d'utilisateurs et qu'ils cassent le jouet qu'ils ont acheté. Le fait que le management de Novell a changé et que celui de Suse en partie aussi laisse aussi craindre que Novell soit engagé dans une spirale de destruction de valeur.
Pour KDE, la sortie du NLD n'est pas bonne car même si le produit ne se vend pas, l'existence d'un bureau KDE vendu pour l'entreprise par une marque reconnue comme Novell est important en particulier pour convaincre les responsables informatiques qui cherchent un produit rassurant et qui n'ont pas le temps ou les capacités de comparer les mérites de Gnome et de KDE.
Ensuite, comme Kurt l'a dit, KDE peut vivre sans Suse et il y a toujours eu dans le projet la volonté de ne pas être trop dépendant de nos sponsors et en particulier de faire un effort constant pour ouvrir le développement aux volontaires. Cela nous rend moins fragile.
L'avantage financier que procurerait l'utilisation de Gtk pour réaliser des logiciels propriétaires est un mythe. L'achat par Nokia de quelques licences Qt est une paille comparée aux salaires des développeurs finlandais. Le choix dépend à mon avis essentiellement du langage utilisé (C ou C++).
Les projets pour KDE4 qui flottent dans l'air serait de porter sous Windows Kontact et Kexi afin d'avoir en multi-plateformes les logiciels clés pour une transition en douceur vers un bureau KDE. Cela a un intérêt commercial pour les SSII qui gravitent autour de KDE et qui cherchent à vendre des transitions bureautiques à leurs clients.
Déjà à l'époque de Ximian et de Eazel, certains gourous de Gnome avançaient des chiffres fous de parts de marché et chaque matin ils avaient découvert l'application qui tue qui allait tous nous conduire à Gnome. Pendant ce temps là, KDE bossait pour répondre aux attentes de nos utilisateurs. Parmi les raisons qui ont conduit à mon adhésion au projet KDE, l'une des plus importantes est que c'est un projet qui évite les discours marketings creux.
Posté par cmiramon .
En réponse au journal Kolab.
Évalué à 2.
Je ne suis pas certain que le plugin Bynari fonctionne très bien. Toltec développé par une firme sud-africaine semble plus suivi par son équipe de développement. A tester.
Posté par cmiramon .
En réponse au journal Kolab.
Évalué à 7.
Le 7 avril dernier, l'équipe initiale de Kolab a annoncé avoir gagné un deuxième contrat (nommé Proko2) pour continuer le développement de Kollab. L'un des principaux buts de ce contrat est de redéfinir la structure de stockage des données sur le serveur afin d'avoir un groupe hétérogène de clients Outlook / Kontact / Interface Web partageant les mêmes calendriers, carnet d'adresse, etc... Pour l'instant, on en est pas encore là.
Le contrat Proko2 a fininacé du développement sur Kontact et KMailn en particulier la réécriture de la bibliothèque de chiffrement du courrier.
Si tu vas sur le site kollab.org et tu feuillettes les listes de diffusion, tu verras qu'il y a une communauté active de développeurs actuellement.
Pardon, mon post plus haut concerne KDE 4 et pas 3.4...
Comme Sébastien, mon coup de coeur va à NMM (mais je suis pas du tout spécialiste de multimédia). La présentation à laquelle j'ai assisté durant l'Akademy était bluffante. L'intérêt du projet tient aussi au fait qu'il a été élaboré par deux professeurs d'informatique de l'université de la Sarre et qu'en bon projet universitaire, ils ont bien soigné l'architecture, les interfaces et la documentation. Le revers de la médaille, c'est que l'équipe de l'Université de la Sarre souhaite garder le leadership sur le projet et que l'on ne peut savoir ce qu'il adviendra du projet si les professeurs partent.
GStreamer semble être apprécié par ceux qui écrivent des lecteurs musicaux (Amarok, Juk) car il offre des fonctionnalités que l'on ne trouve pas ailleurs (abstraction pour les métadonnées d'un flux musical [auteur, titre, bitrate] ; synchronisation d'un flux visuel d'égaliseur avec le flux sonore).
MAS est un projet ancien qui a été développé par un hacker plus âgé qui gravite autour de X.Org. Le projet avance très lentement car c'est plus ou moins, le gagne-pain de Léon Shiman. Ce qu'il aimerait c'est que l'on choisisse MAS comme standard et qu'il en tire appui pour demander du sponsoring auprès du consortium X pour continuer le développement. Mais ce sont des pratiques aujourd'hui dépassées. Aujourd'hui, les projets du libre vivent dans une compétition ouverte et dans une course aux fonctionnalités. Ce n'est pas un comité qui choisit les standards et alloue les financements.
Akode est aussi intéressant. C'est beaucoup plus simple mais cela correspond aux besoins de 90 % de nos utilisateurs : écouter un MP3 ou un Ogg sur son client lourd Linux sans que cela empêche d'entendre les sons système.
Comme je l'ai dit plus haut, il n'est pas possible de trouver une infratructure qui satisfasse tout le monde. Du côté des utilisateurs, un musicien voudra une excellente synchronisation des flux sonores et la possibilité de gérer des cartes sons complexes. Il se tournera vers un noyau patché et Jack. L'utilisateur Lambda aura envie d'un système simple et incassable de type Alsa / Akode et évitera les usines à gaz de type GStreamer et NMM. Ceux qui veulent faire du son en réseau, par exemple des clients légers, utiliseront plutôt aujourd'hui NMM. Si on est un geek qui veut des options 'de la mort', GStreamer, permet de faire un effet 'pédale ouah ouah' sur l'ensemble des sons système ... Du point de vue des développeurs KDE, aucune infrastructure ne répond à tous les préréquisits. GStreamer, Mas et NMM ne sont pas développés à l'intérieur du CVS KDE. GStreamer dépend de GLib, bibliothèque que d'aucuns trouvent faire double emploi avec les fonctionnalités objet du C++ La politique de KDE est d'utiliser le moins de bibliothèques extérieures possibles car cela fragilise notre processus de développement.
L'entrée de ce journal présente de manière non exacte l'avenir multimédia de KDE 3.4. Pendant l'Akademy, plusieurs projets (GStreamer, NMM, Mas) ont organisé des présentations mais il n'y a pas actuellement de consensus massif pour l'un ou l'autre des infrastructures multimédias même si certains développeurs KDE sont fans de l'un ou l'autre projet.
L'impératif majeur pour le projet KDE tient dans le fait que l'infrastructure multimédia conserve la compatibilité binaire durant la durée de vie des séries 3.4 et aucun projet ne pouvait nous assurer celà.
Il a été décidé de créer un dorsal KDE, nommé KDEMM qui est déjà dans le CVS pour l'ensemble des infrastructures multimédia qui seront donc des greffons et que l'uilisateur KDE pourra choisir selon ses besoins. KDEMM propose une API simple correspondant à un usage relativement simple du multimédia. Les applications multimédias compliquées pourront continuer à être liées à une infrastructure particulière (GStreamer, Xine, MPlayer, etc.) si elles le souhaitent comme c'est le cas actuellement pour des programmes comme Kaffeine ou KMPlayer ou utiliser l'API de KDEMM, quitte à l'enrichir en la surclassant.
Les débats sont encore en cours sur ce que doit contenir KDEMM comme fonctionnalités. Les greffons qui sont en cours de programmation pour KDEMM sont : Akode (un serveur de son basique lié à Alsa ou Arts et interne à KDE) ; Arts, GStreamer, NMM, HelixPlayer. D'autres peuvent s'y ajouter car la liste n'est pas exclusive. Ce que proposera par défaut KDE n'est pas décidé. Cela demande des tests sur les solutions les plus robustes, avec des licences ne posant pas d'os et fonctionnant non seulement sous Linux mais aussi sur les différents BSD (ce qui est le principal problème d'Alsa).
Personnellement, la solution retenue me semble sage même si certains regrettent la création d'un nouveau filtre KDEMM et le fait que nous n'ayons pas fait un choix clair. Le monde du multimédia sur le PC est encore une cible fort mouvante. Il est par exemple bien difficile de dire aujourd'hui quels seront les codecs utilisés majoritairement dans 2/3 ans (libres, propriétaires) et quelle va être la part du travail qui sera réalisée par l'électronique des PC ou par le système d'exploitation. La position de KDE est donc relativement attentiste. Nous laissons le champ libre à l'expérimentation et nous attendons de voir quel projet va surpasser définitivement les autres et comment la technologie va évoluer.
Il faut ajouter à mon avis les avantages suivants au commentaire précédent :
- le modèle GPL / licence commerciale donne une assurance sur la pérennité du code et sur les possibilités d'amélioration dans le futur. Tu ne te retrouveras pas en carafe si NoMachine ferme boutique.
- pour la communauté KDE nous voyons NX aussi comme un superbe moyen de migrer progressivement des utilisateurs Windows vers KDE. Ils gardent leur Windows 98 avec un client NX pour utiliser des applis KDE tournant sur un serveur NX dédié. C'est assez vendeur, à mon avis, de dire à une entreprise qu'elle garde ces postes clients sans investissement et exécute Kontact et les applications Internet sur le serveur dédié. Un bon moyen de sécuriser le bureau Windows (virus, troyens, etc.) de ses employés. Cela suppose que NX ajoute la fonctionnalité de compresser des fenêtres particulières X et pas uniquement un bureau entier X. Ce qui n'est pas totalement évident selon le développeur de NoMachine mais qui n'est certainement pas impossible si suffisamment de clients lui demande.
1) Argentine
Pour l'Argentine, il faut savoir que sa richesse (passée) est un bon exemple de l'efficacité du capitalisme, de l'innovation technologique et de la libéralisation du commerce. L'Argentine a fait fortune après l'invention du Corned Beef à la fin du xixe siècle puis plus tard de la frigorification industrielle qui leur a permis de vendre de la viande sur les marchés européens et ils se sont fait beaucoup d'argent pendant la première guerre mondiale en fournissant les armées des belligérants. Pour moi, le principal problème argentin ce sont les générations de gouvernements incompétents et corrompus qui se sont succédés dans ce pays (et dont la plupart ont été élus par les Argentins).
2) Climat et Sahara
On peut avoir des opinions à l'emporte-pièce sur les changements climatiques : c'est la faute de traite des esclaves, de la Banque Mondiale, etc. La vérité c'est qu'en climatologie, il est très difficile de comprendre qu'elle est la part de l'homme (ou de l'animal, ici des vaches qui dévorent la végétation) dans les changements climatiques. Il y a des modèles climatologiques mais comme ils sont peu expérimentaux (on ne peut pas tester l'effet de la modification des variables), leur véracité est faible.
En tout cas la réponse ultra-libérale à la question de l'extension du Sahara, c'est d'affirmer la liberté de circulation et d'établissement des hommes et d'encourager les populations des régions désertiques à s'installer dans les régions pleines d'eau. Ce que font du reste les Maliens en venant en France.
3) Afrique et colonisation
Personnellement, je trouve cela un peu infantilisant pour les Africains que de dire que tous les malheurs actuels seraient la faute des Européens et de la colonisation. Cela véhicule l'idée du "bon sauvage". Avant la désastreuse arrivée des petits colons, en Afrique régnait un paradis où coexistait en harmonie l'homme et la nature. Or nous savons qu'il a existé des états esclavagistes en Afrique avant la colonisation même si le fait que les cultures africaines n'utilisaient pas l'écrit fait en sorte que nous avons peu d'information sur ces états.
La décolonisation s'est passée pour le meilleur comme pour le pire et aujourd'hui la plupart des Africains n'ont jamais connu le colonisateur. Moi, je trouve un peu étrange l'attitude d'infantilisation des Africains qui consiste à dire que si un Africain tue un autre Africain c'est pas sa faute (il n'est pas doli capax) mais celle du méchant Européen (qui se place dans la figure du père) qui n'aurait pas du lui laisser entre les mains cet objet dangereux qu'est une mitraillette.
Enfin, l'idée que la colonisation aurait pillé et détruit ces pays est très discutable. Ce qui a accéléré le mouvement de décolonisation en France ce sont les calculs qui ont été effectués dans les années 50 qui montrait que l'empire colonial français coûtait plus qu'il ne rapportait. Le slogan a l'époque était : La Corrèze est plus importante que le Zambèze.
Contre la pensée unique alter-mondialiste, on peut opposer l'argument que si on compte l'accroissement de richesse ou de pauvreté non pas par nation mais par humain. Le tiers-monde s'est enrichi dernièrement car les deux états les plus peuplés du monde, l'Inde et la Chine ont connu des taux de croissance extraordinaire.
L'appauvrissement par nation que pointe Stieglitz and co a deux causes principales :
1) l'appauvrissement des pays de l'Afrique noire sub-Saharienne
2) la montée des guerres civiles dans certaines nations du Tiers-Monde
Le problème n°1 est le résultat d'un désastre écologique, l'extension du Sahara, et ni les Africains ni les Européens n'en sont responsables. Le problème n°2 a aussi majoritairement des causes endogènes.
Pour continuer dans les rumeurs http://derstandard.at/standard.asp?id=1612594(...)
indique que selon Chris Schläger, responsable de la R&D chez Suse et grand fan de KDE, une réunion des développeurs Novell (Suse et Ximian) aura lieu en mai pour faire le choix final.
Il y a clairement une bataille interne entre KDE et Gnome en cours chez Novell. Le fait que c'est Markus Rex, Vice-Président de Suse qui a été nommé responsable du Novell Linux Desktop semble indiquer que le bureau Suse (et donc KDE) va gagner aux dépens de Ximian. Le management de Suse est très attaché au projet KDE (le PDG de Suse a envoyé un message officiel à la communauté KDE après le rachat de Suse par Novell pour nous rassurer) et si Novell choisissait Gtk, cela démoraliserait fortement l'équipe de développement Suse ainsi que cela ferait certainement perdre des parts de marché à Suse en Allemagne.
Ce qui pourrait faire pencher la balance du côté de Ximian ce serait la signature d'un gros contrat aux Etats-Unis pour le Ximian Desktop avant mai. Autre possibilité, une erreur de management.
J'imagine que le management de Novell (qui ne comprend pas grand chose à tous ces conflits et dont je doute qu'il puisse avoir une opinion informée sur le potentiel technique de l'un et l'autre de ces environnements) aimerait une solution consensuelle du type le meilleur de Gnome et le meilleur de KDE mais ce n'est pas techniquement possible.
L'intégration graphique des applications non KDE dans le bureau KDE c'est bien. L'ajout des fonctionnalités KDE aux applications non KDE, c'est encore mieux.
Plusieurs développeurs KDE sont en train de travailler à un système de pseudo-fichiers pour les Ioslaves de KDE. Cela veut dire concrètement que si vous accédez à un fichier par ssh avec l'ioslave fish, vous pourrez créer un pseudo-fichier sur votre répertoire home puis ouvrir le fichier dans OpenOffice ou dans n'importe quelle application linux.
Du code de qualité alpha fonctionne déjà. Une fois le code un peu mieux stabilisé, nous ferons certainement une annonce sur le dot.
Il va y avoir de la compétition autour des connecteurs Outlook / Kollab. Ce qui est une bonne chose car, à lire les listes de diffusion, le connecteur insight de Bynari recèle des bogues :
La PME allemande konsec http://konsec.de/KON/index.html(...) prépare un connecteur propriétaire. Une première bêta serait disponible dans peu de temps.
Je doute que ce type de licence marche pour les articles scientifiques. Globalement, on abandonne tout droit sur la distribution, diffusion, revente de son travail. Ce n'est pas vraiment ce que les scientifiques cherchent.
Les différentes initiatives qui fleurissent sur le Net répondent à un autre problème le coût exorbitant d'abonnement à des revues ou à des bases de données d'articles scientifiques. Coûts qui empêchent l'information de circuler car certains centres documentaires scientifiques n'ont pas le budget nécessaire. Les scientifiques ont l'impression d'être des pigeons dans le sens qu'ils ne se font pas (ou peu) payer pour rédiger les articles, ni pour faire le travail éditorial du comité de lecture ou du jugement par les pairs (peer review). Ce sont des maisons d'éditions privées anglo-saxonnes ou néerlandaises qui ont patiemment capturés tout les titres prestigieux et qui ont transformé ce marché en un business très juteux.
Les scientifiques sont pour la libre diffusion de leurs articles sur le Net (cela ne changera rien financièrement pour eux) mais certainement pas à abandonner leur droit de propriété sur leurs productions littéraires. Personnellement, je veux contrôler pour mes articles les traductions et pouvoir interdire une traduction médiocre qui dénature ma pensée et aussi contrôler la diffusion et par exemple pouvoir interdire une diffusion dans un recueil qui me semble intellectuellement douteux. Enfin, si un éditeur vend mes articles (miracle !), je trouve normal en tant qu'auteur de toucher des droits ou en tout cas de pouvoir décider si je suis prêt à les abandonner.
Dawit Alemayehu a débuté un pilote PostgreSQL pour Kexi. C'est le moment de sauter dans la barque sinon comme programmeur, au moins comme testeur si tu as des compétences sur PostgreSQL.
Pour refroidir un peu les ardeurs sur Kexi, Lucijan Busch, le développeur principal, a indiqué dernièrement sur la liste de diffusion de KOffice qu'il ne croyait pas que Kexi serait dans un état de stabilité suffisante avant octobre et qu'il ne pensait pas l'inclure dans la prochaine version de KOffice qui doit sortir auparavant.
Evidemment, tout cela dépend des volontaires qui rejoindront le projet. Si on pouvait avoir le plus tôt possible une base de données conviviale sous Linux, ce serait encore un gros trou de bouché.
Le CD de KDE-France démarre automatiquement en français et possède KDE et OpenOffice entièrement en français ce qui le rend plus simple pour les débutants totaux.
A ma connaissance, Knoppix 3.2 ne permet pas cela. Si je me trompe, dites-le moi, et je changerai le lien dans l'article pour pointer vers la dernière version de la Knoppix.
# Sang froid
Posté par cmiramon . En réponse au journal Quelque chose de malsain dans le monde du desktop libre. Évalué à 10.
Commandé par les analystes financiers, Novell est obligé de réduire son personnel et dépenser son argent à racheter ses actions pour augmenter leur cours. Kurt qui a des contacts parmi les ingénieurs de Suse nous donne des détails du plan en cours. Le management a non seulement coupé dans les effectifs anciens Netware mais aussi dans les équipes de développement de bureautique Linux. Pour l'instant, ils ont fait léger et facile, en supprimant la sous-traitance (les indiens qui travaillaient sur Evolution) et en saupoudrant les licenciements. Un ingénieur KDE a été malheureusement licencié. Je ne sais pas qui est-ce mais j'imagine qu'il doit s'agir de Lubos Lunak, un tchèque qui travaillait chez lui. Loin des yeux (de Nuremberg), loin du coeur. L'inquiétude que l'on peut avoir ce que la prochaine charrette frappe plus fort dans les équipes de développement. Il y a un équivalent 4 ingénieurs temps complet pour KDE à Suse. S'ils sont virés ou redéployés, c'est une grosse perte pour KDE car un projet de cette taille a besoin d'un noyau d'ingénieurs à temps plein pour résoudre les problèmes qui ont besoin d'une attention permanente comme l'infrastructure et la sécurité et pour se charger des tâches ennuyeuses. D'autres entreprises comme Trolltech, Linspire et aujourd'hui Canonical/Ubuntu ont recruté des développeurs KDE mais nous travaillons sur une base fragile et la chute de la maison Suse serait une bien mauvaise nouvelle.
Sur cet épisode de licenciement, s'ajoute un épisode de la guerre bureaucratique qui oppose la division Ex-Ximian aux allemands de Suse. Lors du rachat de Suse par Novell, j'avais écouté un conference call du management de Novell et il était clair qu'ils n'avaient aucune idée de ce qu'ils avaient acheté et en particulier de ce que Ximian et Suse développaient deux technologies concurrentes et que leurs ingénieurs étaient membres de deux sectes opposées. Leur compréhension de Linux était très schématique et partielle et dans leur ignorance ils ont laissé les rênes sur la bride du management moyen qui a développé un conflit autour du Novell Linux Desktop dans lequel les ex-Ximian ont vu un moyen de reprendre la main sur la distribution vendue par Novell. Le camp Ximian a gagné aujourd'hui en obtenant l'expulsion de KDE du NLD mais ils se sont aussi fragilisés en associant leur position à un produit qui est un échec commercial.
Quel que soit son goût personnel pour Gnome ou KDE, c'est aussi une boulette de Novell. La force de Suse c'est qu'elle est la distribution standarde en Allemagne, deuxième marché Linux au monde. KDE est très populaire en Allemagne et considéré plus ou moins comme un produit allemand dans un pays qui est technologiquement nationaliste. En laissant Ximian gagner, les mormons de Novell ne comprennent pas qu'il démoralise ses ingénieurs Suse et sa base principale d'utilisateurs et qu'ils cassent le jouet qu'ils ont acheté. Le fait que le management de Novell a changé et que celui de Suse en partie aussi laisse aussi craindre que Novell soit engagé dans une spirale de destruction de valeur.
Pour KDE, la sortie du NLD n'est pas bonne car même si le produit ne se vend pas, l'existence d'un bureau KDE vendu pour l'entreprise par une marque reconnue comme Novell est important en particulier pour convaincre les responsables informatiques qui cherchent un produit rassurant et qui n'ont pas le temps ou les capacités de comparer les mérites de Gnome et de KDE.
Ensuite, comme Kurt l'a dit, KDE peut vivre sans Suse et il y a toujours eu dans le projet la volonté de ne pas être trop dépendant de nos sponsors et en particulier de faire un effort constant pour ouvrir le développement aux volontaires. Cela nous rend moins fragile.
[^] # Re: Un peu trop rêveur ?
Posté par cmiramon . En réponse à la dépêche 10x10 - le pari de Jeff Waugh. Évalué à 2.
Les projets pour KDE4 qui flottent dans l'air serait de porter sous Windows Kontact et Kexi afin d'avoir en multi-plateformes les logiciels clés pour une transition en douceur vers un bureau KDE. Cela a un intérêt commercial pour les SSII qui gravitent autour de KDE et qui cherchent à vendre des transitions bureautiques à leurs clients.
Déjà à l'époque de Ximian et de Eazel, certains gourous de Gnome avançaient des chiffres fous de parts de marché et chaque matin ils avaient découvert l'application qui tue qui allait tous nous conduire à Gnome. Pendant ce temps là, KDE bossait pour répondre aux attentes de nos utilisateurs. Parmi les raisons qui ont conduit à mon adhésion au projet KDE, l'une des plus importantes est que c'est un projet qui évite les discours marketings creux.
[^] # Connecteur Outlook
Posté par cmiramon . En réponse au journal Kolab. Évalué à 2.
http://www.toltec.co.za/(...)
# Proko2
Posté par cmiramon . En réponse au journal Kolab. Évalué à 7.
Le contrat Proko2 a fininacé du développement sur Kontact et KMailn en particulier la réécriture de la bibliothèque de chiffrement du courrier.
Si tu vas sur le site kollab.org et tu feuillettes les listes de diffusion, tu verras qu'il y a une communauté active de développeurs actuellement.
[^] # Re: Le son dans 3.4
Posté par cmiramon . En réponse au journal Le son sous KDE (3.)4. Évalué à 3.
Comme Sébastien, mon coup de coeur va à NMM (mais je suis pas du tout spécialiste de multimédia). La présentation à laquelle j'ai assisté durant l'Akademy était bluffante. L'intérêt du projet tient aussi au fait qu'il a été élaboré par deux professeurs d'informatique de l'université de la Sarre et qu'en bon projet universitaire, ils ont bien soigné l'architecture, les interfaces et la documentation. Le revers de la médaille, c'est que l'équipe de l'Université de la Sarre souhaite garder le leadership sur le projet et que l'on ne peut savoir ce qu'il adviendra du projet si les professeurs partent.
GStreamer semble être apprécié par ceux qui écrivent des lecteurs musicaux (Amarok, Juk) car il offre des fonctionnalités que l'on ne trouve pas ailleurs (abstraction pour les métadonnées d'un flux musical [auteur, titre, bitrate] ; synchronisation d'un flux visuel d'égaliseur avec le flux sonore).
MAS est un projet ancien qui a été développé par un hacker plus âgé qui gravite autour de X.Org. Le projet avance très lentement car c'est plus ou moins, le gagne-pain de Léon Shiman. Ce qu'il aimerait c'est que l'on choisisse MAS comme standard et qu'il en tire appui pour demander du sponsoring auprès du consortium X pour continuer le développement. Mais ce sont des pratiques aujourd'hui dépassées. Aujourd'hui, les projets du libre vivent dans une compétition ouverte et dans une course aux fonctionnalités. Ce n'est pas un comité qui choisit les standards et alloue les financements.
Akode est aussi intéressant. C'est beaucoup plus simple mais cela correspond aux besoins de 90 % de nos utilisateurs : écouter un MP3 ou un Ogg sur son client lourd Linux sans que cela empêche d'entendre les sons système.
Comme je l'ai dit plus haut, il n'est pas possible de trouver une infratructure qui satisfasse tout le monde. Du côté des utilisateurs, un musicien voudra une excellente synchronisation des flux sonores et la possibilité de gérer des cartes sons complexes. Il se tournera vers un noyau patché et Jack. L'utilisateur Lambda aura envie d'un système simple et incassable de type Alsa / Akode et évitera les usines à gaz de type GStreamer et NMM. Ceux qui veulent faire du son en réseau, par exemple des clients légers, utiliseront plutôt aujourd'hui NMM. Si on est un geek qui veut des options 'de la mort', GStreamer, permet de faire un effet 'pédale ouah ouah' sur l'ensemble des sons système ... Du point de vue des développeurs KDE, aucune infrastructure ne répond à tous les préréquisits. GStreamer, Mas et NMM ne sont pas développés à l'intérieur du CVS KDE. GStreamer dépend de GLib, bibliothèque que d'aucuns trouvent faire double emploi avec les fonctionnalités objet du C++ La politique de KDE est d'utiliser le moins de bibliothèques extérieures possibles car cela fragilise notre processus de développement.
# Le son dans 3.4
Posté par cmiramon . En réponse au journal Le son sous KDE (3.)4. Évalué à 5.
L'entrée de ce journal présente de manière non exacte l'avenir multimédia de KDE 3.4. Pendant l'Akademy, plusieurs projets (GStreamer, NMM, Mas) ont organisé des présentations mais il n'y a pas actuellement de consensus massif pour l'un ou l'autre des infrastructures multimédias même si certains développeurs KDE sont fans de l'un ou l'autre projet.
L'impératif majeur pour le projet KDE tient dans le fait que l'infrastructure multimédia conserve la compatibilité binaire durant la durée de vie des séries 3.4 et aucun projet ne pouvait nous assurer celà.
Il a été décidé de créer un dorsal KDE, nommé KDEMM qui est déjà dans le CVS pour l'ensemble des infrastructures multimédia qui seront donc des greffons et que l'uilisateur KDE pourra choisir selon ses besoins. KDEMM propose une API simple correspondant à un usage relativement simple du multimédia. Les applications multimédias compliquées pourront continuer à être liées à une infrastructure particulière (GStreamer, Xine, MPlayer, etc.) si elles le souhaitent comme c'est le cas actuellement pour des programmes comme Kaffeine ou KMPlayer ou utiliser l'API de KDEMM, quitte à l'enrichir en la surclassant.
Les débats sont encore en cours sur ce que doit contenir KDEMM comme fonctionnalités. Les greffons qui sont en cours de programmation pour KDEMM sont : Akode (un serveur de son basique lié à Alsa ou Arts et interne à KDE) ; Arts, GStreamer, NMM, HelixPlayer. D'autres peuvent s'y ajouter car la liste n'est pas exclusive. Ce que proposera par défaut KDE n'est pas décidé. Cela demande des tests sur les solutions les plus robustes, avec des licences ne posant pas d'os et fonctionnant non seulement sous Linux mais aussi sur les différents BSD (ce qui est le principal problème d'Alsa).
Personnellement, la solution retenue me semble sage même si certains regrettent la création d'un nouveau filtre KDEMM et le fait que nous n'ayons pas fait un choix clair. Le monde du multimédia sur le PC est encore une cible fort mouvante. Il est par exemple bien difficile de dire aujourd'hui quels seront les codecs utilisés majoritairement dans 2/3 ans (libres, propriétaires) et quelle va être la part du travail qui sera réalisée par l'électronique des PC ou par le système d'exploitation. La position de KDE est donc relativement attentiste. Nous laissons le champ libre à l'expérimentation et nous attendons de voir quel projet va surpasser définitivement les autres et comment la technologie va évoluer.
Charles de Miramon
[^] # Re: TSE et CITRIX
Posté par cmiramon . En réponse à la dépêche La prise de contrôle à distance avec NX. Évalué à 3.
- le modèle GPL / licence commerciale donne une assurance sur la pérennité du code et sur les possibilités d'amélioration dans le futur. Tu ne te retrouveras pas en carafe si NoMachine ferme boutique.
- pour la communauté KDE nous voyons NX aussi comme un superbe moyen de migrer progressivement des utilisateurs Windows vers KDE. Ils gardent leur Windows 98 avec un client NX pour utiliser des applis KDE tournant sur un serveur NX dédié. C'est assez vendeur, à mon avis, de dire à une entreprise qu'elle garde ces postes clients sans investissement et exécute Kontact et les applications Internet sur le serveur dédié. Un bon moyen de sécuriser le bureau Windows (virus, troyens, etc.) de ses employés. Cela suppose que NX ajoute la fonctionnalité de compresser des fenêtres particulières X et pas uniquement un bureau entier X. Ce qui n'est pas totalement évident selon le développeur de NoMachine mais qui n'est certainement pas impossible si suffisamment de clients lui demande.
[^] # Re: sur phrase d'intro ...
Posté par cmiramon . En réponse à la dépêche Le Conseil de l'UE s'apprête à balayer le vote du Parlement sans discussion. Évalué à 2.
Pour l'Argentine, il faut savoir que sa richesse (passée) est un bon exemple de l'efficacité du capitalisme, de l'innovation technologique et de la libéralisation du commerce. L'Argentine a fait fortune après l'invention du Corned Beef à la fin du xixe siècle puis plus tard de la frigorification industrielle qui leur a permis de vendre de la viande sur les marchés européens et ils se sont fait beaucoup d'argent pendant la première guerre mondiale en fournissant les armées des belligérants. Pour moi, le principal problème argentin ce sont les générations de gouvernements incompétents et corrompus qui se sont succédés dans ce pays (et dont la plupart ont été élus par les Argentins).
2) Climat et Sahara
On peut avoir des opinions à l'emporte-pièce sur les changements climatiques : c'est la faute de traite des esclaves, de la Banque Mondiale, etc. La vérité c'est qu'en climatologie, il est très difficile de comprendre qu'elle est la part de l'homme (ou de l'animal, ici des vaches qui dévorent la végétation) dans les changements climatiques. Il y a des modèles climatologiques mais comme ils sont peu expérimentaux (on ne peut pas tester l'effet de la modification des variables), leur véracité est faible.
En tout cas la réponse ultra-libérale à la question de l'extension du Sahara, c'est d'affirmer la liberté de circulation et d'établissement des hommes et d'encourager les populations des régions désertiques à s'installer dans les régions pleines d'eau. Ce que font du reste les Maliens en venant en France.
3) Afrique et colonisation
Personnellement, je trouve cela un peu infantilisant pour les Africains que de dire que tous les malheurs actuels seraient la faute des Européens et de la colonisation. Cela véhicule l'idée du "bon sauvage". Avant la désastreuse arrivée des petits colons, en Afrique régnait un paradis où coexistait en harmonie l'homme et la nature. Or nous savons qu'il a existé des états esclavagistes en Afrique avant la colonisation même si le fait que les cultures africaines n'utilisaient pas l'écrit fait en sorte que nous avons peu d'information sur ces états.
La décolonisation s'est passée pour le meilleur comme pour le pire et aujourd'hui la plupart des Africains n'ont jamais connu le colonisateur. Moi, je trouve un peu étrange l'attitude d'infantilisation des Africains qui consiste à dire que si un Africain tue un autre Africain c'est pas sa faute (il n'est pas doli capax) mais celle du méchant Européen (qui se place dans la figure du père) qui n'aurait pas du lui laisser entre les mains cet objet dangereux qu'est une mitraillette.
Enfin, l'idée que la colonisation aurait pillé et détruit ces pays est très discutable. Ce qui a accéléré le mouvement de décolonisation en France ce sont les calculs qui ont été effectués dans les années 50 qui montrait que l'empire colonial français coûtait plus qu'il ne rapportait. Le slogan a l'époque était : La Corrèze est plus importante que le Zambèze.
[^] # Re: sur phrase d'intro ...
Posté par cmiramon . En réponse à la dépêche Le Conseil de l'UE s'apprête à balayer le vote du Parlement sans discussion. Évalué à 3.
L'appauvrissement par nation que pointe Stieglitz and co a deux causes principales :
1) l'appauvrissement des pays de l'Afrique noire sub-Saharienne
2) la montée des guerres civiles dans certaines nations du Tiers-Monde
Le problème n°1 est le résultat d'un désastre écologique, l'extension du Sahara, et ni les Africains ni les Européens n'en sont responsables. Le problème n°2 a aussi majoritairement des causes endogènes.
[^] # Re: Novell choisit Qt comme environnement de développement.
Posté par cmiramon . En réponse à la dépêche Novell choisit Qt comme environnement de développement.. Évalué à 3.
[^] # Re: Novell choisit Qt comme environnement de développement.
Posté par cmiramon . En réponse à la dépêche Novell choisit Qt comme environnement de développement.. Évalué à 6.
indique que selon Chris Schläger, responsable de la R&D chez Suse et grand fan de KDE, une réunion des développeurs Novell (Suse et Ximian) aura lieu en mai pour faire le choix final.
Il y a clairement une bataille interne entre KDE et Gnome en cours chez Novell. Le fait que c'est Markus Rex, Vice-Président de Suse qui a été nommé responsable du Novell Linux Desktop semble indiquer que le bureau Suse (et donc KDE) va gagner aux dépens de Ximian. Le management de Suse est très attaché au projet KDE (le PDG de Suse a envoyé un message officiel à la communauté KDE après le rachat de Suse par Novell pour nous rassurer) et si Novell choisissait Gtk, cela démoraliserait fortement l'équipe de développement Suse ainsi que cela ferait certainement perdre des parts de marché à Suse en Allemagne.
Ce qui pourrait faire pencher la balance du côté de Ximian ce serait la signature d'un gros contrat aux Etats-Unis pour le Ximian Desktop avant mai. Autre possibilité, une erreur de management.
J'imagine que le management de Novell (qui ne comprend pas grand chose à tous ces conflits et dont je doute qu'il puisse avoir une opinion informée sur le potentiel technique de l'un et l'autre de ces environnements) aimerait une solution consensuelle du type le meilleur de Gnome et le meilleur de KDE mais ce n'est pas techniquement possible.
# Et ce n'est pas fini....
Posté par cmiramon . En réponse à la dépêche GTK-Qt-OpenOffice.org: un pas de plus vers une meilleure intégration. Évalué à 1.
Plusieurs développeurs KDE sont en train de travailler à un système de pseudo-fichiers pour les Ioslaves de KDE. Cela veut dire concrètement que si vous accédez à un fichier par ssh avec l'ioslave fish, vous pourrez créer un pseudo-fichier sur votre répertoire home puis ouvrir le fichier dans OpenOffice ou dans n'importe quelle application linux.
Du code de qualité alpha fonctionne déjà. Une fois le code un peu mieux stabilisé, nous ferons certainement une annonce sur le dot.
Charles
[^] # Re: Le projet Kroupware est achevé : parution de Kolab.
Posté par cmiramon . En réponse à la dépêche Le projet Kroupware est achevé : parution de Kolab.. Évalué à 7.
[^] # Re: Le projet Kroupware est achevé : parution de Kolab.
Posté par cmiramon . En réponse à la dépêche Le projet Kroupware est achevé : parution de Kolab.. Évalué à 5.
La PME allemande konsec http://konsec.de/KON/index.html(...) prépare un connecteur propriétaire. Une première bêta serait disponible dans peu de temps.
Ian Reinhardt Geiser, un programmeur KDE, a aussi avancé sur un connecteur GPL : http://www.kdedevelopers.org/node/view/78(...)
Globalement, cela ne semble pas être de la pelle à tarte d'effectuer l'ingéniérie inverse du protocole MAPI de Microsoft.
[^] # Re: Bonne initiative
Posté par cmiramon . En réponse à la dépêche Ximian Desktop 2. Évalué à 1.
# Re: Naissance de deux revues scientifiques gratuites et libres
Posté par cmiramon . En réponse à la dépêche Naissance de deux revues scientifiques gratuites et libres. Évalué à 6.
Les différentes initiatives qui fleurissent sur le Net répondent à un autre problème le coût exorbitant d'abonnement à des revues ou à des bases de données d'articles scientifiques. Coûts qui empêchent l'information de circuler car certains centres documentaires scientifiques n'ont pas le budget nécessaire. Les scientifiques ont l'impression d'être des pigeons dans le sens qu'ils ne se font pas (ou peu) payer pour rédiger les articles, ni pour faire le travail éditorial du comité de lecture ou du jugement par les pairs (peer review). Ce sont des maisons d'éditions privées anglo-saxonnes ou néerlandaises qui ont patiemment capturés tout les titres prestigieux et qui ont transformé ce marché en un business très juteux.
Les scientifiques sont pour la libre diffusion de leurs articles sur le Net (cela ne changera rien financièrement pour eux) mais certainement pas à abandonner leur droit de propriété sur leurs productions littéraires. Personnellement, je veux contrôler pour mes articles les traductions et pouvoir interdire une traduction médiocre qui dénature ma pensée et aussi contrôler la diffusion et par exemple pouvoir interdire une diffusion dans un recueil qui me semble intellectuellement douteux. Enfin, si un éditeur vend mes articles (miracle !), je trouve normal en tant qu'auteur de toucher des droits ou en tout cas de pouvoir décider si je suis prêt à les abandonner.
[^] # Re: kexi: un Access-like sous KDE
Posté par cmiramon . En réponse à la dépêche kexi: un Access-like sous KDE. Évalué à 3.
http://members.shaw.ca/dkite/may22003.html#fKoffice(...)
Dawit Alemayehu a débuté un pilote PostgreSQL pour Kexi. C'est le moment de sauter dans la barque sinon comme programmeur, au moins comme testeur si tu as des compétences sur PostgreSQL.
Pour refroidir un peu les ardeurs sur Kexi, Lucijan Busch, le développeur principal, a indiqué dernièrement sur la liste de diffusion de KOffice qu'il ne croyait pas que Kexi serait dans un état de stabilité suffisante avant octobre et qu'il ne pensait pas l'inclure dans la prochaine version de KOffice qui doit sortir auparavant.
Evidemment, tout cela dépend des volontaires qui rejoindront le projet. Si on pouvait avoir le plus tôt possible une base de données conviviale sous Linux, ce serait encore un gros trou de bouché.
[^] # Re: Réponse à Pierre Bugnon de Microsoft France
Posté par cmiramon . En réponse à la dépêche Réponse à Pierre Bugnon de Microsoft France. Évalué à 0.
Charles
[^] # Re: Réponse à Pierre Bugnon de Microsoft France
Posté par cmiramon . En réponse à la dépêche Réponse à Pierre Bugnon de Microsoft France. Évalué à 4.
A ma connaissance, Knoppix 3.2 ne permet pas cela. Si je me trompe, dites-le moi, et je changerai le lien dans l'article pour pointer vers la dernière version de la Knoppix.
Charles