• # Enfin presque

    Posté par  (site web personnel) . Évalué à 2.

    J'ai parlé un peu trop vite: après un reboot, je viens de réaliser que j'ai confirmé la suppression de gdm.

    C'est pas que j'aime pas lynx, mais j'espere qu'il y'a rien d'autre de cassé.

    • [^] # Re: Enfin presque

      Posté par  . Évalué à 0.

      chez moi ca marche tres bien, mais j'avais deja fait l'update avec les pre version...

    • [^] # Re: Enfin presque

      Posté par  . Évalué à 1.

      En effet, ça commence, mais seule la xlib et quelques packages genre x-window-system sont déjà rentrés. J'ai déjà testé Xorg 6.8.2 depuis les sources sur mon ibook, et il m'a permis d'utiliser simultanément une accélération 3D nettement améliorée et la mise en veille. Par contre, je n'ai pas réussi à utiliser simultanément l'écran LCD et l'écran externe malgré que ce soit censé possible. Vivement que le passage soit complet! Et si quelqu'un a réussi à faire marcher le dual screen, qu'il me fasse signe.

      • [^] # Re: Enfin presque

        Posté par  . Évalué à 4.

        heu non il y sont tous, il faut juste choisir les bons paquets : x-server-xorg (ou un truc du genre).

        • [^] # Re: Enfin presque

          Posté par  . Évalué à 4.

          les paquets en version 6.8.2.dfsg.1-2 sont déjà en cours d'upload dans les ftps debian... je vais attendre la semaine prochaine (ca tombe bien je ne suis pas là ce WE), qu'on en sera à la version 6.8.2.dfsg.1-5 et que les quelques plus gros bugs les plus gênants seront réglés pour tester ca...

      • [^] # Re: Enfin presque

        Posté par  (site web personnel) . Évalué à 2.

        Pour le dual screen, ici ça marche bien mais je dois avouer que j'ai galéré et n'ai pas réussi à trouver une solution "logicielle".
        Avec la matrox g550, les écrans sont bizarrement "inversés", c-a-d que l'écran branché sur la prise 1 est reconnu comme devrait l'être celui sur la prise 0, et vice versa. Du coup, l'écran de droite devient celui de gauche, celui de gauche celui de droite, avec les paramètres de fréquence, résolution, etc de l'autre écran. Bref, ça craint.
        Solution : bêtement inverser le branchement.
        Niveau conf de xorg.conf, rien à faire, rien ne marche.

        • [^] # Re: Enfin presque

          Posté par  (site web personnel) . Évalué à 1.

          Chez moi il veut désinstaller kde 3.4.1 :( on va attendre un peu :)
          [/me va enfin pouvoir avoir de la 3D hardware sous linux avec la s3]

          http://www.theatre-eibel.fr http://www.isc2chapter-yorkshire.co.uk

          • [^] # Re: Enfin presque

            Posté par  . Évalué à 1.

            Chez moi aussi il veut désinstallé kde pour faire l'install. Plus exactement il me dit :
            The following packages have unmet dependencies:
            xserver-xorg: Depends: xserver-common (>= 6.8.2.dfsg.1-1) but 4.3.0.dfsg.1-14 is installed.

            Et c'est lorsque j'essaye d'installer xserver-common qu'il veut m'enlever tout kde.
            j'ai kde 3.3 sur une testing. Si quelqu'un avait un workaround pour l'installer sans désinstaller kde ça m'interresserait bien.

      • [^] # Re: Enfin presque

        Posté par  (site web personnel) . Évalué à 1.

        Par contre, je n'ai pas réussi à utiliser simultanément l'écran LCD et l'écran externe malgré que ce soit censé possible.

        (pas "malgré que" mais "bien que" c'est + français)

        ça marche sous MacOSX ? t'as vérifié ? parce que sur certains ibooks anciens c'est désactivé (juste du mirroring autorisé) dans le firmware, mais tu peux bidouiller ça avec screen spanning doctor ou une commande dans le firmware... (google doit pouvoir t'aider)

        http://macparts.de/ibook/(...)

        • [^] # Re: Enfin presque

          Posté par  . Évalué à 1.

          En fait, j'ai tenté un mirroring mais n'ai pu faire fonctionner qu'un seul des deux écrans à la fois. C'est un ibook dernière version (12 pouces, G4 1.2 GHz), et la doc que j'ai trouvée m'indique que pour répartir l'affichage sur les 2 écrans, Xorg ne nécessite pas de manipulation particulière, à l'inverse de MacOS X.

          Quant à la disponibilité des packages, pour le moment, xserver-xorg (et probablement d'autres) n'est disponible que pour l'architecture i386 :(

          Et quant à ma grammaire, Grevisse la confirme.

  • # Bien essayé !

    Posté par  (site web personnel) . Évalué à -10.

    Trop gros, passera pas !

  • # Pour ceux qui ont utilisé debian.linux-systeme.com

    Posté par  (site web personnel) . Évalué à 5.

    J'utilisais Xorg depuis environ un an avec les paquets Debian de debian.linux-systeme.com. La mise à jour a bloqué sur le paquet xorg-common. Je l'ai supprimé à coup de « dpkg --remove xorg-common », puis j'ai forcé à coup de « apt-get install -f ».

    Donc si vous utilisiez aussi ces paquets, pensez à supprimer xorg-common avant de faire le gros dist-upgrade.

    Haypo

  • # Faut pas déconner

    Posté par  . Évalué à 2.

    Je suis étonné que personne n'ai fait de journal pour le signaler.

    Un délai de quelque heures avant que le changement d'un logiciel dans la version de développement d'une distribution ne soit annoncé n'est quand meme pas très surprenant.

    Surtout que tous les gens vraiment concernés risquent de s'en rendre compte assez vite avec ou sans journal sur linuxfr.

    Enfin, je suis content d'apprendre ça quand meme.

    • [^] # Re: Faut pas déconner

      Posté par  . Évalué à 0.

      C'est surtout que tout le monde est en train d'essayer de faire comprendre a apt que c'est pas la peine de virer l'intégralité des softs OpenGL, ou encore de refaire marcher le direct rendering plutôt que de s'emerveiller devant l'arrivée d'X.org dans Debian ...

      • [^] # Re: Faut pas déconner

        Posté par  (site web personnel) . Évalué à 3.

        Dans le genre apt contre le reste du monde, j'aime bien l'installation de python2.4 qui veut supprimer une bonne partie de gnome et kde.

      • [^] # Re: Faut pas déconner

        Posté par  . Évalué à 2.

        Si t'utilises une SID tu n'as qu'à tant prendre à toi même...
        << « Sid » est sujette à de massifs changements et des changements de bibliothèques sur le vif. Ceci peut occasionner un comportement très instable du système, qui possède des paquets qui ne peuvent être installés en raison de l'absence de bibliothèques ; dépendances qui ne peuvent encore être satisfaites, etc. Utilisez-la à vos risques et périls. >>
        source : http://www.debian.org/releases/unstable/(...)

        Donc raler sur apt ne sert à rien.

  • # gcc4

    Posté par  (site web personnel) . Évalué à 4.

    Tu oublies gcc4 qui est dorénavant le compilateur par défaut de Debian SID...

    http://lists.debian.org/debian-devel-announce/2005/07/msg00001.html(...)

    • [^] # Re: gcc4

      Posté par  (site web personnel) . Évalué à 1.

      oulala je vais attendre un peu avant d'upgrader ma SID je pense

      • [^] # Re: gcc4

        Posté par  . Évalué à 4.

        Pourquoi ? Ça ne pose pas de problèmes.

        Debian a un peu trainé sur Xorg mais là on peut faire remarquer que :
        debian a gcc 4 AVANT gentoo !!! ;) (marqué non disponible sur le site de gentoo).

        • [^] # Re: gcc4

          Posté par  (site web personnel) . Évalué à 4.

          debian a gcc 4 AVANT gentoo

          C'est vrai que c'est jouissif.

          Mais on peut comprendre aussi que gcc est beaucoup plus un élément clé chez Gentoo que chez Debian, au sens ou il doit marcher très bien chez tout le monde (sinon on ne peut presque plus utiliser la distro), alors que sur Debian, il ne doit marcher à court terme que sur les buildd.

          Il faut aussi voir que Gentoo saute directement à gcc 4.1 si j'ai bien tout compris.

          • [^] # Re: gcc4

            Posté par  . Évalué à 5.

            sur Debian, il ne doit marcher à court terme que sur les buildd.


            Et vu que les buildd utilisent les paquets de la distrib pour gcc, il faut que le gcc distribué marche bien, donc que le gcc chez les utilisateurs marche.

      • [^] # Re: gcc4

        Posté par  . Évalué à -2.

        Pas besoin , il y a déjà pleins de distros qui sont compilées avec gcc4 et qui ont eu bien le temps d'essuyer les plâtres.

    • [^] # Re: gcc4

      Posté par  (site web personnel) . Évalué à 3.

      D'ailleurs en parlant de cela, attention aux mises à jour en ce moment, il y a un changement d'ABI c++ de GCC :
      http://lists.debian.org/debian-devel-announce/2005/07/msg00001.html(...)
      Ca pose quelques problemes de mise a jour (genre libaspell).
      L'entrée de X.org en plus, ca fait beaucoup de raisons d'etre prudent avant d'upgrader sa debian unstable, histoire d'attendre que ca se stabilise un peu.

      • [^] # Re: gcc4

        Posté par  . Évalué à 1.

        Recommanderais-tu d'attendre Etch ?

        ---->[pas taper]

    • [^] # Re: gcc4

      Posté par  . Évalué à 2.

      Est-il possible de virer les autres versions de GCC installer 3.x, 2.xx s'il y en a encore ?

      Est-ce que le noyau est GCC 4 compliant ?

      • [^] # Re: gcc4

        Posté par  (site web personnel) . Évalué à 0.

        j'ai essayé une fois de compiler le noyau avec gcc, et ça n'a pas fonctionné (erreur de compilation)

        donc je dirais non, à moins que ça aie changé depuis la 2.6.11.0

        • [^] # Re: gcc4

          Posté par  . Évalué à 2.

          les autres distros y arrivent bien ( en tout cas mandriva et fedora )

        • [^] # Re: gcc4

          Posté par  . Évalué à 2.

          pas de probleme avec gcc 4 et le noyau par ici :
          Linux version 2.6.13-rc2-mm1 (root@bidule) (gcc version 4.0.1 20050701 (prerelease) (Debian 4.0.0-12)) #2 Sun Jul 10 13:39:22 CEST 2005

      • [^] # Re: gcc4

        Posté par  . Évalué à 2.

        > Est-il possible de virer les autres versions de GCC installer 3.x, 2.xx s'il y en a encore ?

        Je crois qu'il y a encore des paquets qui en dépendent. Faut attendre encore un peu.


        >Est-ce que le noyau est GCC 4 compliant ?

        Ca marche bien chez moi sur mon ibook avec tous les 2.6.12xxxx.

      • [^] # Re: gcc4

        Posté par  . Évalué à 1.

        Est-il possible de virer les autres versions de GCC installer 3.x, 2.xx s'il y en a encore ?

        La transition à GCC4 a été un peu la laborieuse dans certains projets, comme par example MPlayer, dont l'un des fix cassait le code généré par GCC-3.3 (la faute à GCC-3.3 puisque GCC-3.4 ne pose pas de problème).
        Mais bon, ça y est, depuis moins de 24h, on peut compiler partout MPlayer avec GCC-4.0 : http://www1.mplayerhq.hu/cgi-bin/cvsweb.cgi/main/postproc/swscale_t(...)
        \o/

        Bon, sinon, si vous avez du temps pendant l'été, la traduction française de la doc de MPlayer aurait besoin de bonnes âmes! :)

  • # Déjà paru

    Posté par  (site web personnel) . Évalué à 2.

    Ok, il fallait (bien) chercher :
    https://linuxfr.org/~geo_trouvetout/18804.html(...)

  • # Commentaire supprimé

    Posté par  . Évalué à -8.

    Ce commentaire a été supprimé par l’équipe de modération.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.