Hello,
 
Je me suis compilé dans un coin une glibc-2.3.2, et j'aimerais linker mysql avec cette glibc.
Pour ca MySQL offre l'option -with-other-libc et --with-named-thread-libs.
Joie me direz-vous ! Et ba pas vraiment, parce qu'il me manque un libtermcap.a qui serait compilé pour fonctionner avec glibc-2.3.2, et mon soucis, c'est que je n'ai pas la moindre idée de comment je pourrais compiler ncurses pour le linker avec glibc-2.3.2 et mettre les  lib resultante dans le /lib de ma glibc à moi.
 
Sans ca le configure de mysql se vautre lamentablement :
 

 

 
une idée de comment faire ca ?
(votre contribution aura probablement comme concequence plus ou moins directe la disparition de ses putains d'erreur de can't create a new thread sur le forum )

faire tout ca dans un chroot et compilé mysql en static ?

en clair ca veut dire quoi ?

Ca veut dire que tu changerais la racine de ton système pour que lors de la compilation primo tu casses pas tout (surtout si c'est le forum ) et que mysql n'utilise pas une librairie partagée (en l'occurence celle du système) mais celle qu'il aura "embarqué" en compilant en statique (tu lui auras indiqué le chemin comme ce que tu vient de faire précédemment)

mon problème c'est plus de compiler ncurses pour qu'il linke avec le nouveau glibc en fait, donc ca serait plutôt ncurses qu'il faut que je chroot et link en static ?

 
 
 
là c'est trop pour moi, désolé mais je passe la main

A priori oui c'est ncurses qu'il faut compiler par rapport ç ta glibc, mais pas besoin de faire une compilation statique je pense: normalement tu c
1) fais un petit sous-système dans /tmp/croot/
2) y copies ta glibc
3) mets de quoi compiler + les sources de ncurses, et le compiles
4) le rapatries.
 
Le problème c'est qu'il va aller chercher la glibc par défaut, qui était la tirnne à la compilation, mais la "de base" en-dehors du chroot. Pour règler ça, un petit nm devrait suffire, non ?

bon plus qu'à apprendre comment faire un chroot
 
chroot /home/joce/glibc                                                                    <21:41:35
chroot: cannot execute /bin/zsh: No such file or directory
 
ch'uis mal parti moi

slocate zsh ?

c'est bon je l'ai copié dans /home/joce/glibc/bin/
 
par contre :
 
chroot /home/joce/glibc                                                                    <21:45:56
/bin/zsh: error while loading shared libraries: libcap.so.1: cannot open shared object file: No such file or directory
 
v me copier tout le /lib dans /home/joce/glibc/lib et refaire le make install de la glibc si ca continue

tu fait des ldd sur les binaires que tu veut mettre dans ton chroot pour voir de quels fichiers/bibliothèques ils ont besoin

j'ai choisi la solution bourrine dont je parlais au dessus, à savoir copier tout le /lib dans mon home, et reinstaller la nouvelle glibc par dessus, comme ca plus de soucis (enfin j'espère )

si ca marche comme ca, après y restera à attendre que glibc-2.3.3-NPTL veuille bien sortir pour que ca marche encore mieux

 
aucun souci de la beauté du geste, c'est brutal et ignoble comme méthode    
 
et je suis sûr que c'est pas une très bonne idée  

ba ca à le mérite de rien péter au moins (faut juste que je fasse un cp et pas un mv )

le titre

de suite ca fout la pression

bon ba je suis dépité là.
Même avec la méthode bourrin, après make install de la glibc je me bouffe un zoli :
 
chroot /home/joce/glibc                                                                    <22:13:14
/bin/zsh: error while loading shared libraries: libcap.so.1: cannot open shared object file: No such file or directory
 
Sans réinstaller la glibc-2.3.2 ca marche par contre
 

ca m'aurait étonné que ca marche
 
Voilà un moyen très propre :
 
http://www.fr.linuxfromscratch.org/view/lfs-5.0/
 
C'est le seul moyen que je connait de faire un système de base minimal avec exactement ce que tu veut

faut que je reinstalle tout le merdier dans mon /home/joce/ en gros

Et si le coeur t'en dit :
 

ouais mais nan je cherche pas à faire ca, moi le but du jeu c'était de pouvoir compiler rapidement cette putain de ncurses  against la nouvelle glibc, et là je suis reparti pour installer un linux complet

bon j'ai reussi, mais je sais pas si ca va changer grand chose

ou alors tu utilises un autre shell que le zsh, par exemple un sh compilé en statique qui ne depend de rien

tu veux tuer sly  

http://www.google.com/search?q=__c [...] 8&oe=utf-8
 
Merci à ce con d'Ulrich Drepper qui fait n'importe quoi dans la glibc au mépris de tous le monde, et surtout de ses utilisateurs. Je vais finir par lui envoyer la facture de ses conneries.