Matthieu Duchemin a écrit 253 commentaires

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.

j'ai recompillé le paquet src initscripts pour la 2006, et j'ai fait un test.
ben, je n'arrive pas à améliorer le temps de démarrage de mon PC. J'ai pourtant modifié un bon nombre des scripts d'après les fichiers de couriousous, mais je ne gagne rien.

Un des problèmes notamment est que j'utilise un modem ADSL USB, et le script de démarrage du réseau attend que le modem soit prêt. De cette manière, je perds facilement 15s pendant lesquels le processeur ne travaille pas du tout. En fait il faudrait que le réseau puisse être démarré sans pour autant que la connexion internet le soit. Comme cela, le démarrage d'autres services qui dépendent du démarrage du service réseau peut se faire, et le démarrage de la connexion internet peut se faire tranquillement tout seul.

Je peut poster mes bootcharts si ça interesse.

Ya plus qu'a :-)

Voici le commentaire du rpm ati-xorg

ATI proprietary X.org X server module and OpenGL libraries for ATI
Radeon 8500 and newer ATI Radeon video cards, ATI Mobility Radeon
9000 and newer ATI Mobility Radeon video cards, ATI Radeon Xpress
200M/200 series video cards, ATI FireGL 8700 and newer ATI FireGL
video cards.

You should install this package if you want to enable the ATI
proprietary X.org driver for those cards.

After installation you can reconfigure X to use the this driver
automatically:
1. Run XFdrake as root.
2. Press the Graphic Card selection.
3. Select the "Radeon (fglrx)" (it is usually already autoselected).
4. Press OK and answer the following questions.

See /usr/share/doc/ati-xorg-8.20.8/README.install.urpmi
for details.

This is in PLF for it's non-free license.

Il semble donc que cela fonctionne aussi pour les mobility

Je pense que le mieux est de désinstaller ton driver, et d'installer les drivers ATI paquagé par PLF. Il faut pour cela ajouter la source plf-nonfree à l'aide de :
http://easyurpmi.zarb.org/

ensuite il "suffit" de faire :
urpmi dkms-ati
urpmi ati-xorg

ça devrais t'installer tout ce qui est nécessaire au bon fonctionnement des drivers ATI.

Après, n'ayant pas d'ATI je ne peux pas t'aider sur la conf de xorg. Mais c'est de cette manière (avec les RPM de PLF) que j'installe mes drivers nvidia, et c'est beaucoup plus simple.

quel est ta carte graphique? quel driver utilises tu?
Quelle sortie vidéo utilises tu?

essayes de reconfigurer avec la commande "drakedm" et choisi ton gestionnaire de login, et vérifies que dans les options, le serveur X soit lancé au démarrage en tapant la commande "drakx11", puis en allant dans "Option" et en cliquant sur "Oui" puis "Quitter"

les drivers nvidia livrés avec xorg (les drivers libres) sont buggués. Tu peux à la place installer les drivers propriétaires de Nvidia disponibles sur leur site.

Je pense que le problème vient que tu lances le serveur graphique avec la commande X. Il faut que tu le lances avec
/etc/init.d/dm start
dm va lancer le serveur graphique avec le gestionnaire de login que tu as choisi (KDM dans ton cas), du coup quand tu quitteras ta session KDE tu devrais retrouver ton gestionnaire de login.

Mandriva n'est qu'un acteur du libre parmis tant d'autres. Ils contribuent au libre en fournissant une distrib 100% GPL, en mettant en avant des projets comme LSB, en supportant des projets comme kat (d'ailleur Laurent Montel à fait un paquet de patchs pour kat à un moment ou l'auteur n'avait pas de temps à y consacrer), et même en le vendant (voir des boites avec marqué en gros Linux en rayon à la fnac, ça fait de la pub pour Linux).

L'intégration de Skype ne remet pas en cause leur participation au libre. Et pour faire progresser les solutions libres de visio-téléphonie il faudrait qu'ils mette à disposition du temps d'un de leur employé. Mais bon comme je l'ai dit plus haut, ils le font déjà pour d'autres projets, est ce qu'on va les blâmer parque qu'ils ne le font pas pour ces logiciels? Le libre c'est avant tout une communauté dont Mandriva n'est qu'un des acteurs.

