Discuter:Mettre à jour

De Wiki de la communauté Mandriva.

Puis-je vous suggérer à tous de dater et signer vos interventions d'un quadruple tilde ? On y verrait plus clair, merci. ptyxs 13 février 2008 à 15:16 (CET)

Sommaire 1 Une section supplémentaire pour la mise à jour de la distrib ? 2 Homonymie ? 3 MAJ kernel avec driver graphique 4 Déverrouiller la base 5 MÀJ de l'article avec les packages "-devel"

Une section supplémentaire pour la mise à jour de la distrib ?

En dehors de la réinstallation et du changement des sources il existe un autre type de migration d'une version de MDV à la suivante, moins brutale car plus étalée dans le temps, c'est l'install parallèle : j'ai une 2008.0, la 2008.1 sort, je l'installe en parallèle, je la teste sur mes documents (nouveau home contient des liens vers l'ancien), je réinstalle mes applis, et je bascule quand j'ai tout validé.

Souhaitez-vous que je détaille la méthode ? PapaJaac 5 février 2008 à 17:40 (CET)

Hmm, j'ai d'abord dit non car je trouve que la méthode n'est pas vraiment une mise à jour. C'est en fait une _installation_ mais effectuée en parallèle. D'un autre côté, je me met à la place du lecteur et il est normal qu'il trouve cette méthode quelquepart et le meilleur endroit semble... ici. Donc à la réflexion, j'aimerais bien que tu crées ici un paragraphe avec juste un lien vers ton article d'installation en parallèle, qui aura sa propre page. D'ailleurs, il est aussi possible d'installer en parallèle d'autres distrib ou cooker : ce serait bien de le mentionner rapidos aussi. yoho 6 février 2008 à 21:39 (CET)

OK, je vais faire ça. En tout état de cause le paragraphe 2 est mal nommé : il décrit 2 méthodes pour passer / migrer / évoluer / basculer d'une version n de la distrib en version n+x ; je trouve que l'expression "mise à jour" n'est pas correcte pour décrire cette opération car elle ne s'applique pas à une distribution (c'est ma façon d'évacuer ce problème d'homonymie ;) )

Si, parceque dans l'installateur, il te demande si tu veux effectuer une nouvelle installation ou une "mise à jour", même si ce n'est pas très bien nommé, on est bien obligé de suivre le nommage des outils yoho 11 février 2008 à 12:32 (CET)

Homonymie ?

Je proposerais de passer cette page en page d'homonymie car les trois mises à jour décrites ici n'ont pas vraiment grand chose en commun et mériteraient chacune leur propre page.

Pour ma part je pense au contraire que c'est une EXCELLENTE chose que ces trois sens de l'expression 'mettre à jour' soient décrits sur la même page, cela permet d'un seul coup d'oeil de comprendre leurs significations : il suffit quasiment de regarder le sommaire. Cette page me paraît particulièrement bien venue pour les différentes sortes de débutants et je trouverais désolant qu'elle soit scindée en plusieurs pages. ptyxs 13 février 2008 à 15:08 (CET)

MAJ kernel avec driver graphique

Cette section est très mal placée : elle ne concerne que la 2007 Spring alors que cet article se veut très générique. D'autre part elle est remplie d'imprécisions et de cas particuliers : on est pas obligé d'utiliser l'appliquette pour mettre à jour son noyau, urpmi fonctionnera très bien. Le titre laisse penser qu'en général, on perd forcément ses drivers graphiques, ce qui n'est pas le cas : c'est un bug qui cause la perte des drivers graphiques, mais ce n'est pas une généralité : il suffit de lire la sections sur DKMS juste au-dessus qui explique les risques et pourquoi il y en a. Idem pour le kernel-source-stripped que l'utilisateur n'est pas "obligé" d'installer si il a le kernel-source (cas qui n'est pas pris en compte). Tout le monde n'a pas non plus une nvidia... Bref, je veux bien que ce paragraphe apparaîsse dans la FAQ, avec un ton plus informel, et qu'il y ait une référence depuis cet article, mais il n'a pas vraiment sa place ici. yoho 12 juin 2007 à 12:38 (CEST)

Je préfèrerais qu'on complète le paragraphe déjà présent plutôt que de refaire un nouveau paragraphe qui recoupe des informations des autres paragraphes. Surtout avec un titre aussi accrocheur, bon nombre de personnes risquent d'être déçues en lisant le contenu... yoho 12 juin 2007 à 12:45 (CEST)

Ok. Je le laisse sur ma page en attendant qu'il soit complété par un balaise comme toi ! Fredxx 12 juin 2007 à 16:14 (CEST)

