mezcalbert

Je suis en train de tester le Live CD de Fedora 8. D'abord sur mon fixe, puis sur le portable. Plutôt sympa, y a pas à dire. Matériel plutôt très bien reconnu. Le thème avait l'air un peu pourri sur les captures de la news sur le site, mais finalement c'est plutôt agréable et soigné. Manquent de bons lecteurs audio et vidéo (Totem et Rythmbox, comment dire... ) et OpenOffice, ceci dit, c'est, j'imagine, très simplement installable. Bref, que du bon. Ca donne envie d'essayer plus à fond, même si ma Ubuntu est un peu trop bien personnalisée que pour la lâcher. Et puis, le programme de mise à jour (yum?) semble bien lent.

J'ai un peu fait joujou avec Screenlets, Avant-Window-Navigator ou Kiba-dock histoire de voir si je peux me monter simplement un bureau "à la Vista Inspirat 2", mais je reste assez déçu, très clairement de Kiba-dock, très instable, mais aussi d'AWN, pour lequel je trouve dommage de ne pas séparer l'activation des lanceurs de celle des fenêtres en cours, je veux juste me faire un dock de lanceurs d'application, et c'est tout simplement impossible sans avoir les fenêtres ouvertes qui viennent s'y ajouter. Quant à Screenlets, je n'ai pas réussi à faire fonctionner la Sidebar, et pour ce qui est de la météo, soit le screenlet est moche, soit il ne fonctionne que pour la France (moi y en a être Liégeois). Bref, tout n'est pas encore parfait. Du coup, je ne garde que le screenlet clock (idem que Cairo-clock) et le gdesklet goodweather pour le moment. J'espère que ces petites fonctionnalités indispensables évolueront rapidement vers quelque chose d'utilisable et de modulable.

Il serait peut-être temps de mettre à jour la version de fglrx dans les dépôts sous Ubuntu. La version 8.37.6 commence à accuser le poids des mois. Même si vous me direz qu'elle a le mérite d'être stable. Tandis que la mettre à jour selon un tutorial théoriquement approprié ne fonctionne pas toujours et peut donner lieu à des soucis difficiles à récupérer (expérience INside avec la 8.41).

... la preuve... le $DISPLAY est couillé Bah, en dehors de ça, tout tourne. Par contre, si j'enlève les drivers proprios, ça perd méchamment en réactivité. Et bon, perso, la philosophie libre, j'adhère moyennement. Donc, tant que je m'y retrouve dans mes activités habituelles, ça m'en secoue une sans toucher l'autre.

xserver-xgl + compiz yep, et ça tourne farpaitement bien!

En faisant echo $DISPLAY, je tombe sur le :1.0, celui-là même dont glxinfo|grep direct me renvoie: Xlib: extension "Xfree86-DRI" missing on "display "1.0". direct rendering: no (if you want to fond out why, blah blah...) Or, quand je fais "glxinfo display :0.0", j'ai Yes à direct rendering, etc... Bref, tout fonctionne nickel, mais glxinfo ne va pas chercher automatiquement le bon display. Et ça, c'est assez pénible pour le débutant. glxgears renvoie la même erreur, mais permet de s'assurer malgré tout, au nombre de FPS, et sans la moindre erreur possible (différences trop importantes si pas fglrx), que tout est malgré tout bien fonctionnel.

Malheureusement... non! Chez moi, ça renvoie une erreur de type dysplay not found et DRI missing.... Or, tout fonctionne au poil. Bref, en me fiant à ça, je ferais une grossière erreur.

C'est déjà pas mal! Ca permet de vérifier en 3 sec que tout est bien en place! Plutôt que de lancer un benchmark lourd et lent à démarrer! Un benchmark plus précis, dans le but de bien situer sa CG, je ne dis pas. Mais juste le lancer quand on le veut, comme les 3D mark. Pour vérifier en un instant que la 3D est bien fonctionnelle, glxgears suffit amplement.

