TImaniac a écrit 6420 commentaires

Dans la même veine, Hula :
http://www.hula-project.org/(...)
Sous MPL et LGPL, pas fini par contre.

t si un mome est capable de changer son dns, il est capable de faire sauter la protection cote client...
Bah voilà c'est ce que je voulais montrer : le monsieur avait l'air de dire "oué protection côté FAI parcque côté client c'est contournable", ben c'est aussi contournable :)
Et puis il suffira de faire circulier un virus qui change l'ip du dns et pouf ayé le retour des popups de cul dans IE.

La différence avec les autres donneurs d'image, c'est que lui n'est pas qu'un « beau parleur », en tout cas il n'en donne pas l'impression.
C'est aussi un populiste qui privilégie l'action (effectivement c'est pas du blabla) à court terme plutôt que de traiter réellement le sujet en profondeur (cf mon post plus haut ) Evidemment c'est beaucoup plus médiatique de montrer une arrestation de terroriste à la télé que d'effectuer une reflexion de fond sur le pourquoi du terrorisme. On peut aussi se dire que cela sort du cadre de son boulot, mais dans ce cas qu'il évite de se prendre pour le le sauveur de la terre qui résoud les problèmes. Pour le moment il n'a qu'un rôle de pitbull qui rassure madame Michu en montrant les crocs tous les soirs à 20h.

Non, je pense encore que le plus simple est un filtrage coté provider.
Tu trouves ca simple ? A part chez AOL où tout passe par un proxy, auquel cas tu peux filtrer tout ce que tu veux aisément, chez les FAI t'es directement connecté au net.
Tu vas me répondre : filtrage DNS. Ben suffit d'entrer l'IP d'un DNS à l'étranger...

Alors oui c'est une solution : demander à tous les FAI de modifier leur réseau pour que tout passe par des proxys. Dire que c'est plus simple qu'un logiciel client c'est beaucoup moins sûr. Pas pour rien que les FAIs voient d'un mauvais oeil cette solution.

Bof, rien de surprenant, Anevia a été fondé par l'équipe de VideoLAN. Il me semble que Free utilise déjà les techno de Anevia pour diffuser les contenus MPEG2 vers la freebox depuis leur réseau. L'utilisation de VideoLAN dans le FreePlayer et la présence de développeurs de VideoLAN chez Free montre que les liens sont nombreux autour de ces technologies. Pour la VOD cela parraissait donc logique que Free face appel à Anevia.

Chaque portage sous Linux réussi est une publicité pour Linux, une possibilité d'attirer le décideur, de présenter les solutions "libres", bref d'offrir une alternative.
Faudrait m'expliquer en quoi cela serait négatif pour Linux que des applications se mettent à tourner sous Linux plutôt que sous Windows.

Ah bon, et tu proposes quoi comme solution ?
Le monsieur a proposé une solution dans son post, même s'il n'est pas explicite tu ne sembles pas l'avoir trouvé : chercher la source du problème, et traiter le problème et non ses conséquences.

En cherchant à "cogner du terroriste", Sarko ne résoud pas le problème. En cherchant à "virer les prédicateurs", il précise résoudre le problème à la base. C'est une vision très limité du problème, comme si ces gourous ne se basaient pas sur une certaine réalité, certe déformée mais présente : le peuple islamique se sent constament agressé, que ce soit en Cisjordanie, en Irak ou en Afganistan. Sentiment lié à l'impuissance face à la puissance occidentale et notamment américaine. Il ne faut qu'un pas pour conduire au désespoir et se transformer en guerrier en Irak ou pour les plus fanatiques en kamikaze. On a beau dire ce qu'on veut, mais ces derniers doivent redonner du courage aux premiers, puisqu'ils constituent en quelques sortes des "victoires" en montrant que l'ennemi n'est pas aussi "invunérable" qu'il veut bien le faire croire. Le principal argument contre les kamikazes est qu'il "terrorisent" des populations civiles et qu'ils ne font pas la guerre de manière "loyale". Du point de vue des terroristes, ce n'est qu'une réponse logique aux milliers de civiles de leur peuple qui sont morts sous les bombes alors qu'ils n'étaient pas plus combattant. Pour eux ils utilisent les mêmes armes, même si les moyens ne sont pas les mêmes.

Les "prédicateurs" ne font qu'attiser un feu, chercher à supprimer ces soufflets ne supprimera pas le feu pour autant. Le plus dur va être de commencer par admettre que nous avons une part de responsabilité dans le déclanchement de ce feu...

KDE 3.3 et KDE 4 sont très proche d'un point de vue technologique, pas du tout le même gouffre technologique qu'entre Windows XP et Vista.

Ensuite même si Kat veut ajouter le modèle "contextuel", je ne vois pas ce qui le différencie de Beagle sur les objectifs. Et je ne vois absolument pas en quoi ce modèle "contextuel" serait dépendant de KDE.

Beagle et KAt ont de nombreux objectifs en communs, de nombreuses solutions en communs, tu pourras dire tout ce que tu veux mais ca restera toujours idiot de ne pas chercher à mettre en commun ce qui peut l'être, tout ca par simple choix technique en enfermant Kat dans un environnement particulier.

Enfin j'attend toujours des plugins pour les applis KDE, humhum... et je crois que je vais pouvoir attendre longtemps
Ben oui mais là c'est à cause d'un point de vue idéologique, parcque justement les KDéistes (marrant ce mot) préfère se la péter en disant "oué ca pu le Gnome et le mono, nous on va faire pareil mais en ouachement mieux, on va réinventer la roue mais on va ajouter des jantes en alu, et les roues ne seront pas standards, elles ne rouleront que sur les goudrons KDE". Yahoo. Effectivement en partant de ce principe tu risques pas de voir beaucoup de plugin KDE pour Beagle, alors que techniquement c'est tout à fait faisable.

N'importe quoi.
Je vois pas du tout ce qui empêche d'avoir le même modèle que Beagle, à savoir un modèle client server avec notion de plugins.
Beagle est indépendant de KDE ou Gnome, c'est le moteur d'indexation et de recherche. S'ajoute des clients qui s'intègre graphiquement dans Gnome ou KDE, et des plugins pour le serveur qui lui permettent d'accéder à Gaim, à GnomeVFS, à Konqueror, etc.

Gros intérêt : la partie difficile, Beagle est indépendante et réutilisable. De plus pour les personnes qui ont les 2 environnements (Gnome et KDE), ils peuvent partager le même index, avec un seul daemon, bref c'est l'idéal.

Le seul truc de Kat qui fait la différence c'est qu'ils ont dit qu'ils allaient faire pareil mais en "mieux", avec l'aspect "contextuel". Je trouve ca dommage de se diriger vers des choix qui feraient que ce soit utilisable uniquement sous KDE alors que techniquement cette valeur ajoutée n'est ABSOLUMENT PAS dépendant de KDE.

Tu prends l'exemple de Vista : ben chez Microsoft ils savent mieux faire la séparation entre Environnement graphique et moteur d'indexation/Recherche, la preuve en est que le bousin, WinFS, sera backporté sous Windows XP.

C# 3 innove mais n'invente rien. Pas plus que C# 1 ou C# 2, qui n'ont pas plus été brevetés.

Oué enfin ca va c'est pas galère à compiler, c'est le traditionnel ./configure && make && make install :)

