OVH Cloud OVH Cloud

stupidité à la compilation...

5 réponses
Avatar
gloomy_diablo
Eh bien, je ne fais pas le fier...
Je suis newbie sous linux et j'ai fait trop vite. Je me suis pris une
Gentoo (on compile tout) et ne connaissant alors pas tout de linux,
j'ai compilé à la pelle, sans prendre garde à make.conf... l'ennui? eh
bien j'avais une méchante "-alsa" dans les options et du coup, je n'ai
pas accès au son (j'ai bien mis 2 semaines à comprendre le pb).
Qqn saurait me dire ce que je dois recompiler exactement pour que tout
marche mnt que j'ai enlevé ce fichu "-" de devant alsa?
Je veux dire : gnome? gtk? X? les 3? gaim? mozilla? gcc? (je pense pas
qd meme) openoffice? etc...

Je referais bien tout, mais c'est à dire que 3j de compile (à
condition que tout se passe bien) + la reconfiguration des fichier
conf, etc., je m'en passerai bien volontiers.
Merci d'avance,
Anthony.

5 réponses

Avatar
Rakotomandimby
Anthony Perron wrote:
Qqn saurait me dire ce que je dois recompiler exactement pour que tout
marche mnt que j'ai enlevé ce fichu "-" de devant alsa?


Je ne connais pas le systeme Gentoo , mais est ce que "-alsa" veut dire
"ne pas compiler alsa "?
Dans ce cas , il te faut juste compiler ALsa .

Je veux dire : gnome? gtk? X? les 3? gaim? mozilla? gcc? (je pense pas
qd meme) openoffice? etc...


Pour ce genre de questions en général , tu vas sur le site web officiel
du programme et en général , la doc indique les dependances .
Pour alsa , tu n'a besoin que de alsa ( c a dire alsa-driver , alsa-lib,
alsa-utils ) .
De plus si Gentoo a un gestionnaire de paquetage il devrai t'indiquer
les dependances a satisfaire .

Je referais bien tout, mais c'est à dire que 3j de compile (à
condition que tout se passe bien) + la reconfiguration des fichier
conf, etc.,


Tu peux commencer par faire un backup de ton repertoire /etc ; qui
contient le majorité des fichiers de conf . ça te permettrai
d'economiser du temps ...

exemple , fais un essais , place toi dans une partition ou tu as
suffisament d'espace ,
et fais "tar -cvjf ./back_up_etc.tar.bz2 /etc/"
ça t'archivera et compressera tout ton repertoire /etc dans un fichier
qu'il te restera a decompresser par la commande
"tar xvjf back_up_etc.tar.bz2" ... voila ...

Avatar
gloomy_diablo
Rakotomandimby wrote in message news:<bp09sa$hdu$...
Anthony Perron wrote:
Qqn saurait me dire ce que je dois recompiler exactement pour que tout
marche mnt que j'ai enlevé ce fichu "-" de devant alsa?


Je ne connais pas le systeme Gentoo , mais est ce que "-alsa" veut dire
"ne pas compiler alsa "?
Dans ce cas , il te faut juste compiler ALsa .



non, c pas ça...
Je réexplique.
Dans mon make.conf, depuis le début, j'avais USE="gtk2 gnome -alsa gtk
x", au lieu de USE="gtk2 gnome alsa gtk x".
Apparemment, ce -alsa m'enleve du programme compilé la possibilité
d'utiliser les drivers alsa.

Exemple :
Là, comme xine-lib contient ses propres gestionnaires sonnores, j'ai
pu m'en sortir : je pouvais pas utiliser le son sous xine car xine-lib
avait été compilé avec -alsa aussi, donc le driver alsa de xine avait
tout simplement disparu et n'était pas affiché dans la liste,
contrairement à OSS! J'ai recompilé depuis xine-lib seulement et alsa
est apparu miraculeusement... (et est choisi automatiquement comme
driver son) qd g lancé xine.

je souhaiterais connaitre les dépendances des programmes usuels les
uns par rapports aux autres, entre autres GNOME, GAIM, MOZILLA, et
ceux que j'ai cité plus haut car je n'ai pas à l'heure actuelle de
support ALSA sur ceux-ci.

