Il existe bien un plugin adobe mais qui n'est plus supporté depuis le 1er janvier 2009 comme d'ailleurs la plupart des autres boites qui fournissait aussi un plugin (corel par exemple). http://www.adobe.com/svg/viewer/install/
L'arrêt du support m'a permis à l'époque d'imposer Firefox, tout bénéf dans mon cas ( mais bon petite structure)
Il y a http://code.google.com/p/svgweb/ (ayant google pour contributeur) qui permet d'utiliser le plugin flash pour visualiser le svg.
C'est en développement mais fonctionnel. Faut aimer le cumul avec Flash !
A priori les dépôts de cooker sont en route pour la version 2011 depuis la sortie de la 2010.1.
cat /etc/release
Mandriva Linux release 2011.0 (Cooker) for x86_64
Comment vont ils faire pour cette 2010.2 ?
Prendre un freeze de cooker et le taggué 2010.2 ou rependre la branche stable à jour et la faire évoluer ?
Question purement rhétorique du fait du manque d'information mais si quelqu'un proche de mandriva passe par là (sauf s'ils sont tous partis chez mageia) cela pourrait être intéressant.
Sinon, pour utiliser mandriva tous les jours, les dépôts cooker et stable sont toujours régulièrement mis à jour. L'activité semble perdurer chez mandriva.
dans mon modprobe.d (peut être modifié par la manip que j'ai décrite plus bas)
j'ai une ligne supplémentaire propre à alsa d'après la description : blacklist snd-pcsp
L'as tu aussi ? # disable PC speaker by default
# pcspkr is the standard driver, while snd-pcsp is the ALSA driver
blacklist pcspkr
blacklist snd-pcsp
J'ai rédigé la "procédure" de tête, je ne me souviens plus des détails.
Comme j'accusais à l'époque pulseaudio de tous les mots, j'avais trouvé ce truc par hasard.
Depuis, le réglage étant resté lors de l'update en 2010.1, je n'ai pas eu à le refaire.
J'espère que c'est toujours valide avec la dernière version de Mandriva.
Peut être que j'ai redémarré complètement moi aussi.
Tiens moi au courant, au pire je re-testerais sur ma machine.
Sous Mandriva 2010, j'ai réglé ce problème ainsi :
0 - pulseaudio empêche le réglage fin du mixeur (du moins c'est ce que j'en ai déduit, dans kmix (kde), je n'ai plus que deux onglets : périphériques de lecture et périphériques de capture)
1 - désactivation de pulseaudio dans le MCC
2 - déconnexion - reconnexion
3 - ouverture du mixeur kmix : clic droit sur l'applet dans le systray -> (sans pulseaudio, on retrouve les différents onglets pour les canaux (correspondants à alsamixer)
4 - je passe bip système à muet
5 - réactivation de pulseaudio dans le MCC
et cela persiste ensuite lors des redémarrages.
Cela marche peut être aussi directement, sans passer pas kmix, dans alsamixer.
En espérant aider, je n'ai par contre aucune idée quant aux fichiers modifiés par cette bidouille.
Par rapport à VNC, je n'ai pas essayé depuis longtemps, le NX étant tellement plus confortable (du moins jusq'à maintenant).
J'ai juste remarqué que par rapport à kde 3.5., c'était beaucoup plus lent. Pour dire, avec une connexion adsl free, je ne ressentais quasiment pas de latence en utilisant une session shadow (c'est à dire déjà ouverte localement) sous 3.5. Alors qu'avec kde 4.5, c'est du genre : clic sur le menu kde, 2-3 secondes d'attente et je vois le menu !
Et encore, cela c'est très nettement amélioré par rapport aux premières versions de kde 4. Mais en local, aucun problème, c'est très réactif. D'ailleurs, je viens de regardé, j'utilise aussi Qt 4.7 (kde 4.5.68, mandriva cooker).
Cela fait longtemps que je n'ai pas lancé de connexion NX (jamais avec Qt 4.7), n'en ayant que rarement besoin (la ligne de commande étant tout de même plus rapide). Peut être que c'est mieux maintenant. Je testerais demain depuis le boulot.
Oui, j'avais d'ailleurs lu ces journaux quand ils sont apparus.
J'avais surtout retenu qu'il fallait patienter (pour Qt 4.7) et bien choisir son thème, certains étant à priori moins gourmand que d'autres.
En accès direct, Kde ne me semble pas particulièrement lent sur mon pc. Ce n'est que pour les accès distant avec NX que ça me chagrine.
L'efficacité de cette solution dépend de l'environnement de bureau.
Dans mon cas, depuis l'arrivée de kde4, même avec la désactivation les effets de bureau, des temps de latence important sont apparus, inexistants sous kde 3.5 dans les mêmes conditions réseaux.
J'ai cru comprendre que cela venait de la nouvelle manière qu'à kde d'utiliser le serveur X pour le rendu (ou un truc comme ça, j'y connais rien)
En plus ces personnages ont des symboles donc c'est difficile de se souvenir quel symbole et attaché à quel personnage.
Ah oui, c'est vrai, ils se nomment avec un glyphe genre rune/lettre grecque/caractère spéciaux Ω, Δ ou ~.
Il me semble d'ailleurs que le bouquin, dans la version que j'avais acheté, contenait un marque page avec les associations glyphe <=> personnage.
Pour la fin, je me souviens plus si je l'avais envisagée très tôt mais ce ne m'avait effectivement pas surpris.
Je l'ai lu il y a quelques années déjà.
De mémoire...
Il m'a bien plus même si ce n'est pas de la SF "traditionnelle", dans le sens où ce n'est pas orienté technologie, plus près de la fantasy : c'est une quête.
Pas forcément simple à lire, je me souviens que j'avais commencer à le lire dans un train bondé e tje devais parfois relire plusieurs fois les pages pour comprendre ce que je lisais.
- si je me souviens bien, au début, on comprend pas grand chose, on n'a pas tout de suite les références pour comprendre les personnages et le monde qui les entoure... faut s'accrocher quelques dizaine de pages.
- beaucoup de personnages à suivre (ceux de la horde), heureusement très différents (le roman retrace la quête qu'ils même du point de vue de chacun,aussi très différents).
- le monde, les langues, la culture et les coutumes sont très détaillés, ce qui peut perdre le lecteur parfois, mais c'est nécessaire pour appréhender le monde et la psychologie des personnages.
Mais bon, c'est un livre très rafraichissant dans le sens où le fond et la forme ne sont pas courant.
Bref, je pense que tu peux le prendre sans arrière pensé. Il est à mon avis atypique et fait parti des livres qu'il faut avoir lu si on aime le genre.
Le driver vesa fonctionne donc, surtout qu'avec seulement 256 de ram, je pense que les effets du bureau sont hors catégorie.
Pour en revenir à XFdrake (en console ou avec sa version graphique, c'est juste un outil pour tester les différents réglage possible des drivers et des résolutions et de mettre à jour le xorg.conf. En général, il se débrouille tout seul pour la config mais il permets aussi pour les cas difficile de trouver les réglages idéaux "en tatonnant". A moins d'un freeze lors du test de la config (cela arrive parfois), il retourne à la configuration précédente en cas de mauvais réglage et donne éventuellement des pistes en fonction du message d'erreur qu'il retourne
Pour les miroirs pas à jour, comme dit ci dessus ça arrive.
Je ne sais pas vers quels serveurs pointes les sources de la mandriva par défaut.
Personnellement, j'utilise le miroir ftp proposé par free et j'ai très rarement des soucis.
Sinon, patientes un peu pour que le miroir se synchronise et relance la mise à jour.
En ce qui concerne la barrette de ram, si elle pose toujours problème, je suppose que le site où tu l'as acheté propose une garantie, ils devraient donc te la changer ou rembourser.
"1) memtest : il n'est pas all(é) au bout pour la même raison que tout le reste, blocage total de l'écran strié"
Ce qui veut précisément dire que je n'ai pas pu faire le memtest avec la barrette de 1 Go, qui apparaît désormais clairement comme la cause du freeze.
Ok mais ce n'est pas non plus très clair comme retour.
Le memtest de la barrette 256 (sans celle de 1 Go est il totalement passé ?
Celui avec la barrette de 1 Go, avant que l'écran et le pc gèle, le memtest a t il eu le temps de commencer à tourner ? Si oui, a t il détecté des erreurs.
3) tentative avec l'ancienne barrette de 256 Mo seule : l'installation est allée jusqu'au bout !
Victoire ? Non, pas du tout, puisqu'au redémarrage il y a une erreur au moment du démarrage du système. Puis on arrive sur un "écran tronqué" (l'écran moins une bande de 3 cm en bas et de 4 cm sur le côté droit), noir, avec la souris. Ctrl+Alt+F1 permet de basculer en mode console où je me suis contenté d'un prudent "halt" après m'être logué en root, vu qu'il ne reconnaissait pas le nom d'utilisateur et son mot de passe.
Lors de ton installation avec 256 Mo de ram qui a abouti à un écran "tronqué", cela peut venir d'une mauvaise configuration de la résolution de l'écran. TU n'as pas parlé de problèmes d'écran sous windows donc à moins d'un oubli de ta part, je pense donc que le matériel graphique (carte + dalle) est ok.
En cherchant dans google "Amilo L 6820 résolution", pour essayer de connaitre la résolution max de ce pc, dès les 1ers liens j'ai trouvé des posts sur des forums ubuntu autour de ce problème de bandes noires : http://forum.ubuntu-fr.org/viewtopic.php?id=88622 .
D'après son post, sur un live cd, le portable se lance graphiquement en 640x480 au lieu des 1024x768 de résolution max de la dalle (si c'est exactement le même modèle que le tien, carte graphique Intel 845GV, dalle 15")
Donc je n'ai pas de solution directe à part te proposer de retourner en console crtl+alt+f1 et de relancer l'appli de config du serveur X :en root "XFdrake" et de tester différentes résolutions. Soit ça marche et c'est formidable, soit au pire tu auras quelques retours d'erreur surement plus explicites qui peut être t'aideront à avancer.
4) alors que je refais une double tentative pour vous récupérer le message d'erreur, j'arrive sur l'interface graphique qui propose de s'identifier comme tel ou tel utilisateur, puis il semble bloquer sur le "démarrage du gestionnaire de session", en mode console obtenu par Ctrl+Alt+F7 après la ligne "recherche de nouveaux périphériques [OK]"
Alors si tu as installé une mandriva 2010.1 par défaut (avec kde4), l'établissement de la 1ère session graphique avec seulement 256 MO de ram va sûrement prendre pas mal d e temps, sois patient si tu veux kde, sinon choisis un autre gestionnaire plus léger dans kdm avant de te logguer graphiquement : tu dois avoir normalement icewm d'installé par défaut (après tu peux aussi choisir d'installer lxde par exemple qui est aussi fait pour les machines légères,lors de l'installation ou plus tard).
Éventuellement passe en console pendant ce temps ctr+alt+f1, logue toi et lance la commande "top", tu devrais voir les processus du gestionnaire de fenêtre en tête du classement, tant que ça bouge, c'est que le pc est toujours en fonctionnement.
Pour info, sur ma mandriva cooker fonctionnelle avec kde4 lancé, j'ai aussi la ligne "recherche de nouveaux périphériques [OK]" dans ma console f7, ce n'est pas un problème.
En résumé, à mon avis, tu as probablement 2 problèmes différents : un avec une barrette de ram neuve probablement défectueuse ou incompatible et un autre avec une carte graphique plutôt chiante sous linux car mal supportée.
Je ne sais pas si c'est l'habitude de lire le shell... Je me permets de citer un commentaire que j'ai fait (voir plus haut)
Heu, laisse tomber cette histoire de lecture de "shell", tu vas finir par énerver tout le monde...
Alors, j'ai tester au boulot (je ne peux pas vérifier maintenant) mais je crois que j'ai la même conf mandriva 2010.1 x64 avec drivers nvidia présents dans le dépot non free backport (peut être la version 256.44 si je m'en réfère au nom du rpm).
Le profile était tout neuf, créé pour l'occasion.
Pour compléter mon commentaire, firefox ne plante pas, l'espace d'affichage de la fenêtre devient noir, si je bouge le pointeur de la souris sur la fenêtre il change de forme au niveau des endroits où sont les boites du groupe et de la vidéo de démo (main, croix de déplacement). Si je fais Esc, je reviens à la fenêtre classique, et c'est reproductible.
Je vient de tester aussi chez moi, mandriva x64 cooker + drivers nvidia 256.44 + firefox 4b4 : même punition.
Le test de la map quake3 que tu proposes plus bas fonctionne parfaitement (fluide et pas de plantage) sur les deux machines.
Par contre j'ai téléchargé la version proposée par défaut par la page http://www.mozilla.com/fr/firefox/beta/ depuis un firefox 3.6.8 32 bits et j'ai donc récupérer une version 4b4 aussi 32 bits : Mozilla/5.0 (X11; Linux i686 (x86_64); rv:2.0b4) Gecko/20100818 Firefox/4.0b4
Je viens donc de faire le test sur ma cooker avec une version 64 bits (enfin disponible officiellement, c'est cool) : Mozilla/5.0 (X11; Linux x86_64; rv:2.0b4) Gecko/20100818 Firefox/4.0b4. Même problème.
Pas d'erreur visible dans le shell lors de l'exécution de panorama
Je veux bien rapporter le bug dans https://bugzilla.mozilla.org/ mais qu'est ce que tu entends par "composant Core:Graphics" ? La version du driver ?
Non ce n'est pas ce que je voulais dire, je me plaçais dans le contexte du moment, c'est à dire au boulot...
J'ai comme tu le suggère les deux versions installées sur le pc que j'utilise en parallèle : mon profil par défaut avec la stable et un de test "dégradé" avec des extensions plus ou moins en carafe pour jeter un œil aux évolutions.
Je voulais dire que pour un test exhaustif dans le cadre de mon utilisation journalière et professionnelle de développement web (donc un minimum efficace), il me faut certaines extensions.
Utiliser la beta et aller sur la stable quand ça coince est trop contraignant.
Pour utiliser la beta, je pense qu'il faille qu'elle passe une masse critique de compatibilité avec les extensions que j'utilise pour m'en servir sans perdre trop de temps et d'énergie.
Pour la précédente version majeure de firefox, je me suis mis à l'utiliser à temps complet au taf à partir des rc (à ce stade d'ailleurs les extensions sont souvent arrivées au stade beta, elles).
Peut être trop tard pour toi mais bon, c'est mon avis
Dans le cadre d'une utilisation personnelle, je suis totalement d'accord, c'est le moment de tester.
Je vais d'ailleurs installer la nouvelle beta sur mon pc (la distrib est une cooker 64 bits).
Là si ça plante ou si le comportement est bizarre, ça me gène moins.
Après test, panorama ne fonctionne si j'exporte cette variable avec la valeur 1.
La fenêtre devient toute noire là où je devrais voir les groups. cela fonctionne parfaitement sans.
(drivers nvidia proprio en service).
Le problème avec les tests c'est qu'à ce stade, il y a une flopée d'extensions vitales (pour moi) qui ne fonctionnent pas ou mal car pas encore portées sous la nouvelles versions.
Donc en général, après un test rapide pour voir si mes extensions fonctionnent (ce que j'ai fait cet après midi d'ailleurs pendant 10 min et j'ai fais pareil pour les 3 beta précédentes), je retourne sous la version stable qui ne vient pas de mon gestionnaire de paquets.
Pour le développement, tant que firebug, web developper etc ne sont pas disponibles (et cela ne dépend pas de mozilla), c'est impossible que je fasse un test exhaustif dans le cadre de mon activité habituelle.
Si on considère des les linuxiens sont des utilisateurs un peu plus avertis et qu'ils ont peut être plus d'extensions ajoutées dans leur profil, cela peut expliquer aussi le faible taux de test.
En tout cas, c'est la une raison pour moi.
Sinon, je trouve l'outil Panorama très sympa, cela peut devenir très intéressant avec un peu d'habitude et de raccourcis clavier.
La touche "Entrée" de mon clavier fonctionne. C'est simplement que vous lisez trop le shell
Heu, à la base, c'était juste pour plaisanter, le coup de la touche bloquée...
Sans dec', tu trouves ce pavé lisible ?
Certes, je travaille toute la journée avec un terminal mais bon, je consulte linuxfr avec firefox, il sait mettre en page, autant s'en servir.
L'idée du forum, c'est des gens qui savent peut être t'aider viennent te donner des pistes voire résolvent ton problème.
Tu présentes les différentes étapes par lesquelles tu es passé, ça ne coute pas grand chose de faire des retours à la ligne et ça aide à la compréhension des lecteurs, qui doivent tout prendre depuis le début, en isolant les points clés : type du pc, tests effectués, versions des distros...
Je reconnais que tes phrases sont bien construites et tout, mais bon, c'est un forum technique, pas littéraire.
Un truc comme ça par exemple (j'ai juste rajouté quelques retours à la ligne, c'est d'ailleurs ce que j'ai fait dans un éditeur pour te lire et comprendre ce que tu avais fait précédemment).
j'essaie depuis quelques jours de faire tourner un portable récupéré en mauvais état de marche.
Il s'agit d'un Fujitsu Siemens Amilo L 6820, qui tournait mal avec une version piratée de Windows.
J'avais donc téléchargé (à partir d'un Mac et de ftp://tlse-ups.fr) une iso de la free 2010 spring sur dvd, puis procédé à son installation à partir du lecteur dvd du portable en question (en utilisant tout le disque dur).
Apparemment, elle se déroula sans encombre, quoiqu'elle demandât un temps long (dans les 2 heures). Par contre je rencontrais un grave problème : pas de gestionnaire de fenêtre au lancement du système, donc pas d'affichage normal, pas de bureau, seule un tiers (à gauche et en haut) de l'écran étant "actif" et avec un semblant de fenêtre étirable - l'accueil du site de mandriva - à partir de laquelle on pouvait plus ou moins surfer, mais ça plantait rapidement.
Au redémarrage suivant, erreur 15 au chargement de grub. Après plusieurs tentatives je réussis à rebooter sur le dvd d'installation pour tenter de tout reprendre depuis le début, sans succès.
Je me suis rendu compte (merci de ne pas se moquer des ingénus), que la RAM n'était que de 256 Mo ; j'ai commandé une barrette de 1 Go ; en attendant, j'ai bidouillé en mode console puisque je finis par avoir accès au système de cette manière ; j'ai fait feu de tout bois : tenté une installation de la mandriva 2008 One à partir d'un Cd, de la 2006 à partir de 3 Cd, mais aussi Ubuntu-10.04 à partir d'un Cd.
Échec à chaque fois.
Bon, hier, je reçois la barrette, entretemps j'ai regravé l'iso de la free 2010 spring après vérification par sha1sum puis vérification de la gravure elle-même dans K3b, procédé à la réinstallation.
Premières tentatives, ça plante de la manière suivante : l'installation des paquetages se lance, puis au bout d'un certain temps (il reste un temps théorique de 1 h 20) l'écran est strié horizontalement sans moyen de rien faire (ni souris ni combinaison de touche genre Alt+Syst+R et Ctrl+Alt+Supr ne répondent plus) ;
plus tard, après avoir laissé la bête se reposer, je retente et là l'installation court jusqu'à une minute de temps restant, puis ça plante comme précédemment.
Ce matin enfin, je recommence, à même le carrelage (pour le frais) et en mode texte, nouvel échec.
Voilà dans quel pétrin je me trouve.
Quelques constats et infos supplémentaires :
il semble que la batterie du portable soit morte ; le lecteur DVD n'arrive pas à booter sur alt0/vmlinuz, je passe donc par un lecteur externe alimenté par une double prise USB sur l'ordinateur.
Si j'opte pour la restauration du système et le mode console, je peux me ballader dans le système, mais comme je n'ai guère dépassé le niveau de l'éternel débutant, je ne sais trop quoi faire.
C'est pourquoi je me tourne vers vous en espérant que sur la base de ces éléments vous trouverez peut-être le début d'une voie de sortie.
Bref, bon courage avec ton problème, la piste de la ram défectueuse semble être la plus probable en effet.
Visiblement, la première installation semble être aller plus loin que toutes les autres d'après ce que j'ai compris, il y a peut être un problème matériel.
As tu essayé de booter sur un live cd (mandriva one ou ubuntu) ?
Le système se lance-t-il jusqu'au bout ? Si oui, est il stable ?
PS : la touche "entrée" de ton clavier semble dans le pétrin elle aussi... pas simple de te lire.
Ta remarque sur Wikipedia est probablement pertinente (je ne suis que lecteur de Wikipedia) mais ne concerne en rien l'outil "wikimedia".
Je pense même qu'il permet de mettre en exergue les problèmes que tu cites grâce au système de suivis des modifications (historiques) et l'espace de discussions pour une page donnée du wiki.
C'est parfois très intéressant et très instructif d'accéder à ces données pour une page sujette à polémique. cela permets de prendre du recul quant à l'information et comment elle est perçue par la communauté.
On a donc eu le même prof ;)
La fin de la phrase n'apportant rien au débat, je ne l'avait pas mise.
Par contre mille excuses pour le doublon sur la "tortue", déjà proposée par boulde http://linuxfr.org/comments/1148087.html#1148087... je n'avais pas lu le fil jusqu'en bas. J'ai tous les torts pour moi.
j'ai eu un peu de mal avec ktorrent lors du passage à kde 4 mais maintenant il est redevenu très correct avec une interface web également, plusieurs plugin, plasmoid dédié (pas testé).
L'ancienne version, celle de kde 3.5 avait un client dispo en ligne de commande mais il n'a pas été maintenu, c'est dommage, je trouvais ça bien utile d'ajouter un torrent par ssh.
[^] # Re: JPG/SVG
Posté par littlebreizhman . En réponse au message passer de jpg à svg ?. Évalué à 3.
http://www.adobe.com/svg/viewer/install/
L'arrêt du support m'a permis à l'époque d'imposer Firefox, tout bénéf dans mon cas ( mais bon petite structure)
Il y a http://code.google.com/p/svgweb/ (ayant google pour contributeur) qui permet d'utiliser le plugin flash pour visualiser le svg.
C'est en développement mais fonctionnel. Faut aimer le cumul avec Flash !
# Cooker en 2011
Posté par littlebreizhman . En réponse à la dépêche Mandriva annonce un redémarrage de sa distribution. Évalué à 6.
cat /etc/release
Mandriva Linux release 2011.0 (Cooker) for x86_64
Comment vont ils faire pour cette 2010.2 ?
Prendre un freeze de cooker et le taggué 2010.2 ou rependre la branche stable à jour et la faire évoluer ?
Question purement rhétorique du fait du manque d'information mais si quelqu'un proche de mandriva passe par là (sauf s'ils sont tous partis chez mageia) cela pourrait être intéressant.
Sinon, pour utiliser mandriva tous les jours, les dépôts cooker et stable sont toujours régulièrement mis à jour. L'activité semble perdurer chez mandriva.
[^] # Re: Blacklist
Posté par littlebreizhman . En réponse au message Comment charger alsactl au démarrage. Évalué à 1.
j'ai une ligne supplémentaire propre à alsa d'après la description : blacklist snd-pcsp
L'as tu aussi ?
# disable PC speaker by default# pcspkr is the standard driver, while snd-pcsp is the ALSA driver
blacklist pcspkr
blacklist snd-pcsp
[^] # Re: pulseaudio ?
Posté par littlebreizhman . En réponse au message Comment charger alsactl au démarrage. Évalué à 1.
J'ai rédigé la "procédure" de tête, je ne me souviens plus des détails.
Comme j'accusais à l'époque pulseaudio de tous les mots, j'avais trouvé ce truc par hasard.
Depuis, le réglage étant resté lors de l'update en 2010.1, je n'ai pas eu à le refaire.
J'espère que c'est toujours valide avec la dernière version de Mandriva.
Peut être que j'ai redémarré complètement moi aussi.
Tiens moi au courant, au pire je re-testerais sur ma machine.
# pulseaudio ?
Posté par littlebreizhman . En réponse au message Comment charger alsactl au démarrage. Évalué à 2.
0 - pulseaudio empêche le réglage fin du mixeur (du moins c'est ce que j'en ai déduit, dans kmix (kde), je n'ai plus que deux onglets : périphériques de lecture et périphériques de capture)
1 - désactivation de pulseaudio dans le MCC
2 - déconnexion - reconnexion
3 - ouverture du mixeur kmix : clic droit sur l'applet dans le systray -> (sans pulseaudio, on retrouve les différents onglets pour les canaux (correspondants à alsamixer)
4 - je passe bip système à muet
5 - réactivation de pulseaudio dans le MCC
et cela persiste ensuite lors des redémarrages.
Cela marche peut être aussi directement, sans passer pas kmix, dans alsamixer.
En espérant aider, je n'ai par contre aucune idée quant aux fichiers modifiés par cette bidouille.
[^] # Re: SPICE
Posté par littlebreizhman . En réponse à la dépêche Sortie de la bêta de Fedora 14 Laughlin. Évalué à 1.
J'ai juste remarqué que par rapport à kde 3.5., c'était beaucoup plus lent. Pour dire, avec une connexion adsl free, je ne ressentais quasiment pas de latence en utilisant une session shadow (c'est à dire déjà ouverte localement) sous 3.5. Alors qu'avec kde 4.5, c'est du genre : clic sur le menu kde, 2-3 secondes d'attente et je vois le menu !
Et encore, cela c'est très nettement amélioré par rapport aux premières versions de kde 4. Mais en local, aucun problème, c'est très réactif. D'ailleurs, je viens de regardé, j'utilise aussi Qt 4.7 (kde 4.5.68, mandriva cooker).
Cela fait longtemps que je n'ai pas lancé de connexion NX (jamais avec Qt 4.7), n'en ayant que rarement besoin (la ligne de commande étant tout de même plus rapide). Peut être que c'est mieux maintenant. Je testerais demain depuis le boulot.
[^] # Re: SPICE
Posté par littlebreizhman . En réponse à la dépêche Sortie de la bêta de Fedora 14 Laughlin. Évalué à 1.
J'avais surtout retenu qu'il fallait patienter (pour Qt 4.7) et bien choisir son thème, certains étant à priori moins gourmand que d'autres.
En accès direct, Kde ne me semble pas particulièrement lent sur mon pc. Ce n'est que pour les accès distant avec NX que ça me chagrine.
[^] # Re: SPICE
Posté par littlebreizhman . En réponse à la dépêche Sortie de la bêta de Fedora 14 Laughlin. Évalué à 1.
L'efficacité de cette solution dépend de l'environnement de bureau.
Dans mon cas, depuis l'arrivée de kde4, même avec la désactivation les effets de bureau, des temps de latence important sont apparus, inexistants sous kde 3.5 dans les mêmes conditions réseaux.
J'ai cru comprendre que cela venait de la nouvelle manière qu'à kde d'utiliser le serveur X pour le rendu (ou un truc comme ça, j'y connais rien)
[^] # Re: La horde du contrevent
Posté par littlebreizhman . En réponse au journal Prix Hugo et Folio SF. Évalué à 2.
Ah oui, c'est vrai, ils se nomment avec un glyphe genre rune/lettre grecque/caractère spéciaux Ω, Δ ou ~.
Il me semble d'ailleurs que le bouquin, dans la version que j'avais acheté, contenait un marque page avec les associations glyphe <=> personnage.
Pour la fin, je me souviens plus si je l'avais envisagée très tôt mais ce ne m'avait effectivement pas surpris.
# La horde du contrevent
Posté par littlebreizhman . En réponse au journal Prix Hugo et Folio SF. Évalué à 3.
De mémoire...
Il m'a bien plus même si ce n'est pas de la SF "traditionnelle", dans le sens où ce n'est pas orienté technologie, plus près de la fantasy : c'est une quête.
Pas forcément simple à lire, je me souviens que j'avais commencer à le lire dans un train bondé e tje devais parfois relire plusieurs fois les pages pour comprendre ce que je lisais.
- si je me souviens bien, au début, on comprend pas grand chose, on n'a pas tout de suite les références pour comprendre les personnages et le monde qui les entoure... faut s'accrocher quelques dizaine de pages.
- beaucoup de personnages à suivre (ceux de la horde), heureusement très différents (le roman retrace la quête qu'ils même du point de vue de chacun,aussi très différents).
- le monde, les langues, la culture et les coutumes sont très détaillés, ce qui peut perdre le lecteur parfois, mais c'est nécessaire pour appréhender le monde et la psychologie des personnages.
Mais bon, c'est un livre très rafraichissant dans le sens où le fond et la forme ne sont pas courant.
Bref, je pense que tu peux le prendre sans arrière pensé. Il est à mon avis atypique et fait parti des livres qu'il faut avoir lu si on aime le genre.
[^] # Re: Ça commence à se décanter
Posté par littlebreizhman . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 2.
Le driver vesa fonctionne donc, surtout qu'avec seulement 256 de ram, je pense que les effets du bureau sont hors catégorie.
Pour en revenir à XFdrake (en console ou avec sa version graphique, c'est juste un outil pour tester les différents réglage possible des drivers et des résolutions et de mettre à jour le xorg.conf. En général, il se débrouille tout seul pour la config mais il permets aussi pour les cas difficile de trouver les réglages idéaux "en tatonnant". A moins d'un freeze lors du test de la config (cela arrive parfois), il retourne à la configuration précédente en cas de mauvais réglage et donne éventuellement des pistes en fonction du message d'erreur qu'il retourne
Pour les miroirs pas à jour, comme dit ci dessus ça arrive.
Je ne sais pas vers quels serveurs pointes les sources de la mandriva par défaut.
Personnellement, j'utilise le miroir ftp proposé par free et j'ai très rarement des soucis.
Sinon, patientes un peu pour que le miroir se synchronise et relance la mise à jour.
En ce qui concerne la barrette de ram, si elle pose toujours problème, je suppose que le site où tu l'as acheté propose une garantie, ils devraient donc te la changer ou rembourser.
[^] # Re: Tester l'acceleration OpenGL
Posté par littlebreizhman . En réponse à la dépêche Firefox 4 bêta disponible pour tests (et plus si affinités). Évalué à 4.
En espérant avoir été assez clair en anglais par contre... ce qui est moins évident.
[^] # Re: Et si tu suivais les conseils qu'on te donne?
Posté par littlebreizhman . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 3.
Ce qui veut précisément dire que je n'ai pas pu faire le memtest avec la barrette de 1 Go, qui apparaît désormais clairement comme la cause du freeze.
Ok mais ce n'est pas non plus très clair comme retour.
Le memtest de la barrette 256 (sans celle de 1 Go est il totalement passé ?
Celui avec la barrette de 1 Go, avant que l'écran et le pc gèle, le memtest a t il eu le temps de commencer à tourner ? Si oui, a t il détecté des erreurs.
3) tentative avec l'ancienne barrette de 256 Mo seule : l'installation est allée jusqu'au bout !
Victoire ? Non, pas du tout, puisqu'au redémarrage il y a une erreur au moment du démarrage du système. Puis on arrive sur un "écran tronqué" (l'écran moins une bande de 3 cm en bas et de 4 cm sur le côté droit), noir, avec la souris. Ctrl+Alt+F1 permet de basculer en mode console où je me suis contenté d'un prudent "halt" après m'être logué en root, vu qu'il ne reconnaissait pas le nom d'utilisateur et son mot de passe.
Lors de ton installation avec 256 Mo de ram qui a abouti à un écran "tronqué", cela peut venir d'une mauvaise configuration de la résolution de l'écran. TU n'as pas parlé de problèmes d'écran sous windows donc à moins d'un oubli de ta part, je pense donc que le matériel graphique (carte + dalle) est ok.
En cherchant dans google "Amilo L 6820 résolution", pour essayer de connaitre la résolution max de ce pc, dès les 1ers liens j'ai trouvé des posts sur des forums ubuntu autour de ce problème de bandes noires : http://forum.ubuntu-fr.org/viewtopic.php?id=88622 .
D'après son post, sur un live cd, le portable se lance graphiquement en 640x480 au lieu des 1024x768 de résolution max de la dalle (si c'est exactement le même modèle que le tien, carte graphique Intel 845GV, dalle 15")
plus de détails dans celui ci : http://forum.ubuntu-fr.org/viewtopic.php?id=161138
Donc en gros, il semble que ce pc soit un peu moisi par défaut en ce qui concerne le serveur X sous linux.
En investigant encore 2 min, ce problème semble toujours d'actualité (en tout cas sur la spring) : google "Amilo L 6820 résolution 2010.1"
http://forum.mandriva.com/viewtopic.php?t=130925
Donc je n'ai pas de solution directe à part te proposer de retourner en console crtl+alt+f1 et de relancer l'appli de config du serveur X :en root "XFdrake" et de tester différentes résolutions. Soit ça marche et c'est formidable, soit au pire tu auras quelques retours d'erreur surement plus explicites qui peut être t'aideront à avancer.
4) alors que je refais une double tentative pour vous récupérer le message d'erreur, j'arrive sur l'interface graphique qui propose de s'identifier comme tel ou tel utilisateur, puis il semble bloquer sur le "démarrage du gestionnaire de session", en mode console obtenu par Ctrl+Alt+F7 après la ligne "recherche de nouveaux périphériques [OK]"
Alors si tu as installé une mandriva 2010.1 par défaut (avec kde4), l'établissement de la 1ère session graphique avec seulement 256 MO de ram va sûrement prendre pas mal d e temps, sois patient si tu veux kde, sinon choisis un autre gestionnaire plus léger dans kdm avant de te logguer graphiquement : tu dois avoir normalement icewm d'installé par défaut (après tu peux aussi choisir d'installer lxde par exemple qui est aussi fait pour les machines légères,lors de l'installation ou plus tard).
Éventuellement passe en console pendant ce temps ctr+alt+f1, logue toi et lance la commande "top", tu devrais voir les processus du gestionnaire de fenêtre en tête du classement, tant que ça bouge, c'est que le pc est toujours en fonctionnement.
Pour info, sur ma mandriva cooker fonctionnelle avec kde4 lancé, j'ai aussi la ligne "recherche de nouveaux périphériques [OK]" dans ma console f7, ce n'est pas un problème.
En résumé, à mon avis, tu as probablement 2 problèmes différents : un avec une barrette de ram neuve probablement défectueuse ou incompatible et un autre avec une carte graphique plutôt chiante sous linux car mal supportée.
Je ne sais pas si c'est l'habitude de lire le shell... Je me permets de citer un commentaire que j'ai fait (voir plus haut)
Heu, laisse tomber cette histoire de lecture de "shell", tu vas finir par énerver tout le monde...
[^] # Re: Tester l'acceleration OpenGL
Posté par littlebreizhman . En réponse à la dépêche Firefox 4 bêta disponible pour tests (et plus si affinités). Évalué à 3.
Le profile était tout neuf, créé pour l'occasion.
Pour compléter mon commentaire, firefox ne plante pas, l'espace d'affichage de la fenêtre devient noir, si je bouge le pointeur de la souris sur la fenêtre il change de forme au niveau des endroits où sont les boites du groupe et de la vidéo de démo (main, croix de déplacement). Si je fais Esc, je reviens à la fenêtre classique, et c'est reproductible.
Je vient de tester aussi chez moi, mandriva x64 cooker + drivers nvidia 256.44 + firefox 4b4 : même punition.
Le test de la map quake3 que tu proposes plus bas fonctionne parfaitement (fluide et pas de plantage) sur les deux machines.
Par contre j'ai téléchargé la version proposée par défaut par la page http://www.mozilla.com/fr/firefox/beta/ depuis un firefox 3.6.8 32 bits et j'ai donc récupérer une version 4b4 aussi 32 bits : Mozilla/5.0 (X11; Linux i686 (x86_64); rv:2.0b4) Gecko/20100818 Firefox/4.0b4
Je viens donc de faire le test sur ma cooker avec une version 64 bits (enfin disponible officiellement, c'est cool) : Mozilla/5.0 (X11; Linux x86_64; rv:2.0b4) Gecko/20100818 Firefox/4.0b4. Même problème.
Pas d'erreur visible dans le shell lors de l'exécution de panorama
Je veux bien rapporter le bug dans https://bugzilla.mozilla.org/ mais qu'est ce que tu entends par "composant Core:Graphics" ? La version du driver ?
[^] # Re: N'oubliez pas de tester !
Posté par littlebreizhman . En réponse à la dépêche Firefox 4 bêta disponible pour tests (et plus si affinités). Évalué à 1.
J'ai comme tu le suggère les deux versions installées sur le pc que j'utilise en parallèle : mon profil par défaut avec la stable et un de test "dégradé" avec des extensions plus ou moins en carafe pour jeter un œil aux évolutions.
Je voulais dire que pour un test exhaustif dans le cadre de mon utilisation journalière et professionnelle de développement web (donc un minimum efficace), il me faut certaines extensions.
Utiliser la beta et aller sur la stable quand ça coince est trop contraignant.
Pour utiliser la beta, je pense qu'il faille qu'elle passe une masse critique de compatibilité avec les extensions que j'utilise pour m'en servir sans perdre trop de temps et d'énergie.
Pour la précédente version majeure de firefox, je me suis mis à l'utiliser à temps complet au taf à partir des rc (à ce stade d'ailleurs les extensions sont souvent arrivées au stade beta, elles).
Peut être trop tard pour toi mais bon, c'est mon avis
Dans le cadre d'une utilisation personnelle, je suis totalement d'accord, c'est le moment de tester.
Je vais d'ailleurs installer la nouvelle beta sur mon pc (la distrib est une cooker 64 bits).
Là si ça plante ou si le comportement est bizarre, ça me gène moins.
[^] # Re: Tester l'acceleration OpenGL
Posté par littlebreizhman . En réponse à la dépêche Firefox 4 bêta disponible pour tests (et plus si affinités). Évalué à 2.
La fenêtre devient toute noire là où je devrais voir les groups. cela fonctionne parfaitement sans.
(drivers nvidia proprio en service).
[^] # Re: N'oubliez pas de tester !
Posté par littlebreizhman . En réponse à la dépêche Firefox 4 bêta disponible pour tests (et plus si affinités). Évalué à 4.
Donc en général, après un test rapide pour voir si mes extensions fonctionnent (ce que j'ai fait cet après midi d'ailleurs pendant 10 min et j'ai fais pareil pour les 3 beta précédentes), je retourne sous la version stable qui ne vient pas de mon gestionnaire de paquets.
Pour le développement, tant que firebug, web developper etc ne sont pas disponibles (et cela ne dépend pas de mozilla), c'est impossible que je fasse un test exhaustif dans le cadre de mon activité habituelle.
Si on considère des les linuxiens sont des utilisateurs un peu plus avertis et qu'ils ont peut être plus d'extensions ajoutées dans leur profil, cela peut expliquer aussi le faible taux de test.
En tout cas, c'est la une raison pour moi.
Sinon, je trouve l'outil Panorama très sympa, cela peut devenir très intéressant avec un peu d'habitude et de raccourcis clavier.
[^] # Re: Live cd ?
Posté par littlebreizhman . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 3.
Heu, à la base, c'était juste pour plaisanter, le coup de la touche bloquée...
Sans dec', tu trouves ce pavé lisible ?
Certes, je travaille toute la journée avec un terminal mais bon, je consulte linuxfr avec firefox, il sait mettre en page, autant s'en servir.
L'idée du forum, c'est des gens qui savent peut être t'aider viennent te donner des pistes voire résolvent ton problème.
Tu présentes les différentes étapes par lesquelles tu es passé, ça ne coute pas grand chose de faire des retours à la ligne et ça aide à la compréhension des lecteurs, qui doivent tout prendre depuis le début, en isolant les points clés : type du pc, tests effectués, versions des distros...
Je reconnais que tes phrases sont bien construites et tout, mais bon, c'est un forum technique, pas littéraire.
Un truc comme ça par exemple (j'ai juste rajouté quelques retours à la ligne, c'est d'ailleurs ce que j'ai fait dans un éditeur pour te lire et comprendre ce que tu avais fait précédemment).
j'essaie depuis quelques jours de faire tourner un portable récupéré en mauvais état de marche.
Il s'agit d'un Fujitsu Siemens Amilo L 6820, qui tournait mal avec une version piratée de Windows.
J'avais donc téléchargé (à partir d'un Mac et de ftp://tlse-ups.fr) une iso de la free 2010 spring sur dvd, puis procédé à son installation à partir du lecteur dvd du portable en question (en utilisant tout le disque dur).
Apparemment, elle se déroula sans encombre, quoiqu'elle demandât un temps long (dans les 2 heures). Par contre je rencontrais un grave problème : pas de gestionnaire de fenêtre au lancement du système, donc pas d'affichage normal, pas de bureau, seule un tiers (à gauche et en haut) de l'écran étant "actif" et avec un semblant de fenêtre étirable - l'accueil du site de mandriva - à partir de laquelle on pouvait plus ou moins surfer, mais ça plantait rapidement.
Au redémarrage suivant, erreur 15 au chargement de grub. Après plusieurs tentatives je réussis à rebooter sur le dvd d'installation pour tenter de tout reprendre depuis le début, sans succès.
Je me suis rendu compte (merci de ne pas se moquer des ingénus), que la RAM n'était que de 256 Mo ; j'ai commandé une barrette de 1 Go ; en attendant, j'ai bidouillé en mode console puisque je finis par avoir accès au système de cette manière ; j'ai fait feu de tout bois : tenté une installation de la mandriva 2008 One à partir d'un Cd, de la 2006 à partir de 3 Cd, mais aussi Ubuntu-10.04 à partir d'un Cd.
Échec à chaque fois.
Bon, hier, je reçois la barrette, entretemps j'ai regravé l'iso de la free 2010 spring après vérification par sha1sum puis vérification de la gravure elle-même dans K3b, procédé à la réinstallation.
Premières tentatives, ça plante de la manière suivante : l'installation des paquetages se lance, puis au bout d'un certain temps (il reste un temps théorique de 1 h 20) l'écran est strié horizontalement sans moyen de rien faire (ni souris ni combinaison de touche genre Alt+Syst+R et Ctrl+Alt+Supr ne répondent plus) ;
plus tard, après avoir laissé la bête se reposer, je retente et là l'installation court jusqu'à une minute de temps restant, puis ça plante comme précédemment.
Ce matin enfin, je recommence, à même le carrelage (pour le frais) et en mode texte, nouvel échec.
Voilà dans quel pétrin je me trouve.
Quelques constats et infos supplémentaires :
il semble que la batterie du portable soit morte ; le lecteur DVD n'arrive pas à booter sur alt0/vmlinuz, je passe donc par un lecteur externe alimenté par une double prise USB sur l'ordinateur.
Si j'opte pour la restauration du système et le mode console, je peux me ballader dans le système, mais comme je n'ai guère dépassé le niveau de l'éternel débutant, je ne sais trop quoi faire.
C'est pourquoi je me tourne vers vous en espérant que sur la base de ces éléments vous trouverez peut-être le début d'une voie de sortie.
Bref, bon courage avec ton problème, la piste de la ram défectueuse semble être la plus probable en effet.
# Live cd ?
Posté par littlebreizhman . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.
As tu essayé de booter sur un live cd (mandriva one ou ubuntu) ?
Le système se lance-t-il jusqu'au bout ? Si oui, est il stable ?
PS : la touche "entrée" de ton clavier semble dans le pétrin elle aussi... pas simple de te lire.
[^] # Re: Mastodonde de l'information
Posté par littlebreizhman . En réponse à la dépêche Sortie de MediaWiki 1.16.0 et 1.15.5. Évalué à 5.
Je pense même qu'il permet de mettre en exergue les problèmes que tu cites grâce au système de suivis des modifications (historiques) et l'espace de discussions pour une page donnée du wiki.
C'est parfois très intéressant et très instructif d'accéder à ces données pour une page sujette à polémique. cela permets de prendre du recul quant à l'information et comment elle est perçue par la communauté.
[^] # Re: Tempête dans un verre
Posté par littlebreizhman . En réponse au journal vous en reprendrez bien une petite dose. Évalué à 2.
Initiative populaire fédérale 'pour une armée suisse dotée d'animaux (Initiative en faveur des pigeons voyageurs)'
http://www.admin.ch/ch/f//pore/vi/vis257t.html
Cela devait être une proposition d'avant garde pour l' IP_over_Avian_Carriers
[^] # Re: ça cache autre chose
Posté par littlebreizhman . En réponse au journal Google abandonne WAVE.. Évalué à 8.
http://code.google.com/p/wave-protocol/source/checkout
[^] # Re: ... et se servir de sa cervelle
Posté par littlebreizhman . En réponse au journal [HS]Il ne faut pas avoir tort !. Évalué à 1.
La fin de la phrase n'apportant rien au débat, je ne l'avait pas mise.
Par contre mille excuses pour le doublon sur la "tortue", déjà proposée par boulde http://linuxfr.org/comments/1148087.html#1148087... je n'avais pas lu le fil jusqu'en bas. J'ai tous les torts pour moi.
[^] # Re: ... et se servir de sa cervelle
Posté par littlebreizhman . En réponse au journal [HS]Il ne faut pas avoir tort !. Évalué à 1.
Le tort aussi tue !
cf moyen mnémotechnique pas trop tordu d'un de mes profs de français (je ne sais plus en quelle classe j'ai appris ça).
le tort tue : et hop on pense à mettre un t
[^] # Re: Qt
Posté par littlebreizhman . En réponse à la dépêche Transmission 2.00. Évalué à 2.
L'ancienne version, celle de kde 3.5 avait un client dispo en ligne de commande mais il n'a pas été maintenu, c'est dommage, je trouvais ça bien utile d'ajouter un torrent par ssh.