Comment installer les bonnes sources (debian inside...)
16 réponses
Patrik
Bonjour,
Après pas mal d'hésitations, et surtout parce que je me sentais capable
de changer de distro, je suis passé d'une Mandrake à Debian.
Installation via Internet, rien à dire ...
J'ai une carte vidéo Nvidia, dont l'installation sous Mandrake ne me
posait pas de problème, aussi bien avec l'installateur fourni, que par
la méthode manuelle, du moins, sur Mandrake...
Après avoir lu un peu de doc, je me lance avec apt-get pour essayer de
récupérer les sources du kernel fourni par l'install.Habitué d'urpmi,
pas de problème particulier(sympa, les miroirs déjà installés), du
moins, le pensais-je ....
et là, ô surprise, les sources s'installent, mais sous forme compressées
... Pourquoi, je ne sais pas ...Bon, je décompresse dans /usr/src/ et je
crée un lien "linux" pointant sur le répertoire des sources.
Je lance l'installateur de Nvidia, et là, il me répond que ce ne sont
pas les bonnes ... et je n'en ai pas trouvé d'autres dans synaptic...
J'utilise le noyau 2.6 fourni par défaut (2.6.8 si ma mémoire est bonne,
je poste du boulot). la Debian est une 3.1
Que faire de particulier pour installer les bonnes sources correspondant
au noyau installé, car je ne trouve pas la même version que mon kernel
utilisé au démarrage ?
Je me doutais qu'il fallait que je ré-apprenne pas mal de chose en passant sur Debian, mais je ne pensais pas que ce serait à ce point ....
non, c'est beaucoup plus simple qu'il n'y parait, et il y a de tres bon
manuels de référence sur le site de Debian, a lire absolument !
Différence entre kernel-headers et kernel-sources ?
kernel-headers ne contient _que_ les fichiers d'entetes, utiles si on a besoin de compiler une application tierce qui fait référence de près ou de loin au kernel (exemple : driver nvidia, qemu, ...)
kernel-sources, c'est la version des sources de linux tels qu'on peut les trouver sur http://www.kernel.org (*) mais packagés par Debian.
(*) en fait c'est pas tout à fais vrai, car Debian applique un certain nombre de patches sur les noyaux officiels...
Merci à ceux qui m'ont aidé, c'était effectivement kernel-headers qu'il
fallait utiliser.
Mais il y a de furieuses différences entre la Mandrake et la Debian ... et là, pas en faveur de la Debian.
Exemple : Pour "tomber" le serveur X pour installer le driver Nvidia, sous Mandrake, sous root, je me contente de 'init 3'. Là il a fallu que je cherche sur Internet pourquoi la même commande ne donnait .... rien !!! (du coup, j'ai appris qu'il fallait faire "/etc/init.d/gdm stop"
Le programme d'install "Nvidia" sous la mandrake s'occupe de tout, y compris de créer le module, de l'insérer et de modifier "etc/modules"... Là, pas de chance, j'ai tout fait à la main, mais avec des messages d'erreurs !!!
Idem pour XF86Config-4. Le module ayant été chargé à la main, normalement, après avoir édité XF86Config-4, en relancant le serveur X, cela aurait dû fonctionner. Pas de chance....
La modification n'a été prise en compte qu'au redémarrage du PC. Pourquoi, je ne sais pas. Maintenant, aucun problème, et pourtant j'ai bien regardé dans les logs.
Bref, je sens que je vais m'amuser comme un fou !!!
;-)
Bon, maintenant, il ne me reste plus qu'à installer mon imprimante, et c'est loin d'être gagné ...
Merci de votre patience
Eric Belhomme wrote:
Alexandre Touret <atouretNOSPAM@free.fr> wrote in
news:42dbcce7$0$5298$636a15ce@news.free.fr:
Je me doutais qu'il fallait que je ré-apprenne pas mal de chose en
passant sur Debian, mais je ne pensais pas que ce serait à ce point
....
non, c'est beaucoup plus simple qu'il n'y parait, et il y a de tres bon
manuels de référence sur le site de Debian, a lire absolument !
Différence entre kernel-headers et kernel-sources ?
kernel-headers ne contient _que_ les fichiers d'entetes, utiles si on a
besoin de compiler une application tierce qui fait référence de près ou de
loin au kernel (exemple : driver nvidia, qemu, ...)
kernel-sources, c'est la version des sources de linux tels qu'on peut les
trouver sur http://www.kernel.org (*) mais packagés par Debian.
(*) en fait c'est pas tout à fais vrai, car Debian applique un certain
nombre de patches sur les noyaux officiels...
Merci à ceux qui m'ont aidé, c'était effectivement kernel-headers qu'il
fallait utiliser.
Mais il y a de furieuses différences entre la Mandrake et la Debian ... et
là, pas en faveur de la Debian.
Exemple : Pour "tomber" le serveur X pour installer le driver Nvidia, sous
Mandrake, sous root, je me contente de 'init 3'. Là il a fallu que je
cherche sur Internet pourquoi la même commande ne donnait .... rien !!! (du
coup, j'ai appris qu'il fallait faire "/etc/init.d/gdm stop"
Le programme d'install "Nvidia" sous la mandrake s'occupe de tout, y compris
de créer le module, de l'insérer et de modifier "etc/modules"... Là, pas de
chance, j'ai tout fait à la main, mais avec des messages d'erreurs !!!
Idem pour XF86Config-4. Le module ayant été chargé à la main, normalement,
après avoir édité XF86Config-4, en relancant le serveur X, cela aurait dû
fonctionner. Pas de chance....
La modification n'a été prise en compte qu'au redémarrage du PC. Pourquoi,
je ne sais pas. Maintenant, aucun problème, et pourtant j'ai bien regardé
dans les logs.
Bref, je sens que je vais m'amuser comme un fou !!!
;-)
Bon, maintenant, il ne me reste plus qu'à installer mon imprimante, et c'est
loin d'être gagné ...
Je me doutais qu'il fallait que je ré-apprenne pas mal de chose en passant sur Debian, mais je ne pensais pas que ce serait à ce point ....
non, c'est beaucoup plus simple qu'il n'y parait, et il y a de tres bon
manuels de référence sur le site de Debian, a lire absolument !
Différence entre kernel-headers et kernel-sources ?
kernel-headers ne contient _que_ les fichiers d'entetes, utiles si on a besoin de compiler une application tierce qui fait référence de près ou de loin au kernel (exemple : driver nvidia, qemu, ...)
kernel-sources, c'est la version des sources de linux tels qu'on peut les trouver sur http://www.kernel.org (*) mais packagés par Debian.
(*) en fait c'est pas tout à fais vrai, car Debian applique un certain nombre de patches sur les noyaux officiels...
Merci à ceux qui m'ont aidé, c'était effectivement kernel-headers qu'il
fallait utiliser.
Mais il y a de furieuses différences entre la Mandrake et la Debian ... et là, pas en faveur de la Debian.
Exemple : Pour "tomber" le serveur X pour installer le driver Nvidia, sous Mandrake, sous root, je me contente de 'init 3'. Là il a fallu que je cherche sur Internet pourquoi la même commande ne donnait .... rien !!! (du coup, j'ai appris qu'il fallait faire "/etc/init.d/gdm stop"
Le programme d'install "Nvidia" sous la mandrake s'occupe de tout, y compris de créer le module, de l'insérer et de modifier "etc/modules"... Là, pas de chance, j'ai tout fait à la main, mais avec des messages d'erreurs !!!
Idem pour XF86Config-4. Le module ayant été chargé à la main, normalement, après avoir édité XF86Config-4, en relancant le serveur X, cela aurait dû fonctionner. Pas de chance....
La modification n'a été prise en compte qu'au redémarrage du PC. Pourquoi, je ne sais pas. Maintenant, aucun problème, et pourtant j'ai bien regardé dans les logs.
Bref, je sens que je vais m'amuser comme un fou !!!
;-)
Bon, maintenant, il ne me reste plus qu'à installer mon imprimante, et c'est loin d'être gagné ...
Merci de votre patience
TiChou
Dans le message <news:42dbed32$0$6291$, *patrik* tapota sur f.c.o.l.configuration :
Mais il y a de furieuses différences entre la Mandrake et la Debian ... et là, pas en faveur de la Debian.
[argumentation]
Je vous préviens, vous allez vous faire incendier car votre argumentation ne tient pas la route.
Merci de votre patience
Bon courage pour la suite.
-- TiChou
Dans le message <news:42dbed32$0$6291$636a15ce@news.free.fr>,
*patrik* tapota sur f.c.o.l.configuration :
Mais il y a de furieuses différences entre la Mandrake et la Debian ...
et là, pas en faveur de la Debian.
[argumentation]
Je vous préviens, vous allez vous faire incendier car votre argumentation ne
tient pas la route.
Dans le message <news:42dbed32$0$6291$, *patrik* tapota sur f.c.o.l.configuration :
Mais il y a de furieuses différences entre la Mandrake et la Debian ... et là, pas en faveur de la Debian.
[argumentation]
Je vous préviens, vous allez vous faire incendier car votre argumentation ne tient pas la route.
Merci de votre patience
Bon courage pour la suite.
-- TiChou
JB
TiChou wrote:
Dans le message <news:42dbed32$0$6291$, *patrik* tapota sur f.c.o.l.configuration :
Mais il y a de furieuses différences entre la Mandrake et la Debian ... et là, pas en faveur de la Debian.
[argumentation]
Je vous préviens, vous allez vous faire incendier car votre argumentation ne tient pas la route.
Merci de votre patience
Bon courage pour la suite.
Je ne suis pas là pour me faire incendié,
Une Debian 3.1 noyau 2.4.27-2-686, le parefeu n'est pas actif "d'office" comme sur d'autre Linux, les valeurs iptables à 0 Pour moi Debian est trés technique donc à ne pas mettre entre toutes les mains, mais il faut bien si faire les dents tout comme AIX, SOLARIS.... Sur une utilisation d'un produit sur étagère (CDs de revue), on en attend un minimum, quelles sont les limites de ce minimum A+ JB
TiChou wrote:
Dans le message <news:42dbed32$0$6291$636a15ce@news.free.fr>,
*patrik* tapota sur f.c.o.l.configuration :
Mais il y a de furieuses différences entre la Mandrake et la Debian ...
et là, pas en faveur de la Debian.
[argumentation]
Je vous préviens, vous allez vous faire incendier car votre
argumentation ne tient pas la route.
Merci de votre patience
Bon courage pour la suite.
Je ne suis pas là pour me faire incendié,
Une Debian 3.1 noyau 2.4.27-2-686, le parefeu n'est pas actif "d'office"
comme sur d'autre Linux, les valeurs iptables à 0
Pour moi Debian est trés technique donc à ne pas mettre entre toutes les
mains, mais il faut bien si faire les dents tout comme AIX, SOLARIS....
Sur une utilisation d'un produit sur étagère (CDs de revue), on en
attend un minimum, quelles sont les limites de ce minimum
A+
JB
Dans le message <news:42dbed32$0$6291$, *patrik* tapota sur f.c.o.l.configuration :
Mais il y a de furieuses différences entre la Mandrake et la Debian ... et là, pas en faveur de la Debian.
[argumentation]
Je vous préviens, vous allez vous faire incendier car votre argumentation ne tient pas la route.
Merci de votre patience
Bon courage pour la suite.
Je ne suis pas là pour me faire incendié,
Une Debian 3.1 noyau 2.4.27-2-686, le parefeu n'est pas actif "d'office" comme sur d'autre Linux, les valeurs iptables à 0 Pour moi Debian est trés technique donc à ne pas mettre entre toutes les mains, mais il faut bien si faire les dents tout comme AIX, SOLARIS.... Sur une utilisation d'un produit sur étagère (CDs de revue), on en attend un minimum, quelles sont les limites de ce minimum A+ JB
Jerome Lambert
TiChou wrote:
Dans le message <news:42dbed32$0$6291$, *patrik* tapota sur f.c.o.l.configuration :
Mais il y a de furieuses différences entre la Mandrake et la Debian ... et là, pas en faveur de la Debian.
[argumentation]
Je vous préviens, vous allez vous faire incendier car votre argumentation ne tient pas la route.
Merci de votre patience
Bon courage pour la suite.
Je ne suis pas là pour me faire incendié,
Une Debian 3.1 noyau 2.4.27-2-686, le parefeu n'est pas actif "d'office" comme sur d'autre Linux, les valeurs iptables à 0 Pour moi Debian est trés technique donc à ne pas mettre entre toutes les mains, mais il faut bien si faire les dents tout comme AIX, SOLARIS.... Sur une utilisation d'un produit sur étagère (CDs de revue), on en attend un minimum, quelles sont les limites de ce minimum
Sur une Debian, le minimum est *très* minimum. Le reste est au choix de l'administrateur, contrairement à une Mandrake qui fait énormément de choix à la place de celui-ci. De même, les différences entre les distributions en font justement leur attrait (ou leur défaut, c'est selon).
TiChou wrote:
Dans le message <news:42dbed32$0$6291$636a15ce@news.free.fr>,
*patrik* tapota sur f.c.o.l.configuration :
Mais il y a de furieuses différences entre la Mandrake et la Debian ...
et là, pas en faveur de la Debian.
[argumentation]
Je vous préviens, vous allez vous faire incendier car votre
argumentation ne tient pas la route.
Merci de votre patience
Bon courage pour la suite.
Je ne suis pas là pour me faire incendié,
Une Debian 3.1 noyau 2.4.27-2-686, le parefeu n'est pas actif "d'office"
comme sur d'autre Linux, les valeurs iptables à 0
Pour moi Debian est trés technique donc à ne pas mettre entre toutes les
mains, mais il faut bien si faire les dents tout comme AIX, SOLARIS....
Sur une utilisation d'un produit sur étagère (CDs de revue), on en
attend un minimum, quelles sont les limites de ce minimum
Sur une Debian, le minimum est *très* minimum. Le reste est au choix de
l'administrateur, contrairement à une Mandrake qui fait énormément de
choix à la place de celui-ci. De même, les différences entre les
distributions en font justement leur attrait (ou leur défaut, c'est selon).
Dans le message <news:42dbed32$0$6291$, *patrik* tapota sur f.c.o.l.configuration :
Mais il y a de furieuses différences entre la Mandrake et la Debian ... et là, pas en faveur de la Debian.
[argumentation]
Je vous préviens, vous allez vous faire incendier car votre argumentation ne tient pas la route.
Merci de votre patience
Bon courage pour la suite.
Je ne suis pas là pour me faire incendié,
Une Debian 3.1 noyau 2.4.27-2-686, le parefeu n'est pas actif "d'office" comme sur d'autre Linux, les valeurs iptables à 0 Pour moi Debian est trés technique donc à ne pas mettre entre toutes les mains, mais il faut bien si faire les dents tout comme AIX, SOLARIS.... Sur une utilisation d'un produit sur étagère (CDs de revue), on en attend un minimum, quelles sont les limites de ce minimum
Sur une Debian, le minimum est *très* minimum. Le reste est au choix de l'administrateur, contrairement à une Mandrake qui fait énormément de choix à la place de celui-ci. De même, les différences entre les distributions en font justement leur attrait (ou leur défaut, c'est selon).
Eric Belhomme
patrik wrote in news:42dbed32$0$6291$:
Mais il y a de furieuses différences entre la Mandrake et la Debian ... et là, pas en faveur de la Debian.
météfoutoaoukoi ????
Exemple : Pour "tomber" le serveur X pour installer le driver Nvidia, sous Mandrake, sous root, je me contente de 'init 3'. Là il a fallu que je cherche sur Internet pourquoi la même commande ne donnait .... rien !!! (du coup, j'ai appris qu'il fallait faire "/etc/init.d/gdm stop"
Sur Debian, xdm (ou gdm, ou kdm) est activé sur les runlevels 2,3,4, et 5.
Bref sur tous les runlevels multi-users... d'ou ton pb.
Le programme d'install "Nvidia" sous la mandrake s'occupe de tout, y compris de créer le module, de l'insérer et de modifier "etc/modules"... Là, pas de chance, j'ai tout fait à la main, mais avec des messages d'erreurs !!!
T'as pas eu de bol, j'ai déja installé le driver propriétaire nVidia sur
Debian sans soucis. Mais de toutes façons, si problème il y a, il ne faut pas incriminer Debian, mais nVidia, qui refuse de communiquer la documentation de ses chipsets ! De plus, Debian est tres à cheval sur les licences, et tout ce qui viole la GPL est purement et simplement retiré du projet...
Idem pour XF86Config-4. Le module ayant été chargé à la main, normalement, après avoir édité XF86Config-4, en relancant le serveur X, cela aurait dû fonctionner. Pas de chance....
Ca c'st pas normal. A moins que tu ait configuré le driver nVidia pour
remplacer agpgart, mais que tu n'ait pas déchargé le module agpgart ?
La modification n'a été prise en compte qu'au redémarrage du PC. Pourquoi, je ne sais pas. Maintenant, aucun problème, et pourtant j'ai bien regardé dans les logs.
ca semble confirmer mon hypothese d'une chiure avec agpgart...
Bon, maintenant, il ne me reste plus qu'à installer mon imprimante, et c'est loin d'être gagné ...
cups rulez !
Merci de votre patience
Les difficultés que tu rencontre ne sont pas des bogges ou des points mals finis de Debian, mais simplement des différences de design avec la distrib que tu connaissais (Mandrake). Tu verra avec le temps que le gros avantage de Debian, c'est que rien n'est figé, c'est l'utilisateur qui décide de ce qui doit "tre installé dans le système (pas facile maintenant de trouver encore une distrib qui n'installe pas d'office xfree4.x/kde3 par défaut !)
Pour se familiariser avec la logique Debian, il faut _vraiment_ lire la documentation qui va avec, qui est amha exemplaire. En plus, la plupart des manuels sont traduits, alors y'a aucune excuse ;)
Debian powaa !
-- Rico
patrik <patrik.billon@free.fr> wrote in
news:42dbed32$0$6291$636a15ce@news.free.fr:
Mais il y a de furieuses différences entre la Mandrake et la Debian
... et là, pas en faveur de la Debian.
météfoutoaoukoi ????
Exemple : Pour "tomber" le serveur X pour installer le driver Nvidia,
sous Mandrake, sous root, je me contente de 'init 3'. Là il a fallu
que je cherche sur Internet pourquoi la même commande ne donnait ....
rien !!! (du coup, j'ai appris qu'il fallait faire "/etc/init.d/gdm
stop"
Sur Debian, xdm (ou gdm, ou kdm) est activé sur les runlevels 2,3,4, et 5.
Bref sur tous les runlevels multi-users... d'ou ton pb.
Le programme d'install "Nvidia" sous la mandrake s'occupe de tout, y
compris de créer le module, de l'insérer et de modifier
"etc/modules"... Là, pas de chance, j'ai tout fait à la main, mais
avec des messages d'erreurs !!!
T'as pas eu de bol, j'ai déja installé le driver propriétaire nVidia sur
Debian sans soucis. Mais de toutes façons, si problème il y a, il ne faut
pas incriminer Debian, mais nVidia, qui refuse de communiquer la
documentation de ses chipsets ! De plus, Debian est tres à cheval sur les
licences, et tout ce qui viole la GPL est purement et simplement retiré du
projet...
Idem pour XF86Config-4. Le module ayant été chargé à la main,
normalement, après avoir édité XF86Config-4, en relancant le serveur
X, cela aurait dû fonctionner. Pas de chance....
Ca c'st pas normal. A moins que tu ait configuré le driver nVidia pour
remplacer agpgart, mais que tu n'ait pas déchargé le module agpgart ?
La modification n'a été prise en compte qu'au redémarrage du PC.
Pourquoi, je ne sais pas. Maintenant, aucun problème, et pourtant j'ai
bien regardé dans les logs.
ca semble confirmer mon hypothese d'une chiure avec agpgart...
Bon, maintenant, il ne me reste plus qu'à installer mon imprimante, et
c'est loin d'être gagné ...
cups rulez !
Merci de votre patience
Les difficultés que tu rencontre ne sont pas des bogges ou des points mals
finis de Debian, mais simplement des différences de design avec la distrib
que tu connaissais (Mandrake). Tu verra avec le temps que le gros avantage
de Debian, c'est que rien n'est figé, c'est l'utilisateur qui décide de ce
qui doit "tre installé dans le système (pas facile maintenant de trouver
encore une distrib qui n'installe pas d'office xfree4.x/kde3 par défaut !)
Pour se familiariser avec la logique Debian, il faut _vraiment_ lire la
documentation qui va avec, qui est amha exemplaire. En plus, la plupart des
manuels sont traduits, alors y'a aucune excuse ;)
Mais il y a de furieuses différences entre la Mandrake et la Debian ... et là, pas en faveur de la Debian.
météfoutoaoukoi ????
Exemple : Pour "tomber" le serveur X pour installer le driver Nvidia, sous Mandrake, sous root, je me contente de 'init 3'. Là il a fallu que je cherche sur Internet pourquoi la même commande ne donnait .... rien !!! (du coup, j'ai appris qu'il fallait faire "/etc/init.d/gdm stop"
Sur Debian, xdm (ou gdm, ou kdm) est activé sur les runlevels 2,3,4, et 5.
Bref sur tous les runlevels multi-users... d'ou ton pb.
Le programme d'install "Nvidia" sous la mandrake s'occupe de tout, y compris de créer le module, de l'insérer et de modifier "etc/modules"... Là, pas de chance, j'ai tout fait à la main, mais avec des messages d'erreurs !!!
T'as pas eu de bol, j'ai déja installé le driver propriétaire nVidia sur
Debian sans soucis. Mais de toutes façons, si problème il y a, il ne faut pas incriminer Debian, mais nVidia, qui refuse de communiquer la documentation de ses chipsets ! De plus, Debian est tres à cheval sur les licences, et tout ce qui viole la GPL est purement et simplement retiré du projet...
Idem pour XF86Config-4. Le module ayant été chargé à la main, normalement, après avoir édité XF86Config-4, en relancant le serveur X, cela aurait dû fonctionner. Pas de chance....
Ca c'st pas normal. A moins que tu ait configuré le driver nVidia pour
remplacer agpgart, mais que tu n'ait pas déchargé le module agpgart ?
La modification n'a été prise en compte qu'au redémarrage du PC. Pourquoi, je ne sais pas. Maintenant, aucun problème, et pourtant j'ai bien regardé dans les logs.
ca semble confirmer mon hypothese d'une chiure avec agpgart...
Bon, maintenant, il ne me reste plus qu'à installer mon imprimante, et c'est loin d'être gagné ...
cups rulez !
Merci de votre patience
Les difficultés que tu rencontre ne sont pas des bogges ou des points mals finis de Debian, mais simplement des différences de design avec la distrib que tu connaissais (Mandrake). Tu verra avec le temps que le gros avantage de Debian, c'est que rien n'est figé, c'est l'utilisateur qui décide de ce qui doit "tre installé dans le système (pas facile maintenant de trouver encore une distrib qui n'installe pas d'office xfree4.x/kde3 par défaut !)
Pour se familiariser avec la logique Debian, il faut _vraiment_ lire la documentation qui va avec, qui est amha exemplaire. En plus, la plupart des manuels sont traduits, alors y'a aucune excuse ;)
Debian powaa !
-- Rico
Patrik
patrik wrote in news:42dbed32$0$6291$:
Mais il y a de furieuses différences entre la Mandrake et la Debian ... et là, pas en faveur de la Debian.
météfoutoaoukoi ????
:-)
Sur Debian, xdm (ou gdm, ou kdm) est activé sur les runlevels 2,3,4, et 5. Bref sur tous les runlevels multi-users... d'ou ton pb.
Ah bon, je ne savais pas .... et comme en plus, par désespoir, je l'avais killé.... (méthode barbare mais efficace... :-))
Ca c'st pas normal. A moins que tu ait configuré le driver nVidia pour remplacer agpgart, mais que tu n'ait pas déchargé le module agpgart ?
Normalement, non... car par défaut, et tu peux le constater dans les
sources du driver, il doit d'abord tester le module agpgart, puis le module nvidia, et il prend le premier qu'il trouve, sauf si tu lui précise explicitement (os_registry.c à consulter)
La modification n'a été prise en compte qu'au redémarrage du PC. Pourquoi, je ne sais pas. Maintenant, aucun problème, et pourtant j'ai bien regardé dans les logs.
ca semble confirmer mon hypothese d'une chiure avec agpgart...
Bon, maintenant, il ne me reste plus qu'à installer mon imprimante, et c'est loin d'être gagné ...
cups rulez !
C'est une multi-fonction de chez HP, qui doit normalement utiliser hpijs
!!! J'ai commencé hier soir, mais rien qu'à la compilation du driver (hpijs 0.92), il m'annonce que le démon cups n'est pas présent (bon, mes notions d'anglais sont très limitées ;-)) alors qu'il est bien présent (cupsys) dans les différents run-levels. Du coup, ça s'arrête à ./configure...
Sniff !!!
Du coup, j'utilise synaptic pour voir si quelque chose est prévu dans les miroirs pour hpijs, et c'est le cas. Je lui demande d'installer (et j'ai fait attention à bien installer, et non seulement décompresser... ;-)) et il me met la totale. Je regarde uniquement sur KDE pour voir si mon imprimante est trouvée, ce que KDE me confirme (et Gnome aussi, par la même occasion). Tout content, je demande l'impression d'une page de test, que j'attends toujours depuis au moins une bonne quinzaine d'heure....
Elle est bien identifiée, sur le bon port (USB1), mais rien à faire... Le pire est que je n'ai même pas de message d'erreur... !!!
Du coup, je me demande si je ne devrais pas regarder du côté de Cups, dans sa configuration.... Me demande s'il accepter les connections en "local". Bon, je verrais ça ce soir à la maison...
patrik <patrik.billon@free.fr> wrote in
news:42dbed32$0$6291$636a15ce@news.free.fr:
Mais il y a de furieuses différences entre la Mandrake et la Debian
... et là, pas en faveur de la Debian.
météfoutoaoukoi ????
:-)
Sur Debian, xdm (ou gdm, ou kdm) est activé sur les runlevels 2,3,4, et 5.
Bref sur tous les runlevels multi-users... d'ou ton pb.
Ah bon, je ne savais pas .... et comme en plus, par désespoir, je
l'avais killé.... (méthode barbare mais efficace... :-))
Ca c'st pas normal. A moins que tu ait configuré le driver nVidia pour
remplacer agpgart, mais que tu n'ait pas déchargé le module agpgart ?
Normalement, non... car par défaut, et tu peux le constater dans les
sources du driver, il doit d'abord tester le module agpgart, puis le
module nvidia, et il prend le premier qu'il trouve, sauf si tu lui
précise explicitement (os_registry.c à consulter)
La modification n'a été prise en compte qu'au redémarrage du PC.
Pourquoi, je ne sais pas. Maintenant, aucun problème, et pourtant j'ai
bien regardé dans les logs.
ca semble confirmer mon hypothese d'une chiure avec agpgart...
Bon, maintenant, il ne me reste plus qu'à installer mon imprimante, et
c'est loin d'être gagné ...
cups rulez !
C'est une multi-fonction de chez HP, qui doit normalement utiliser hpijs
!!! J'ai commencé hier soir, mais rien qu'à la compilation du driver
(hpijs 0.92), il m'annonce que le démon cups n'est pas présent (bon, mes
notions d'anglais sont très limitées ;-)) alors qu'il est bien présent
(cupsys) dans les différents run-levels. Du coup, ça s'arrête à
./configure...
Sniff !!!
Du coup, j'utilise synaptic pour voir si quelque chose est prévu dans
les miroirs pour hpijs, et c'est le cas. Je lui demande d'installer (et
j'ai fait attention à bien installer, et non seulement décompresser...
;-)) et il me met la totale. Je regarde uniquement sur KDE pour voir si
mon imprimante est trouvée, ce que KDE me confirme (et Gnome aussi, par
la même occasion). Tout content, je demande l'impression d'une page de
test, que j'attends toujours depuis au moins une bonne quinzaine d'heure....
Elle est bien identifiée, sur le bon port (USB1), mais rien à faire...
Le pire est que je n'ai même pas de message d'erreur... !!!
Du coup, je me demande si je ne devrais pas regarder du côté de Cups,
dans sa configuration.... Me demande s'il accepter les connections en
"local". Bon, je verrais ça ce soir à la maison...
Mais il y a de furieuses différences entre la Mandrake et la Debian ... et là, pas en faveur de la Debian.
météfoutoaoukoi ????
:-)
Sur Debian, xdm (ou gdm, ou kdm) est activé sur les runlevels 2,3,4, et 5. Bref sur tous les runlevels multi-users... d'ou ton pb.
Ah bon, je ne savais pas .... et comme en plus, par désespoir, je l'avais killé.... (méthode barbare mais efficace... :-))
Ca c'st pas normal. A moins que tu ait configuré le driver nVidia pour remplacer agpgart, mais que tu n'ait pas déchargé le module agpgart ?
Normalement, non... car par défaut, et tu peux le constater dans les
sources du driver, il doit d'abord tester le module agpgart, puis le module nvidia, et il prend le premier qu'il trouve, sauf si tu lui précise explicitement (os_registry.c à consulter)
La modification n'a été prise en compte qu'au redémarrage du PC. Pourquoi, je ne sais pas. Maintenant, aucun problème, et pourtant j'ai bien regardé dans les logs.
ca semble confirmer mon hypothese d'une chiure avec agpgart...
Bon, maintenant, il ne me reste plus qu'à installer mon imprimante, et c'est loin d'être gagné ...
cups rulez !
C'est une multi-fonction de chez HP, qui doit normalement utiliser hpijs
!!! J'ai commencé hier soir, mais rien qu'à la compilation du driver (hpijs 0.92), il m'annonce que le démon cups n'est pas présent (bon, mes notions d'anglais sont très limitées ;-)) alors qu'il est bien présent (cupsys) dans les différents run-levels. Du coup, ça s'arrête à ./configure...
Sniff !!!
Du coup, j'utilise synaptic pour voir si quelque chose est prévu dans les miroirs pour hpijs, et c'est le cas. Je lui demande d'installer (et j'ai fait attention à bien installer, et non seulement décompresser... ;-)) et il me met la totale. Je regarde uniquement sur KDE pour voir si mon imprimante est trouvée, ce que KDE me confirme (et Gnome aussi, par la même occasion). Tout content, je demande l'impression d'une page de test, que j'attends toujours depuis au moins une bonne quinzaine d'heure....
Elle est bien identifiée, sur le bon port (USB1), mais rien à faire... Le pire est que je n'ai même pas de message d'erreur... !!!
Du coup, je me demande si je ne devrais pas regarder du côté de Cups, dans sa configuration.... Me demande s'il accepter les connections en "local". Bon, je verrais ça ce soir à la maison...
