Laurent J a écrit 2933 commentaires

clair, moi aussi ça me manque.. Ma 48Sx gavée de 192Ko de Ram prend la poussière dans un placard depuis trop longtemps... l'assembleur, y a pourtant que ça de vrai :-)
j-asm powa !

Même dans le moins pire des cas, on est dans la mouise.

Imaginons un troyen ou autre.

il s'installe discretos dans un repertoire .vilaintroyen dans le home, il modifie le bashrc ou autre pour se lancer automatiquement au demarrage, et voilà. Ni vu ni connu, on a un troyen/virus/autreVilaineBete, et pas besoin d'être root.


Cependant, dans le pire des cas que tu cites, je prefère passer 10 minutes à restaurer mon home qu'à tout reinstaller. Car la distrib n'installe pas tout par defaut. Faut te souvenir ce que tu as déjà installer, voir comment tu les as installé pour les plus sioux. Tu perds tous les parametrages de tes softs (si tu as un apache en local ou un truc comme ça par exemple). Et puis si en plus lors de l'installation il a fallu bidouiller pour que la carte X de ton pc puisse fonctionner, il va falloir refaire la bidouille... si tu te souviens comment faire.

C'est d'autant plus chiant quand l'installation a été fait par le neveu-qui-s'y-connait. Le neveu n'a pas forcement envie de passer du temps à tout reinstaller.

non, car, aussi compliqué soit-il, un projet de SCM n'a pas vraiment l'envergure de celui d'un OS vois tu. Il est donc plus aisé de repartir à 0 pour un SCM que pour un OS.

Ensuite, j'ai l'impression que tu n'as pas saisie la notion du temps.

Si Linus a décidé de créer un nouvel outils, c'est trés certainement parce qu'il pense qu'il mettra beaucoup moins de temps à le développer qu'à integrer un projet existant, à se mettre d'accord avec les devs etc...

bref, compare ce qui est comparable.

C'est vrai .. pourquoi developper pour le noyau. Autant acheter Winblows XP, au moins y'a pas besoin de regarder des sources pour essayer de comprendre/fixer un bug et par la-meme en faire profiter d'autres ,,,

Je ne vois pas le rapport avec le schmilblick.

Je parlais du cas de l'opportunité ou non d'intégrer une équipe déjà en place.

concernant le noyau, Linus n'a pas eu ce cas de figure, puisque c'est lui, qui a démarrer le projet de ce noyau.

Et pourquoi d'ailleurs ? parce que ce qui existait alors ne correspondait pas à ses besoins.

Si windows correspondait à ses besoins à l'époque, on aurait effectivement pas de linux. Mais où aurait été le mal, si le produit correspondait à ses besoins ?

Linus s'embarque dans un choix qui risque d'engendrer un outil purement dédié à SES besoins et à rien d'autre

Et alors ? Le plus important dans l'histoire, c'est qu'il ait un outil qui réponde à SES besoins. Le plus important, c'est de développer le noyau linux, pas de participer au développement d'un SCM existant qui ne répond pas à SES besoins.

Participer à un truc déjà existant, c'est trés dur : il faut déjà avoir le temps de se plonger dans le code existant; il faut avoir le temps de tisser des liens avec les développeurs actuels. Discuter des évolutions avec les développeurs actuels, ça prend beaucoup de temps. Sans être sûr au bout du compte que les évolutions qu'on veut soient accépté. Bref, on arrive pas dans un projet existant comme ça, en voulant le diriger pour qu'il corresponde à nos propres besoins (qui sont urgents, dans le cas de linus). C'est donc beaucoup de temps perdu.

C'est pour ça que linus a préféré développer son truc dans son coin : il sait au moins que ça correspondra à ses besoins, que ça ira au moins aussi vite (la preuve..) que l'intégration d'un projet existant (dont aucun ne semble répondre à ses besoins), et qu'il n'aura pas à se prendre la tête avec d'autres développeurs.

Je ne vois pas où est le mal.

C'est sûr que les premières versions de son truc, c'est pas universel. Ça n'est pas forcément générique. Le principal c'est que ça réponde à SES besoins immédiats. Mais peut être aussi qu'à l'avenir, quand il répondra à TOUT ses besoins, le soft évoluera de façon à satisfaire à des besoins moins urgent, plus universel.

D'ailleurs, je te rappelle que "répondre à ses propres besoins", c'est un peu la philosophie du logiciel libre ;-) Si t'es pas content, envoie un patch :-p Et si t'es vraiment pas content, développe un autre produit "concurrent".

parce que sudo, c'est chiant au bout de trois sudo.
Parce que je trouve personnellement que pour administrer, c'est plus simple d'être directement sous root.

C'est bien de proposer tout ça en installation.
Mais c'est finalement plutôt lourd car ce ne sont pas du tout des outils intégrés (entre eux).
Si on installe tous les outils, on se retrouve avec je ne sais combien de façon differentes de se logguer (en gros, pas de moyen de se logguer 'en globalité'), avec pleins de tables redondantes en bases. Bref, un vrai bazard.

Ça va si on utilise qu'un outils, mais sinon, cela aurait été bien de proposer un outil portail comme xoops ou autre..

