[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Backport XFree 4.3



On Tue, Jun 10, 2003 at 12:51:38PM +0200, David Cure wrote:
> Le Tue, Jun 10, 2003 at 10:32:11AM +0200, Sven Luther ecrivait :
> > 
> > On Tue, Jun 10, 2003 at 09:48:28AM +0200, David Cure wrote:
> > > [merci de ne pas me mettre en copie, si j'interviens sur la liste c'est
> > > que j'y suis inscrit...ggggrrrrr]
> 
> 	re-ggggrrrrrr

Tu veut une regle procmail pour supprimer les doublons ?

> > Non, c'est la que tu te trompe, ce n'est pas le backport de Daniel
> > Stone. Daniel Stone ne fournit (ne fournissait) que des packages
> 
> 	ok, j'ai été un peu cite, je voulais dire que c'était un
> backport des packets de DS.

Oui, mais a nouveau, si il y a un probleme avec les backports en
question, il est relativement facile de faire un nouveau backport, c'est
essentiellement une question d'environement de compilation.

> > avez commence a parler de copier radeon.o et drm.o, je n'ai pas pus
> > m'empecher d'intervenir, car cela, tu avouera que c'est quand meme autre
> > chose que de 'juste' mettre a dispo des paquets manquant pour le
> > backport X 4.3.0. 
> 
> 	je suis d'ac mais je préfère toujours ma méthode ;) mais ça ca
> doit etre parce que je suis de l'ancienne école et car je n'utilise pas
> les outils debian pour les kernel (et non, je ne dirais pas ce que j'en
> pense ;))

Sur, mais le risqye avec les 'je copie le fichier untel a tel endroit'
c'est de faire des melanges incompatibles, au niveau des environement de
compilation, du gcc, de la glibc, de la versiond de XFree86, etc. Cela
pose plus de probleme que cela n'en resout, surtout si plutard on oublie
ce que l'on a fait, et que l'on fait une mise a jour (vers les packages
4.3.0 officiel par exemple). C'est ce genre de problemes qui sont
extremement difficile a diagnotsiquer par la suite, et vers qui pense tu
que les gens se tourneront pour resoudre les problemes qui resulteront
de cette maniere de faire ?

> > fichiers dans tout les sens, c'etait que vous etiez sur la mauvaise
> > route, 
> 
> 	je ne pense pas non ;)

Voir precedement, il ne faut pas penser seulement a la maniere de
resoudre la chose a l'instant, mais aussi comme cela s'integre dans le
long terme, et les problemes d'upgradabilite et de support technique que
cela entraine. Si a la limite tu avait conseille une install nouvelle
dans /usr/local ou un tru, je ne dis pas, mais /usr/X11R6 et co sont
exclusivement reserve a dpkg, seul /home/<user> et /usr/local sont
utilisable directement.

> > d'ou mon intervention, un peu seche peut-etre, mais partant d'une
> > bonne intention quand meme.
> 
> 	toutes les interventions partent d'une bonne intention, reste le ton...

Sur, mais a part le ton, il y a aussi l'etat d'esprit du lecteur et de
nombreux autres criteres, c'est toujours plus facile si on lit ce que
les autres ecrivent avec un esprit ouvert et de la bonne volonte.

Amicalement,

Sven Luther



Reply to: