Compiler avec une vieille version de gcc...

Stéphane L.

08/01/2008 à 09:40

Bonjour,

Gcc-4.1 pour amd64 est présent dans les dépôts d'unstable
(http://packages.debian.org/sid/gcc-4.1).
Il faut donc installer cette version en laissant la 4.2 d'installée.
Ensuite, avant de lancer le .run, faire un export CC=gcc-4.1.

Cdlt.

Le 08/01/08, David BERCOT a écrit :

Bonjour,

Comme hier, je n'ai pas eu de succès avec ma question, j'en tente une
autre ;-)

J'ai donc essayé d'installer les drivers non-libres de NVidia via
le .run fourni sur leur site web. Durant cette procédure, une
compilation est nécessaire. A titre d'info, j'ai fait cela sur une
installation toute neuve (CD businesscard daté du 4 janvier) en
'unstable' avec le noyau du moment : 2.6.23.1_amd64.
Or, l'installeur de NVidia me dit que le noyau a été compilé en gcc
v4.1 et qu'il aurait besoin de la même version pour créer son module.
Etant en 'unstable', j'ai une version de gcc qui est la 4.2.2.
Eventuellement, je pensais downgrader gcc pour être dans la norme. Sauf
que je n'arrive pas à trouver de gcc v4.1 :
# apt-cache policy gcc
gcc:
Installé: 4:4.2.2-1
Candidat: 4:4.2.2-1
Table de version:
4:4.3-20070902-0 0
100 http://ftp.fr.debian.org experimental/main Packages
*** 4:4.2.2-1 0
900 http://ftp.fr.debian.org unstable/main Packages
100 /var/lib/dpkg/status
4:4.2.1-6 0
500 http://ftp.fr.debian.org testing/main Packages

Auriez-vous une méthode pour que je puisse créer mon module dans de
bonnes conditions ?

Merci d'avance.

David.

David BERCOT

08/01/2008 à 10:00

--Sig_/hVo5SGPa5ppOGbrq90kD+fd
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Re-bonjour,