En fait, c'est le genre d'article précis et utile, qui pourrait dépanner plus d'un utilisateur qu'on aimerait voir dans une FAQ. Le problème de ces articles, c'est qu'il est garanti qu'ils se démoderont rapidement : c'est en fait un article qui permet de contourner un bug qui ne sera sans doûte plus présent dans la Mandriva Linux 2008 (ou même la 2009). Que penses-tu de créer une page FAQ 2007 Spring dans lequel on le met (puisque de toute façon, il ne s'adresse qu'aux utilisateurs de la 2007 Spring). Je vais tenter de retrouver la FAQ de petit dragon, comme déjà promis yoho 12 juin 2007 à 16:45 (CEST)

Voilà, en fait, je parlais de ceci : http://club.mandriva.com/xwiki/bin/view/KB/DocresIndex?language=fr. Bref, La FAQ du club quoi... Elle devrait se retrouver dans la page FAQ 2007 Spring et il faudrait trier ce qui est 2007 et ce qui est 2007 Spring parceque certains articles vont dépérir, c'est sûr...

Pour le lien que tu m'as donné, y'a rien à reprendre à part les fils du forum, cette faq date de Mathusalem ! Sinon, pourquoi pas une FAQ Spring. On appelle ça FAQ 2007 Spring ou Vade Mecum 2007 Spring ? c'est pas que je veux faire du nombrilisme, mais cet acronyme "FAQ" qui est une mauvaise transcription de l'anglais ne m'a jamais plu. On a des racines latines non ? Qu'en penses-tu ?

FAQ se traduit très bien par "Foire Aux Questions", je trouve, mais si tu veux... En fait, pour atterrir sur cette FAQ, j'ai été dans le forum imprimantes et il y a un post-it "FAQ". Dans le premier post, "Le kraken" (et non pas petit dragon, désolé) indique que cette FAQ 'imprimante' date de 03/2007 (ce qui est relativement récent) et en bas du post, il y a marqué un lien vers les FAQ de référence. Le lien que j'ai donné fait partie de ces FAQ de référence. Mais en fait, je me souviens que tu m'avais envoyé un lien vers une FAQ complète faite par le Kraken et DocteurN pour la 2007 qui reprenait pleins de petits problèmes matériels résolus.

FAQ ou Vade Mecum (tu sais, je connaissais la traduc FR !), je m'en fous ! FAQ, c'est très bien. Oui, les FAQ de le kraken et DocN sur le forum ! Doc ne vient plus, il a embrayé le boulot visiblement comme un taré ! Quant à le Kraken, il n'a pas réussi semble-t-il à installer les extensions pour se mettre à la FAQ sur le modèle de LFD (le forum decrypté) alors, je pense qu'il sera content de remettre sa FAQ dans le Wiki ; il faut lui demander. Pour la FAQ dont tu cherches désespérément la référence, c'est pas ça ? (à consulter avec Firefox pour le lire !!)

Alors je n'ai pas suivi toutes les mouvances du forum dernièrement. Quelle sont, en deux mots, les différences entre le LFD, le vade mecum du débutant que tu as écrit et la FAQ de Le kraken. Ne peut-on pas rassembler tout cela dans les deux pages Foire_aux_questions et Foire_aux_questions 2007 Spring ? yoho

1) LFD, c'est juste une manière de ranger les solutions du forum différamment. Fait par Doc et moi, on se contente de synchroniser des marque-pages, donc des liens (dans un fichier XML sur mon FTP) : ça permet de renommer les fils (sans toucher aux titres des auteurs), de les déplacer, etc. On range de façon différente les solutions qui marchent, c'est tout. On a opté pour cette solution avec Doc, car on n'avait pas trop de temps pour écrire une FAQ dans la BC ou dans le forum (comme celle que fait le kraken et que faisait Doc au début) car ça nécessite un lourd travail de formatage pour des solutions parfois très....éphémères : c'était très fastidieux et une belle perte de temps. Là, si un fil n'est plus à jour (car portant sur une vieille solution qui depuis a été corrigée, par ex.), il suffit de supprimer le bookmark en local et de synchroniser le nouveau fichier avec le serveur FTP : le lien n'apparait plus, instantanément. C'est extrèmement pratique et facile à gérer (bien plus qu'un Wiki, car là, il n'y a rien à écrire). Conclusion LFD est une FAQ sans avoir besoin de l'écrire, les membres du forum se chargeant de le faire en apportant la réponse dans le forum.

