Cependant ils semblent considérer qu'il y a sufisamment d'utilisateurs pour développer un client AIM pour Linux et aussi en intégré un dans le NS6 linux !
Il est vrai que tu as raison, mais je trouve que c'est de l'hypocrise, ou tout au moins ils pratiquent le grand écart
la bataille se jouera entre xine ( support AC3, support dxr3/dxr2, support divx/opendivx, support CSS, ? support menus ? ) et vlc ( support CSS, support AC3, possibilités réseaux, ? support menus ? ).
Il y aura des outsiders de type mplayer, oms, ogle.
Mais il reste encore un gros travail d'optimisation autant du côté des players, que des drivers de cartes graphiques ( prise en charge matérielle d'une partie du boulot ) et son ( AC3/DTS ) que des extensions proposées par XFree ( Xv, DGA, ... à).
y'a pas à dire : BeOS était beaucoup plus performant pour le multimédia. Ce n'est vraiment pas le but premier de Linux. Reste à savoir si Linux pourra devenir bon ...
On peut booter reiserfs depuis une disquette, il suffit de mettre un initrd dans la d7 si reiserfs est supporté en module. d'ailleurs comment debian fait selon toi.
Tu vas me répondre : mais l'utilisateur desktop ne sais pas faire une d7 de boot, donc encore moins une initrd dedans ( il ne sait même pas ce que c'est ). Bon justement, il y a drakboot qui permet de faire une d7 de boot avec inirtd et ce le plus simplement du monde.
donc ce pb est réglé
juste une remarque : peu d'utilisateurs desktop utilisent NFS ( faudrait qu'ils aient déjà un Unix like !). De plus les pbs de compatibilités ont été corrigé dans les dernières releases de reiserfs et du kernel.
donc pb résolu.
pour les quotas je ne me suis jamais penché sur la question, et je ne voudrai pas dire de bétise
pour lilo, l'installeur ( DrakX ) mettra notail automatiquement si besoin est. Je crois même que ce n'est plus nécessaire dans les dernières releases de lilo.
donc pb résolu
Maintenant plaçons nous dans le cas d'une utilisation desktop. dans ce genre d'utilisation on a souvent :
+ des coupures de courant intempestives
+ le frère/la soeur/le père/la mère qui reset sauvagement l'ordi alors que tu es absent
+ le chien/le chat qui reset sauvagement l'ordi notamment en arrachant un cable d'alimentation
etc ...
Sur un système avec ext2, sans sys de fichier journalisé, que se passe t'il ?
un fsck est lancé, si tout se passe bien, c'est parfait ( mais cela a pris un peu de temps cependant). Si c'est grave le gars se retrouve avec un super prompt avec un shell réduit et on lui demande ( en anglais ) de lancer fsck mùanuellement. Or :
1°/ même si c'est marqué, il y en a toujours pour dire qu'ils ne savent pas ke faire ( les gens ont été corrompu par les erreurs cryptées de Windows qu'ils ont pris pour habitude d'ignorer ). Souvent il refait un reset sauvage, et ce jusqu'a ce que ca marche. Imagine l'état du sys de fichier après
2°/ admettons qu'il se loggue en tant que root. Il tape fsck mais ca marche pas. Pkoi ? il ne connait pas la syntaxe, et les manpages ne sont pas accessible ( en admettant qu'il ait même le réflexe d'y penser).
donc ? il pête un cable, fais un reset sauvage ou pas et soit va pleurer sur IRC/forum/ML, soit dis que linux c'est de la merde. En effet il n'a jamais été bloqué comme cela sous win car Mr scandisk se débrouillait comme un grand ( même si il pouvait foutre une merde monstre ).
3°/ disons qu'on est tombé sur la perle rare qui est allé se documenter et avait lu le man de fsck. il le lance ave la bonne syntaxe ( il connait même le nom de la partition fautive ). ce n'est plus Luce et Henry.
Alors il lace fsck manuellement, tout content, et là plein de kestions concernant des inodes et des histoires de superblock ( koi superboy ?! ) auxquelles il comprend ke dalle. Il tente 2/3 réponses maladroites, soit il nique sont sys de fichier, soit ca marche. Dans le premier cas il dira que linux s... a donf, dans le deuxième : j'ai eu chaud mais ext2 supporte moins bien les crash que windows et la FAT32/NTFS.
4°/ toujours dans la perle rare de chez rare ( attention disponible jusqu'a hier, -50% pour les premiers servis ), il a vu qu'il pouvait demander à fsck de toujours répondre oui aux questions. baf il balance -y et attend. ca répare. soit c'est bon, soit c'est dead. Mais bon, ce gars ? vous trouver qu'il correspond à l'user desktop moyen ? ou à la secrétaire moyenne ?
Prenons le cas d'un sys de fichier journalisé. reset sauvage, etc .... L'ordi redémarre, prend juste une à 5 secondes de plus juste le temps de relire le journal ... et voilà !
Je ne pense pas qu'il soit dans l'intérêt d'AOL/Netscape de freiner le dev de Mozilla.
En effet si ils veulent vraiment se passer de IE et se détacher de la coupe de MS, il leur faut redéplyer leur palteforme autour de Netscape. La version 4 étant out to date, seule la version 6 basée sur mozilla semble viable.
De plus cela ouvre pas mal d'opportunités pour AOL : plus d'OS touché, mais aussi plus de plateforme ( potentiellement toutes celles supportées par ces OS ) et donc aussi potentiellement plus d'utilisateurs !
Or malgré la crise de la nouvelle économie, AOL fait pas mal de fric grâce au traffic de son portail ( plus de traffic -> prix pour visiblité publicitaire plus élevé ) et aux services qui tournent autour. On ne peut pas dire qu'être FAI pur lui rapporte de l'argent.
Donc cela ne serait pas dans leur intérêt. En plus ce développement décentralisé leur coûte beaucoup mopins chèr que si ils avaient faient eux même le dev de NS6.
Cependant, et c'est là que je trouve qu'AOHell est une grosse m.... hypocrite : ils n'ont fait aucun effort concernant la connection.
En plus d'utiliser un protocol de merde propriétaire, ils n'ont même pas développé de clients Linux alors qu'ils ont quand même bosser sur un client AIM et qu'ils bossent sur la version Linux de NS6 !
Si il n'y avait pas birdy avec http://www.pengaol.org(...) , je n'ose imaginé lle nombres de Linuxiens en moins qu'ils y auraient ( beacoup semble avoir AOL notamment à cause du fait que le haut débit ne passe chez ou était trop cher à l'époque du illimité à 99FF/mois).
AOL a donc une attitude hypocrite envers la communauté Linux et des OS Alternatifs ! Au moins un soutien officieux de AOL à ce projet aurait été le bienvenu.
Mais bon, il est vrai que de facto, vu qu'ils n'ont entamé aucune poursuite jusqu'a maintenant ...
Mais bon, il se peut que le Linuxien ne corresponde au public visé par AOL : Luce et Henry, ainsi que la majorité des c... sur IRC ( !kickban *ipt.aol.com ).
Dans un monde parfait, AOL utiliserait son poids pour faire en sorte que l'on continue à dev des plugins pour NS6/Mozilla pour Windows et surtout pour Linux aussi !
Mais bon, le monde n'est pas parfait
Encore une fois c'est le même problème.
les drivers nvidia, surtout la partie la plus intéressante qui gère la 3D est closed source et soumise à une license assez restrictive.
Donc il est absolument inenvisageable de voir ces drivers inclus dans la version GPL de la distribution ( problème de license policy évidemment ).
Cependant, il est vrai que si Mandrake arrive à trouver un accord avec nvidia, alors il est vrai qu'une intégration des drivers mais seulement pour les packs commerciaux pourrait être possible.
Le cas debian est particulier, car les binaires dispos avec apt-get ne font pas partie de la distribution. Quand la woody sortira en CD, ils n'y seront pas. C'est plus une contribution d'un packageur.
Enfin juste une remarque : même sous win il faut télécharger les drivers pour sa carte graphique (last drivers + last DirectX + last via4in1 ) donc installé 2 rpm et modifier 2 lignes n'est pas forcément sorcier. Surtout si vous utilisé une doc bien faite.
hop je me fais de la pub : http://perso.wanadoo.fr/linux_wizard/howto_nvidia.html(...)
Plus sérieusement, il est vrai que si les drivers étaient OpenSource, ou que Nvidia s'était contenté de donner les specs de ses cartes, on aurait eu de beaux drivers DRI ou autre déjà installé de base avec XFree.
Cependant quand on voit l'avancement du projet DRI et l'avance en terme de perfs pures des drivers nvidia ( les cartes graphiques y sont aussi pour beaucoup ), on se dit que finalement ....
Il semblerait que plus les constructeurs supporteront Linux, plus on risque de s'orienter vers une situation où on aura soit des drivers OpenSource, soit des drivers binaires closed source ou entre les 2 comme le fait nvidia.
J'ai l'impression que si les constructeurs ne veulent pas donner les specs, la meilleure solution reste celle adoptée par nvidia : une partie Opensource, notamment celle qui dépend hautement de la version du kernel ( facilite la maintenance notamment gràce à la contribution de la communauté OpenSource ) et une partie binaire qui leur permettra de "protéger" leurs soit disant specs de la mort qui tue quejeneveuxpasquemonconcurrentconnaisse.
Bien sûr cette partie bougeant plus lentement, voire étant figé, il leur faudra penser à une interface de communication standardisée et documentée entre les 2 parties pour éviter d'éventuels problèmes de compatibilité lors des updates de l'une ou l'autre partie. Cela suppose l'existence d'une vraie politique de soutient/support Linux chez le constructeur.
Si on y regarde de plus près, c'est le cas des drivers de Benoit Papillaud ! ( de manière empirique )
Si on regarde ce qu'on a, on constate qu'il y a :
+ Une partie OpenSource pour laquelle BP s'assure de la compatibilité avec le noyau, fait en sorte kelle ne dépende ni d'une distribution, ni d'une release précise du kernel.
+ une partie closed source ( le firmware ) sur laquelle Alcatel a la mainmise.
Le grand pb des drivers binaires closed source est que svt ils ne sont fait que pour une distribution ( souvent la RH ) et aussi plus ou moins assujettis à une version du noyau. Or comme des fois les kernel developer cassent la compatibilité des certaines interfaces entre 2 releases de noyau ....
ton zolie drivers qui marche avec le 2.4.3 ne marche plus du tout avec le 2.4.9 ( genre il utilise les macro min/max, ouch ).
il faut vraiment mettre en place une politique de coopération avec les constructeurs et ce notamment pour ne pas les effrayer les pauvres petits choux :D
Cela suppose bien sûr une réelle politique Linux de leur part car il faut une équipe pour bosser sur la création de l'interface, sa mise en place et la coopération avec la communauté pour la partie OpenSource.
Ne restera plus qu'a réglé ensuite le pb du SAV et du partage de responsabilité, or là ce sont les avocats qui tiennent les rênes. Ce n'est pas gagné :(
Même si OpenGL techniquement est supérieur à DirectX, il subsiste 2 problèmes :
la XBox :
l'arme trouvée par MS pour faire glisser tous les dev de jeux vers DirectX. Face à un marché PC en crise et en stagnation, il est sûr que les éditeurs de jeux seront intéressés par la possibilité d'entrer dans le marché console qui résiste bien et ce sans grand coût au niveau du portage car DX existe sur les 2 plateformes.
De même les éditeurs consoles seront aussi tenté de prendre pied dans le marché PC.
Cette politique si elle réussi signera la mort de OpenGL, tout comme DX et nvidia ont signé la mort de Glide.
Or retenons qu'un jeu est beacoup plus facilement portable sous Linux/autre OS si il est fait en OpenGL.
le côté couteau suisse de DirectX :
En effet DirectX ce n'est pas seulement la 3D. C'est aussi une API transparente pour le son, le réseau, les périphériques d'E/S. Cela permet au dev de faire un travail "cohérent", homogène en utilisant une API et en profitant des possibles optimisations au niveau de l'interaction entre ces différents composants.
OpenGL ne concerne que la 2D/3D. Heureusement SGI a senti le problème et mis en place notamment la technologie OpenAL ( http://www.openal.org(...) ) avec des partenaire comme nvidia, Creative, ...
Est ce que ce sera suffisant ? OpenAL n'est pas encore finalisé et DirectX gagne du terrain.
je dois dire que je suis content cependant. Bladur's Gate II fonctionne bien sous wine avec l'accel 3D car programmé en OpenGL. Au dernier LinuxExpo on a pu voir Alice McGee et Diablo II tourner sous WineX avec l'accel 3D sous DirectX.
C'est très bien, mais je ne pense pas que l'on puisse considérés ses solutions comme devant être des solutions définitives.
Le hard core gamer n'y trouvera pas forcément son compte ( pas de retour de force, mise en place/oeuvre moins aisée, possibilités de patch et cheats, performances ). Je met l'accent surtout au niveau des performances car les hdg jubilent au moindre dixième de FPS gagné.
tu pourrais donner les liens car à ma connaisance il n'y avait que le projet de Benoit pour le support des Alcatel USB sous Linux.
de plus ce drivers marchent kelkesoit la distribution. C'est avant tout une question de noyau et de config noyau ( et de version de soft).
ce pendant je me demande si il ne faut pas changer 2/3 trucs pour la slackware étant donné sa gestion des runlevel, mais bon ...
donc la balkanisation ... elle n'est pas encore là même si elle menace à l'horizon.
Je suis sur la ML cooker et je peux te dire que Chmouel Boudjnah n'a pas l'intention de passer au 2.4.9.
Sur kelle base te fondes tu pour faire de telles remarques ?!
Sinon je dois souligner le travail monstre que fait l'équipe de Mandrake. Ils sont peu nombreux et pourtant ils essaient de corriger le maximum de truc dans le temps le plus court !
Toute aide serait la bienvenue et surement plus contructive.
La Mandrake 8.1 se révelera intéressante à plus d'un titre.
En plus de permettre la maturation des nouveautés de la 8.0 ( rpmdrake/urpmi, MCC, Bastille, ... ), de corriger certains bugs génants ( pb de font, AA sous KDE ), elle introduira de nouvelles fonctionnalités ( wizardrake, localedrake, ... ) et sera aussi une des premières distribution à activer par défaut devfs qui est plus adapté pour la gestion des périphériques USB et tout autre type de périphérique de type hot plug.
D'ailleurs le boulot fait pour adapter les programmes de configuration pour assurer un bon support devfs est tout simplement ... effarant.
Reste à attendre les feedbacks des utilisateurs, notamment les utilisateurs de puces nvidia et qui utilisent les drivers nvidia.
L'autre point important est le support de JFS. Alors qu'il pensait être proposé en même temps que reiserfs et ext3, il se trouve que des tests on montré qu'il pouvait carrément bousiller données et partitions !
plus d'infos ici -> http://www.mandrakeforum.com/article.php?sid=1124&lang=en(...)
Merci Civileme.
Cependant il ne faut pas occulter le problème principal : l'avenir
la plupart des distributions commerciales linux traversent des temps difficiles.
le Desktop : surement l'un des marché le plus convoité mais aussi le plus difficile de part la position dominate de MS et l'attitude des grands éditeurs de logiciels et des constructeur.
C'est aussi le secteur où il sera le plus difficile de faire de l'argent et de percer ( cf Corel ).
Même si il y a des utilisateurs desktop qui passent à Linux, ils rapportent très peu car bcp dl la distribution sur le net, peu font appel aux services fournis, ils vont de préférences dans les forum et sur IRC.
Cependant percer dans le marché desktop est un bon moyen d'infiltrer les PME ( cf cas windows ) et les Universités ( via les Universités de part la formation des étudiants ).
Tant que des solutions viables viables et matures, et j'appuie bien sur le mot mature, n'existeront pas en Bureautique, Multimédia Linux restera pour beaucoup un OS de bidouille.
Bien sûr il y aura le fameux Star Office 6 de Sun, le prometteur OpenOffice.org et les innovateurs KOffice ( vraie gestion par frames/cadre ) et LateX. Mais ces solutions soit ne sont pas encore sorties, soit ne sont pas encore assez matures.
Il en est de même pour le multimédia et ce à un niveau encore plus critique.
VLC ( http://www.videolan.org(...) ) est prometteur mais il lui manque des features du genre support AC3 et menus. il en est de même pour xine ( http://xine.sourceforge.net(...) ). Qu'est devenu LinDVD ( solution commeciale de la société éditrice de WinDVD ) ?
Il ne reste plus qu'a attendre.
Pour les divx :
avifile ( http://avifile.sourceforge.net(...) ) est intéressant mais pose des pbs de licenses car ils utilisent des dll de win.
mplayer ( http://mplayer.sourceforge.net(...) ) est plus prometteur notamment gràce aux possibilité d'utiliser OpendivX et ffmpeg. il ne manque plus que le GUI.
GStreamer ( http://gstreamer.net(...) ) est très intéressant, mais reste à en faire kelkechose de pratique.
Pour les jeux, le projet WineX ( http://www.transgaming.com(...) ) est prometteur mais lorsqu'il arrivera à terme, de kelle manière sera t'il disponible ? de plus est ce forcément une bonne chose ? en effet cela pourrait inciter les éditeurs de jeux à ne pas faire d'efforts de portages ...
Il est vrai que la domination de DirectX ( encore MS ) + les parts de marchés de MS sur le desktop orienté jeux ( hors console ) + futur XBox ( = intrusion dans le marché console + tentative d'imposer DirectX comme un standard pseudo portable qui permettrait une transition aisée des éditeurs du console au PC et vice versa ) ne semble rien présagé de bon.C'est à ce moment que l'on se rend compte que le portage de Linux sur PS2 n'est pas une si mauvaise chose si seulement il pouvait être utilisée comme plateforme de dev, mais cependant cela ne vaudra pas une console aynt du succès tournant sous Linux + OpenGL + SDL ou autre lib.
je ne parlerai du cas XP, ni surtout de .Net qui est un formidable coup de poker de la part de Microsoft.
et l'autre marché ?
les PME : Linux à une superbe carte à jouer ( coût, maintenace, stabilitén possibilités ), mais là souffre du manque d'applis spécialisées. Ce sera aux SSII de faire ce boulot.
Suse avait compris cela et avait ainsi repris des start up dans ce secteur, mais leurs pb financiers ont coupé court à leur stratégie.
Red Hat semble être le plus capable et en plus profite du soutien de grosses boites ( IBM, ... ) qui leur permet de lancer l'offensive avec des solutions clés en mains.
Cependant le dernier tour de table de Suse montre que lui aussi profite du soutien de grosses boites.
et Mandrake ? isolé car ne disposant d'aussi gros soutiens ( ou alors je en suis pas au courant ), sa chance réside justement dans sa capacité à s'infiltrer dans le desktop ( reprendre la stratégie de MS envers les étudiants) et proposer des solutions clés en mains das la mesure de ses possibilités ( SNF, Corporate, OEM ). Cependant il faudra assurer niveau Consulting.
Car le côté rentable de ce marché vient essentiellement de l'activité de service que les distributions commerciales pourront mettre en place. Ceci couplé avec une activité de SSII, et cela pourrait doner le couple gagnant. Linux à sa carte à jouer. Même si BSD est supérieur techniquement ( et encore cela dépend ), ils ne disposent pas de tous ces avantages.
les gros serveurs : secteur hautement lucratif ( services, ... ) mais vérouillé par des sociétés comme HP, SGI, IBM qui utiliseront Linx comme un moyen soit de remplacer leur OS/Unix proprio qui leur coutent de l'argent ou maintenir leur part de marché en gardant la main sur les secteurs touchés par le ralentissement et qui doivent donc surveiller leurs dépenses et font attention aux pb de coût.
MS aura du mal à contrer une telle coalition. la bataille se jouera surement plutôt du côté des petits serveurs/PME et mise en place de réseau complexe à fonctionnalités avancées.
Même si la bataille semble plus aisée de part ses soutiens pour Linux ( ou plutôt les distro commerciales RH, Suse, .. ) sur ce secteur très rentable, il n'en reste pas moins que l'on pourrait craindre une prise de controle de la part de ces même soutiens.
Il s'est passé la même chose pour la nouvelle économie : on prédisait la mort de l'ancienne économie et des sociétés qui en étaient issues, or ce sont les start up qui sont mortent et les sociétés de l'ancienne qui ont repris la nouvelle économie à leur compte.
Wait&See ...
Le grand problême de Gnome est qu'il manque de cohérence. Le tout ressemble globalement à un amalgame d'applications, de projets, de technologies que l'on essait de faire tenir ensemble avec du chatterton (bonobo, Gconf).
De plus comme les API de base ne sont toujours pas stabilisées, c'est encore plus le merdier.
je parcourais ce matin le dernier KC KDE, et j'étais surpris de voir à quel point le projet était cohérent et que les API semblaient stabilisées. Après la phase bugfixe qui va conduire à KDE 2.2.1, ils vont débuter le portage vers Qt3 et pour cela ont mis en place une politique de centralisation et suivi pour diminuer au maximum les problèmes : http://kt.zork.net/kde/latest.html(...)
Les applications KDE sont souvent beaucoup plus cohérentes que leurs homologues Gnome. Voilà pkoi on voit des possibilités de rapprochement entre applis KDE se dessiner et ce avec une mise en oeuvre pas forcément fastidieuse ( kmail/knode ).
Il est évident que Gnome a pris du retard par rapport à KDE. Bien sûr les futurs specs semblent prométeuses, mais pour l'instant rien n'est encore stabilisé et de gros problèmes d'optimisation restent à résoudre.
Si Star Office a été porté sur gtk, c'est essentiellement pour des raisons commerciales parmis lesquelles le support de Sun au projet Gnome qui va devenir son bureau par défaut sur Solaris.
Reste à voir comment le projet va avancer.
d'un autre côté gnome-office encore une fois donne l'impression d'un patchwork, d'un agrégat, plutôt que d'un ensemble consistant. Je n'ose imaginer les sacrifices et les concessions concernant la rapidité pour faire le tout cohabiter et surtout coopérer.
Autant ton post était intéressant concernant RH et Suse ( termes plus ou moins neutres et objectifs ), bien qu'il y ait de belle perles ...
Autant lorsque tu abordes le cas de Mandrake, tes phrases transpirent de mépris et de subjectivité.
Red Hat et Suse se sont orientés vers les serveurs, surement le secteur le plus lucratif pour linux grace notamment à la vente de services.
Mandrake s'est orienté desktop, surement le secteur le moins rentable (en l'état actuel ), mais donnant la plus grande notoriété parmis les utilisateurs de base.
Il est vrai que mdk manque cruellement de partenariat avec des grands constructeurs informatiques. Une société informatique française pour relever le défi ?
Autant l'avenir de RH me semble assuré, avec cependant une crainte de voir des grosses sociétés comme IBM, HP, Intel prendre le contrôle. Celui de Suse est plus incertain, mais comporte aussi les même risques.
Pour Mandrake, c'est le flou. Même si ils proposent des solutions pour entreprises/PME, il leur manque un grand parrain et l'expérience de Corel à montré ke le desktop était ... "périlleux".
Beaucoup de gens ont peut être installé une Mandrake chez eux, mais peu en ont acheté une. Et c'est le cas pour la plupart des distribution, car les gens sont attirés en premier lieu par "ce système gratuit qu'on dit meilleur que win".
Donc pour résumé :
l'avenir de Linux dans les serveur est assuré, et ce notamment grâce à l'implication de grands acteur comme IBM, HP, SGI
Linux peut aussi se faire une place dans l'embarqué. De plus en plus de constructeurs y pensent sérieusement, surtout qu'ils peuvent avoir une plateforme qui permet de ratisser large grâce au nombreux portages de linux et sa couche posix et donc gagner en interopérabilité.
le desktop ? plus qu'incertain. linux a du mal a percé. Sera t'il cantonné à une niche comme MacOS ? va t'il subir l'offensive de MacOS X et de Windows XP en même emps et pourra t'il y résister ? Comment y faire de l'argent ? les services, en desktop ...
les PME : Linux a une belle carte à jouer même si MS a aussi compris le truc et pense mettre a disposition des solutions pas chère pour les PME. Mandrake pourrait y avoir une carte à jouer, et ce notamment grâce aux feedback de ceux qui l'ont chez eux.
La concurrence sera rude et tant que suite bureautique et autres applis spécifiques ne seront plus avancées, MS continuera à se tailler la part du lion. C'est là que les SSII linux pourraient intervenir dans la création de ces apps spécifiques et leur support.
(baldur gates ou autre qui ne fontionne que sous windows, je sais il y a wine mais bon c'est pas tip top tout de même!!!)
j'utilise Baldur's Gate 2 sous Linux avec wine et je profite de l'accel 3D comme ce jeu est en OpenGL ( et en 32 bits ), donc c'est top. et l'image est impec.
Wine-20010731 + drivers NVIDIA + mdk 8.0
je ne suis pas forcément d'accord.
Avoir un outil intégré n'est pas négligeable.
En effet si je peux prévisualiser des pages html, pkoi ne pourrais je pas naviguer sur le net ?
Un truc que je fais svt avec konqueror : c'est quand par l'intermédiare d'un site je me retrouve sur un ftp, je fais un drag&drop dans un dossier pour copier les fichier du ftp dans un dossier sur mon HD, ce qui m'évite d'ouvrir un client ftp, recopier l'url (copy/paste, a la main, avec le clipboard) ..., je gagne du temps et en facilité. donc il y a une utilité.
l'important est que ce genre de fonctionnalités (preview fichier, navigation web/ftp, ... ) soient paramétrables et qu'on puisse les désactiver si on veut, et surtout que cela ne se fasse pas au détriment des performances.
Nautilus est beau, je dois l'avouer, sympa pour voir les preview des images (je ne sais pas mais je trouve qu'il rend mieux que Konqueror pour cela), en évoluant il deviendra peut être plus ergonomique et rapide.
mc est génial et on peut toujours l'utiliser. gmc lui me prenait la tête.
Mozilla avait les mêmes défaut au début ( beau, lent, buggué , pas ergonomique) , cela évolue et galeon aussi en profite par la même.
J'ai eu l'occasion de refaire mon site en CSS, je faisais les tests sous Opera, Galeon/Mozilla, et Konqueror.
Alors que le rendu est le bon sur ces 3 browsers différents, il est a ch... sous Netscape 4, et j'ai un bug de placement avec IE5.
le site : http://perso.wanadoo.fr/linux_wizard/index.html(...)
dans la section screenshots on voit le rendering de la page sous Konqueror et Mozilla tel k'il devrait l'être : http://perso.wanadoo.fr/linux_wizard/screenshots.html(...)
Toute personne se devrait de lire ce post qui explique bien l'esprit Linux et OpenSource et le modèle de développement et de test qui diffère des autres modèles.
Ce modèle suppose aussi une autre attitude de la part de l'utilisateur qui avait pris l'habitude du : on sort une nvelle version, ca marche, c'est ok, je prend. L'utilisateur devient lui même testeur et par son test contribue au projet (feedback sur les bugs et TODO).
Il est vrai que c'est déroutant au premier abord. Pourquoi sommes nous beaucoup moins tolérant envers les logiciels proprio ? Parce qu'ils ont au minimum un contrat au moral de qualité minimale envers le consommateur car celui-ci la plupart du temps paie le produit.
Les distributions se retrouvent aussi dans la même situation, car comme l'utilisateur pourrait payer leur produit ils se doivent d'offrir la meilleure qualité possible. C'est pourquoi nous sommes aussi moins indulgent envers les distributions. Si j'achet une distribution à 300FF, je ne voudrait pas me retrouver dans la situation d'un testeur parce que le produit ne serait pas suffisamment finalisé.
Cependant on ne peut s'empécher de penser qu'il y a négligeance lors qu'une release officielle du noyau contient une erreur toute bête dans son makefile qui empeche la compilation d'un drivers : cela fait négligé.
L'amertume perçu ici peut s'expliquer par le fait que l'on attendait tant du 2.4, qui s'est fait attendre 2 ans, que à sa sortie on s'est montré tout de suite exigeant. or les problêmes rencontrés (pile USB buggée, VM complètement buggé, pb Via, etc ... ) ont très rapidement déçus. mais étonnament, ceux qui critiquent le plus, ne sont ils pas les nouveaux du monde linux ?
Is sont sous linux depuis un peu plus de 2 ans ( plus ou moins ), ils ont connu les version stables du 2.2 et sont donc surpris de se retrouver avec un 2.4 qui à ses débuts est en plein test ce qui leur fait presque croire qu'ils ont un 2.3 en main.
[^] # Re: De l'intérêt pour AOL
Posté par Schneider Dark . En réponse à la dépêche Départ chez Netscape/Mozilla. Évalué à 3.
Il est vrai que tu as raison, mais je trouve que c'est de l'hypocrise, ou tout au moins ils pratiquent le grand écart
[^] # Re: LinDVD
Posté par Schneider Dark . En réponse à la dépêche Mandrake Cooker Weekly News. Évalué à 2.
Il y aura des outsiders de type mplayer, oms, ogle.
ogle -> http://www.dtek.chalmers.se/groups/dvd/(...)
oms -> http://www.linuxvideo.org(...)
mplayer -> http://mplayer.sourceforge.net(...)
vlc -> http://www.videolan.org(...)
xine -> http://xine.sourceforge.net(...)
Mais il reste encore un gros travail d'optimisation autant du côté des players, que des drivers de cartes graphiques ( prise en charge matérielle d'une partie du boulot ) et son ( AC3/DTS ) que des extensions proposées par XFree ( Xv, DGA, ... à).
y'a pas à dire : BeOS était beaucoup plus performant pour le multimédia. Ce n'est vraiment pas le but premier de Linux. Reste à savoir si Linux pourra devenir bon ...
[^] # Re: to journalised or not to journalised ?
Posté par Schneider Dark . En réponse à la dépêche Mandrake Cooker Weekly News. Évalué à 10.
Tu vas me répondre : mais l'utilisateur desktop ne sais pas faire une d7 de boot, donc encore moins une initrd dedans ( il ne sait même pas ce que c'est ). Bon justement, il y a drakboot qui permet de faire une d7 de boot avec inirtd et ce le plus simplement du monde.
donc ce pb est réglé
donc pb résolu.
donc pb résolu
Maintenant plaçons nous dans le cas d'une utilisation desktop. dans ce genre d'utilisation on a souvent :
+ des coupures de courant intempestives
+ le frère/la soeur/le père/la mère qui reset sauvagement l'ordi alors que tu es absent
+ le chien/le chat qui reset sauvagement l'ordi notamment en arrachant un cable d'alimentation
etc ...
Sur un système avec ext2, sans sys de fichier journalisé, que se passe t'il ?
un fsck est lancé, si tout se passe bien, c'est parfait ( mais cela a pris un peu de temps cependant). Si c'est grave le gars se retrouve avec un super prompt avec un shell réduit et on lui demande ( en anglais ) de lancer fsck mùanuellement. Or :
1°/ même si c'est marqué, il y en a toujours pour dire qu'ils ne savent pas ke faire ( les gens ont été corrompu par les erreurs cryptées de Windows qu'ils ont pris pour habitude d'ignorer ). Souvent il refait un reset sauvage, et ce jusqu'a ce que ca marche. Imagine l'état du sys de fichier après
2°/ admettons qu'il se loggue en tant que root. Il tape fsck mais ca marche pas. Pkoi ? il ne connait pas la syntaxe, et les manpages ne sont pas accessible ( en admettant qu'il ait même le réflexe d'y penser).
donc ? il pête un cable, fais un reset sauvage ou pas et soit va pleurer sur IRC/forum/ML, soit dis que linux c'est de la merde. En effet il n'a jamais été bloqué comme cela sous win car Mr scandisk se débrouillait comme un grand ( même si il pouvait foutre une merde monstre ).
3°/ disons qu'on est tombé sur la perle rare qui est allé se documenter et avait lu le man de fsck. il le lance ave la bonne syntaxe ( il connait même le nom de la partition fautive ). ce n'est plus Luce et Henry.
Alors il lace fsck manuellement, tout content, et là plein de kestions concernant des inodes et des histoires de superblock ( koi superboy ?! ) auxquelles il comprend ke dalle. Il tente 2/3 réponses maladroites, soit il nique sont sys de fichier, soit ca marche. Dans le premier cas il dira que linux s... a donf, dans le deuxième : j'ai eu chaud mais ext2 supporte moins bien les crash que windows et la FAT32/NTFS.
4°/ toujours dans la perle rare de chez rare ( attention disponible jusqu'a hier, -50% pour les premiers servis ), il a vu qu'il pouvait demander à fsck de toujours répondre oui aux questions. baf il balance -y et attend. ca répare. soit c'est bon, soit c'est dead. Mais bon, ce gars ? vous trouver qu'il correspond à l'user desktop moyen ? ou à la secrétaire moyenne ?
Prenons le cas d'un sys de fichier journalisé. reset sauvage, etc .... L'ordi redémarre, prend juste une à 5 secondes de plus juste le temps de relire le journal ... et voilà !
je pense que cet exemple parle de lui même.
# De l'intérêt pour AOL
Posté par Schneider Dark . En réponse à la dépêche Départ chez Netscape/Mozilla. Évalué à 10.
En effet si ils veulent vraiment se passer de IE et se détacher de la coupe de MS, il leur faut redéplyer leur palteforme autour de Netscape. La version 4 étant out to date, seule la version 6 basée sur mozilla semble viable.
De plus cela ouvre pas mal d'opportunités pour AOL : plus d'OS touché, mais aussi plus de plateforme ( potentiellement toutes celles supportées par ces OS ) et donc aussi potentiellement plus d'utilisateurs !
Or malgré la crise de la nouvelle économie, AOL fait pas mal de fric grâce au traffic de son portail ( plus de traffic -> prix pour visiblité publicitaire plus élevé ) et aux services qui tournent autour. On ne peut pas dire qu'être FAI pur lui rapporte de l'argent.
Donc cela ne serait pas dans leur intérêt. En plus ce développement décentralisé leur coûte beaucoup mopins chèr que si ils avaient faient eux même le dev de NS6.
Cependant, et c'est là que je trouve qu'AOHell est une grosse m.... hypocrite : ils n'ont fait aucun effort concernant la connection.
En plus d'utiliser un protocol de merde propriétaire, ils n'ont même pas développé de clients Linux alors qu'ils ont quand même bosser sur un client AIM et qu'ils bossent sur la version Linux de NS6 !
Si il n'y avait pas birdy avec http://www.pengaol.org(...) , je n'ose imaginé lle nombres de Linuxiens en moins qu'ils y auraient ( beacoup semble avoir AOL notamment à cause du fait que le haut débit ne passe chez ou était trop cher à l'époque du illimité à 99FF/mois).
AOL a donc une attitude hypocrite envers la communauté Linux et des OS Alternatifs ! Au moins un soutien officieux de AOL à ce projet aurait été le bienvenu.
Mais bon, il est vrai que de facto, vu qu'ils n'ont entamé aucune poursuite jusqu'a maintenant ...
Mais bon, il se peut que le Linuxien ne corresponde au public visé par AOL : Luce et Henry, ainsi que la majorité des c... sur IRC ( !kickban *ipt.aol.com ).
Dans un monde parfait, AOL utiliserait son poids pour faire en sorte que l'on continue à dev des plugins pour NS6/Mozilla pour Windows et surtout pour Linux aussi !
Mais bon, le monde n'est pas parfait
[^] # Re: testing
Posté par Schneider Dark . En réponse à la dépêche Drivers SpeedTouch USB sans recompiler le noyau. Évalué à 6.
les drivers nvidia, surtout la partie la plus intéressante qui gère la 3D est closed source et soumise à une license assez restrictive.
Donc il est absolument inenvisageable de voir ces drivers inclus dans la version GPL de la distribution ( problème de license policy évidemment ).
Cependant, il est vrai que si Mandrake arrive à trouver un accord avec nvidia, alors il est vrai qu'une intégration des drivers mais seulement pour les packs commerciaux pourrait être possible.
Le cas debian est particulier, car les binaires dispos avec apt-get ne font pas partie de la distribution. Quand la woody sortira en CD, ils n'y seront pas. C'est plus une contribution d'un packageur.
Enfin juste une remarque : même sous win il faut télécharger les drivers pour sa carte graphique (last drivers + last DirectX + last via4in1 ) donc installé 2 rpm et modifier 2 lignes n'est pas forcément sorcier. Surtout si vous utilisé une doc bien faite.
hop je me fais de la pub : http://perso.wanadoo.fr/linux_wizard/howto_nvidia.html(...)
Plus sérieusement, il est vrai que si les drivers étaient OpenSource, ou que Nvidia s'était contenté de donner les specs de ses cartes, on aurait eu de beaux drivers DRI ou autre déjà installé de base avec XFree.
Cependant quand on voit l'avancement du projet DRI et l'avance en terme de perfs pures des drivers nvidia ( les cartes graphiques y sont aussi pour beaucoup ), on se dit que finalement ....
Il semblerait que plus les constructeurs supporteront Linux, plus on risque de s'orienter vers une situation où on aura soit des drivers OpenSource, soit des drivers binaires closed source ou entre les 2 comme le fait nvidia.
J'ai l'impression que si les constructeurs ne veulent pas donner les specs, la meilleure solution reste celle adoptée par nvidia : une partie Opensource, notamment celle qui dépend hautement de la version du kernel ( facilite la maintenance notamment gràce à la contribution de la communauté OpenSource ) et une partie binaire qui leur permettra de "protéger" leurs soit disant specs de la mort qui tue quejeneveuxpasquemonconcurrentconnaisse.
Bien sûr cette partie bougeant plus lentement, voire étant figé, il leur faudra penser à une interface de communication standardisée et documentée entre les 2 parties pour éviter d'éventuels problèmes de compatibilité lors des updates de l'une ou l'autre partie. Cela suppose l'existence d'une vraie politique de soutient/support Linux chez le constructeur.
Si on y regarde de plus près, c'est le cas des drivers de Benoit Papillaud ! ( de manière empirique )
Si on regarde ce qu'on a, on constate qu'il y a :
+ Une partie OpenSource pour laquelle BP s'assure de la compatibilité avec le noyau, fait en sorte kelle ne dépende ni d'une distribution, ni d'une release précise du kernel.
+ une partie closed source ( le firmware ) sur laquelle Alcatel a la mainmise.
Le grand pb des drivers binaires closed source est que svt ils ne sont fait que pour une distribution ( souvent la RH ) et aussi plus ou moins assujettis à une version du noyau. Or comme des fois les kernel developer cassent la compatibilité des certaines interfaces entre 2 releases de noyau ....
ton zolie drivers qui marche avec le 2.4.3 ne marche plus du tout avec le 2.4.9 ( genre il utilise les macro min/max, ouch ).
il faut vraiment mettre en place une politique de coopération avec les constructeurs et ce notamment pour ne pas les effrayer les pauvres petits choux :D
Cela suppose bien sûr une réelle politique Linux de leur part car il faut une équipe pour bosser sur la création de l'interface, sa mise en place et la coopération avec la communauté pour la partie OpenSource.
Ne restera plus qu'a réglé ensuite le pb du SAV et du partage de responsabilité, or là ce sont les avocats qui tiennent les rênes. Ce n'est pas gagné :(
[^] # Re: Ouais ça depend...
Posté par Schneider Dark . En réponse à la dépêche Sortie de la specification OpenGL 1.3. Évalué à 6.
l'arme trouvée par MS pour faire glisser tous les dev de jeux vers DirectX. Face à un marché PC en crise et en stagnation, il est sûr que les éditeurs de jeux seront intéressés par la possibilité d'entrer dans le marché console qui résiste bien et ce sans grand coût au niveau du portage car DX existe sur les 2 plateformes.
De même les éditeurs consoles seront aussi tenté de prendre pied dans le marché PC.
Cette politique si elle réussi signera la mort de OpenGL, tout comme DX et nvidia ont signé la mort de Glide.
Or retenons qu'un jeu est beacoup plus facilement portable sous Linux/autre OS si il est fait en OpenGL.
En effet DirectX ce n'est pas seulement la 3D. C'est aussi une API transparente pour le son, le réseau, les périphériques d'E/S. Cela permet au dev de faire un travail "cohérent", homogène en utilisant une API et en profitant des possibles optimisations au niveau de l'interaction entre ces différents composants.
OpenGL ne concerne que la 2D/3D. Heureusement SGI a senti le problème et mis en place notamment la technologie OpenAL ( http://www.openal.org(...) ) avec des partenaire comme nvidia, Creative, ...
Est ce que ce sera suffisant ? OpenAL n'est pas encore finalisé et DirectX gagne du terrain.
le succès des jeux (natifs ) sous Linux dépend aussi du succès de OpenGL. Wine et wineX ne peuvent la panacée à ce problème.
wineX -> http://www.transgaming.com/(...)
wine -> http://www.winehq.org(...)
je dois dire que je suis content cependant. Bladur's Gate II fonctionne bien sous wine avec l'accel 3D car programmé en OpenGL. Au dernier LinuxExpo on a pu voir Alice McGee et Diablo II tourner sous WineX avec l'accel 3D sous DirectX.
C'est très bien, mais je ne pense pas que l'on puisse considérés ses solutions comme devant être des solutions définitives.
Le hard core gamer n'y trouvera pas forcément son compte ( pas de retour de force, mise en place/oeuvre moins aisée, possibilités de patch et cheats, performances ). Je met l'accent surtout au niveau des performances car les hdg jubilent au moindre dixième de FPS gagné.
[^] # Re: Balkanisation ?
Posté par Schneider Dark . En réponse à la dépêche Drivers SpeedTouch USB sans recompiler le noyau. Évalué à 1.
de plus ce drivers marchent kelkesoit la distribution. C'est avant tout une question de noyau et de config noyau ( et de version de soft).
ce pendant je me demande si il ne faut pas changer 2/3 trucs pour la slackware étant donné sa gestion des runlevel, mais bon ...
donc la balkanisation ... elle n'est pas encore là même si elle menace à l'horizon.
[^] # Re: Ma reponse
Posté par Schneider Dark . En réponse à la dépêche Mandrake Cooker Weekly News. Évalué à 10.
Sur kelle base te fondes tu pour faire de telles remarques ?!
Sinon je dois souligner le travail monstre que fait l'équipe de Mandrake. Ils sont peu nombreux et pourtant ils essaient de corriger le maximum de truc dans le temps le plus court !
Toute aide serait la bienvenue et surement plus contructive.
La Mandrake 8.1 se révelera intéressante à plus d'un titre.
En plus de permettre la maturation des nouveautés de la 8.0 ( rpmdrake/urpmi, MCC, Bastille, ... ), de corriger certains bugs génants ( pb de font, AA sous KDE ), elle introduira de nouvelles fonctionnalités ( wizardrake, localedrake, ... ) et sera aussi une des premières distribution à activer par défaut devfs qui est plus adapté pour la gestion des périphériques USB et tout autre type de périphérique de type hot plug.
D'ailleurs le boulot fait pour adapter les programmes de configuration pour assurer un bon support devfs est tout simplement ... effarant.
Reste à attendre les feedbacks des utilisateurs, notamment les utilisateurs de puces nvidia et qui utilisent les drivers nvidia.
L'autre point important est le support de JFS. Alors qu'il pensait être proposé en même temps que reiserfs et ext3, il se trouve que des tests on montré qu'il pouvait carrément bousiller données et partitions !
plus d'infos ici -> http://www.mandrakeforum.com/article.php?sid=1124&lang=en(...)
Merci Civileme.
Cependant il ne faut pas occulter le problème principal : l'avenir
la plupart des distributions commerciales linux traversent des temps difficiles.
C'est aussi le secteur où il sera le plus difficile de faire de l'argent et de percer ( cf Corel ).
Même si il y a des utilisateurs desktop qui passent à Linux, ils rapportent très peu car bcp dl la distribution sur le net, peu font appel aux services fournis, ils vont de préférences dans les forum et sur IRC.
Cependant percer dans le marché desktop est un bon moyen d'infiltrer les PME ( cf cas windows ) et les Universités ( via les Universités de part la formation des étudiants ).
Tant que des solutions viables viables et matures, et j'appuie bien sur le mot mature, n'existeront pas en Bureautique, Multimédia Linux restera pour beaucoup un OS de bidouille.
Bien sûr il y aura le fameux Star Office 6 de Sun, le prometteur OpenOffice.org et les innovateurs KOffice ( vraie gestion par frames/cadre ) et LateX. Mais ces solutions soit ne sont pas encore sorties, soit ne sont pas encore assez matures.
Il en est de même pour le multimédia et ce à un niveau encore plus critique.
VLC ( http://www.videolan.org(...) ) est prometteur mais il lui manque des features du genre support AC3 et menus. il en est de même pour xine ( http://xine.sourceforge.net(...) ). Qu'est devenu LinDVD ( solution commeciale de la société éditrice de WinDVD ) ?
Il ne reste plus qu'a attendre.
Pour les divx :
avifile ( http://avifile.sourceforge.net(...) ) est intéressant mais pose des pbs de licenses car ils utilisent des dll de win.
mplayer ( http://mplayer.sourceforge.net(...) ) est plus prometteur notamment gràce aux possibilité d'utiliser OpendivX et ffmpeg. il ne manque plus que le GUI.
GStreamer ( http://gstreamer.net(...) ) est très intéressant, mais reste à en faire kelkechose de pratique.
Toujours dans le multimédia, il est dommage de voir que la solution pour le support des quicktime, flash développée par Codeweavers, le fameux CrossOver plugins, soit ... payante : http://www.codeweavers.com/about/press_releases/?id=20010827.xml(...)
Pour les jeux, le projet WineX ( http://www.transgaming.com(...) ) est prometteur mais lorsqu'il arrivera à terme, de kelle manière sera t'il disponible ? de plus est ce forcément une bonne chose ? en effet cela pourrait inciter les éditeurs de jeux à ne pas faire d'efforts de portages ...
Il est vrai que la domination de DirectX ( encore MS ) + les parts de marchés de MS sur le desktop orienté jeux ( hors console ) + futur XBox ( = intrusion dans le marché console + tentative d'imposer DirectX comme un standard pseudo portable qui permettrait une transition aisée des éditeurs du console au PC et vice versa ) ne semble rien présagé de bon.C'est à ce moment que l'on se rend compte que le portage de Linux sur PS2 n'est pas une si mauvaise chose si seulement il pouvait être utilisée comme plateforme de dev, mais cependant cela ne vaudra pas une console aynt du succès tournant sous Linux + OpenGL + SDL ou autre lib.
je ne parlerai du cas XP, ni surtout de .Net qui est un formidable coup de poker de la part de Microsoft.
et l'autre marché ?
Suse avait compris cela et avait ainsi repris des start up dans ce secteur, mais leurs pb financiers ont coupé court à leur stratégie.
Red Hat semble être le plus capable et en plus profite du soutien de grosses boites ( IBM, ... ) qui leur permet de lancer l'offensive avec des solutions clés en mains.
Cependant le dernier tour de table de Suse montre que lui aussi profite du soutien de grosses boites.
et Mandrake ? isolé car ne disposant d'aussi gros soutiens ( ou alors je en suis pas au courant ), sa chance réside justement dans sa capacité à s'infiltrer dans le desktop ( reprendre la stratégie de MS envers les étudiants) et proposer des solutions clés en mains das la mesure de ses possibilités ( SNF, Corporate, OEM ). Cependant il faudra assurer niveau Consulting.
Car le côté rentable de ce marché vient essentiellement de l'activité de service que les distributions commerciales pourront mettre en place. Ceci couplé avec une activité de SSII, et cela pourrait doner le couple gagnant. Linux à sa carte à jouer. Même si BSD est supérieur techniquement ( et encore cela dépend ), ils ne disposent pas de tous ces avantages.
MS aura du mal à contrer une telle coalition. la bataille se jouera surement plutôt du côté des petits serveurs/PME et mise en place de réseau complexe à fonctionnalités avancées.
Même si la bataille semble plus aisée de part ses soutiens pour Linux ( ou plutôt les distro commerciales RH, Suse, .. ) sur ce secteur très rentable, il n'en reste pas moins que l'on pourrait craindre une prise de controle de la part de ces même soutiens.
Il s'est passé la même chose pour la nouvelle économie : on prédisait la mort de l'ancienne économie et des sociétés qui en étaient issues, or ce sont les start up qui sont mortent et les sociétés de l'ancienne qui ont repris la nouvelle économie à leur compte.
Wait&See ...
[^] # Re: bouge ton Gnome.
Posté par Schneider Dark . En réponse à la dépêche SUN présente son nouveau Star Office 6. Évalué à 5.
De plus comme les API de base ne sont toujours pas stabilisées, c'est encore plus le merdier.
je parcourais ce matin le dernier KC KDE, et j'étais surpris de voir à quel point le projet était cohérent et que les API semblaient stabilisées. Après la phase bugfixe qui va conduire à KDE 2.2.1, ils vont débuter le portage vers Qt3 et pour cela ont mis en place une politique de centralisation et suivi pour diminuer au maximum les problèmes : http://kt.zork.net/kde/latest.html(...)
Les applications KDE sont souvent beaucoup plus cohérentes que leurs homologues Gnome. Voilà pkoi on voit des possibilités de rapprochement entre applis KDE se dessiner et ce avec une mise en oeuvre pas forcément fastidieuse ( kmail/knode ).
Il est évident que Gnome a pris du retard par rapport à KDE. Bien sûr les futurs specs semblent prométeuses, mais pour l'instant rien n'est encore stabilisé et de gros problèmes d'optimisation restent à résoudre.
Si Star Office a été porté sur gtk, c'est essentiellement pour des raisons commerciales parmis lesquelles le support de Sun au projet Gnome qui va devenir son bureau par défaut sur Solaris.
Reste à voir comment le projet va avancer.
d'un autre côté gnome-office encore une fois donne l'impression d'un patchwork, d'un agrégat, plutôt que d'un ensemble consistant. Je n'ose imaginer les sacrifices et les concessions concernant la rapidité pour faire le tout cohabiter et surtout coopérer.
[^] # Re: Peut on se faire de l'argent avec Linux ?
Posté par Schneider Dark . En réponse à la dépêche Suse sauvé de la banqueroute par IBM et Intel ?. Évalué à 1.
Autant lorsque tu abordes le cas de Mandrake, tes phrases transpirent de mépris et de subjectivité.
Red Hat et Suse se sont orientés vers les serveurs, surement le secteur le plus lucratif pour linux grace notamment à la vente de services.
Mandrake s'est orienté desktop, surement le secteur le moins rentable (en l'état actuel ), mais donnant la plus grande notoriété parmis les utilisateurs de base.
Il est vrai que mdk manque cruellement de partenariat avec des grands constructeurs informatiques. Une société informatique française pour relever le défi ?
Autant l'avenir de RH me semble assuré, avec cependant une crainte de voir des grosses sociétés comme IBM, HP, Intel prendre le contrôle. Celui de Suse est plus incertain, mais comporte aussi les même risques.
Pour Mandrake, c'est le flou. Même si ils proposent des solutions pour entreprises/PME, il leur manque un grand parrain et l'expérience de Corel à montré ke le desktop était ... "périlleux".
Beaucoup de gens ont peut être installé une Mandrake chez eux, mais peu en ont acheté une. Et c'est le cas pour la plupart des distribution, car les gens sont attirés en premier lieu par "ce système gratuit qu'on dit meilleur que win".
Donc pour résumé :
La concurrence sera rude et tant que suite bureautique et autres applis spécifiques ne seront plus avancées, MS continuera à se tailler la part du lion. C'est là que les SSII linux pourraient intervenir dans la création de ces apps spécifiques et leur support.
[^] # Re: merci slashdot!
Posté par Schneider Dark . En réponse à la dépêche Suse sauvé de la banqueroute par IBM et Intel ?. Évalué à 1.
j'ai aperçu la news dans ... SomeNews :p
ensuite comme je parcourais tootella j'ai en effet vu la même news sur /. et aussi sur toolinux
[^] # Re: Pour aider a ta reflexion
Posté par Schneider Dark . En réponse à la dépêche KOffice-1.1 est sortie. Évalué à 1.
[^] # Re: MAIS WINDOWS EST LE SEUL OS GRAND PULIC SUR X86 !!!
Posté par Schneider Dark . En réponse à la dépêche Contrôle du bootloader. Évalué à 1.
j'utilise Baldur's Gate 2 sous Linux avec wine et je profite de l'accel 3D comme ce jeu est en OpenGL ( et en 32 bits ), donc c'est top. et l'image est impec.
Wine-20010731 + drivers NVIDIA + mdk 8.0
j'ai écris une petite FAQ pour uns install de wine sans douleur :
http://perso.wanadoo.fr/linux_wizard/faq_logicielle_2.html#wine(...)
on sait rarement ce qu'il faut pour ke telle fonctionnalité marche.
[^] # Re: Pour aider a ta reflexion
Posté par Schneider Dark . En réponse à la dépêche KOffice-1.1 est sortie. Évalué à 1.
[^] # Re: Content
Posté par Schneider Dark . En réponse à la dépêche Quand Alan Cox debogue Nautilus.... Évalué à 1.
Avoir un outil intégré n'est pas négligeable.
En effet si je peux prévisualiser des pages html, pkoi ne pourrais je pas naviguer sur le net ?
Un truc que je fais svt avec konqueror : c'est quand par l'intermédiare d'un site je me retrouve sur un ftp, je fais un drag&drop dans un dossier pour copier les fichier du ftp dans un dossier sur mon HD, ce qui m'évite d'ouvrir un client ftp, recopier l'url (copy/paste, a la main, avec le clipboard) ..., je gagne du temps et en facilité. donc il y a une utilité.
l'important est que ce genre de fonctionnalités (preview fichier, navigation web/ftp, ... ) soient paramétrables et qu'on puisse les désactiver si on veut, et surtout que cela ne se fasse pas au détriment des performances.
Nautilus est beau, je dois l'avouer, sympa pour voir les preview des images (je ne sais pas mais je trouve qu'il rend mieux que Konqueror pour cela), en évoluant il deviendra peut être plus ergonomique et rapide.
mc est génial et on peut toujours l'utiliser. gmc lui me prenait la tête.
Mozilla avait les mêmes défaut au début ( beau, lent, buggué , pas ergonomique) , cela évolue et galeon aussi en profite par la même.
[^] # Re: pas d'accord
Posté par Schneider Dark . En réponse à la dépêche Comment convertir les utilisateurs windows ?. Évalué à 1.
[^] # Re: beurk
Posté par Schneider Dark . En réponse à la dépêche Netscape meilleur navigateur pour Linux ?. Évalué à 1.
le support CSS2 de Konqueror -> http://www.konqueror.org/content/khtml_css2.html(...)
si tu veux voir le support CSS de différents browsers -> http://www.westciv.com/style_master/academy/browser_support/index.h(...)
http://www.webreview.com/style/css1/charts/mastergrid.shtml(...)
les différents bugs listés : http://www.richinstyle.com/(...)
http://www.richinstyle.com/bugs/table.html(...)
tiré du site :
J'ai eu l'occasion de refaire mon site en CSS, je faisais les tests sous Opera, Galeon/Mozilla, et Konqueror.
Alors que le rendu est le bon sur ces 3 browsers différents, il est a ch... sous Netscape 4, et j'ai un bug de placement avec IE5.
le site : http://perso.wanadoo.fr/linux_wizard/index.html(...)
dans la section screenshots on voit le rendering de la page sous Konqueror et Mozilla tel k'il devrait l'être : http://perso.wanadoo.fr/linux_wizard/screenshots.html(...)
[^] # Re: Apres Traktopel c est Raklet
Posté par Schneider Dark . En réponse à la dépêche Mandrake 8.1 Beta1 dispo pour tests.. Évalué à -1.
Raklet c'est pour frire les allemands de chez Suse.
:p
[^] # Re: Il est sorti un peu vite AMHA
Posté par Schneider Dark . En réponse à la dépêche Sortie du noyau Linux 2.4.8. Évalué à 1.
Toute personne se devrait de lire ce post qui explique bien l'esprit Linux et OpenSource et le modèle de développement et de test qui diffère des autres modèles.
Ce modèle suppose aussi une autre attitude de la part de l'utilisateur qui avait pris l'habitude du : on sort une nvelle version, ca marche, c'est ok, je prend. L'utilisateur devient lui même testeur et par son test contribue au projet (feedback sur les bugs et TODO).
Il est vrai que c'est déroutant au premier abord. Pourquoi sommes nous beaucoup moins tolérant envers les logiciels proprio ? Parce qu'ils ont au minimum un contrat au moral de qualité minimale envers le consommateur car celui-ci la plupart du temps paie le produit.
Les distributions se retrouvent aussi dans la même situation, car comme l'utilisateur pourrait payer leur produit ils se doivent d'offrir la meilleure qualité possible. C'est pourquoi nous sommes aussi moins indulgent envers les distributions. Si j'achet une distribution à 300FF, je ne voudrait pas me retrouver dans la situation d'un testeur parce que le produit ne serait pas suffisamment finalisé.
Cependant on ne peut s'empécher de penser qu'il y a négligeance lors qu'une release officielle du noyau contient une erreur toute bête dans son makefile qui empeche la compilation d'un drivers : cela fait négligé.
L'amertume perçu ici peut s'expliquer par le fait que l'on attendait tant du 2.4, qui s'est fait attendre 2 ans, que à sa sortie on s'est montré tout de suite exigeant. or les problêmes rencontrés (pile USB buggée, VM complètement buggé, pb Via, etc ... ) ont très rapidement déçus. mais étonnament, ceux qui critiquent le plus, ne sont ils pas les nouveaux du monde linux ?
Is sont sous linux depuis un peu plus de 2 ans ( plus ou moins ), ils ont connu les version stables du 2.2 et sont donc surpris de se retrouver avec un 2.4 qui à ses débuts est en plein test ce qui leur fait presque croire qu'ils ont un 2.3 en main.
[^] # Re: le Changelog
Posté par Schneider Dark . En réponse à la dépêche Nouvelle Mandrake Freq. Évalué à 1.
[^] # Re: jeux/linux
Posté par Schneider Dark . En réponse à la dépêche Tux Racer 1.0 ne sera pas libre. Évalué à 1.
Il y a Hyperion software, ...
Pour acheter des jeux, un site comme mcd² est très bien : http://www.mcd2-diff.fr(...)
Et puis franchement Tuxracer est un peu merdique surtout au niveau du son. Chromium par exemple est tout aussi beau avec un meilleur son : http://www.reptilelabour.com/software/chromium/(...)
de plus il n'y a pas que Tuxracer. rien qu'avec la lib SDL -> http://www.libsdl.org/games_db/games.php3(...)
[^] # Re: Re-installer un gcc postérieur ?
Posté par Schneider Dark . En réponse à la dépêche Sortie d'une beta Redhat. Évalué à 1.
gcc3.0-c++-3.0.1-0.1mdk
gcc3.0-doc-3.0.1-0.1mdk
libgcc3.0-3.0.1-0.1mdk
gcc3.0-3.0.1-0.1mdk
gcc3.0-cpp-3.0.1-0.1mdk
gcc3.0-g77-3.0.1-0.1mdk
gcc3.0-java-3.0.1-0.1mdk
déjà dispo on dirait cette version de gcc 3.
En phase de test sur cooker
[^] # Re: Controleur IDE
Posté par Schneider Dark . En réponse à la dépêche Un serveur de fichiers de 1To pour 5000$. Évalué à 1.
http://perso.wanadoo.fr/linux_wizard/liens.html#hardware(...)
Arf, meme ici je fais de la pub pour mon site. grave.
[^] # Re: Noooooo !
Posté par Schneider Dark . En réponse à la dépêche MandrakeSoft et la bourse .... Évalué à -1.
# Tuning ....
Posté par Schneider Dark . En réponse à la dépêche Suite des benchs entre FreeBSD, Linux, Solaris et W2k. Évalué à 1.