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 BAud (site web personnel) . Évalué à 8.
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 cortex62 . Évalué à 1.
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 lezardbreton . Évalué à 2.
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 BAud (site web personnel) . Évalué à 2.
Le temps de tester la bêta quoi, en patientant et en pensant à remonter les bugs ensuite.
# Pulse Audio
Posté par Jean Roc Morreale . Évalué à 2.
[^] # Re: Pulse Audio
Posté par ʭ ☯ . Évalué à 2.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Pulse Audio
Posté par Jean Roc Morreale . Évalué à 3.
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.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
# Mon expérience perso
Posté par liberforce (site web personnel) . Évalué à 1.
[^] # Re: Mon expérience perso
Posté par libre Cuauhtémoc . Évalué à 2.
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 liberforce (site web personnel) . Évalué à 3.
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 libre Cuauhtémoc . Évalué à 2.
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".
[^] # Re: Mon expérience perso
Posté par liberforce (site web personnel) . Évalué à 1.
J'ai déjà assez de problèmes avec la version stable. Je ne suis pas des masses satisfait de la 2008, je préférais largement la 2007.1.
La liste des problèmes sur lesquels je suis tombé:
http://qa.mandriva.com/buglist.cgi?cmdtype=runnamed&name(...)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.