En effet, je n'ai pas pensÃ© Ã Ã§a (le contre-coup des fÃª tes peut
Ãªtre ;-))). Merci (ainsi qu'Ã Basile !!!).

David.

Le Tue, 8 Jan 2008 09:35:08 +0100,
"StÃ©phane L." a Ã©crit :

Bonjour,

Gcc-4.1 pour amd64 est prÃ©sent dans les dÃ©pÃ´ts d'unstable
(http://packages.debian.org/sid/gcc-4.1).
Il faut donc installer cette version en laissant la 4.2 d'installÃ©e.
Ensuite, avant de lancer le .run, faire un export CC=gcc-4.1.

Cdlt.

Le 08/01/08, David BERCOT a Ã©crit :
> Bonjour,
>
> Comme hier, je n'ai pas eu de succÃ¨s avec ma question, j'en tente
> une autre ;-)
>
> J'ai donc essayÃ© d'installer les drivers non-libres de NVidia via
> le .run fourni sur leur site web. Durant cette procÃ©dure, une
> compilation est nÃ©cessaire. A titre d'info, j'ai fait cela sur une
> installation toute neuve (CD businesscard datÃ© du 4 janvier) en
> 'unstable' avec le noyau du moment : 2.6.23.1_amd64.
> Or, l'installeur de NVidia me dit que le noyau a Ã©tÃ© compil Ã© en gcc
> v4.1 et qu'il aurait besoin de la mÃªme version pour crÃ©er son
> module. Etant en 'unstable', j'ai une version de gcc qui est la
> 4.2.2. Eventuellement, je pensais downgrader gcc pour Ãªtre dans la
> norme. Sauf que je n'arrive pas Ã trouver de gcc v4.1 :
> # apt-cache policy gcc
> gcc:
> InstallÃ©: 4:4.2.2-1
> Candidat: 4:4.2.2-1
> Table de version:
> 4:4.3-20070902-0 0
> 100 http://ftp.fr.debian.org experimental/main Packages
> *** 4:4.2.2-1 0
> 900 http://ftp.fr.debian.org unstable/main Packages
> 100 /var/lib/dpkg/status
> 4:4.2.1-6 0
> 500 http://ftp.fr.debian.org testing/main Packages
>
> Auriez-vous une mÃ©thode pour que je puisse crÃ©er mon module d ans de
> bonnes conditions ?
>
> Merci d'avance.
>
> David.

--Sig_/hVo5SGPa5ppOGbrq90kD+fd
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHgzonvSnthbGI8ygRAo+yAKCp/mbV6CMj/QmWKlad+Dm6H5xPpACePEdL
zwoDO2cQkAKopJMMLSYPvL4 =u+D8
-----END PGP SIGNATURE-----

--Sig_/hVo5SGPa5ppOGbrq90kD+fd--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

--Sig_/hVo5SGPa5ppOGbrq90kD+fd
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Re-bonjour,

En effet, je n'ai pas pensÃ© Ã Ã§a (le contre-coup des fÃª tes peut
Ãªtre ;-))). Merci (ainsi qu'Ã Basile !!!).

David.

Le Tue, 8 Jan 2008 09:35:08 +0100,
"StÃ©phane L." <stephanelg@gmail.com> a Ã©crit :

Bonjour,

Gcc-4.1 pour amd64 est prÃ©sent dans les dÃ©pÃ´ts d'unstable
(http://packages.debian.org/sid/gcc-4.1).
Il faut donc installer cette version en laissant la 4.2 d'installÃ©e.
Ensuite, avant de lancer le .run, faire un export CC=gcc-4.1.

Cdlt.

Le 08/01/08, David BERCOT<david.bercot@wanadoo.fr> a Ã©crit :
> Bonjour,
>
> Comme hier, je n'ai pas eu de succÃ¨s avec ma question, j'en tente
> une autre ;-)
>
> J'ai donc essayÃ© d'installer les drivers non-libres de NVidia via
> le .run fourni sur leur site web. Durant cette procÃ©dure, une
> compilation est nÃ©cessaire. A titre d'info, j'ai fait cela sur une
> installation toute neuve (CD businesscard datÃ© du 4 janvier) en
> 'unstable' avec le noyau du moment : 2.6.23.1_amd64.
> Or, l'installeur de NVidia me dit que le noyau a Ã©tÃ© compil Ã© en gcc
> v4.1 et qu'il aurait besoin de la mÃªme version pour crÃ©er son
> module. Etant en 'unstable', j'ai une version de gcc qui est la
> 4.2.2. Eventuellement, je pensais downgrader gcc pour Ãªtre dans la
> norme. Sauf que je n'arrive pas Ã trouver de gcc v4.1 :
> # apt-cache policy gcc
> gcc:
> InstallÃ©: 4:4.2.2-1
> Candidat: 4:4.2.2-1
> Table de version:
> 4:4.3-20070902-0 0
> 100 http://ftp.fr.debian.org experimental/main Packages
> *** 4:4.2.2-1 0
> 900 http://ftp.fr.debian.org unstable/main Packages
> 100 /var/lib/dpkg/status
> 4:4.2.1-6 0
> 500 http://ftp.fr.debian.org testing/main Packages
>
> Auriez-vous une mÃ©thode pour que je puisse crÃ©er mon module d ans de
> bonnes conditions ?
>
> Merci d'avance.
>
> David.

--Sig_/hVo5SGPa5ppOGbrq90kD+fd
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHgzonvSnthbGI8ygRAo+yAKCp/mbV6CMj/QmWKlad+Dm6H5xPpACePEdL
zwoDO2cQkAKopJMMLSYPvL4 =u+D8
-----END PGP SIGNATURE-----

--Sig_/hVo5SGPa5ppOGbrq90kD+fd--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Vous avez filtré cet utilisateur ! Consultez son message

--Sig_/hVo5SGPa5ppOGbrq90kD+fd
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Re-bonjour,

En effet, je n'ai pas pensÃ© Ã Ã§a (le contre-coup des fÃª tes peut
Ãªtre ;-))). Merci (ainsi qu'Ã Basile !!!).

David.

Le Tue, 8 Jan 2008 09:35:08 +0100,
"StÃ©phane L." a Ã©crit :

Bonjour,

Gcc-4.1 pour amd64 est prÃ©sent dans les dÃ©pÃ´ts d'unstable
(http://packages.debian.org/sid/gcc-4.1).
Il faut donc installer cette version en laissant la 4.2 d'installÃ©e.
Ensuite, avant de lancer le .run, faire un export CC=gcc-4.1.

Cdlt.

Le 08/01/08, David BERCOT a Ã©crit :
> Bonjour,
>
> Comme hier, je n'ai pas eu de succÃ¨s avec ma question, j'en tente
> une autre ;-)
>
> J'ai donc essayÃ© d'installer les drivers non-libres de NVidia via
> le .run fourni sur leur site web. Durant cette procÃ©dure, une
> compilation est nÃ©cessaire. A titre d'info, j'ai fait cela sur une
> installation toute neuve (CD businesscard datÃ© du 4 janvier) en
> 'unstable' avec le noyau du moment : 2.6.23.1_amd64.
> Or, l'installeur de NVidia me dit que le noyau a Ã©tÃ© compil Ã© en gcc
> v4.1 et qu'il aurait besoin de la mÃªme version pour crÃ©er son
> module. Etant en 'unstable', j'ai une version de gcc qui est la
> 4.2.2. Eventuellement, je pensais downgrader gcc pour Ãªtre dans la
> norme. Sauf que je n'arrive pas Ã trouver de gcc v4.1 :
> # apt-cache policy gcc
> gcc:
> InstallÃ©: 4:4.2.2-1
> Candidat: 4:4.2.2-1
> Table de version:
> 4:4.3-20070902-0 0
> 100 http://ftp.fr.debian.org experimental/main Packages
> *** 4:4.2.2-1 0
> 900 http://ftp.fr.debian.org unstable/main Packages
> 100 /var/lib/dpkg/status
> 4:4.2.1-6 0
> 500 http://ftp.fr.debian.org testing/main Packages
>
> Auriez-vous une mÃ©thode pour que je puisse crÃ©er mon module d ans de
> bonnes conditions ?
>
> Merci d'avance.
>
> David.

--Sig_/hVo5SGPa5ppOGbrq90kD+fd
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHgzonvSnthbGI8ygRAo+yAKCp/mbV6CMj/QmWKlad+Dm6H5xPpACePEdL
zwoDO2cQkAKopJMMLSYPvL4 =u+D8
-----END PGP SIGNATURE-----

--Sig_/hVo5SGPa5ppOGbrq90kD+fd--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Sylvain Sauvage

08/01/2008 à 12:30

David BERCOT, mardi 8 janvier 2008, 09:26:19 CET

Bonjour,

âjour,

Comme hier, je n'ai pas eu de succÃ¨s avec ma question, j'en
tente une autre ;-)

