Un truc que j'ai pas compris au sujet des grands électeurs : c'est bien eux qui votent ? car au final le parti récupère tous les grands électeurs d'un état, on a, par exemple, pas 4 grands élécteurs pour les républicains, et 3 pour les démocrates dans un même état.
Faut voir. Personnellement, si la "taxe" n'était trop élevé, je serais prèt à la payer.
Je n'en doute pas, mais je parle de la majorité, notament les lycéens de 16 ans ou des étudiants qui n'ont pas le moyen de la payer, et qui AMHA font parti des gens qui téléchargent mais n'achètent jamais.
Je ne pense pas que ton idée soit mauvaise, mais ne vaudrait t-il mieu pas déporté cette solution chez les vendeurs en ligne, comme un abonnement illimité au mois. Cette solution n'est peut-être pas viable économiquement.
Reste a mon avis le problème des drm, même parmis mes amis utilisateurs de windows et tentés par l'experience, le fait de ne pouvoir par exemple copier la musique que x fois sur un balladeur mp3 est rebutant, tout comme le fait de ne pouvoir l'écouter que sur un seul PC, et ce malgré le fait qu'il soit facile de contourné ce système (gravure sur cd + réencodage).
C'est pas que je trouve l'idée mauvaise, bien au contraire, mais comme pour le redevance tv, la majorité des gens essayeraient de bypasser, donc je pense que ca ne marcherait pas.
Ensuite je n'aime pas trop que mon FAI puisse avoir un controle sur ce que je fais.
Perso les systèmes "légaux" de vente en ligne me paraissent bien, il faudrait juste trouver une solution au DRM, et un catalogue un peu plus étoffé.
En effet
mais si je cherche la petite bête, on peut constater que de nombreuses pages sur linuxfr sont indéxés, pourtant certaines informations, comme les commentaires ou mon login y sont affichés, car a prioris des informations sont envoyés via un cookie, et la page "statique" généré via un script. Bien sur si je cleck sur le lien a partir du moteur, je tomberai sur "mon" linuxfr personalisé... ce que je crains plus c'est que certaines infos se trouvent dans les index de mots.
Un site un peu stupide pourrait afficher des informations plus génantes.
Sinon pour ceux qui essayent : ne mettez pas le prefetch au dessus de 1 ;)
daccord, j'ai de toute façon pas mis le proxy pour les pages https
je minquiettes plus pour les sites un peu mal conçu.
J'ai néanmoins vu dans la doc que les recherches ne se font que sur les hash des mots, garantissant ainsi la sécurité du système, j'ai trouvé ça un peu bancal en fait, surtout pour l'éventuelle efficacité du système en terme de recherche et de sécurité. Mais en fait j'ai pas tout compris non plus ;) , et comme tu dis ce n'est qu'une alpha
Oui tu peux demander à YACY d'utiliser un autre proxy, dans le fichier httpProxy.init, clef remoteProxy*
mais perso je suis pas sur de la sécurité du truc...
lorsqu'une page me rapelle mon password ou mon numéro de carte de crédit ou toute info me concernant, les mots composants la page sont également indéxé.
> En Inde, c'est très répandu d'après Courrier International
En france aussi, de nombreuses boites de services rajoute un "expert oracle" ou un "certifié cisco" avant de filer ton cv au client.... a toi de te mettre a jour pour coller a ton cv...
A l'école on avait eu des cours pour faire des cv, j'hallucine encore de voir comment il intéprétait mes hobbies en expérience pro...
Meme en dehors des écoles il y a des trucs sypa a faire, en plus le framework est très complet. Par contre je n'ai jamais accroché a l'environement de développement, ni au langage lui-même (dérivé de smalltalk).
> La preuve, toi :
- "c'est un ajout de travail qui fait de plus doublon avec ce que déjà le C++"
- "je pense quand même que c'est une perte de temps vu ce qu'elle apporte par rapport a des framework C++"
et ou ai-je dit que l'object est réservé à l'élite ou au C++
il n'y aurait pratiquement aucun projet c++ si on utilisait pas de bindings de lib en c, et je ne parlai pas de programation objet mais des foncionnalités de la glib
Néanmoins je ne vois pas l'intéret de reinventer la roue, ou de bloater de partout
> Et puisqu'on est sur les bindings, il est beaucoup plus facile de faire des bindings si la librairie de base est en C qu'en C++.
> Faire le binding d'une librairie C++ qui utilise tout les fonctionnalités C++ est pratiquement impossible (ou c'est immonde). Pour preuve, les bindings de librairies C++ sont rares ou alors se sont des bindings vers java ou C#.
je ne dis pas le contraire, et je suis entièrement daccord la dessus. Pour java je ne sais pas, mais pour C# (enfin pour .net ou mono en général, les bindings doivent être fait en C, qui est "le plus petit dénominateur commun", ce qui est, je pense, en sorte plutot intelligent de leur part).
Je ne critiquais pas la possibilitée de faire des bindings, mais leur utilitées
Jc omprends son point de vue (même si je n'y adhère pas), faire de la dev sous win nécéssite au moin 2 licenses, win lui même et un compilo (ya bien gcc c'est vrai, mais la version est est, je trouve, loin d'être top)
On ne critique pas le boulot des autres, on crutique ton "C++ friendly" a propos de la glib
Je n'ai jamais dis que je ne voulais pas de gstreamer, je reportai les choix des devs kde, et je ne vois pas en quoi tu peux dire qu'on est hostile a tout.
Et on ne critique pas le travail des autres, par contre tu sembles avoir du mal a comprendre qu'on puisse ne pas être daccord avec toi.
Pourquoi ignores-tu openSSL ? Perso je pense que c'est celle qui ressemble le plus a la glib, la crypto en plus, et c'est tout aussi simple de faire de joli binding C++.
NSPR était un mauvais exemple, elle a quelque manque (pas entièrement thread safe, pas de gestion des fichiers de configuration...)
Apr est largement utilisable en dehors des projets utilisant apache.
Et tu verras plus bas pkoi je ne trouve pas que la glib est c++ friendly.
Quel est l'interet de faire un binding avec la glib : c'est un ajout de travail qui fait de plus doublon avec ce que déjà le C++. Si c'est pour laisser le choix aux devs pourquoi pas, je pense quand même que c'est une perte de temps vu ce qu'elle apporte par rapport a des framework C++
> Je sens qu'on va encore me répondre un truc du style "la programmation object est réservé aux élites du C++".
et sur quoi tu te bases pour "sentir" ça ?
heureusement qu'il ne faut ni être une élite ni utiliser le C++ pour faire de l'objet.
> > La glib n'est pas du tout C++ friendly. Elle permet en revanche aux programmeurs gnome de programmer dans un style objet
> Si tu as mieux (et qui ne soit pas C++), fais signe.
> Puis quelle incohérence dans ton propos. Tu dis que gobject fait "doublon" avec C++ et après du dit que ce n'est pas C++ friendly. Faudrait > savoir.
En mieu, ou tout du moin équivalent regarde APR, NSPR, OpenSSL et j'en oubli surement.
Il n'y a pas d'incohérence dans son propo, les fonctionnalités de la glib sont en doublon par rapport a la stl et la qtl, c'est dailleurs un des buts de la glib, et ce n'est quand même pas C++ friendly, pas d'itérateur, pas d'héritage, pas de plein de chose qui font d'une api quelque chose de C++ friendly.
> > qui n'est parfois pas installee sur des systemes
>Il faudrait abondonner cet argument ridicule.
> yum/apt/urpmi/etc existe.
> Si je regarde kdebase (qui comme son nom l'indique est la base) j'ai les dépendances "bizarres" suivantes :
> audiofile-0.2.6-1 <= pour esound
> esound-0.2.35-1
> glib2-2.4.6-1 <= glib est déjà utilisé
> ...
Je ne pense pas qu'il remette en cause la facilité de déploiement.
C'est pour évité d'avoir des doublons de code et encore plus de dépendance nécéssaire. J'ai perso un système kde sans avoir la glib, la dépendance vient d'une dépendance a d'une autre lib, je pense qu'elle doit venir d'esound, comme je ne l'utilise pas je ne vois pas pourquoi je devrai saturé encore un peu plus mon sys avec des libs qui ne me sont pas nécéssaires.
cest pas le mal, mais cest moin bien que le supprot réseau de nmm... avec un kio_slave arts lit un fichier comme si il était en local, pas plus de buffer, pas de synchro entre plusieurs machines...
cest juste une constation, et j'ai toujours trouvé que faire de l'objet dans un langage impératif est d'une stupidité extreme.
> Tu connais mieux ? Bash peut-être ?
je vois pas le lien, je connais mieu, pour faire de l'objet il y a plein de langage orienté objet.
> glib est C++ friendly, si tu fais un wrapeur
tout comme n'importe quel lib alors et pas spécialement la glib, même si évidement c'est plus simple avec la glib.
> Tu es un bon exemple de l'hostilité d'une partie de KDE à tout sauf C++. Un certain intégrisme gratuit, du nombrilisme, du snobisme. de la prétention et du mépris pour les autres.
J'ai juste fais une remarque d'ordre général, qui ne concernait absolument pas kde. Je n'aime pas spécialement le C++, dont je trouve la sytaxe pas top, et aucun compilo qui gère correctement le langage. Je n'ai non plus rien contre la glib que j'utilise sur certain projets. Je faisais juste la remarque en fin de post que certains dev kde trouvent qu'elle fait souvent double emploi avec qt, et je suis assez daccord avec eux.
> btw, "la moin chiante à coder" est de trop puisqu'ils ne semblent pas parti pour la coder...
je parlai de l'api en fait, change dans mon post par "la moin chiante à utiliser". KDE n'est pas contre gstreamer, il lui trouve des défauts (comme pour les autres kibs dailleurs) qui n'a rien a voir avec l'utilisation de la glib ou du fait qu'elle soit en C, il éxiste dailleurs déjà des kio pour elle. Mais ils veulent juste la meilleure, ensuite qu'on soit daccord avec eux ou pas est une autre histoire, et rien ne t'empêhe de donné ton avis sur les ml.
Je pense que DMX doit lui-être supérieur, car avec synergy il n'est pas possible par exemple de déplacer une fenêtre d'un coté a un autre, les copiés/coller sont assez limités... par contre synergy a l'avantage d'être multi-plateforme, a prioris DMX ne marche qu'avec des serveurs X (et surement que xorg)
> Mais la glib avec son modèle objet, permet à gstreamer (et Gnome) d'être C++ friendly et donc KDE friendly.
mouais, un peu éxagérer quand même, un modèle objet fait en C, même s'il est aussi bien fait que gobject, reste encore loin d'être "C++ friendly". Enfin c'est un avis perso.
Par contre de se que je lis dans les mailling kde, je ne pense pas que se qui bloque l'intégration de gstreamer dans kde soit la dépendance a la glib, même si nombreux trouvent qu'elle fait double usage avec Qt.
Ils cherchent amha la lib la plus preformante, avec les meilleurs fonctionnalités et la moin chiantes a coder. Ils sont d'ailleurs actuellement en train de monter un comparatif entre gstreamer, nmm et MAS, et a prioris, après la démo faite a Akademy, ils pencheraient plus vers NMM.
Tout ce que tu dis est surement très vrai, mais l'auteur est un newbie linux qui veut installer un sys sans se prendre la tete :
il se fout du libre, il veut pas chercher comment on fait des imports entre outlook et mozo, et il se fout complètement des specs du constructeur, il veut juste que ca marche tout de suite
Bref, on peut trouver ça con, mais c'est la réalité de x% des utilisateurs (avec a mon avis x > 95)
Plus un petit troll :
Suse est amha une très bonne ditrib pour débutant
Sane est un interface pour tout les scanners, il faut faire un drivers pour sane
Si on fait ça avec le module pwc, il faudrait faire un vrai API en userland pour l'accès a celui-ci.
Le fait d'avoir pwc en kernelland permet de la faire supporter par V4L (a ma connaissance il n'est pas possible de mettre un drivers pour V4L en userland), donc une même API pour accéder a toutes les périph gérant de la vidéo (webcam, carte TV...). Le fait de ne plus utiliser V4L casserait encore plus de chose (a peu près toutes les applis utilisant un périph vidéo)
Pas daccord, la gpl concerne la disponibilité des sources, et n'empêche absolument pas de vendre un binaire.
Ensuite c'est vrai que c'est chiant, d'un autre coté je comprends cette logique : développé sous windows implique déjà l'achat de (couteuses) licenses : celle de win lui même, plus éventullement celle d'un ide + compilo (cygwin cest utilisable, mais sous win mieu vaut visual, codewarrior ou autre...)
[^] # Re: ou pas
Posté par Alex . En réponse au journal 4 ans pour péter la planète.... Évalué à 1.
[^] # Re: sans titre
Posté par Alex . En réponse au journal 4 ans pour péter la planète.... Évalué à 2.
# ou pas
Posté par Alex . En réponse au journal 4 ans pour péter la planète.... Évalué à 0.
Ensuite je suis pas sur qu'il y aye grande différence entre Bush et Kerry, quoique Kerry parraisse plus interéssé par les affaires extérieures.
# A noté
Posté par Alex . En réponse au journal Télécharger pas illégal?. Évalué à -3.
http//www.pcinpact.com/actu/news_multi/3/1.htm#n17135
relaxé après avoir télecharger 488 films
[^] # Re: Idée
Posté par Alex . En réponse au journal Télécharger pas illégal?. Évalué à 2.
Je n'en doute pas, mais je parle de la majorité, notament les lycéens de 16 ans ou des étudiants qui n'ont pas le moyen de la payer, et qui AMHA font parti des gens qui téléchargent mais n'achètent jamais.
Je ne pense pas que ton idée soit mauvaise, mais ne vaudrait t-il mieu pas déporté cette solution chez les vendeurs en ligne, comme un abonnement illimité au mois. Cette solution n'est peut-être pas viable économiquement.
Reste a mon avis le problème des drm, même parmis mes amis utilisateurs de windows et tentés par l'experience, le fait de ne pouvoir par exemple copier la musique que x fois sur un balladeur mp3 est rebutant, tout comme le fait de ne pouvoir l'écouter que sur un seul PC, et ce malgré le fait qu'il soit facile de contourné ce système (gravure sur cd + réencodage).
[^] # Re: Idée
Posté par Alex . En réponse au journal Télécharger pas illégal?. Évalué à 2.
C'est pas que je trouve l'idée mauvaise, bien au contraire, mais comme pour le redevance tv, la majorité des gens essayeraient de bypasser, donc je pense que ca ne marcherait pas.
Ensuite je n'aime pas trop que mon FAI puisse avoir un controle sur ce que je fais.
Perso les systèmes "légaux" de vente en ligne me paraissent bien, il faudrait juste trouver une solution au DRM, et un catalogue un peu plus étoffé.
[^] # Re: Et si on utilise Squid ?
Posté par Alex . En réponse au journal YACY: un moteur de recherche P2P en GPL. Évalué à 1.
mais si je cherche la petite bête, on peut constater que de nombreuses pages sur linuxfr sont indéxés, pourtant certaines informations, comme les commentaires ou mon login y sont affichés, car a prioris des informations sont envoyés via un cookie, et la page "statique" généré via un script. Bien sur si je cleck sur le lien a partir du moteur, je tomberai sur "mon" linuxfr personalisé... ce que je crains plus c'est que certaines infos se trouvent dans les index de mots.
Un site un peu stupide pourrait afficher des informations plus génantes.
Sinon pour ceux qui essayent : ne mettez pas le prefetch au dessus de 1 ;)
[^] # Re: Et si on utilise Squid ?
Posté par Alex . En réponse au journal YACY: un moteur de recherche P2P en GPL. Évalué à 1.
je minquiettes plus pour les sites un peu mal conçu.
J'ai néanmoins vu dans la doc que les recherches ne se font que sur les hash des mots, garantissant ainsi la sécurité du système, j'ai trouvé ça un peu bancal en fait, surtout pour l'éventuelle efficacité du système en terme de recherche et de sécurité. Mais en fait j'ai pas tout compris non plus ;) , et comme tu dis ce n'est qu'une alpha
[^] # Re: Et si on utilise Squid ?
Posté par Alex . En réponse au journal YACY: un moteur de recherche P2P en GPL. Évalué à 2.
mais perso je suis pas sur de la sécurité du truc...
lorsqu'une page me rapelle mon password ou mon numéro de carte de crédit ou toute info me concernant, les mots composants la page sont également indéxé.
[^] # Re: ce n'est pas si grave
Posté par Alex . En réponse au journal piratage de cévé :). Évalué à 2.
En france aussi, de nombreuses boites de services rajoute un "expert oracle" ou un "certifié cisco" avant de filer ton cv au client.... a toi de te mettre a jour pour coller a ton cv...
A l'école on avait eu des cours pour faire des cv, j'hallucine encore de voir comment il intéprétait mes hobbies en expérience pro...
[^] # Re: cool
Posté par Alex . En réponse au journal Squeak, c'est fun. Évalué à 4.
tu as oublié l'adresse su site de squeak :
http://www.squeak.org(...)
[^] # Re: Re : Les nouveautés du prochain X11R6.8
Posté par Alex . En réponse à la dépêche Les nouveautés du prochain X11R6.8. Évalué à -1.
- "c'est un ajout de travail qui fait de plus doublon avec ce que déjà le C++"
- "je pense quand même que c'est une perte de temps vu ce qu'elle apporte par rapport a des framework C++"
et ou ai-je dit que l'object est réservé à l'élite ou au C++
il n'y aurait pratiquement aucun projet c++ si on utilisait pas de bindings de lib en c, et je ne parlai pas de programation objet mais des foncionnalités de la glib
Néanmoins je ne vois pas l'intéret de reinventer la roue, ou de bloater de partout
> Et puisqu'on est sur les bindings, il est beaucoup plus facile de faire des bindings si la librairie de base est en C qu'en C++.
> Faire le binding d'une librairie C++ qui utilise tout les fonctionnalités C++ est pratiquement impossible (ou c'est immonde). Pour preuve, les bindings de librairies C++ sont rares ou alors se sont des bindings vers java ou C#.
je ne dis pas le contraire, et je suis entièrement daccord la dessus. Pour java je ne sais pas, mais pour C# (enfin pour .net ou mono en général, les bindings doivent être fait en C, qui est "le plus petit dénominateur commun", ce qui est, je pense, en sorte plutot intelligent de leur part).
Je ne critiquais pas la possibilitée de faire des bindings, mais leur utilitées
[^] # Re: Les bibliothèques aussi posent problèmes.
Posté par Alex . En réponse à la dépêche Le développeur d'X-Chat commercialise un shareware utilisant du code sous licence GPL. Évalué à 0.
[^] # Re: Re : Les nouveautés du prochain X11R6.8
Posté par Alex . En réponse à la dépêche Les nouveautés du prochain X11R6.8. Évalué à 2.
Je n'ai jamais dis que je ne voulais pas de gstreamer, je reportai les choix des devs kde, et je ne vois pas en quoi tu peux dire qu'on est hostile a tout.
Et on ne critique pas le travail des autres, par contre tu sembles avoir du mal a comprendre qu'on puisse ne pas être daccord avec toi.
[^] # Re: Re : Les nouveautés du prochain X11R6.8
Posté par Alex . En réponse à la dépêche Les nouveautés du prochain X11R6.8. Évalué à 1.
NSPR était un mauvais exemple, elle a quelque manque (pas entièrement thread safe, pas de gestion des fichiers de configuration...)
Apr est largement utilisable en dehors des projets utilisant apache.
Et tu verras plus bas pkoi je ne trouve pas que la glib est c++ friendly.
Quel est l'interet de faire un binding avec la glib : c'est un ajout de travail qui fait de plus doublon avec ce que déjà le C++. Si c'est pour laisser le choix aux devs pourquoi pas, je pense quand même que c'est une perte de temps vu ce qu'elle apporte par rapport a des framework C++
> Je sens qu'on va encore me répondre un truc du style "la programmation object est réservé aux élites du C++".
et sur quoi tu te bases pour "sentir" ça ?
heureusement qu'il ne faut ni être une élite ni utiliser le C++ pour faire de l'objet.
[^] # Re: Re : Les nouveautés du prochain X11R6.8
Posté par Alex . En réponse à la dépêche Les nouveautés du prochain X11R6.8. Évalué à 3.
> Si tu as mieux (et qui ne soit pas C++), fais signe.
> Puis quelle incohérence dans ton propos. Tu dis que gobject fait "doublon" avec C++ et après du dit que ce n'est pas C++ friendly. Faudrait > savoir.
En mieu, ou tout du moin équivalent regarde APR, NSPR, OpenSSL et j'en oubli surement.
Il n'y a pas d'incohérence dans son propo, les fonctionnalités de la glib sont en doublon par rapport a la stl et la qtl, c'est dailleurs un des buts de la glib, et ce n'est quand même pas C++ friendly, pas d'itérateur, pas d'héritage, pas de plein de chose qui font d'une api quelque chose de C++ friendly.
> > qui n'est parfois pas installee sur des systemes
>Il faudrait abondonner cet argument ridicule.
> yum/apt/urpmi/etc existe.
> Si je regarde kdebase (qui comme son nom l'indique est la base) j'ai les dépendances "bizarres" suivantes :
> audiofile-0.2.6-1 <= pour esound
> esound-0.2.35-1
> glib2-2.4.6-1 <= glib est déjà utilisé
> ...
Je ne pense pas qu'il remette en cause la facilité de déploiement.
C'est pour évité d'avoir des doublons de code et encore plus de dépendance nécéssaire. J'ai perso un système kde sans avoir la glib, la dépendance vient d'une dépendance a d'une autre lib, je pense qu'elle doit venir d'esound, comme je ne l'utilise pas je ne vois pas pourquoi je devrai saturé encore un peu plus mon sys avec des libs qui ne me sont pas nécéssaires.
[^] # Re: Re : Les nouveautés du prochain X11R6.8
Posté par Alex . En réponse à la dépêche Les nouveautés du prochain X11R6.8. Évalué à 1.
[^] # Re: Re : Les nouveautés du prochain X11R6.8
Posté par Alex . En réponse à la dépêche Les nouveautés du prochain X11R6.8. Évalué à 2.
> J'adore ton absence totale d'argument.
cest juste une constation, et j'ai toujours trouvé que faire de l'objet dans un langage impératif est d'une stupidité extreme.
> Tu connais mieux ? Bash peut-être ?
je vois pas le lien, je connais mieu, pour faire de l'objet il y a plein de langage orienté objet.
> glib est C++ friendly, si tu fais un wrapeur
tout comme n'importe quel lib alors et pas spécialement la glib, même si évidement c'est plus simple avec la glib.
> Tu es un bon exemple de l'hostilité d'une partie de KDE à tout sauf C++. Un certain intégrisme gratuit, du nombrilisme, du snobisme. de la prétention et du mépris pour les autres.
J'ai juste fais une remarque d'ordre général, qui ne concernait absolument pas kde. Je n'aime pas spécialement le C++, dont je trouve la sytaxe pas top, et aucun compilo qui gère correctement le langage. Je n'ai non plus rien contre la glib que j'utilise sur certain projets. Je faisais juste la remarque en fin de post que certains dev kde trouvent qu'elle fait souvent double emploi avec qt, et je suis assez daccord avec eux.
> btw, "la moin chiante à coder" est de trop puisqu'ils ne semblent pas parti pour la coder...
je parlai de l'api en fait, change dans mon post par "la moin chiante à utiliser". KDE n'est pas contre gstreamer, il lui trouve des défauts (comme pour les autres kibs dailleurs) qui n'a rien a voir avec l'utilisation de la glib ou du fait qu'elle soit en C, il éxiste dailleurs déjà des kio pour elle. Mais ils veulent juste la meilleure, ensuite qu'on soit daccord avec eux ou pas est une autre histoire, et rien ne t'empêhe de donné ton avis sur les ml.
[^] # Re: DMX
Posté par Alex . En réponse à la dépêche Les nouveautés du prochain X11R6.8. Évalué à 2.
[^] # Re: Re : Les nouveautés du prochain X11R6.8
Posté par Alex . En réponse à la dépêche Les nouveautés du prochain X11R6.8. Évalué à 1.
[^] # Re: Re : Les nouveautés du prochain X11R6.8
Posté par Alex . En réponse à la dépêche Les nouveautés du prochain X11R6.8. Évalué à 2.
mouais, un peu éxagérer quand même, un modèle objet fait en C, même s'il est aussi bien fait que gobject, reste encore loin d'être "C++ friendly". Enfin c'est un avis perso.
Par contre de se que je lis dans les mailling kde, je ne pense pas que se qui bloque l'intégration de gstreamer dans kde soit la dépendance a la glib, même si nombreux trouvent qu'elle fait double usage avec Qt.
Ils cherchent amha la lib la plus preformante, avec les meilleurs fonctionnalités et la moin chiantes a coder. Ils sont d'ailleurs actuellement en train de monter un comparatif entre gstreamer, nmm et MAS, et a prioris, après la démo faite a Akademy, ils pencheraient plus vers NMM.
[^] # Re: De la bonne volonté
Posté par Alex . En réponse au journal Linux est-il trop beau pour être vrai?. Évalué à 1.
il se fout du libre, il veut pas chercher comment on fait des imports entre outlook et mozo, et il se fout complètement des specs du constructeur, il veut juste que ca marche tout de suite
Bref, on peut trouver ça con, mais c'est la réalité de x% des utilisateurs (avec a mon avis x > 95)
Plus un petit troll :
Suse est amha une très bonne ditrib pour débutant
[^] # Re: Autre solution: hors kernel ?
Posté par Alex . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 0.
Si on fait ça avec le module pwc, il faudrait faire un vrai API en userland pour l'accès a celui-ci.
Le fait d'avoir pwc en kernelland permet de la faire supporter par V4L (a ma connaissance il n'est pas possible de mettre un drivers pour V4L en userland), donc une même API pour accéder a toutes les périph gérant de la vidéo (webcam, carte TV...). Le fait de ne plus utiliser V4L casserait encore plus de chose (a peu près toutes les applis utilisant un périph vidéo)
[^] # Re: fnac et emi mis en examen
Posté par Alex . En réponse au journal fnac et emi en examen a cause des protections sur les cd audio. Évalué à 1.
Watermarking surement
[^] # Re: Être libre ou ne pas être libre...
Posté par Alex . En réponse au journal °O° X-Chat passe en Shareware °O°. Évalué à 1.
Ensuite c'est vrai que c'est chiant, d'un autre coté je comprends cette logique : développé sous windows implique déjà l'achat de (couteuses) licenses : celle de win lui même, plus éventullement celle d'un ide + compilo (cygwin cest utilisable, mais sous win mieu vaut visual, codewarrior ou autre...)