2) Le Vade Mecum c'est d'une part, ce qu'il est resté de feu le "Mandrimag" que j'avais tenté de mettre en place avec Bubar, et d'autre part des solutions à des problèmes de débutants et des trucs et astuces. Les différence avec LFD, sont que : c'est écrit, ça comporte des astuces pratiques pour résoudre des petits problèmes qui peuvent durer plus que dans LFD (par exemple, à l'époque, pas un seul document de la BC ne disait comment configurer ses sources, ce qui avait alors motivé ma demande à Mandriva de l'inclure d'office dans la distrib), et ce n'est donc pas spécialement attaché à une version. ça regroupe maintenant tous les trucs que je glane personnellement ici et là, et qui ne sont pas ou peu répertoriés dans des articles. Ce document avait surtout une raison d'être au temps de la BC qui était bien le bordel et qui ne mettait rien an valeur. Il a mains de raisons d'être avec le Wiki, pour l'instant, puisqu'il est a peu près ordonné et que les articles sont variés et à jour. Mes astuces du Vademecum sont remises peu à peu en articles. L'article typique du Vade Mecum est celui sur la MAJ des drivers graphiques, solution qui nécessite d'être écrite pour être compréhensible et qui dure déjà depuis un bout de temps (2007 + spring), mais c'est un article partiel, imprécis pour un costaud comme toi, mais qui retire la poutre dans le pied de pas mal de gens (il y a bien eu une petite dizaine de fils sur le forum sur ce sujet !).

3) Foire_aux_questions et Foire_aux_questions 2007 Spring Je ne trouve pas ça opportun. Il doit y avoir 1 seul document et pas 2, sinon, les gens seront perdus. A la limite on peut faire une FAQ avec des imagettes 2007.0, 2007 Spring et les mettre à chaque astuce ou résolution de problèmes. c'est le moment de demander aux graphistes de la communauté des belles icones à estampiller sur ces articles. Fredxx 13 juin 2007 à 10:43 (CEST)

OK... Merci pour toutes ces précisions. Alors je serais plutôt partant pour :

• Généraliser le LFD et mieux l'intégrer au Wiki (si possible) car effectivement, je suis convaincu que la manière dont vous procédez pour faire le LFD est la bonne pour réaliser une bonne FAQ.
• Intégrer les parties du vade mecum qui te semblent intéressantes dans la Foire_aux_questions. Les petits icônes 2007 et 2007 Spring, etc... ne devraient être utilisés que pour les articles complets. Si on met un icône à chaque paragraphe de la FAQ, c'est assez lourdeau à lire. yoho

Le but de Foire_aux_questions est dans mon esprit de répondre aux questions générales sur Mandriva et sur Linux, pas d'aborder des questions spécifiques à une version goom 13 juin 2007 à 18:32 (CEST)