J'ai le choix dans gdm, mais je boote jamais sous XGL car c'est foireux chez moi. Donc, non, là, je boote sur un x normal.

Ben non, ça donne comme sur la capture. Quelle que que soit la méthode (menu, clic droit ou double clic), au premier plein écran, ça fonctionne, mais à partir du deuxième ça donne comme sur la capture (et sous l'apparence d'une deuxième fenêtre ). Mplayer ne lit pas mes vidéos, fabien. J'utilise donc kaffeine en attendant et je découvre le bonheur d'avancer/reculer via la molette, ce que je ne connaissais pas encore.

Deux légers ennuis à vous soumettre. Je suis actuellement, et pour la première fois, à fond sur Ubuntu depuis 1 semaine sans reboot Windows, donc j'ai pu constater 2 petites choses qui m'empêchent de profiter pleinement de ma distrib. La première concerne Samba, j'ai enfin réussi (sans rien faire de spécial d'ailleurs ) à le faire fonctionner parfaitement et je peux donc lire mes partages Ubuntu sur mon fixe Windows, Ubuntu étant sur mon portable. Cependant, je n'ai accès qu'aux répertoires partagés du portable sur le fixe, or sur le portable je peux accéder très simplement à tous mes disques en tapant simplement c$, d$, e$, f$, etc ... Ma première question est donc: comment peut-on sous Windows faire l'équivalent du $ (comme start --> run \\monportable\c$) pour lire à la racine de chaque partition Ubuntu et ainsi se balader tranquillement sur chaque ordi à travers l'autre? Ensuite, voilà, j'ai quatre lecteurs vidéos sous Ubuntu, Kaffeine, Totem, VLC et Mplayer. Mplayer est foireux, il me met une erreur à chaque lecture concernant une histoire de codecs xvid qu'il n'y aurait pas, alors que les 3 autres lisent parfaitement les vidéos et que rien dans mes dépôts ne me permet de résoudre mon problème. Je n'aime pas beaucoup Totem que je vais probablement effacer d'ailleurs. Mon préféré est évidemment VLC, cependant, lorsque j'ouvre une vidéo, ça s'ouvre en plein écran, parfait me direz-vous, mais généralement j'aime me balader dans la vidéo pour voir si tout est ok, donc avec VLC, je dois quitter le plein écran, et quand je double-clique pour le remettre ou clique droit plein écran, et bien, il ne se remet plus en plein écran mais me donne ça: C'est très embêtant, et du coup je suis obligé d'utiliser kaffeine qui est assez satisfaisant mais peu ergonomique à mon goût. Donc, ma deuxième question est: comment résoudre ce défaut d'agrandissement? Merci d'avance. En epsérant que ce soit le bon sujet pour ça, sinon merci de m'aiguiller vers un autre. Mais, cela ne me paraissant pas propre à Ubuntu, je ne vois pas où poster d'autre.

Ben théoriquement, je n'ai pas mis les dernières lades d', juste les acco, donc, ça ne s'affiche pas. Y a donc juste les liens sans qu'ils ne fonctionnent pour laisser une trace du passage de cet obs... admirable space.

La première a un string immonde, la dernière est ultra surrefaite et c'est à vomir mais, sur cette même dernière, le "got root?" est quand même bien trouvé et bien marrant!

Vous croyez qu'une belle espagnole qui sait ce qu'est linux, c'est mieux qu'une belge qui n'y connaît rien à l'informatique? Je suis plus ou moins en dual boot.

Merci pour l'astuce ( ), j'ai au moins découvert l'ATI control panel (fglrx-control était déja installé). Mais il ne me renseigne pas sur les fréquences. Sinon, moi, j'avais aussi quelques critères dans mon choix, dont le Turion et une carte graphique dédiée (même croisade ), seulement, n'étant pas amateur de linux il y a de cela 9-10 mois, j'ai pris de l'ATI. Je suis globalement satisfait même sous linux, car je n'ai jamais vraiment eu de problèmes d'installation des drivers, mais il manque clairement quelques options pour avoir un peu plus d'information sur les fréquences, etc ...

