Des thèmes pour XDM

Posté par  . Modéré par Benoît Sibaud.
Étiquettes :
0
7
juin
2002
Serveurs d’affichage
XDM est un gestionnaire graphique de connexion. Les versions livrées par les distributions sont très austères et trouver des « thèmes » pour le rendre plus attrayant relève du parcours du combattant. De plus la configuration est loin d'être évidente pour le néophyte.
Heureusement, il existe un projet XDMthemestuff qui propose une collection de scripts permettant une personnalisation plus facile de XDM.
Le paquet s'installe très facilement et permet de créer toute sorte de thèmes pour égayer un peu ce gestionnaire.
Personnellement je ne suis pas fan de la connexion graphique mais n'étant pas seul à utiliser ma machine à la maison, j'ai finalement dû renoncer à une connexion sur la console.

Le seul reproche : un nombre assez pauvre de thèmes utilisant XDMthemestuff. Il ne tient qu'à vous de changer ça !

Je n'ai pas réussi à télécharger de thèmes sur le site mais apparemment c'est très simple de se créer le sien.

Note du modérateur : originales les couleurs orange du site... On notera aussi gdm (du projet Gnome), kdm (du projet KDE), pdm, wdm, etc dans la même famille.

Aller plus loin

  • # Démarrage graphique.

    Posté par  . Évalué à 6.

    On a maintenant de bô démarrage graphique mais il y a une chose que je ne trouve pas très "professionnel" c'est le passage éclair (enfin pas si rapide que ça) par un login en mode texte entre la fin du démarrage du noyau et le lancement de X et xdm.

    Je ne sais pas si il est possible d'empécher çà.

    Vous allez me répondre que le démarrage des hommes c'est le mode texte avec un Tux en ASCII, mais bon chacun son choix :-)
    • [^] # Re: Démarrage graphique.

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

      Ba c'est facil tu installe un win truc la et t'auras un demarage ultra lent mais qui fait plus "professionnel" ...
      Non c'est vraiment encore et toujours un detail a la con ....
    • [^] # Re: Démarrage graphique.

      Posté par  . Évalué à 10.

      C'est parce que toutes les distributions que je connais meme en mode demarrage graphique lancent des logins textes (*getty). C'est d'ailleur grace a ca que tu peux te loguer en mode texte meme si X est lance (Ctrl-Alt-F1/2/3... pour changer de terminal).
      Si tu veux tu peux configurer ton inittab pour pas qu'init lance de login texte si t'es dans le runlevel graphique.
      Sur une slackware ca donne des lignes comme ca:
      c1:123:respawn:/sbin/agetty 38400 tty1 linux

      au lieu de:
      c1:1234:respawn:/sbin/agetty 38400 tty1 linux


      J'espere avoir repondu a la question.
      • [^] # Re: Démarrage graphique.

        Posté par  . Évalué à -1.

        Ah bah, voilà une réponse constructive, je te remercie, je vais essayer pour voir puis je remettrai mes petites consoles adorées.
    • [^] # Re: Démarrage graphique.

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

      il existe un ptit patch pour le noyau qui lui permet de ne pas etre bavard (pas de dmesg) et le remplace par une belle image de ton choix. il faut compiler un noyau avec le device 'framebuffer' + le patch.
      La Mandrake utilise ce truc avec un bel écran bleu je crois et des jolies clligraphies. Mais pour encore augmenter le non-texte, il faut virer tes terminaux virtuels à l'init. la doc est là:
      http://www.incubus.co.uk/os/linux/virtual_term.htm(...)

      Tout homme qui dirige, qui fait quelque chose, a contre lui ceux qui voudraient faire la même chose, ceux qui font précisément le contraire, et surtout la grande armée des gens d'autant plus sévères qu'ils ne font rien du tout. -- Jules Claretie

      • [^] # Re: Démarrage graphique.

        Posté par  . Évalué à 3.

        Supprimer les messages du noyau c'est pas un bon plan ça, quand t'as un problème t'es bon pour deviner ce qui ne va pas.

        Je ne comprend pas pourquoi les gens crient après le démarrage en mode texte, c'est pratique d'avoir affiché tous les messages du noyau puis des script rc.
        Et puis ça fonctionne avec toutes les cartes graphiques, des plus vielles (qui ne savent pratiquement faire que ça) aux plus récentes.
        Le framebuffer est intéressant mais je crois qu'il faut avoir dans le noyau le code de framebuffer qui supporte sa carte graphique. Le mode texte est tout à fait générique (en tout cas en 80x24).
        • [^] # Re: Démarrage graphique.

          Posté par  . Évalué à 4.

          Et moi je ne comprend pas pourquoi quand quelqu'un demande s'il peut faire ceci ou cela avec Linux, à partir du moment ou c'est un rien graphique, on lui répond que ça sert à rien, que non, il ne faut pas, c'est pas bien, c'est vachement mieux le mode console. Mais répondre ça, c'est dénigrer Linux puisque, si j'en crois les réponses qui ont été faites, c'est possible de démarer en mode graphique uniquement.

          C'est ça la force de Linux : pouvoir permettre à tout le monde de le configurer comme il le souhaite, et ne pas vouloir à tout prix imposer la soit-disante bonne façon de l'utiliser. Laissons ça à d'autres...
          • [^] # Re: Démarrage graphique.

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

            Certe c'est possible de demarrer en mode graphique uniquement et sans console, mais cela represente un risque important. Si X plante ou si une appli commence a peter les plombs, tu es mal, tu ne peux plus rien faire.

            Alors qu'avec un petit coup de CTL+ALT+F1, tu peux te logger en root, killer et redemarrer ce qu'il faut.

            Idem pour les messages de boot. Certes, pleins de gens n'y comprennent rien. Mais si un jour qqch cloche, qu'il n'y a plus de messages de boot et que ton ordinateur est bloque avant d'avoir pu te passer la main (que ce soit console ou X), tu es mal. Comment tu fais pour savoir ce qui ne va pas ?

            La force de linux, c'est la puissance qui est donnee a l'utilisateur, sur plusieurs niveaux. Si tu supprimes tous les niveaux puissants pour n'autoriser que le mode neuneu, c'est certe plus facile a utiliser pour les neuneus mais ca ne les pousse pas a se depasser et ils sont foutus des qu'un truc ne marche pas, sans etre capable de t'expliquer ce qui n'est pas bon. Bref, on en revient au niveau windows ou le message le plus informatif que j'ai jamais vu est "ca marche pas"

            Les messages de boot incitent a la curiosite et encouragent les neuneus a devenir des geeks.

            Ce qu'on te dit donc, c'est pas "c'est vachement mieux le mode console", c'est qu'il est tres grandement preferable de garder une console.
            • [^] # Re: Démarrage graphique.

              Posté par  . Évalué à 2.

              Il ne t'est pas venu à l'esprit qu'il était possible de donner des arguments au noyau et que par le biais de cet argument, on pourrait passer d'un boot graphique qui se la pète à un boot de pro avec toutes les infos pour le debug ? Et pour les gens qui ne savent pas donner un argument au noyau ? On peut simplement leur configurer lilo/grub pour avoir une entrée debug qui le fait à leur place...
  • # thèmes en download

    Posté par  . Évalué à 10.

    les thèmes pour la version 2.0pre1 sont dispo ici : http://xdm.house.cx/downloads/2.0pre1-themes/(...) (il y en a que deux !)
    ceux pour les version 1.x sont dispo ici : http://xdm.house.cx/downloads/archive/themes/(...)
  • # Dans la même famille...

    Posté par  . Évalué à 10.

    On peut aussi citer le futur Elogin du projet E17, basé sur Evas et qui va probablement être assez génial (esthétiquement parlant).

    http://www.enlightenment.org/pages/elogin.html(...)
  • # et gdm

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

    Quelqu'un connait un truc equivalent pour gdm?
    parceque le jour ou j'avais configuré mon login graphique, j'avais pas compris grand chose a la config de xdm, et j'ai mis gdm... Si il faut je mettrais xdm... :)
    • [^] # Re: et gdm

      Posté par  . Évalué à 10.

      le prochain gdm (gnome2) sera themable :

      ca ressemble a ca ( lancé avec dans un Xnest ):
      http://pschit.net/sshots/new_gdm.jpg(...)
      http://pschit.net/sshots/new_gdm2.jpg(...)

      pour info le fond bleu c est du svg et le reste
      des images en png , c est en plus assez facile a
      concevoir ( un fichier xml)
      • [^] # Re: et gdm

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

        On peut déjà appliquer des themes sur gdm. C'est du gtk, il suffit de spécifier un gtkrc.
      • [^] # Re: et gdm

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

        Joli !
        C'est juste dommage que le texte déborde de la boite sur la premiere capture ...

        Après l'install de Debain 3.0 dont quasiment tous les textes en francais dépassaient la largeur de l'écran quand je l'ai testée, c'est décidément à la mode :)
  • # Sauvons wdm !

    Posté par  . Évalué à 10.

    wdm est un display manager comme gdm, xdm, kdm utilisant les bibliotheques graphiques de window maker ... pb: il n'est plus vraiment maintenu (derniere modif : 29 fevrier 2000 !). C'est dommage, il lui manque qqes fonctionnalites (bouton pour eteindre qui n'apparait que sur le display local par ex.).
    Je serai bien tente d'ajouter qqes fonctionnalites, ca interesserait qq'un ?

    wdm : http://www.tcscs.com/wdm(...)
    • [^] # Re: Sauvons wdm !

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

      J'utilise wdm justement, et j'aime ceci:
      1) obligation de donner le pass root pour éteindre ou rebooter la machine : ca évite que quelqu'un éteigne le pc alors qu'on joue à xblast dessus via le terminal X d'à côté, ou que l'on travaille dessus via ssh (et/ou X).
      2) il garde en mémoire le dernier wm pour chaque utilisateur... (je sais, gdm et kdm le font aussi mais wdm est plus cool). Allez, un scrinchout:
      http://brouits.free.fr/tmp/wdm.jpg(...)

      Tout homme qui dirige, qui fait quelque chose, a contre lui ceux qui voudraient faire la même chose, ceux qui font précisément le contraire, et surtout la grande armée des gens d'autant plus sévères qu'ils ne font rien du tout. -- Jules Claretie

      • [^] # Re: Sauvons wdm !

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

        1) Ca ça dépend de la conf de ta machine. Gdm et autres savent très bien gerer cela.
        2) Là aussi, gdm et kdm le gèrent.


        Ok « wdm plus cool » mais si le seul argument est la 404 en guise de capture d'écran, c'est pas ultime
        Not Found
        The requested URL /tmp/wdm.jpg was not found on this server.
        • [^] # Re: Sauvons wdm !

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

          scuses, mon modem il est pas rapide, et pis il a fallu que j'installe xnest pour faire le scrinchoute. bon, enfin ducoup, je te met +1 et -1 à moi.
          donc maintenant, il y est le scrinchout.

          Tout homme qui dirige, qui fait quelque chose, a contre lui ceux qui voudraient faire la même chose, ceux qui font précisément le contraire, et surtout la grande armée des gens d'autant plus sévères qu'ils ne font rien du tout. -- Jules Claretie

    • [^] # Re: Sauvons wdm !

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

      Ah oui, je vote pour. J'adore WDM, il a juste un petit bug chiant : quand on donne un mauvais login ( pas un mauvais mot de passe, mais un mauvais login), il se vautre comme une otarie bourrée à la bière.

      Sinon, c'est vraiment le plus pratique et le plus joli à mon goût. Je crois bien que c'est encore le seul à utiliser les alternatives Debian pour choisir le window manager.
    • [^] # Re: Sauvons wdm !

      Posté par  . Évalué à 1.

      cf. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=142930&msg=4&repeatmerged=yes L'auteur de wdm a repris son bébé, on devrait voir arriver des mises à jour (mais bon, ça fait bientôt 2 mois qu'il est censé l'avoir fait) PS: comme un boulet j'ai patché le mien pour qu'il soit xinerama-aware, et je me suis aperçu que quelqu'un avait posté à peu près le même patch sur bugs.debian.org :-/ Enfin pour ceux qui veulent un wdm xinerama-aware, <pub>vous pouvez aller faire un tour sur http://debian.glandium.org/ </pub>
  • # Et sinon...

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

    y a aussi Login.app [ http://largo.windowmaker.org/Login.app/(...) ]. C'est zoli (captures d'écran : [ http://largo.windowmaker.org/Login.app/Login.app-1.x.php(...) ]) et ça fait un bout de temps que ça existe. Je rappelle aussi pour ceux qui abhorrent le mode texte qu'il y a des solutions plus mignonnes que l'infâme Aurora de la Mdk pour avoir un démarrage graphique, comme le Linux Progress Patch [ http://lpp.freelords.org/(...) ]. M'enfin, moi personnellement j'en reste au bon vieux texte qui défile et au tty qui me salue (agrementé de `fortune' et autres débilités au login). Pas pour faire l33t mais tout simplement parce qu'originellement c'était ainsi et que je trouve que ces zigouigouis graphiques ont quelque chose de... euh... pas naturel (c'est difficile à expliquer, disons qu'ils me donnent l'impression de ne pas être à leur place, je sais, c'est très subjectif).

    Envoyé depuis mon PDP 11/70

    • [^] # Re: Et sinon...

      Posté par  . Évalué à 5.

      je suis de ton avis en ajoutant que les *dm sont faits pour les connexions via terminaux X.
      En local, il est déroutant d'avoir à éditer 2 fichiers de configuration pour démarrer
      une session graphique, d'un tty ou de *dm après avoir changé de window manager.
    • [^] # Re: Et sinon...

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

      Pour ma part, je trouve que ces démarrages graphiques sont plus lourds.
      Pour moi, le démarrage c'est une affaire sérieuse (au moins autant que la future boite à sam_from_ms).
    • [^] # Démmarage graphique

      Posté par  . Évalué à 4.

      Pour le lpp, il me semble qu'il n'est plus très à jour... Quelle archive faut-il utiliser pour que ce patch marche avec un 2.4.18 ? La version du noyau à utiliser la plus réçente est le 2.4.12

      On va pas revenir à un vieux noyau juste pour faire marcher un démarrage graphique non ?

      C'est clair que ça peut paraître plus joli pour un ordinateur de desktop, mais c'est pas encore au point tout ça...
      • [^] # Re: Démmarage graphique

        Posté par  . Évalué à 4.

        Pour le lpp, il me semble qu'il n'est plus très à jour...

        Bizarre chez moi il tourne très bien avec le 2.4.18 (compilé à partir des sources du kernel patchées par debian et du patch empaqueté debian).
        Je renvoie les messages vers tty12, je ne fais pas afficher de console en tty1 et je met un login graphique (wdm en l'occurrence).
        J'ai un démarrage tout graphique.
        En plus ça m'évite de taper startx & ;-)
        • [^] # Re: Démmarage graphique

          Posté par  . Évalué à 5.

          Je te remercie, je n'avais même pas remarqué que debian mettait à jour le lpp. Tout va bien alors. Parce que sur le site officiel, les nouvelles versions ne sont même pas maintenues et on dirait que le projet est mort...

          Ben vive Debian alors :-)
  • # Tutorial

    Posté par  . Évalué à 10.

    Voici une petite URL fort symphatique qui explique très succintement et très clairement comment se 'customizer' son XDM.
    Et dans la langue de Molière s'il vous plait.

    http://linuxconf.unixtech.be/configurations/xdm/(...)
  • # xdm c'est pour les gros durs.

    Posté par  . Évalué à -8.

    > Personnellement je ne suis pas fan de la connexion graphique mais n'étant pas seul à utiliser ma machine à la maison, j'ai finalement dû renoncer à une connexion sur la console.

    Intéressante, ta vie.
    Tu as peur de passer pour un utilisateur de kde ?
    ...
    Désolé. ;-)

Suivre le flux des commentaires

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