Le dernier logiciel propriétaire à avoir été inclus dans la version free de la Mandriva était Netscape 4.x. Donc, non cela ne concerne pas la version free.

Je suis d'accord. Je rajouterais que pour l'instant il n'y a que Skype et OpenWengoo qui intègrent la video (je peux me tromper). De plus Skype à la plus grande base d'utilisateur, et je pense que Skype est plus connu en dehors de la France que openwengoo. C'est pas parce que openwengoo c'est libre ça roxor et que tous les geek ont migré dessus que l'utilisateur moyen va faire pareil. Pour ce dernier Skype marche très bien et il ne voit pas pourquoi il devrai changer. Dans un soucis de facilité la migration d'un utilisateur moyen de windows à Linux, Skype est la meilleur solution.

Il ne faut pas oublié que cela ne concerne que la version payante de la Mandriva ainsi que les membres du club.

D'où proviennent les paquets KDE 3.5 ? de Seer of Souls?
Dans ce cas il faut faire :
urpmi shorewall --allow-force --exclude-media SoS-2006

Ce qui va réinstaller la version de shorewall livrée avec la mandriva

mais elle profite aussi de ces "blocages" technologiques tels que les wma drm, le trust des lecteurs mp3, l'antique CD Audio,... et d'autres trucs malsains (comme la production de star à l'année).

Je vois pas en quoi elle profite de quoi que ce soit puisque c'est une organisation à but non lucratif. J'ai lu la réponse que la personne de la SACEM et si vous lui répondez, à part faire un FUD, je vois pas ce que vous pouvez lui répondre.

On relève enfin, dans les messages reçus à la Sacem, des affirmations et qualificatifs assez surprenants, qui s’appliquent bien mal à notre société et à son activité et tendent à l’assimiler à des intérêts marchands

Vous voulez être mis dans le même paquet?

J'ai les même problèmes avec certains sites. De plus les sites qui comportent des javascripts sont plus lent à charger que si on utilise Firefox.

ta remarque est pertinente, mais c'est utile aux gens comme moi qui envois des mails à l'autre bout du monde et qu'ils veulent savoir si ils auront une réponse tout de suite ou non. Là dessus je trouve ça bien. Mais je suis d'accord que paramétrer l'affichage de plusieurs fuseaux par défaut, là c'est un peu abusé. Si j'en ai besoin (et j'en ai besoin), je n'est qu'à le faire moi même (d'ailleur au final c'est ce que j'ai quand même fait car j'en ai enlevé et ceux qui m'intéressaient n'étaient pas affichés).

Le point de mire de KDE est de fournir un environnement complet et cohérent au niveau des technologies utilisées et aussi au niveau de l'ergonomie des applications et d'avoir un environnement simple à utiliser. Plus le temps passe plus j'ai l'impression que KDE s'éloigne de ces objectifs : arts étant obsolète (car non maintenu), de nombreux logiciels multimédia (amarock, kaffeine...) se sont mis à supporter de nouveaux moteurs (gstreamer, xine, mplayer...), et de nombreuses applications proposent des fenêtres de configuration absolument indigeste au fur et à mesure qu'elles se sont mise à offrir de nouvelles fonctionnalités. Il n'y a qu'à voir la boite de config de kaffeine par rapport à celle de totem par exemple. Et il est vrai que la surcharge d'informations que l'on montre à utilisateur n'aide pas non plus en ce sens.

