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.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
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 ...
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 ...
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 ...
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 :)
Rakotomandimby <mrakotom@free.fr> wrote in message news:<bp09sa$hdu$1@news-reader4.wanadoo.fr>...
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 :)
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 :)
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)
Bonjour,
Le 13 Nov 2003 06:30:50 -0800, gloomy_diablo@yahoo.fr (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."
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)
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
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
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
gloomy_diablo
Les deux dernières réponses étaient très justes et claire. Je vous en remercie.
Les deux dernières réponses étaient très justes et claire.
Je vous en remercie.