Du nouveau chez KDE/Qt

Posté par  . Modéré par Pascal Terjan.
Étiquettes :
0
14
nov.
2002
KDE
Une RC, une nouvelle version et une annonce de sécurité importante du coté de Trolltech et KDE.
Tout d'abord, Trolltech annonce la sortie de QT 3.1, avec entre autres l'apparition du support de Xft2 (gestion de l'antialiasing des polices d'une qualité encore accrue) et la présence de QMotif (pour aider à la migration de Motif vers Qt).

Koté KDE, la 3° "release candidate" de KDE 3.1 (basée sur Qt 3.1) est sortie, et devrait, sauf problème de dernière minute être la dernière.

Enfin et même surtout, des problèmes de sécurité ayant été détectés dans toutes les versions de KDE (2.x >= 2.1, 3.0.x et 3.1pre (même la RC3)), il est conseillé de soit neutraliser les protocoles rlogin et telnet, soit de télécharger KDE 3.0.5 qui n'est pas annoncée officiellement quoique si quand même (??!?!?)
Plus d'infos ici (désolé, mais j'ai trop de liens pour les cases ;) )

Aller plus loin

  • # Re: Du nouveau chez KDE/Qt

    Posté par  . Évalué à 8.

    de toute facon il ne faut pas utiliser rlogin et telnet !!!
    c'est trop dangereux au niveau secu!

  • # précisions

    Posté par  . Évalué à 9.

    telnet
    pas 3.1 ni 3.0 mais KDE 2.x
    and, for affected KDE 2.x systems, the telnet:// service
    Oublié
    le protocole lisa et rslisa pour 3.0.x et 3.1:
    The second advisory concerns the LISa and resLISa network browsing applications.
    Il suffit de le désactiver, ceci dit.

    • [^] # Re: précisions

      Posté par  . Évalué à 1.

      le protocole lisa et rslisa pour 3.0.x et 3.1:
      The second advisory concerns the LISa and resLISa network browsing applications.

      J'ai vu que KDE permettait une sorte de voisinage réseau à la Windows, mais je n'ai pas trop compris comment ça marchait, si ça avait un rapport avec Samba ou NFS (ou pas du tout), etc...

      Tu peux en dire plus stp ?

  • # Un RC supplémentaire

    Posté par  . Évalué à 4.

    La RC4 est prévu pour Lundi.
    Tout est dis.

    • [^] # Re: Un RC supplémentaire

      Posté par  . Évalué à 1.

      KDE 3.1 RC1 was released on October 28nd, 2002.
      KDE 3.1 RC2 was released on November 4th, 2002.
      KDE 3.1 RC3 was released on November 11th, 2002.

      Ca fait pas un peu court comme rythme de RC, 1 semaine entre chaque, pour laisser les utilisateurs télécharger, tester, remonter les bugs, les fixer .. ?

      • [^] # Re: Un RC supplémentaire

        Posté par  . Évalué à -1.

        Bof, ils s'habituent au rythme Mandrake.

        [Elle est où cette case -1 bon sang?]

      • [^] # Re: Un RC supplémentaire

        Posté par  . Évalué à 1.

        t'inquiete, y'a des acharnés :)

      • [^] # Re: Un RC supplémentaire

        Posté par  . Évalué à -1.

        à vrai dire, contrairement aux alphas et betas, les RC sont à destination des développeurs de KDE ou bien des gros malades.
        il n'y a que des versions sources qui sont sorties, et la plupart du temps, les gens qui les installent utilisent de toutes façons en temps normal une version CVS de KDE.
        par ailleurs, précisément, ces RC suivent quelques alphas et betas, qui étaient à destination de tout le monde, et qui avaient déjà permis de décanter énormément les choses.
        le "feature freeze" a eu lieu il y a déjà longtemps d'autre part.
        les bugs qui restent sont souvent pas bien gros en termes de lignes de code (typiquement des failles de sécu). enfin la phase de remontée des bugs s'est considérablement améliorée depuis le passage à bugzilla.

        tout ça pour dire que dans le cycle de téléchargement, test, remontées de bugs, fix, pour ces RC, le plus long, c'est encore la compilation ;-))

        • [^] # Re: Un RC supplémentaire

          Posté par  . Évalué à 2.

          Ton discours ne me paraît pas clair... En fait les RC (Release Candidate) sont précisemment destinées aux utilisateurs finaux qui souhaitent apporter leur pierre à la chasse aux bugs, en rapportant notemment ce que l'on appelle des "show stoppers", bugs majeurs qui forceront à repousser la release.

          D'ailleurs, comme tu le précises toi-même, les RCs viennent après des alphas et des betas qui elles sont plutôt réservées aux utilisateurs plus expérimentés, et qui sont éventuellement prêts à se lancer dans des séances de déboguages.

        • [^] # Re: Un RC supplémentaire

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

          ????

          - Les RC sont pour les utilisateurs qui veulent aider à débugguer.

          - Il y a eu de nombreuses versions binaires des RC : cooker, certains sites pour la debian, SuSE,...

          - Les alphas et bétas ne sont pas pour les utilisateurs mais surtout pour les développeurs

          L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

        • [^] # Re: Un RC supplémentaire

          Posté par  . Évalué à 2.

          Comme l'ont dit 2 personnes plus bas, il me semble qu'une RC ("Release Candidate") est justement une version destinée à etre très utilisée. En gros les dev disent : "voilà cette version, nous on considére que ça pourrait etre la finale mais on préfére que vous testiez à fond au cas où". D'où mon étonnement de voir des cycles de RC si courts.

          • [^] # Re: Un RC supplémentaire

            Posté par  . Évalué à 3.

            D'un autre côté, si la RC1 a des bugs qu'on connait, vaut ptet mieux sortir de suite la RC2 pour voir si les corrections de bugs n'apportent pas de nouveaux problèmes...

      • [^] # Re: Un RC supplémentaire

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

        Y a un packageur, qui fait ca
        et apres y a plus qu'a charger les rpms (dans le cas de cooker, on a généralement les paquets dans les 12h qui suivent, merci laurent :)
        Pour ce qui est de fixer les bugs, c'est uniquement les showstoppers.
        Les autres moins graves le seront dans le 3.1.1
        Pour ce qui concerne le remontage des bugs, le bugzilla en place est tres efficace, pres de 50 bugs ouverts et fermés par jour.

        • [^] # Re: Un RC supplémentaire

          Posté par  . Évalué à 1.

          merci de me résumer correctment, je suis un peu balade (snirfl), et en me relisant, je me trouve moi meme pas très clair !!!

          [-1]

    • [^] # Re: Un RC supplémentaire

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

      URL de l'info ?
      Moi j'ai rien vu de tel jusqu'a present, seul 2 gros bugs empechaient de passer en finale: ne pas avoir qt3.1 (c'est fait), et un bug dans kmail qui en fait était dû à Qt et qui est maintenant résolu.

  • # [HS]les polices sous X

    Posté par  . Évalué à -1.

    support de Xft2 (gestion de l'antialiasing des polices d'une qualité encore accrue)
    Je ne comprends pas cette phrase, le support xft c'est bien le support des polices True Type, non ?
    Xft2 est donc une amélioration de ce support mais quel rapport avec l'antialiasing si ce n'est que l'extension Xrender a besoin de Xft ?
    D'ailleurs parler de qualité accrue quand on parle de gestion des polices sous X me fait bien rire ... étant donné la laideur caractéristique des polices et la faiblaisse de l'extension Xrender dont souffre le <quasi> seul environnement graphique dispo sous Linux.

    • [^] # Re: [HS]les polices sous X

      Posté par  . Évalué à 2.

      étant donné la laideur caractéristique des polices et la faiblaisse de l'extension Xrender dont souffre le <quasi> seul environnement graphique dispo sous Linux.

      Ce qui me tue c'est que je n'ai jamais eu d'environnement moche sous unix chez moi.Les polices sont plus jolies que sous windows ... faudra qu'on m'explique.

      • [^] # Re: [HS]les polices sous X

        Posté par  . Évalué à 3.

        Installe n'importe quelle distrib assez récente, au hasard une Mandrake 9.0, une RedHat 8.0 ou même une Debian 3.0 (chez moi j'ai une sid), lance KDE ou gnome2 en activant l'antialiasing et regardes.
        Le résultat est une impression de flou permanent et les polices de petites taille sont carrément illisibles.
        Lance Open office et pleure, essaie abiword et c'est encore une autre histoire, je ne parle même pas de mozilla qui a encore une façon de gérer les polices.
        C'est le bordel, c'est incohérent, c'est moche et dès qu'on veut améliorer un peu les choses il faut bricoler sévèremment (installation à la mano des polices, patcher xrender, essayer de bricoler les fichiers de conf, spécificités des distribs ... le bordel quoi)

        • [^] # Re: [HS]les polices sous X

          Posté par  . Évalué à 2.

          c est surtout que la lib freetype a pas le bytecode machin d activé qui ameliore considerablement les choses.

        • [^] # Re: [HS]les polices sous X

          Posté par  . Évalué à 1.

          meuh non. Tu vas dans le controle centré de ton kde3.1 et tu régles dans quelle plages tu actives ou pas l'anticrénelage des polices. C'est juste à coté de la petite boite ou tu cliques activer l'anticrénelage des polices.
          Ah! mais attention, je parle de kde 3.1!
          J'ai les options:
          Exclude Range
          Use SubPixel Hiniting

          • [^] # Re: [HS]les polices sous X

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

            Pour ceux qui n'ont pas KDE 3.1, ça peut se régler globalement avec /etc/X11/XfTConfig :

            match
            any size < 14
            edit
            antialias = false;

            match
            any pixelsize < 14
            edit
            antialias = false;

            Qui a pour effet de désactiver l'anti-crénelage pour les polices de taille inférieure à 14 (la deuxième directive servant surtout pour Konqueror)

            Pensez à l'environnement avant d'imprimer ce commentaire - Please consider the environment before printing this comment

          • [^] # Re: [HS]les polices sous X

            Posté par  . Évalué à 2.

            ça y est aussi dans le 3.0.4, et ça génère tout connement un fichier .xftconfig , mais tu peux avoir le meme résultat en modifiant le /etc/X11/XftConfig.

            MAIS ça n'est pas pris en compte par toutes les applications, notamment Mozilla et OOo qui ont leur propre système de conf pour les polices...

            • [^] # Re: [HS]les polices sous X

              Posté par  . Évalué à 4.

              oui mais le fichier .xftconfig, j'ai donné quand c'est sorti et j'ai des boutons rien qu'a y repenser. A l'époque de son apparition, une des polices de bases les plus utilisées (verdana ou helvetica) plantait xfree. Il fallait faire un allias vers une autre police. Que du bonheur.
              Pourquoi l'expresion "mettre les mains dans le cambouis" me vient tout de suite à l'esprit?
              Bref, je suis bien content d'avoir un front-end bien simple.
              En plus, vu le commentaire du monsieur au dessus, j'avais eu l'impression qu'on cherchait du simple et rapide, plutôt que du hardcore genre chef d'oeuvre du maitre artisan qui fait ses fichiers avec amour et vim.

              • [^] # Re: [HS]les polices sous X

                Posté par  . Évalué à 2.

                Mon commentaire visait simplement à redire que cette conf n'était pas unifiée, et à expliquer quelle était sa portée exacte : les applications utilisant freetype+xftconfig.

                Mozilla, par ex, utilise freetype, mais pas xftconfig.
                Résultat des courses, si tu veux avoir des polices potables sur Mozilla, il faut y aller à la hardcore vim:
                vim /usr/lib/mozilla/defaults/pref/unix.js

                pref("font.FreeType2.enable", true);
                pref("font.freetype2.shared-library", "libfreetype.so.6");
                // if libfreetype was built without hinting compiled in
                // it is best to leave hinting off
                pref("font.FreeType2.autohinted", false);
                pref("font.FreeType2.unhinted", false);
                // below a certian pixel size anti-aliased fonts produce poor results
                pref("font.antialias.min", 12);
                pref("font.embedded_bitmaps.max", 1000000);
                pref("font.scale.tt_bitmap.dark_text.min", 64);
                pref("font.scale.tt_bitmap.dark_text.gain", "0.8");
                // sample prefs for TrueType font dirs
                pref("font.directory.truetype.1","/usr/local/fonts/TrueType");
                pref("font.directory.truetype.2","/usr/share/fonts/default/TrueType");

                (enfin c'est qu'un extrait)

                Quand à OOo, c'est encore un autre combat, qui se gère en partie via l'interface, là au moins.

                Pour le coup, en ce qui concerne l'AA, Windows était plus simple, il suffisait d'aller dans l'onglet "Plus" de la conf du bureau et de cocher "lisser les polices de l'écran". Mais tout le monde est au courant que XFree86 a encore un paquet de progrès à faire, et que les environnements de bureau ont besoin d'unification ( http://www.freedesktop.org(...) , que les développeurs de Moz regardent d'ailleurs avec intérêt ). Ca arrive, espérons juste que tous aient la patience d'attendre.

        • [^] # Re: [HS]les polices sous X

          Posté par  . Évalué à 1.

          Je viens de regarder, j'ai un fichier xftconfig qui traîne (à priori depuis très longtemps) avec les bonnes options dedans ... du coup j'avais complètement oublié le côté dégueulasse d'il y a 2 ans :)
          Soit je me suis tapé la config il y a longtemps (mon /home à déjà 3 ans) et j'ai oublié, soit openb a une version de base potable.

      • [^] # Re: [HS]les polices sous X

        Posté par  . Évalué à 0.

        Ce qui me tue c'est que je n'ai jamais eu d'environnement moche sous unix chez moi.Les polices sont plus jolies que sous windows

        C'est pas vraiment contradictoire, ca..
        Je me répète, mais croire que des fontes outlines (vectorielles, comme le Type1 ou le TrueType) peuvent s'appliquer à un écran et meme être plus belle que des fontes bitmap (prévues pour l'écran) me parait assez naif.
        C'exactement comme les icones SVG, ils pourront jamais etre *meilleurs* (en rendu) que des bitmaps, vu qu'ils sont rasterizés (= mis en bitmap) au final..
        En même temps c'est vrai que la tendance actuelle est de faire des desktops laids aux possibles pour qu'ils ressemblent le plus (visuellement) à mswindows [ce qui n'est pas forcément une mauvaise chose à court terme, mais bon..] c'est sur la bonne voie..

        • [^] # Re: [HS]les polices sous X

          Posté par  . Évalué à 1.

          C'est comme de dire que le C ne peut pas être un meilleur langage que le langage machine vu qu'il est au final traduit en langage machine. Dans un sens c'est vrai, mais C permet de coder plus rapidement et donc de faire des softs plus sophistiqués et aboutis.

          • [^] # Re: [HS]les polices sous X

            Posté par  . Évalué à 1.

            Tu veux dire que les gens utilisent des fontes vectorielles parce que les créateurs de ces fontes ont moins de mal à les faire que des fontes bitmap ?

            • [^] # Re: [HS]les polices sous X

              Posté par  . Évalué à 1.

              Il est plus facile de faire une famille de fontes vectorielles qu'une famille de fontes bitmap toutes tailles qui rend bien.

      • [^] # Re: [HS]les polices sous X

        Posté par  . Évalué à 2.

        Chépas, c'est une question de goût peut-être. Pour mon cas perso à moi, j'ai le même problème : généralement ( de moins en moins quand même ) X11 = polices moches et pas pratiques. Ou bien, il faut passer _bcp_ de temps à modifier ça, et ça, ça me gonfle.

    • [^] # Re: [HS]les polices sous X

      Posté par  . Évalué à 9.

      Des dires de Keith Packard, Xft2 donne un anti-crénelage de bien meilleure qualité que Windows (pour les écrans de portable, il semble que le gain soit très très appréciable).

      > xft c'est bien le support des polices True Type

      1- les polices True Type ne sont qu'un cas particulier (inventé par Apple et Microsoft) de police vectorielles. Il y a aussi les polices de Type 1 (de Adobe), basées sur des courbes de Bézier cubiques et non pas quadratiques, plus anciennes et supérieures. Et encore pleins d'autres types!

      2- XFT = X FreeType interface library
      d'après la page de man ( http://www.xfree86.org/current/Xft.3.html(...) ):
      "Xft is a simple library designed to interface the FreeType rasterizer with the X Rendering Extension. This manual page barely scratches the surface of this library."
      qui dit Xrender dit anti-crénelage.

      Alors, il y a FreeType ( http://www.freetype.org/index2.html(...) ) qui est
      "... a software font engine that is designed to be ..."
      et fontconfig ( http://fontconfig.org/(...) ) qui est "... a library for configuring and customizing font access".

      A eux trois (Xft + Freetype2 + fontconfig) c'est un système (parmi d'autres) qui permet la gestion des polices vectorielles (dont les TTF) avec un qualité supérieure à ce que l'on trouve sur les autres plateformes.

      Je sais, je ne suis pas clair, mais il y a plus d'infos dans les liens. :)

      • [^] # Re: [HS]les polices sous X

        Posté par  . Évalué à 2.

        avec un qualité supérieure à ce que l'on trouve sur les autres plateformes.
        Je veux bien te croire et j'ai lu la page trés instructive de fontconfig The many faces of Xft. Les outils sont de qualité OK et le système ne demande qu'a être utilisé mais ya encore du boulot côté client de ce système.
        Il faut que les applis utilisent ce système et actuellement aucune appli ne l'utilise (attention je parle des applis que l'on trouve dans les distribs actuelles "out of the box").
        D'après un post au dessus kde 3.1 permet de configurer plus finnement l'anti-crénelage, Qt 3.1 utilise xft2, Mozilla CVS doit bien roxer aussi et pango aussi certainement.
        Je suis d'accord quand tu dis que ce système rend les polices avec une qualité supérieure aux autres plateformes mais franchement je n'ai pas encore vu ce système fonctionner et je ne pense pas que l'on puisse qualifier le système actuel de gestion/rendu des polices sous Linux de satisfaisant et encore moins de qualité. Dans 6 mois peut être si tout ce petit monde décide de marcher ensemble.

      • [^] # rendre à César...

        Posté par  . Évalué à 1.

        >Des dires de Keith Packard, Xft2 donne un anti-crénelage de bien meilleure qualité que Windows (pour les écrans de portable, il semble que le gain soit très très appréciable).

        En fait, c'est pas Keith Packard qui a dit celà, mais un autre habitué de la liste de diffusion Render: Vadim Plessky.

        • [^] # Re: rendre à César...

          Posté par  . Évalué à 2.

          De toute façon, que l'anti-crénelage soit meilleur que celui de Windows, on s'en fout, vu que l'objectif, c'est qu'il soit aussi bon que celui de Quartz...

    • [^] # Re: [HS]les polices sous X

      Posté par  . Évalué à -1.

      Rhôoo, un grooooos troll X sux0r... Ca faisait longtemps ; )

      Enfin, chez moi ça marche(tm), c'est une Debian[1], et les polices ne sont pas plus belles, ni moins belles d'ailleurs, que sous windows[2].
      Ca tombe bien, d'ailleurs, c'est les mêmes.

      [1] debian r0x0r
      [2] windows sux0r

Suivre le flux des commentaires

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