Mouais, j'aurais ptet dû parler du cas précis de Saint Cyr l'Ecole.
Cas tout à fait probant de prises de décisions arbitraires et non assumées, de déclarations fausses, de relevés d'intensité montrant le non respect des règlements sur la puissance émise par les antennes relais, et de maladies rares touchant des enfants comme une épidémie.
Du coup, on va se retrouver comme aux states où dans les petites villes on a une pagaille de poteaux électriques qui s'arrachent tous dès que le vent dépasse les 45 km/h .
Ou alors, on se pose, on dit STOP à la propagande capitaliste de l'obligation de la non mutualisation des ressources et réseaux , et on fait quelque chose qui arrange tout le monde, on évite de poser des antennes sur des cantines, dont l'énergie rayonnée est supérieure aux rayons balancés aux cancéreux , et on fait les choses bien, comme lorsqu'on a dépensé quelques milliards pour poser des centraux électromécaniques partout .
On crève de vouloir copier le modèle américain. Bientôt, le meilleur réseau électrique du monde ne sera plus qu'un lointain souvenir et on sera obligé, comme à Berlin, d'avoir des groupes électrogènes d'appoint pour palier aux coupures, et tous nos ordis seront reliés via un onduleur, comme aux Etats Unis d'Amérique.
C'est ptet ça l'avenir.
C'est marrant, je vois Attila réélu, quand je lis les commentaires sur LinuxFR.
certes, mais les exemples existent :
- RedHat - Fedora
- Suse - OpenSuse
- Solaris - OpenSolaris
Alors, un intérêt pour Mandriva à conserver les liens ? Oui.
Le fera-t-il ? Je ne sais pas.
Un intérêt pour les utilisateurs ?
euh, si le support est le même que pour les Mandriva actuelles, ben, benco .
En fait, tu dis que c'est chiant pour les développeurs de suivre les nouvelles
versions des libs qu'ils utilisent, mais que c'est moins chiant qu'ils
s'abonnent aux avis de sécurité sur les libs qu'ils utilisent ?
Ça n'a absolument aucun sens.
Aucun, d'ailleurs, aucun paquet n'a jamais de problèmes de dépendances au moment des mises à jour.
Heu je pense que t'as pas compris. Un header contient juste en théorie les
prototypes des fonctions et les déclarations de types, en gros c'est utile qu'au
moment de la compilation et on s'en cogne.
En revanche, le linkage statique va inclure toute la lib dans l'executable, et
donc va l'alourdir, là où le linkage dynamique permet de charger la lib au
moment de l'exécution, et donc elle n'est présente sur le système qu'une seule
fois.
Ma réponse est deux posts plus haut.
Bah dans ce cas là, la solution c'est qu'une libgecko développée upstream et
utilisée par Firefox soit bien faite, pas de pomper le code et de l'inclure dans
ton soft. Qu'est-ce que tu fais pour merger les modifs upstream de gecko après ?
Demande-toi plutôt pourquoi Firefox ne donne pas de libGecko.
Heu j'ai peur de pas comprendre ce que tu veux dire.
KDE utilise quelles bases de données ( au pluriel ) ?
Non, mais po compris. :)
Moi je parle non pas de faire un boulot crado comme aller donner à l'EDI un chemin vers une bibliothèque externe et l'inclure dans le paquet ... Je parle de récupérer les sources et de compiler l'ensemble dans ton logiciel. :)
Évidemment, si les mecs font le boulot à moitié... ;S
faut relativiser quand même :
- Si un groupe de développeurs ne suit pas les libs concernées, à un moment donné il va y avoir un problème de version dans le paquet. Inclure les libs permet de se passer de ce genre de problème, qui peut être bloquant, sans que rien d'autre que le numéro de version n'ait changé pour le groupe en question
- Pour la sécurité, j'ose imaginer que l'équipe qui fait le projet sait d'où vient ce qu'elle y a inclus , et est capable de s'abonner aux avis et en tenir compte.
- La mémoire, c'est uniquement la place du binaire sur le disque dur. Rien ne change à l'usage, quand tu fais un #include 'toto.h" ou un #include "/usr/lib/toto.h" si les deux libs sont identiques. Et même s'il faut y réfléchir, c'est quoi , 300ko de + , lorsque le To est à 70€ ? le soupçon de sérénité ?
Le grain de sel des mises à jour tranquilles ?
- La collaboration, c'est si possible, et si on modifie la lib de façon conforme aux objectifs. Quand je vois que le paquet Epiphany inclue Gecko , c'est à dire Firefox en entier sous FreeBSD, je me dis que quelque fois, les libs, ça pourrait être mieux géré. Si je devais faire un navigateur utilisant Gecko, crois moi, je prendrait tout ce qui concerne Gecko dans Firefox, mais ça serait du rm de tout le reste, et pas de remontées, peut -etre une énieme libGecko qui sera plus à jour à la prochaine update de firefox. ( à côté, webkit est dispo beaucoup plus facilement :s )
Quant à sqlite, en même temps, ce truc est fait pour être inclus dans les programmes . Sinon, faut travailler avec du lourd.
Même si les premières propositions de Google au kernel Linux ont été rejetées, Google a promis de tenir compte des avis du kernel Linux , afin de faire réintégrer ses travaux dans la branche principale du développement de Linux. Et ainsi, Android n'apparaîtra plus comme un fork.
La situation actuelle te permet peut-être de dire que le noyau Linux d'Android est un fork du développement , mais ce n'est ni la volonté de Google, ni la volonté des développeurs de Linux.
Par contre X11 et KDE sont des logiciels , et ces logiciels n'ont rien à voir avec Linux, mis à part les outils pour communiquer entre eux et le noyau. De cette façon, KDE et Gnome ou tout autre gestionnaire de bureau ne sont pas obligatoires pour faire fonctionner une Debian minimale en mode texte.
Comme je dis, le coup des 1% , ou des 10% ou des 40% j'y crois pas. Et ça n'a aucun intérêt pour moi de savoir.
Ce qui m'importe , c'est que c'est très loin d'être uniquement un succès d'estime.
normal, une progression de 11 Millions de machines par trimestre, c'est hors course :)
Bon par contre, avec le Toshiba ( netbook ARM sous Android ) , et les futurs netbooks ChromeOS sous AMD et Intel, ça va être très dur , très très dur, de justifier la progression de 15 à 25 Millions par trimestre, tout en restant à " 1% de pdm " . :)
Et les 30 commentaires suivants. ( surtout le 75 ).
L'accélération 2D fonctionne sous Linux depuis un bail ( 1996 avec XAA ), et Windows ne fait que rattraper un retard certain avec Direct2D. A noter le commentaire 92 : le driver non libre Nvidia semble avoir des gros problèmes de performances en accélération 2D ( et les cartes Evergreen ne sont pas encore supportées par la version stable du driver libre radeon ). Grâce à Cairo, les logiciels ont un accès plus facile aux fonctions d'accélération 2D et 3D . Mais les 2 accélérations existent et sont distinctes.
Sachant que ce que j'écris, c'est que de toutes façons les statistiques sont biaisées dès le départ, on en reparlera lorsqu'Ubuntu utilisera autre chose que Firefox comme " navigateur par défaut " .
Moi, sur ma Mandriva, j'ai Opera .
Oh non et loin de la, 1% aujourd'hui c'est ~10-15 million de machines(entre 1 et 1.5 milliard de machines au total).
euh, ah si peu...
bon alors c'est même pas ma peine d'en parler.
Résultat, Android se place en troisième position, à deux doigts de BlackBerry OS (11,23 millions ; +3,45 millions), et surtout devant iOS (8,74 millions ; +3,42 millions) et Windows Mobile (3,1 millions ; -730 000).
Voila.
2eme trimestre 2010 , 11.23 Millions de smartphones équipés d'un noyau Linux ( Android ) se sont vendues. http://www.pcinpact.com/actu/news/58782-ventes-telephones-ht(...)
ça fait pour les statistiques des pages visitées, déjà l'équivallent du 1% Linux . Rien que pour les smartphones android vendus en 1 trimestre .
Ridicule .
Absurde .
Débile .
iOS a ete mis en vente quelque siecles avant Android, partant de la sa part de marche effective est plus elevee meme si il s'en vend moins chaque mois, ca veut simplement dire que les parts de iOS baissent, mais ca bouge doucement.
Non, dans le journal que je cite, l'auteur donne un lien vers un site qui dit que la part d'iOS progresse au contraire, ce que les chiffres de vente désavouent.
Eh hop, on repart sur une petite rumeur de complot, Xiti tricherait car ca l'arrange.
Google avait les memes chiffres a l'epoque ou ils les montraient, eux aussi ca les arrangeait de tricher ?
C'est pas possible d'etre honnete sans en disant quelque chose de negatif envers Linux en fait hein ?
Comme je suis ni machiavel ni un de ces disciples, je ne me permettrai pas de dire d'un site qui a un objectif pour vivre de tricher lorsqu'on extrapôle ses données pour montrer autre chose .
Xiti est là pour évaluer l'empreinte de la publicité.
Il est pas là pour remplacer le ressencement de la population.
Malheureusement pas du tout.
Pendant Vista, Mac OS X a grimpe pas Linux, visiblement la vente liee ne genait pas Mac OS X
Lorsque on a fini Win7, avant meme sa sortie officielle (et donc vente liee) il avait deja depasse Linux en parts de marche
J'ai pas le même souvenir avec les machines équipées de Xandros ... :)
Demander ne suffit pas non, faut les convaincre. Pour les convaincre il faut leur amener un environnement qui leur plait, et visiblement ca Linux n'y arrive pas ou ne veut pas y arriver.
Je suis dans le doute aussi ( au niveau de X11 ) .
Android n'utilise pas X11.
Quelques arguments :
- 1% aujourd'hui représente plus d'utilisateurs que Windows 98 ou Windows Me. Potentiellement, le marché est beaucoup plus important et en constante progression.
- Adblock+ 11 226 925 utilisateurs actifs en même temps ( chaque jour ). 11 Millions .
Ces 11 Millions d'utilisateurs quotidien ne sont pas comptabilisés dans les statistiques .
- http://linuxfr.org/~Sam_from_MS/30124.html
Dans ce journal , tu te rends compte que ces statistiques sont fausses : iOS dépasserait Linux ( y compris Android ) , alors que les statistiques montrent qu'Android se vend dans les machines beaucoup plus que iOS . http://linuxfr.org/comments/1158839.html#1158839
Les différentes études, recoupées et en provenance de différents organismes, s'appuient essentiellement sur l'UserAgent du navigateur et la fréquentation d'un nombre impressionnant de sites, qu'ils soient techniques ou généralistes (on parle ici de visite unique, c'est à dire qu'un internaute rafraichissant 100 fois sa page se sera comptabilisé qu'une seule fois)
Toutes ces études sont donc fausses. Le but de Xiti et consorts n'est pas, de toutes façons, de comptabiliser les différents utilisateurs en fonction des OS, mais de permettre le fonctionnement des régies publicitaires, le ciblage de la clientèle potentielle , et "garantir " les revenus publicitaires. Ce système a besoin de Windows pour perdurer sur le marché Desktop. ( par contre, il a ses marques avec Apple-pub et Google-Analytics sur les marchés mobiles ) .
Le jour où Google sort son OS en faveur des publicitaires ( Qui a dit ChromeOS ? ) sur le marché des desktops et labtops, la part de marché de Linux sur PC va bizarrement faire un bon chez Xiti et les autres.
Les détracteurs mettent en avant, de leur côté, le téléchargement des distributions. Or, tout le monde sait qu'un système d'exploitation téléchargé n'est pas forcément installé, ou pas installé comme système principal (Dual Boot). Des personnes peuvent aussi télécharger plusieurs fois la distribution, lors de mises à jours notamment. C'est fréquent si l'on en croit les différents forums de discussion.
Tu comptes comment l'utilisateur qui a un dual-boot ? D'après ce que je comprends , tu considère que c'est un utilisateur Windows , jusqu'à ce qu'il prouve que son OS principal c'est l'autre ? Si t'achètes une poire , c'est pour la manger non ? Si les gens ont acheté une licence Windows avec leur PC, ils ont le droit de consommer non ? Et s'ils font l'effort de foutre un Debian en dual boot , on va dire que c'est juste un Windowsien ? On va, nous , ici, l'enterrer avec son effort et lui dire de rester sous Windows ? Alors que justement, il a fait l'effort du multiboot, tu vois, il est devenu un peu plus libre. Il a plus qu'à continuer d'apprendre et de comprendre. Ou alors comme alternative, on n'a plus qu'à attendre la fin de la vente liée, parce que personne ne veut par défaut se débarrasser d'un truc qu'il a été obligé de payer, et comptabiliser les acheteurs Linux , et s'esclaffer devant les 80% de pdm sur le futur EeePC-1355 sous ChromeOS vs 20% pour l'EeePC-1356 sous Windows 7 Starter.
Autre méthode pour comptabiliser Linux, serait de comptabiliser les licences OEM vendues ou les activations (un peu comme Android). Or là, mise à part Novell et Redhat, dont les chiffres sont très faibles par rapport à Mac OS X ou Windows, quelles sont les distributions utilisant cette méthode ?
Moi je suis pour :
nombre d'utilisateurs / revenu généré :
Windows : quelques millions
Linux : L'infini .
Linux est donc largement , infiniment devant Windows.
Selon vous, mise à part la qualité plus que moyenne de certaines distributions et le manque d'applications grand publique et populaires comme MS Office, Photoshop ou autre, quel est le raison de l'insuccès de Linux dans le Desktop ?
ça fait peur cette question. La réalité est la vente liée.
C'est 95% du choix à l'achat. Suffit d'observer le marché des smartphones. Et la percée d'Android sur le reste, et la dégringolade de Windows Phone 6.5 montrent que la vente liée est LE facteur prépondérant sur les desktops.
ça , et demander aux fabriquants de matériels de s'impliquer niveaux drivers ( absolument libres ).
Tout le reste viendra très vite, comme c'est dispo sur Mac ou Android. Et Gimp avec les plug ins, ça roxe du cacao.
C'est que Linux perd des utilisateurs. Contrairement à ce qui a été écrit plus haut, moi j'ai vu 3 personnes repasser sous Windows ou MacOS.
ben sûr , ils sont passé sous " Linux " pour de bonnes raisons ?
Sûr qu'ils ont trouvé leur compte à utiliser Linux ?
Quand tu parles de Cartes graphiques, je suppose que tu parles de l'interaction des drivers proprios avec les logiciels distribués en fonction des versions des distributions ?
Pour moi, ce problème est récurrent :
On a un système client serveur gérant l'affichage graphique qui est un vrai château de cartes. On l'a simplifié, on a extrait des fonctions noyau , OpenGL , Gallium de ce château de cartes , mais l'architecture permettant de loguer en même temps sur la même machine 4000 utilisateurs de toute la Terre reste entière .
Ce système oblige les drivers à dialoguer avec la bonne version des logiciels distribués. ( Xserver , le kernel , cairo , ... ).
Donc les fabriquants de carte mère supportent les dernières cartes non pas en faisant un simple binaire exécutable qui fonctionnera par rétroaction sur Xserver-1.4 , mais en réalisant des binaires qui devront dialoguer avec la bonne version de Xserver et du noyau Linux.
De plus, la composition va aussi provoquer des régressions à l'usage de logiciels graphiques natifs ou lancés en environnement reconstruit par wine .
On a plein de choses disponibles, mais paradoxalement, si on utilise les binaires proprios des fabriquants de CG, on ne peut plus rien utiliser ( le château de cartes de l'affichage graphique s'effondre ). Et quand des nouveautés arrivent ( Optimus ) elles sont incompatibles avec " le château de cartes " , sauf à le reconstruire totalement en l'alourdissant encore.
A quand un simple " explorer.exe" lancé en ligne de commande ( utilisateur, pas root ), gérant simplement l'affichage ? Et dont la simplicité est telle que dès le départ, on prévoit la rétrocompatibilité ( des versions mineures ) de façon à permettre à NVidia et AMD de sortir les pilotes ( libres et proprios ) capables de rivaliser en simplicité et rapidité avec Windows XP ?
A quand une librairie ( Gallium ) dialoguant avec ce simple explorateur ?
A quand un OpenGL dialoguant avec ce simple explorateur ?
Quand est-ce qu'on " aura le choix " aussi au niveau du système d'affichage graphique ? ( Soit Xorg, soit " explorer.exe " ).
Combien d'entre vous ont déjà utilisé XDMCP pour utiliser le client graphique d'une machine distante ?
Non.
Il y a un village martyr en Biélorussie .
Khatine, l'un des 616 villages Biélorusses brulés avec tous leurs habitans le 22 mars 1943 par les troupes nazies .
L'union soviétique a décidé de faire de ce khatine l'équivallent de notre Oradour-Sur-Glane.
Ce village martyr n'a rien à voir avec le lieu où les militaires de l'Union Soviétiques ont exécuté des officiers polonais :
Puisqu'en russe c'est катын
Le signe ы est un i dur , tout le contraire du y français qui dans " oyez oyez braves gens" , sert pour " mouiller " , selon la linguistique russe , le " ez " final .
L'usage actuel de la transformation entre le cyrillique et le latin est complètement dénué de sens.
[^] # Re: ve
Posté par houra . En réponse au journal "Free Mobile : la ville de Paris sous pression pour limiter le nombre d'antennes". Évalué à -2.
Cas tout à fait probant de prises de décisions arbitraires et non assumées, de déclarations fausses, de relevés d'intensité montrant le non respect des règlements sur la puissance émise par les antennes relais, et de maladies rares touchant des enfants comme une épidémie.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Trop d'antennes ? Y'a une solution simple...
Posté par houra . En réponse au journal "Free Mobile : la ville de Paris sous pression pour limiter le nombre d'antennes". Évalué à 0.
EDF n'a jamais eu le monopole de la production d'électricité. Jamais.
Sedullus dux et princeps Lemovicum occiditur
[^] # ve
Posté par houra . En réponse au journal "Free Mobile : la ville de Paris sous pression pour limiter le nombre d'antennes". Évalué à -3.
Du coup, on va se retrouver comme aux states où dans les petites villes on a une pagaille de poteaux électriques qui s'arrachent tous dès que le vent dépasse les 45 km/h .
Ou alors, on se pose, on dit STOP à la propagande capitaliste de l'obligation de la non mutualisation des ressources et réseaux , et on fait quelque chose qui arrange tout le monde, on évite de poser des antennes sur des cantines, dont l'énergie rayonnée est supérieure aux rayons balancés aux cancéreux , et on fait les choses bien, comme lorsqu'on a dépensé quelques milliards pour poser des centraux électromécaniques partout .
On crève de vouloir copier le modèle américain. Bientôt, le meilleur réseau électrique du monde ne sera plus qu'un lointain souvenir et on sera obligé, comme à Berlin, d'avoir des groupes électrogènes d'appoint pour palier aux coupures, et tous nos ordis seront reliés via un onduleur, comme aux Etats Unis d'Amérique.
C'est ptet ça l'avenir.
C'est marrant, je vois Attila réélu, quand je lis les commentaires sur LinuxFR.
Sedullus dux et princeps Lemovicum occiditur
# oam
Posté par houra . En réponse au journal Softs qui déchiraizent \o/. Évalué à 2.
vlc
Netbeans
valide
zsh
vi
gcc
gnash
portmaster
locate
sysctl
kldload
Logiciels qui n'ont pas changé ma vie :
- Grub && Grub2
- hal
- gdm/kdm/xdm
PS: HS, puisque le sujet se limite à linusque .
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Vous enterrez déjà Mandriva ?
Posté par houra . En réponse à la dépêche Mandriva Linux et après ? Mageia !. Évalué à 6.
- RedHat - Fedora
- Suse - OpenSuse
- Solaris - OpenSolaris
Alors, un intérêt pour Mandriva à conserver les liens ? Oui.
Le fera-t-il ? Je ne sais pas.
Un intérêt pour les utilisateurs ?
euh, si le support est le même que pour les Mandriva actuelles, ben, benco .
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Debian a raison
Posté par houra . En réponse à la dépêche Pas de Chromium pour Debian Squeeze. Évalué à -1.
Bon sinon, je ne prêche pas , je ne dénonce pas, et je m'en fous Royal des bibliothèques.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Debian a raison
Posté par houra . En réponse à la dépêche Pas de Chromium pour Debian Squeeze. Évalué à -2.
versions des libs qu'ils utilisent, mais que c'est moins chiant qu'ils
s'abonnent aux avis de sécurité sur les libs qu'ils utilisent ?
Ça n'a absolument aucun sens.
Aucun, d'ailleurs, aucun paquet n'a jamais de problèmes de dépendances au moment des mises à jour.
Heu je pense que t'as pas compris. Un header contient juste en théorie les
prototypes des fonctions et les déclarations de types, en gros c'est utile qu'au
moment de la compilation et on s'en cogne.
En revanche, le linkage statique va inclure toute la lib dans l'executable, et
donc va l'alourdir, là où le linkage dynamique permet de charger la lib au
moment de l'exécution, et donc elle n'est présente sur le système qu'une seule
fois.
Ma réponse est deux posts plus haut.
Bah dans ce cas là, la solution c'est qu'une libgecko développée upstream et
utilisée par Firefox soit bien faite, pas de pomper le code et de l'inclure dans
ton soft. Qu'est-ce que tu fais pour merger les modifs upstream de gecko après ?
Demande-toi plutôt pourquoi Firefox ne donne pas de libGecko.
Heu j'ai peur de pas comprendre ce que tu veux dire.
KDE utilise quelles bases de données ( au pluriel ) ?
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Debian a raison
Posté par houra . En réponse à la dépêche Pas de Chromium pour Debian Squeeze. Évalué à -1.
Moi je parle non pas de faire un boulot crado comme aller donner à l'EDI un chemin vers une bibliothèque externe et l'inclure dans le paquet ... Je parle de récupérer les sources et de compiler l'ensemble dans ton logiciel. :)
Évidemment, si les mecs font le boulot à moitié... ;S
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Debian a raison
Posté par houra . En réponse à la dépêche Pas de Chromium pour Debian Squeeze. Évalué à 1.
- Si un groupe de développeurs ne suit pas les libs concernées, à un moment donné il va y avoir un problème de version dans le paquet. Inclure les libs permet de se passer de ce genre de problème, qui peut être bloquant, sans que rien d'autre que le numéro de version n'ait changé pour le groupe en question
- Pour la sécurité, j'ose imaginer que l'équipe qui fait le projet sait d'où vient ce qu'elle y a inclus , et est capable de s'abonner aux avis et en tenir compte.
- La mémoire, c'est uniquement la place du binaire sur le disque dur. Rien ne change à l'usage, quand tu fais un #include 'toto.h" ou un #include "/usr/lib/toto.h" si les deux libs sont identiques. Et même s'il faut y réfléchir, c'est quoi , 300ko de + , lorsque le To est à 70€ ? le soupçon de sérénité ?
Le grain de sel des mises à jour tranquilles ?
- La collaboration, c'est si possible, et si on modifie la lib de façon conforme aux objectifs. Quand je vois que le paquet Epiphany inclue Gecko , c'est à dire Firefox en entier sous FreeBSD, je me dis que quelque fois, les libs, ça pourrait être mieux géré. Si je devais faire un navigateur utilisant Gecko, crois moi, je prendrait tout ce qui concerne Gecko dans Firefox, mais ça serait du rm de tout le reste, et pas de remontées, peut -etre une énieme libGecko qui sera plus à jour à la prochaine update de firefox. ( à côté, webkit est dispo beaucoup plus facilement :s )
Quant à sqlite, en même temps, ce truc est fait pour être inclus dans les programmes . Sinon, faut travailler avec du lourd.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Pipo
Posté par houra . En réponse au journal Linux sur le desktop et 1% de part de marché : mythe ou réalité ?. Évalué à 2.
La situation actuelle te permet peut-être de dire que le noyau Linux d'Android est un fork du développement , mais ce n'est ni la volonté de Google, ni la volonté des développeurs de Linux.
Par contre X11 et KDE sont des logiciels , et ces logiciels n'ont rien à voir avec Linux, mis à part les outils pour communiquer entre eux et le noyau. De cette façon, KDE et Gnome ou tout autre gestionnaire de bureau ne sont pas obligatoires pour faire fonctionner une Debian minimale en mode texte.
Dernier point, avec le Toshiba ac 100
http://www.frandroid.com/31653/toshiba-ac-100-deballage-du-s(...)
Tu as un Nettop sous Android qui ne sert pas à téléphoner.
Alors, tu le classes dans quelle catégorie ?
- Windows ?
- Linux ?
- Haiku ?
- Autre ?
Comme je dis, le coup des 1% , ou des 10% ou des 40% j'y crois pas. Et ça n'a aucun intérêt pour moi de savoir.
Ce qui m'importe , c'est que c'est très loin d'être uniquement un succès d'estime.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Pipo
Posté par houra . En réponse au journal Linux sur le desktop et 1% de part de marché : mythe ou réalité ?. Évalué à 2.
Bon par contre, avec le Toshiba ( netbook ARM sous Android ) , et les futurs netbooks ChromeOS sous AMD et Intel, ça va être très dur , très très dur, de justifier la progression de 15 à 25 Millions par trimestre, tout en restant à " 1% de pdm " . :)
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: RIP
Posté par houra . En réponse à la dépêche Une distribution Mandriva Linux 2011.0 pour quoi ?. Évalué à 9.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: opengl
Posté par houra . En réponse à la dépêche Sortie de Cairo 1.10. Évalué à 1.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: opengl
Posté par houra . En réponse à la dépêche Sortie de Cairo 1.10. Évalué à 5.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Toujours pas au point, la communication
Posté par houra . En réponse au journal Le chemin complexe de Mandriva. Évalué à 2.
Mais j'ai bien envie de les pousser vers PCBSD.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: opengl
Posté par houra . En réponse à la dépêche Sortie de Cairo 1.10. Évalué à 3.
http://www.pcinpact.com/actu/news/59212-firefox-4-beta-5-nou(...)
Le commentaire n°40
http://www.pcinpact.com/actu/news/59212-firefox-4-beta-5-nou(...)
la suite, en particulier les tests personnels :
Commentaire n°64
http://www.pcinpact.com/actu/news/59212-firefox-4-beta-5-nou(...)
Et les 30 commentaires suivants. ( surtout le 75 ).
L'accélération 2D fonctionne sous Linux depuis un bail ( 1996 avec XAA ), et Windows ne fait que rattraper un retard certain avec Direct2D. A noter le commentaire 92 : le driver non libre Nvidia semble avoir des gros problèmes de performances en accélération 2D ( et les cartes Evergreen ne sont pas encore supportées par la version stable du driver libre radeon ). Grâce à Cairo, les logiciels ont un accès plus facile aux fonctions d'accélération 2D et 3D . Mais les 2 accélérations existent et sont distinctes.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Pipo
Posté par houra . En réponse au journal Linux sur le desktop et 1% de part de marché : mythe ou réalité ?. Évalué à 2.
Moi, sur ma Mandriva, j'ai Opera .
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Pipo
Posté par houra . En réponse au journal Linux sur le desktop et 1% de part de marché : mythe ou réalité ?. Évalué à 2.
euh, ah si peu...
bon alors c'est même pas ma peine d'en parler.
Résultat, Android se place en troisième position, à deux doigts de BlackBerry OS (11,23 millions ; +3,45 millions), et surtout devant iOS (8,74 millions ; +3,42 millions) et Windows Mobile (3,1 millions ; -730 000).
Voila.
2eme trimestre 2010 , 11.23 Millions de smartphones équipés d'un noyau Linux ( Android ) se sont vendues.
http://www.pcinpact.com/actu/news/58782-ventes-telephones-ht(...)
ça fait pour les statistiques des pages visitées, déjà l'équivallent du 1% Linux . Rien que pour les smartphones android vendus en 1 trimestre .
Ridicule .
Absurde .
Débile .
iOS a ete mis en vente quelque siecles avant Android, partant de la sa part de marche effective est plus elevee meme si il s'en vend moins chaque mois, ca veut simplement dire que les parts de iOS baissent, mais ca bouge doucement.
Non, dans le journal que je cite, l'auteur donne un lien vers un site qui dit que la part d'iOS progresse au contraire, ce que les chiffres de vente désavouent.
Eh hop, on repart sur une petite rumeur de complot, Xiti tricherait car ca l'arrange.
Google avait les memes chiffres a l'epoque ou ils les montraient, eux aussi ca les arrangeait de tricher ?
C'est pas possible d'etre honnete sans en disant quelque chose de negatif envers Linux en fait hein ?
Comme je suis ni machiavel ni un de ces disciples, je ne me permettrai pas de dire d'un site qui a un objectif pour vivre de tricher lorsqu'on extrapôle ses données pour montrer autre chose .
Xiti est là pour évaluer l'empreinte de la publicité.
Il est pas là pour remplacer le ressencement de la population.
Malheureusement pas du tout.
Pendant Vista, Mac OS X a grimpe pas Linux, visiblement la vente liee ne genait pas Mac OS X
Lorsque on a fini Win7, avant meme sa sortie officielle (et donc vente liee) il avait deja depasse Linux en parts de marche
J'ai pas le même souvenir avec les machines équipées de Xandros ... :)
Demander ne suffit pas non, faut les convaincre. Pour les convaincre il faut leur amener un environnement qui leur plait, et visiblement ca Linux n'y arrive pas ou ne veut pas y arriver.
Je suis dans le doute aussi ( au niveau de X11 ) .
Android n'utilise pas X11.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Pas d'intérêt.
Posté par houra . En réponse au journal Linux sur le desktop et 1% de part de marché : mythe ou réalité ?. Évalué à 3.
Sedullus dux et princeps Lemovicum occiditur
# Pipo
Posté par houra . En réponse au journal Linux sur le desktop et 1% de part de marché : mythe ou réalité ?. Évalué à 8.
- 1% aujourd'hui représente plus d'utilisateurs que Windows 98 ou Windows Me. Potentiellement, le marché est beaucoup plus important et en constante progression.
- Adblock+ 11 226 925 utilisateurs actifs en même temps ( chaque jour ). 11 Millions .
Ces 11 Millions d'utilisateurs quotidien ne sont pas comptabilisés dans les statistiques .
- http://linuxfr.org/~Sam_from_MS/30124.html
Dans ce journal , tu te rends compte que ces statistiques sont fausses : iOS dépasserait Linux ( y compris Android ) , alors que les statistiques montrent qu'Android se vend dans les machines beaucoup plus que iOS .
http://linuxfr.org/comments/1158839.html#1158839
Les différentes études, recoupées et en provenance de différents organismes, s'appuient essentiellement sur l'UserAgent du navigateur et la fréquentation d'un nombre impressionnant de sites, qu'ils soient techniques ou généralistes (on parle ici de visite unique, c'est à dire qu'un internaute rafraichissant 100 fois sa page se sera comptabilisé qu'une seule fois)
Toutes ces études sont donc fausses. Le but de Xiti et consorts n'est pas, de toutes façons, de comptabiliser les différents utilisateurs en fonction des OS, mais de permettre le fonctionnement des régies publicitaires, le ciblage de la clientèle potentielle , et "garantir " les revenus publicitaires. Ce système a besoin de Windows pour perdurer sur le marché Desktop. ( par contre, il a ses marques avec Apple-pub et Google-Analytics sur les marchés mobiles ) .
Le jour où Google sort son OS en faveur des publicitaires ( Qui a dit ChromeOS ? ) sur le marché des desktops et labtops, la part de marché de Linux sur PC va bizarrement faire un bon chez Xiti et les autres.
Les détracteurs mettent en avant, de leur côté, le téléchargement des distributions. Or, tout le monde sait qu'un système d'exploitation téléchargé n'est pas forcément installé, ou pas installé comme système principal (Dual Boot). Des personnes peuvent aussi télécharger plusieurs fois la distribution, lors de mises à jours notamment. C'est fréquent si l'on en croit les différents forums de discussion.
Tu comptes comment l'utilisateur qui a un dual-boot ? D'après ce que je comprends , tu considère que c'est un utilisateur Windows , jusqu'à ce qu'il prouve que son OS principal c'est l'autre ? Si t'achètes une poire , c'est pour la manger non ? Si les gens ont acheté une licence Windows avec leur PC, ils ont le droit de consommer non ? Et s'ils font l'effort de foutre un Debian en dual boot , on va dire que c'est juste un Windowsien ? On va, nous , ici, l'enterrer avec son effort et lui dire de rester sous Windows ? Alors que justement, il a fait l'effort du multiboot, tu vois, il est devenu un peu plus libre. Il a plus qu'à continuer d'apprendre et de comprendre. Ou alors comme alternative, on n'a plus qu'à attendre la fin de la vente liée, parce que personne ne veut par défaut se débarrasser d'un truc qu'il a été obligé de payer, et comptabiliser les acheteurs Linux , et s'esclaffer devant les 80% de pdm sur le futur EeePC-1355 sous ChromeOS vs 20% pour l'EeePC-1356 sous Windows 7 Starter.
Autre méthode pour comptabiliser Linux, serait de comptabiliser les licences OEM vendues ou les activations (un peu comme Android). Or là, mise à part Novell et Redhat, dont les chiffres sont très faibles par rapport à Mac OS X ou Windows, quelles sont les distributions utilisant cette méthode ?
Moi je suis pour :
nombre d'utilisateurs / revenu généré :
Windows : quelques millions
Linux : L'infini .
Linux est donc largement , infiniment devant Windows.
Selon vous, mise à part la qualité plus que moyenne de certaines distributions et le manque d'applications grand publique et populaires comme MS Office, Photoshop ou autre, quel est le raison de l'insuccès de Linux dans le Desktop ?
ça fait peur cette question. La réalité est la vente liée.
C'est 95% du choix à l'achat. Suffit d'observer le marché des smartphones. Et la percée d'Android sur le reste, et la dégringolade de Windows Phone 6.5 montrent que la vente liée est LE facteur prépondérant sur les desktops.
ça , et demander aux fabriquants de matériels de s'impliquer niveaux drivers ( absolument libres ).
Tout le reste viendra très vite, comme c'est dispo sur Mac ou Android. Et Gimp avec les plug ins, ça roxe du cacao.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: pas compris
Posté par houra . En réponse au journal Diaspora: rendez-vous le 15 Septembre. Évalué à 2.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Logo google
Posté par houra . En réponse au journal Google nous renvoie dans les années 90. Évalué à 5.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: La triste conclusion
Posté par houra . En réponse au journal iOS dépasserait Linux en terme de nombre d'utilisateurs (?). Évalué à 3.
ben sûr , ils sont passé sous " Linux " pour de bonnes raisons ?
Sûr qu'ils ont trouvé leur compte à utiliser Linux ?
Quand tu parles de Cartes graphiques, je suppose que tu parles de l'interaction des drivers proprios avec les logiciels distribués en fonction des versions des distributions ?
Pour moi, ce problème est récurrent :
On a un système client serveur gérant l'affichage graphique qui est un vrai château de cartes. On l'a simplifié, on a extrait des fonctions noyau , OpenGL , Gallium de ce château de cartes , mais l'architecture permettant de loguer en même temps sur la même machine 4000 utilisateurs de toute la Terre reste entière .
Ce système oblige les drivers à dialoguer avec la bonne version des logiciels distribués. ( Xserver , le kernel , cairo , ... ).
Donc les fabriquants de carte mère supportent les dernières cartes non pas en faisant un simple binaire exécutable qui fonctionnera par rétroaction sur Xserver-1.4 , mais en réalisant des binaires qui devront dialoguer avec la bonne version de Xserver et du noyau Linux.
De plus, la composition va aussi provoquer des régressions à l'usage de logiciels graphiques natifs ou lancés en environnement reconstruit par wine .
On a plein de choses disponibles, mais paradoxalement, si on utilise les binaires proprios des fabriquants de CG, on ne peut plus rien utiliser ( le château de cartes de l'affichage graphique s'effondre ). Et quand des nouveautés arrivent ( Optimus ) elles sont incompatibles avec " le château de cartes " , sauf à le reconstruire totalement en l'alourdissant encore.
A quand un simple " explorer.exe" lancé en ligne de commande ( utilisateur, pas root ), gérant simplement l'affichage ? Et dont la simplicité est telle que dès le départ, on prévoit la rétrocompatibilité ( des versions mineures ) de façon à permettre à NVidia et AMD de sortir les pilotes ( libres et proprios ) capables de rivaliser en simplicité et rapidité avec Windows XP ?
A quand une librairie ( Gallium ) dialoguant avec ce simple explorateur ?
A quand un OpenGL dialoguant avec ce simple explorateur ?
Quand est-ce qu'on " aura le choix " aussi au niveau du système d'affichage graphique ? ( Soit Xorg, soit " explorer.exe " ).
Combien d'entre vous ont déjà utilisé XDMCP pour utiliser le client graphique d'une machine distante ?
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Problème délicat.
Posté par houra . En réponse au journal Délit d'opinion : 1 an de prison ferme. Évalué à 2.
Il y a un village martyr en Biélorussie .
Khatine, l'un des 616 villages Biélorusses brulés avec tous leurs habitans le 22 mars 1943 par les troupes nazies .
L'union soviétique a décidé de faire de ce khatine l'équivallent de notre Oradour-Sur-Glane.
Ce village martyr n'a rien à voir avec le lieu où les militaires de l'Union Soviétiques ont exécuté des officiers polonais :
http://fr.wikipedia.org/wiki/Fichier:Katyn_massacres_1940_ma(...)
Comme tu le vois, ce petit village est situé en Russie, au milieu de l'Europe , puisque juste à quelques kilomètres à l'Ouest de Smolensk.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Problème délicat.
Posté par houra . En réponse au journal Délit d'opinion : 1 an de prison ferme. Évalué à 2.
Puisqu'en russe c'est катын
Le signe ы est un i dur , tout le contraire du y français qui dans " oyez oyez braves gens" , sert pour " mouiller " , selon la linguistique russe , le " ez " final .
L'usage actuel de la transformation entre le cyrillique et le latin est complètement dénué de sens.
Sedullus dux et princeps Lemovicum occiditur