votre avatar Abonné

lecbee

est avec nous depuis le 9 décembre 2004 ❤️

102 commentaires

Le 23/11/2015 à 20h 17







BlackKrystal a écrit :



Sur mon HTPC (AMD A6 6400K, HD8450, un bon Richland des familles), sous Mint 17.2 KDE :




  • le driver libre m’envoie des déchirures d’images dans la gueule, c’est ignoble et non regardable





    Un kernel aussi vieux (3.16) avec du matos aussi récent pour du desktop c’est pas possible !

    Pas de chance pour toi, les noyaux 3.17 et 3.18 ont apportés de grosses améliorations pour les Richland justement.



    Je te conseille de tester avec une distribution plus à jour, genre Fedora 23.


Le 23/11/2015 à 20h 14







cislo a écrit :



 (nvidia aide le projet nouveau depuis que Torvald les a insulter publiquement)





Nvidia n’a absolument pas changer sa politique.

Concernant nouveau, leur “aide” est toujours anecdotique.

La partie où ils contribuent c’est sur Tegra, car leur puce tourne dans les tablettes Android tout simplement. Et c’était déjà le cas avant que Linus les “insulte”. En fait c’est parce qu’ils ne travaillaient “pas bien” avec l’upstream que Linus les a “engueulé”.


Le 10/09/2015 à 17h 55







Uther a écrit :



+1

Ce n’est certainement pas le marché Linux encore anecdotique qui explique la situation d’AMD. Mais j’ai beau aprécier AMD, en tant qu’utilisateur Linux, , le choix du constructeur de ma carte graphique ne c’est même pas posé. Les drivers ATI ne sont juste pas au niveau.





Précise bien “propriétaire”. Parce que niveau pilote libre, ce sont justes les meilleurs pour jouer&nbsp;<img data-src=" />


Le 18/08/2015 à 19h 57

&nbsp;







bingo.crepuscule a écrit :



Actuellement dans mon PC, c’est j’ai une Nvidia GTX 760, elle fait partie de la génération Tesla ?





&nbsp;GeForce 400500 = Fermi (et non pas Tesla comme j’ai dit précédemment)

&nbsp;GeForce 600700 = Kepler



&nbsp;Donc oui il y a du OpenGL 4.1 aussi pour la GTX 760 car le “pilote”

Mesa qui gère ces cartes est le même à partir des chips Fermi (nvc0). &nbsp;



&nbsp;&nbsp;     







bingo.crepuscule a écrit :



je ne suis pas trop au fait des générations… Mais je suis content que Ma Radeon HD 7850 OC soit enfin prise en charge par les drivers libres de façon satisfaisant, faudrait que je la remonte pour voir ce que ça

donne, les pilotes propriétaires étaient catastrophiques…





&nbsp;

&nbsp;Essayes avec une distribution récente, type Fedora 22 ou une rolling release. Avec Fedora 22 tu auras du OpenGL 3.3 avec la Radeon (avec la GTX 760 aussi d’ailleurs).

&nbsp;


Le 18/08/2015 à 17h 49







TomGun a écrit :



Quelqu’un sur Linux (en dehors de Ubuntu) a déjà vu l’enquête mensuelle de Steam ? Je n’ai jamais vu s’afficher la pop-up alors que sous Windows c’est systématique. Je n’ai donc logiquement jamais été compté comme utilisateur de Linux et si le problème est généralisé je suis loin d’être le seul.





Oui moi sur Fedora plusieurs fois.


Le 18/08/2015 à 17h 34







bingo.crepuscule a écrit :



Bon à savoir ça… On la la liste des GPU supportant l’accélération complète ?





Avec Mesa, toutes les cartes Nvidia de génération Tesla (GeForce 400) et supérieures gèrent l’OpenGL 4.1. Il en est de même pour les cartes Radeon de génération Southern Island (HD 7000) et supérieures.

&nbsp;



Enfin ça c’est ce qu’il y a dans la prochaine version de Mesa (v11.0) qui sort en septembre, donc disponible uniquement dans les prochaines distributions à sortir en octobre (Fedora 23 et Ubuntu 15.10).


