On Tuesday 10 December 2013 23:01:45 Sylvain L. Sauvage wrote:
Le mardi 10 décembre 2013 21:28:23 Christophe a écrit :
Je prend[s] un peu de retard sur la discussion (en espérant
que ces allusions ne m'étaient pas destinées).
C’est ma réponse à une question d’André qui a lancé ce sujet.
Bonjour à tous les utilisateurs et développeurs de Debian :
Le 08/12/2013, maderiosmader...@gmail.com a écrit :
On 12/08/2013 09:22 AM, Sylvain L. Sauvage wrote:
C’est une impression ou il y en a certains qui ne font
vraiment pas de recherches avant de poster ?
C'est effectivement très
Le Tue, 10 Dec 2013 19:55:58 +,
Stéphane GARGOLY stephane.garg...@gmail.com a écrit :
Mais enfin, vous n'avez pas compris : pour certains, vous êtes le
moteur de recherche !!
Cordialement et à bientôt,
Stéphane.
Bah, c'est parce que vous êtres trop bons, vous êtes plus rapide que
Bonsoir,
Le 10/12/2013 21:06, Haricophile a écrit :
Le Tue, 10 Dec 2013 19:55:58 +,
Stéphane GARGOLY stephane.garg...@gmail.com a écrit :
Mais enfin, vous n'avez pas compris : pour certains, vous êtes le
moteur de recherche !!
Cordialement et à bientôt,
Stéphane.
Bah, c'est parce
Le Tue, 10 Dec 2013 21:28:23 +0100,
Christophe t...@stuxnet.org a écrit :
Je prend un peu de retard sur la discussion (en espérant que ces
allusions ne m'étaient pas destinées).
J'espère que cette question de départ n'était pas dénuée d’intérêt et
pourra servir à d'autres.
Personnellement,
Bonjour à tous les utilisateurs et développeurs de Debian :
Tout d'abord, mille excuses à Maderios pour lui avoir directement
envoyé mon précédent message de ce fil de discussion.
Le 10/12/2013, Haricophileharicoph...@aranha.fr a écrit :
Le Tue, 10 Dec 2013 21:28:23 +0100,
Christophe
Le mardi 10 décembre 2013 21:28:23 Christophe a écrit :
Bonsoir,
’soir,
[…]
Je prend[s] un peu de retard sur la discussion (en espérant
que ces allusions ne m'étaient pas destinées).
C’est ma réponse à une question d’André qui a lancé ce sujet.
Si ta question avait été en cause, je
On Sunday 08 December 2013 09:22:49 Sylvain L. Sauvage wrote:
Le samedi 7 décembre 2013 23:40:09 andre_deb...@numericable.fr
[…]
DKMS + make-kpkg + créer le paquet -headers + l'installer :
ou trouver un bon tutoriel ?
http://wiki.debian.org/Kernel et suis les liens.
C’est une
Le lundi 9 décembre 2013 11:43:49 andre_deb...@numericable.fr a
écrit :
[…]
La prochaine fois, j'irai sur Google en tapant :
tutoriel noyau make-kpkg,
apparaitront 100 liens et lequel vaut le coup ?
après de longues minutes (heures) de recherches.
Évidemment, si dès que tu penses «
On 12/09/2013 11:43 AM, andre_deb...@numericable.fr wrote:
On Sunday 08 December 2013 09:22:49 Sylvain L. Sauvage wrote:
Le samedi 7 décembre 2013 23:40:09 andre_deb...@numericable.fr
[…]
DKMS + make-kpkg + créer le paquet -headers + l'installer :
ou trouver un bon tutoriel ?
Le samedi 7 décembre 2013 23:40:09 andre_deb...@numericable.fr a
écrit :
[…]
DKMS + make-kpkg + créer le paquet -headers + l'installer :
ou trouver un bon tutoriel ?
http://wiki.debian.org/Kernel et suis les liens.
C’est une impression ou il y en a certains qui ne font
vraiment pas de
On 12/08/2013 09:22 AM, Sylvain L. Sauvage wrote:
C’est une impression ou il y en a certains qui ne font
vraiment pas de recherches avant de poster ?
C'est effectivement très tendance et le mouvement est exponentiel.
Idem sur la liste en langue anglaise.
--
Maderios
--
Lisez la FAQ de
Bonsoir,
Le 06/12/2013 22:27, Sylvain L. Sauvage a écrit :
Le vendredi 6 décembre 2013 19:02:56 Christophe a écrit :
[… DKMS …]
Comment cela se passe t'il avec un noyau compilé maison via la
méthode make-kpkg ?
Pareil qu’avec un paquet officiel : c’est automagique.
Il suffit
On Saturday 07 December 2013 18:08:23 Christophe wrote:
Le 06/12/2013 22:27, Sylvain L. Sauvage a écrit :
Le vendredi 6 décembre 2013 19:02:56 Christophe a écrit :
[… DKMS …]
Comment cela se passe t'il avec un noyau compilé maison via la
méthode make-kpkg ?
Pareil qu’avec un paquet
On 12/06/2013 04:08 AM, BOLLINGH Sebastien wrote:
La 1° fois peut-être, mais il suffit de partir depuis la conf d'un noyau
debian précompilé puis de la dégraisser de ce qui n'est pas adapté à
ses besoins, ensuite, pour les mises à jour, il y a très peu ou pas
d'options à changer.
OK,
Bonsoir,
Le 30/11/2013 20:48, Christophe a écrit :
A présent, j'ai du core i3 (4 Threads) sur PC fixe et du core i7 sur PC
portable (8 Threads). Dans le principe, ca serait pas mal, si je trouve
le temps de me replonger dans ce genre d'activité ;) .
J'ai du coup, un p'tite question un peu en
Le vendredi 6 décembre 2013 19:02:56 Christophe a écrit :
Bonsoir,
’soir,
[… DKMS …]
Comment cela se passe t'il avec un noyau compilé maison via la
méthode make-kpkg ?
Pareil qu’avec un paquet officiel : c’est automagique.
Il suffit juste de penser à demander à make-kpkg de te faire
La 1° fois peut-être, mais il suffit de partir depuis la conf d'un noyau
debian précompilé puis de la dégraisser de ce qui n'est pas adapté à
ses besoins, ensuite, pour les mises à jour, il y a très peu ou pas
d'options à changer.
OK, comment cela répond presque aux questions que je me
On Sun, Dec 01, 2013 at 03:21:14PM +0100, maderios wrote:
Chaque nouvelle version de noyau créant des possibilités de
nouvelles failles, un patch sécurité créé par les dev kernel pour un
récent noyau F répondra aux besoins spécifiques de F et non à
un noyau ancien B abandonné_EOL_end of
Le 02/12/2013 09:01, Yves Rutschle a écrit :
Malgré tous les fantasmes qu'il porte, le noyau Linux n'est
qu'une application parmi d'autres, particulièrement de ce
point de vue. Il n'y a donc aucun problème à utiliser un
je voudrais aussi ajouter, car ca à l'air un peu perdu de vue que le
On 12/02/2013 09:01 AM, Yves Rutschle wrote:
On Sun, Dec 01, 2013 at 03:21:14PM +0100, maderios wrote:
Chaque nouvelle version de noyau créant des possibilités de
nouvelles failles, un patch sécurité créé par les dev kernel pour un
récent noyau F répondra aux besoins spécifiques de F et non à
On Mon, Dec 02, 2013 at 05:06:50PM +0100, maderios wrote:
Ils feraient bien de communiquer sur ce dernier point. Beaucoup
d'utilisateurs seraient intéressés par une connaissance plus
approfondie des arcanes de la maintenance de Debian.
C'est plus ou moins suggéré ici:
Bonsoir,
Le 02/12/2013 17:06, maderios a écrit :
- L'équipe Debian Secu regarde la vulnérabilité et sa
correction, et change le code de X pour la réparer.
Peut-être simplement en appliquant le patch de la version
X+Y, ou peut-être en écrivant directement dans le code,
car
Le lundi 2 décembre 2013 21:13:22 Christophe a écrit :
Bonsoir,
’soir,
[…]
C'est que du coup, on se retrouve à avoir des noyaux avec une
version, qui ont certaines (et des fois des grosses)
divergences avec la source de la même version. Ca devient
vite sympa quand tu veux savoir si une
Le lundi 02 décembre 2013 à 22:35, Sylvain L. Sauvage a écrit :
Je ne suis par exemple, à l'heure actuelle, incapable de dire
quelles sont les différences entre un 2.6.32 source , et un
2.6.32 issu d'un paquet debian dans le cas d'une squeeze. […]
less /usr/share/doc/linux-image-`uname
On 12/01/2013 07:23 AM, Yves Rutschle wrote:
On Sat, Nov 30, 2013 at 08:00:52PM +0100, maderios wrote:
Yves Rutschle wrote:
Non, ta seconde phrase est fausse: l'équipe sécu Debian suit
l'actualité du noyau, et quand elle voit des mises à jour de
sécurité, elle les adapte aux versions qui sont
On 11/30/2013 09:51 PM, François Boisson wrote:
Le Sat, 30 Nov 2013 20:48:12 +0100
Christophe t...@stuxnet.org a écrit:
Parce que du temps ou je le faisais avec Debian et make-kpkg -Issu du
paquet kernel-package à l'époque, je ne saurais dire si c'est encore le
cas- (y'a 7~8 ans maintenant),
Le Sun, Dec 01, 2013 at 12:40:49PM +0100, maderios a écrit :
Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de sécurité'
Je dis depuis le début de cette conversation que ces mises à jour de
sécurité n'existent plus à partir du moment qu'un noyau est décrété
abandonné_EOL_End
Le 01/12/2013 12:40, maderios a écrit :
Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de
sécurité'
Je dis depuis le début de cette conversation que ces mises à jour de
sécurité n'existent plus à partir du moment qu'un noyau est décrété
abandonné_EOL_End of life_Fin de vie par
On 12/01/2013 01:25 PM, Charles Plessy wrote:
Le Sun, Dec 01, 2013 at 12:40:49PM +0100, maderios a écrit :
Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de sécurité'
Je dis depuis le début de cette conversation que ces mises à jour de
sécurité n'existent plus à partir du
On 12/01/2013 01:37 PM, jdd wrote:
Le 01/12/2013 12:40, maderios a écrit :
Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de
sécurité'
Je dis depuis le début de cette conversation que ces mises à jour de
sécurité n'existent plus à partir du moment qu'un noyau est décrété
Le 01/12/2013 13:47, maderios a écrit :
On parle ici de la sécurité du noyau, affaire des dev du noyaux, et
non d'une compilation d'un programme plus récent, ce qui est le cas
d'un backport.
je connais des gens qui font ca régulièrement, et uniquement pour la
sécurité, pour le reste c'est
citation de=maderios
Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de
sécurité'
Je dis depuis le début de cette conversation que ces mises à jour de
sécurité n'existent plus à partir du moment qu'un noyau est décrété
abandonné_EOL_End of life_Fin de vie par
Le 01/12/2013 14:03, Zuthos Oddy a écrit :
citation de=maderios
Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de
sécurité'
Je dis depuis le début de cette conversation que ces mises à jour de
sécurité n'existent plus à partir du moment qu'un noyau est décrété
On Sunday 01 December 2013 14:42:16 Gilles Mocellin wrote:
Dire que chez RedHat il y a un support, certes limité, de 10ans voir
13ans avec un pack d'extension sur leurs versions RHEL...
https://access.redhat.com/site/support/policy/updates/errata/
Je ne sais pas s'ils y arrivent correctement.
On 12/01/2013 02:42 PM, Gilles Mocellin wrote:
Le 01/12/2013 14:03, Zuthos Oddy a écrit :
citation de=maderios
Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de
sécurité'
Je dis depuis le début de cette conversation que ces mises à jour de
sécurité n'existent plus Ã
Le 01/12/2013 14:42, Gilles Mocellin a écrit :
Dire que chez RedHat il y a un support, certes limité, de 10ans voir
13ans avec un pack d'extension sur leurs versions RHEL...
https://access.redhat.com/site/support/policy/updates/errata/
Je ne sais pas s'ils y arrivent correctement.
, mais avec
Le 01-12-2013 14:42, Gilles Mocellin a écrit :
Le 01/12/2013 14:03, Zuthos Oddy a écrit :
citation de=maderios
Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de
sécurité'
Je dis depuis le début de cette conversation que ces mises à jour
de
sécurité n'existent plus Ã
Le 01/12/2013 18:24, nb a écrit :
A une certaine époque Alan Cox travaillait pour RedHat. Je ne sais pas
s'il travaille encore pour eux, mais ça pourrait expliquer un tel
niveau de support.
tout ca se paie:
https://www.redhat.com/wapps/store/catalog.html
jdd
--
http://www.dodin.org
--
On 12/01/2013 06:24 PM, nb wrote:
A une certaine époque Alan Cox travaillait pour RedHat. Je ne sais pas
s'il travaille encore pour eux, mais ça pourrait expliquer un tel niveau
de support.
Alan Cox a quitté redhat il y a longtemps, ensuite il a bossé chez intel.
Il a laissé tomber le noyau +
Le dimanche 01 décembre 2013 à 15:21 +0100, maderios a écrit :
On 12/01/2013 02:42 PM, Gilles Mocellin wrote:
Le 01/12/2013 14:03, Zuthos Oddy a écrit :
citation de=maderios
Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de
sécurité'
Je dis depuis le début de
On 11/29/2013 10:19 PM, Bzzz wrote:
On Fri, 29 Nov 2013 21:57:22 +0100
Christophe t...@stuxnet.org wrote:
Ben, vi , et il a surement raison aussi :) .
Mais la compatibilité native avec certaines fonctionnalités est
également un élément clé pour que cela soit adopté par un maximum
de machines ,
dit, j'ajoute un point oublié: compiler
son noyau implique de faire le suivi de sécurité soi-même.
La sécurité est assurée par les développeurs du noyau et le fait de
compiler soi-même permet notamment d'être plus réactif que Debian quand
un patch de correction est appliqué par les dev du noyau
On Sat, Nov 30, 2013 at 06:12:03PM +0100, maderios wrote:
À tout ce qui a été dit, j'ajoute un point oublié: compiler
son noyau implique de faire le suivi de sécurité soi-même.
La sécurité est assurée par les développeurs du noyau et le fait de
compiler soi-même permet notamment d'être plus
Yves Rutschle wrote:
On Sat, Nov 30, 2013 at 06:12:03PM +0100, maderios wrote:
À tout ce qui a été dit, j'ajoute un point oublié: compiler
son noyau implique de faire le suivi de sécurité soi-même.
La sécurité est assurée par les développeurs du noyau et le fait de
compiler soi-même permet
On Saturday 30 November 2013 18:12:03 maderios wrote:
Mon noyau est un 3.10.20 et je découvre à l'instant même que la version
3.10.21 est publiée.
3.10.21 : tu es sous Jessie ?
Sous Wheezy = 3.2.0-4
andré
--
Lisez la FAQ de la liste avant de poser une question :
Bonsoir,
Le 30/11/2013 18:53, andre_deb...@numericable.fr a écrit :
On Saturday 30 November 2013 18:12:03 maderios wrote:
Mon noyau est un 3.10.20 et je découvre à l'instant même que la version
3.10.21 est publiée.
3.10.21 : tu es sous Jessie ?
Sous Wheezy = 3.2.0-4
andré
Non,
andre_deb...@numericable.fr wrote:
On Saturday 30 November 2013 18:12:03 maderios wrote:
Mon noyau est un 3.10.20 et je découvre à l'instant même que la version
3.10.21 est publiée.
3.10.21 : tu es sous Jessie ?
Wheezy et parfois Jessie
Je parlais des sources du noyau que je récupère pour
Bonsoir,
Le 30/11/2013 18:58, maderios a écrit :
Wheezy et parfois Jessie
Je parlais des sources du noyau que je récupère pour les compiler, dispo
ici
https://www.kernel.org/
Maderios
Du coup , tu utilises des trucs comme kernel-package pour créer des .deb
, ou tu te la fais à la
Christophe wrote:
Bonsoir,
Le 30/11/2013 18:58, maderios a écrit :
Wheezy et parfois Jessie
Je parlais des sources du noyau que je récupère pour les compiler, dispo
ici
https://www.kernel.org/
Maderios
Du coup , tu utilises des trucs comme kernel-package pour créer des .deb
, ou tu te la
Le 30/11/2013 19:18, maderios a écrit :
Christophe wrote:
Du coup , tu utilises des trucs comme kernel-package pour créer des .deb
, ou tu te la fais à la roots ? ;)
J'utilise make-kpkg qui simplifie bien le travail
Dans le répertoire des sources :
make-kpkg --jobs 9 kernel_image --initrd
On Sat, Nov 30, 2013 at 06:52:09PM +0100, maderios wrote:
L'équipe de sécu Debian fait le rétro-portage des correctifs
de sécurité sur les versions empaquetées pour Debian. Aucun
problème, donc.
Justement, problème parce que les patches de sécurité n'existent
plus pour les noyaux EOL/end of
Yves Rutschle wrote:
On Sat, Nov 30, 2013 at 06:52:09PM +0100, maderios wrote:
L'équipe de sécu Debian fait le rétro-portage des correctifs
de sécurité sur les versions empaquetées pour Debian. Aucun
problème, donc.
Justement, problème parce que les patches de sécurité n'existent
plus pour les
Christophe wrote:
Le 30/11/2013 19:18, maderios a écrit :
Christophe wrote:
Du coup , tu utilises des trucs comme kernel-package pour créer des .deb
, ou tu te la fais à la roots ? ;)
J'utilise make-kpkg qui simplifie bien le travail
Dans le répertoire des sources :
make-kpkg --jobs 9
On Saturday 30 November 2013 20:03:50 maderios wrote:
J'ai utilisé cette commande il y a longtemps, mais je ne connaissais pas
le '--jobs 9' . Très sympa dans le principe !
Oui mais il faut un cpu 8 coeurs, j'ai cette chance là :
Intel i7 ?
Et si Intel i5 = --jobs = combien ?
andré
--
Le 30/11/2013 20:03, maderios a écrit :
Tout dépend de la conf, +- 3mn
C'est particulièrement bon ça ;) .
Parce que du temps ou je le faisais avec Debian et make-kpkg -Issu du
paquet kernel-package à l'époque, je ne saurais dire si c'est encore le
cas- (y'a 7~8 ans maintenant), c'était plutôt
Bonsoir,
Le 30/11/2013 20:12, andre_deb...@numericable.fr a écrit :
On Saturday 30 November 2013 20:03:50 maderios wrote:
J'ai utilisé cette commande il y a longtemps, mais je ne connaissais pas
le '--jobs 9' . Très sympa dans le principe !
Oui mais il faut un cpu 8 coeurs, j'ai cette chance
Le Sat, 30 Nov 2013 20:48:12 +0100
Christophe t...@stuxnet.org a écrit:
Parce que du temps ou je le faisais avec Debian et make-kpkg -Issu du
paquet kernel-package à l'époque, je ne saurais dire si c'est encore le
cas- (y'a 7~8 ans maintenant), c'était plutôt 45 ~ 60mn, mais ce n'était
pas
On Sat, Nov 30, 2013 at 08:00:52PM +0100, maderios wrote:
Yves Rutschle wrote:
Non, ta seconde phrase est fausse: l'équipe sécu Debian suit
l'actualité du noyau, et quand elle voit des mises à jour de
sécurité, elle les adapte aux versions qui sont dans Debian.
et quand elle voit des mises
Continuez-vous à compiler votre noyau?
Et surtous pourquoi?
En effet, j'ai arretté de le faire depuis bien longtemps, mais je me
demande si je ne fais pas une erreur.
--
il y a pire que le pire : l'attente du pire.
-+- Gilbert Cesbron (1913-1979), de petites choses. -+-
--
Lisez la
On Fri, 29 Nov 2013 19:06:43 +0100
Zuthos Oddy zut...@laposte.net wrote:
Continuez-vous à compiler votre noyau?
Et surtouT pourquoi?
En effet, j'ai arreTé de le faire depuis bien longtemps, mais je
me demande si je ne fais pas une erreur.
Non, trop chiant qd on a des drivers externes
On 11/29/2013 07:06 PM, Zuthos Oddy wrote:
Continuez-vous à compiler votre noyau?
Et surtous pourquoi?
En effet, j'ai arretté de le faire depuis bien longtemps, mais je me
demande si je ne fais pas une erreur.
Oui, parce qu'un noyau généraliste ne me convient pas : inadapté, vu
les
On 11/29/2013 07:15 PM, Bzzz wrote:
On Fri, 29 Nov 2013 19:06:43 +0100
Zuthos Oddy zut...@laposte.net wrote:
Continuez-vous à compiler votre noyau?
Et surtouT pourquoi?
En effet, j'ai arreTé de le faire depuis bien longtemps, mais je
me demande si je ne fais pas une erreur.
Non, trop chiant
Le 29/11/2013 19:06, Zuthos Oddy a écrit :
Continuez-vous à compiler votre noyau?
Et surtous pourquoi?
En effet, j'ai arretté de le faire depuis bien longtemps, mais je me
demande si je ne fais pas une erreur.
tout dépends de ce que tu cherche
* compiler un noyau est très facile (très peu
On 11/29/2013 07:58 PM, jdd wrote:
Le 29/11/2013 19:06, Zuthos Oddy a écrit :
Continuez-vous à compiler votre noyau?
Et surtous pourquoi?
En effet, j'ai arretté de le faire depuis bien longtemps, mais je me
demande si je ne fais pas une erreur.
tout dépends de ce que tu cherche
* compiler
Bonsoir,
Le 29/11/2013 20:58, maderios a écrit :
Je constate une plus grande rapidité et réactivité (core I7, 8 threads,
3400Mhz, 4Go Ram) avec un noyau personnalisé.
je trouve ca dommage d'avoir seulement 4 Go de RAM sur une telle
machine. (après ça dépend du besoin).
Mais suis convaincu que
Le 29-11-2013 19:06, Zuthos Oddy a écrit :
Continuez-vous à compiler votre noyau?
Et surtous pourquoi?
Deux raisons sur le mois écoulé en ce qui me concerne:
1 - faire un kernel git bissect pour déterminer avec exactitude quel
patch a introduit un problème, pour pouvoir le signaler ou le
On Fri, 29 Nov 2013 21:16:18 +0100
Christophe t...@stuxnet.org wrote:
Les noyaux packagés apportent beaucoup de truc donc on a au final
*aucune* utilité. Et plein d'autres qui quand ils sont directement
intégrés au noyau apportent beaucoup.
Tu veux lancer un flame sur la qualité du kernel, ou
Hello,
Le 29/11/2013 21:25, Bzzz a écrit :
Tu veux lancer un flame sur la qualité du kernel, ou bien?
Loin de moi cette idée.
J'utilise Linux depuis suffisamment longtemps (1999/2000 ? , j'sais plus
trop) pour lancer un pamphlet haineux contre ce dernier.
Ce que je pense surtout, c'est que
Bonjour à tous les utilisateurs et développeurs de Debian :
Le 29/11/2013, Zuthos Oddyzut...@laposte.net a écrit :
Continuez-vous à compiler votre noyau?
Et surtous pourquoi?
En effet, j'ai arretté de le faire depuis bien longtemps, mais je me
demande si je ne fais pas une erreur.
J'ai
On Fri, 29 Nov 2013 21:57:22 +0100
Christophe t...@stuxnet.org wrote:
Ben, vi , et il a surement raison aussi :) .
Mais la compatibilité native avec certaines fonctionnalités est
également un élément clé pour que cela soit adopté par un maximum
de machines , quelque soit leur age ...
Si tu veux compiler un noyau facilement,
le plus récent, il faut le faire avec la distrib. la plus puriste = Slackware
qui s'accomode des noyaux sans cesse renouvelé du site
https://www.kernel.org/
Le + récent = 3.12 du 2013-11-29
Ma Debian Wheezy n'en est qu'au 3.2.0-4
andré
--
Lisez la FAQ
Bonsoir,
Le 29/11/2013 22:19, Bzzz a écrit :
de machines , quelque soit leur age ...
N'exagérons rien: en 90, je faisais tourner une slink avec 14MB de
RAM et moins de 440…MB de HD; ça n'est désormais plus le cas.
En 90 ? Hmm ??? Linux existait à cette époque ??
@+
Christophe.
--
Lisez
Le 29-11-2013 22:32, Christophe a écrit :
Bonsoir,
Le 29/11/2013 22:19, Bzzz a écrit :
de machines , quelque soit leur age ...
N'exagérons rien: en 90, je faisais tourner une slink avec 14MB de
RAM et moins de 440…MB de HD; ça n'est désormais plus le cas.
En 90 ? Hmm ??? Linux existait à
Bonjour à tous les utilisateurs et développeurs de Debian :
Le 29/11/2013, Bzzzlazyvi...@gmx.com a écrit :
N'exagérons rien: en 90, je faisais tourner une slink avec 14MB de
RAM et moins de 440…MB de HD; ça n'est désormais plus le cas.
En 90 ? La version 2.1 de Debian (dite slink) a été
Le vendredi 29 novembre 2013, 22:32:14 Christophe a écrit :
Bonsoir,
Le 29/11/2013 22:19, Bzzz a écrit :
de machines , quelque soit leur age ...
N'exagérons rien: en 90, je faisais tourner une slink avec 14MB de
RAM et moins de 440…MB de HD; ça n'est désormais plus le cas.
En 90
On Fri, 29 Nov 2013 22:32:14 +0100
Christophe t...@stuxnet.org wrote:
Bonsoir,
Le 29/11/2013 22:19, Bzzz a écrit :
de machines , quelque soit leur age ...
N'exagérons rien: en 90, je faisais tourner une slink avec 14MB
de RAM et moins de 440…MB de HD; ça n'est désormais plus le cas.
Bonjour à tous les utilisateurs et développeurs de Debian :
Le 29/11/2013, andre_deb...@numericable.frandre_deb...@numericable.fr
a écrit :
Si tu veux compiler un noyau facilement,
le plus récent, il faut le faire avec la distrib. la plus puriste =
Slackware
qui s'accomode des noyaux sans
Bonsoir,
Le 29/11/2013 22:45, Bzzz a écrit :
99; tout le monde à droit à l'erreur, nan?!
(et oui, il me semble que Linux existait djà)
-- plop aa il y a un mec qui m'a dit
que pour compresser mes dossiers je devais faire un mv mondossier
/dev/null et je
Stéphane GARGOLY stephane.garg...@gmail.com writes:
Il y en a qui s'emmêle les dates... ;-)
Ça laisse le choix dans la date ! :)
--
Raphaël
« Tout chercheur plongé dans la science subit une poussée de bas en haut
susceptible de lui remonter le moral. »
Monsieur Cyclopède
--
Lisez la FAQ de la
Le 29/11/2013 23:37, Raphaël POITEVIN a écrit :
Stéphane GARGOLY stephane.garg...@gmail.com writes:
Il y en a qui s'emmêle les dates... ;-)
Ça laisse le choix dans la date ! :)
Très belle contrepèterie :) .
@+
Christophe.
--
Lisez la FAQ de la liste avant de poser une question :
On Fri, Nov 29, 2013 at 07:06:43PM +0100, Zuthos Oddy wrote:
Continuez-vous à compiler votre noyau?
Et surtous pourquoi?
En effet, j'ai arretté de le faire depuis bien longtemps, mais je me
demande si je ne fais pas une erreur.
À tout ce qui a été dit, j'ajoute un point oublié: compiler
son
Salut !
Maderios a écrit :
Recompiler un noyau 3 à ta sauce permettrait de t'affranchir des noyaux
Debian.
J'ai rencontré des problèmes avec les noyaux Debian patchés, problèmes
qui
disparaissaient avec mes noyaux compilés maison.
D'ailleurs, je n'utilise jamais de noyau Debian et je n'en
On Fri, 21 Sep 2012 19:58:11 +0200
Gaël gag...@gmail.com wrote:
Du coup, j'en profite, connais-tu un bon lien qui explique la
compilation du noyau ?
Déjà, installer kernel-package qui devrait normalement entrainer
les dépendances voulues,
Après, installer un source du kernel, Debian ou à
On 09/21/2012 07:58 PM, Gaël wrote:
Salut !
Maderios a écrit :
Recompiler un noyau 3 à ta sauce permettrait de t'affranchir des
noyaux Debian.
J'ai rencontré des problèmes avec les noyaux Debian patchés,
problèmes qui
disparaissaient avec mes noyaux compilés maison.
D'ailleurs, je
On 09/21/2012 08:33 PM, Bzzz wrote:
On Fri, 21 Sep 2012 19:58:11 +0200
Gaëlgag...@gmail.com wrote:
Du coup, j'en profite, connais-tu un bon lien qui explique la
compilation du noyau ?
Déjà, installer kernel-package qui devrait normalement entrainer
les dépendances voulues,
Après, installer
Yeahhh tout fonctionne nickel (sauf suspend2)
Merci à tous et à toi Xavier, pour ton aide et les liens fournis.
J'ai appris bcp :-)
a++
Guy
De Leeuw Guy a écrit :
Merci Xavier,
mais comment déterminer ce que l'on a besoins ? faut il egalement y
integrer les drivers genre IDE ?
Pourquoi le son
Salut,
Désolé je débarque après la bataille, je viens à peine de remarquer que
j'était interpellé personnellement dans la discussion il y a maintenant
trois jours...
Visiblement tu t'en es sorti et c'est cool. Je vais tout de même
répondre à certaines questions que j'ai vu passer dans ce que
Seb a écrit :
Salut,
Désolé je débarque après la bataille, je viens à peine de remarquer que
j'était interpellé personnellement dans la discussion il y a maintenant
trois jours...
tu es dans la cavalerie ? :-)
Visiblement tu t'en es sorti et c'est cool. Je vais tout de même
répondre à
Merci Xavier,
mais comment déterminer ce que l'on a besoins ? faut il egalement y
integrer les drivers genre IDE ?
Pourquoi le son ? il n'est pas indispensable lors du boot ou je me trompe ?
En tout cas merci pour ton aide
Guy
Xavier Oswald a écrit :
On 18:33 Sun 02 Apr , De Leeuw Guy
On 11:12 Mon 03 Apr , De Leeuw Guy wrote:
Merci Xavier,
mais comment déterminer ce que l'on a besoins ? faut il egalement y
integrer les drivers genre IDE ?
Normalement, certaines options sont déja activés par défaut.
alors pour avoir des infos :
'cat /proc/pci'
ou 'lspci' en fonction
Bonjour a tous,
Seb, finalement j'aimerais essayer la construction de mon noyeau sans
initrd.
Que faut il valider comme options dans le .config ?
Merci d'avance
Guy
Seb a écrit :
De Leeuw Guy a écrit :
Pour l'instant, je ne suis pas suffisament expert de ce coté, et j'ai
encore du mal a
On 18:33 Sun 02 Apr , De Leeuw Guy wrote:
Bonjour a tous,
Seb, finalement j'aimerais essayer la construction de mon noyeau sans
initrd.
Que faut il valider comme options dans le .config ?
.config, tu utilises quoi ?
make menuconfig ou xconfig fait tout ce que tu as besoin sans avoir à
De Leeuw Guy a écrit :
Bonjour a tous,
Seb, finalement j'aimerais essayer la construction de mon noyeau sans
initrd.
Que faut il valider comme options dans le .config ?
Merci d'avance
Guy
Seb a écrit :
Slt,
ma démarche a été la suivante :
- prendre le fichier de config de la
Bonjour à tous, et merci pour votre aide.
Le nouveau noyeau démarre correctement.
Mais il me manque les modules genre nvidia, kqemu, ect...
est ce normal ?
Guy
ThomasC a écrit :
De Leeuw Guy a écrit :
Bon ben
Compilation ok, mais erreur au boot :
VFS: Cannot open root device hda2
Je crois que le problème vient de reiserfs que j'utilise aussi, mais pas
pour la partition système.
Guy
Seb a écrit :
ThomasC a écrit :
De Leeuw Guy a écrit :
Bon ben
Compilation ok, mais erreur au boot :
VFS: Cannot open root device hda2
je pense que c'est parcequ'il n'y a pas
On 10:03 Wed 29 Mar , De Leeuw Guy wrote:
Bonjour à tous, et merci pour votre aide.
Le nouveau noyeau démarre correctement.
Mais il me manque les modules genre nvidia, kqemu, ect...
est ce normal ?
NVidia est un driver propriétaire.
Il faut que tu le compile à part.
Ou si je me souviens
Oui, mais tout etait configuré dans le 2.6.15 debian.
C'est pour cela que je me demande si je dois recompiler ces modules
Guy
Xavier Oswald a écrit :
On 10:03 Wed 29 Mar , De Leeuw Guy wrote:
Bonjour à tous, et merci pour votre aide.
Le nouveau noyeau démarre correctement.
Mais il me
Ah oui, je viens de vérifier dans le .config ext2/3 et reiserfs sont
bien en 'm'
Cela explique pourquoi debian installe systématiquement le initrd en /boot
Y a t'il un interet particulier d'éviter l'initrd ?
Guy
Seb a écrit :
ThomasC a écrit :
De Leeuw Guy a écrit :
Bon ben
De Leeuw Guy a écrit :
Ah oui, je viens de vérifier dans le .config ext2/3 et reiserfs sont
bien en 'm'
Cela explique pourquoi debian installe systématiquement le initrd en /boot
Y a t'il un interet particulier d'éviter l'initrd ?
L'intérêt que je vois c'est de créer et utiliser une image
1 - 100 sur 119 matches
Mail list logo