Pff, un seul jour dâattente et on sâimpatienteâ¦

J'ai donc essayÃ© d'installer les drivers non-libres de NVidia
via le .run fourni sur leur site web.

Mauvaise idÃ©e, mauvaise mÃ©thode, surtout en unstable.

On lâa dÃ©jÃ dit maintes foisÂ :
â il y a une mÃ©thode simple avec les paquets DebianÂ ;
â utiliser un systÃ¨me dâinstallation qui ne tient pas compte de
lâorganisation de la distribution pose des problÃ¨mes
(Ã©crasement de fichiers, mises Ã jour, etc.).

Ãtre en unstable implique de nombreuses mises Ã jour du
noyau : plusieurs mises Ã jour par an, avec changement de
version, contre quelques m.Ã .j. de sÃ©curitÃ©, dans la mÃª me
version, avec une stable. Ã chaque m.Ã .j. du noyau, il faut
aussi mettre Ã jour les modules.

[â¦]
Auriez-vous une mÃ©thode pour que je puisse crÃ©er mon module
dans de bonnes conditions ?

# aptitude install module-assistant
# m-a a-i nvidia

(les paquets nÃ©cessaires devraient tous Ãªtre tÃ©lÃ©charg Ã©s, sauf
peut-Ãªtre nvidia-glx)

AprÃ¨s une m.Ã .j. du noyau, on refait un m-a a-i (voir option
-l si on veut le faire avant de rebouter).

--
Sylvain Sauvage

Stéphane L.

08/01/2008 à 14:30

Le 08/01/08, Sylvain Sauvage a écrit :

> J'ai donc essayé d'installer les drivers non-libres de NVidia
> via le .run fourni sur leur site web.