Désolé de ne pas te répondre, mais je veux juste ajouter une question du même genre que j'ai déja posé sans réponses. Comment peut-on mesurer sous linux la fréquence de la carte graphique? J'aimerais vérifier si l'ATI Powerplay (implémenté dans xorg.conf) est bien enclenché une fois sur batterie.

Tu utilises un adaptateur USB pour lire tes cards ou bien tu as un bridge sur ta carte mère ? C'est un lecteur de cartes 5-en-1 Texas Instruments (7421) intégré dans mon portable. Je n'ai pas trop à me plaindre des kernel sous formes de paquets .deb, donc je ne chipote pas trop surtout qu'avec ndiswrapper ma puce broadcom marche très bien. Mais c'est vrai que le bcm43xx fonctionnel sans ndiswrapper avec le nouveau kernel, ce serait terrible, mais sans les cartes SD, je perds tout l'intérêt. Je suppose que les dépôts Ubuntu ne vont pas trop tarder à se charger de proposer ce nouveau kernel.

N'empêche, le support (et je ne parle pas de simple reconnaissance mais bien de support fonctionnel sans bidouillage) des chipsets broadcom 43xx (ou Airport Extreme pour les mafieux, euh, macqueux, euh, pommiers), c'est quand même à voir, j'ai essayé plusieurs fois le 2.6.17 en release candidate 1-->5 et ça n'a jamais fonctionné sans ndiswrapper, un retour (feedback) là-dessus ne serait pas du luxe si quelqu'un a déja compilé la version finale. Histoire de voir si en plus de la reconnaissance (qui ne sert pas à grand chose sans possibilité d'exploitation), on peut simplement et directement scanner et se connecter sans chipoter. Par contre, lorsque je compilais cette version en release candidate, je n'avais pas le support des SD/MMC alors que je coche bien la nouvelle option dédiée (fraîchement implémentée). Or, sans cette option dernier cri, Ubuntu me détecte parfaitement (avec le 2.6.16.15) d'origine les cartes SD/MMC, donc je suis un peu déboussolé quand aux options que je dois cocher dans mon xconfig du kernel pour avoir mes cartes SD/MMC opérationnelles, étant donné qu'Ubuntu par défaut y arrive et pas moi quand je choisis mes modules et consorts.

Star Wars episode 1, si je ne m'abuse : "Si tissa Gungan, tissa pas aimer Pagungan" (Jar-Jar Binks est un Gungan, créature anthropomorphe aquatique, accessoirement Jar-Jar a la particularité de pas être très malin). Ah ok, merci. Désolé, mais Star Wars et moi avons toujours eu un différent qui ne s'est jamais réglé au fil des ans.

Gungan???? Kesse ça veut dire?

Bete question: comment puis-je connaître la fréquence de ma carte graphique (ATI) sous Linux? J'aimerais vérifier que le powerplay fonctionne. J'ai passé la ligne associée dans xorg.conf.

$ sudo echo deb http://xgl.compiz.info dapper main > /etc/apt/sources.list bash: /etc/apt/sources.list: Permission non accordée En fait, j'ai bien une source http://xgl.compiz.info dapper main (binary et source) dans Synaptic. Le problème est qu'il n'y a rien dans ces dépôts concernant gset-compiz.

Oui, oui, tout est up-to-date. Et les étapes d'ajout de dépôts ont bien été passées avec succès.

Donc tu enrichis le testwiki en expliquant ou tu as bloqué et comment tu as résolu le pb (par la suite). Sinon ça sert à rien que ça soit un Wiki Ben, je ne sais pas comment faire. Mais, ce que je peux dire, c'est qu'après ajout des dépôts proposés par le tuto, je ne trouve pas gset-compiz dans les paquets.