Exemple hypothétique pour GAIM (que j'ai inventé purement) :
Apparemment gaim n'aurait pas de gestionnaire son intégré
(contrairement à xine). Il se servirait peut-etre de Gnome, donc il me
faudrait recompiler gnome pour que ça marche.
Mais si ça se trouve, gnome n'a pas de gestionnaire intégré non plus,
et ce serait X qui possède ce fameux gestionnaire. Il me faudrait
alors recompiler seulement X pour que gnome ait le son (et g donc pas
à recompiler gnome, gain de temps non négligeable), et que gaim ait le
son aussi...


J'ai rien trouvé sur internet pouvant m'aider : forcément, faut bien
s'appeler Anthony pour avoir les yeux plus gros que le ventre et
tenter de s'installer sa propre distrib sans avoir jamais rien connu
de linux et en plus pour avoir la "chance" de compiler en enlevant
sans le savoir des fonctionnalités à ses programmes...

un linuxien plus éclairé de ces problemes de sources qui s'appuient
sur d'autres sources (ou programmes qui s'appuient sur d'autres
programmes)? pleaaaase

Même si vous savez pas grand chose ou simplement croyez savoir,
n'hésitez pas, vous ne risquez rien.


ps : merci d'avoir tenté. J'ai bcp de respect pour les gens qui
veulent aider car c l'intention qui me fait le plus plaisir et ya que
ceux qui se taisent qui peuvent pas se planter. Et puis ta soluce m'a
permis de réfléchir qd meme :)


Avatar
Bertrand Masius
Bonjour,

Le 13 Nov 2003 06:30:50 -0800, (Anthony Perron) a

Eh bien, je ne fais pas le fier...
Je suis newbie sous linux et j'ai fait trop vite. Je me suis pris une
Gentoo (on compile tout) et ne connaissant alors pas tout de linux,
j'ai compilé à la pelle, sans prendre garde à make.conf... l'ennui? eh
bien j'avais une méchante "-alsa" dans les options et du coup, je n'ai
pas accès au son (j'ai bien mis 2 semaines à comprendre le pb).
Qqn saurait me dire ce que je dois recompiler exactement pour que tout
marche mnt que j'ai enlevé ce fichu "-" de devant alsa?
Je veux dire : gnome? gtk? X? les 3? gaim? mozilla? gcc? (je pense pas
qd meme) openoffice? etc...

Je referais bien tout, mais c'est à dire que 3j de compile (à
condition que tout se passe bien) + la reconfiguration des fichier
conf, etc., je m'en passerai bien volontiers.
Merci d'avance,
Anthony.


Salut,

il y a la fonction etcat dans le paquetage app-admin/gentoolkit, qui te
donne la liste des variables USE utilisées par chaque paquetage.

etcat -u * | grep alsa

devrait te donner la liste des paquetages utilisant alsa. ensuite,
emerge <paquetage> pour recompiler chaque paquetage. Il n'y en a pas
énormément.
--
"Ce que l'on conçoit bien s'énonce clairement,
Et les mots pour le dire arrivent aisément."

(Nicolas Boileau, l'Art poétique)

Avatar
Kim HIJAH
S!

re-éditer make.conf
mettre toutes les options voulues
surtout mettre en - les options non désirées

en root
#emerge -uDp world
pour avoir la liste de ce qui va etre compilé
puis
#emerge -uD world
pour lancer réellement la mise à jour.

Pour infos
$man emerge

Maintenant pour te dire combien de temps ça va durer, c une autre histoire
(en fait, ça dépend de combien (nbre+taille) de lib/softs vont être
"emergé")

Peut-être devrez-vous aussi recompiler le noyau
Auquel cas,
#mount /boot {si sur une partition dédiée}
renommer le kernel en cours {afin d'éviter ecrasement si même version que
celui à recompiler}
mettre à jour lilo.conf
#emerge kernel-****
verifier que /usr/src/linux point bien vers les sources kivontbien
#cd /usr/src/linux
#genkernel --config
verifier les options (dont alsa/sound & autres)
genkernel va compiler le kernel, les modules, installer les modules, créer
initrd, le map du system, puis copier bzImage vers /boot/kernel-*****
ajouter le nouveau kernel à lilo.conf
#lilo {pour mettre à jour le mbr, et prendre en compte les nouveaux params}
Et un petit reboot pour utiliser le nouveau kernel

En cas de doute,
http://www.lea-linux.org
pour les params de lilo

Consolation : le systeme continu à être fonctionnel pendant tout le mic-mac.

<perso/>
lors de l'install je n'ai mis que les - (dont X)
puis une fois le system OK jai mis X
puis apres la config de X, j'ai mis les windows manager désirés ainsi que
tous ce qui devaient être + (sans le + bien sûr)
</perso>
--
--
"Quand on ouvre une fenetre, avec l'air frais entrent aussi les moustiques"
Prov Vietnamien
Avatar
gloomy_diablo
Les deux dernières réponses étaient très justes et claire.
Je vous en remercie.