Mauvaise idée, mauvaise méthode, surtout en unstable.

Chacun fait comme il veut, non ?

On l'a déjà dit maintes fois:
il y a une méthode simple avec les paquets Debian;
utiliser un système d'installation qui ne tient pas compte de
l'organisation de la distribution pose des problèmes
(écrasement de fichiers, mises à jour, etc.).

C'est vrai que lorsque xserver-xorg est mis a jour il faut reinstaller
les libs. Mais l'installeur nvidia permet de le faire sans avoir a
recompiler le module noyau.

Être en unstable implique de nombreuses mises à jour du
noyau : plusieurs mises à jour par an, avec changement de
version, contre quelques m.à.j. de sécurité, dans la même
version, avec une stable. À chaque m.à.j. du noyau, il faut
aussi mettre à jour les modules.

# aptitude install module-assistant
# m-a a-i nvidia

(les paquets nécessaires devraient tous être téléchargés, sauf
peut-être nvidia-glx)

Je ne vois pas en quoi c'est plus simple que d'utiliser l'installeur
NVIDIA qui détecte très bien ou doivent être installés les libs xor g
et sait mettre a jour le xorg.conf et qui installe tout ce qu'il faut
pour que cela fonctionne. Pour une fois que ce n'est pas un rpm bien
pourri uniquement pensé pour Redhat/Suse mais un installeur
"banalisé", autant en profiter.

Après une m.à.j. du noyau, on refait un m-a a-i (voir option
-l si on veut le faire avant de rebouter).

Pour le coup, je ne vois vraiment pas l'avantage sur l'installeur
nvidia puisque dans les deux cas une manip est a faire.

Mais chacun fait comme il veut...

Cdlt.

David BERCOT

08/01/2008 à 16:10

--Sig_/x+C/NKB.0dRME3ExAJtg0Rh
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Re-bonjour,

Le Tue, 8 Jan 2008 12:23:33 +0100,
Sylvain Sauvage a Ã©crit :

> Comme hier, je n'ai pas eu de succÃ¨s avec ma question, j'en
> tente une autre ;-)

Pff, un seul jour dâattente et on sâimpatienteâ¦

Ah mais j'ai complÃ¨tement changÃ© de question entre temps ;-)))

> J'ai donc essayÃ© d'installer les drivers non-libres de NVidia
> via le .run fourni sur leur site web.

Mauvaise idÃ©e, mauvaise mÃ©thode, surtout en unstable.

Ben en fait, c'est pas vraiment par choix...

On lâa dÃ©jÃ dit maintes foisÂ :
â il y a une mÃ©thode simple avec les paquets DebianÂ ;
â utiliser un systÃ¨me dâinstallation qui ne tient pa s compte de
lâorganisation de la distribution pose des problÃ¨mes
(Ã©crasement de fichiers, mises Ã jour, etc.).

Ãtre en unstable implique de nombreuses mises Ã jour du
noyau : plusieurs mises Ã jour par an, avec changement de
version, contre quelques m.Ã .j. de sÃ©curitÃ©, dans la mÃ ªme
version, avec une stable. Ã chaque m.Ã .j. du noyau, il faut
aussi mettre Ã jour les modules.

MÃªme en unstable, je ne suis pas obligÃ© de changer de noyau super
souvent... Par exemple, sur mon portable, je suis aussi en sid et je
n'ai pas changÃ© de noyau depuis un sacrÃ© bout de temps (plusieurs mois
en tous cas)...

>[â¦]
> Auriez-vous une mÃ©thode pour que je puisse crÃ©er mon module
> dans de bonnes conditions ?

# aptitude install module-assistant
# m-a a-i nvidia

(les paquets nÃ©cessaires devraient tous Ãªtre tÃ©lÃ©char gÃ©s, sauf
peut-Ãªtre nvidia-glx)

AprÃ¨s une m.Ã .j. du noyau, on refait un m-a a-i (voir option
-l si on veut le faire avant de rebouter).

Alors hier, j'ai essayÃ© Ã§a... Mais Ã§a m'a complÃ¨tement plantÃ© X.
Peut-Ãªtre, lÃ encore, Ã©tait-ce dÃ» Ã la version de gcc utilisÃ©
(diffÃ©rente de celle utilisÃ©e pour le noyau) ?

