En faisant une mise à jour sur une Mandrake 9.0, j'installe le rpm
kernel-source-2.4.19-35mdk. Or, lorsque je fais un rpm-qa | grep kernel,
j'obtiens :
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
Alexandre Lahure
Bonjour,
La réponse est aussi simple que la question : tu n'as pas installé le rpm kernel-2.4.19.35mdk, seulement les sources du noyau 2.4.16-35mdk. Pour avoir un noyau 2.4.16-35mdk, soit tu le compiles à la main, soit tu télécharges le rpm kernel-2.4.19.35mdk
Boujour,
En faisant une mise à jour sur une Mandrake 9.0, j'installe le rpm kernel-source-2.4.19-35mdk. Or, lorsque je fais un rpm-qa | grep kernel, j'obtiens :
Ma question est donc pourquoi g pas plutôt kernel-2.4.19.35 ? Faut-il recompiler le kernel installé par rpm ?
Merci d'avance.
Cédric
-- Alexandre Lahure Point 52, http://www.point52.com/
Bonjour,
La réponse est aussi simple que la question : tu n'as pas installé le rpm
kernel-2.4.19.35mdk, seulement les sources du noyau 2.4.16-35mdk.
Pour avoir un noyau 2.4.16-35mdk, soit tu le compiles à la main, soit tu
télécharges le rpm kernel-2.4.19.35mdk
Boujour,
En faisant une mise à jour sur une Mandrake 9.0, j'installe le rpm
kernel-source-2.4.19-35mdk. Or, lorsque je fais un rpm-qa | grep kernel,
j'obtiens :
La réponse est aussi simple que la question : tu n'as pas installé le rpm kernel-2.4.19.35mdk, seulement les sources du noyau 2.4.16-35mdk. Pour avoir un noyau 2.4.16-35mdk, soit tu le compiles à la main, soit tu télécharges le rpm kernel-2.4.19.35mdk
Boujour,
En faisant une mise à jour sur une Mandrake 9.0, j'installe le rpm kernel-source-2.4.19-35mdk. Or, lorsque je fais un rpm-qa | grep kernel, j'obtiens :
Ma question est donc pourquoi g pas plutôt kernel-2.4.19.35 ? Faut-il recompiler le kernel installé par rpm ?
Merci d'avance.
Cédric
-- Alexandre Lahure Point 52, http://www.point52.com/
Alexandre Lahure
Pense à récuperer les headers qui vont avec la version de ton noyau. Quant à la recompilation à partir des sources rpm, je n'ai jamais tenté l'affaire. Bonne chance
Bonjour,
La réponse est aussi simple que la question : tu n'as pas installé le rpm kernel-2.4.19.35mdk, seulement les sources du noyau 2.4.16-35mdk. Pour avoir un noyau 2.4.16-35mdk, soit tu le compiles à la main, soit tu télécharges le rpm kernel-2.4.19.35mdk
Boujour,
En faisant une mise à jour sur une Mandrake 9.0, j'installe le rpm kernel-source-2.4.19-35mdk. Or, lorsque je fais un rpm-qa | grep kernel, j'obtiens :
Ma question est donc pourquoi g pas plutôt kernel-2.4.19.35 ? Faut-il recompiler le kernel installé par rpm ?
Merci d'avance.
Cédric
-- Alexandre Lahure Point 52, http://www.point52.com/
Pense à récuperer les headers qui vont avec la version de ton noyau.
Quant à la recompilation à partir des sources rpm, je n'ai jamais tenté
l'affaire.
Bonne chance
Bonjour,
La réponse est aussi simple que la question : tu n'as pas installé le rpm
kernel-2.4.19.35mdk, seulement les sources du noyau 2.4.16-35mdk.
Pour avoir un noyau 2.4.16-35mdk, soit tu le compiles à la main, soit tu
télécharges le rpm kernel-2.4.19.35mdk
Boujour,
En faisant une mise à jour sur une Mandrake 9.0, j'installe le rpm
kernel-source-2.4.19-35mdk. Or, lorsque je fais un rpm-qa | grep kernel,
j'obtiens :
Pense à récuperer les headers qui vont avec la version de ton noyau. Quant à la recompilation à partir des sources rpm, je n'ai jamais tenté l'affaire. Bonne chance
Bonjour,
La réponse est aussi simple que la question : tu n'as pas installé le rpm kernel-2.4.19.35mdk, seulement les sources du noyau 2.4.16-35mdk. Pour avoir un noyau 2.4.16-35mdk, soit tu le compiles à la main, soit tu télécharges le rpm kernel-2.4.19.35mdk
Boujour,
En faisant une mise à jour sur une Mandrake 9.0, j'installe le rpm kernel-source-2.4.19-35mdk. Or, lorsque je fais un rpm-qa | grep kernel, j'obtiens :
Ma question est donc pourquoi g pas plutôt kernel-2.4.19.35 ? Faut-il recompiler le kernel installé par rpm ?
Merci d'avance.
Cédric
-- Alexandre Lahure Point 52, http://www.point52.com/
JM Company
cedric wrote:
Boujour,
En faisant une mise à jour sur une Mandrake 9.0, j'installe le rpm kernel-source-2.4.19-35mdk. Or, lorsque je fais un rpm-qa | grep kernel, j'obtiens :
Ma question est donc pourquoi g pas plutôt kernel-2.4.19.35 ? Faut-il recompiler le kernel installé par rpm ?
Je suppose que pour faire ta mise à jour, tu utilises "urpmi" ou un GUI de "urpmi". Tu verras que dans le fichier "/etc/urpmi/inst.list", le package "kernel" ne peux pas être Upgradé, mais Installé.. Ce qui est prudent.
Donc, soit tu vas chercher le package et tu l'installes, soit tu recompiles le source upgradé...
JM
cedric wrote:
Boujour,
En faisant une mise à jour sur une Mandrake 9.0, j'installe le rpm
kernel-source-2.4.19-35mdk. Or, lorsque je fais un rpm-qa | grep kernel,
j'obtiens :
Ma question est donc pourquoi g pas plutôt kernel-2.4.19.35 ? Faut-il
recompiler le kernel installé par rpm ?
Je suppose que pour faire ta mise à jour, tu utilises "urpmi" ou
un GUI de "urpmi". Tu verras que dans le fichier "/etc/urpmi/inst.list",
le package "kernel" ne peux pas être Upgradé, mais Installé.. Ce qui
est prudent.
Donc, soit tu vas chercher le package et tu l'installes,
soit tu recompiles le source upgradé...
En faisant une mise à jour sur une Mandrake 9.0, j'installe le rpm kernel-source-2.4.19-35mdk. Or, lorsque je fais un rpm-qa | grep kernel, j'obtiens :
Ma question est donc pourquoi g pas plutôt kernel-2.4.19.35 ? Faut-il recompiler le kernel installé par rpm ?
Je suppose que pour faire ta mise à jour, tu utilises "urpmi" ou un GUI de "urpmi". Tu verras que dans le fichier "/etc/urpmi/inst.list", le package "kernel" ne peux pas être Upgradé, mais Installé.. Ce qui est prudent.
Donc, soit tu vas chercher le package et tu l'installes, soit tu recompiles le source upgradé...
JM
cedric
Merci à tous pour vos réponses,
avant de me lancer dans la compilation (le package du kernel étant introuvable), j'aurais juste deux ptites questions à poser :
1 - G lu dans un post précédent une réponse de Gérard qui parlait de rpmbuild --recompile... puis je faire cela à partir des sources rpm ?
2 - A faire une recompilation, n'aurais je pas intérêt à installer directement un kernel plus neuf (genre 2.4.22) téléchargé sur kernel.org?
Merci encore.
Cédric.
Merci à tous pour vos réponses,
avant de me lancer dans la compilation (le package du kernel étant
introuvable), j'aurais juste deux ptites questions à poser :
1 - G lu dans un post précédent une réponse de Gérard qui parlait de
rpmbuild --recompile... puis je faire cela à partir des sources rpm ?
2 - A faire une recompilation, n'aurais je pas intérêt à installer
directement un kernel plus neuf (genre 2.4.22) téléchargé sur kernel.org?
avant de me lancer dans la compilation (le package du kernel étant introuvable), j'aurais juste deux ptites questions à poser :
1 - G lu dans un post précédent une réponse de Gérard qui parlait de rpmbuild --recompile... puis je faire cela à partir des sources rpm ?
Oui..
2 - A faire une recompilation, n'aurais je pas intérêt à installer directement un kernel plus neuf (genre 2.4.22) téléchargé sur kernel.org?
Ce n'est pas forcément une bonne idée de déphaser le noyau des applications du système...
JM
g.patel
On Mon, 13 Oct 2003 08:26:27 +0200, JM Company wrote:
Ce n'est pas forcément une bonne idée de déphaser le noyau des applications du système...
ce n'est pas forcément une bonne idée, mais c'est souvent une bonne solution. En principe, si on garde la meme version de noyau (2.4 par exemple), on ne devrait pas rencontrer de difficulté majeure. Bien entendu, si la fiabilité est une considération majeure, il faut faire des sauvegardes, etc....
Gerard
On Mon, 13 Oct 2003 08:26:27 +0200, JM Company
<jmc@no-sp-am.legobi.com> wrote:
Ce n'est pas forcément une bonne idée de déphaser le noyau des
applications du système...
ce n'est pas forcément une bonne idée, mais c'est souvent
une bonne solution. En principe, si on garde la meme version
de noyau (2.4 par exemple), on ne devrait pas rencontrer de
difficulté majeure. Bien entendu, si la fiabilité est une
considération majeure, il faut faire des sauvegardes, etc....
On Mon, 13 Oct 2003 08:26:27 +0200, JM Company wrote:
Ce n'est pas forcément une bonne idée de déphaser le noyau des applications du système...
ce n'est pas forcément une bonne idée, mais c'est souvent une bonne solution. En principe, si on garde la meme version de noyau (2.4 par exemple), on ne devrait pas rencontrer de difficulté majeure. Bien entendu, si la fiabilité est une considération majeure, il faut faire des sauvegardes, etc....
