merci a tous pour vos réponses!
donc en théorie un modules qui serais compilé pour la version précédente aurais peu de chance de posé probleme.
mais dans le doute qu'il serais possible qu'un symbole ou fonction ai pu être modifier,on préfère tout recompiler a chaque noyau.
merci a tous pour vos réponses!
donc en théorie un modules qui serais compilé pour la version précédente aurais peu de chance de posé probleme.
mais dans le doute qu'il serais possible qu'un symbole ou fonction ai pu être modifier,on préfère tout recompiler a chaque noyau.
je répond a mes propres questions lol
j'ai trouvé entre temps donc si ca peu t'aider
j'écris un petit tutos sur dbus dans mon blog : dedgui.free.fr
il seras bientot en ligne j'espere
@+
euh oui mais dans certains cas comme les drivers ov519 qui ne sont pas encore integré au noyau, ca pourrait etre pratique.
de plus avoir le choix entre plusieur drivers,les manipuler facilement,...
je sais bien que l'on est pas sous windows mais bon le gestionnaire de peripherique c'est pas encore un brevet microsoft !
[^] # Re: comprendre le lien entre les headers du noyau et les modules
Posté par ded . En réponse au message comprendre le lien entre les headers du noyau et les modules. Évalué à 1.
donc en théorie un modules qui serais compilé pour la version précédente aurais peu de chance de posé probleme.
mais dans le doute qu'il serais possible qu'un symbole ou fonction ai pu être modifier,on préfère tout recompiler a chaque noyau.
[^] # Re: comprendre le lien entre les headers du noyau et les modules
Posté par ded . En réponse au message comprendre le lien entre les headers du noyau et les modules. Évalué à 1.
donc en théorie un modules qui serais compilé pour la version précédente aurais peu de chance de posé probleme.
mais dans le doute qu'il serais possible qu'un symbole ou fonction ai pu être modifier,on préfère tout recompiler a chaque noyau.
[^] # Re: Un noyal
Posté par ded . En réponse au message comprendre le lien entre les headers du noyau et les modules. Évalué à 1.
merci de tes conseils!
[^] # Re: Pas sur de comprendre ?
Posté par ded . En réponse au message dbus. Évalué à 3.
pour les progs lancés
dbus-send --session --type=method_call --print-reply --dest=org.freedesktop.DBus / org.freedesktop.DBus.ListNames
pour ceux qui ne le sont pas encore
dbus-send --session --type=method_call --print-reply --dest=org.freedesktop.DBus / org.freedesktop.DBus.ListActivatableNames
je répond a mes propres questions lol
j'ai trouvé entre temps donc si ca peu t'aider
j'écris un petit tutos sur dbus dans mon blog : dedgui.free.fr
il seras bientot en ligne j'espere
@+
# $HOME/.bash_history
Posté par ded . En réponse au message recherche d'une ancienne commande utilée dans le shell. Évalué à 1.
[^] # Re: .xsession-errors
Posté par ded . En réponse au message messages d'erreurs des programmes lancés par le menu. Évalué à 1.
;-)
[^] # Re: Quelle distrib?
Posté par ded . En réponse au message gestionnaire de peripherique. Évalué à 1.
il s'appel comment le soft de mandriva?
[^] # Re: 42
Posté par ded . En réponse au message gestionnaire de peripherique. Évalué à 2.
euh oui mais dans certains cas comme les drivers ov519 qui ne sont pas encore integré au noyau, ca pourrait etre pratique.
de plus avoir le choix entre plusieur drivers,les manipuler facilement,...
je sais bien que l'on est pas sous windows mais bon le gestionnaire de peripherique c'est pas encore un brevet microsoft !
a plus
# linux n'est que le noyau
Posté par ded . En réponse au message création d'une image de linux apres modification. Évalué à 0.
[^] # Re: Awk
Posté par ded . En réponse au message supprimer les doublons. Évalué à 1.