En tenant compte des conseils que j'ai eus ce matin, j'ai relancÃ©
le .run avec la bonne version de gcc et tout s'est bien passÃ©...

HonnÃªtement, je prÃ©fÃ©rerais la version "debian". Mais si seu le la
solution avec le .run marche, je n'ai pas vraiment le choix...

Cordialement,

David.

--Sig_/x+C/NKB.0dRME3ExAJtg0Rh
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHg5AmvSnthbGI8ygRAjlCAKCvLCxR8MYLV7J2G5wtWE9Aqwz1fACcD5d8
lN02dtXuikW+UhYsUqPQSGA =hBBZ
-----END PGP SIGNATURE-----

--Sig_/x+C/NKB.0dRME3ExAJtg0Rh--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

--Sig_/x+C/NKB.0dRME3ExAJtg0Rh
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Re-bonjour,

Le Tue, 8 Jan 2008 12:23:33 +0100,
Sylvain Sauvage <Sylvain.Sauvage@metanoesis.net> a Ã©crit :

> Comme hier, je n'ai pas eu de succÃ¨s avec ma question, j'en
> tente une autre ;-)

Pff, un seul jour dâattente et on sâimpatienteâ¦

Ah mais j'ai complÃ¨tement changÃ© de question entre temps ;-)))

> J'ai donc essayÃ© d'installer les drivers non-libres de NVidia
> via le .run fourni sur leur site web.

Mauvaise idÃ©e, mauvaise mÃ©thode, surtout en unstable.

Ben en fait, c'est pas vraiment par choix...

On lâa dÃ©jÃ dit maintes foisÂ :
â il y a une mÃ©thode simple avec les paquets DebianÂ ;
â utiliser un systÃ¨me dâinstallation qui ne tient pa s compte de
lâorganisation de la distribution pose des problÃ¨mes
(Ã©crasement de fichiers, mises Ã jour, etc.).

Ãtre en unstable implique de nombreuses mises Ã jour du
noyau : plusieurs mises Ã jour par an, avec changement de
version, contre quelques m.Ã .j. de sÃ©curitÃ©, dans la mÃ ªme
version, avec une stable. Ã chaque m.Ã .j. du noyau, il faut
aussi mettre Ã jour les modules.

MÃªme en unstable, je ne suis pas obligÃ© de changer de noyau super
souvent... Par exemple, sur mon portable, je suis aussi en sid et je
n'ai pas changÃ© de noyau depuis un sacrÃ© bout de temps (plusieurs mois
en tous cas)...

>[â¦]
> Auriez-vous une mÃ©thode pour que je puisse crÃ©er mon module
> dans de bonnes conditions ?

# aptitude install module-assistant
# m-a a-i nvidia

(les paquets nÃ©cessaires devraient tous Ãªtre tÃ©lÃ©char gÃ©s, sauf
peut-Ãªtre nvidia-glx)

AprÃ¨s une m.Ã .j. du noyau, on refait un m-a a-i (voir option
-l si on veut le faire avant de rebouter).

Alors hier, j'ai essayÃ© Ã§a... Mais Ã§a m'a complÃ¨tement plantÃ© X.
Peut-Ãªtre, lÃ encore, Ã©tait-ce dÃ» Ã la version de gcc utilisÃ©
(diffÃ©rente de celle utilisÃ©e pour le noyau) ?

En tenant compte des conseils que j'ai eus ce matin, j'ai relancÃ©
le .run avec la bonne version de gcc et tout s'est bien passÃ©...

HonnÃªtement, je prÃ©fÃ©rerais la version "debian". Mais si seu le la
solution avec le .run marche, je n'ai pas vraiment le choix...

Cordialement,

David.

--Sig_/x+C/NKB.0dRME3ExAJtg0Rh
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHg5AmvSnthbGI8ygRAjlCAKCvLCxR8MYLV7J2G5wtWE9Aqwz1fACcD5d8
lN02dtXuikW+UhYsUqPQSGA =hBBZ
-----END PGP SIGNATURE-----

--Sig_/x+C/NKB.0dRME3ExAJtg0Rh--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Vous avez filtré cet utilisateur ! Consultez son message

