Re: mélange des distributions
Vincent Bernat a écrit : Sans changement de majeur, oui. Tous les paquets ne sont pas recompilés quand une nouvelle libc6 sort. ok, donc on peut changer l'exemple en : passage de la libc de 2.3 en 2.4 ... Thomas, qui tente de ne pas avoir totalement tord :-D -- Thomas Clavier http://www.tcweb.org Lille Sans Fil http://www.lillesansfil.org +33 (0)6 20 81 81 30JabberID : [EMAIL PROTECTED] smime.p7s Description: S/MIME Cryptographic Signature
Re: mélange des distributions
Pascal Hambourg a écrit : Salut, Thomas Clavier a écrit : en stable : kernel-2.6.8 qui dépend de hotplug Ah bon ? Tout ce que je vois, c'est un conflit avec les versions trop anciennes de hotplug. c'était un exemple purement hypothétique -- Thomas Clavier http://www.tcweb.org Lille Sans Fil http://www.lillesansfil.org +33 (0)6 20 81 81 30JabberID : [EMAIL PROTECTED] smime.p7s Description: S/MIME Cryptographic Signature
Re: mélange des distributions
Vincent Bernat a écrit : Ce serait un bug important de la libc. la libc doit avoir une compatibilité binaire ascendante dans toutes ces versions ? -- Thomas Clavier http://www.tcweb.org Lille Sans Fil http://www.lillesansfil.org +33 (0)6 20 81 81 30JabberID : [EMAIL PROTECTED] smime.p7s Description: S/MIME Cryptographic Signature
Re: mélange des distributions
OoO En cette fin de matinée radieuse du dimanche 18 mars 2007, vers 11:22, Thomas Clavier [EMAIL PROTECTED] disait: Ce serait un bug important de la libc. la libc doit avoir une compatibilité binaire ascendante dans toutes ces versions ? Sans changement de majeur, oui. Tous les paquets ne sont pas recompilés quand une nouvelle libc6 sort. -- MY NAME IS NOT DR. DEATH MY NAME IS NOT DR. DEATH MY NAME IS NOT DR. DEATH -+- Bart Simpson on chalkboard in episode 8F18 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mélange des distributions
OoO En cette soirée bien amorcée du mercredi 14 mars 2007, vers 22:38, Thomas Clavier [EMAIL PROTECTED] disait: en forçant un peut les choses il doit bien être possible de faire fonctionner kde mais pas avec toutes ses fonctionnalités sans hal. Seulement voilà, imaginons que kde dépend de la libc6 version 12 minimum alors que xorg (stable) a été compilé avec la libc6 version 5. Même si les API n'ont pas changés entre la version 5 et la version 12, les liaisons dynamique vers la libc6 réalisés à la compilation ne sont plus toutes valable avec la version 12 de la libc6 ... Ce serait un bug important de la libc. -- BOFH excuse #195: We only support a 28000 bps connection. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mélange des distributions
ciol a écrit : ok, ça je connais :) mais upgrader le kernel, paradoxalement ce n'est pas la pire des mises à jour. c'était juste un exemple parmi beaucoup d'autres et tu va finir par tout mettre à jour à ce petit jeu. Mais ce problème existe aussi avec une unstable pure non ? Parce que si on considère un paquet p de unstable qui dépend de la libc6 version v, si la libc6 est mise à jour à v+1, p va-t-il l'être aussi ? en unstable, p risque le cassage, mais p sera facile à recompilé avec les outils debian, il sera donc très rapidement corrigé. En testing, p et libc6 ne passeront que s'ils fonctionne correctement :-) Second problème : tout ce qui a été compilé en stable va planter sans raison apparente. Pourquoi ? Pour la même raison que précédemment ? oui oui. -- Thomas Clavier http://www.tcweb.org Lille Sans Fil http://www.lillesansfil.org +33 (0)6 20 81 81 30JabberID : [EMAIL PROTECTED] smime.p7s Description: S/MIME Cryptographic Signature
Re: mélange des distributions
ok merci, dernières questions pour être sûre de comprendre : il est à mon avis beaucoup plus judicieux de tout prendre en testing voir testing/unstable - n'est-il pas plus dangereux de faire un mélange testing/unstable que d'avoir unstable pure ? - l'avantage d'une distribution source comme gentoo n'est-il pas de recompiler justement les vieux paquets qui posent problème ? Je veux dire, supposons le scénario suivant : J'ai xorg de stable, mais qui dépend d'une bibliothèque dans unstable. Une mise à jour de cette bibliothèque fait planter mon xorg, la seule solution que j'ai c'est d'installer le xorg de unstable. Avec gentoo par ex., il suffit de recompiler xorg avec la nouvelle bibliothèque. J'ai bon ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mélange des distributions
Salut, Thomas Clavier a écrit : en stable : kernel-2.6.8 qui dépend de hotplug Ah bon ? Tout ce que je vois, c'est un conflit avec les versions trop anciennes de hotplug. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mélange des distributions
ciol a écrit : Bonjour, je me sens assez à l'aise pour passer à unstable, mais j'aimerais plutôt faire un mixe testing/unstable. L'idéal serait un subtil mélange planifié stable/testing/unstable/experimetal, par exemble le kernel et xorg de stable, kde de testing et iceweasel de unstable. il est à mon avis beaucoup plus judicieux de tout prendre en testing voir testing/unstable Mais des personnes m'ont dit que c'était déconseillé de faire un tel mixe, mais elles ne m'ont pas expliqué pourquoi. imagines les dépendances suivantes : en stable : kernel-2.6.8 qui dépend de hotplug en testing : kde dépend de hal qui lui même dépend de udev qui est en conflit avec hotplug ... premier problème, ton kernel et kde sont incompatible. en forçant un peut les choses il doit bien être possible de faire fonctionner kde mais pas avec toutes ses fonctionnalités sans hal. Seulement voilà, imaginons que kde dépend de la libc6 version 12 minimum alors que xorg (stable) a été compilé avec la libc6 version 5. Même si les API n'ont pas changés entre la version 5 et la version 12, les liaisons dynamique vers la libc6 réalisés à la compilation ne sont plus toutes valable avec la version 12 de la libc6 ... Second problème : tout ce qui a été compilé en stable va planter sans raison apparente. En gros, si vraiment tu veux les dernières version des logiciels, joue le jeux d'unstable (test et fait des bugs report) si tu veux un compromis entre stabilité et logiciels récent, choisis testing. Enfin si tu veux un truc vraiment stable prend une sarge. Mais ne mélange pas tout sans savoir exactement ce que tu fais. -- Thomas Clavier http://www.tcweb.org Lille Sans Fil http://www.lillesansfil.org +33 (0)6 20 81 81 30JabberID : [EMAIL PROTECTED] smime.p7s Description: S/MIME Cryptographic Signature
Re: mélange des distributions
ciol a écrit : Bonjour, je me sens assez à l'aise pour passer à unstable, mais j'aimerais plutôt faire un mixe testing/unstable. L'idéal serait un subtil mélange planifié stable/testing/unstable/experimetal, par exemble le kernel et xorg de stable, kde de testing et iceweasel de unstable. Mais des personnes m'ont dit que c'était déconseillé de faire un tel mixe, mais elles ne m'ont pas expliqué pourquoi. Je suis conscient du fait que si j'ai une version de firefox dans unstable par exemple, alors les bibliothèques dont il (firefox) dépend vont devoir être mises à jour aussi. Mais si c'est le seul problème ça ne me dérange pas. Merci de vos éclaircissements. Hi, Je ne conseille pas d'utiliser des paquets de plusieurs versions de debian (stable/testing/unstable/experimental (faut pas être fou)), pour la simple et bonne raison des dépendances, je ne prendrai à mon avis jamais le risque de casser la distribution avec ces manipulations parfois inutiles. Si tu souhaites avoir un paquet par exemple de unstable et que tu es sous testing, ce n'est pas bien compliqué de faire cette opération, c'est peut-être risqué aussi, mais j'utilise cette méthode un peu moins bourrin. Ce n'est que mon avis, d'autres auront des avis différents, mais fais attention à mélanger les versions. Bonne soirée, -- Shams Fantar (http://snurf.info) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mélange des distributions
en stable : kernel-2.6.8 qui dépend de hotplug en testing : kde dépend de hal qui lui même dépend de udev qui est en conflit avec hotplug ... premier problème, ton kernel et kde sont incompatible. ok, ça je connais :) mais upgrader le kernel, paradoxalement ce n'est pas la pire des mises à jour. Seulement voilà, imaginons que kde dépend de la libc6 version 12 minimum alors que xorg (stable) a été compilé avec la libc6 version 5. Même si les API n'ont pas changés entre la version 5 et la version 12, les liaisons dynamique vers la libc6 réalisés à la compilation ne sont plus toutes valable avec la version 12 de la libc6 ... Mais ce problème existe aussi avec une unstable pure non ? Parce que si on considère un paquet p de unstable qui dépend de la libc6 version v, si la libc6 est mise à jour à v+1, p va-t-il l'être aussi ? Second problème : tout ce qui a été compilé en stable va planter sans raison apparente. Pourquoi ? Pour la même raison que précédemment ? (c'est surtout ce que j'aimerais comprendre) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]