W
waby38

  • 21 sept. 2011
  • Inscrit 22 mars 2005
  • 0 meilleure réponse
  • Petit nouveau Rédacteur potentiel
  • bon, je reviens juste histoire de donner une solution qui semble fonctionner.

    Mon problème sur AC100 est en fait le même que celui sur s390x
    https://bugzilla.redhat.com/show_bug.cgi?id=653436

    C'est le paquet xorg-x11-xkb-utils qui est le fautif.
    j'avais le même comportement que les log du bugzilla.
    Une recompilation du paquet pour ARM en version xorg-x11-xkb-utils-7.5-1 à résolu mon pb.

    Maintenant, xkbcomp ne plante plus sur une erreur de syntaxe, et mon serveur X fonctionne!

    Je trouve très étrange que personne n'est vu cela avant sur Fedora-ARM... 🙁
  • nouvo09 wrote:essaie sans le fichier /xorg.conf.d/00-system-setup-keyboard.conf

    renomme-le ou zippe le.. c'est le seul endroit où il est question de kbd, on verra ce que ca dit.
    malheureusement, ca ne change rien...
    J'ai même été jusqu’à enlever les fichiers de conf dans /usr/share/X11/xorg.conf.d
    Et tjrs la même erreur....

    Une autre idée ?
  • voici mon xorg.conf (qui vient avec le package xorg-x11-drv-tegra)
    # This is the minimal configuration necessary to use the Tegra driver.
    # Please refer to the xorg.conf man page for more configuration
    # options provided by the X server, including display-related options
    # provided by RandR 1.2 and higher.
    
    # Disable extensions not useful on Tegra.
    Section "Module"
        Disable     "dri"
        Disable     "dri2"
        Disable     "glx"
        SubSection  "extmod"
            Option  "omit xfree86-dga"
        EndSubSection
    EndSection
    
    Section "Device"
        Identifier  "Tegra"
        Driver      "tegra"
    
    # VirtualDesktop indicates which virtual desktops should be used by X.
    # X will use the specified virtual desktop *and* the next one.  In
    # order for an external app to share a display with the X server, it
    # needs to use the same virtual desktop.  Valid values are integers 0
    # (default) or 1.
    
    #    Option      "VirtualDesktop" "1"
    
    # OverlayDepth is a 32-bit integer which is used to control overlay
    # stacking order.  The overlay with the lowest depth is in front of
    # all others.  This value has meaning only when multiple overlays are
    # present on a display.
    
    #    Option      "OverlayDepth" "255"
    
    # OverlayCombineMode determines how the X overlay is combined with the
    # overlay behind it during scanout.  Available modes are: Opaque
    # (default), SourceAlphaBlend, and PremultSourceAlphaBlend.  This
    # value has meaning only when an external process has created a
    # display which is behind the X server.
    
    #    Option      "OverlayCombineMode" "PremultSourceAlphaBlend"
    
    # ARGBHWCursor controls whether the X driver uses an overlay to
    # display 32-bit "true-color" cursors, or whether such cursors are
    # emulated in software.  Valid values are "true" to enable hardware
    # cursors, and "false" (default) to disable them.
    
    #    Option      "ARGBHWCursor"
    EndSection
    
    j'ai également un /etc/X11/xorg.conf.d/00-system-setup-keyboard.conf
    # This file is autogenerated by system-setup-keyboard. Any 
    # modifications will be lost.
    
    Section "InputClass"
    	Identifier	"system-setup-keyboard"
    	MatchIsKeyboard	"on"
    	Option		"XkbModel"	"pc105"
    	Option		"XkbLayout"	"fr"
    	Option		"XkbVariant"	"latin9"
    	Option		"XkbOptions"	"terminate:ctrl_alt_bksp,"
    EndSection
    J'ai essayé de mixer l'un dans l'autre, mais j'ai tjrs le même message récurent...
    Ce qui m’inquiète le plus, c'est "syntax error: line 8 of stdin"...
  • Après avoir suivi le tuto suivant: http://ac100.grandou.net/fedora

    J'ai mon AC100 qui boot et qui me permet d'installer ce que je veux via yum.
    Par contre, lorsque je veux démarrer X11, c'est la que cela se gatte:

    extrait:
    (==) Log file: "/var/log/Xorg.0.log", Time: Mon Sep 19 13:55:27 2011
    (==) Using config file: "/etc/X11/xorg.conf"
    (==) Using config directory: "/etc/X11/xorg.conf.d"
    (==) Using system config directory "/usr/share/X11/xorg.conf.d"
    syntax error: line 8 of stdin
    Errors encountered in stdin; not compiled.
    (EE) Error compiling keymap (server-0)
    (EE) XKB: Couldn't compile keymap
    XKB: Failed to compile keymap
    Keyboard initialization failed. This could be a missing or incorrect setup of xkeyboard-config.
    
    Fatal server error:
    Failed to activate core devices.
    J'ai essayé pas mal de chose, mais rien n'y fait... est-ce que cela inspire quelqu'un sur le forum ?
  • fait un "cat /etc/resolv.conf" (avec DHCP actif) pour avoir ta conf DNS.
    Chez les box Orange, il me semble que c'est 192.168.1.1 comme tu le décrit.
    bref, remplace simplement cela par 8.8.8.8 (qui sont les DNS de Google)
    Pour les domaine de recherche, laisse cela en commentaire, ca devrait le faire...
  • en IPv4, met des tes DNS à la main plutôt qu'automatiquement via DHCP

    ou pour faire un test, modifie ton /etc/resolv.conf en y mettant:
    nameserver 8.8.8.8
  • Une solution qui fonctionne pour moi (avec le micro interne)
    c'est de décaler le gain d'amplification de la voie droite (ou de la gauche, je ne sais plus...)
    en utilisant "alsamixer" sur l'entrée micro

    En gros, tu met 10% pour l'une (voie droite) , et 90% pour l'autre (voie gauche), et tu re-essai ! (ou l'inverse)
    C'est clairement un bug... mais je ne sais trop ou le rapporter... alsa ?

    Tient moi au courant!
  • Les "VMtools" ne fonctionne/compile pas correctement sur une F11.
    Il faut que tu les supprime. (rpm -e VMtools...)

    puis tu relance la commande "yum install kmod-open-vm-tools" afin d'utiliser les open-VMtools

    Une question: c'est bien ton Guest qui est sous F11, et ton Host sous Windows ?
  • installe les VMware-tools dans ton Guest (ta fedora 11) à partir de rpmfusion
    yum install kmod-open-vm-tools
  • VMware utilise OSS pour l'audio, et OSS n'est plus disponible par défaut depuis F11.

    Il te faut charger le module de compatibilité OSS (en tant que root)
    modprobe snd-pcm-oss
    et à partir de la, tu auras un périphérique de type "/dev/audio" que VMware pourra utiliser.

    Jette un œil au fichier "/etc/modprobe.d/dist-oss.conf" si tu veux activer OSS par défaut au boot de ta machine.
  • c'est manifestement un problème de xorg-x11-server et non de la MAJ du kernel.
    En solution de contournement, Il faut désactiver "compiz" et donc remettre "metacity"

    Via une console texte, lancer la commande suivante:

    [c]gconftool-2 --set /desktop/gnome/session/required_components/windowmanager --type string 'metacity'
    [/c]

    source
    http://thecodergeek.com/post/266
  • ok, je vais creuser et faire un test sur Rawhide
    je reviens faire un compte rendu bientôt.
  • bonjour,

    J'essaie de comprendre comment fonctionne la conjonction "libproxy" / "libsoup" et j'avoue ne pas m'en sortir...
    Histoire de prendre un cas réel, voici un exemple de configuration que j'aimerai faire fonctionner.

    1 - J'ai mis en place un serveur squid pour accéder à l'extérieur ("server_squid")
    export http_proxy="http://serveur_squid:3128/"

    un simple "wget http://www.google.fr " me permet de vérifier que cela fonctionne.

    2 - Maintenant, je veux via mon browser Webkit utiliser ce même proxy pour accéder à l'extérieur.
    Par defaut, le "Webkit" de notre F10 est compilé avec le backend "Curl" pour l'accès au réseau.
    /usr/libexec/WebKit/GtkLauncher http://www.google.fr

    Ceci fonctionne parfaitement.
    Maintenant, je recompile "Webkit" en changeant le backend vers "libsoup" (c'est le mode par defaut dans les dernières release)
    SRPMS => http://koji.fedoraproject.org/koji/buildinfo?buildID=84200

    j'en profite pour mettre à jour ma librairie "libsoup" avec le support "libproxy" (avant la recompilation de webkit)
    SRPMS => http://koji.fedoraproject.org/koji/buildinfo?buildID=81273

    J'installe le tout.

    3 - Vérification du fonctionnement de "libproxy"
    rpm -qa | grep libproxy
    libproxy-python-0.2.3-8.fc10.i386
    libproxy-devel-0.2.3-8.fc10.i386
    libproxy-gnome-0.2.3-8.fc10.i386
    libproxy-bin-0.2.3-8.fc10.i386
    libproxy-0.2.3-8.fc10.i386
    libproxy-webkit-0.2.3-8.fc10.i386
    libproxy-mozjs-0.2.3-8.fc10.i386
    Je rajoute une règle simple pour que mon proxy soit bien utilisé
    export PX_CONFIG_ORDER=envvar

    echo "www.google.com" | proxy
    me retourne => http://serveur_squid:3128/

    bref, ca semble ok non ?

    4 - test avec Webkit (backend libsoup)
    /usr/libexec/WebKit/GtkLauncher http://www.google.fr

    et la rien... rien de rien... comment faire pour que libproxy retourne correctement ce qu'il faut à "libsoup"
    afin que Webkit réponde à mes requêtes ?

    J'ai du rater quelque chose dans le fonctionnement de libproxy, car je ne m'en sort pas!
    Comment "libproxy" va accéder au plugin "libproxy-webkit" (et surtout pourquoi faire ??) ?

    Ce que j'imagine c'est que "libsoup" va interroger "libproxy", "libproxy" remarque que c'est Webkit" qui fait la requete (comment ?)
    utilise le plugin "libproxy-webkit", et au final devrai retourner ma requete en utisant mon proxy mit dans http_proxy
    => ca ne doit pas être ca, car cela semble ne pas fonctionner....

    Si une bonne âme pouvait m'aider dans ma quête !
    Merci de m'avoir lu jusqu'au bout 🙂
  • Je n'ai vu encore personne se plaindre des polices sans anti-aliasing (donc toute moche)
    de l'interface du dernier Google Earth 5.0.11337.1968

    Avec les version 4.x, pas de problème!

    Bref, suis-je le seul ?

    (Tester sur F10 avec driver intel, et sur un autre Pc driver nvidia (proprio))

    Merci de vos réponses.
  • merci bien, ca marche nickel!
  • Je viens de creer qqles RPM pour cairo-dock
    http://www.cairo-dock.org/

    A noter qu'il est necessaire d'avoir une version
    modifié de cairo avec le support de glitz (histoire d'avoir l'acceleration materiel pour le rendu)

    Les RPMs sont dispo ici (il y a aussi les SRPMS)
    http://jau.free.fr/RPMS/i386

    une fois installé, lancer la chose avec un
    "cairo-dock --glitz"

    Il manque tous les plugins, dès que j'ai un peu de temps,
    je ferai d'autres paquets!

    SHA1SUM
    6d0bc5deecea772c394e55f6ba464cc8e2848687 cairo-1.4.14-2.fc8.i386.rpm
    3b9b3b3c2ac388fb3b2c157446a282fd4edf3688 cairo-debuginfo-1.4.14-2.fc8.i386.rpm
    67a7c72bb184e8ec7bb677bc15689653debde2d7 cairo-devel-1.4.14-2.fc8.i386.rpm
    7c342d796fcad4f87f72281ec54df37b356f4bec cairo-dock-20080501-1.fc8.i386.rpm
    7270adaf72a281bfcbe81db537c8387721927677 cairo-dock-debuginfo-20080501-1.fc8.i386.rpm
    4124ddab95f3d6d0b79d4225f9991d836ceda2e9 cairo-dock-devel-20080501-1.fc8.i386.rpm

    Edit: l'acceleration fonctionne correctement avec ma carte nVidia, mais
    impossible d'avoir un rendu correct sur un autre PC equipé d'une carte Intel Corporation 82945G/GZ

    Dans ce cas, simplement lancer "cairo-dock"

    bon test!
  • chepioq wrote:En effet quant on voit les rpm qu'ils proposent... ils en manquent beaucoup

    ==EDIT==
    Il n'y a vraiment personne qui a essayé cette version 0.7.3?
    Testé sur carte Nvidia 7600GS & Intel i810, pas de pblme (depuis 2 jours) !