--Sig_/x+C/NKB.0dRME3ExAJtg0Rh
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Re-bonjour,

Le Tue, 8 Jan 2008 12:23:33 +0100,
Sylvain Sauvage a Ã©crit :

> Comme hier, je n'ai pas eu de succÃ¨s avec ma question, j'en
> tente une autre ;-)

Pff, un seul jour dâattente et on sâimpatienteâ¦

Ah mais j'ai complÃ¨tement changÃ© de question entre temps ;-)))

> J'ai donc essayÃ© d'installer les drivers non-libres de NVidia
> via le .run fourni sur leur site web.

Mauvaise idÃ©e, mauvaise mÃ©thode, surtout en unstable.

Ben en fait, c'est pas vraiment par choix...

On lâa dÃ©jÃ dit maintes foisÂ :
â il y a une mÃ©thode simple avec les paquets DebianÂ ;
â utiliser un systÃ¨me dâinstallation qui ne tient pa s compte de
lâorganisation de la distribution pose des problÃ¨mes
(Ã©crasement de fichiers, mises Ã jour, etc.).

Ãtre en unstable implique de nombreuses mises Ã jour du
noyau : plusieurs mises Ã jour par an, avec changement de
version, contre quelques m.Ã .j. de sÃ©curitÃ©, dans la mÃ ªme
version, avec une stable. Ã chaque m.Ã .j. du noyau, il faut
aussi mettre Ã jour les modules.

MÃªme en unstable, je ne suis pas obligÃ© de changer de noyau super
souvent... Par exemple, sur mon portable, je suis aussi en sid et je
n'ai pas changÃ© de noyau depuis un sacrÃ© bout de temps (plusieurs mois
en tous cas)...

>[â¦]
> Auriez-vous une mÃ©thode pour que je puisse crÃ©er mon module
> dans de bonnes conditions ?

# aptitude install module-assistant
# m-a a-i nvidia

(les paquets nÃ©cessaires devraient tous Ãªtre tÃ©lÃ©char gÃ©s, sauf
peut-Ãªtre nvidia-glx)

AprÃ¨s une m.Ã .j. du noyau, on refait un m-a a-i (voir option
-l si on veut le faire avant de rebouter).

Alors hier, j'ai essayÃ© Ã§a... Mais Ã§a m'a complÃ¨tement plantÃ© X.
Peut-Ãªtre, lÃ encore, Ã©tait-ce dÃ» Ã la version de gcc utilisÃ©
(diffÃ©rente de celle utilisÃ©e pour le noyau) ?

En tenant compte des conseils que j'ai eus ce matin, j'ai relancÃ©
le .run avec la bonne version de gcc et tout s'est bien passÃ©...

HonnÃªtement, je prÃ©fÃ©rerais la version "debian". Mais si seu le la
solution avec le .run marche, je n'ai pas vraiment le choix...

Cordialement,

David.

--Sig_/x+C/NKB.0dRME3ExAJtg0Rh
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHg5AmvSnthbGI8ygRAjlCAKCvLCxR8MYLV7J2G5wtWE9Aqwz1fACcD5d8
lN02dtXuikW+UhYsUqPQSGA =hBBZ
-----END PGP SIGNATURE-----

--Sig_/x+C/NKB.0dRME3ExAJtg0Rh--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Sylvain Sauvage

08/01/2008 à 18:30

David BERCOT, mardi 8 janvier 2008, 16:00:54 CET

[â¦]
> > J'ai donc essayÃ© d'installer les drivers non-libres de
> > NVidia via le .run fourni sur leur site web.
>
> Mauvaise idÃ©e, mauvaise mÃ©thode, surtout en unstable.

Ben en fait, c'est pas vraiment par choix...

Mais si, mais si :Â quand on veut, on peut.
(Oui, câest de la mauvaise foi.)

[â¦]
> Ãtre en unstable implique de nombreuses mises Ã jour du
> noyau : plusieurs mises Ã jour par an, avec changement de
> version, contre quelques m.Ã .j. de sÃ©curitÃ©, dans la m Ãªme
> version, avec une stable. Ã chaque m.Ã .j. du noyau, il faut
> aussi mettre Ã jour les modules.