En même temps là il est impossible de savoir si tu ments ou pas, dans le cas d'une oeuvre, tout est question de goût. Hors c'est bien connu, les goûts et les couleurs ca ne se discute pas.

Bref, tu pourras toujours dire : "j'ai trouvéce bouquin à chier, c'est de la merde".
Par contre tu éviteras de dire : "L'auteur de ce livre est un dangereux proxenète poseur de bombe pédophile"

Oué effectivement ca venait bien de udev, je viens d'aller sur le forum de ubuntu-fr et tout le monde a eu le même problème aujourd'hui :) apt-get upgrade et zou problème corrigé :)
Merci en tout cas.

Vi tu te trompes :) La tournure voulait dire "bof, rien de spécial, un concours sponsorisé", bref aucun signe d'ouverture particulier d'une communauté envers Linux comme se demandait l'auteur du journal.

Ton problème semble être un bug, le support x64 étant récent.
Essai d'installer mono à partir des sources :
http://go-mono.com/sources/(...)
Si t'as encore le même problème, essai à partir des sources de SVN. Si t'as encore le même problème je crois qu'un petit rapport de bug s'impose :)

Ce qu'il faut voir c'est que Eclipse (ou plutôt SWT, Eclipse c'est l'IDE), c'est quand même spécifique à Java, et que si tu veux utiliser SWT, faudra tout recoder en Java ou se taper JNI vers du C++ (ce qui est loin d'être trivial).

En fait tu as l'air de focaliser sur les APIs graphiques, mais comptes-tu réutiliser du code existant de l'appli ? Si oui regarde le langage utilisé, tu devrais déjà pouvoir éliminer quelques solutions pour les APIs graphiques... (ou pas)

Je pense qu'il veut surtout mette en évidence le fait que les slot/signal sont "intégrés" nativement et élégament dans le langage C#, contrairement au C++ qui nécessite plus de contorsions.