Le 18/08/2015 à 17h 11







fullsun a écrit :



nouveau n’a pas la 3D (c’est marqué pourtant)… <img data-src=" />





Si si, nouveau gère l’OpenGL 4.1 depuis le mois dernier.


Le 30/06/2015 à 21h 59







Bobmoutarde a écrit :



Certains serveurs risquent de faire la tronche… Notamment côté RedHat où il faut patcher vos machines avec le package tzdata le plus récent possible (RHEL préconnise la version 2015-a mini).

Sous peine d’avoir une surconsommation CPU.





Pas de problèmes majeurs avec des RHEL/CentOS relativement à jour (RHEL 4.9, RHEL 5.5+, RHEL 6.4+, RHEL 7.0+). Par ailleurs, le fait d’avoir le paquet tzdata à jour est surtout nécessaire pour les serveurs n’ayant pas de client ntp actifs. Je vous recommande de lire ceci : Resolve Leap Second Issues in Red Hat Enterprise Linux


Le 09/06/2015 à 18h 54







Dr.Wily a écrit :



Donner la charge à l’OS ou à l’application ça reviendrait à une perte de perf. même pour de l’archivage.





Tu dois faire partie de ce qui pense que le RAID matériel est plus performant que le RAID logiciel ^^


Le 12/11/2014 à 20h 22







wkpixearts a écrit :



L’ajout du ZFS (je pense que le newseur est passé à coté) c pour le système (car présent depuis la v.8.)





Incroyable que tu sois le seul à le dire ! Parce qu’évidemment que ZFS était présent dans FreeNAS auparavant, c’est même LA fonctionnalité la plus intéressante. Pas de ZFS = pas de FreeNAS.



La nouveauté dans la 9.3, c’est de pouvoir booter sur une partition ZFS au lieu d’UFS.


Le 09/09/2014 à 10h 57







Alucard63 a écrit :



Oui, l’OS se charge déjà de répartir les processus entre les threads intelligemment.<img data-src=" />





Ça dépend du scheduler. Il est possible que ce soit plus efficient de repartir les 4 threads sur un seul core plutôt que sur 4.


Le 27/08/2014 à 17h 43







luxian a écrit :



Mais encore ?



Pour moi, Wxp tourne très bien pour lancer les 3 pauvres logiciels sous windows dont j’ai besoin parfois alors que mon hôte est un Nux 64bits.

Au contraire … il se lance plus vite en virtualisé et 2 ou 3 virtuels-processeurs déclarés qu’avec 1 seul … voir qu’installé en natif sur la même machine (quadcore) <img data-src=" />.





J’ai fais un amalgame, je voulais parler d’un hôte 32 bits. Mais c’était pas le sujet du coup <img data-src=" />


Le 27/08/2014 à 11h 47







luxian a écrit :



Dites, dans un Windows Xp 64 (ou W7 x64 d’ailleurs) virtualisé via VirtualBox, vous n’auriez pas remarqué comme moi que la version 64 de Chrome se lancait environ … 20 fois plus vite que la même version en 32 bits ?





Virtualisation + 32 bits = caca


Le 25/08/2014 à 18h 26







jun a écrit :



Aujourd’hui je bosse essentiellement en asie, dans des pays où des prestataires chinois sont souvent sollicités. J’ai suffisamment d’expérience dans cette région pour préféré travailler avec des dev cambodgien plutôt qu’avec des dev chinois… Après ça n’engage que moi.



Puis quand un mec qui a mes origines chinoises, ironise sur les “standard de qualité” chinois, c’est quand même qu’il y a anguille sous roche…





Pour confirmer tes dires, je viens de voir une anecdote intéressante ici :

https://linuxfr.org/users/sam_from_ms/journaux/microsoft-iis-depasse-apache-en-t…


Le 11/05/2014 à 15h 52







skyr-angel a écrit :



Sinon garantie à vie en France ça veut souvent dire 10 ans non ?