MÃªme en unstable, je ne suis pas obligÃ© de changer de noyau
super souvent... Par exemple, sur mon portable, je suis aussi
en sid et je n'ai pas changÃ© de noyau depuis un sacrÃ© bout de
temps (plusieurs mois en tous cas)...

Tu nâes effectivement pas obligÃ© de suivre tous les paquets
mais câest un peu le principe de Sid quand mÃªme.
Ce nâest pas extrÃªmement fastidieux (le .run sâest a mÃ©liorÃ©)
mais Ã§a lâest quand mÃªme un peu. Ãa dÃ©pend auss i des moments :
les mises Ã jour du noyau et de Xorg ont eu Ã©tÃ© plus frÃ ©quentes.

[â¦]
> # aptitude install module-assistant
> # m-a a-i nvidia
[â¦]
Alors hier, j'ai essayÃ© Ã§a... Mais Ã§a m'a complÃ¨temen t plantÃ©
X. Peut-Ãªtre, lÃ encore, Ã©tait-ce dÃ» Ã la versio n de gcc
utilisÃ© (diffÃ©rente de celle utilisÃ©e pour le noyau) ?

Ben on pourra difficilement savoir sans information (log de
Xorg, etc.).

En tenant compte des conseils que j'ai eus ce matin, j'ai
relancÃ© le .run avec la bonne version de gcc et tout s'est
bien passÃ©...

Ok.

HonnÃªtement, je prÃ©fÃ©rerais la version "debian". Mais si s eule
la solution avec le .run marche, je n'ai pas vraiment le
choix...

Â«Â Chez moi Ã§a marcheÂ Â»â¢ :oP

--
Sylvain Sauvage

David BERCOT, mardi 8 janvier 2008, 16:00:54 CET

[â¦]
> > J'ai donc essayÃ© d'installer les drivers non-libres de
> > NVidia via le .run fourni sur leur site web.
>
> Mauvaise idÃ©e, mauvaise mÃ©thode, surtout en unstable.

Ben en fait, c'est pas vraiment par choix...

Mais si, mais si :Â quand on veut, on peut.
(Oui, câest de la mauvaise foi.)

[â¦]
> Ãtre en unstable implique de nombreuses mises Ã jour du
> noyau : plusieurs mises Ã jour par an, avec changement de
> version, contre quelques m.Ã .j. de sÃ©curitÃ©, dans la m Ãªme
> version, avec une stable. Ã chaque m.Ã .j. du noyau, il faut
> aussi mettre Ã jour les modules.

MÃªme en unstable, je ne suis pas obligÃ© de changer de noyau
super souvent... Par exemple, sur mon portable, je suis aussi
en sid et je n'ai pas changÃ© de noyau depuis un sacrÃ© bout de
temps (plusieurs mois en tous cas)...

Tu nâes effectivement pas obligÃ© de suivre tous les paquets
mais câest un peu le principe de Sid quand mÃªme.
Ce nâest pas extrÃªmement fastidieux (le .run sâest a mÃ©liorÃ©)
mais Ã§a lâest quand mÃªme un peu. Ãa dÃ©pend auss i des moments :
les mises Ã jour du noyau et de Xorg ont eu Ã©tÃ© plus frÃ ©quentes.

[â¦]
> # aptitude install module-assistant
> # m-a a-i nvidia
[â¦]
Alors hier, j'ai essayÃ© Ã§a... Mais Ã§a m'a complÃ¨temen t plantÃ©
X. Peut-Ãªtre, lÃ encore, Ã©tait-ce dÃ» Ã la versio n de gcc
utilisÃ© (diffÃ©rente de celle utilisÃ©e pour le noyau) ?

Ben on pourra difficilement savoir sans information (log de
Xorg, etc.).

En tenant compte des conseils que j'ai eus ce matin, j'ai
relancÃ© le .run avec la bonne version de gcc et tout s'est
bien passÃ©...

Ok.

HonnÃªtement, je prÃ©fÃ©rerais la version "debian". Mais si s eule
la solution avec le .run marche, je n'ai pas vraiment le
choix...

Â«Â Chez moi Ã§a marcheÂ Â»â¢ :oP

--
Sylvain Sauvage

Vous avez filtré cet utilisateur ! Consultez son message

Compiler avec une vieille version de gcc...

6 réponses

Veuillez sélectionner un problème