Peut être veut-il parler de SWT qui a été développé par et pour Eclipse.

Vu les 2 sponsors du concours (à savoir MainSoft et IBM), je penses que c'est un gros coup de pub : Mainsoft vient de sortir Grasshoper dont une version gratuite. La façon de présenter cette solution (en gros : appuyez sur F5 sous Visual Studio et Pouf ! ca marche) me fait clairement dire que Mainsoft veut tester la compatibilité technique et la popularité de son produit. Ce produit converti une appli .NET sur J2EE. IBM y trouve donc son compte.

De plus le concours se limite aux applis ASP.NET, et ne prend pas en compte les appli Desktop par exemple : comme par hasard Grasshoper se fait une spécialité de ASP.NET en offrant un support limité de toute ce qui touche les clients lourds...

Bref, pas vraiment un signe d'ouverture, mais un concours sponsorisé par des entreprises qui y trouvent leurs comptes. Pourquoi pas, de toute façon Mainsoft contribue activement à Mono puisqu'ils utilisent massivement le compilateur et les bibliothèque de Mono. Donc au final le libre y gagnera également :)

Mono/.NET implémente la CLI (Common Language Infrastructure) définie à l'ECMA, dont le nom veut bien dire ce qu'il veut dire :)

Un langage qui veut cibler la CLI doit répondre aux CLS (Common Langage Specification) qui défini en gros les règles que doivent définir un langage pour s'intégrer avec la CLI (définition d'un objet, héritage, etc.) et rendre un composant indépendant du langage dans lequel il a été développé pour qu'il puisse être réutiliser facilement.

Aux CLS est associé le CTS (Common Type System) qui défini les types simples partagés par tous les langages (Int32, Float, etc.), toujours dans le but de permettre l'indépendance du langage et du code produit.

Dans la pratique avec le framework .NET on a généralement du code généré à partir des langages fournis par Microsoft : C#, VB.NET, J#, C++ managed, JScript. Auquels s'ajoutent de nombreux langages qui ne viennent pas de Microsoft (comme Delphi par exemple).

Mono propose un compilateur C# abouti, un compilateur VB.NET qui reste à travailler, et un compilateur JScript pas vraiment mature :)

A côté de cela d'autres projets OpenSource ont fait leur apparition pour développer d'autres langages qui ciblent notamment Mono : Nemerle ou Boo par exemple.

La plupart des langages qui ciblait initialement le framework .NET produise du code qui tourne sans problème avec Mono, par contre il n'y a pas toujours de compilateur sous Linux. Parfois le compilateur est lui-même écrit pour .NET et tourne donc avec Mono, c'est le cas de IronPython, une implémentation de Python.

Dans tous les cas, si un compilateur produit du code pour la CLI, il tournera sur Mono et .NET et sera compatible avec tous les autres langages/compilateur puisque l'unité de réutilisation est le code intermédiaire commun à tous les langages.

La force de la CLI par rapport à d'autres environnement comme Java par exemple (qui peut lui aussi être ciblé par différents langages) est de fournir des spécifications qui garantissent l'interopérabilité et l'indépendance du code produit.

Ce choix est tout à fait pertinent : proposer une intégration de Kate dans KDE est tout à fait louable. Mais ce qui aurait été cool c'est que Kate reste indépendant de KDE, et que KDE utilise Kate comme une bibliothèque, qui elle serait exploitable depuis n'importe quelle application, même une application Gnome, un peu comme Beagle qui propose ses services à travers D-Bus, et donc exploitable entre autre par des applis KDE ou Gnome.

Quelqu'un leur a-t-il officiellement demandé les sources ? Quelqu'un propriétaire de la freebox bien évidemment.

Quand à ton exemple de cinepaint, c'est une histoire de nom, et Free n'a pas donné d'autres noms (et pas de nom du tout d'ailleur) aux firmware de leur terminaux.

M'enfin s'ils utilisent comme je le penses un noyau non modifier avec des modules proprio, je vois pas en quoi ca va nous avancer qu'ils nous donne les sources du noyau au final.

Beagle a une interface d-bus, indépendament de tous toolkit graphique, que ce soit Qt ou GTK#. Rien n'empêche de faire un client Qt écrit en C++ qui utilise Beagle à travers D-Bus et qui soit parfaitement intégré à l'environnement KDE...

Ben j'explique que justement ils le mettent à disposition sur leur site FTP le code du noyau...
Je vois qu'il y en a qui trouve mes commentaires non pertinent, qu'ils m'expliquent en quoi mon raisonnement est faux :)