En même temps quelqu'un s'est-il déjà assuré que c'était un noyau modifié de Linux qu'ils utilisent ? Si ca se trouve le noyau n'est pas modifié en soit, et ils ont juste rajouté des modules proprio, comme beaucoup le font ici avec les pilotes ATI ou nVidia par exemple.
Alors s'ils n'ont rien modifier, tout ce qu'on peut leur demander, c'est de fournir les sources de Linux, ce qu'ils font à travers leur ftp.
Bon évidemment si c'est une version modifié, la situation est différente.
Question subsidiaire : quelle est la différence entre un linux sur une freebox et un linux sur un serveur web ? A part la distance du câble entre l'ordinateur du particulier, c'est pareil : le matos appartient à une tierce personne. Mais bizzarement pour les serveurs web, personne ne s'offusque.
Les 3 couleurs permettaient de faire des choses sympa quand même, impossibles à faire en N&B. Notamment dans les jeux.
Oué faire des trucs tout laid pour des jeux sur un écran ridicule avec des routines d'affichages en basic d'une lenteur exécrable. Je préférai largement faire clignoter mon large écran de TI-92 le plus rapidement possible pour obtenir 4 niveaux de gris sur ma TI tout en gardant plein de temps proc pour faire de l'affichage 3D iso et des petites animations graphiques :-p
Prenons un autre exemple :
D'après moi cette feature de mon site web ne devient faille que lorsqu'elle est exploité via Apache. Donc c'est une faille de Apache.
Non y'a rien à dire c'est foireux comme raisonnement :)
La ti92 et la 92II c'était la même, à un module de mémoire supplémentaire prêt. Tu confonds avec la 92+ identique à la 89 :)
Sinon toutes les TI pouvaient exécuter de l'assembleur, vu que de base y'avait la commande asm() pour faire exécuter n'importe quoi. Les hacks qui sont apparus étaient surtout là pour avoi des firmwares modifiés, notamment pour y ajouter des sécurités "anti-crash" (qui a dit Illegal Instruction ?) ou de "récupération" de la mémoire flash (après un beau plantage au milieu d'un jeu.
Ca m'a fait sourir quand j'ai vu que dans le SoC de cet été y'avait un projet qui a abouti : KTIGCC, TIGCC porté sous Linux en Qt ! N'empêche qu'à l'époque on pouvait flamber et coder en C dans un IDE pendant que nos camarades tentaient désespérement de coder un morpion sur des casios aux 4 couleurs immondes... Avec du recul, j'avais dû utilisé mon premier logiciel libre (gcc forcement) !
Sinon oué, les années ti-fr c'était sympa, d'ailleur mon pseudo en a gardé des traces ;)
Certains sont restés à 2000 parcqu'il consomme moins de ressources que XP. On peut imaginer que certains reste sur des vieilles distri pour les mêmes raisons. Quand à essayer de compiler FF 2.0 sur ta vieille mandrake, quelque chose me dit que tu vas tout à coup tomber sur des problèmes techniques ;)
Widget c'est pas un petit truc léger au départ ?
Ah non, concrêtement il propose une alternative aux applications utilisant le toolkit natif en te proposant d'utiliser du HTML + Javascript pour coder une appli de bureau : le résultat sont des mini-bouses qui font rammmmer le PC. Où comment prendre les inconvénients des applis web pour remplacer les avantages des applis tranditionnels. Du joli n'importe quoi, mais qui fait "buzz".
Ah quand la carte graphique qui accélère le rendu HTML et l'interprétation du Javascript ? Ca relancerait les ventes de PC tient :)
Tu rêves d'un monde où dédé va préférer installer Linux et se passer de Carte de Visite Vista Edition et Supreme Commando 5 parcqu'il n'a pas le droit d'installer son OS sur une machine virtuelle ? Effectivement tu peux toujours rêver :)
Sérieusement, je suis bien d'accord que ces limitations sont ridicules et ne devraient pas figurer au fin fond de la licence d'utilisation. Cela dis pour le pékin moyen, ca ne va strictement rien changer.
En fait je pense que le but est de justifier le prix supérieur pour les versions auprès des entreprises, qui elles peuvent avoir un atout à utiliser les fonctionnalités de virtualisation. Au final, rien de neuf, y'avait les mêmes histoires avec les différentes versions de Windows XP.
En fait, les seuls que ca va faire chier, c'est certains geeks linuxiens qui pensaient pouvoir utiliser leur OS payé sur leur OS favori. Si ca se trouve ils espèrent même que ca va en dissuader certain de switcher intégralement. Bref, tout l'effet inverse que le journal laisse supposé (des conversions aux LL)... Sont pas non plus complètement débile chez Microsoft.
PS : ah oui, arrêtons de regarder les limitations du concurrent pour défendre nos logiciels, si ces limitations sont trop contraignantes pour Madame Michu elle se tournera naturellement vers autre chose. Non, regardons plutôt du côté des points fort de Vista, et voyons ce qu'on peut faire (ca serait à mon avis plus productif que d'essayer de faire de l'évangélisme en lisant un extrait de CLUF au voisin de palier en lui expliquant que (c) mal )
Mais il ne faut pas venir pleurer lorsque le support se sera arrêter ou parce qu'il y a des limitations arbitraires dans le soft.
Moi tu vois, y'a une époque ou les drivers libre pour ATI gérait le tuner TV intégré. Bah pouf le support a disparu (va savoir pourquoi). Et bien sûr pas possible de revenir aux anciens drivers. Et désolé j'ai pas les compétences pour aller tripatouiller la dedans. Au moins sous un OS proprio avec le pilote proprio, même après 5 ans d'update, ma carte marche toujours.
Evidemment c'est caricatural (bien que réel), mais je voulais juste montrer que même sous Linux, le support est loin d'être la panacée, et qu'on rencontre les mêmes problèmes qu'avec les produits proprio, et qu'effectivement en théorie je peux garder le support, mais la réalité est bien différente. Celà dis je persiste à utiliser le driver libre, tant pis pour le tuner TV.
Faut bien voir que les navigateurs web ont tous historiquement était "laxiste", non pas pour le "fun" mais pour pouvoir commencer à afficher une page web avant qu'elle soit entièrement téléchargée. Evidemment la contre-partie c'est qu'il n'y a aucune validation, conduisant aux abérations actuelles de non respects des normes par les développeurs (qui bien souvent se contente d'obtenir le résultat qu'ils souhaitent, sans vérifier la conformité aux normes)... et les navigateurs.
Par contre si un jour Firefox est bien implanté (genre 50% des parts de marché), il pourrait afficher une banière bien voyante "Ce site contient des erreurs etc.". Les sites "pro" ne pourraient alors pas laisser passer une telle mauvaise pub :)
Article 12 de la déclaration universelle des droits de l'homme :
"Nul ne sera l'objet d'immixtions arbitraires dans sa vie privée, sa famille, son domicile ou sa correspondance, ni d'atteintes à son honneur et à sa réputation. Toute personne a droit à la protection de la loi contre de telles immixtions ou de telles atteintes."
Et oué mon gars, t'es sur une planète de facho, va faire dégouliner ta haine du genre humain sur une autre planète.
Ce n'est pas ce que Free lui reproche :
Toutafé, mais je voulais juste mettre en évidence que Free n'a pas attaqué juste pour la présence du mot "arnaque". En gros le client a voulu jouer au con, ca n'a pas été apprécié de certaines personnes chez Free, et Free joue logiquement au con à son tour. Bref, qu'on ne prenne pas bêtement cet ancien client pour une "victime" "faible", elle a également cherchée la merde.
L'avantage, c'est qu'on va avoir le droit à une interprétation sur le fond de la situation actuelle des freenautes non-dégroupés, en ce sens que le "client" va devoir justifier ses propos.
Ce qui est également bizzare, c'est que les associations de consommateurs ne se soit pas encore saisi de cette situation (celles du bridage).
Pour ceux qui n'auraient pas vu, y'a eu une MAJ de la news sur PCInpact.
Le mec ne s'est apparement pas contenté de crier à l'arnaque sous le coup de la colère (même si ca peut être considérer comme diffamation, c'est vrai que la réaction aurait pu paraître disproportionnée), il aurait citer les coordonnées exacts de personnes du conseil d'administration de Free, bref, une volontée explicite de "nuire" non seulement à la société mais aussi à des personnes physiques.
Là je comprend mieux la réaction de Free.
En même temps ils vont direct te remballer en te disant qu'ils font tout pour l'interopérabilité, que c'est leur cheval de bataille, ils vont te parler XML, web-services, Office Open XML, Ecma, ISO, te faire remarquer qu'ils travaillent conjointement avec Sun, IBM et même l'équipe Mozilla. Au passage ils vont faire de la pub pour leur dernier Visual Studio .NET et leur gamme de produit Expression pour te faire remarquer qu'ils ont un des seuls éditeurs de texte WYSIWYG qui produit du code XHTML, tout en te rappelant qu'ils font parti du W3C.
Toit t'auras beau tenter de place le mot "samba" ou "DRM", tu passeras pour le mec qui cherche la petite bête. Et vu que t'es un amateur face à un pro, tu passeras pour un bouffon. Mais bon c'est toi qui voit hein :)
Et au fait, c'est quoi cette histoire de "mode wide" pour Thunderbird ou Evolution ?
C'est le mode "large", il y a toujours la liste des dossiers à gauche, mais plutôt que d'afficher le mail sélectionné sous la liste des mails, il est affiché à droite, bref ca fait 3 volets verticaux, ce qui est est évidemment pratique sur un écran wide.
La plateforme python est cohérente, la plateforme perl avec leur système CPAM est cohérente, la plateforme erlang est cohérente etc etc...
On est d'accord, donc .NET et Java n'ont pas une lacune de ce côté là. Merci d'avoir confirmé.
Quel organisme de bonne réputation a normalisé quelle partie de la plateforme java?
Ben, le JCP, organisme dédié avec des tarlouz comme Sun et IBM. Dans tous les cas il y a un effort de normalisation pour garantir l'interopérabilité. Et ca c'est le principal. On ne peut en dire autant de plateforme style Ruby, Python ou Php.
J'écoutais un discours de RMS qui rappellait qu'a la base, les logiciels étaient libres.
Rattrapes toi comme tu veux, Unix n'était pas libre à ses débuts. Heuresement RMS est arrivé.
Tu n'y es pour rien? Tu ne peux rien y faire? Pas très rassurant tout ça... brrr!
... T'es bête ou quoi ? Oui, si je me contente de développer une appli sur un OS, c'est évident que si y'a un trou dans l'OS j'y suis pour rien. Je suis responsable des trous dans mon appli uniquement. Alors moi je prégères contrôler au niveau de mon appli ce que je peux contrôler, et utiliser les services de sécurité de la VM (et l'indépendance vis-à-vis de l'OS) pour éviter que mon appli devienne une porte d'entrée vers mes données mais aussi l'OS (l'obstacle VM marche dans les 2 sens).
Il faut être capable de faire des compromis entre ces deux politiques de gestion mémoire pour arriver au meilleur résultat.
Dans tous les cas, quand tu utilises une plateforme, il faut que le modèle de gestion mémoire soit clairement exposé (et normalisé), pour assurer l'interopérabilité entre les composants. Alors désolé, mais y'a pas de "juste milieu", faut choisir quelque chose de standard pour la plateforme. En C/C++, c'est le joyeux bordel, chacun y va de sa technique exposée par ses libs. Dans les plateformes plus modernes, ca a été heuresement évité et normalisé : y'a un GC, il a un comportement dont les specs sont écrites noir sur blanc afin de garantir que toutes les implémentations produisent les mêmes résultats : interopérabilité.
Dans ce paragraphe, je parlais de langage, de syntax, de sémantique, pas de VM/runtime.
Justement ! Ces plateformes peuvent accueillir de nouvelles syntaxe/sémantique tout en profitant des services offerts !
Genre je prends .NET/Mono, certains voulaient une syntaxe ala Python, on a vu fleurir IronPython et Boo, et les composants écrits dans ces langages sont interopérables avec les autres composants sans qu'il n'y est de "pont" à écrire.
Et je me passe très bien de VM qui est une dépendance qui ne fait qu'alourdir ma solution par l'ajout d'une quantité de code loin d'être négligeable qu'il va falloir gérer et maintenir.
Donc tu codes tout en C/C++. (et encore C++, y'a une gestion des exceptions et tout, y'a des services au runtime, ouahou, allé, C seulement !)
Et bien amuse toi bien, code ton serveur d'application en C, tes pages dynamique en C, tes clients lourd en C, amuse toi bonhomme, pendant ce temps là y'en a qui s'amuse avec d'autres plateformes : Java, Python, etc.
Pourquoi tu veux réinventer la roue? Utilise et améliore les libs existantes plutôt.
Ben justement, et en l'occurence en matière de serveur d'application, d'outil de mapping objet/relationnel, d'outils d'analyse de code, ben j'en ai marre de réinventer la roue dans des langages de bas niveau, je préfères largement utiliser celle de libs Java qui existent depuis des années.
C'est l'ensemble de la plateforme python, l'interpréteur python faire 5000 lignes de C
Avec des perfs de merde. Merci. Compare ce qui est comparable bordel ! C'est pour ca que je te parlais de Zope !
Arithmétique simple: HARD+OS/libs+VM+FRAMEWORK ou HARD+OS/libs pour faire la même chose.
Un calcul avec autant de mauvaise foi montre ton incompétence total.
Enfin au final t'es vraiment d'une incohérence totale dans tous tes propos. Moi j'essai juste de te démontrer que les VM apporte de réels atouts et avantages que les langages bas-niveau n'offre pas, que ce soit en matière de sécurité, de déploiement, de simplicité, d'interopérabilité, bref de productivité.
Toi tu fais quoi : tu cherches uniquement à dire le contraire de ce que je te dis. Un coup tu me dis que les langages de bas niveau c'est mieux, un autre coup tu me ressorts Erlang alors que c'est architecturé de la même manière que les plateformes que je prends en exemple, quand je te dis "oué mais tu peux pas profité de l'introspection quand tu code en C/C++" tu me dis "oué mais y'a Python etc.".
Bref tu te fou royalement de ma gueule, t'es inccapable de tenir une argumentation cohérente, on sait pas si t'aime bien les VM, un coup tu dis que tel ou tel langage c'est bien parcque pas de VM, un autre coup l'autre est bien aussi (parcqu'il en a une), ton seul objectif c'est de cracher avec une totale mauvaise foi sur des plateformes qui ont été initiées par des grosses boîtes. Si ca peut te faire bander, continue tout seul. (Ah oui au fait, Erlang, c'est pas issu d'une grosse boîte par hasard ? Bouuuuuh beurk.)
Ca par contre je trouve ca hallucinant, un des atouts des écrans LCD, c'est sa dalle plate avec quasiment aucun reflet, que du bonheur par rapport à un CRT (même dalle plate). Et maintenant ils ajoutent une couche de reflet, soit disant pour les films, mais c'est affreux pour tout le reste !
KDE et GNOME sont des assemblages cohérents de libs
Et tu m'expliques pourquoi Java et .NET ne serait pas des assemblages cohérents ? Ils ont été conçus justement pour être cohérents !
. Si ce projet réussi, à terme on pourra "composer" un desktop cohérent avec un certain degré de liberté... rien de plus normal pour du libre et dans le cadre de la philosophie unix.
Tout comme avec une plateforme Java, qui elle est déjà normalisée, tu choisies les briques qui t'intéresse, de la simple VM embarquée au serveur d'application, du composant sous licence libre au composant proprio, et tu gardes une cohérence technique de A à Z.
Je suis pris au mot! Damned! GNU/Linux ne respecte donc pas la philosophie d'unix.
Oué elle était facile, mais pas si dénuet d'intérêt : Unix à la base c'est du 100% proprio, si on t'écoute on aurait dû garder la philosophie ;)
Si l'OS est compromis tu pourra faire tourner la VM la plus sécure de la terre, elle sera compromise.
Oué mais c'est totalement indépendant de ton appli, j'y suis pour rien. Et si ca arrive trop souvent, je peux justement changer facilement d'OS vers un OS moins troué grâce à l'indépendance que me procure la VM ;-)
Si tu souhaites ne pas gérer ta mémoire, tu peux utiliser des libs de garbages collectors si tu veux.
Oué, si tu veux. Sauf que globalement t'es bien obligé de respecter les libs que t'utilises, tu t'amuses pas à utiliser un GC dans ton coin, une autre lib utilise le sien, l'autre fait des malloc à la main et libère, l'autre fait des malloc mais sous-entend que c'est à l'utilisateur de libérer, enfin un vrai foutoir d'intégration qui se finit en fuites mémoires. (attention je dis pas qu'avec les VM c'est impossible, juste que le modèle mémoire est normalisé).
Mais bon, le meilleur compromis seraient que les codeurs s'intéresse un peu plus à la sécu pour coder au mieux "secure" tout en conservant une gestion fine de leur besoin de mémoire.
Oué ca c'est dans le meilleur des mondes... Y'a 2 approches :
- "la gestion mémoire est tellement importante que je préfères ne pas laisser la machine s'en occuper"
- "la gestion mémoire est tellement importante que je préfères ne pas laisser un humain s'en occuper"
Choisi celle que tu veux moi c'est tout vu :-)
(tant pis pour eux, ils n'auront pas le meilleur de ce monde).
Tu vas rire, mais les plateformes comme Java ou .NET/Mono peuvent accueillir de nouveaux langages, même que si tu google un peu Erlang + Java ...
Une règle général en sécurité: plus tu as de code, modulé par sa complexité, plus tu as de risques d'avoir des failles de sécurité.
Ben justement, je préfère amplement avoir une plateforme cohérente de A à Z, de la couche d'accès aux données aux clients lourds en passant par le serveur web, pour justement éviter la complexité et la lourdeur de ponts intermédiaires artisanaux qui engendre de nombreux problèmes techniques.
j'aurais tendance à virer la VM (beaucoup de code complexe),
Je préfères encore une fois faire confiance à la VM qui n'a sûrement pas été codée avec les pieds qu'à moi même pour réinventer la roue ;)
Le framework python, avec ces libs standards, aux alentours de 250000 lignes de C et de pyhton aux dernières nouvelles.
Une plateforme comme Mono (je parle de ce que je connais), c'est le même ordre de grandeur en nombre de lignes de code...
. Au bout du compte, cela revient à placer sa confiance dans certains composants, et beaucoup de composants du libre ont acquis cette confiance
Le problème ne vient pas des composants en soit (qui sont souvent auditer de manière individuel), les problèmes viennent de l'assemblage "sur-mesure" que tu créés, qui est nouveau, et apporte une complexité et des risques supplémentaires.
C'est passionnant!
Oué bah j'espère que t'as la chance de ne pas faire la maintenance :)
tout à fait d'accord, le Wide c'est de l'esbrouffe commerciale.
Pour moi l'esbrouffe, c'est les 19" et leur pitch énorme. Un 20" wide a un pitch beaucoup plus fin (suffit de voir la résolution qu'on gagne avec seulement un pouce), et c'est vraiment ca qui m'en a fait acquérir 1. Au final en hauteur on a la même résolution qu'un 19, on affiche donc autant de ligne, et on a un espace supplémentaire sur le côté pour y mettre tout et n'importe quoi. D'ailleur j'y es mis les panels Gnome, je gagne ainsi en hauteur sur le reste de l'écran.
Sinon pour infos dans Thundebird et Evolution y'a un mode "Wide" qui permet d'utiliser tout l'espace de manière intelligente.
Avec Gimp c'est également pratique, on a l'image qui prend toute la hauteur (elle sont généralement au format 4/5), et l'espace libre vient acqueillir la boîte à outil du Gimp.
Tout juste bon pour matter du divx.
Oué bah ca compte aussi :) Et apparement pour les jeux c'est également sympa (pas vérifié), donc bon ca a quand même un intérêt (en plus de la résolution), pas uniquement commercial.
Oué bah en même temps c'est ta parole contre la sienne, t'as beau jeu de dire que c'est la faute à la guichetière, pourquoi le contrôleur te croirait ? Je suppose qu'ils doivent en entendre des vertes et des pas mûres tous les jours, je suppose que c'est pas évident de déterminer si l'homme en face est honnête.
Désolé pour ta frustration, mais une machine aurait contrôlée ton billet, elle t'aurait refoulé sur le quai, et t'aurai même pas eu le loisir de tenter une explication :)
En fait tu te fou vraiment de ma gueule.
Je viens de regarder vite fait Erlang...
Erlang a une VM qui se base sur l'interprétation d'un byte-code dans le but affiché est d'avoir une indépendance de la plateforme au niveau binaire.
Rrien qu'en comptant les sources écrites en C, y'a 41000 lignes, et j'ai pas compté les lignes codées en Erlang, qui doivent correspondre aux libs de base.
Ensuite Erlang a un environnement d'exécution qui offre de nombreux services (mémoire, distribution, chargement à chaud, etc.).
C'est vraiment une plateforme du même type que .NET/Java au niveau architecture.
Tu devrais quitter le monde unix, car tu n'as pas très bien compris sa philosophie...
Oué, sa c'était la philosophie d'il y a 30 ans. Heuresement les mentalités évoluent.
KDE ou GNOME sont des grosses plateformes qui dans la philosophie Unix ne devrait pas exister, rappel toi, normalement tous les softs devraient être des jolis exécutables qui discutent avec des pipes...
en prônant exactement le contraire sur un site consacré à un des unix les plus populaires!
Je suis sûr un site consacré à GNU Linux, et GNU is NOT Unix ! :-p
Bah, tu ne veux pas répondre... et bien je vais le faire à ta place une VM s'est écrit en langage de bas niveau et comme tu l'as très bien fait remarquer
C'est bon merci, je suis pas con, j'ai même argumenté derrière en expliquant pourquoi je préfère largement que les services les plus courants qui nécessite d'être codé avec un langage de bas niveau (gestion mémoire toussa) le soit une fois pour toute dans la VM, codée par des personnes compétentes, et que le jour où une faille de sécu est corrigée, toutes les applis qui tournent dessus en profite !
re:Erlang?
T'es incorrigible, t'es toujours pareil, dès que tu cherches un atout, tu le cherche dans une autre brique. Evidemment que Erlang permet de faire du réparti, c'est fait pour. Mais en attendant Erlang ne propose pas une plateforme aussi complète que Java ou .NET.
Le gestion de la mémoire(la vraie), tu crois que c'est pas dépendant de l'OS tout ça...
Ah oui, y'a la vraie gestion mémoire et la fausse... En attendant ton OS favori il a vraiment du mal à gérer les débordement tampons et les fuites mémoires. Moi je fais confiance au modèle de sécurité des VM modernes et à leur GC bien plus sécurisés que mes malloc.
Zope est une VM? Jt persuadé d'avoir parlé de l'interpréteur de python.
Je voulais te montrer que dans la vraie vie avec des vraies applis, on ne peut se contenter de l'interpréteur Python de 5000 lignes, et que Zope fait plus de 5000 lignes pour être un minimum performant.
En général, les roues de base viennent toujours d'un petit nombre de libs/soft. Pas besoin de plus la plupart du temps.
Oué et je joue au mécano ? Comment j'assemble tout ca ? Qui va s'assurer que mon assemblage ne va pas être bourré de trous de sécu ? Nan parcque moi je suis un simple développeur/Architecte, je suis pas un guru de la sécu.
Et puis bon, qui va résoudre tous mes problèmes d'intégration et de déploiement, nan parcque déployer une appli dont le coeur est codé en C/C++, le serveur d'application en erlang, les pages web en PHP, les clients lourds en Qt et les scripts en Perl, merci ! T'es à 15000 km des réalités du développement de grosses solutions toi c'est pas possible.
Inutile de s'encombrer d'une VM additionnelle
C'est pour ca que tu me dis juste après de choisir parmi Python ou Ruby. Bordel soit cohérent. Soit tu dénigre les VM et t'arrête de me parler de ces solutions et on en revient à C/C++, soit tu reconnais qu'elles peuvent être utilent et on continue la discussion.
# questions
Posté par TImaniac (site web personnel) . En réponse au journal un FAI soit-disant ""Free"" bafoue la GPL !. Évalué à 4.
Alors s'ils n'ont rien modifier, tout ce qu'on peut leur demander, c'est de fournir les sources de Linux, ce qu'ils font à travers leur ftp.
Bon évidemment si c'est une version modifié, la situation est différente.
Question subsidiaire : quelle est la différence entre un linux sur une freebox et un linux sur un serveur web ? A part la distance du câble entre l'ordinateur du particulier, c'est pareil : le matos appartient à une tierce personne. Mais bizzarement pour les serveurs web, personne ne s'offusque.
# rédacteurs, rédactrices !
Posté par TImaniac (site web personnel) . En réponse au journal Firefox 2.0 est sorti !. Évalué à 3.
http://linuxfr.org/submit.html
[^] # Re: DRM
Posté par TImaniac (site web personnel) . En réponse à la dépêche Il y aura un Linux pour la Playstation 3. Évalué à 2.
Oué faire des trucs tout laid pour des jeux sur un écran ridicule avec des routines d'affichages en basic d'une lenteur exécrable. Je préférai largement faire clignoter mon large écran de TI-92 le plus rapidement possible pour obtenir 4 niveaux de gris sur ma TI tout en gardant plein de temps proc pour faire de l'affichage 3D iso et des petites animations graphiques :-p
[^] # Re: Vulnérabilité dans IE7 découverte
Posté par TImaniac (site web personnel) . En réponse au journal faites péter les connec Aie_i_7 IS OUT. Évalué à 1.
D'après moi cette feature de mon site web ne devient faille que lorsqu'elle est exploité via Apache. Donc c'est une faille de Apache.
Non y'a rien à dire c'est foireux comme raisonnement :)
[^] # Re: Vulnérabilité dans IE7 découverte
Posté par TImaniac (site web personnel) . En réponse au journal faites péter les connec Aie_i_7 IS OUT. Évalué à 3.
( http://blogs.technet.com/msrc/archive/2006/10/19/information(...) )
[^] # Re: DRM
Posté par TImaniac (site web personnel) . En réponse à la dépêche Il y aura un Linux pour la Playstation 3. Évalué à 4.
Sinon toutes les TI pouvaient exécuter de l'assembleur, vu que de base y'avait la commande asm() pour faire exécuter n'importe quoi. Les hacks qui sont apparus étaient surtout là pour avoi des firmwares modifiés, notamment pour y ajouter des sécurités "anti-crash" (qui a dit Illegal Instruction ?) ou de "récupération" de la mémoire flash (après un beau plantage au milieu d'un jeu.
Ca m'a fait sourir quand j'ai vu que dans le SoC de cet été y'avait un projet qui a abouti : KTIGCC, TIGCC porté sous Linux en Qt ! N'empêche qu'à l'époque on pouvait flamber et coder en C dans un IDE pendant que nos camarades tentaient désespérement de coder un morpion sur des casios aux 4 couleurs immondes... Avec du recul, j'avais dû utilisé mon premier logiciel libre (gcc forcement) !
Sinon oué, les années ti-fr c'était sympa, d'ailleur mon pseudo en a gardé des traces ;)
[^] # Re: Nouveautés Firefox2 et IE7
Posté par TImaniac (site web personnel) . En réponse à la dépêche Firefox 2 arrive (IE7 aussi). Évalué à 0.
[^] # Re: pétard mouillé
Posté par TImaniac (site web personnel) . En réponse au journal Lancer les widgets Dashboard (OSX) sous Linux. Évalué à 1.
Ah non, concrêtement il propose une alternative aux applications utilisant le toolkit natif en te proposant d'utiliser du HTML + Javascript pour coder une appli de bureau : le résultat sont des mini-bouses qui font rammmmer le PC. Où comment prendre les inconvénients des applis web pour remplacer les avantages des applis tranditionnels. Du joli n'importe quoi, mais qui fait "buzz".
Ah quand la carte graphique qui accélère le rendu HTML et l'interprétation du Javascript ? Ca relancerait les ventes de PC tient :)
[^] # Re: Incroyable!
Posté par TImaniac (site web personnel) . En réponse au journal Microsoft© soigne la mise en valeur du libre. Évalué à 9.
Sérieusement, je suis bien d'accord que ces limitations sont ridicules et ne devraient pas figurer au fin fond de la licence d'utilisation. Cela dis pour le pékin moyen, ca ne va strictement rien changer.
En fait je pense que le but est de justifier le prix supérieur pour les versions auprès des entreprises, qui elles peuvent avoir un atout à utiliser les fonctionnalités de virtualisation. Au final, rien de neuf, y'avait les mêmes histoires avec les différentes versions de Windows XP.
En fait, les seuls que ca va faire chier, c'est certains geeks linuxiens qui pensaient pouvoir utiliser leur OS payé sur leur OS favori. Si ca se trouve ils espèrent même que ca va en dissuader certain de switcher intégralement. Bref, tout l'effet inverse que le journal laisse supposé (des conversions aux LL)... Sont pas non plus complètement débile chez Microsoft.
PS : ah oui, arrêtons de regarder les limitations du concurrent pour défendre nos logiciels, si ces limitations sont trop contraignantes pour Madame Michu elle se tournera naturellement vers autre chose. Non, regardons plutôt du côté des points fort de Vista, et voyons ce qu'on peut faire (ca serait à mon avis plus productif que d'essayer de faire de l'évangélisme en lisant un extrait de CLUF au voisin de palier en lui expliquant que (c) mal )
# Précision
Posté par TImaniac (site web personnel) . En réponse au journal Lancer les widgets Dashboard (OSX) sous Linux. Évalué à 2.
[^] # Re: bof
Posté par TImaniac (site web personnel) . En réponse au journal [HS] est-ce mal ?. Évalué à 4.
[^] # Re: bof
Posté par TImaniac (site web personnel) . En réponse au journal [HS] est-ce mal ?. Évalué à 2.
Moi tu vois, y'a une époque ou les drivers libre pour ATI gérait le tuner TV intégré. Bah pouf le support a disparu (va savoir pourquoi). Et bien sûr pas possible de revenir aux anciens drivers. Et désolé j'ai pas les compétences pour aller tripatouiller la dedans. Au moins sous un OS proprio avec le pilote proprio, même après 5 ans d'update, ma carte marche toujours.
Evidemment c'est caricatural (bien que réel), mais je voulais juste montrer que même sous Linux, le support est loin d'être la panacée, et qu'on rencontre les mêmes problèmes qu'avec les produits proprio, et qu'effectivement en théorie je peux garder le support, mais la réalité est bien différente. Celà dis je persiste à utiliser le driver libre, tant pis pour le tuner TV.
[^] # Re: Aléger le bouzin
Posté par TImaniac (site web personnel) . En réponse au journal Le troll de l'année?. Évalué à 10.
Par contre si un jour Firefox est bien implanté (genre 50% des parts de marché), il pourrait afficher une banière bien voyante "Ce site contient des erreurs etc.". Les sites "pro" ne pourraient alors pas laisser passer une telle mauvaise pub :)
[^] # Re: Quel pays de fachiste la france
Posté par TImaniac (site web personnel) . En réponse au journal Free not as in Freedom. Évalué à 10.
"Nul ne sera l'objet d'immixtions arbitraires dans sa vie privée, sa famille, son domicile ou sa correspondance, ni d'atteintes à son honneur et à sa réputation. Toute personne a droit à la protection de la loi contre de telles immixtions ou de telles atteintes."
Et oué mon gars, t'es sur une planète de facho, va faire dégouliner ta haine du genre humain sur une autre planète.
[^] # Re: Moué
Posté par TImaniac (site web personnel) . En réponse au journal Free not as in Freedom. Évalué à 4.
Toutafé, mais je voulais juste mettre en évidence que Free n'a pas attaqué juste pour la présence du mot "arnaque". En gros le client a voulu jouer au con, ca n'a pas été apprécié de certaines personnes chez Free, et Free joue logiquement au con à son tour. Bref, qu'on ne prenne pas bêtement cet ancien client pour une "victime" "faible", elle a également cherchée la merde.
L'avantage, c'est qu'on va avoir le droit à une interprétation sur le fond de la situation actuelle des freenautes non-dégroupés, en ce sens que le "client" va devoir justifier ses propos.
Ce qui est également bizzare, c'est que les associations de consommateurs ne se soit pas encore saisi de cette situation (celles du bridage).
# Moué
Posté par TImaniac (site web personnel) . En réponse au journal Free not as in Freedom. Évalué à 10.
Le mec ne s'est apparement pas contenté de crier à l'arnaque sous le coup de la colère (même si ca peut être considérer comme diffamation, c'est vrai que la réaction aurait pu paraître disproportionnée), il aurait citer les coordonnées exacts de personnes du conseil d'administration de Free, bref, une volontée explicite de "nuire" non seulement à la société mais aussi à des personnes physiques.
Là je comprend mieux la réaction de Free.
[^] # Re: °o°
Posté par TImaniac (site web personnel) . En réponse au journal Présentation microsoft UTC. Évalué à 10.
Toit t'auras beau tenter de place le mot "samba" ou "DRM", tu passeras pour le mec qui cherche la petite bête. Et vu que t'es un amateur face à un pro, tu passeras pour un bouffon. Mais bon c'est toi qui voit hein :)
[^] # Re: Vive le widesreen !
Posté par TImaniac (site web personnel) . En réponse au journal WideScreen sous Linux. Évalué à 2.
C'est le mode "large", il y a toujours la liste des dossiers à gauche, mais plutôt que d'afficher le mail sélectionné sous la liste des mails, il est affiché à droite, bref ca fait 3 volets verticaux, ce qui est est évidemment pratique sur un écran wide.
[^] # Re: Former des développeurs Python/Zope compétents
Posté par TImaniac (site web personnel) . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 4.
On est d'accord, donc .NET et Java n'ont pas une lacune de ce côté là. Merci d'avoir confirmé.
Quel organisme de bonne réputation a normalisé quelle partie de la plateforme java?
Ben, le JCP, organisme dédié avec des tarlouz comme Sun et IBM. Dans tous les cas il y a un effort de normalisation pour garantir l'interopérabilité. Et ca c'est le principal. On ne peut en dire autant de plateforme style Ruby, Python ou Php.
J'écoutais un discours de RMS qui rappellait qu'a la base, les logiciels étaient libres.
Rattrapes toi comme tu veux, Unix n'était pas libre à ses débuts. Heuresement RMS est arrivé.
Tu n'y es pour rien? Tu ne peux rien y faire? Pas très rassurant tout ça... brrr!
... T'es bête ou quoi ? Oui, si je me contente de développer une appli sur un OS, c'est évident que si y'a un trou dans l'OS j'y suis pour rien. Je suis responsable des trous dans mon appli uniquement. Alors moi je prégères contrôler au niveau de mon appli ce que je peux contrôler, et utiliser les services de sécurité de la VM (et l'indépendance vis-à-vis de l'OS) pour éviter que mon appli devienne une porte d'entrée vers mes données mais aussi l'OS (l'obstacle VM marche dans les 2 sens).
Il faut être capable de faire des compromis entre ces deux politiques de gestion mémoire pour arriver au meilleur résultat.
Dans tous les cas, quand tu utilises une plateforme, il faut que le modèle de gestion mémoire soit clairement exposé (et normalisé), pour assurer l'interopérabilité entre les composants. Alors désolé, mais y'a pas de "juste milieu", faut choisir quelque chose de standard pour la plateforme. En C/C++, c'est le joyeux bordel, chacun y va de sa technique exposée par ses libs. Dans les plateformes plus modernes, ca a été heuresement évité et normalisé : y'a un GC, il a un comportement dont les specs sont écrites noir sur blanc afin de garantir que toutes les implémentations produisent les mêmes résultats : interopérabilité.
Dans ce paragraphe, je parlais de langage, de syntax, de sémantique, pas de VM/runtime.
Justement ! Ces plateformes peuvent accueillir de nouvelles syntaxe/sémantique tout en profitant des services offerts !
Genre je prends .NET/Mono, certains voulaient une syntaxe ala Python, on a vu fleurir IronPython et Boo, et les composants écrits dans ces langages sont interopérables avec les autres composants sans qu'il n'y est de "pont" à écrire.
Et je me passe très bien de VM qui est une dépendance qui ne fait qu'alourdir ma solution par l'ajout d'une quantité de code loin d'être négligeable qu'il va falloir gérer et maintenir.
Donc tu codes tout en C/C++. (et encore C++, y'a une gestion des exceptions et tout, y'a des services au runtime, ouahou, allé, C seulement !)
Et bien amuse toi bien, code ton serveur d'application en C, tes pages dynamique en C, tes clients lourd en C, amuse toi bonhomme, pendant ce temps là y'en a qui s'amuse avec d'autres plateformes : Java, Python, etc.
Pourquoi tu veux réinventer la roue? Utilise et améliore les libs existantes plutôt.
Ben justement, et en l'occurence en matière de serveur d'application, d'outil de mapping objet/relationnel, d'outils d'analyse de code, ben j'en ai marre de réinventer la roue dans des langages de bas niveau, je préfères largement utiliser celle de libs Java qui existent depuis des années.
C'est l'ensemble de la plateforme python, l'interpréteur python faire 5000 lignes de C
Avec des perfs de merde. Merci. Compare ce qui est comparable bordel ! C'est pour ca que je te parlais de Zope !
Arithmétique simple: HARD+OS/libs+VM+FRAMEWORK ou HARD+OS/libs pour faire la même chose.
Un calcul avec autant de mauvaise foi montre ton incompétence total.
Enfin au final t'es vraiment d'une incohérence totale dans tous tes propos. Moi j'essai juste de te démontrer que les VM apporte de réels atouts et avantages que les langages bas-niveau n'offre pas, que ce soit en matière de sécurité, de déploiement, de simplicité, d'interopérabilité, bref de productivité.
Toi tu fais quoi : tu cherches uniquement à dire le contraire de ce que je te dis. Un coup tu me dis que les langages de bas niveau c'est mieux, un autre coup tu me ressorts Erlang alors que c'est architecturé de la même manière que les plateformes que je prends en exemple, quand je te dis "oué mais tu peux pas profité de l'introspection quand tu code en C/C++" tu me dis "oué mais y'a Python etc.".
Bref tu te fou royalement de ma gueule, t'es inccapable de tenir une argumentation cohérente, on sait pas si t'aime bien les VM, un coup tu dis que tel ou tel langage c'est bien parcque pas de VM, un autre coup l'autre est bien aussi (parcqu'il en a une), ton seul objectif c'est de cracher avec une totale mauvaise foi sur des plateformes qui ont été initiées par des grosses boîtes. Si ca peut te faire bander, continue tout seul. (Ah oui au fait, Erlang, c'est pas issu d'une grosse boîte par hasard ? Bouuuuuh beurk.)
[^] # Re: Vive le widesreen !
Posté par TImaniac (site web personnel) . En réponse au journal WideScreen sous Linux. Évalué à 3.
[^] # Re: Former des développeurs Python/Zope compétents
Posté par TImaniac (site web personnel) . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 3.
Et tu m'expliques pourquoi Java et .NET ne serait pas des assemblages cohérents ? Ils ont été conçus justement pour être cohérents !
. Si ce projet réussi, à terme on pourra "composer" un desktop cohérent avec un certain degré de liberté... rien de plus normal pour du libre et dans le cadre de la philosophie unix.
Tout comme avec une plateforme Java, qui elle est déjà normalisée, tu choisies les briques qui t'intéresse, de la simple VM embarquée au serveur d'application, du composant sous licence libre au composant proprio, et tu gardes une cohérence technique de A à Z.
Je suis pris au mot! Damned! GNU/Linux ne respecte donc pas la philosophie d'unix.
Oué elle était facile, mais pas si dénuet d'intérêt : Unix à la base c'est du 100% proprio, si on t'écoute on aurait dû garder la philosophie ;)
Si l'OS est compromis tu pourra faire tourner la VM la plus sécure de la terre, elle sera compromise.
Oué mais c'est totalement indépendant de ton appli, j'y suis pour rien. Et si ca arrive trop souvent, je peux justement changer facilement d'OS vers un OS moins troué grâce à l'indépendance que me procure la VM ;-)
Si tu souhaites ne pas gérer ta mémoire, tu peux utiliser des libs de garbages collectors si tu veux.
Oué, si tu veux. Sauf que globalement t'es bien obligé de respecter les libs que t'utilises, tu t'amuses pas à utiliser un GC dans ton coin, une autre lib utilise le sien, l'autre fait des malloc à la main et libère, l'autre fait des malloc mais sous-entend que c'est à l'utilisateur de libérer, enfin un vrai foutoir d'intégration qui se finit en fuites mémoires. (attention je dis pas qu'avec les VM c'est impossible, juste que le modèle mémoire est normalisé).
Mais bon, le meilleur compromis seraient que les codeurs s'intéresse un peu plus à la sécu pour coder au mieux "secure" tout en conservant une gestion fine de leur besoin de mémoire.
Oué ca c'est dans le meilleur des mondes... Y'a 2 approches :
- "la gestion mémoire est tellement importante que je préfères ne pas laisser la machine s'en occuper"
- "la gestion mémoire est tellement importante que je préfères ne pas laisser un humain s'en occuper"
Choisi celle que tu veux moi c'est tout vu :-)
(tant pis pour eux, ils n'auront pas le meilleur de ce monde).
Tu vas rire, mais les plateformes comme Java ou .NET/Mono peuvent accueillir de nouveaux langages, même que si tu google un peu Erlang + Java ...
Une règle général en sécurité: plus tu as de code, modulé par sa complexité, plus tu as de risques d'avoir des failles de sécurité.
Ben justement, je préfère amplement avoir une plateforme cohérente de A à Z, de la couche d'accès aux données aux clients lourds en passant par le serveur web, pour justement éviter la complexité et la lourdeur de ponts intermédiaires artisanaux qui engendre de nombreux problèmes techniques.
j'aurais tendance à virer la VM (beaucoup de code complexe),
Je préfères encore une fois faire confiance à la VM qui n'a sûrement pas été codée avec les pieds qu'à moi même pour réinventer la roue ;)
Le framework python, avec ces libs standards, aux alentours de 250000 lignes de C et de pyhton aux dernières nouvelles.
Une plateforme comme Mono (je parle de ce que je connais), c'est le même ordre de grandeur en nombre de lignes de code...
. Au bout du compte, cela revient à placer sa confiance dans certains composants, et beaucoup de composants du libre ont acquis cette confiance
Le problème ne vient pas des composants en soit (qui sont souvent auditer de manière individuel), les problèmes viennent de l'assemblage "sur-mesure" que tu créés, qui est nouveau, et apporte une complexité et des risques supplémentaires.
C'est passionnant!
Oué bah j'espère que t'as la chance de ne pas faire la maintenance :)
[^] # Re: Vive le widesreen !
Posté par TImaniac (site web personnel) . En réponse au journal WideScreen sous Linux. Évalué à 5.
Pour moi l'esbrouffe, c'est les 19" et leur pitch énorme. Un 20" wide a un pitch beaucoup plus fin (suffit de voir la résolution qu'on gagne avec seulement un pouce), et c'est vraiment ca qui m'en a fait acquérir 1. Au final en hauteur on a la même résolution qu'un 19, on affiche donc autant de ligne, et on a un espace supplémentaire sur le côté pour y mettre tout et n'importe quoi. D'ailleur j'y es mis les panels Gnome, je gagne ainsi en hauteur sur le reste de l'écran.
Sinon pour infos dans Thundebird et Evolution y'a un mode "Wide" qui permet d'utiliser tout l'espace de manière intelligente.
Avec Gimp c'est également pratique, on a l'image qui prend toute la hauteur (elle sont généralement au format 4/5), et l'espace libre vient acqueillir la boîte à outil du Gimp.
Tout juste bon pour matter du divx.
Oué bah ca compte aussi :) Et apparement pour les jeux c'est également sympa (pas vérifié), donc bon ca a quand même un intérêt (en plus de la résolution), pas uniquement commercial.
# moué
Posté par TImaniac (site web personnel) . En réponse au journal Il faut remplacer les humains par des machines. Évalué à 10.
Désolé pour ta frustration, mais une machine aurait contrôlée ton billet, elle t'aurait refoulé sur le quai, et t'aurai même pas eu le loisir de tenter une explication :)
[^] # Re: Former des développeurs Python/Zope compétents
Posté par TImaniac (site web personnel) . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 2.
Je viens de regarder vite fait Erlang...
Erlang a une VM qui se base sur l'interprétation d'un byte-code dans le but affiché est d'avoir une indépendance de la plateforme au niveau binaire.
Rrien qu'en comptant les sources écrites en C, y'a 41000 lignes, et j'ai pas compté les lignes codées en Erlang, qui doivent correspondre aux libs de base.
Ensuite Erlang a un environnement d'exécution qui offre de nombreux services (mémoire, distribution, chargement à chaud, etc.).
C'est vraiment une plateforme du même type que .NET/Java au niveau architecture.
Ah moins que Erlang aussi ca soit naz ?
[^] # Re: Former des développeurs Python/Zope compétents
Posté par TImaniac (site web personnel) . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 3.
Oué, sa c'était la philosophie d'il y a 30 ans. Heuresement les mentalités évoluent.
KDE ou GNOME sont des grosses plateformes qui dans la philosophie Unix ne devrait pas exister, rappel toi, normalement tous les softs devraient être des jolis exécutables qui discutent avec des pipes...
en prônant exactement le contraire sur un site consacré à un des unix les plus populaires!
Je suis sûr un site consacré à GNU Linux, et GNU is NOT Unix ! :-p
Bah, tu ne veux pas répondre... et bien je vais le faire à ta place une VM s'est écrit en langage de bas niveau et comme tu l'as très bien fait remarquer
C'est bon merci, je suis pas con, j'ai même argumenté derrière en expliquant pourquoi je préfère largement que les services les plus courants qui nécessite d'être codé avec un langage de bas niveau (gestion mémoire toussa) le soit une fois pour toute dans la VM, codée par des personnes compétentes, et que le jour où une faille de sécu est corrigée, toutes les applis qui tournent dessus en profite !
re:Erlang?
T'es incorrigible, t'es toujours pareil, dès que tu cherches un atout, tu le cherche dans une autre brique. Evidemment que Erlang permet de faire du réparti, c'est fait pour. Mais en attendant Erlang ne propose pas une plateforme aussi complète que Java ou .NET.
Le gestion de la mémoire(la vraie), tu crois que c'est pas dépendant de l'OS tout ça...
Ah oui, y'a la vraie gestion mémoire et la fausse... En attendant ton OS favori il a vraiment du mal à gérer les débordement tampons et les fuites mémoires. Moi je fais confiance au modèle de sécurité des VM modernes et à leur GC bien plus sécurisés que mes malloc.
Zope est une VM? Jt persuadé d'avoir parlé de l'interpréteur de python.
Je voulais te montrer que dans la vraie vie avec des vraies applis, on ne peut se contenter de l'interpréteur Python de 5000 lignes, et que Zope fait plus de 5000 lignes pour être un minimum performant.
En général, les roues de base viennent toujours d'un petit nombre de libs/soft. Pas besoin de plus la plupart du temps.
Oué et je joue au mécano ? Comment j'assemble tout ca ? Qui va s'assurer que mon assemblage ne va pas être bourré de trous de sécu ? Nan parcque moi je suis un simple développeur/Architecte, je suis pas un guru de la sécu.
Et puis bon, qui va résoudre tous mes problèmes d'intégration et de déploiement, nan parcque déployer une appli dont le coeur est codé en C/C++, le serveur d'application en erlang, les pages web en PHP, les clients lourds en Qt et les scripts en Perl, merci ! T'es à 15000 km des réalités du développement de grosses solutions toi c'est pas possible.
Inutile de s'encombrer d'une VM additionnelle
C'est pour ca que tu me dis juste après de choisir parmi Python ou Ruby. Bordel soit cohérent. Soit tu dénigre les VM et t'arrête de me parler de ces solutions et on en revient à C/C++, soit tu reconnais qu'elles peuvent être utilent et on continue la discussion.