cougar

  • 4 sept. 2008
  • Inscrit 14 mai 2008
  • 0 meilleure réponse
  • Petit nouveau
  • Oui, moi aussi je suis intéressé par des packages F9
  • Tu 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
  • Hypothè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 ^^
  • Tabouet: Tu es sûr de ton Xorg.conf, le fait qu'il parle de fglrx n'est pas trop rassurant ?
  • Pour la taille, une réponse rapide et chiffré
    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
    Et l'intérêt, c'est bien sûr la rapidité. En plus, c'est parfait:
    le dossier /tmp est vidé à chaque redémaragge, la RAM aussi, c'est presque logique…
  • Si 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
  • Je 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 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…)
  • 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
    Cool, merci de l'astuce !
  • 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 !!!!!!!!
    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.
  • 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).
  • Il faudrait aussi testes avec le ext4 🙂