Idem (comme actuellement en fin de compte). Par contre, pour avoir la réponse à des petits problèmes liés à la version, c'est la demande à laquelle le LFD va répondre. C'est possible que d'autres participent au LFD d'ailleurs ? Faudrait écrire une petite procédure sur le Wiki sur comment faire (dans l'espace contributeur, tiens !) yoho

Désolé, connexion cahotique en ce moment, mon alim freebox a grillé + intempéries dans la vienne....

• D'accord pour le sens de FAQ (d'où l'objet du Vade Mecum).

LFD, il y a un fil dans le forum international : http://forum.club.mandriva.com/viewforum.php?f=70. Mais, la construction de LFD pose problème pour le rendre public, mais vos lumières vont aider : C'est sur un serveur FTP perso, le modèle est en xml et c'est une synchro de bookmarks et après (et ça fait partie du problème aussi) il faut des gens qui rangent de la même manière.

• peut-on avoir accès à un FTP chez Mandriva pour mettre LFD ?
• peut(on configurer le wiki pour que le lien vers le fichier de mise en page (xbel.xml) s'intègre dans une page du wiki ? cf. http://fredux86.free.fr/mandriva/LFD/ (j'y mettais aussi le fichier de bookmarks, ce qui permettait à chacun de télécharger le fichier de marque-pages pour l'intégrer à son navigateur).
• De plus, LFD n'est pas compatible avec konqueror, mais j'y connais rien en xml. La mise en page ne s'affiche bien que sous FF.
• Trouver des participants qui rangent de la même manière, sinon, tout est remis à zéro régulièrement, si un mec décide de bouger la structure de ses bookmarks. Avec Doc, ça m'a pose aucun pbm. Mais est-ce possible à plus grande échelle... j'en sais rien.
• il faut déjà trouver une solution à ces roblèmes avant d'écrire un tuto !! ;)

Il existe une extension pour del.icio.us (http://del.icio.us) qui est un site de bookmark très populaire et pour google favoris (et ici aussi. Il existe aussi foxmarks qui est visiblement l'extension la plus populaire en matière de bookmarks sous firefox. Dommage que tous ces sites ne s'accordent pas... En tout cas, je ne sais pas quelle extension tu utilises pour LFD, mais je pense que ces trois là seront mieux car le serveur est déjà fourni et le service sera bien administré (contrairement à s'il était hébergé sur un site mandriva...). yoho 17 juin 2007 à 03:04 (CEST)

Fredxx 16 juin 2007 à 13:13 (CEST)

Déverrouiller la base

Depuis je sais plus quelle version, rpmdrake déverrouille automatiquement la base de donnée lorsqu'il est lancé. Pour déverrouillé une base, il suffit donc d'aller dans Ajouter/Supprimer des programmes. C'est quand même bien plus simple que de trifouiller dans /var/rpm. Olivier FAURAX 8 janvier 2008 à 21:24 (CET)

...et ? Tu veux ajouter cela à cet article ? On devrait indiquer peut-être pourquoi la base est vérouillée dans un coin, mais de là à donner une manière de déverouiller la base, c'est un peu énorme : peut-être pour la FAQ ? (bien vide en fait) yoho 8 janvier 2008 à 23:34 (CET)

c'était surtout pour pas laisser ça : http://wiki.mandriva.com/fr/Mettre_%C3%A0_jour#Les_erreurs_potentielles_lors_d.27une_mise-.C3.A0-jour_:_comment_d.C3.A9verrouiller_la_base_urpmi Olivier FAURAX 9 janvier 2008 à 02:41 (CET)

Résolu yoho 9 janvier 2008 à 11:36 (CET)

Sauf qu'il y a une autre page qui faisait référence explicitement à cette section.... Encore un argument contre les liens externes vers des sections. Olivier FAURAX 9 janvier 2008 à 13:32 (CET)

Laquelle ? Oui je ne fais jamais référence à l'intérieur d'une section, ou alors c'est une erreur. Pour les autres contributeurs, je ne peux pas l'empêcher, malheureusement yoho 9 janvier 2008 à 14:01 (CET)

http://wiki.mandriva.com/fr/Vade_Mecum#Base_urpmi_verrouill.C3.A9e, qui a depuis été modifiée pour rajoute ce qu'il y avait ici avant.... Lancer rpmdrake est plus simple. http://wiki.mandriva.com/fr/index.php?title=Vade_Mecum&diff=17494&oldid=17402 Olivier FAURAX 9 janvier 2008 à 14:12 (CET)

Est-ce que cette question de la légitimité ou non légitimité d'introduire dans une page un lien vers une SECTION d'une autre page du Wiki a été discutée quelque part ? Merci de me le dire si oui. Pour le cas qui nous occupe : si une section a été renommée ou supprimée, le lien vers la section renvoie en fait vers la page, il ne 'meurt' pas et je ne vois donc pas que ce soit un véritable problème. ptyxs 13 février 2008 à 15:25 (CET)

MÀJ de l'article avec les packages "-devel"

Il serait peut-être utile de MÀJ l'article en mettant en avant les paquetages "-devel". Ces derniers automatisent bon nombre de choses (MÀJ noyau, modules dkms, pilotes). Il simplifient non seulement le rôle de l'administrateur --utilisateur-- de Mandriva, mais aussi celui des contributeurs au wiki ;) J'ai tenté de le faire avec le paragraphe sur DKMS, sans avoir été jusqu'au bout sans doute vu l'embrouillamini des "anciennes" et "nouvelles" explications : sans doute on pourrait mettre les nouvelles (2008...) en avant, et rappeler les anciennes dessous, non ?--kozaki 11 février 2008 à 20:22 (CET)

Salut, je vois pas très bien le rapport entre la mise à jour et les paquetages -devel. J'ai vu ta modif de l'article DKMS, elle me semble bien, mais malheureusement, il me semble que tu l'as fait au mauvais endroit. Pour l'explication compléte de DKMS, la seule page qui prévaut, c'est DKMS, dans la page qui détaille les pièges de la mise à jour de DKMS, il faudrait juste rappeler le principe en quelques mots, mais pas faire des tartines. Maintenant, c'est mon avis, on en fait ce qu'on veut. Sinon, je trouve que les pages sont grosso-modo à jour, qu'est-ce que tu trouves non à jour ? yoho 12 février 2008 à 22:19 (CET)

oh il y avait les kernel-source-stripped et les explications sur les noyaux en général n'étaient plus à jour. Pour l'utilisateur lambda, avoir le kernel-latest et le kernel-devel-latest + DKMS = fin d'un bon paquet d'embrouilles. Autant le dire. En fait je suis bien d'ac avec toi yoho : mieux vaudrait simplifier ici, et ne développer que sur les articles spécialisés (kernel, DKMS...). C'est aussi ce que je voulais dire, mais n'ai pas su faire...

Les infos supplémentaires sur DKMS sont intéressantes (merci) mais je pense moi aussi que ce serait bien que qqn qui connait ces questions à fond (donc pas moi) greffe une part de ce qui est dit ici sur DKMS dans la page DKMS et laisse sur cette page-ci un paragraphe relativement 'léger' et compréhensible par le grand nombre ptyxs 13 février 2008 à 16:24 (CET)