je suis avec la dernière RC de KDE que j'utilise depuis quelques semaines déjà et j'ai quelques remarques :
- Les nouvelles bulles infos sont superbes, mais elles ne sont pas utilisé partout. Quand on voit ces nouvelles bulles infos pour la première fois, on se dis, super le "produit" est bien fini, on met la souris sur l'orloge et la c'est vraiment très bien fait on voit en un coup d'oeil les horaires des autres fuseaux horaires. Là on est vraiment impressionné. Et puis on ouvre konqueror on fait son petit tour sur internet, et fatalement on va sur un site qui veut ouvrir une popup et on voit une boite grise affreuse informant l'utilisateur que le site a essayé d'ouvrir une popup et qu'il l'a bloqué. Là on se dit que l'information est pertinente, mais au vu des infos bulles que l'on a pu voir précédemment, on se dit aussi que c'est vraiment du gâchis de ne pas les avoir utilisées ici. Pourquoi ne pas utiliser les nouvelles bulles partout au lieu de les utiliser QUE pour kicker?

- La deuxième remarque, et celle là est me gonfle au plus haut point : l'existence (la persistance) du BUG 41514 (http://bugs.kde.org/show_bug.cgi?id=41514 ) : celui qui fait que quand Kmail utilise un filtre externe (antispam, antivirus) celui ci se bloque totalement jusqu'à ce que tous les messages aient été filtré (au vu du nombre de spam que je reçoit et la rapidité des filtres antispam on peut attendre parfois longtemps). Ce BUG à été rapporté le 23 Avril 2002 et n'a toujours pas été résolu. ça donne vraiment une très mauvaise impression, et quand comme moi, on est amené à écrire des mails un peu long et que d'un coup Kmail se bloque et qu'il faille attendre qu'il ai fini son bazar pour continuer la rédaction d'un mail, on a qu'une seule envie : c'est de bazarder Kmail (j'ai seulement la flemme de refaire tous mes filtres et le tri dans mes mails). Malheureusement pour moi c'est le seul client Mail qui s'intègre bien dans l'environnement de KDE.


Le reste est plutôt dans la continuité de ce qui a été fait. On attendra maintenant que KDE 4 sorte pour avoir de gros changements. C'est dommage, car il y a beaucoup à faire encore notamment au niveau de l'ergonomie et de la lisibilité dans les fenêtres d'options qui grossisses à chaque nouvelle version et qui deviennent parfois un beau bordel (c'est vrai aussi pour le kontrol center). Un bon point pour la navigation web avec konqueror : linuxfr qui jusque là s'affichait avec de tout petits caractères s'affiche maintenant normalement, et j'ai pu découvrir que les sujets déjà visité étaient marqués. Bref une compatibilité accrue avec un plus grand nombre de site. Par contre les pages s'affichant avec un javascript sont toujours aussi lente à s'afficher.

et comme ed a du temps à tuer il va mettre mettre ça en place en deux temps trois mouvement.

Au plaisir de te revoir ! :-)

Regardes si le paquet eagle-usb est installé. Autrement tente de lancer la connexion, en ouvrant une console en tant que root avec la commande :
startadsl

et regardes si tu as un message d'erreur sur le terminal, et regardes aussi les logs du système.

C'est une bonne remarque à laquelle je ne sais pas répondre.

Cette fonctionnalité de fonctionne pas sur la Mandriva 2006. Je ne me rappel plus de la raison exact, mais ça doit être un problème de compatibilité entre HAL, le noyau et la version de KDE.

http://qa.mandriva.com/twiki/bin/view/Main/MandrivaLinux2006(...)

Ma phrase n'est pas claire? J'en suis désolé. C'est bien deux chose distinct.

Y a un pb, normalement urpmi installetout ce dont il a besoin. Le mieux serai de supprimer les sources qui sont configuré dans urpmi, et d'en ajouter d'autres avec easyurpmi (url donné plus haut). Fait bien attention de prendre la bonne version de ta mandriva (2005LE i586 (ou x86)). Pour avoir plus de 10000 paquets, il faut sélectionner main, contrib, jpackages et aussi plf

Installer un logiciel à partir des sources n'est pas la meilleur des solutions pour un newbi :
Une fois que tu as ajouté des sources à urpmi, tu peux aussi passé par l'interface graphique qui se trouve dans le centre de control Mandriva.

Pour information, la compilation des sources d'un logiciel nécessite d'avoir le compilateur gcc installé ainsi que les autotools