Matthieu Duchemin a écrit 251 commentaires

Puisqu'il y a des salariés de Mandriva qui traînent ici, il faudra expliquer à ce brave homme qui veut donner un sens précis à chaque terme,
que "viré" est un terme familier qui correspond à "licencié", et que l'on peut être licencié pour faute (grave, réelle et sérieuse,...).

Il faut savoir que l'interview à été réalisé en Anglais et que le terme employé pour le départ de Gaël n'est pas facile à traduire

Bouh ! Vilains salariés qui demandent l'application du droit !

Suite, ça ce que j'ai dit plus haut, l'interview s'adresse à des anglophones qui ne connaissent donc pas forcément le code du travail français.

J'aurais rebondi sur la minimisation du départ de Gael Duval (co-créateur de Mandrake/Mandriva) par PTerjan alors que, quoiqu'il en soit, ça a touché pas mal la communauté pour laquelle Mandriva dit se battre et n'existerait pas sans elle.

Sur la mailling list de cooker (la liste de développement de MandrivaLinux) PERSONNE n'a parlé du départ de Gaël, PERSONNE n'a abordé le sujet. Et pourtant cette liste rassemble des employés de Mandriva, mais aussi des contributeurs externes et des personnes qui souhaitent suivre l'évolution de la distrib ou qui rapportent régulièrement des BUG. Donc non, PTerjan n'a pas minimisé le départ de Gaël, c'est juste que ceux qui sont extérieur à toute implication dans la distrib qui en parlent autant. Malgré tout ça, Gaël a posté un message sur cooker pour son départ (c'est la première fois que je vois un message de sa part, ou presque), et ça n'a pas empêché ceux qui lui ont répondu de lui souhaité bonne chance pour la suite et son nouveau projet.

La situation est que Gaël s'est fait viré, et les gens y ont tout de suite collé leurs préjugés (c'est les américains qui débarquent, c'est à cause des actionnaires, c'est la faute du patron qui veut se faire plus de fric...). Une personne de Mandriva pourra toujours donné son vis et être de bonne fois, il sera lui aussi catalogué comme mauvais (il a pactisé avec son patron).

On veut tous un monde plus social, plus égalitaire, mais la réalité est que l'on n'y arrivera jamais tant que l'on essayera pas de comprendre le monde qui nous entoure et qu'on regardera le monde avec tout nos préjugés.

il semblerai que ce soit une offre promotionelle pour laquelle il faille être déjà client chez OVH

C'est hallucinant le nombre de personnes se disant expert et ne connaissant rien. Alors face à des néophite ça fait pro, on balance 2-3 mots hitech et on en jette plein la vue, mais fasse à des personnes qui on un minimum de connaissance, on s'aperçoit vite que la forme est belle mais le fond inexistant.

On en a vu pas mal lors de l'émergence du wifi, donc ça ne m'étonne pas. Et il est vrai que la presse informatique ressemble de plus en plus à de la presse people.

j'ai bien eu tout le monde avec ça. :-)

Si tu regardes bien mes captures, tu peux remarquer qu'il n'y a pas d'entourage autour des fenêtres (pas de barre, pas de bordure).

On peut utiliser gnome-window-decorator sous KDE, mais toutes les fenêtres qui seront ouvertes après le lancement de gnome-window-decorator ne seront pas prisent en compte par la barre des tâches de KDE. Du coup si tu minimises une de ces fenêtres, et bien elle est perdue. Et pas moyen de la retrouver avec Alt+Tab, puisque c'est compiz qui prend la main et qu'il ne fait défiler que les fenêtres qui ne sont pas minimisées.

http://kde-artists.org/main/component/option,com_simpleboard(...)
http://kde-artists.org/main/component/option,com_simpleboard(...)

Le premier lien est intéressant car la personne compare l'interface de konqueror et nautilus point par point avec captures d'écrans à l'appuie.