Il me semble que la garantie à vie ça veut dire garantie tant que le constructeur fabrique le produit.


Le 05/05/2014 à 21h 19







Kamalen a écrit :



Sans troller autant que 127.0.0.1, c’est clair que c’est le problème numéro 1 de la communauté open-source ; plutôt que de discuter et de régler les situations, on préfère forker un projet et diviser la communauté en deux projets, et donc faire le travail plusieurs fois.





C’est pas systématiquement un problème, et de plus c’est pas un problème lié à l’open-source.



Pour le 1er point, parmi les gros fork dont je me souvienne, il y a OpenOffice/LibreOffice, MySQL/MariaDB. Dans les 2 cas ce sont des réussites. Il y a aussi libjpeg et libjpeg-turbo pour des trucs moins visibles. Bref, généralement quand y’a un fork c’est qu’il y a une bonne raison quand même.



Pour le second point, la division des ressources est énormément plus importantes sur les logiciels propriétaires. Un exemple concret sont les pilotes graphiques. Intel, Nvidia et AMD fait chacun sa pile graphique complète. Alors qu’avec la pile 3D libre (Mesa), il y a énormément de code commun pour toutes les cartes !

J’avais trouvé un bug d’affichage sur Left 4 Dead 2 avec quelques Radeon HD 4000 et des options graphiques particulières. Quelque mois plus tard le bug a été corrigé… par un gars d’Intel. C’était un bug dans le compilateur GLSL, utilisé par Intel, AMD et Nvidia.


Le 22/04/2014 à 17h 06







luxian a écrit :



Là, nous sommes obligé d’attendre encore 2 mois avant de passer à la 14.04, rien que parce qu’il faut les pilotes ATI/AMD (ceux fournis par défaut ne gèrent pas les ventilos de ma HD6850 qui du coup, tournent à fond et me rendent sourd) !!!





Si tu as un noyau 3.11 ou supérieur, il te suffit d’activer le DPM :

http://www.phoronix.com/scan.php?page=article&item=amd_radeon_dpm&num=1


Le 22/04/2014 à 17h 05







luxian a écrit :



Bon en effet, c’est carême.

Comme d’hab, j’installe, je teste avec le même Unigine Valley 1.0 et je constate :

Extreme HD …

9.4 vs 9.7 avec la béta précédente

Extreme :

15 FPS vs 15.8 avant

Basic

22.8 vs 22.8 FPS





Avec quelle carte ?


Le 09/04/2014 à 13h 55







GentooUser a écrit :



Je vient de voir aussi, l’évolution majeure de RHEL 6.5 : le passage à OpenSSL 1.0.1 <img data-src=" /> C’est d’ailleurs contraire à la pratique de RedHat au passage et a dû être motivé par le retard pris par RHEL 7 ?



EDIT: Linuxfr dit que la cause est le rachat de Glusterfs.





Je ne sais pas ce qui a motivé la mise à jour de version d’OpenSSL, mais il y a régulièrement des mises à jours importantes des paquets même dans les versions intermédiaires (exemple passage de samba 3.5 à 3.6 entre RHEL 6.3 et 6.4).



Pour ce qui est de RHEL7, je ne pense pas qu’elle prenne spécialement du retard. Il faut voir aussi que RH apporte 13 ans de support pour RHEL5 et 6, donc s’ils sortent trop rapidement des nouvelles versions majeures, ça va leur faire beaucoup de support à faire ! RHEL4 est encore supporté jusqu’à début 2015…


Le 09/04/2014 à 13h 20







GentooUser a écrit :



Je savait bien que, contrairement à ce qui est dit ça et là RHEL n’est pas affecté.





Si, RHEL est impactée, mais seulement les versions à jours (RHEL 6.5). Je crois que c’est ce qu’on appelle l’ironie du sort ^^

https://lwn.net/Articles/593840/


Le 08/04/2014 à 18h 10

L’histoire de l’Arche de Noé, ça me rappelle un excellent article à lire :