oui, malheureusement, il n'y a pas de P.O.R.C normalisé, et c'est bien dommage.

Microsoft, t'es trop gros, on aura tous, ta peau !

Je penche quand même pour la seconde solution, 1 après-midi, ça me paraît carrément court pour revalider un système...

Mouai, en même temps, ce n'est que la modification d'un message d'erreur. (bon, ok, aller, ajouter un test de code erreur et afficher le bon message). Pas de quoi faire des tests pendant une semaine pour valider. Moi aussi j'en ai fait ce genre de modif à chaud en prod. C'est pas avec ce genre de manip que je foutais tout un site en l'air.

Bon maintenant, peut être qu'ils avaient prévus cette mise à jour, et qu'ils ont corrigés ton tout petit truc en dernière minute dans la foulée. Ça mange pas de pain.

sauf que beaucoup de magasin sont en rupture de stock de décodeur tnt ces dernières semaines

non pourquoi ?

il n'a jamais, à ma connaissance (et pourtant je suis le projet xulrunner de trés prés), été question de date de sortie. Donc pas de retard pour le moment (oui, je sais, c'est facile de dire ça dans ce cas là :-) )

Ce n'est pas non plus du vaporware puisque ça fonctionne plus ou moins bien (selon l'état du tronc :-), même avec du SVG dedans :-p (si si, je vous assure :-)

C'est simplement un projet en développement. Point. Sans date de prevue car encore des problèmes à regler. Point.

http://xulfr.org/wiki/XulRunner(...)
http://wiki.mozilla.org/wiki/XUL:Xul_Runner(...)

>Je ne suis pas sûr, loin de là, que tout l'argent reparte aux USA

Bien plus que tu ne le crois.

Bon nombre de boites étrangères qui ont une filiale en France récupère un max de fric, surtout les boîtes industrielles.

La filiale importe (achète) les produits de la maison mère, à un prix calculé tel que une fois les produits vendus, il ne reste à la filiale que de quoi payer les salariés, charges et compagnie. Bref, prix calculé pour que bénéfice = 0 au niveau de la filiale.

