Si je me rappelle bien ce que j'avais lu sur le problème des performances avec les références arrières pour Perl, il existe un algo logarithmique pour faire cela:
http://swtch.com/~rsc/regexp/regexp1.html
Mais en fait, cela semble parler de grep 2.5.1 qui a déjà un comportement logarithmique, donc en fait, on ne parle peut être pas de la même chose. :(
Oui, je préfères de vrais arguments autres que "mais la pauvre entreprise ne va pas pouvoir y survivre"!
Pour l'utilisation du matériel or de ces limites légales, je vais faire un parallèle avec un fabricant de couteau. On sait très bien qu'il ne faut pas tuer les gens avec des couteaux (ou d'autres choses, enfin ça c'est pour la France). Pour autant, on ne demande pas au fabricant de couteau de brider les couteaux pour empêcher quelqu'un de tuer quelqu'un d'autre. Et bien la c'est pareil, la responsabilité individuelle devrait être utilisée. Si tu modifies ton logiciel et que cela te mets hors des limites légales, tu peux en être tenu pour responsable. Bon maintenant, mettons que tu utilises une distribution Linux faite pour les USA et que tu vives en France, si les lois sont différentes, il va falloir trouver un moyen de configurer la bande de fréquences au mieux des l'installation.
En ce qui concerne la concurrence, j'avoue ne pas trop savoir a quel point cela joue. Donc cette raison semble plus valable. Cependant, ils peuvent avoir les docs prêtes en interne pour les développeurs internes, puis libérer la doc lorsque cela ne pose plus de problème par rapport a la concurrence? Sûrement que cela pourrait se faire dans un délai de 5 ans maximum? 5 ans c'est long en informatique - Voire, le constructeur pourrait prendre l'engagement dès le départ de libérer les docs dans cet intervalle de temps pour rassurer encore plus?
Vous me pardonnerez la longueur de mon commentaire, mais j'ai tenté d'être le plus clair et complet possible sur les aspects qui touchent ma contribution à EducOOo.
Au contraire, merci à vous, une réponse détaillée est ce qu'il y a de mieux pour bien comprendre.
Vous répondez bien aux questions 2 et 3 1/2 . Pour 3 1/2 la base de code est donc séparée, mais le fait d'amener de nouveaux développeurs à OOo ne peut être que bénéfique surtout lorsque cela fait disparaître les vieux bugs ;) .
Pour l'intégration avec OOo et son futur, vous nous laissez des pistes pour en tirer nos propres conclusions.
PS : les mecs savaient très bien ce qu'ils faisaient car ils m'ont envoyé un mail (preuve qu'ils savaient d'où venait l'image) où ils m'accusait du piratage de leur site web.
Bravo à Éric Bachard, son équipe et les autres pour ce très beau travail sur OOo. Fermer un bug qui a résisté 9 ans est quand même quelque chose qui n'arrive pas tous les jours! De même que les bugs d'affichage qui s'ils ne sont pas souvent une priorité pour les développeurs, sont très mal perçus par les utilisateurs.
J'ai plusieurs questions sur tous ces projets tournant autour de la base de code de OOo:
1- Quelles sont les relations entre les équipes d'OOo et Go-OO? Est ce qu'elles sont tendues, ou est ce que les 2 projets communiquent bien et partagent bien le code? Je me rappelle de l'ajout d'un solveur mathématique dans Go-OO. Ce travail avait été proposé pour inclusion dans OOo, mais avait été rejeté pour des raisons (soi-disant) d'assurance qualité, qui ensuite le projet OOo avait décidé de refaire le même travail pour ajouter un solveur mathématique.
2- Quelles sont les relations entre les équipes d'OOo et OOo4Kids? D'après mon œil extérieur, OOo4Kids est beaucoup plus intégré à OOo que ne l'est Go-OO. Notamment les échanges de code ont l'air de se faire plus facilement.
3- Concernant le point de vue d'ingénierie logicielle, est ce que OOo, Go-OO et OOo4Kids ont des bases de codes séparées? En particulier, Go-OO semble être un ensemble de patches sur le code de OOo. Est ce bien cela? OOo4Kids quand à lui semble principalement être une nouvelle interface sur le cœur d'OOo (je sais c'est réducteur vu les patches proposés), mais malgré tout la base de code semble aussi intégrer le cœur d'OOo pour pouvoir proposer ses propres patches. Comment les distributions empaquettent-elles ces 2 projets? Ces trois projets (4 avec OOoLight que je ne connais pas) semblent dupliquer beaucoup d'efforts alors qu'ils pourraient mieux s'intégrer l'un a l'autre si la politique (OOo et Go-OO) ou bien la base de code (OOo et OOo4Kids) si prêtaient mieux? Qu'est ce que vous en pensez?
4- Quel est l'avenir d'OOo avec le rachat de Sun par Oracle?
J'aime bien quand on utilise l'homme de paille pour appuyer son discours. Je n'ai jamais dit qu'il fallait boycotter Broadcom. J'ai simplement dit (mal il est vrai) que libérer le pilote c'est bien, mais donner la documentation qui va avec c'est encore mieux.
Ensuite je n'ai jamais parlé de respect absolu de la GPL. Tu divagues.
Mais les enfonceurs-de-porte-ouverte-faut-bien-manger qui mangent des libristes (soit disant) intégristes au petit-déj se jettent comme des morts de faim (tu n'as pas eu ton petit-déj ce matin?) des que l'on ose en demander (oui oui j'ai juste demandé) un petit peu plus pour que la libération soit complète.
Bref, tes (maigres) arguments sont bien cachés sous une agressivité bien mal placée.
M'enfin bon, d'ici la, tu pourras profiter de ta carte pendant quelques années. On verra bien dans quelques années quand Broadcom abandonnera le support de leur matériel, que tu devras la jeter alors qu'elle marche encore très bien, et que pour finir tu devras leur racheter une carte. Leurs actionnaires seront très content. Toi, je ne sais pas.
C'est toujours très fort ce type de réaction qui sous-entend "qu'ils donnent tout, ou alors qu'ils s'abstiennent".
Où est ce que j'ai écrit ça?
J'ai écrit "C'est bien mais pas top."
Donc je reconnais que c'est un pas dans la bonne direction. Mais comme chat échaudé craint l'eau froide, et bien ce serait bien d'avoir également la doc pour le futur.
Les consommateurs ont acheté le matos, tu trouves que c'est correct de la part de Broadcom? Pas moi. Je suis désolé, mais si le matos marche encore, je ne vois pas pourquoi je devrais en racheter un nouveau parce quel le logiciel n'est plus maintenu par le constructeur, alors qu'il aurait été possible de le maintenir ad vitam aeternam si le constructeur avait libéré la doc.
Ce n'est pas parce que le constructeur n'y trouve pas son compte que l'on devrait donc complétement laisser tomber cette revendication. Sinon le logiciel libre n'existerait pas.
Je vais faire mon rabat joie, mais tant pis:
Où est la documentation du matériel librement accessibles?? i.e. sans signer de NDA sur 30 générations que si tu le respecte pas tu vas tout droit en enfer?
Comme Theo de Raadt l'a si bien expliqué, et Intel si bien démontré, un pilote libre sans documentation est utile sur le court terme, mais totalement inutile sur le long terme lorsque l'entreprise décide de ne plus en assurer le support. Sans parler du fait que ce pilote pour Broadcom n'existe que sur Linux. Quid des autres OS libres (les BSDs, Solaris?. Haiku, le Hurd)? D'autant que j'imagine que le code est uniquement sous GPLv2?
Donc c'est bien, mais pas top. Ils devraient en faire plus et donner la doc de leur matériel sous une licence libre. En fait, ils auraient même du commencer par là.
Les mainteneurs du site web de logiciels GNOME ne sont pas super heureux de devoir puller tout l'historique de GNOME juste pour travailler sur le répertoire du site web. Je ne te parle même pas des traducteurs ouzbek qui avant Git ne devaient faire qu'un checkout du fichier .po pour l'ouzbek alors que maintenant, cela prend des plombes pour eux.
Donc, non, Git n'est pas la solution universelle a tous les problèmes.
J'ai peur de déjà connaître la réponse, mais je suppose que c'est écrit en Perl 5? Si c'est le cas, je me demande si les développeurs n'auraient pas mieux faire de s'attaquer directement au Perl 6 pour trouver des bugs et être parmi les premières applications écrites dans ce langage? Peut être que l'utilisation de bibliothèques existantes les bloque sur Perl 5?
Pour ceux qui comme moi ne connaissent pas Plack: http://en.wikipedia.org/wiki/Plack_%28software%29
Il s'agit d'une implémentation de PSGI (équivalent Perl du pythonique WSGI) très inspirée du rubyesque Rack qui est framework de développement d'application Web.
C'pa faux. Mais bon, c'est la différence entre le bon programmeur, et le mauvais programmeur. Le mauvais programmeur, il code. Le bon programmeur, il code, mais c'est un bon programmeur.
A voir aussi la chiée de message que gedit affiche dans la console quand il est lancé. J'espère que le passage a Gnome 3.0 va enfin supprimer l'utilisation des symboles obsolètes.
Même pire: j'avais vu comment une voiture pouvait être ouverte d'un simple coup de hanche bien placé!!
Bien sûr, la voiture n'était pas un foudre de guerre, mais quand même, ça la fout mal!
libjpeg-turbo (définition depuis wikipedia en anglais): une extension de libjpeg compatible ABI et API qui utilise les instructions SIMD x86 pour obtenir des améliorations de performances significatives sur l'implémentation de référence.
C'est peut être bien parce que c'est simpl(ist)e que les gens ne se limitent plus a faire du Web simple? Parce que c'est trop limité, du coup ils ont inventé GWT et d'autres choses pas simples.
Ou alors il va falloir créer un framework utilisant les éléments simples de Shoes pour pouvoir retrouver des arbres, listes, etc. Je parie d'ailleurs que cela arrivera un jour.
Malgré tout, je pense que Shoes contentera ceux qui veulent faire des choses simples rapidement, et c'est déjà bien. Pour le reste les frameworks existants seront toujours la.
C'est un sujet que j'ai vu totalement par hasard cette semaine :)
Wikipedia en anglais cite le pharaon Psammétique Ier http://en.wikipedia.org/wiki/Feral_child#Ancient_reports . Le premier mot prononcé par un de ces enfants aurait été un mot phrygien, donc leur conclusion était que le phrygien est une langue plus ancienne que l'égyptien. CQFD
Dans l'autre sens, je me suis dit qu'il devait aussi être possible de regarder les mots existants dans le Wiktionnaire (quelle langue), et de repérer lesquels n'apparaissaient dans aucune phrase disponible sur Tatoeaba.org?
Oui, oui je sais, plus facile à dire qu'à faire, mais puisque je ne ferais pas, je peux au moins le dire? Si quelqu'un est assez motivé, il le fera, sinon tant pis, j'aurais parlé pour rien (mais ça ne m'aura pas coûté grand chose)
[^] # Re: Et la doc du matériel alors?
Posté par djano . En réponse à la dépêche Broadcom prend le large. Évalué à 2.
[^] # Re: Complexité
Posté par djano . En réponse à la dépêche Sortie de GNU grep 2.7. Évalué à 2.
http://swtch.com/~rsc/regexp/regexp1.html
Mais en fait, cela semble parler de grep 2.5.1 qui a déjà un comportement logarithmique, donc en fait, on ne parle peut être pas de la même chose. :(
[^] # Re: Et la doc du matériel alors?
Posté par djano . En réponse à la dépêche Broadcom prend le large. Évalué à 1.
Pour l'utilisation du matériel or de ces limites légales, je vais faire un parallèle avec un fabricant de couteau. On sait très bien qu'il ne faut pas tuer les gens avec des couteaux (ou d'autres choses, enfin ça c'est pour la France). Pour autant, on ne demande pas au fabricant de couteau de brider les couteaux pour empêcher quelqu'un de tuer quelqu'un d'autre. Et bien la c'est pareil, la responsabilité individuelle devrait être utilisée. Si tu modifies ton logiciel et que cela te mets hors des limites légales, tu peux en être tenu pour responsable. Bon maintenant, mettons que tu utilises une distribution Linux faite pour les USA et que tu vives en France, si les lois sont différentes, il va falloir trouver un moyen de configurer la bande de fréquences au mieux des l'installation.
En ce qui concerne la concurrence, j'avoue ne pas trop savoir a quel point cela joue. Donc cette raison semble plus valable. Cependant, ils peuvent avoir les docs prêtes en interne pour les développeurs internes, puis libérer la doc lorsque cela ne pose plus de problème par rapport a la concurrence? Sûrement que cela pourrait se faire dans un délai de 5 ans maximum? 5 ans c'est long en informatique - Voire, le constructeur pourrait prendre l'engagement dès le départ de libérer les docs dans cet intervalle de temps pour rassurer encore plus?
[^] # Re: OOo, Go-OO et OOo4Kids
Posté par djano . En réponse à la dépêche EducOO.org : de très nettes améliorations dans l'éditeur d'équations d'OpenOffice.org. Évalué à 2.
Au contraire, merci à vous, une réponse détaillée est ce qu'il y a de mieux pour bien comprendre.
Vous répondez bien aux questions 2 et 3 1/2 . Pour 3 1/2 la base de code est donc séparée, mais le fait d'amener de nouveaux développeurs à OOo ne peut être que bénéfique surtout lorsque cela fait disparaître les vieux bugs ;) .
Pour l'intégration avec OOo et son futur, vous nous laissez des pistes pour en tirer nos propres conclusions.
Merci et bonne continuation!
[^] # Re: Hehe
Posté par djano . En réponse à la dépêche De l'utilisation abusive des images des autres et du vol de bande passante. Évalué à 8.
Hilarant!! ^_^
# OOo, Go-OO et OOo4Kids
Posté par djano . En réponse à la dépêche EducOO.org : de très nettes améliorations dans l'éditeur d'équations d'OpenOffice.org. Évalué à 8.
J'ai plusieurs questions sur tous ces projets tournant autour de la base de code de OOo:
1- Quelles sont les relations entre les équipes d'OOo et Go-OO? Est ce qu'elles sont tendues, ou est ce que les 2 projets communiquent bien et partagent bien le code? Je me rappelle de l'ajout d'un solveur mathématique dans Go-OO. Ce travail avait été proposé pour inclusion dans OOo, mais avait été rejeté pour des raisons (soi-disant) d'assurance qualité, qui ensuite le projet OOo avait décidé de refaire le même travail pour ajouter un solveur mathématique.
2- Quelles sont les relations entre les équipes d'OOo et OOo4Kids? D'après mon œil extérieur, OOo4Kids est beaucoup plus intégré à OOo que ne l'est Go-OO. Notamment les échanges de code ont l'air de se faire plus facilement.
3- Concernant le point de vue d'ingénierie logicielle, est ce que OOo, Go-OO et OOo4Kids ont des bases de codes séparées? En particulier, Go-OO semble être un ensemble de patches sur le code de OOo. Est ce bien cela? OOo4Kids quand à lui semble principalement être une nouvelle interface sur le cœur d'OOo (je sais c'est réducteur vu les patches proposés), mais malgré tout la base de code semble aussi intégrer le cœur d'OOo pour pouvoir proposer ses propres patches. Comment les distributions empaquettent-elles ces 2 projets? Ces trois projets (4 avec OOoLight que je ne connais pas) semblent dupliquer beaucoup d'efforts alors qu'ils pourraient mieux s'intégrer l'un a l'autre si la politique (OOo et Go-OO) ou bien la base de code (OOo et OOo4Kids) si prêtaient mieux? Qu'est ce que vous en pensez?
4- Quel est l'avenir d'OOo avec le rachat de Sun par Oracle?
[^] # Re: Et la doc du matériel alors?
Posté par djano . En réponse à la dépêche Broadcom prend le large. Évalué à 2.
J'aime bien quand on utilise l'homme de paille pour appuyer son discours. Je n'ai jamais dit qu'il fallait boycotter Broadcom. J'ai simplement dit (mal il est vrai) que libérer le pilote c'est bien, mais donner la documentation qui va avec c'est encore mieux.
Ensuite je n'ai jamais parlé de respect absolu de la GPL. Tu divagues.
Mais les enfonceurs-de-porte-ouverte-faut-bien-manger qui mangent des libristes (soit disant) intégristes au petit-déj se jettent comme des morts de faim (tu n'as pas eu ton petit-déj ce matin?) des que l'on ose en demander (oui oui j'ai juste demandé) un petit peu plus pour que la libération soit complète.
Bref, tes (maigres) arguments sont bien cachés sous une agressivité bien mal placée.
M'enfin bon, d'ici la, tu pourras profiter de ta carte pendant quelques années. On verra bien dans quelques années quand Broadcom abandonnera le support de leur matériel, que tu devras la jeter alors qu'elle marche encore très bien, et que pour finir tu devras leur racheter une carte. Leurs actionnaires seront très content. Toi, je ne sais pas.
[^] # Re: Et la doc du matériel alors?
Posté par djano . En réponse à la dépêche Broadcom prend le large. Évalué à 3.
Où est ce que j'ai écrit ça?
J'ai écrit "C'est bien mais pas top."
Donc je reconnais que c'est un pas dans la bonne direction. Mais comme chat échaudé craint l'eau froide, et bien ce serait bien d'avoir également la doc pour le futur.
[^] # Re: Et la doc du matériel alors?
Posté par djano . En réponse à la dépêche Broadcom prend le large. Évalué à 5.
Les consommateurs ont acheté le matos, tu trouves que c'est correct de la part de Broadcom? Pas moi. Je suis désolé, mais si le matos marche encore, je ne vois pas pourquoi je devrais en racheter un nouveau parce quel le logiciel n'est plus maintenu par le constructeur, alors qu'il aurait été possible de le maintenir ad vitam aeternam si le constructeur avait libéré la doc.
Ce n'est pas parce que le constructeur n'y trouve pas son compte que l'on devrait donc complétement laisser tomber cette revendication. Sinon le logiciel libre n'existerait pas.
Lis donc ceci http://www.framablog.org/index.php/post/2010/08/02/apple-cre(...) et pense a DVD Jon qui a contourné les protections DVD. Lors de son procès, il n'a pas été reconnu coupable car il travaillait sur la machine qui lui appartenait.
# Et la doc du matériel alors?
Posté par djano . En réponse à la dépêche Broadcom prend le large. Évalué à 9.
Où est la documentation du matériel librement accessibles?? i.e. sans signer de NDA sur 30 générations que si tu le respecte pas tu vas tout droit en enfer?
Comme Theo de Raadt l'a si bien expliqué, et Intel si bien démontré, un pilote libre sans documentation est utile sur le court terme, mais totalement inutile sur le long terme lorsque l'entreprise décide de ne plus en assurer le support. Sans parler du fait que ce pilote pour Broadcom n'existe que sur Linux. Quid des autres OS libres (les BSDs, Solaris?. Haiku, le Hurd)? D'autant que j'imagine que le code est uniquement sous GPLv2?
Donc c'est bien, mais pas top. Ils devraient en faire plus et donner la doc de leur matériel sous une licence libre. En fait, ils auraient même du commencer par là.
[^] # Re: Raisons
Posté par djano . En réponse à la dépêche Pas de Chromium pour Debian Squeeze. Évalué à 1.
https://linuxfr.org//comments/1162442.html#1162442
A cran Zenitram?
[^] # Re: Salut Alex.
Posté par djano . En réponse à la dépêche Honotua, le désenclavement numérique pour Tahiti. Évalué à 0.
http://2009.rmll.info/Migrating-the-Gnome-project-to-Git.htm(...)
Les mainteneurs du site web de logiciels GNOME ne sont pas super heureux de devoir puller tout l'historique de GNOME juste pour travailler sur le répertoire du site web. Je ne te parle même pas des traducteurs ouzbek qui avant Git ne devaient faire qu'un checkout du fichier .po pour l'ouzbek alors que maintenant, cela prend des plombes pour eux.
Donc, non, Git n'est pas la solution universelle a tous les problèmes.
# Est ce que ...
Posté par djano . En réponse à la dépêche Reposez vos yeux la nuit devant votre écran avec Redshift. Évalué à 6.
=> [\o/]
# Perl combien?
Posté par djano . En réponse à la dépêche Dancer, un framework Web en Perl. Évalué à 0.
Pour ceux qui comme moi ne connaissent pas Plack: http://en.wikipedia.org/wiki/Plack_%28software%29
Il s'agit d'une implémentation de PSGI (équivalent Perl du pythonique WSGI) très inspirée du rubyesque Rack qui est framework de développement d'application Web.
[^] # Re: Hahaha
Posté par djano . En réponse à la dépêche Freeplane, l'avenir de la carte mentale libre en Java ?. Évalué à 2.
A voir aussi la chiée de message que gedit affiche dans la console quand il est lancé. J'espère que le passage a Gnome 3.0 va enfin supprimer l'utilisation des symboles obsolètes.
[^] # Re: Mais bien sûr
Posté par djano . En réponse à la dépêche Google va vous faire payer pour des raisons de sécurité. Évalué à 1.
Bien sûr, la voiture n'était pas un foudre de guerre, mais quand même, ça la fout mal!
[^] # Re: Typos et compléments
Posté par djano . En réponse à la dépêche Fedora 14 en version alpha. Évalué à 2.
libjpeg-turbo sur sourceforge: http://sourceforge.net/projects/libjpeg-turbo/
# Typos et compléments
Posté par djano . En réponse à la dépêche Fedora 14 en version alpha. Évalué à 2.
libjpeg-turbo (définition depuis wikipedia en anglais): une extension de libjpeg compatible ABI et API qui utilise les instructions SIMD x86 pour obtenir des améliorations de performances significatives sur l'implémentation de référence.
IPMI (Intelligent Platform Management Interface): http://fr.wikipedia.org/wiki/IPMI
[^] # Re: N'oubliez pas de tester !
Posté par djano . En réponse à la dépêche Firefox 4 bêta disponible pour tests (et plus si affinités). Évalué à 1.
[^] # Re: Trop fort !
Posté par djano . En réponse à la dépêche Sortie de Shoes 3.0. Évalué à 2.
Ou alors il va falloir créer un framework utilisant les éléments simples de Shoes pour pouvoir retrouver des arbres, listes, etc. Je parie d'ailleurs que cela arrivera un jour.
Malgré tout, je pense que Shoes contentera ceux qui veulent faire des choses simples rapidement, et c'est déjà bien. Pour le reste les frameworks existants seront toujours la.
Bonne continuation.
[^] # Re: Pour des "non informaticiens", vraiment ?
Posté par djano . En réponse à la dépêche Sortie de exxEditor. Évalué à 1.
[^] # Re: Journal vers dépêche
Posté par djano . En réponse à la dépêche Comment taxer les acteurs du e-commerce ?. Évalué à 2.
[^] # Re: C'est triste
Posté par djano . En réponse à la dépêche Sortie de la version 2.2 de Sonar. Évalué à 3.
Yapluka!
[^] # Re: Windows ou Ubuntu
Posté par djano . En réponse à la dépêche Wine, JavaFX, OpenStack, Dell et les OS. Évalué à 3.
Wikipedia en anglais cite le pharaon Psammétique Ier http://en.wikipedia.org/wiki/Feral_child#Ancient_reports . Le premier mot prononcé par un de ces enfants aurait été un mot phrygien, donc leur conclusion était que le phrygien est une langue plus ancienne que l'égyptien. CQFD
[^] # Re: Orthographe
Posté par djano . En réponse à la dépêche Tatoeba.org, base de données de phrases d'exemple. Évalué à 2.
Oui, oui je sais, plus facile à dire qu'à faire, mais puisque je ne ferais pas, je peux au moins le dire? Si quelqu'un est assez motivé, il le fera, sinon tant pis, j'aurais parlé pour rien (mais ça ne m'aura pas coûté grand chose)