http://www.nioutaik.fr/index.php/2011/03/18/613-larche-de-noe-cest-vraiment-nimp…

Le 25/03/2014 à 15h 31







aureus a écrit :



Je sais très bien que très peu de boite sont à jour niveau sécu que ce soit PME ou boite internationale, mais c’est pas parce qu’ils sont nombreux à être incompétents que ca les rends compétents.





Tu peux aussi te remettre en question et dire que si autant de monde est dans ce cas, alors peut-être que la compétence n’est pas le seul critère en jeu…







aureus a écrit :



Et quand on parle support, on parle surtout de ses mises à jours de sécurité qui vont s’arrêter.





Pour moi le support, c’est surtout le fait de pouvoir contacter quelqu’un en cas de problème. Et qu’ils apportent une solution au problème.

Les mises à jour ne sont qu’une partie du support. Et on obtient la majorité du temps des mises à jour sans avoir le support.


Le 25/03/2014 à 15h 07







aureus a écrit :



Et donc tu vas te retrouver avec un OS sans support ?





Sur les postes clients (Windows XP), on a actuellement aucun support de Microsoft, juste des mises à jours de sécurité disponible via Windows Update.



Et tu crois réellement que dans toutes les entreprises qui utilisent encore WIndows XP, que tous les postes sont déjà bien à jour niveau màj de sécurité. Et je ne parle pas de tous les autres logiciels… (Adobe, navigateur, client de transfert de données divers, etc.).


Le 25/03/2014 à 14h 50







aureus a écrit :



Nan mais une boite qui se retrouve a 2 semaines de la fin de support sans avoir migré c’est qu’ils se sont foiré ( pour ne pas parler d’incompétance).





Non.

Dans ma boite on a, à vu d’œil, encore 60 % de Windows XP. D’un point de vue utilité, le passage à une version supérieur ne nous apporte rien.



On est en train de budgéter le passage à Win 7 ou 8. Ça table sur du 15000-30000 € je sais plus les chiffres… Sans compter le nécessaire renouvellement d’un bon pourcentage de machine trop veilles pour faire fonctionner le nouvel OS.



Après faudra procéder à l’installation ou mise à jour du parc, des heures de maintenance, etc.



Tout ça juste pour quelques failles de sécurité.


Le 26/02/2014 à 19h 09

Ah ouai, mais c’est carrément moins bien alors ! <img data-src=" />

Le 26/02/2014 à 18h 57







Konrad a écrit :



Il faut quand même savoir que nVidia bride volontairement ses pilotes pour Linux, afin de favoriser l’utilisation de plates-formes Windows (du propre aveu de nVidia : cas confirmé de quelqu’un qui peut utiliser 4 écrans sous Windows, mais seulement 3 sous Linux).







Tu as l’air spécialisé en téléphone arabe.

Il a été démontré que Nvidia retirait une fonctionnalité uniquement présente sur Linux. Ça n’a rien à voir avec les performances.


Le 26/02/2014 à 18h 55







rammfan a écrit :



Il ne manque plus que CS:GO comme jeu Valve non ?





Et Left 4 Dead 1.

Je n’y ai jamais joué, j’ai que le 2 donc je ne sais pas s’ils sont vraiment différents par contre.


Le 05/02/2014 à 08h 43

J’aurais volontiers acheté Brave New World s’il fonctionnait sur Linux. Tanpis pour eux.

Le 05/12/2013 à 08h 18







bingo.crepuscule a écrit :



Sauf que les pilotes libres sont actuellement incapables de faire tourner d’autres jeux que le premier half life et dérivés… Faute du support d’une version récente d’OpenGL, pour le moment…





Je fais tourner ETQW, HL² Episode Two, CS:S, Oil Rush (et les benchmarks Unigine Tropics, Valley, Heaven) ainsi que Left 4 Dead 2 sans problème sur mon ancienne HD4850 et ma nouvelle HD5870. Et crois-moi je ne mets pas les graphismes au miniumm, et ça tourne impeccable !







bingo.crepuscule a écrit :



