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].
# task-kde4
Posté par BAud (site web personnel) . En réponse au journal Ophrys. É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