J'ai installé Gnome 2.13 sur ma Mandriva (je suis utilisateur KDE), et je suis très agréablement surpris par Gnome. C'est clean, les couleurs sont douces, il n'y a pas de superflux dans l'interface ce qui donne un aspect très soigné, là où sous KDE on a 8 menus et 12 icônes, sous gnome ou a 4 menu et 5 icônes, on s'y perd moins, l'intégration des différents logiciel est plutôt bonne (ex : pour la vidéo totem est utilisé alors que sous KDE il n'existe pas de lecteur officiel).
Malgré sa simplicité, on peut changé l'apparence de Gnome comme on le souhaite (à peu près comme sous KDE) et plus rapidement que sous KDE (Sous KDE tout est dispaché dans le control center, on comprend rien sur la façon dont les éléments ont été classé).

Bref Gnome est un très bon environnement, moins compliqué que KDE et qui propose une interface unifiée et cohérente.

J'ai fait un don pour ce projet. En tant que donateur, notre nom apparaîtra dans le générique de fin et on recevra le DVD du film :-)

Quand IPv4 est sortie, les gens ne pensais pas qu'ils seraient vivant le jour où on atteindrai les limites d'adresse de IPv4. Je trouve pas que ce soit une bonne idée de "gâcher" dès à présent des adresses sous prétexte que cette fois ci c'est la bonne, on en a tellement qu'on peut en donner plein. On ne sait pas de quoi l'avenir sera fait et on ne peut pas encore prendre conscience des utilisations futures d'internet. C'est mon point de vue, et je pense que l'on pourrait être un peu plus prudent.
Un jour on risque de se dire "on a donner pleins d'adresses qui ne servent pas. Aujourd'hui on a une utilisation du réseau que l'on ne pouvait même pas imaginé à l'époque où IPv6 à débuté, et on se trouve dans une situation où l'on ne peut plus faire face à la demande d'adresse IP."

Moi je crois surtout que certains se font veaucoup d'illusions sur IPv6 en pensant que les FAI vont nous donner une adresse IP par machine. IPv6 permet un nombre d'adresse tellement grand que l'on pourrais donner une adresse par machine certes, mais je ne crois pas que cela se ferra. Je m'imagine bien appeler mon FAI pour lui dire: "je viens de m'acheter une nouvelle machine, il me faut une adresse IP en plus".

sisi, il te compile bien Xgl.

va voir sur la mailling list de cooker. Il y a même un script qui fait tout tout seul pour compiler Xgl

petite rectification :
ce n'est pas le buffer de glx qui n'est actuellement pas disponible pour les cartes nvidia mais le buffer xv (donc quand on li une vidéo)

Actuellement on utilise l'accélération 2D de nos cartes graphique pour l'affichage graphique. Il faut prendre conscience qu'à terme les constructeurs de cartes graphiques ne fourniront plus d'instructions 2D sur leurs cartes qui deviendront ainsi 100% 3D. A ce moment là, on aura l'air malin avec nos drivers qui utilisent l'accélération 2D.
J'ai pu tester Xglx, et il offre de loin de meilleurs performances que composite seul alors qu'il propose bien plus d'effet. Bref ça tourne très bien chez moi sur mon athlon 550Mhz avec ma Geforce FX 5200, que j'ai acheté il y a à peu près 2 ans et qui était à l'époque le premier prix de chez Nvidia, qui ne fonctionne qu'en AGP 1x parce que ma carte mère elle est buggué. Je rajouterais qu'actuellement avec les cartes Nvidia, on ne peux pas utiliser le rendu direct qui devrait être disponible avec une prochaine version des drivers nvidia, et que l'on ne peut pas non pus utiliser le buffer glx. En conclusion ça tourne très bien, et pourtant on ne peut pas dire que ce soit dans des conditions optimales.

ça me fait un peu marré le coup de la techno balbutiante. Avant que Novell ne fasse une demo de Xgl, sur le wiki de Xgl il était marqué en gros que Xgl était abandonné au profit de Xegl, et que si l'on souhaitait s'intéresser à un serveur graphique accéléré 3D, il fallait allé voir la page de Xegl. En moins de 2 semaines, Xgl qui était considéré comme obsolète est devenu incontournable et ce qui était présenté comme le futur est désormais relégué au rang de désuet et de techno balbutiante.

actuellement, pour faire fonctionner Xgl avec les drivers nvidia, tu dois lancer ton serveur Xgl en utilisant bien sûr les drivers Nvidia, mais ensuite il faut que tu lances compiz en utilisant non plus la libGl fourni par Nvidia mais celle de Mesa (version cvs) qui elle fourni l'extension GLX_EXT_texture_from_pixmap dont à besion compiz. Ce qui fait qu'actuellement on ne peut pas utiliser le rendu direct pour compiz (serveur glx nvidia + client glx mesa). L'ajout de l'extension GLX_EXT_texture_from_pixmap dans les drivers Nvidia va permettre d'utiliser le rendu direct (serveur glx nvidia + client glx nvidia) ce qui va améliorer les performances.

Pour Xgl, tu n'as qu'à suivre la mailling-list il en a été question cette semaine.
J'ai même fait un joli HOWTO pour ceux qui veulent s'amuser avec.

http://archives.mandrivalinux.com/cooker/2006-02/msg01519.ph(...)
http://archives.mandrivalinux.com/cooker/2006-02/msg01446.ph(...)

j'ai testé Xgl il y a 2 jours, mais je n'ai pas de bonne performance.

J'utilise les drivers proprio nvidia, mais quand je lance Xgl, et qu'ensuite je lance glxinfo dans un terminal, il me dit que qu'il utilise le glx de SGI, alors que dans mon serveur X classique qui fonctionne en parralèlle (F7 pour Xorg et F8 pour Xgl) il utilise bien le glx de nvidia.

Et si je remplace le libglx.so dans mon installation de Xgl par celui fourni avec les drivers Nvidia, j'ai le droit au message suivant :
undefined symbol : xf86fprintf

est ce que quelqu'un aurai une petite idée?

Je pense que ça tournais avec le fameux serveur xgl. J'aivais déjà vu une vidéo avec le même genre de comportement.

Je ne comprend pas pourquoi on pose encore ce genre de question. Il faut bien comprendre qu'aujourd'hui la puissance de calcul des processeurs 3D est bien supérieur aux proc 2D, mais aussi à notre pauvre processeur principal. C'est d'ailleur pour cette dernière raison que certains commencent à faire des calculateurs parallèles en utilisant la puissance des cartes graphiques.

Donc il faut juste une carte 3D et c'est tout. Ceux qui jouent encore pas mal aux jeux vidéos on bien pu se rendre compte que certains jeux proposait des interfaces avec de la 3D, de la transparence, et des animations, tout cela de manière très fluide sans qu'il soit necessaire d'avoir une grosse machine. Ben là c'est pareil mais au lieu d'un jeux c'est un environnement bureautique.

Il existe ccp (Common Configuration Parser) qui lit les fichiers de configuration et fait la mise à jour. Je crois savoir que ccp sera utilisé dans la prochaine Mandriva lors de la mise à jour des paquets. Pour plus de détails :
http://ccp.nongnu.org/

ça doit fonctionner pour les fichiers de conf de n'importe quel application, KDE, Gnome, Apache, SSH...

All files of text-based type, most notably HTML and JavaScript, to which this action applies, are filtered on-the-fly through the specified regular expression based substitutions.

http://www.privoxy.org/user-manual/actions-file.html#FILTER

Si je me souviens bien par ex, quand tu lui demandes de bloquer les pubs, tu peux lui dire de remplacer l'image de la bannière de pub par une autre qui se trouve sur ton dur. Il peut aussi enlever le js. Donc il réécrit bien les pages.

J'ai déjà essayé privoxy. ça marche plutôt bien, mais ça peut être pénible si il est mal configurer (ex : laposte.net), et ça reste un script qui analyse toutes les pages que tu reçois et les réécrit en enlevant tout ce que tu lui dis d'enlever. Du coup ça peut être gourmand en ressource processeur, et ça se ressent vraiment sur des petites ou moyennes config.

Aujourd'hui je ne l'utilise plus, le système adblock de konqueror me suffit, même si privoxy peut faire beaucoup plus et avec de très bon résultats. Mais devant les ressources que ça me prenait, j'ai privilégié la légèreté.

C'est facile de gueuler sur les politiciens. Mais si un jour un politicien avait décidé de mettre en place des patrouilles dans les trains, on aurai tout de suite vu des personnes se soulever contre cette mesure en disant que l'on se dirige vers un régime totalitaire, que cela va à l'encontre des libertés individuelles, et qu'ils doutent que la mesure soit efficace.

Faut pas se leurrer, tu as beau mettre en place des mesures qui vont dans le bon sens (et qui ont du bon sens), tant que les gens ne sont pas près à l'accepter, ils la refuseront. Il faut parfois attendre qu'il y ai un problème pour que les gens acceptent les faits et les mesures nécessaires.

J'ai fait un test sans lancer la connexion ADSL au boot, et je ne gagne quasiment rien.

Je reviens sur ce que je voulais dire sur le lancement de la connexion ADSL. Certains services ont besoins que le réseau soit activé pour pouvoir être lancé (CUPS, syslog...). Mais ils ont juste besoin que le réseau soit lancé, il n'est pas obligatoire que la connexion internet soit activée. Donc on pourrait faire en sorte que le script network active le réseau (le loopback, les cartes ethernet, wifi...), mais que la connexion ADSL soit démarrée plus tard. De cette manière, le réseau est activé, ça permet aux services qui en dépendent de démarrer et ça évite d'être bloqué à cause du modem.

Sans le faire exprès, je suis tombé sur ce cas de figure.
Lors de mon dernier boot, il y a eu un problème avec ppp :

Jan 4 16:35:01 localhost network: Démarrage de l'interface loopback : succeede
d
Jan 4 16:35:01 localhost network: Activation de la retransmission de paquets IP
v4 (forwarding) succeeded
Jan 4 16:35:02 localhost ifplugd(eth0)[3206]: ifplugd 0.28 initializing.
Jan 4 16:35:02 localhost ifplugd(eth0)[3206]: Using interface eth0/00:A0:24:4A:
53:E6 with driver <3c59x> (version: LK1.1.19)
Jan 4 16:35:02 localhost ifplugd(eth0)[3206]: Using detection mode: SIOCETHTOOL
Jan 4 16:35:02 localhost ifplugd(eth0)[3206]: Initialization complete, link bea
t not detected.
Jan 4 16:35:02 localhost network: Activation de l'interface eth0 : succeeded
Jan 4 16:35:02 localhost ifup-ppp: pppd started for ppp0 on at
Jan 4 16:35:02 localhost pppd[3233]: unrecognized option 'Pas'
Jan 4 16:35:02 localhost ifup: pppd: unrecognized option 'Pas'
Jan 4 16:35:02 localhost ifup: pppd version 2.4.3
Jan 4 16:35:02 localhost ifup: Usage: pppd [ options ], where options are:
Jan 4 16:35:02 localhost ifup: ^I^ICommunicate over the named device
Jan 4 16:35:02 localhost ifup: ^I^I^ISet the baud rate to
Jan 4 16:35:02 localhost ifup: ^I:^ISet the local and/or remote inter
face IP
Jan 4 16:35:02 localhost ifup: ^I^I^Iaddresses. Either one may be omitted.
Jan 4 16:35:02 localhost ifup: ^Iasyncmap ^ISet the desired async map to hex

Jan 4 16:35:02 localhost ifup: ^Iauth^I^IRequire authentication from peer
Jan 4 16:35:02 localhost ifup: connect Invoke shell command
to set up the serial line
Jan 4 16:35:02 localhost ifup: ^Icrtscts^I^IUse hardware RTS/CTS flow control
Jan 4 16:35:02 localhost ifup: ^Idefaultroute^IAdd default route through interf
ace
Jan 4 16:35:02 localhost ifup: ^Ifile ^ITake options from file
Jan 4 16:35:02 localhost ifup: ^Imodem^I^IUse modem control lines
Jan 4 16:35:02 localhost ifup: ^Imru ^I^ISet MRU value to for negotiatio
n
Jan 4 16:35:02 localhost ifup: See pppd(8) for more options.
Jan 4 16:35:02 localhost network: Activation de l'interface ppp0 : failed

Du coup ppp n'a pas attendu que le modem soit prêt, et le boot à continué. Tout s'est bien déroulé puisque malgré que ppp est échoué, le loopback et eth0 on été activé. Et comme l'intégration des modem ADSL est bien faite, il y a un script qui doit vérifié si oui ou non la connexion ADSL est bien active. Si ce n'est pas le cas, alors il la relance. Et, c'est ce que l'on trouve plus loin dans les logs :

Jan 4 16:35:24 localhost kernel: PPP generic driver version 2.4.2
Jan 4 16:35:25 localhost pppd[5354]: pppd 2.4.3 started by root, uid 0
Jan 4 16:35:25 localhost pppd[5354]: Using interface ppp0
Jan 4 16:35:25 localhost pppd[5354]: Connect: ppp0 <--> /dev/pts/0
Jan 4 16:35:29 localhost pppd[5354]: CHAP authentication succeeded: CHAP authen
tication success, unit 22692
Jan 4 16:35:29 localhost pppd[5354]: local IP address 88.137.78.53
Jan 4 16:35:29 localhost pppd[5354]: remote IP address 88.137.72.1
Jan 4 16:35:29 localhost pppd[5354]: primary DNS address 217.19.192.132
Jan 4 16:35:29 localhost pppd[5354]: secondary DNS address 217.19.192.131

Résultats: j'ai gagné 15s au boot.

Il faudrai au démarrage réussir à faire croire au système que la connexion ADSL est lancée sans quel ne le soit réellement. Et derrière le script qui vérifie l'état de la connexion va lui s'apercevoir que la connexion n'est pas active et il s'en occupera (fctStartAdsl).

Mis à part la connexion ADSL, je n'est pas trouvé d'amélioration mais je tourne sur un athlon 550Mhz ce qui peut expliqué cela, j'ai aussi khubd qui met beaucoup de temps (je ne sais pas trop à quoi ça sert donc c'est peut être normal)

En tout cas c'est du beau boulot, et c'est surtout très simple et rapide à mettre en place.