En plus les pilotes libres foutent les ventilos à fond les ballons sur la plupart des cartes AMD, et impossible de régler manuellement leur vitesse… Seul le pilote proprio fait ça.





Ca fait un petit moment qu’on peut régler manuellement le mode de performance. Et depuis quelques mois c’est automatique (kernel 3.11).


Le 04/12/2013 à 19h 55







bingo.crepuscule a écrit :



‘fin je tiens à rappeler que les fabricants de GPU devraient aussi y mettre du leur pour que les choses s’améliorent, notamment AMD, encore et toujours pointé du doigt pour ses performances minables des drivers Linux, comparé à Windows. <img data-src=" />





Précise bien que tu parles des pilotes proprio. Parce que concernant les pilotes libres, seul AMD est viable pour jouer à des jeux AAA sur Linux.


Le 26/11/2013 à 11h 33







luxian a écrit :



Merci, mais ça ne me semble gérer que la puissance de la carte cette méthode.



Ca ne gère pas la vitesse de rotation des ventilateurs <img data-src=" />.



Hors, les ventilateurs de ma (saloperie) de carte tournent à 80 % par défaut, même quand j’ai abaissé la fréquence de 830 MHz à 600 MHz !!

Il n’y a pas d’adaptation automatique de ceux-ci par rapport à la fréquence des processeurs ou la puissance consommée.





Ça doit dépendre des cartes. T’as du tomber sur une des rares cartes comme ça. Parce que j’ai pas souvenir d’avoir entendu ce genre de soucis sur des Radeon. Ce soucis est plutôt sur les Nvidia.


Le 25/11/2013 à 23h 33







luxian a écrit :



Ca voudrait dire que je devrais passer à la Ubuntu 13.10 (kern 3.11) pour avoir à la fois la paix et profiter un peu des performances de ma carte graphique ?



Bon, je n’ai pas trop envie de tout réinstaller (surtout pas le temps en fait).

Tu faisais comment pour configurer avant stp ?





Oui le DPM est disponible depuis le 3.11, mais il faut l’activer manuellement (ce qui est très simple). Ça sera activé par défaut dans le kernel 3.13.



Et avant il fallait paramétrer manuellement le niveau de performances souhaité (low, mid, high) dans un fichier de conf.



Tout est bien expliqué ici :wiki.archlinux.org archlinux


Le 25/11/2013 à 22h 02







luxian a écrit :



Tu as regardé le FPS moyen, pas le min / max ?





Voilà les résultats que j’ai noté tout à l’heure :



1680*1050, 0xAA, Low

FPS avg 63,6

Score 2660

Min 30,3

Max 118,5





1680*1050, 0xAA, High

FPS avg 35,8

Score 1497

Min 21,7

Max 67,0





1680*1050, 0xAA, Ultra

FPS avg 28,6

Score 1198

Min 19,7

Max 49,3





1680*1050, 2xAA, Ultra

FPS avg 25,6

Score 1073

Min 17,1

Max 44,0





1680*1050, 4xAA, Ultra

FPS avg 24,0

Score 1006

Min 16,9

Max 41,2







luxian a écrit :



Mais si tu sais gérer les ventilateurs avec le pilote libre …………………





J’ai plus rien à gérer depuis le kernel 3.11. Avant il fallait le faire manuellement et c’était chiant mais maintenant il y a le DPM.


Le 25/11/2013 à 19h 09







lecbee a écrit :



Je viens de tester en Basic avec une HD5870, avec le pilote libre et j’ai des résultats plus de 2 fois plus élevés. Tout en sachant que seul 256 Mo de VRAM sont détectés, je sais pas si c’est normal avec Valley ?





Cela dit, il semble que le pilote est limité à OpenGL 3.1 (GLSL 1.40) donc peut-être que tous les graphismes ne sont pas activés. Parce que bon sinon actuellement en 1680*1050 + Ultra + 4xAA je suis à 24 FPS.



Config :

Core i5-2500k, 8 Go, HD5870 (AMD Cypress)

