Journal Ophrys

Posté par  .
Étiquettes : aucune
0
27
jan.
2008
Ophrys est le nom donné à la première bêta de la mandriva 2008.1.
Et donc, je viens d'apprendre qu'elle est disponible sur les miroirs.
kde 4 est présent dans contrib, mais l'ayant testé sur ma cooker, je ne l'ai pas trouvé très exploitable.
Perl est passé en version 5.10, avec , je me souviens, de nombreux bugs recensés, nous rappellant que les draktools sont écrit en perl.

Le noyau final 2.6.24 n'est pas présent, sa sortie ayant coïncidé avec celle d'Ophrys. Mais le 2.6.24.rc8 est totalement stable, et les drivers de cartes graphiques fonctionnent bien.

L'annonce par Leanne sur la ML cooker:
http://archives.mandrivalinux.com/cooker/2008-01/msg01170.ph(...)
le wiki:
http://wiki.mandriva.com/en/2008.1_Beta_1
  • # task-kde4

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

    le meta-rpm permettant de tout installer par un urpmi task-kde4 a été backporté pour la 2008.0[1]
    Il faut bien voir que les backports[2] ne sont pas faits pour cela (plutôt pour des programmes "isolés", au sens "ne dépendant pas trop de nouvelles bibliothèques" qui impacterait d'autres logiciels). Par exemple, perl 5.10 ne sera pas backporté, le nombre de descendances avals impactées étant trop important (toutes les drakxtools[3] notamment).
    Pour l'instant, le dépôt backport est traité comme n'importe quel dépôt : un urpmi --auto-select ou un urpmi --auto-update (qui met à jour les miroirs avants), qui correspondent à une "mise à jour complète" tirent l'intégralité des rpm des backports. Une fonction qui désactiverait les backports dans ce cas et permettrait de n'utiliser backport que pour des programmes "isolés" (choisis lors de la demande de mise à jour) permettrait d'avoir moins de risque d'impacts collatéraux : il faut bien voir que les backports sont testés unitairement (chezmoiçamarche du point de vue du packager) mais pas intégrés avec l'intégralité des autres rpm (c'est l'objet de cooker en fait), donc tout comme en cooker l'utilisateur est amené à accepter que cela ait des effets de bords, parfois non négligeables (quelque chose qui fonctionnait auparavant qui ne fonctionne plus).

    Pour en revenir à KDE4[4], ce backport est possible car il cohabite "à côté" de KDE 3.5, il ne faut pas espérer que cela sera le cas lorsque KDE 3.5 ne sera plus là (en Mandriva Linux 2009.1 ?) : même estampillé 4.0, cette version a clairement été annoncée comme incomplète fonctionnellement, elle est stable au sens "les paquets s'installent" mais l'objet de sa sortie a vraiment été faite dans une optique de remontée des bugs visibles ou pour essayer, sans geindre à outrance que ce n'est pas fini (avis aux amateurs pour contribuer à la remontée de bugs[5]).

    Par ailleurs, concernant la sortie de la bêta 2008.1, deux forums en français sont en place au niveau du forum mandriva pour ceux souhaitant partager leurs impressions suite à installation[6] ou diagnostiquer des bugs en français avec l'aide de personnes pouvant les entrer sur le bugzilla (en anglais donc)[7].

    [1] http://sophie.zarb.org/rpm/2008.0,x86_64/task-kde4
    [2] http://wiki.mandriva.com/fr/Backport dépôt de paquets rpm
    [3] http://wiki.mandriva.com/fr/Centre_de_Contr%C3%B4le_Mandriva les drakxtools
    [4] http://fr.wikipedia.org/wiki/KDE4
    [5] http://qa.mandriva.com ou http://bugs.kde.org/ remonter des bugs (en anglais)
    [6] http://forum.mandriva.com/viewforum.php?f=143 premières impressions à installation
    [7] http://forum.mandriva.com/viewforum.php?f=125 remontée de bugs
    • [^] # Re: task-kde4

      Posté par  . Évalué à 1.

      C' est vrai que le système de backport est bien pensé, wine et pas mal d' autres logiciel ssont mis à jour régulièrement.
      Quand on a une version qui tourne pas mal (2007.1 pour moi) on est moins tenté de passer à la suivante.
      [mode=raleur_on]
      Mon seul regret c' est pour flightgear (1.0 maintenant) il correspond bien a ce qui est décrit (pas de grosse dépendance) mais il n' y a pas de backport (les paquets cooker ne passe pas).

      [/mode=raleur_off]

      Dommage , mais pas vital non plus donc ..
    • [^] # Re: task-kde4

      Posté par  . Évalué à 2.

      Effectivement, task-kde4 a été rétroporté (enfin !).
      Par contre : urpmi task-kde4
      Le paquetage demandé ne peut pas être installé :
      task-kde4-4.0.0-3mdv2008.0.noarch (car kdevelop4 est non satisfait)
      • [^] # Re: task-kde4

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

        il va falloir attendre le task-kde4-4.0.0-4mdv2008.0.noarch (normal pour kde4 :p) qui ne devrait pas tarder. La dépendance à kdevelop4 a été enlevé, celui n'ayant pas été releasé en même temps que kde 4.0 si j'ai tout bien compris.

        Le temps de tester la bêta quoi, en patientant et en pensant à remonter les bugs ensuite.
  • # Pulse Audio

    Posté par  . Évalué à 2.

    Prenez le live cd et vérifiez que vos applis audio préférées marchent bien. Avec le retrait de la migration vers texlive, je pense que c'est le plus gros changement apporté à la distrib (et aussi la plus gros source de couac).
    • [^] # Re: Pulse Audio

      Posté par  . Évalué à 2.

      Ben justement, pas grand chose ne marche : pas de son dans audacity, chromium, torcs, WINE, ... j'ai arrêté là pour ma part!

      ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

      • [^] # Re: Pulse Audio

        Posté par  . Évalué à 3.

        suite au billet de frederik sur le planet mdv j'avais prévu de désinstaller PA mais après réflexion, vu que l'équipe mandriva ainsi que des contributeurs comme C.Guthrie ont l'air de tenir mordicus à cette migration, on risque (enfin je) de devoir se taper à faire du support après des gens que j'ai fait migrer pour des trucs aussi bidon que d'utiliser amsn ou regarder la tv avec vlc..

        Vu l'attitude du dev principal de PA et l'état actuel de la beta 1 je doute que la majorité des problèmes soient résolus, on va se retrouver avec les mêmes trolls que pour kat our pour le kernel tueur de dvd.
        • [^] # Re: Pulse Audio

          Posté par  . Évalué à 3.

          J'en ai parlé dans le même sens sur la ML de Cooker... c'est vrai qu'ils ont l'air de tenir très fort à foncer dans le mur....

          ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • # Mon expérience perso

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

    3 boot sur 2 machines différentes, 3 freeze en moins de 3 minutes. C'est pas gagné.
    • [^] # Re: Mon expérience perso

      Posté par  . Évalué à 2.

      ce n'est pas gagné, surtotu si tu ne fais aucune remontée de bug.
      C'est une version bêta.
      Sur un poste au dessus, tu trouvera l'adresse de bugzilla mis en place par Mandriva.

      Moi, je trouve que cette distribution s'ammeliore avec le temps, peut être est ce une novuelle politique technique lié au depart du créateur de la distribution.
      Là, on sait à peu près où va la distribution, alors qu'il y aquelques années, c'était assez chaud quand même (club payant ou non ? smart pm, ou urpmi ? rpm ou deltarpm?)
      • [^] # Re: Mon expérience perso

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

        Merci les moinsseurs, je m'en doute, je suis contributeur. Ce qui me gonfle un peu c'est qu'en testant 3 minutes on se rend compte du bug directement, or là c'est passé comme un lettre à la poste.

        Donc, encore une fois, la version KDE qui n'a pas le problème va être plus testée que la version GNOME, et c'est lourd parce qu'on perd une occasion de tester. J'ai pas envie qu'à la prochaine beta on me dise "bah oui mais on a plus le temps de corriger ce problème" alors qu'il aurait pu être vu dès la beta 1...

        Ah, oui, merci pour le bugzilla, je ne t'avais pas attendu:
        http://qa.mandriva.com/show_bug.cgi?id=37233
        http://qa.mandriva.com/show_bug.cgi?id=37269

        C'est justement parce que je suis utilisateur de longue date, que je voudrais Mandriva soit à la hauteur des espoirs que je fonde en elle. C'est pourquoi ce genre de bêtise m'énerve. Devenir un fanboy qui dit oui-oui tout le temps, c'est pas mon genre.
        • [^] # Re: Mon expérience perso

          Posté par  . Évalué à 2.

          Justement, si ses bugs sont sur le bugzilla, j'ai confiance qu'ils soit corrigés lors de la version finale.
          Après, oui, moi aussi, j'ai remonté des bugs bien enervant, mais vu que je suis en cooker, je sais à quo im'exposer.
          Je pense néanmoins que la 2008.0 est stable, et que la 2008.1 le sera tout autant.

          Tu sais, j'entend tellement de gens qui vont vers cooker (ou unstable ou ....) et dire "oh linux, c'est nul, ça crashe".

Suivre le flux des commentaires

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