Vos réponses confirment un peu mes idées actuelles.
Ma clé est OK sous W, sous Mandrake et Knoppix.
Ce problème semble nécessiter l'application d'un patch sur debain avec
ma carte mère Asus P4P800.
Bref, je vais sûrement passer en 'testing' ou 'sid' mais mes dernières
tentatives pour passer en 'testing' depuis une 'stable' (même à partir
d'une install minimale en stable) se sont magistralement plantées sans
récupération possible (problèmes de dépendances récursives avec des
paquets relatifs à KDE - kdenetwork dans mon souvenir).
En attendant vous avez des conseils pour appliquer un patch ?
Dans quel répertoire je place le 'fichier.patch' |avant de faire : patch
-p1 < patch-file-name ?
Et après ...?
(Vous l'aurez noté, je n'ai encore jamais appliqué un patch)
merci
|
--
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
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
David Prévot
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Bouc Emmanuel a écrit :
Vos réponses confirment un peu mes idées actuelles. Ma clé est OK sous W, sous Mandrake et Knoppix. Ce problème semble nécessiter l'application d'un patch sur debain avec ma carte mère Asus P4P800. Bref, je vais sûrement passer en 'testing' ou 'sid' mais mes dernières tentatives pour passer en 'testing' depuis une 'stable' (même à partir d'une install minimale en stable) se sont magistralement plantées sans récupération possible (problèmes de dépendances récursives avec des paquets relatifs à KDE - kdenetwork dans mon souvenir).
En attendant vous avez des conseils pour appliquer un patch ? Dans quel répertoire je place le 'fichier.patch' |avant de faire : patch -p1 < patch-file-name ? Et après ...? (Vous l'aurez noté, je n'ai encore jamais appliqué un patch) merci |
Si c'est un problème de noyau, corrigé pour les versions plus récentes, tu pourrais peut-être "simplement" changer de noyau ? Je ne suis pas calé dans le domaine, mais j'ai cru comprendre qu'il est important d'avoir un noyau compilé avec la même version de gcc que le reste de la distribution (je compte sur les autres membres de la liste pour me contredire si je raconte des âneries). Tu peux par exemple utiliser le linux-image de backport.org (version 2.6.16 pour sarge, j'imagine qu'il est compilé pour être compatible). Sinon puisque tu as l'intention de patcher puis de compiler, tu peux prendre les sources d'un noyau plus récent sur le dépôt de Etch, ou de Sid...
David -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux)
-- 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
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Bouc Emmanuel a écrit :
Vos réponses confirment un peu mes idées actuelles.
Ma clé est OK sous W, sous Mandrake et Knoppix.
Ce problème semble nécessiter l'application d'un patch sur debain avec
ma carte mère Asus P4P800.
Bref, je vais sûrement passer en 'testing' ou 'sid' mais mes dernières
tentatives pour passer en 'testing' depuis une 'stable' (même à partir
d'une install minimale en stable) se sont magistralement plantées sans
récupération possible (problèmes de dépendances récursives avec des
paquets relatifs à KDE - kdenetwork dans mon souvenir).
En attendant vous avez des conseils pour appliquer un patch ?
Dans quel répertoire je place le 'fichier.patch' |avant de faire : patch
-p1 < patch-file-name ?
Et après ...?
(Vous l'aurez noté, je n'ai encore jamais appliqué un patch)
merci
|
Si c'est un problème de noyau, corrigé pour les versions plus récentes,
tu pourrais peut-être "simplement" changer de noyau ?
Je ne suis pas calé dans le domaine, mais j'ai cru comprendre qu'il est
important d'avoir un noyau compilé avec la même version de gcc que le
reste de la distribution (je compte sur les autres membres de la liste
pour me contredire si je raconte des âneries). Tu peux par exemple
utiliser le linux-image de backport.org (version 2.6.16 pour sarge,
j'imagine qu'il est compilé pour être compatible). Sinon puisque tu as
l'intention de patcher puis de compiler, tu peux prendre les sources
d'un noyau plus récent sur le dépôt de Etch, ou de Sid...
David
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
--
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
Vos réponses confirment un peu mes idées actuelles. Ma clé est OK sous W, sous Mandrake et Knoppix. Ce problème semble nécessiter l'application d'un patch sur debain avec ma carte mère Asus P4P800. Bref, je vais sûrement passer en 'testing' ou 'sid' mais mes dernières tentatives pour passer en 'testing' depuis une 'stable' (même à partir d'une install minimale en stable) se sont magistralement plantées sans récupération possible (problèmes de dépendances récursives avec des paquets relatifs à KDE - kdenetwork dans mon souvenir).
En attendant vous avez des conseils pour appliquer un patch ? Dans quel répertoire je place le 'fichier.patch' |avant de faire : patch -p1 < patch-file-name ? Et après ...? (Vous l'aurez noté, je n'ai encore jamais appliqué un patch) merci |
Si c'est un problème de noyau, corrigé pour les versions plus récentes, tu pourrais peut-être "simplement" changer de noyau ? Je ne suis pas calé dans le domaine, mais j'ai cru comprendre qu'il est important d'avoir un noyau compilé avec la même version de gcc que le reste de la distribution (je compte sur les autres membres de la liste pour me contredire si je raconte des âneries). Tu peux par exemple utiliser le linux-image de backport.org (version 2.6.16 pour sarge, j'imagine qu'il est compilé pour être compatible). Sinon puisque tu as l'intention de patcher puis de compiler, tu peux prendre les sources d'un noyau plus récent sur le dépôt de Etch, ou de Sid...
David -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux)
-- 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
Samedi 15 juillet 2006, 14:56:59 CEST, David Prévot a écrit :
[...] Si c'est un problème de noyau, corrigé pour les versions plus récentes, tu pourrais peut-être "simplement" changer de noyau ?
Oui, modulo les dépendances des noyaux récents, ce serait plus simple.
Je ne suis pas calé dans le domaine, mais j'ai cru comprendre qu'il est important d'avoir un noyau compilé avec la même version de gcc que le reste de la distribution (je compte sur les autres membres de la liste pour me contredire si je raconte des âneries).
Pour le noyau, ce sont les modules qui devraient être compilés avec le même gcc. « Devraient » car cela peut fonctionner avec des versions différentes mais il est plus sage d'utiliser un seul gcc (notamment avec les nvidia et autres blobs).
Pour les applications, c'est la libc (et les autres bibliothèques) qui importent. Mais la version de gcc n'intervient pas. C'est le principe des bibliothèques que de fournir leurs services d'une façon standard et indépendante du compilateur.
Par contre, la version de g++ peut entrer en compte : il y a eu des changements d'ABI (la façon de fournir les services) importants ces derniers mois.
Tu peux par exemple utiliser le linux-image de backport.org (version 2.6.16 pour sarge, j'imagine qu'il est compilé pour être compatible).
C'est tout l'intérêt de http://backports.org .
Note : pour éviter de trop mâtiner une Sarge avec des rétroportages, il faut suivre les instructions du site.
Sinon puisque tu as l'intention de patcher puis de compiler, tu peux prendre les sources d'un noyau plus récent sur le dépôt de Etch, ou de Sid...
Et avoir à refaire tout ce qui a été fait par backports...
-- Sylvain Sauvage
-- 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
Samedi 15 juillet 2006, 14:56:59 CEST, David Prévot a écrit :
[...]
Si c'est un problème de noyau, corrigé pour les versions plus récentes,
tu pourrais peut-être "simplement" changer de noyau ?
Oui, modulo les dépendances des noyaux récents, ce serait plus simple.
Je ne suis pas calé dans le domaine, mais j'ai cru comprendre qu'il est
important d'avoir un noyau compilé avec la même version de gcc que le
reste de la distribution (je compte sur les autres membres de la liste
pour me contredire si je raconte des âneries).
Pour le noyau, ce sont les modules qui devraient être compilés avec le
même gcc. « Devraient » car cela peut fonctionner avec des versions
différentes mais il est plus sage d'utiliser un seul gcc (notamment avec
les nvidia et autres blobs).
Pour les applications, c'est la libc (et les autres bibliothèques) qui
importent. Mais la version de gcc n'intervient pas. C'est le principe des
bibliothèques que de fournir leurs services d'une façon standard et
indépendante du compilateur.
Par contre, la version de g++ peut entrer en compte : il y a eu des
changements d'ABI (la façon de fournir les services) importants ces
derniers mois.
Tu peux par exemple
utiliser le linux-image de backport.org (version 2.6.16 pour sarge,
j'imagine qu'il est compilé pour être compatible).
C'est tout l'intérêt de http://backports.org .
Note : pour éviter de trop mâtiner une Sarge avec des rétroportages, il
faut suivre les instructions du site.
Sinon puisque tu as
l'intention de patcher puis de compiler, tu peux prendre les sources
d'un noyau plus récent sur le dépôt de Etch, ou de Sid...
Et avoir à refaire tout ce qui a été fait par backports...
--
Sylvain Sauvage
--
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
Samedi 15 juillet 2006, 14:56:59 CEST, David Prévot a écrit :
[...] Si c'est un problème de noyau, corrigé pour les versions plus récentes, tu pourrais peut-être "simplement" changer de noyau ?
Oui, modulo les dépendances des noyaux récents, ce serait plus simple.
Je ne suis pas calé dans le domaine, mais j'ai cru comprendre qu'il est important d'avoir un noyau compilé avec la même version de gcc que le reste de la distribution (je compte sur les autres membres de la liste pour me contredire si je raconte des âneries).
Pour le noyau, ce sont les modules qui devraient être compilés avec le même gcc. « Devraient » car cela peut fonctionner avec des versions différentes mais il est plus sage d'utiliser un seul gcc (notamment avec les nvidia et autres blobs).
Pour les applications, c'est la libc (et les autres bibliothèques) qui importent. Mais la version de gcc n'intervient pas. C'est le principe des bibliothèques que de fournir leurs services d'une façon standard et indépendante du compilateur.
Par contre, la version de g++ peut entrer en compte : il y a eu des changements d'ABI (la façon de fournir les services) importants ces derniers mois.
Tu peux par exemple utiliser le linux-image de backport.org (version 2.6.16 pour sarge, j'imagine qu'il est compilé pour être compatible).
C'est tout l'intérêt de http://backports.org .
Note : pour éviter de trop mâtiner une Sarge avec des rétroportages, il faut suivre les instructions du site.
Sinon puisque tu as l'intention de patcher puis de compiler, tu peux prendre les sources d'un noyau plus récent sur le dépôt de Etch, ou de Sid...
Et avoir à refaire tout ce qui a été fait par backports...
-- Sylvain Sauvage
-- 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
L'USB est et reste un des problèmes majeurs sous GNU/Linux (à égalité avec l'impression).
Plusieurs personnes à qui j'avais réussi à faire passer sous GNU/linux regrette ce choix voir pour les plus énervés, sont revenus à des choses plus primaires... "Il faut que ça fonctionne peu importe la liberté!"
Xavier
-- 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
L'USB est et reste un des problèmes majeurs sous GNU/Linux (à égalité
avec l'impression).
Plusieurs personnes à qui j'avais réussi à faire passer sous GNU/linux
regrette ce choix voir pour les plus énervés, sont revenus à des
choses plus primaires... "Il faut que ça fonctionne peu importe la
liberté!"
Xavier
--
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
L'USB est et reste un des problèmes majeurs sous GNU/Linux (à égalité avec l'impression).
Plusieurs personnes à qui j'avais réussi à faire passer sous GNU/linux regrette ce choix voir pour les plus énervés, sont revenus à des choses plus primaires... "Il faut que ça fonctionne peu importe la liberté!"
Xavier
-- 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
Bosc Emmanuel
Sans aller jusque là, le problème est que même avec le goût et des capacités de recherche, on n'arrive que très rarement à appliquer une nouvelle connaissance acquise. Donc il est très long d'arriver à un système fonctionnel. Aucune solution n'est "standard" (en gros ce n'est pas compliqué, mais ça ne s'applique jamais totalement sur votre config perso). Ca a un intérêt en soi et c'est pour ça que je persiste, mais bon parfois ça énerve !...
a écrit :
L'USB est et reste un des problèmes majeurs sous GNU/Linux (à égalité avec l'impression).
Plusieurs personnes à qui j'avais réussi à faire passer sous GNU/linux regrette ce choix voir pour les plus énervés, sont revenus à des choses plus primaires... "Il faut que ça fonctionne peu importe la liberté!"
Xavier
-- 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
Sans aller jusque là, le problème est que même avec le goût et des
capacités de recherche, on n'arrive que très rarement à appliquer une
nouvelle connaissance acquise.
Donc il est très long d'arriver à un système fonctionnel.
Aucune solution n'est "standard" (en gros ce n'est pas compliqué, mais
ça ne s'applique jamais totalement sur votre config perso).
Ca a un intérêt en soi et c'est pour ça que je persiste, mais bon
parfois ça énerve !...
zedek@gnu-rox.org a écrit :
L'USB est et reste un des problèmes majeurs sous GNU/Linux (à égalité
avec l'impression).
Plusieurs personnes à qui j'avais réussi à faire passer sous GNU/linux
regrette ce choix voir pour les plus énervés, sont revenus à des
choses plus primaires... "Il faut que ça fonctionne peu importe la
liberté!"
Xavier
--
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
Sans aller jusque là, le problème est que même avec le goût et des capacités de recherche, on n'arrive que très rarement à appliquer une nouvelle connaissance acquise. Donc il est très long d'arriver à un système fonctionnel. Aucune solution n'est "standard" (en gros ce n'est pas compliqué, mais ça ne s'applique jamais totalement sur votre config perso). Ca a un intérêt en soi et c'est pour ça que je persiste, mais bon parfois ça énerve !...
a écrit :
L'USB est et reste un des problèmes majeurs sous GNU/Linux (à égalité avec l'impression).
Plusieurs personnes à qui j'avais réussi à faire passer sous GNU/linux regrette ce choix voir pour les plus énervés, sont revenus à des choses plus primaires... "Il faut que ça fonctionne peu importe la liberté!"
Xavier
-- 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
BmailDB
Le Dimanche 16 Juillet 2006 19:10, a écrit :
L'USB est et reste un des problèmes majeurs sous GNU/Linux (à égalité avec l'impression).
Bonjour,
Une solution est de ne pas courrir après les derniers chipsets. En tout cas, j'ai trouvé que cela aidait beaucoup.
Plusieurs personnes à qui j'avais réussi à faire passer sous GNU/linux regrette ce choix voir pour les plus énervés, sont revenus à des choses plus primaires... "Il faut que ça fonctionne peu importe la liberté!"
Oui, ok, et tu peux rajouter "et il faut que ce soit à des prix de supermarché". Mais de l'impression (notamment) qui fonctionne bien quasiment à coup sûr, ce n'est pas difficile à trouver, mais pas au supermarché ...
On veut tout : de la stabilité, de la nouveauté, de la performance, de la fiabilité, de la compatibilité, etc ... mais sans rien investir, ni pognon, ni temps, ni valeurs. Il y a un problème ! Les enfants de 4 ans qui fabriquent ces imprimantes de m... qui finissent souvent par fonctionner quand même, les développeurs qui se cassent le c... sur du reverse ingé pour fournir des pilotes souvent gratuits, les gens qui se battent pour que de l'argent public ne soit pas dilapidé au profit du "propriétaire", etc , etc ... ont droit à un peu de respect ! Alors les "énervés", je pense qu'il faut leur rapeller certaines "bricoles".
Xavier
Désolé pour le HS. Evidemment rien de personnel dans cette réponse, juste un coup de gueule au sujet de énervés (que j'ai déjà pratiqués). Cordialement, Bertrand
Le Dimanche 16 Juillet 2006 19:10, zedek@gnu-rox.org a écrit :
L'USB est et reste un des problèmes majeurs sous GNU/Linux (à
égalité avec l'impression).
Bonjour,
Une solution est de ne pas courrir après les derniers chipsets. En
tout cas, j'ai trouvé que cela aidait beaucoup.
Plusieurs personnes à qui j'avais réussi à faire passer sous
GNU/linux regrette ce choix voir pour les plus énervés, sont
revenus à des choses plus primaires... "Il faut que ça fonctionne
peu importe la liberté!"
Oui, ok, et tu peux rajouter "et il faut que ce soit à des prix de
supermarché".
Mais de l'impression (notamment) qui fonctionne bien quasiment à coup
sûr, ce n'est pas difficile à trouver, mais pas au supermarché ...
On veut tout : de la stabilité, de la nouveauté, de la performance, de
la fiabilité, de la compatibilité, etc ... mais sans rien investir,
ni pognon, ni temps, ni valeurs. Il y a un problème !
Les enfants de 4 ans qui fabriquent ces imprimantes de m... qui
finissent souvent par fonctionner quand même, les développeurs qui se
cassent le c... sur du reverse ingé pour fournir des pilotes souvent
gratuits, les gens qui se battent pour que de l'argent public ne soit
pas dilapidé au profit du "propriétaire", etc , etc ... ont droit à
un peu de respect ! Alors les "énervés", je pense qu'il faut leur
rapeller certaines "bricoles".
Xavier
Désolé pour le HS.
Evidemment rien de personnel dans cette réponse, juste un coup de
gueule au sujet de énervés (que j'ai déjà pratiqués).
Cordialement,
Bertrand
L'USB est et reste un des problèmes majeurs sous GNU/Linux (à égalité avec l'impression).
Bonjour,
Une solution est de ne pas courrir après les derniers chipsets. En tout cas, j'ai trouvé que cela aidait beaucoup.
Plusieurs personnes à qui j'avais réussi à faire passer sous GNU/linux regrette ce choix voir pour les plus énervés, sont revenus à des choses plus primaires... "Il faut que ça fonctionne peu importe la liberté!"
Oui, ok, et tu peux rajouter "et il faut que ce soit à des prix de supermarché". Mais de l'impression (notamment) qui fonctionne bien quasiment à coup sûr, ce n'est pas difficile à trouver, mais pas au supermarché ...
On veut tout : de la stabilité, de la nouveauté, de la performance, de la fiabilité, de la compatibilité, etc ... mais sans rien investir, ni pognon, ni temps, ni valeurs. Il y a un problème ! Les enfants de 4 ans qui fabriquent ces imprimantes de m... qui finissent souvent par fonctionner quand même, les développeurs qui se cassent le c... sur du reverse ingé pour fournir des pilotes souvent gratuits, les gens qui se battent pour que de l'argent public ne soit pas dilapidé au profit du "propriétaire", etc , etc ... ont droit à un peu de respect ! Alors les "énervés", je pense qu'il faut leur rapeller certaines "bricoles".
Xavier
Désolé pour le HS. Evidemment rien de personnel dans cette réponse, juste un coup de gueule au sujet de énervés (que j'ai déjà pratiqués). Cordialement, Bertrand