Fedora 19 64 bits, Kernel 3.11.9, Mesa 10-git


Le 25/11/2013 à 18h 36







luxian a écrit :



Et les résultats sous Unigine Linux :

Ubuntu Quantal - kernel Linux 3.5.0-44-generic x86_64



FPS

Basic : v13.11beta1 34.4 &gt;&gt; v13.11beta6 34.9 &gt;&gt; v13.11beta9.2 34.8

Extreme : v13.11beta1 8.6 &gt;&gt; v13.11beta6 8.7 &gt;&gt; v13.11beta9.2 8.764

ExtremeHD : v13.11beta1 5.9 &gt;&gt; v13.11beta6 5.9 &gt;&gt; v13.11beta9.2 6.0



Score

Basic : v13.11beta1 1441 &gt;&gt; v13.11beta6 1461 &gt;&gt; v13.11beta9.2 1456

Extreme : v13.11beta1 361 &gt;&gt; v13.11beta6 366 &gt;&gt; v13.11beta9.2 366.69

ExtremeHD : v13.11beta1 246 &gt;&gt; v13.11beta6 249 &gt;&gt; v13.11beta9.2 251





Je viens de tester en Basic avec une HD5870, avec le pilote libre et j’ai des résultats plus de 2 fois plus élevés. Tout en sachant que seul 256 Mo de VRAM sont détectés, je sais pas si c’est normal avec Valley ?


Le 25/11/2013 à 10h 37







darkandy a écrit :



pour ma part rien que (par exemple) Euro Truck Simulator 2 en OpenGL c’est moche les perfs par rapport au DX…





À mon avis c’est parce que les développeurs ont bâclés la partie OpenGL c’est tout, ça n’a probablement rien à voir avec les pilotes.


Le 25/11/2013 à 10h 31







luxian a écrit :



Et les résultats sous Unigine Linux





Quel bench ?

Quelle carte ?


Le 25/11/2013 à 09h 52







Tirr Mohma a écrit :



Zut j’avais zappé metro last ligth. Sans rire civ 5 va sortir sur linux ?





On en sait rien. Il n’y a rien d’officiel. Mais il y a beaucoup de monde qui l’attend en tout cas.

Et honnêtement je n’arrive pas à croire qu’il ne sortira pas sur Linux, vu la popularité de ce jeu, vu les autres titres AAA qui sont portés sur Linux, et vu les captures d’écran sur SteamOS (mais ça ne prouve rien, c’est juste peut-être Civ 5 streamé depuis un PC).







bingo.crepuscule a écrit :



Sinon AMD ça fonctionne plutôt bien sous Linux, tant qu’on ne joue pas (trop)…





Non, juste à partir du moment ou on n’utilise pas le pilote proprio.

Personnelement les pilotes proprio ne m’apportent que des emmerdes, et dans ce cas la seule possibilité pour jouer sur Linux est AMD, et dans une moindre mesure Intel pour les jeux moins gourmand.







bingo.crepuscule a écrit :



Sans rire, oui, c’est prévu, amazon a vendu la mèche





Rien du tout.

Amazon c’est juste gouré dans la classification des jeux. Si tu vas par là, Amazon a aussi affiché que Civ 5 était compatible avec Windows 95.


Le 21/10/2013 à 11h 56







Plymouth a écrit :



ça ne m’étonne pas… tu devrais sortir de ta bulle et te reconnecter un peu au vrai monde de temps en temps, ça te ferait pas de mal hein <img data-src=" />





Non c’est juste que j’ai pas compris le rapport entre les perfs du pilote et sa licence…


Le 20/10/2013 à 08h 58







Plymouth a écrit :



Ils doivent pas être si “privateurs” que ça les pilotes en questions, vu qu’au moins ils permettent à 3 pelés barbus dans le monde de disposer de perfs graphiques un peu moins pourries pour une fois… <img data-src=" />





<img data-src=" />

J’ai pas du comprendre ton message.







Plymouth a écrit :