Ce qui veut dire, en clair, qu'une bonne partie du chiffre d'affaire va directement à la maison mère, et que la filiale ne paye pas énormément d'impôts, voir pas du tout, à l'état français (à part les taxes d'imports).


Je ne sais pas si c'est le cas pour Microsoft France, mais j'en connais certaines dans d'autres secteurs pour lesquelles c'est le cas.

Tout le code est disponible sous GPL. (En fait, dispo sous MPL/GPL/LGPL)

Verifie par toi même
http://lxr.mozilla.org(...)

> Et donc quand les contributions pourront se faire sous GPL seule.

Tu peux le faire en forkant.

> Je n'aime pas trop une licence qui dit que AOL/Netscape peut faire du proprio avec mon code.

Ou n'importe qui.

ouai de toute façon, les souris sex appeal, ça pue ça pollue.

D'ailleurs tout ce qui est sur batterie/pile, ça pue, ça pollue, relatif à ce que contiennent les piles/batteries que la majorité des gens jette n'importe où.

Bref, moi ça me dérange pas d'avoir un fil à mon mulot. Car là je sais que quand il est mort, il est bien mort. Et j'ai pas besoin d'attendre qu'il soit ressucité pour travailler...
Ah si quand même, faut que j'aille au magasin du coin (mais ça peu etre plus rapide que la resurrection :-p )


---
c'était le coup de gueule écolo du jour d'un geek qui fait de son mieux pour l'environnement

Peut etre parce que tu avais posté en même temps un gros tas de code php qui fait pas beau dans la page...

En tout cas, je trouve ça moi aussi du n'importe quoi d'avoir supprimé ce journal. Il était interressant.

Si c'est à code source, messieurs les modérateurs, cela aurait été difficile de l'effacer et de le remplacer par une note indiquant "code source zappé par les modéros" ? Hein ?
:-/

Il semblerait que le moteur de rendu (non finalisé encore) de cairo soit relativement lent.

Je confirme. Quand on a un build de mozilla avec le support svg basé sur cairo, l'affichage du svg est lent. Par contre, quand le support svg est basé sur libart, c'est rapide.

peut être que je suis parano, mais si le truc ne fonctionne pas derrière un routeur/firewall (qui font en général de la translation d'adresse), ça voudrait dire que ça les emmerde de ne pouvoir se connecter sur la machine de l'internaute depuis l'exterieur ?

C'est louche ça non ?

push de données ? spyware ? autre merde cachée dans leur navigateur ?

actuellement, il y a aussi :

- le support de MathML (non supporté par IE il me semble)

ajoutons y aussi pour le futur de Firefox:

- javascript 2 qui va roxorer
- support de DOM level 3
- support de CSS 3
- support de E4X (qui est au javascript ce que simplexml est au PHP, c'etait déjà à moitié implémenté dans feu mozilla 1.8 beta)
- xul2, XBL2, plein de trucs bien pour réaliser des ui bien pratique dans des applis intranet (on peut faire aussi des ui bien pratique avec IE, mais les activex c'est moins cool à developper, et pas multiplateforme)

Votre langage XML favori n'est pas supporté en natif par Gecko ? ---> utilisez le framework XTF pour implementer le support des balises que vous voulez et distribuez le sous forme d'extension. Et voilà, Gecko support le langage truc muche. (l'implementation actuelle de XForm dans Gecko repose sur XTF)

note :le support de svg &co existe dans IE via des *plugins* (donc utilisation d'une balise object etc...), mais ce que propose firefox est bien mieux, c'est le support de SVG et autres langages *inline*, dans le document chargé, c'est à dire un fichier XML contenant plusieurs langages xml : xhtml +svg +xul + xforms + cequevousvoulez_avec_xtf. Bref, du vrai xml quoi, pas une bidouille via une balise object/embed


Bref, Firefox a encore une bonne longueur d'avance.

Et comme dit l'autre, peut-être que madame michu n'en à rien à foutre des standards, mais si son navigateur n'implemente pas les standards, comment va-t-elle faire pour lire correctement les sites qu'elles visitent ?

> N'etant pas developpeur je vous demande alors ce qui empeche Microsoft de faire un navigateur propre respectant les standards. Moi ca ne me semble pas compliqué, ca parrait même de bon sens ! Pourquoi se casser la tête alors qu'il y a un standard ?!


Le plus "rigolo" dans cette histoire, c'est qu'ils ont aidé à élaboré ces standards dont on parle.

Pourquoi donc ils ont fait des trucs "proprio" et n'ont pas respecté les standards (pour les trucs qui ressemblent aux standards) ?

1) vérrouillage du marché. Je fais des trucs proprio, pas standard. Les développeurs vont les utiliser parce que pas mal sont pratiques (oui il y en a, faut pas se voiler la face). Résultat : migration impossible vers d'autres produits dans le futur, sans tout refaire l'appli.

2) pas de temps pour fignoler le respect des standards, ou méconnaissance des développeurs, erreurs d'implémentation, ou même de compréhension du standard. Ou encore, pas d'accord avec les standards, ils pensent avoir mieux à proposer, et plus fun pour le developpeur web

3) pas de budget à y consacrer, ni la volonté de faire évoluer un moteur vieillissant face à une concurrence quasi inexistante (jusqu'à il y a kk mois) (rappel : IE6 n'a pas évolué depuis plusieurs années, mais l'usage des standards, si)

4) microsoft ont écrasé la concurrence. Des standards pour un seul éditeur, ça ne sert donc à rien -> ils font ce qu'ils veulent (surtout quand la concurrence ne respecte pas non plus les standards, ce qui était le cas il y a quelques années)

5) on remonte encore plus avant, à l'époque de la guerre des navigateurs : pas de standards à l'époque. c'est à celui qui proposerait des balises et autres conneries propriétaires les plus innovantes. Ces trucs sont restés dans les versions suivantes, malgré la publication de standards.

on pourrait rallonger la liste, mais le principal est là :-)

> Y'a moyen de faire la meme chose avec du SVG et CSS ??

oui

Sinon, pour le javacript, y ajuste à inclure la libjs de mozilla dans le bureau et puis voilà :-) (oui bon, ok, faire d'autres trucs aussi mais bon, l'interpreteur est là :-p )

non, en css, ce ne sera pas la même chose.

Si tu regardes bien l'animation, les images s'agrandissent progressivement. En css, tu ne peux pas faire ce genre de transition. Tu peux faire un truc qui ressemble, mais ça sera moins sexy.

> Le jour où on pourra installer Firefox sur le PC et sur le téléphone Nokia

Tu peux. (presque, disons on peux pour les pda). Ça s'appelle Minimo. Même qu'en ce moment le portage sur windowsCE carbure à fond (et fonctionne). Certes, pour le moment, ça reste experimental, pas tout à fait fini, mais ça fonctionne, et c'est utilisable.

Vu les commentaires que l'on trouve dans la news, https://linuxfr.org/2005/03/11/18475.html(...) , je préfère le répéter :-)

Nvu n'est pas un produit de la fondation Mozilla

Cependant, Daniel Glazman, étant à la fois le module owner de "editor" (Composer dans la suite) dans le cvs de Mozilla, et le développeur de Nvu, il est prévu que les améliorations apportées dans Nvu sur le moteur de l'éditeur soient intégrées dans le tronc de Mozilla aprés la version 1.0 de Nvu (voir sur son blog http://www.glazman.org/weblog/dotclear/index.php?2005/03/11/928-imm(...)

ATTENTION, j'ai bien écrit le moteur de l'éditeur. Cela ne concerne pas l'interface utilisateur (tout ce qui est XUL/JS, tout ce qui est en dehors de la zone d'édition dans Nvu quoi, ainsi que les menus contextuels etc..). L'intégration de tout ce qui a été fait au niveau interface utilisateur ne sera donc pas fait dans le tronc (en tout cas, ce n'est pas à l'ordre du jour pour le moment). Nvu restera donc un produit non Mozilla.

différence avec le freeware ? un freeware, tu peux le redistribuer autant qu'on veut que je sache, non ? Idem pour les sharewares d'ailleurs.