Même problème ici !
cougar

- 4 sept. 2008
- Inscrit 14 mai 2008
- 0 meilleure réponse
- Petit nouveau
- Dans Tester 4.1Oui, moi aussi je suis intéressé par des packages F9
- Dans Kde4 --> F9Tu peux essayer de renommer ton répertoire de configuration .kde, et essayer de démarrer sans.
- Salut,
normalement, pas besoin de modifier le Xorg à la main. Pour les cartes ATI et le pilote radeon (et il me semble que c'est valable aussi pour les cartes Intel), tu peux utiliser la commande xrandr en console.
J'ai la commande exacte quelque part, mais malheureusement, il va falloir attendre que je rentre chez moi pour te la transmettre.
Sinon, avec un simple «man xrandr» ou une recherche sur Internet, tu devrais trouver.
Cordialement,
K - Dans Mise à jour kernelHypothèse au hasard: tu as peut-être justement fait des modifications «à la main» de menu.lst que yum n'aime pas du tout ?
Et d'ailleurs, je sais pas comment faire dans ce cas là non plus… - C'est vrai que, au vu des inégalités, ça serait bien de préciser pour ceux qui ont un problème:
WEP ?
WPA ?
chipset ? - Zut, j'ai fais la mise à jour avant de lire le post.
Je vous dirais au prochain reboot ^^ - Si tu veux, il y a un sujet dédié ici:
http://forums.fedora-fr.org/viewtopic.php?id=32219 - Dans Driver pour ATITabouet: Tu es sûr de ton Xorg.conf, le fait qu'il parle de fglrx n'est pas trop rassurant ?
- Dans ext3 to reiserfsPour la taille, une réponse rapide et chiffré
Et l'intérêt, c'est bien sûr la rapidité. En plus, c'est parfait:Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sda4 5.8G 4.2G 1.7G 73% / /dev/sda2 42G 14G 26G 35% /home /dev/sda1 6.9G 3.4G 3.5G 50% /media/ntfs tmpfs 505M 60K 505M 1% /dev/shm
le dossier /tmp est vidé à chaque redémaragge, la RAM aussi, c'est presque logique… - Dans ext3 to reiserfsSi tu veux un gain de performance facile à installer, monte ton /tmp dans ta mémoire vive.
Ça va être difficile de faire plus rapide 😉
Dans ton /etc/fstab, rajoute cette ligne
tmpfs /dev/shm tmpfs defaults 0 0 - Dans Driver pour ATIJe ne fais que relayer une petite nouvelle parue sur DLFP. Les drivers ATI libres (!!) sont sortis en version 6.9.
C'est la première version sortie suite à la publication des documentations pas ATI.
Énormément de bugfixes et des nouveautés:
changelog http://lists.freedesktop.org/archives/xorg-announce/2008-June/000596.html
Quand je vois tous les commits liés au chipset R300 (le mien), je place beaucoup d'espoir dans ces drivers.
(beaucoup plus que dans fglrx en tout cas)
Maintenant, c'est à celui qui verra le premier le paquet pour F9 😉 - En tout cas, déjà une bonne nouvelle pour les utilisateurs de Gmail:
http://smihael.blogspot.com/2008/05/now-gmail-works-in-konqueror-41.html
Après une manip' ridiculement simple, Gmail marche enfin avec KHTML. - En effet, il n'y a pas de paquet pour Fedora.
- Ah oui, maintenant, ça marche ! Ça devait sans doute venir de soprano comme Dolphin et Konqueror.
Sinon, Noee, puisque tu réponds à tout mes problèmes, je vais essayer de te coller :p
Sais-tu comment profiter du tout nouveau Webkit de QT4.4 ?
Avec quel navigateur ?
Parce que je pense que le konqueror de Rawhide, il utilise encore KHTML.
Merci - En fait, Noee, est-ce que KDE-PIM4 marche pour toi ? (KMail4 par exemple…)
Cool, merci de l'astuce !Noee wrote:C'est en fait seulement le paquet "soprano" qu'il faut mettre un jour.
Donc, si comme moi vous voulez tester kde 4.1 sans passer tout le système en rawhide:yum update soprano --enablerepo=rawhide
C'est logique étant donné qu'ils veulent comparer les performances des install par défaut. Si Mandriva a Java 1.4 et Fedora Java 1.6, tant pis pour Mandriva.proxy wrote:Non, quand on fait un bench, on essaye de tuner chaque config testée le mieux possible pour voir ses possibilités.
J'ai downloadé le test : partie JAVA : ils récupèrent le package scimark2lib.zip et lancent la classe jnt.scimark2.commandline : quelle JVM ? celle installée par défaut sur la distrib !!!!!!!!- Je ne suis pas du tout expert en la matière, mais tu peux essayer en coupant carrément ton firewall: au moins, tu sauras si c'est lui le coupable, et pas une possible incompatibilité entre les 2 clients (de mémoire, il y a trois JEP différentes juste pour le transfert de fichier).
- Dans Performance XFSIl faudrait aussi testes avec le ext4 🙂