Puis alors dépenser 150 000 balles par an dans le salaire de 5 stagiares pour développer un pilote libre





5 stagiaires <img data-src=" />


Le 19/10/2013 à 22h 37







zeebiXx a écrit :



On me souffle à l’oreille que faire des pilotes linux pour 10 personnes n’intéresse pas trop.



<img data-src=" />





Si ça ne les intéressait pas trop, AMD ne paierai pas à plein temps 5 personnes pour bosser sur les pilotes Linux libres (kernel linux + xorg + mesa). Et je ne parle pas des pilotes privateurs propriétaires.


Le 17/10/2013 à 05h 42

Puisqu’on peut profiter des bienfaits du libre échange, pourquoi devrait-on se limiter à un produit national. Je ne suis pas expert mais il ne me semble pas que le patriotisme fasse partie des règles de l’OMC.

Le 16/07/2013 à 17h 45







Zantetsuken a écrit :



J’allais poser la même question. Quelqu’un peut-il nous expliquer la différence Zswap/zRam ?







zram is implemented is a virtual block device. It interfaces with the

block device layer, not the swap code. In fact, zram can be used as a

generic compressed RAM disk, not only for compressed swap. One can

think of it as a RAM disk + compression.



So zram is the actual swap device while zswap is a caching layer above

the swap device. zswap is not the swap device itself like zram.



https://lkml.org/lkml/2013/2/4/387


Le 31/01/2013 à 18h 11







brazomyna a écrit :





  • Firefox désactive les plugins pour notre bien (ou plutôt en avantageant un seul avec lequel il est partenaire pour l’intégration de sa techno dans son browser)







    Drôle de partenariat alors… parce que sous Linux, Flash n’est plus développé (on reste à la v11.2) et Mozilla ne souhaite pas changer ça (pas de développement de NPAPI &quothttps://wiki.mozilla.org/NPAPI:Pepper” )



    Sinon comparer Apple, Free et Mozilla c’est osé.



    Any profits made by the Mozilla Corporation will be invested back into the Mozilla project. There will be no shareholders, no stock options will be issued and no dividends will be paid. The Mozilla Corporation will not be floating on the stock market and it will be impossible for any company to take over or buy a stake in the subsidiary.



    en.wikipedia.org Wikipedia


Le 22/12/2012 à 16h 56

Le 22/12/2012 à 16h 56







sepas a écrit :



Oui sauf que dans la majorité des cas, ce n’est plus de la main d’œuvre Française.



Une grosse partie du développement spécifique part en Inde (en tous cas dans les grosses structures) pour réduire le coût de développement.





L’administration française a beaucoup de développeurs.


Le 22/12/2012 à 16h 54







sepas a écrit :



Donne une Debian à une secrétaire ou un comptable, et on en reparle





Il y a un 1 an j’ai été acheter du parquet dans un magasin Saint Maclou. Leur ordinateur (caisse) fonctionnait sur Linux.

Pourtant je ne pense pas que le vendeur ai eu une formation Admin Sys RHEL…



Bref, ta comptable ou ta secrétaire, que ce soit Windows ou Linux, si elle sait double-cliquer, elle saura faire fonctionner son logiciel “métier”. Finalement elle s’en fou que ce soit Windows ou Linux.


Le 22/12/2012 à 15h 26







calvinhopes a écrit :



étant donné qu’il faudra de toute façon réinstaller le serveur après les 5 ans.





Réinstaller ?

Moi dans ce cas je prends les anciens disques, je le mets dans le nouveau serveur et c’est parti.


Le 03/12/2012 à 18h 18

À mon avis ils ont confondu FX 4150 avec FX 8150.

Le 09/11/2012 à 18h 53







FelX a écrit :



ou quand je parle d’ouvrir c’est tout ouvrir… car bon avec les Kbrevet voir Mbrevets qu’ils deposent le risque de concurrence, je trouve ca un peu abuse pour justifier des sources closes…





Les docs non encore disponibles le sont uniquement à cause des risques de diffusions de propriétés intellectuelles ne leur appartenant pas.