saceirdoth

  • 23 nov. 2011
  • Inscrit 13 juin 2006
  • 0 meilleure réponse
  • Petit nouveau
  • Ya Wikipedia en effet, mais ya aussi le wiki Ubuntu-fr, et là, au fil des années, c'est devenu un peu bordélique (selon moi)...

    Peut-être parce que Wikipedia a une vocation encyclopédique, ça doit avoir un impact sur la rédaction (on sait qu'il va falloir assurer). Ya beaucoup beaucoup de monde sur Wikipedia, des spécialistes, et pas que des informaticiens. On va pas rester longtemps dans son coin à raconter des conneries.

    Sur Ubuntu-fr, c'est ouvert comme Wikipedia, mais c'est parfois bordélique (selon moi), que ce soit au niveau de la présentation, que parfois du contenu. Et c'est pas bien maintenu. Peut-être que trop de monde se surestime, ou veut faire son truc à sa sauce ou trop vite, on veut un peu trop absolument participer peut-être. Peut-être que j'exagère un peu trop, il faudrait voir tout ça en détail.

    Toujours est-il qu'une doc technique doit être super précise, claire et didactique. Une erreur, même temporaire, peut provoquer de gros dégâts pratiques. Pas comme un article sur Wikipedia, où on reste dans le théorique. On sera "trompé", mais on pourra "se corriger" moins difficilement.
  • mat2 > pour Compiz, il faut rajouter cette section dans /etc/X11/xorg.conf :
    Section "Files"
    ModulePath "/usr/lib/xorg/modules/extensions/fglrx"
    ModulePath "/usr/lib/xorg/modules" 
    EndSection
    Chez moi c'est ok.
  • Ok avec ma 4850 en 32 bits. (pour Compiz j'ai les mêmes erreurs que mat2, mais ça doit venir d'autre part).

    C'est nickel, parce qu'avec les 8.11 de rpmfusion (F9), la downgrade de libdrm en version F9 bloquait certaines mises à jour (mesa, pilote ati libre).

    Merci donc à Kwizart.
  • Je n'ai pas de solutions, mais par curiosité, si ça n'a pas été fait, pourrais-tu essayé de lancer xsane en root ?
  • Par "à chaud" tu entends sans réinstallation c'est ça ?
    Si c'est le cas, il faudra au moins que les partitions soient démontées. Donc si la partition root est concernée, il faudra procéder avec un autre système (un live-cd par exemple).

    Sinon, oui, en ligne de commande tout est possible. Pour du ext3, tu peux te servir du logiciel parted. Jette un oeil sur le tableau en bas de cette page pour ce qui concerne les possibilités : http://www.gnu.org/software/parted/features.shtml
  • Je viens de me rendre compte que c'est la connexion filaire (que j'ai rajouté à nm) qui est connectée automatiquement maintenant. Et ça fait plusieurs jours, je me suis même pas aperçu que je n'allais plus cocher cette connexion en début de session graphique.

    De plus le connexion d'origine qui s'appelait "auto eth0" s'est renommée en "system eth0".

    Comme j'ai pas assez bien suivi le problème, j'ai du raté un truc, ça doit venir de moi.
  • C'est curieux, moi j'aime pas trop le rendu des polices par défaut sous Fedora et j'installe la version de livna/rpm-fusion (freetype-freeworld, compilé avec le bytecode-interpreter, soumis à brevet).

    J'ai pas bien compris, quand tu dis que t'as testé le live-cd d'Ubuntu, tu as trouvé que le rendu était similaire à Debian ou à Fedora ?

    C'est sur Ubuntu que le rendu des caractères me semble le plus agréable.

    Peut-être que ce thread pourrait t'intéresser, où il est question d'appliquer le rendu d'Ubuntu à Debian : http://forums.debian.net/viewtopic.php?t=28320&postdays=0&postorder=asc&start=15&sid=7521544ce1d73294e31502e8d32bd835
  • Il me semble avoir eu le même message en ouvrant un cd-rom contenant un autorun (pour Windows donc).
  • Jadis, j'utilisais Gnome-RDP (support VNC en plus de RDP). Peut-être que ça pourrait te convenir
  • Voici :
    # Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller
    DEVICE=eth0
    HWADDR=00:1d:92:f3:fe:74
    ONBOOT=no
    SEARCH="Jovien"
    BOOTPROTO=dhcp
    USERCTL=no
    PEERDNS=yes
    IPV6INIT=no
    NM_CONTROLLED=yes
    TYPE=Ethernet
    J'ai rien touché en dehors de nm, pensant qu'il pouvait s'occuper maintenant de tout le réseau.
  • Le problème, c'est que même si l'on créé une autre connexion filaire, c'est celle par défaut (auto eth0) qui se connecte en début de session (en tous cas chez moi)... Et il faut alors cocher à chaque fois celle que l'on a créé :s

    De plus, moi j'ai réussi à modifier UNE fois "auto eth0", juste après l'installation de F10, et depuis c'est grisé (read only).

    Toujours aussi incompréhensible avec le filaire ce truc..
  • saceirdoth wrote:Pour fglrx, à noter la méthode retenue en how-to sur FedoraForum : passage par le pilote maintenu par rpmfusion pour F9 (en attendant qu'il revienne pour F10) : http://forums.fedoraforum.org/showthread.php?t=155503
    Je me up, je viens d'installer F10 sur ma machine, juste pour dire que cette méthode fonctionne chez moi avec une 4850 (c'est pas pour pousser à la mettre en doc, c'est sage de rien mettre pour F10+fglrx pour le moment).
  • VINDICATORs wrote:J'hesite quand même à faire la doc dessus, cela me parait un peut trop lourd, vu les histoires qu'il y a eu avec la F9 avec le xorg de la F8, etc..., quand j'ai fait les étapes une par une ...

    Je préfère attendre de voir ce que cela vas donner avec les 8.12 des pilotes proprio...

    Pour le bi-ecran avec les "radeon" il faut passer par xrandr, je termine la rédaction d'un brouillon et je rendrais disponible la marche à suivre dès que j'aurais fini les test sous f10 (d'ici samedi si j'ai le temps!).
    Oui tu as raison, non seulement c'est lourd, mais ça bouge tout le temps (réapparition du pilote dans la branche F10 de rpmfusion, etc...), la doc serait trop chiante à maintenir !
    Il vaut mieux patienter avec le pilote libre quand c'est possible, voir attendre que ce dernier gère la 3d, Moi c'est la gestion d'énergie qui me manque, la carte fait un bruit épouvantable avec radeon et radeonhd.

    Peut-être juste mettre les liens vers le tuto anglais en tête de ce topic, pour ceux qui savent ce qu'ils font.
  • Vu sur le forum US, ça fonctionnerait avec un downgrade vers libdrm de F9. C'est moins lourd qu'un downgrade de X 🙂
    Steps for a working fglrx in F10:

    1) rpm -e --nodeps libdrm
    2) rpm -ivh libdrm.rpm from F9*
    3) download and install fglrx from amd.com

    If you're running 32bit you must skip steps 4 and 5
    4) rm /usr/lib/dri/fglrx_dri.so
    5) ln -s /usr/lib64/dri/fglrx_dri.so /usr/lib/dri/fglrx_dri.so

    6) yum install system-config-display
    7) run system-config-display and change *nothing*, but press "ok" to create an xorg.conf.
    8) aticonfig --initial -f
    * (détails de l'étape 2, pour bloquer libdrm sur F9)
    wget http://www.linux-ati-drivers.homecall.co.uk/fedora9.repo -O /etc/yum.repos.d/fedora9.repo
    rpm -e --nodeps libdrm
    perl -i -pe "s/([.*])/\1\nexclude=libdrm/" /etc/yum.repos.d/fedora.repo
    perl -i -pe "s/([.*])/\1\nexclude=libdrm/" /etc/yum.repos.d/fedora-updates.repo
    yum clean all
    yum install libdrm
    Mais j'imagine que VINDICATORs suit déjà ce topic avec attention :p
  • winmandrake > pour les pilotes proprio, il faut faire comme sur F9, downgrader avec le xorg de F8 (comme expliqué dans la suberbe doc de VINDICATORs). Cependant, le module fglrx ne compile pas avec les noyaux 2.6.27. Il faut patcher : http://www.phoronix.com/forums/showthread.php?t=12546.
    J'avais réussi à installer les catalyst 8.8 en provenance du site d'ATI, mais l'affichage ramait méchamment. Moi je te conseille d'attendre avec les pilotes libres, si tu arrives à supporter le ventilateur de carte graphique qui va tourner beaucoup plus vite (pas de gestion d'énergie) :s
  • PiouPiou wrote:Je dis que je trouve dommage qu'Anaconda oblige l'utilisateur (trop) peu expérimenté à devoir poser ce genre de question, quand il sait ou la poser, alors que précédemment (Fed 8) le soucis n'existait pas. Installation et utilisation avec des pilotes libres puis passage à des pilotes propriétaires si l'envie ou le besoin se fait sentir.
    J'ai parlé trop vite alors, avec le pilote "nv" ta carte ne marche pas non plus ? (t'as du en parler d'un autre topic)
  • 1) Fedora n'est "garantie" qu'avec du logiciel libre. Nvidia = pilote non libre (si on veut de la 3d) = début des problèmes.
    2) Fedora prend des risques et intègre les dernières technos, même un peu en avance des fois. Pour schématiser, c'est un peu la version testing de RedHat. Et, naturellement, les pilotes non libres ont du mal à suivre le rythme.
    3) Il existe plein d'autres distributions, dont des "non-libres", qui fonctionnent plus facilement avec du matériel nécessitant des pilotes non libres.