Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Hors ligne
Faut inserer un espace entre cd et les ..
MaTTuX_
\o/ Le closedSource c'est tabou on a viendra tous à bout \o/
Hors ligne
Ce sont des tirets [large]points[/large] en fait !
Dernière modification par smolski (19-05-2010 08:11:06)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Exige beaucoup de toi-même et attends peu des autres. Ainsi beaucoup d'ennuis te seront épargnés.
Confucius.
Hors ligne
Dernière modification par smolski (18-05-2010 21:25:53)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Dernière modification par unit (18-05-2010 21:45:16)
Exige beaucoup de toi-même et attends peu des autres. Ainsi beaucoup d'ennuis te seront épargnés.
Confucius.
Hors ligne
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
\o/ Le closedSource c'est tabou on a viendra tous à bout \o/
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Il n'est pas non plus indispensable de compiler un noyau dans le répertoire /usr/src, il est plutôt conseillé de créer un répertoire dans son répertoire /home.
Conseillé ? Par qui ? Pourquoi ?
I'd love to change the world
But I don't know what to do
So I'll leave it up to you...
Hors ligne
I'd love to change the world
But I don't know what to do
So I'll leave it up to you...
Hors ligne
Dernière modification par smolski (07-05-2012 07:35:13)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Dernière modification par paskal (07-05-2012 07:50:28)
I'd love to change the world
But I don't know what to do
So I'll leave it up to you...
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
On va pas tout laisser faire le wiki au captnfab tout de même !
Ah ? parce que ... ?
I'd love to change the world
But I don't know what to do
So I'll leave it up to you...
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
[17:44] <enikar> chuugar: en réalité, les pilotes dont tu parles (souris, clavier) font partie des sources du noyau.
[17:45] <enikar> par contre les sources du pilote nvidia n'ont font pas partie (même le même module qui doit être insérer dans le noyau).
[17:46] <enikar> tous les logiciels ne doivent pas être recompilés après une mise à jour du noyau.
[17:47] <enikar> il y a une compatibilité ascendante dans l'api du noyau pendant suffisamment de version pour que ça marche.
[17:49] <enikar> par contre si un logiciel veut utiliser une fonctionnalité apportée par un noyau plus récent alors là oui, il faut le recompiler (il faut encore que ce logiciel utilise cette fonctionnalité).
[17:50] <chuugar> L'exemple de mes drivers clavier/souris n'étaient pas explicite, ce ne sont pas ceux intégrés au noyau
[17:50] <chuugar> mais bien des pilotes que j'ai téléchargé depuis l'extérieur (pas dans les dépots non plus): http://sourceforge.net/projects/roccat/
[17:50] <enikar> aussi seules les librairies (et en majeure partie la libc mais pas seulement) utilisent directement l'api du noyau.
[17:50] <enikar> les programmes, eux, utilisent l'api des librairies.
[17:51] <chuugar> Ok, ceci explique cela. Mais alors quel est l'intérêt du DKMS?
[17:52] <enikar> le dkms permet de compiler des modules dont les sources ne sont pas dans le noyau.
[17:53] <chuugar> c'est pour les blop?
[17:53] <enikar> aussi, il faut savoir que parfois il est possible qu'un pilote fonctionne en partie en espace utilisateur (c'est à dire pas dans le noyau) tout en s'appuyant sur des fonctionnalités fournis par le noyau.
[17:53] <chuugar> (c'est des questions qui peuvent sembler trivial mais ce n'est pas bien clair dans ma tête)
[17:54] <enikar> c'est le cas pour la libffado qui permet d'utiliser des cartes sons branchées sur le port firewire (qui dépend donc du noyau pour l'accès au port firewire).
[17:56] <enikar> chuugar: ce n'est pas trivial. Il existe un très bon livre à ce sujet qui parle de l'architecture des systèmes d'exploitations en général par Andrew Tanenbaum
[18:19] <chuugar> Ok, et comment ça ce passe si un logiciel installé en .deb à la mano qui n'était pas dans les dépôts de Wheezy apparait dans ceux de Jessie, est-ce que aptitude est capable de reconnaître ce .deb installé ou est-ce qu'il considère ce logiciel comme une version tiers?
[18:19] <chuugar> compton (fork de xcompmgr) est un bon exemple
[18:20] <chuugar> J'ai installé le .deb compilé depuis les sources sous Wheezy, et là je viens de voir qu'il apparait dans les dépôts de Jessie
[18:20] <chuugar> Ah, et tant qu'on y est: fakeroot VS checkinstall ?
[18:21] <chuugar> (sans vergogne j'abuse de ta gentillesse
[18:21] <enikar> chuugar: dans ce cas, ça dépend des numéros de versions et de la priorité que tu as donné aux paquets installés qui ne font pas partie de debian.
[18:23] <enikar> on peut tout à fait faire un dépôt de paquets local dont les paquets vont être plus prioritaires que ceux de debian (via /etc/apt/preferences)
[18:23] <chuugar> D'ac, donc aptitude est bien capable de reconnaitre les logiciels installés depuis l'extérieur.
[18:24] <chuugar> Ca me semble pas très , autant se faire une petite liste des logiciels qu'on installé soit même, puis à chaque changement de version, verifié qu'ils n'apparaissent pas dans les dépôts
[18:24] <chuugar> *pas très propre
[18:24] <enikar> seulement les .deb, car eux seuls peuvent donner les informations de dépendances et fonctionnalités fournies pour le gestionnaire de paquet. Et encore, il faut que ces .deb soit correctement construit et renseignés.
[18:25] <enikar> c'est pour ça que l'on recommande de ne pas utiliser de source externe à debian…
[18:26] <enikar> les logiciels installés sauvagement dans /usr/local sans avoir fait de checkinstall pour construire un .deb minimal, ne seront pas du tout pris en compte par aptitude ou apt-get.
[18:27] <enikar> pour le gestionnaire de paquets, ces logiciels n'existent pas.
[18:28] <chuugar> Et je suppose que la plupart des logiciels installé avec make install s'installent dans /usr/local ?
[18:28] <chuugar> Sinon ça ne serait pas drôle
[18:28] <enikar> donc, si avec une mise à jour tu vires des dépendances nécessaires à leur bon fonctionnement, tu le sauras seulement quand tu utiliseras ces logiciels… et pas d'une façon très claire. Ça peut être le début d'un véritable casse tête.
[18:29] <enikar> les sotfs installés avec make install *devrait* s'installer dans /usr/local sauf si on a demandé de faire autre chose.
[18:30] <enikar> personnellement je les installe dans /usr/local/packages et ensuite je fais des liens symboliques (ce qui sous-entend que je n'utilise pas checkinstall
[18:31] <enikar> d'ailleurs, il faut faire attention à ce qu'une installation avec make install, n'aille pas écraser des logiciels installé dans /usr par le gestionnaire de paquet…
[18:32] <enikar> si cela ce produit, ça peut vite devenir impossible à maintenir.
[18:33] <enikar> mais comme je disais plus haut : « _il_ne_faut_pas_le_faire_ » (je veux dire, installer des logiciels en utilisant make install)
[18:35] <chuugar> OK, c'est bon à savoir!
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
J’adorerais changer le monde, mais ils ne veulent pas me fournir le code source
Un vrai geek, c'est un mec qui croit que dans 1km, il y a 1024 mètres
Dans le doute, rebootes. Si tu te tâtes, formates.
Hors ligne
J’adorerais changer le monde, mais ils ne veulent pas me fournir le code source
Un vrai geek, c'est un mec qui croit que dans 1km, il y a 1024 mètres
Dans le doute, rebootes. Si tu te tâtes, formates.
Hors ligne