>>> Il s'agit de détacher la suite bureautique de KDE SC pour mieux s'attaquer à d'autres plate-formes.
Non ça c'est du blabla marketing. Il s'agit en vérité d'arracher KWord des griffes de son mainteneur associal qui emmerde tout le monde. Pour ça il a fallu en passer par ce fork et ce renommage de KOffice en Calligra.
Quelques liens :
http://aseigo.blogspot.com/2010/12/rose-by-any-other-name.ht(...) : "KOffice has experienced an internal fork and in the process has been renamed "Calligra". The fork itself came about through unresolved differences between a member of the KOffice team and the rest of the members over how to manage both long term targets and day-to-day development. This eventually resulted in people coming to the conclusion that those differences were not only unresolved but also unresolvable. "
http://lists.kde.org/?l=koffice-devel&m=128782551919625&(...) : "As you might be aware, after months of discussions, it has been concluded that the best solution is to split the community (...) the split is going to happen at application level. The maintainer of each application will be asked to consult his fellow developers to decide in which group, A or B, the application will lived.
A l'endroit ou j'ai ajouté des flèches rouges je pense qu'il devrait y avoir un indicateur visuel de séparation plutôt qu'un simple blanc.
Mais encore une fois ce n'est que mon avis ;-)
Scientific Linux c'est comme CentOS c'est à dire que ça utilise le source de RHEL. C'est fait par le CERN et le Fermilab (donc peut-être un peu plus de pérennité que les volontaires de CentOS).
C'est marrant comme à partir des mêmes faits bruts on peut tirer des conclusions différentes.
Moi je tire deux morales de cette histoire :
1) RMS a eu raison et c'est une nouvelle preuve du fait qu'il voit plus loin que bien des gens. Quand on utilise du logiciel propriétaire on est à la merci d'un tiers et ça c'est dangereux.
2) Faut pas faire chier Linus. Si on l'emmerde il vous code en trois mois un logiciel révolutionnaire qui ridiculise tout ce qui existait précédemment.
J'aime beaucoup ta css edition_papier. Sobre et de bon goût.
Deux petite critiques :
Les intitulés "LINUXFR.ORG" et "Accueil" sont vraiment trop gros et mangent trop d'espace par rapport au reste de la page.
Un autre point qui me gêne c'est l'absence de séparation entre les journaux ou les dépêches. Il y a juste un blanc. Est-ce que ce ne serait pas mieux de mettre une séparation discrète (un trait gris ou un truc du genre) ?
Mais bon tu peux ignorer ces deux retours si tu veux car je suis absolument nul en design et aussi bien je vais m'habituer à ta css telle qu'elle est.
>>> Linus lui s'en fout bien que ce soit libre ou proprio.
Hem...Linus n'a pas la même philosophie de RMS mais faut pas exagérer quand même !
Il a souvent écrit qu'il aimait la GPL car cela assurait une réciprocité des contributions donc dire qu'il se fout de la licence et ne regarde que les perfs est faux.
Pour Bitkeeper c'est juste qu'à ses yeux il n'existait aucun logiciel libre comparable et donc qu'il n'avait pas vraiment le choix. RMS dans ce cas aurait opté pour le refus d'utilisation de Bitkeeper (position idéaliste) mais Linus a considéré qu'il avait un projet à faire avancer (le noyau) et qu'il ne pouvait pas s'offrir le luxe de tout stopper en attendant que les développeurs de logiciels libres crée un équivalent de Bitkeeper (position pragmatique).
Quand l'utilisation de Bitkeeper a commencé à poser un vrai problème avec la fin de la version gratuite, Linus n'a plus eu le choix et il a juste retroussé ses manches et a écrit un logiciel libre meilleur que Bitkeeper.
Je crois que tous les libristes en ont tiré un salutaire enseignement et ont compris que la position de RMS était sans doute la plus rationnelle à long terme.
Parmi ces documents j'en ai trouvé deux assez intéressants.
1) FRENCH COMMENTS ON DEALING WITH HOSTAGES
=> http://cablegate.wikileaks.org/cable/2009/08/09PARIS1097.htm(...)
En gros les américains ont des citoyens qui sont retenus otages en Iran. Ils demandent des conseils au français pour savoir comment ils ont réussi à se dépatouiller de l'affaire Clotilde Reiss. Les français conseillent d'abord de tenter de s'arranger discrètement avec les iraniens avant la tenue d'un procès public. Si ça ne marche pas il faut faire appel à l'opinion nationale et mondiale car la société iranienne est sensible à l'apparence qu'elle projette à l'extérieur. Il faut contrôler étroitement le vocabulaire employé et user de mots clés répétitifs ("basic human rights," "good treatment," "Vienna Convention," "innocent," "baseless," "immediate release").
Lecture instructive je trouve.
2) FRENCH FIRM SELLING INFRARED DETECTORS TO CHINA => http://cablegate.wikileaks.org/cable/2009/09/09STATE96222.ht(...)
Là c'est moins rigolo et c'est même assez consternant. La firme française Sofradir vend apparemment des matrices CCD infrarouges sophistiquées à la Chine et la Chine s'en sert (selon les américains) pour construire des détecteurs thermiques militaires qui sont revendus à l'Iran.
Les américains ne sont pas très contents et ils demandent à la France de stopper immédiatement ces ventes vers la Chine.
Un truc absolument fascinant à ce sujet c'est la déclaration de François Barouin (porte-parole du gouvernement) : "Moi j'ai toujours pensé qu'une société transparente, c'était une société totalitaire".
J'ai du relire ça 3 ou 4 fois avant de pouvoir en croire mes yeux.
>>> Je pense qu'il ne sera pas difficile pour le numéro deux du noyau
Le numéro deux du noyau c'est plutôt Andrew Morton que Greg Kroah Hartman.
Sinon sur le fond tu as raison, je ne me fait aucun souci pour lui si il décide de changer d'employeur.
Dans l'article LWN qui rend compte de cette question il est suggéré que le mieux ce serait d'intégrer ça directement dans KDE et GNOME.
Quand on veut lancer une appli dans son cgroup à part pour ne pas qu'elle lague il suffirait de faire un clic droit "lancer dans un groupe séparé".
A mon avis ce serait la meilleure solution.
Dans le thread sur la LKML certains rappellent que les cgroups ne sont pas neutres au point de vue des perfs (ça bouffe de la ressource). Donc est-ce qu'il vaut mieux activer les cgroups et faire perdre un peu de perfs à tous le monde pour qu'un petit groupe de personnes ayant des besoins très spécifiques profitent d'une bien meilleure réactivité ?
Il faudra sans doute pas mal de tests et de benchs pour voir les compromis à faire.
>>> A quoi ça sert de l'avoir construit si on ne peut pas compter dessus quand on en a besoin?
Ouais ben ça il faut le dire aux politiques qui n'ont pas accordé les crédits pour l'achat d'un second porte-avions. Les militaires le réclament à corps et à cris depuis des années.
# Fork
Posté par patrick_g (site web personnel) . En réponse au journal aptitude install calligra. Évalué à 10.
Non ça c'est du blabla marketing. Il s'agit en vérité d'arracher KWord des griffes de son mainteneur associal qui emmerde tout le monde. Pour ça il a fallu en passer par ce fork et ce renommage de KOffice en Calligra.
Quelques liens :
http://aseigo.blogspot.com/2010/12/rose-by-any-other-name.ht(...) : "KOffice has experienced an internal fork and in the process has been renamed "Calligra". The fork itself came about through unresolved differences between a member of the KOffice team and the rest of the members over how to manage both long term targets and day-to-day development. This eventually resulted in people coming to the conclusion that those differences were not only unresolved but also unresolvable. "
http://lists.kde.org/?l=koffice-devel&m=128782551919625&(...) : "As you might be aware, after months of discussions, it has been concluded that the best solution is to split the community (...) the split is going to happen at application level. The maintainer of each application will be asked to consult his fellow developers to decide in which group, A or B, the application will lived.
[^] # Re: CSS pour linuxfr 2.0
Posté par patrick_g (site web personnel) . En réponse à la dépêche Faire évoluer LinuxFr.org. Évalué à 2.
Regarde ce screenshot par exemple : http://www.flickr.com/photos/11384633@N00/5231093162/sizes/l(...)
A l'endroit ou j'ai ajouté des flèches rouges je pense qu'il devrait y avoir un indicateur visuel de séparation plutôt qu'un simple blanc.
Mais encore une fois ce n'est que mon avis ;-)
[^] # Re: Debian
Posté par patrick_g (site web personnel) . En réponse au journal Les migrations Redhat->SuSE : témoignages ?. Évalué à 5.
[^] # Re: Debian
Posté par patrick_g (site web personnel) . En réponse au journal Les migrations Redhat->SuSE : témoignages ?. Évalué à 4.
Une petite explication ? Et Scientific Linux c'est un peu répandu ou ça se limite aux labos de recherche ?
[^] # Re: DNS ...
Posté par patrick_g (site web personnel) . En réponse au journal Wikileaks : prise de conscience pour la décentralisation ?. Évalué à 10.
En résumé pour l'instant cette proposition c'est du vent.
[^] # Re: Debian
Posté par patrick_g (site web personnel) . En réponse au journal Les migrations Redhat->SuSE : témoignages ?. Évalué à 5.
[^] # Re: Pourquoi se limiter au libre ?
Posté par patrick_g (site web personnel) . En réponse à la dépêche Rapport annuel 2010 sur le développement du noyau Linux. Évalué à 3.
Le marché ARM est très loin d'être négligeable il me semble. Il est même en croissance soutenue (et on parle de ferme de serveurs ARM pour très bientôt => http://www.theregister.co.uk/2010/11/02/dell_dcs_arm_risc_se(...) ).
[^] # Re: Appréciation
Posté par patrick_g (site web personnel) . En réponse au journal ZFS sous GPL grâce à GRUB ?. Évalué à 3.
[^] # Re: Comment dire..
Posté par patrick_g (site web personnel) . En réponse au journal "J'ai raison, mais je ne ferai pas valider mon raisonnement". Évalué à 2.
[^] # Re: et ben
Posté par patrick_g (site web personnel) . En réponse à la dépêche Rapport annuel 2010 sur le développement du noyau Linux. Évalué à 9.
Moi je tire deux morales de cette histoire :
1) RMS a eu raison et c'est une nouvelle preuve du fait qu'il voit plus loin que bien des gens. Quand on utilise du logiciel propriétaire on est à la merci d'un tiers et ça c'est dangereux.
2) Faut pas faire chier Linus. Si on l'emmerde il vous code en trois mois un logiciel révolutionnaire qui ridiculise tout ce qui existait précédemment.
[^] # Re: CSS pour linuxfr 2.0
Posté par patrick_g (site web personnel) . En réponse à la dépêche Faire évoluer LinuxFr.org. Évalué à 3.
Deux petite critiques :
Les intitulés "LINUXFR.ORG" et "Accueil" sont vraiment trop gros et mangent trop d'espace par rapport au reste de la page.
Un autre point qui me gêne c'est l'absence de séparation entre les journaux ou les dépêches. Il y a juste un blanc. Est-ce que ce ne serait pas mieux de mettre une séparation discrète (un trait gris ou un truc du genre) ?
Mais bon tu peux ignorer ces deux retours si tu veux car je suis absolument nul en design et aussi bien je vais m'habituer à ta css telle qu'elle est.
[^] # Re: et ben
Posté par patrick_g (site web personnel) . En réponse à la dépêche Rapport annuel 2010 sur le développement du noyau Linux. Évalué à 10.
Hem...Linus n'a pas la même philosophie de RMS mais faut pas exagérer quand même !
Il a souvent écrit qu'il aimait la GPL car cela assurait une réciprocité des contributions donc dire qu'il se fout de la licence et ne regarde que les perfs est faux.
Pour Bitkeeper c'est juste qu'à ses yeux il n'existait aucun logiciel libre comparable et donc qu'il n'avait pas vraiment le choix. RMS dans ce cas aurait opté pour le refus d'utilisation de Bitkeeper (position idéaliste) mais Linus a considéré qu'il avait un projet à faire avancer (le noyau) et qu'il ne pouvait pas s'offrir le luxe de tout stopper en attendant que les développeurs de logiciels libres crée un équivalent de Bitkeeper (position pragmatique).
Quand l'utilisation de Bitkeeper a commencé à poser un vrai problème avec la fin de la version gratuite, Linus n'a plus eu le choix et il a juste retroussé ses manches et a écrit un logiciel libre meilleur que Bitkeeper.
Je crois que tous les libristes en ont tiré un salutaire enseignement et ont compris que la position de RMS était sans doute la plus rationnelle à long terme.
[^] # Re: Contributeurs
Posté par patrick_g (site web personnel) . En réponse à la dépêche Rapport annuel 2010 sur le développement du noyau Linux. Évalué à 5.
Ce sont les patchs d'Eric Dumazet (qui bosse sur la pile réseau je crois). On peut s'en rendre compte en regardant les stats de Remword ici :
http://www.remword.com/kps_result/2_6_35_petop.html
http://www.remword.com/kps_result/2_6_36_petop.html
[^] # Re: Taille du noyau
Posté par patrick_g (site web personnel) . En réponse à la dépêche Rapport annuel 2010 sur le développement du noyau Linux. Évalué à 4.
Linux 2.2 : 1 800 847 lignes
Linux 2.4 : 3 377 902 lignes
Linux 2.6 : 5 929 913 lignes
Linux 2.6.36 : 13 499 457 lignes
En gros le nombre de lignes de code a été multiplié par 7,5 entre le noyau 2.2 de janvier 1999 et le tout dernier 2.6.36.
[^] # Re: et ben
Posté par patrick_g (site web personnel) . En réponse à la dépêche Rapport annuel 2010 sur le développement du noyau Linux. Évalué à 10.
[^] # Re: A propos de la France,
Posté par patrick_g (site web personnel) . En réponse au journal Une nouvelle fuite dévoilée par Wikileaks. Évalué à 4.
Bah y'a pas mal de trucs là : http://cablegate.wikileaks.org/tag/FR_0.html
Parmi ces documents j'en ai trouvé deux assez intéressants.
1) FRENCH COMMENTS ON DEALING WITH HOSTAGES
=> http://cablegate.wikileaks.org/cable/2009/08/09PARIS1097.htm(...)
En gros les américains ont des citoyens qui sont retenus otages en Iran. Ils demandent des conseils au français pour savoir comment ils ont réussi à se dépatouiller de l'affaire Clotilde Reiss. Les français conseillent d'abord de tenter de s'arranger discrètement avec les iraniens avant la tenue d'un procès public. Si ça ne marche pas il faut faire appel à l'opinion nationale et mondiale car la société iranienne est sensible à l'apparence qu'elle projette à l'extérieur. Il faut contrôler étroitement le vocabulaire employé et user de mots clés répétitifs ("basic human rights," "good treatment," "Vienna Convention," "innocent," "baseless," "immediate release").
Lecture instructive je trouve.
2) FRENCH FIRM SELLING INFRARED DETECTORS TO CHINA => http://cablegate.wikileaks.org/cable/2009/09/09STATE96222.ht(...)
Là c'est moins rigolo et c'est même assez consternant. La firme française Sofradir vend apparemment des matrices CCD infrarouges sophistiquées à la Chine et la Chine s'en sert (selon les américains) pour construire des détecteurs thermiques militaires qui sont revendus à l'Iran.
Les américains ne sont pas très contents et ils demandent à la France de stopper immédiatement ces ventes vers la Chine.
[^] # Re: Encore unprétextepour lecontrôleduréseau.
Posté par patrick_g (site web personnel) . En réponse au journal Une nouvelle fuite dévoilée par Wikileaks. Évalué à 10.
J'ai du relire ça 3 ou 4 fois avant de pouvoir en croire mes yeux.
# Liens
Posté par patrick_g (site web personnel) . En réponse au journal pypy de plus en plus rapide ?. Évalué à 3.
Lie vers un benchmark entre CPython 2.6 et PyPY 1.4 : http://speed.pypy.org/comparison/?exe=2%2B35,1%2B172&ben(...)
ça a l'air de bien déménager !
[^] # Re: étonnant
Posté par patrick_g (site web personnel) . En réponse au journal Une nouvelle fuite dévoilée par Wikileaks. Évalué à 10.
C'est parce que Bradley Manning (l'auteur de la fuite des infos) a utilisé la fameuse astuce dite du "CD de Lady Gaga" => http://www.lemonde.fr/international/article/2010/11/28/bradl(...)
Imparable. Même SELinux est impuissant face à une technique aussi redoutable !
[^] # Re: css
Posté par patrick_g (site web personnel) . En réponse au journal Participer au concours DLFP. Évalué à 2.
[^] # Re: Patrick_g
Posté par patrick_g (site web personnel) . En réponse au journal Que pensez-vous d'une intégration de Flattr dans Linuxfr ?. Évalué à 8.
[^] # Re: Bonne nouvelle
Posté par patrick_g (site web personnel) . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 8.
Le numéro deux du noyau c'est plutôt Andrew Morton que Greg Kroah Hartman.
Sinon sur le fond tu as raison, je ne me fait aucun souci pour lui si il décide de changer d'employeur.
[^] # Re: Spoile !
Posté par patrick_g (site web personnel) . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 6.
Quand on veut lancer une appli dans son cgroup à part pour ne pas qu'elle lague il suffirait de faire un clic droit "lancer dans un groupe séparé".
A mon avis ce serait la meilleure solution.
[^] # Re: Testé et approuvé ;)
Posté par patrick_g (site web personnel) . En réponse au journal Noël, noël, un patch miraculeux !. Évalué à 5.
Il faudra sans doute pas mal de tests et de benchs pour voir les compromis à faire.
[^] # Re: Tera 100
Posté par patrick_g (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2010. Évalué à 2.
Ouais ben ça il faut le dire aux politiques qui n'ont pas accordé les crédits pour l'achat d'un second porte-avions. Les militaires le réclament à corps et à cris depuis des années.